Re: [PHP-DEV] PHP 4.0 Bug #9766: IRCG trouble
OK, see http://www.php.net/bugs.php?id=9766edit=1 Thx On Thu, Mar 15, 2001 at 08:30:52PM +0100, Sascha Schumann wrote: Hi, Program received signal SIGSEGV, Segmentation fault. 0x80ef6e5 in irc_cmd_RPL_NAMREPLY (conn=0x8189bb0, msg=0x401f591c) at irc_dispatcher.c:181 181 { can you please provide further information by appending it to the bug report? What kind of optimization are you using (-O3 or higher)? What gcc version (gcc -v) and C library (ls -l /lib/libc-*) are you using? What does the following show upon joining a channel? $ export IRCG_OPTIONS=E $ thttpd -D -C /path/to/conf - Sascha Experience IRCG http://schumann.cx/http://schumann.cx/ircg -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- Adam Dickmeiss mailto:[EMAIL PROTECTED] http://www.indexdata.dk Index Data T: +45 33410100 Mob.: 212 212 66 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8661 Updated: a copy of the internal array elements is sometimes not made
ID: 8661 User Update by: [EMAIL PROTECTED] Status: Analyzed Bug Type: Scripting Engine problem Description: a copy of the internal array elements is sometimes not made I don't agree with this. The zend engine only does a shallow copy in this particular instance, and it is a bug. If the array is not accessed through a method in the object, the copy is performed correctly. Please re-analyze this. Previous Comments: --- [2001-03-15 09:20:44] [EMAIL PROTECTED] Zend copies arrays and objects "shallow" (for performance reasons). The workaround is to implement "clone" method. This probably should be built-in function in Zend. --- [2001-02-28 00:21:05] [EMAIL PROTECTED] My bad, my email address is [EMAIL PROTECTED] Please detail on a fix for this bug. Thanks, Larry --- [2001-01-11 16:55:42] [EMAIL PROTECTED] The workaround that I have had to implement is doing an explicit clone method (similar to a copy constructor) and when making a copy, say $new = $old-clone(); instead of $new = $old; example implementation: class Element { var $value; function clone() { $obj = new Element(); $obj=value = $this-value; } } class X { var $array; function clone() { $obj = new X(); foreach($this-array as $index = $value) { $obj-array[$index] = $value-clone(); } return $obj; } } --- [2001-01-11 16:46:44] [EMAIL PROTECTED] Yes, this is the same, if I change the method to do_nothing() in the Element class and print out a message, the same behavior happens. The behavior is that if I call a method on an array object after the array has been copied, the copy now refers to the original. Also, if the method is called on the original object, the copy is then linked with the original. --- [2001-01-11 16:41:44] [EMAIL PROTECTED] This might be the same as 8130, but I'm not sure. --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. Full Bug description available at: http://bugs.php.net/?id=8661 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] PHP 4.0 Bug #9766: IRCG trouble
On Fri, 16 Mar 2001, Adam Dickmeiss wrote: OK, see http://www.php.net/bugs.php?id=9766edit=1 Thanks. In order to exclude bugs in the compiler/C library, can you please give this version a try? http://schumann.cx/ircg/ircg-2.1-x86-linux.tar.gz You can replace your thttpd copy with the bin/ircg file. The effect you are seeing might be related to a bug in glibc 2.1.1. - Sascha Experience IRCG http://schumann.cx/http://schumann.cx/ircg -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9779: error_reporting() settings ate not respected when custom error handler is set
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.4pl1 PHP Bug Type: Scripting Engine problem Bug description: error_reporting() settings ate not respected when custom error handler is set If a custom error handler is set (using set_error_handler()), error_reporting settings are not respected - errors of E_ALL level are reported to the custom handler, even if something else (e.g. E_PARSE level) is set using error_reporting(). -- Edit Bug report at: http://bugs.php.net/?id=9779edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9780: realpath doesn't return trailing slash
From: [EMAIL PROTECTED] Operating system: winnt 4.0 PHP version: 4.0.4 PHP Bug Type: Directory function related Bug description: realpath doesn't return trailing slash echo dirname(realpath("f:/dir 790/asdf/")); this prints out "f:\dir 790" and when you do dirname() on this again, well, ... the problem is that realpath doesn't return the trailing slash so everything else treats asdf as a file fab -- Edit Bug report at: http://bugs.php.net/?id=9780edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9781: sig 11
From: [EMAIL PROTECTED] Operating system: SuSE 7.0 PHP version: 4.0.4pl1 PHP Bug Type: Output Control Bug description: sig 11 Sorry for the terse note but I am in the stress of finishing a project and have no time to produce a reproducing script. The code it's too complicated. [hope to come back later with a sample] configure line as per phpinfo(): '--enable-versioning' '--with-mysql' '--with-pgsql' '--disable-pic' '--with-dom' '--with-ldap=/usr' '--enable-trans-sid' '--enable-wddx' '--with-shmop' '--with-mm' '--enable-memory-limit' '--with-sablot' --with-mnogosearch' '--enable-sockets' '--with-zlib' '--enable-debug' Here are the log notice and bt: [Fri Mar 16 12:35:45 2001] [notice] child pid 27350 exit signal Segmentation fault (11) [Fri Mar 16 12:36:05 2001] [notice] caught SIGTERM, shutting down [Fri Mar 16 12:36:48 2001] Script: '/usr/local/cvsdevel/php/a/htdocs/index.php' --- zend_execute_API.c(261) : Block 0x08159370 status: zend_variables.c(62) : Actual location (location was relayed) Beginning: Cached (allocated on var.c:475, 13 bytes) End: OK --- FATAL: erealloc(): Unable to allocate 1515878401 bytes Program received signal SIGSEGV, Segmentation fault. 0x40089ac1 in __kill () from /lib/libc.so.6 (gdb) bt #0 0x40089ac1 in __kill () from /lib/libc.so.6 #1 0x401c86e1 in objects () at zend_alloc.c:535 #2 0x40292025 in php_ob_allocate () at output.c:226 #3 0x402917fc in php_ob_append (text=0x0, text_length=1515870810) at output.c:260 #4 0x40291956 in php_b_body_write (str=0x0, str_length=1515870810) at output.c:337 #5 0x4029134a in objects () at output.c:53 #6 0x401f7e26 in php_body_write_wrapper (str=0x0, str_length=1515870810) at main.c:682 #7 0x401e22db in objects () at zend.c:116 #8 0x401e225c in objects () at zend.c:116 #9 0x401e1d04 in objects () at zend_variables.c:147 #10 0x401e247c in objects () at zend.c:116 #11 0x401e232c in objects () at zend.c:116 #12 0x401e1f8b in print_hash (ht=0x8159544, indent=12) at zend.c:107 #13 0x401e23e2 in objects () at zend.c:116 #14 0x401e232c in objects () at zend.c:116 #15 0x401e1f8b in print_hash (ht=0x815a2b4, indent=4) at zend.c:107 #16 0x401e2462 in objects () at zend.c:116 #17 0x401e232c in objects () at zend.c:116 #18 0x40254d30 in objects () at basic_functions.c:1815 #19 0x401d3f8a in objects () at ./zend_execute.c:853 #20 0x401d4168 in objects () at ./zend_execute.c:853 #21 0x401d4168 in objects () at ./zend_execute.c:853 #22 0x401d4168 in objects () at ./zend_execute.c:853 #23 0x401e31a4 in objects () at zend.c:260 #24 0x401f8a7f in objects () at main.c:1128 #25 0x401f4a7c in objects () at sapi_apache.c:98 #26 0x401f5595 in objects () at mod_php4.c:439 #27 0x401f55d6 in objects () at mod_php4.c:439 #28 0x8076669 in ap_invoke_handler () #29 0x808c05f in process_request_internal () #30 0x808c0d2 in ap_process_request () #31 0x8082c76 in child_main () #32 0x8082e55 in make_child () #33 0x8082fd6 in startup_children () #34 0x808365c in standalone_main () #35 0x8083eac in main () #36 0x40083a8e in __libc_start_main () at ../sysdeps/generic/libc-start.c:93 I make use of nested output buffering and I guess it's a problem somewhere there (str=0x0) with a null pointer :( ciao -- teodor -- Edit Bug report at: http://bugs.php.net/?id=9781edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9778 Updated: error when compiling with gd
ID: 9778 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Compile Problem Assigned To: Comments: Check what config.log has to say when it checks for gdImageColorResolve in libgd as it seems it does have it but the configure doesn't get it for some reason. --Jani Previous Comments: --- [2001-03-16 02:22:55] [EMAIL PROTECTED] My configure command: ./configure --prefix=/usr/local --with-apxs=/usr/local/bin/apxs --enable-versioning --enable-track-vars --enable-ftp --enable-xml --with-mysql=/usr --with-pgsql=/usr/local --enable-safe-mode --with-openssl=/usr --enable-bcmath --with-bz2 --enable-sockets --enable-memory-limit --with-jpeg-dir=/usr/lib --with-xpm-dir=/usr/X11R6/lib --with-ttf=/usr/X11R6 --with-gd=/usr/local/gd --enable-gd-imgstrttf --enable-gd-native-ttf --with-mhash=/usr/local --with-mcrypt --with-t1lib=/usr/local --with-gettext --enable-freetype-4bit-antialias-hack The configure part of GD: checking whether to enable truetype string function in gd... yes checking for libjpeg (needed by gd-1.8+)... yes checking for jpeg_read_header in -ljpeg... yes checking for libXpm (needed by gd-1.8+)... yes checking for XpmFreeXpmImage in -lXpm... no no checking whether to include GD support... yes (static) checking for gdImageString16 in -lgd... no checking for gdImagePaletteCopy in -lgd... no checking for gdImageColorClosestHWB in -lgd... no checking for compress in -lz... no checking for png_info_init in -lpng... no checking for gdImageColorResolve in -lgd... no checking for gdImageCreateFromPng in -lgd... no checking for gdImageCreateFromGif in -lgd... no checking for gdImageWBMP in -lgd... no checking for gdImageCreateFromJpeg in -lgd... no checking for gdImageCreateFromXpm in -lgd... no checking whether to include FreeType 1.x support... yes checking for T1lib support... yes checking for T1_GetExtend in -lt1... yes checking whether to include GNU gettext support... yes The error when compiling: /bin/sh /tmp/build-php-4.0.4pl1-i586-1/php-4.0.4pl1/libtool --silent --mode=link gcc -I. -I/tmp/build-php-4.0.4pl1-i586-1/php-4.0.4pl1/ -I/tmp/build-php-4.0.4pl1-i586-1/php-4.0.4pl1/main -I/tmp/build-php-4.0.4pl1-i586-1/php-4.0.4pl1 -I/usr/local/apache/include -I/tmp/build-php-4.0.4pl1-i586-1/php-4.0.4pl1/Zend -I/usr/X11R6/include/freetype -I/usr/local/include -I/usr/local/gd -I/usr/include/mysql -I/tmp/build-php-4.0.4pl1-i586-1/php-4.0.4pl1/ext/xml/expat/xmltok -I/tmp/build-php-4.0.4pl1-i586-1/php-4.0.4pl1/ext/xml/expat/xmlparse -I/tmp/build-php-4.0.4pl1-i586-1/php-4.0.4pl1/TSRM -DLINUX=2 -DTARGET="httpsd" -DUSE_HSREGEX -DUSE_EXPAT -DAPACHE_SSL -DXML_BYTE_ORDER=12 -g -O2 -o libphp4.la -rpath /tmp/build-php-4.0.4pl1-i586-1/php-4.0.4pl1/libs -export-symbols /tmp/build-php-4.0.4pl1-i586-1/php-4.0.4pl1/sapi/apache/php.sym -avoid-version -L/usr/lib/lib -L/usr/X11R6/lib/lib -L/usr/local/gd -L/usr/X11R6/lib -L/usr/local/lib -L/usr/lib/mysql -R /usr/lib/lib -R /usr/X11R6/lib/lib -R /usr/local/gd -R /usr/X11R6/lib -R /usr/local/lib -R /usr/lib/mysql stub.lo Zend/libZend.la sapi/apache/libsapi.la main/libmain.la regex/libregex.la ext/bcmath/libbcmath.la ext/bz2/libbz2.la ext/ftp/libftp.la ext/gd/libgd.la ext/gettext/libgettext.la ext/mcrypt/libmcrypt.la ext/mhash/libmhash.la ext/mysql/libmysql.la ext/openssl/libopenssl.la ext/pcre/libpcre.la ext/pgsql/libpgsql.la ext/posix/libposix.la ext/session/libsession.la ext/sockets/libsockets.la ext/standard/libstandard.la ext/xml/libxml.la TSRM/libtsrm.la -ldl -lpq -lmysqlclient -lmhash -lmcrypt -lltdl -lt1 -lttf -lgd -lX11 -lXpm -ljpeg -lbz2 -lcrypto -lssl -lresolv -lm -ldl -lcrypt -lnsl -lresolv -L/usr/lib/lib -ljpeg -L/usr/X11R6/lib/lib -lXpm -L/usr/X11R6/lib/lib -lX11 -L/usr/local/lib -lt1 /usr/local/gd/libgd.a(gd.o): In function `gdImageColorResolve': gd.o(.text+0x69c): multiple definition of `gdImageColorResolve' ext/gd/.libs/libgd.al(gd.lo):/tmp/build-php-4.0.4pl1-i586-1/php-4.0.4pl1/ext/gd/gd.c:322: first defined here /usr/i386-slackware-linux/bin/ld: Warning: size of symbol `gdImageColorResolve' changed from 243 to 226 in gd.o collect2: ld returned 1 exit status make[1]: *** [libphp4.la] Error 1 make[1]: Leaving directory `/tmp/build-php-4.0.4pl1-i586-1/php-4.0.4pl1' make: *** [all-recursive] Error 1 Notes: I don't have any other versions of gd installed, this is a fresh install. I've tryed in it in 2 different computers, and get the same error. GD version installed is 1.8.4. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9778edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL
[PHP-DEV] PHP 4.0 Bug #9782: Warning: Undefined variable: HTTP_POST_VARS
From: [EMAIL PROTECTED] Operating system: Windows 98 PHP version: 4.0.4pl1 PHP Bug Type: Strings related Bug description: Warning: Undefined variable: HTTP_POST_VARS The number of inputs from my form varies so I have distinguished them using a counter that increments for each record: input type="text" name=Service?php echo $counter ? size="10" When requesting them from the header I loop through using another counter: while ($counter = $noServices) { $serviceId = $HTTP_POST_VARS['Service$counter']; $counter++ } No matter how I try to build the name of the post variable I always get the following error: Warning: Undefined variable: HTTP_POST_VARS in C:\Inetpub\wwwroot/php/neuquote/startquote.php on line 251 I have tried buiding the string as follows: 'Service$counter' 'Service'.$counter "Service".$counter $postVar = "Service".$counter // put $postVar between [] I have done this in ASP before and from what I have seen from PHP so far it is more powerful, thus hopefully one of u guys can help by a different string build or a different approuch to creating the inputs Thank you for your time. John Stoops, Neutralize (*\*) -- Edit Bug report at: http://bugs.php.net/?id=9782edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9769 Updated: Compile faliure --with-nsapi
ID: 9769 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Compile Problem Assigned To: Comments: I guess you're trying to compile with Sun CC? Could you please try compiling it with GCC instead? --Jani Previous Comments: --- [2001-03-16 03:12:43] [EMAIL PROTECTED] I try to compile the latest CVS php version (php4-00103152245) and it fail during make. The configure options are the same. Making all in Zend make[1]: Entering directory `/user/gedweb/php4-200103152245/Zend' /bin/sh ../libtool --silent --mode=compile CC -DHAVE_CONFIG_H -I. -I. -I../main -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -I../TSRM -g -mt -c zend_language_scanner_cc.cc "zend_istdiostream.h", line 8: Error: stdiobuf is not defined. "zend_istdiostream.h", line 11: Error: Type name expected instead of "stdiobuf". "zend_istdiostream.h", line 11: Error: No storage class or type for this declaration. "zend_istdiostream.h", line 11: Error: "," expected instead of "*". "zend_istdiostream.h", line 10: Error: istream is not a direct base class of istdiostream. "zend_istdiostream.h", line 10: Error: Cannot use __FILE* to initialize int. "zend_istdiostream.h", line 10: Error: Formal argument sb of type std::basic_streambufchar, std::char_traitschar* in call to std::basic_ioschar, std::char_traitschar::init(std::basic_streambufchar, std::char_traitschar*) is being passed int*. "zend_language_scanner_cc.cc", line 2817: Error: stdiofile is not a member of std::basic_streambufchar, std::char_traitschar. "zend_language_scanner_cc.cc", line 4050: Warning: String literal converted to char* in assignment. "zend_language_scanner_cc.cc", line 4699: Error: Cannot assign std::basic_istreamchar, std::char_traitschar* to istream*. "zend_language_scanner_cc.cc", line 4803: Warning: String literal converted to char* in formal argument message in call to zend_fatal_scanner_error(char*). "zend_language_scanner_cc.cc", line 4907: Warning: String literal converted to char* in formal argument message in call to zend_fatal_scanner_error(char*). "zend_language_scanner_cc.cc", line 4980: Warning: String literal converted to char* in formal argument message in call to zend_fatal_scanner_error(char*). "zend_language_scanner_cc.cc", line 4994: Warning: String literal converted to char* in formal argument message in call to zend_fatal_scanner_error(char*). "zend_language_scanner_cc.cc", line 5114: Warning: String literal converted to char* in formal argument message in call to zend_fatal_scanner_error(char*). "zend_language_scanner_cc.cc", line 5235: Error: Cannot assign istream* to std::basic_istreamchar, std::char_traitschar*. "zend_language_scanner_cc.cc", line 5246: Warning: String literal converted to char* in formal argument message in call to zend_fatal_scanner_error(char*). "zend_language_scanner_cc.cc", line 5255: Warning: String literal converted to char* in formal argument message in call to zend_fatal_scanner_error(char*). "zend_language_scanner_cc.cc", line 5286: Error: Cannot assign std::basic_istreamchar, std::char_traitschar* to istream*. "zend_language_scanner_cc.cc", line 5348: Warning: String literal converted to char* in formal argument message in call to zend_fatal_scanner_error(char*). "zend_language_scanner_cc.cc", line 5362: Warning: String literal converted to char* in formal argument message in call to zend_fatal_scanner_error(char*). 11 Error(s) and 10 Warning(s) detected. make[1]: *** [zend_language_scanner_cc.lo] Error 1 make[1]: Leaving directory `/user/gedweb/php4-200103152245/Zend' make: *** [all-recursive] Error 1 --- [2001-03-15 23:02:32] [EMAIL PROTECTED] This is fixed in CVS. Try latest CVS snapshot from http://snaps.php.net/ --Jani --- [2001-03-15 12:21:14] [EMAIL PROTECTED] I tried to compile PHP with Netscape Enterprise Server, Oracle 8.0.5 andSunOs 5.5 ./configure --with-gd=no --with-nsapi=/opt/netscape/suitespot --with-oracle=$ORACLE_HOME --with-config-file-path=$HOME/www/php --enable-debug=no --without-mysql Making all in Zend make[1]: Entering directory `/user/gedweb/php-4.0.4pl1/Zend' /bin/sh ../libtool --silent --mode=compile CC -DHAVE_CONFIG_H -I. -I. -I../main -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DXML_BYTE_ORDER=21 -I../TSRM -g -mt -c zend_language_scanner_cc.cc "zend_compile.h", line 31: Error: Could not open include file istream.h. "zend_operators.h", line 84: Error: The function "finite" must have a prototype. "zend_language_scanner_cc.cc", line 2614: Error: stdiobuf is not defined. "zend_language_scanner_cc.cc", line 2617: Error: Type name expected instead of "stdiobuf".
[PHP-DEV] PHP 4.0 Bug #9782 Updated: Warning: Undefined variable: HTTP_POST_VARS
ID: 9782 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Strings related Assigned To: Comments: It would be easier to find what is wrong with your example if it would have been complete. Try these in your script: print_r($HTTP_POST_VARS); print_r($HTTP_GET_VARS); --Jani Previous Comments: --- [2001-03-16 06:32:14] [EMAIL PROTECTED] The number of inputs from my form varies so I have distinguished them using a counter that increments for each record: input type="text" name=Service?php echo $counter ? size="10" When requesting them from the header I loop through using another counter: while ($counter = $noServices) { $serviceId = $HTTP_POST_VARS['Service$counter']; $counter++ } No matter how I try to build the name of the post variable I always get the following error: Warning: Undefined variable: HTTP_POST_VARS in C:Inetpubwwwroot/php/neuquote/startquote.php on line 251 I have tried buiding the string as follows: 'Service$counter' 'Service'.$counter "Service".$counter $postVar = "Service".$counter // put $postVar between [] I have done this in ASP before and from what I have seen from PHP so far it is more powerful, thus hopefully one of u guys can help by a different string build or a different approuch to creating the inputs Thank you for your time. John Stoops, Neutralize (**) --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9782edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9783: dirname()
From: [EMAIL PROTECTED] Operating system: winnt 4.0 PHP version: 4.0.4 PHP Bug Type: Filesystem function related Bug description: dirname() echo dirname("c:/fuck/abc/"); prints out c:/fuck -- Edit Bug report at: http://bugs.php.net/?id=9783edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] RE: PHP 4.0 Bug #9782 Updated: Warning: Undefined variable: HTTP_POST_VARS
My PHP page: ?php // ** // * Module: startquote.php * // * Author: J D Stoops [[EMAIL PROTECTED]] * // * Last Updated: 16/03/2001 * // * Version: 1.0 * // ** // * This is an unpublished work the copyright in which vests in Nuera Ltd. * // * All rights reserved. * // * The information contained herein is the property of Nuera Ltd and is supplied* // * without liability for errors or omissions. No part may be reproduced, disclosed * // * or used except as authorised by contract or other written permission. * // * The copyright and the foregoing restriction on reproduction, disclosure and use * // * extend to all media in which the information may be embodied. * // ** ? html head titleStart New Quote/title meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" meta name="Description" content="Starts and saves a new quote for a client company of Nuera Limited" /head body bgcolor="#FF" ?php // Show form function show_form() { // Setup database connection $conId = odbc_connect ("neuquote", "", "") or die ("An error1 has occured/n"); ? h1font face="Arial, Helvetica, sans-serif"Start New Quote/font/h1 form name="StartQuote" method="post" action="startquote.php" input type="Hidden" name="Action" value="1" table width="60%" border="0" tr td width="39%"font face="Arial, Helvetica, sans-serif" size="4"Company Name /font/td td width="61%"font face="Arial, Helvetica, sans-serif" size="4" ?php // Select companies to display $result = odbc_exec ($conId, "SELECT CompanyId, CompanyName FROM Company ORDER BY CompanyName") or die ("An error1 has occured/n"); if (odbc_fetch_row ($result)) { ? select name="Company" option value=0Please select or enter new company name below/option ?php // Display all companies found echo "option value=".odbc_result($result, "CompanyId")."".odbc_result($result, "CompanyName")."/option"; while ($row = odbc_fetch_row ($result)) { echo "option value=".odbc_result($result, "CompanyId")."".odbc_result($result, "CompanyName")."/option"; } ? /select /font/td /tr tr td width="39%"font face="Arial, Helvetica, sans-serif" size="4"New Company Name /font/td td width="61%"font face="Arial, Helvetica, sans-serif" size="4" ?php } ? input type="text" name="CompanyName" maxlength="100"/font/td /tr tr td width="39%"font face="Arial, Helvetica, sans-serif" size="4"Employee/font/td td width="61%"font face="Arial, Helvetica, sans-serif" size="4" select name="Employee" option value=0Please select/option ?php // Select employees to display $result = odbc_exec ($conId, "SELECT EmployeeId, EmployeeName FROM Employee ORDER BY EmployeeName") or die ("An error2 has occured/n"); // Display all employees found while ($row = odbc_fetch_row ($result)) { echo "option value=".odbc_result($result, "EmployeeId")."".odbc_result($result, "EmployeeName")."/option"; } ? /select /font/td /tr tr td width="39%"font face="Arial, Helvetica, sans-serif" size="4"Comment/font/td td width="61%"font face="Arial, Helvetica, sans-serif" size="4" textarea name="Comment"/textarea /font/td /tr tr td width="39%"font face="Arial, Helvetica, sans-serif" size="4"Start Date /font/td td width="61%"font face="Arial, Helvetica, sans-serif" size="4" input type="text" name="StartDate" maxlength="10" /font/td /tr tr td width="39%"font face="Arial, Helvetica, sans-serif" size="4"End Date/font/td td width="61%"font face="Arial, Helvetica, sans-serif" size="4" input type="text" name="EndDate" maxlength="10" /font/td /tr /table p input type="submit" name="Submit" value="Submit" input type="reset" name="Reset" value="Reset" /p /form ?php odbc_free_result ($result); }
[PHP-DEV] PHP 4.0 Bug #9782 Updated: Warning: Undefined variable: HTTP_POST_VARS
ID: 9782 Updated by: torben Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Bogus Bug Type: Strings related Assigned To: Comments: As it says at the end of the mails you get from the Bug Database: ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9782edit=2 So I'm including your reply here for posterity. Anyway, your problem appears to be related to scoping. PHP does not automatically include global variables within local function scope (as C does, for instance). You need to access it either by using a 'global $HTTP_POST_VARS;' statement or $GLOBALS['HTTP_POST_VARS'], since you're attempting to access it from inside a function (save_quote()). See http://www.php.net/manual/en/language.variables.scope.php for more information. John Stoops writes: My PHP page: ?php // ** // * Module: startquote.php * // * Author: J D Stoops [[EMAIL PROTECTED]] * // * Last Updated: 16/03/2001 * // * Version: 1.0 * // ** // * This is an unpublished work the copyright in which vests in Nuera Ltd. * // * All rights reserved. * // * The information contained herein is the property of Nuera Ltd and is supplied * // * without liability for errors or omissions. No part may be reproduced, disclosed * // * or used except as authorised by contract or other written permission. * // * The copyright and the foregoing restriction on reproduction, disclosure and use * // * extend to all media in which the information may be embodied. * // ** ? html head titleStart New Quote/title meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" meta name="Description" content="Starts and saves a new quote for a client company of Nuera Limited" /head body bgcolor="#FF" ?php // Show form function show_form() { // Setup database connection $conId = odbc_connect ("neuquote", "", "") or die ("An error1 has occured/n"); ? h1font face="Arial, Helvetica, sans-serif"Start New Quote/font/h1 form name="StartQuote" method="post" action="startquote.php" input type="Hidden" name="Action" value="1" table width="60%" border="0" tr td width="39%"font face="Arial, Helvetica, sans-serif" size="4"Company Name /font/td td width="61%"font face="Arial, Helvetica, sans-serif" size="4" ?php // Select companies to display $result = odbc_exec ($conId, "SELECT CompanyId, CompanyName FROM Company ORDER BY CompanyName") or die ("An error1 has occured/n"); if (odbc_fetch_row ($result)) { ? select name="Company" option value=0Please select or enter new company name below/option ?php // Display all companies found echo "option value=".odbc_result($result, "CompanyId")."".odbc_result($result, "CompanyName")."/option"; while ($row = odbc_fetch_row ($result)) { echo "option value=".odbc_result($result, "CompanyId")."".odbc_result($result, "CompanyName")."/option"; } ? /select /font/td /tr tr td width="39%"font face="Arial, Helvetica, sans-serif" size="4"New Company Name /font/td td width="61%"font face="Arial, Helvetica, sans-serif" size="4" ?php } ? input type="text" name="CompanyName" maxlength="100"/font/td /tr tr td width="39%"font face="Arial, Helvetica, sans-serif" size="4"Employee/font/td td width="61%"font face="Arial, Helvetica, sans-serif" size="4" select name="Employee" option value=0Please select/option ?php // Select employees to display $result = odbc_exec ($conId, "SELECT EmployeeId, EmployeeName FROM Employee ORDER BY EmployeeName") or die ("An error2 has occured/n"); // Display all employees found while ($row = odbc_fetch_row ($result)) { echo "option value=".odbc_result($result,
[PHP-DEV] PHP 4.0 Bug #9784: png_get_error_ptr
From: [EMAIL PROTECTED] Operating system: Linux 2.2.14 PHP version: 4.0.2 PHP Bug Type: *Install and Config Bug description: png_get_error_ptr I use Apache 1.3.14 and PHP3.08 succesfully, but I m trying to upgrade tou 4.0.2 enabling versionning and track vars... PHP4 compiles succesfully but there is a problem when starting apache with the new conifguration: adding mod_php4 and so on... apachectl configtest return this: Syntax error on line 203 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/apache/libexec/libphp4.so into server: /usr/lib/libgd.so.1: undefined symbol: png_get_error_ptr I installed gdlib, libpng et libjpeg and zlib with all the latest stables version jpeg 6 , gd 1.8.4 etc... I comped PHP4 again and installed it I get the same message -- Edit Bug report at: http://bugs.php.net/?id=9784edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9784 Updated: png_get_error_ptr
ID: 9784 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *Install and Config Assigned To: Comments: You propably have some old gd.h somewhere in your system which is found when configuring. Also, you're using quite old version of PHP. Upgrade first to PHP 4.0.4pl1. And ask support questions on [EMAIL PROTECTED] as this is NOT any bug in PHP. --Jnia Previous Comments: --- [2001-03-16 07:16:24] [EMAIL PROTECTED] I use Apache 1.3.14 and PHP3.08 succesfully, but I m trying to upgrade tou 4.0.2 enabling versionning and track vars... PHP4 compiles succesfully but there is a problem when starting apache with the new conifguration: adding mod_php4 and so on... apachectl configtest return this: Syntax error on line 203 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/apache/libexec/libphp4.so into server: /usr/lib/libgd.so.1: undefined symbol: png_get_error_ptr I installed gdlib, libpng et libjpeg and zlib with all the latest stables version jpeg 6 , gd 1.8.4 etc... I comped PHP4 again and installed it I get the same message --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9784edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: PHP 4.0 Bug #9784 Updated: png_get_error_ptr
First, sorry for chaiging E mail, I am [EMAIL PROTECTED], you can reply every where you want Reply: I also used the PHP 4.0.4pl1 and it does the same ... so about the gd.h, it uses the brand new one, I also compiled gd again, because I was thinking that the error was frome there, but I think that mod_php4 is trying to call a reference that doesn t exists in ligd.so.1.8.4 even png.h doesnt contains the fucntion or a variable called png_get_error_ptr or something_ptr or something_ptr Bug Database a crit : ID: 9784 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *Install and Config Assigned To: Comments: You propably have some old gd.h somewhere in your system which is found when configuring. Also, you're using quite old version of PHP. Upgrade first to PHP 4.0.4pl1. And ask support questions on [EMAIL PROTECTED] as this is NOT any bug in PHP. --Jnia Previous Comments: --- [2001-03-16 07:16:24] [EMAIL PROTECTED] I use Apache 1.3.14 and PHP3.08 succesfully, but I m trying to upgrade tou 4.0.2 enabling versionning and track vars... PHP4 compiles succesfully but there is a problem when starting apache with the new conifguration: adding mod_php4 and so on... apachectl configtest return this: Syntax error on line 203 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/apache/libexec/libphp4.so into server: /usr/lib/libgd.so.1: undefined symbol: png_get_error_ptr I installed gdlib, libpng et libjpeg and zlib with all the latest stables version jpeg 6 , gd 1.8.4 etc... I comped PHP4 again and installed it I get the same message --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9784edit=2 -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9762 Updated: compiling fails with ZTS and imap (imap2000) support enabled
ID: 9762 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Analyzed Status: Closed Bug Type: Compile Failure Assigned To: Comments: Fixed in CVS. --Jani Previous Comments: --- [2001-03-15 09:52:18] [EMAIL PROTECTED] First I've heard of the compile failure... but the patch looks legit. Doing some quick tests locally here, and then I'll submit it. This should more than likely also go into the next 4.0.5RC, but I'll have to check with the QA/Group people first... --- [2001-03-15 03:25:15] [EMAIL PROTECTED] $subject says it all; this patch gets around this: --- ext/imap/php_imap.c~Wed Mar 14 21:15:08 2001 +++ ext/imap/php_imap.c Thu Mar 15 09:20:09 2001 @@ -366,6 +366,7 @@ */ void mail_getquota(MAILSTREAM *stream, char *qroot,QUOTALIST *qlist) { + IMAPLS_FETCH(); /* this should only be run through once */ for (; qlist; qlist = qlist-next) { @@ -1021,7 +1022,8 @@ int ind, ind_type; pils *imap_le_struct; - + IMAPLS_FETCH(); + if (ZEND_NUM_ARGS() != 2 || zend_get_parameters_ex(2, streamind, qroot) == FAILURE) { ZEND_WRONG_PARAM_COUNT(); } --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9762edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8612 Updated: Incorrect retrieval of data
ID: 8612 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Status: Open Bug Type: ODBC related Assigned To: Comments: No user feedback, considered fixed in current. If untrue, please reopen the bug... Previous Comments: --- [2001-01-17 09:36:14] [EMAIL PROTECTED] The first part of this bug (SQLINTEGER section) should now be set in the PHP4.0.4pl1, please try the latest builds and see if this action continues for you. --- [2001-01-09 04:26:45] [EMAIL PROTECTED] Complied version 4.0.4 with openlink support. I had a problem in the compile with SQLINTEGER not defined error message. Followed the following from phpbuilder as a workaround I've post a message in PHP.net's bug database and they have analysised and assigned to some guy named Zeev. I think it should be resolved already or in near future. There is a temp workaround: search for "SQLINTEGER len;" string in /ext/odbc/php_odbc.c file in php4 source directory and replace it with "SDWORD len;" happy with your compiling! silen .. This compiles ok, but when trying to retrieve data, the wrong records are returned. e.g. If a table contains the following values. Primary Key is Firstname,Surname. Firstname Surname Fred Smith Fred Jones Bill Bloggs Bill Brown Querying the table for all values will return Fred Smith Fred Smith Bill Bloggs Bill Bloggs Testing the odbc connection with odbctest program from openlink yields the correct answers. I then compiled PHP 3.0.18, and the problem is fixed here. Therefore the bug does not exist in 3.0.18, but does in 4.0.4. Nb My database is Oracle 8.0.5 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8612edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8612 Updated: Incorrect retrieval of data
ID: 8612 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: ODBC related Assigned To: Comments: No user feedback, considered fixed in current. If untrue, please reopen the bug... Previous Comments: --- [2001-03-16 08:33:25] [EMAIL PROTECTED] No user feedback, considered fixed in current. If untrue, please reopen the bug... --- [2001-01-17 09:36:14] [EMAIL PROTECTED] The first part of this bug (SQLINTEGER section) should now be set in the PHP4.0.4pl1, please try the latest builds and see if this action continues for you. --- [2001-01-09 04:26:45] [EMAIL PROTECTED] Complied version 4.0.4 with openlink support. I had a problem in the compile with SQLINTEGER not defined error message. Followed the following from phpbuilder as a workaround I've post a message in PHP.net's bug database and they have analysised and assigned to some guy named Zeev. I think it should be resolved already or in near future. There is a temp workaround: search for "SQLINTEGER len;" string in /ext/odbc/php_odbc.c file in php4 source directory and replace it with "SDWORD len;" happy with your compiling! silen .. This compiles ok, but when trying to retrieve data, the wrong records are returned. e.g. If a table contains the following values. Primary Key is Firstname,Surname. Firstname Surname Fred Smith Fred Jones Bill Bloggs Bill Brown Querying the table for all values will return Fred Smith Fred Smith Bill Bloggs Bill Bloggs Testing the odbc connection with odbctest program from openlink yields the correct answers. I then compiled PHP 3.0.18, and the problem is fixed here. Therefore the bug does not exist in 3.0.18, but does in 4.0.4. Nb My database is Oracle 8.0.5 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8612edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #7653 Updated: openlink - query error
ID: 7653 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: ODBC related Assigned To: Comments: No user feedback, considered fixed in latests releases/cvs. If untrue, please reopen and update bug... Previous Comments: --- [2001-03-11 21:07:15] [EMAIL PROTECTED] does this still continue in the latest release? --- [2001-01-17 09:39:26] [EMAIL PROTECTED] Please try the latest PHP build as both of these issues have been (I believe) delt with in it. --- [2000-11-05 21:50:19] [EMAIL PROTECTED] Hi, I tried to install php-4.0.3pl1 with openlink and pdflib support. It seems that it can connect to the server but can't query it. Before the compilation, I modified something in php_odbc.c. I changed SQLINTEGER len; to SDWORD len; to successfully compile and install it. The pdflib on the other hand is working well. OUTPUT# connected to DSN: DSN=NIP Warning: SQL error: [OpenLink][ODBC][Driver]General error, SQL state S1000 in SQLExecDirect in /usr/local/apache/htdocs/openlink.php on line 16 can not execute 'SELECT * FROM NIP.toa.NIP113' closing connection Resource id #1 ##SCRIPT html headtitleSample Output/title/head body ? putenv("LD_LIBRARY_PATH=/usr/local/openlink/odbcsdk/lib"); putenv("ODBCINSTINI=/usr/local/openlink/bin/odbcinst.ini"); putenv("ODBCINI=/usr/local/openlink/bin/odbc.ini"); $dsn="DSN=NIP"; $user="toa"; $password=""; $sql="SELECT * FROM NIP.toa.NIP113"; // directly execute mode if ($conn_id=odbc_connect("$dsn","","")){ echo "connected to DSN: $dsnbr"; if($result=odbc_do($conn_id, $sql)) { echo "executing '$sql'br"; echo "Results: br"; odbc_result_all($result,"border=1"); } ? /body /html CONFIGURE# ./configure --with-apxs=/usr/sbin/apxs --with-gd --with-pdflib=/usr/local --with-config-file-path=/usr/local/apache --with-zlib-dir=/usr --with-ttf=/usr/local/include --with-jpeg-dir=/usr --with-tiff-dir=/usr --with-system-regex=yes --enable-debug=no --enable-track-vars --with-openlink=/usr/local/openlink #php.ini## I just copied the php.ini-dist and never touched it. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=7653edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #6901 Updated: odbc_columns
ID: 6901 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Analyzed Bug Type: ODBC related Assigned To: kalowsky Comments: This bug is very similar in nature to #6275, but not the same. It seems the SQLBindColumn option is not happy with some of the MSAccess stuff. I've just recently tried updating to MDAC 2.6, and will see if this fixes anything. Yes this is still valid in the current versions of CVS as well. Mind you it seems to be an MSAccess only issue. Previous Comments: --- [2001-02-14 08:19:53] [EMAIL PROTECTED] starting to play with odbc on windows... all i have is 98 though... --- [2000-09-27 06:32:41] [EMAIL PROTECTED] Hi, I am using the pre-built version of PHP 4.0.1pl2 on Win98. and connecting to a MSAccess data source with ODBC. This code fragment works, $result = odbc_columns($link); while this on does not, $result = odbc_columns($link, "%", "%", "%", "%"); it generates, Warning: SQL error: ,SQL state 0 in SQLColumns in ... I get the same error message with, $result = odbc_tables($link, "%", "%", "%", "%" ); I hope this is helpful. -John --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=6901edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8053 Updated: PGSQL doesn't detects on FBSD4
ID: 8053 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: PostgreSQL related Assigned To: Comments: I'm unable to reproduce this locally, if you could please provide some more information, or try a newer version and see if this continues. As far as the mysql bit is concerned, the flag --without-mysql will help. Marking this as feedback until we hear otherwise. Previous Comments: --- [2000-11-30 09:45:21] [EMAIL PROTECTED] I try to configure PHP4 for work with PostgreSQL server (v7.0.2) with the following line: ./configure --with-apache=../apache --with-mod_charset --enable-bcmath --enable-calendar --enable-sockets --enable-ftp --with-pgsql After running this, I find in log, that detection of PGSQL failed. config.log contains: gcc -o conftest -g -O2 conftest.c -L/usr/local/pgsql/include -lpq -l -lm -lcrypt 15 This line is incorrect, and I don't know, why $LIBS is formed in such way. I have PostgreSQL installed at /usr/local/pgsql in standart configuration. Version of FreeBSD used is a 4.0-Release. PS I haven't MySQL, but PHP4 tries to process libmysql directory make. It is correct ? PPS FreeBSD =4.0 HAS pthread library. But it must be included as a -lpthread. Your configure doesn't detect this library (at least on my machine). PPPS Sorry for my worst english. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8053edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9773 Updated: Configure hangs
ID: 9773 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: *Configuration Issues Description: Configure hangs After running 'gcc -v' I get this, Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/egcs-2.91.66/specs gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release) Keith Previous Comments: --- [2001-03-15 23:11:30] [EMAIL PROTECTED] What is the version of GCC ? --Jani --- [2001-03-15 16:51:52] [EMAIL PROTECTED] After I type ./configure with any options or just ./configure this happens: checking for a BSD compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... yes checking for working aclocal... found checking for working autoconf... found checking for working automake... found checking for working autoheader... found checking for working makeinfo... found checking whether to enable maintainer-specific portions of Makefiles... no checking host system type... i686-pc-linux-gnu checking for gawk... gawk checking for bison... bison -y checking bison version... 1.28 (ok) checking for gcc... gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking how to run the C preprocessor... gcc -E checking for AIX... no checking for gcc option to accept ANSI C... none needed checking for ranlib... ranlib checking whether gcc and cc understand -c and -o together... yes checking whether ln -s works... yes checking for flex... flex checking for flex... (cached) flex checking for yywrap in -lfl... yes checking lex output file root... lex.yy checking whether yytext is a pointer... yes checking for working const... yes checking for pthreads_cflags... In the config.log it shows this (last line): configure:2596: gcc -o conftest -g -O2 -pthread conftest.c 15 I've successfully compiled and installed php3, but I just don't know why this is happening. I also searched in the archived mailing list and 2 other poeple have the same problem, but there was no way to get around it without modifying the configure file. Keith --- Full Bug description available at: http://bugs.php.net/?id=9773 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] PHP 4.0 Bug #9766: IRCG trouble
Hi, the good thing is that the binary works! I am, however, still unable to produce a binary myself that doesn' crash. I've tried to upgrade to glibc 2.1.2 from 2.1.1. I've also tried to recompile the whole thing on a Redhat 7.1 beta (Fisher) with kernel 2.4.2-ac3 and glibc 2.2.1-3 installed and the PHP CVS snapshot from today. Perhaps I'm not compiling the stuff correctly. I used the MANUAL method as described in the readme from the ircg extension: - 1=install st, 2=instal IRCG, 3=unpack thttpd, 4=php install, 5=patch thttpd, 6=compile,install thttpd. On the Redhat 7.1 beta the GDB trace is somewhat more informative: #0 0x080ec730 in irc_cmd_RPL_NAMREPLY (conn=0x8186650, msg=0x4001a8f4) at irc_dispatcher.c:189 189 ep = irc_locate_channel(conn, msg-para[2].c); (gdb) bt #0 0x080ec730 in irc_cmd_RPL_NAMREPLY (conn=0x8186650, msg=0x4001a8f4) at irc_dispatcher.c:189 #1 0x080ece23 in dispatch_message (conn=0x8186650, msg=0x4001a8f4) at irc_dispatcher.c:459 #2 0x080ed1da in irc_dispatcher (dummy=0x8186650) at irc_dispatcher.c:587 #3 0x4005cddf in _st_thread_main () at sched.c:608 (gdb) print conn $1 = (irconn_t *) 0x8186650 (gdb) print *msg $2 = {cmd = {c = 0x4001aa13 "353", len = 3, a = 4}, nickname = { c = 0x4001aa05 "server.my.net 353", len = 10, a = 11}, para = {{ c = 0x4001aa17 "adam-gamma", len = 10, a = 11}, {c = 0x4001aa22 "=", len = 1, a = 2}, {c = 0x4001aa24 "#TitanChat", len = 10, a = 11}, { c = 0x4001aa30 "@adam-gamma ", len = 12, a = 13}, { c = 0x4001aa35 "-gamma ", len = 3, a = 4}, {c = 0x4001aa39 "ma ", len = 9, a = 10}, { c = 0x4001aa43 "er.my.net 366 adam-gamma #TitanChat :End of /NAMES list.\r\n", len = 9, a = 10}, { c = 0x4001aa4d "366 adam-gamma #TitanChat :End of /NAMES list.\r\n", len = 8, a = 9}, { c = 0x4001aa56 "gamma #TitanChat :End of /NAMES list.\r\n", len = 14, a = 15}, {c = 0x4001aa65 "t :End of /NAMES list.\r\n", len = 10, a = 11}, {c = 0x4001aa70 "NAMES list.\r\n", len = 10, a = 11}, { c = 0x4001aa7b "\r\n", len = 12, a = 13}, { c = 0x4001aa88 " 366 adam-gamma #TitanChat :End of /NAMES list.\r\n", len = 11, a = 12}, { c = 0x4001aa94 "mma #TitanChat :End of /NAMES list.\r\n", len = 11, a = 12}, {c = 0x4001aaa0 "at :End of /NAMES list.\r\n", len = 15, a = 16}, {c = 0x4001aab1 " list.\r\n", len = 28, a = 29}, {c = 0x0, len = 0, a = 0}, {c = 0x0, len = 0, a = 0}, {c = 0x0, len = 0, a = 0}, { c = 0x0, len = 0, a = 0}}, nr_para = 4} (gdb) print *conn $3 = {username = "adam-gamma\000tr_replace(\"\\n\", \"\", ", username_len = 10 '\n', c = 0x8184da0, hooks = {0x8068af4 part_handler, 0x806896c user_add, 0x8068b60 user_leave, 0x8068ca0 user_kick, 0x8068a98 new_topic, 0x80685c4 msg_handler, 0x8067928 quit_handler, 0x80688c4 error_handler, 0, 0x8068688 nick_handler, 0x8068bbc user_quit, 0x80686e4 whois_user_handler, 0x8068740 whois_server_handler, 0x806879c whois_idle_handler, 0x8068850 whois_channels_handler, 0x80687f8 end_of_whois_handler, 0x8068cfc mode_channel_handler, 0x8068c18 idle_recv_queue}, server = { __ss_family = 2, __ss_align = 1950741204, __ss_padding = "elect name=ptarget';\n\tlast_selected_user = already_written ? window.userlist.document.forms[0].ptarget.options[window.u"}, server_len = 16, sockpf = 2, status = 1 '\001', data = 0x8186650, dispatcher = 0x4001aeec, channels = {slh_first = 0x818e380}, irc_msgbuf = { slh_first = 0x0}, ident = "foo\000\000.sel", ident_len = 3 '\003', password = "\000tedIndex].value : \"\";\n\tvar i, j", realname = "Mozilla/5.0 (X11; U; Linux 2.4.0 i686; en-US; 0.8) Gecko/2001021"} --- Cheers, Adam On Fri, Mar 16, 2001 at 10:00:35AM +0100, Sascha Schumann wrote: On Fri, 16 Mar 2001, Adam Dickmeiss wrote: OK, see http://www.php.net/bugs.php?id=9766edit=1 Thanks. In order to exclude bugs in the compiler/C library, can you please give this version a try? http://schumann.cx/ircg/ircg-2.1-x86-linux.tar.gz You can replace your thttpd copy with the bin/ircg file. The effect you are seeing might be related to a bug in glibc 2.1.1. - Sascha Experience IRCG http://schumann.cx/http://schumann.cx/ircg -- Adam Dickmeiss mailto:[EMAIL PROTECTED] http://www.indexdata.dk Index Data T: +45 33410100 Mob.: 212 212 66 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9775 Updated: libmcrypt-2.4.9 causes random segmentation faults
ID: 9775 Updated by: derick Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Reproduceable crash Assigned To: derick Comments: Those memleaks can in no way crash php too. It seems to me that the key is not freed. I'll check this part out. Previous Comments: --- [2001-03-15 23:09:58] [EMAIL PROTECTED] I had those same segfaults but after I updated my GDB to version 5.0 they didn't happen again. So please try updating your GDB and try generating the backtrace for the crashes again. FYI: The author of libmcrypt has said that some of these crashes are actually bugs in the libmcrypt itself.. --Jani --- [2001-03-15 22:16:23] [EMAIL PROTECTED] ./configure --with-apxs --with-mcrypt --with-mhash --with-mysql=../../mysql --with-gd --enable-versioning --with-ttf --with-jpeg-dir=../jpeg-6b Apache 1.3.19, mod_ssl 2.8.1-1.3.19, mm 1.1.3, libmcrypt 2.4.9, mhash 0.8.9, mysql 3.23.34, gd 1.8.4, libpng 1.0.9, freetype 2.0, zlib 1.1.3, jpeg-6b Some scripts seemed to crash inexplicably (eg. during code that wasn't even calling any functions), and apache's error_log contains lines similar to: [Fri Mar 16 13:58:06 2001] [notice] child pid 15396 exit signal Segmentation fault (11) The same code sometimes segfaulted and sometimes didn't, and trying to pinpoint the exact crash line by inserting die() commands, would sometimes give different death locations. I tracked down the problem location, firstly by recompiling PHP with --enable-debug, and then by using gdb's backtrace function. I will now give both of these results. When --enable-debug is added to the above configure line, no segmentation faults occur, but the apache error log contains lines such as: mcrypt.c(1240) : Freeing 0x081957D4 (8 bytes), script=/var/www/activate/calculate.php Last leak repeated 1 times. mcrypt.c(1240) : Freeing 0x081D1A34 (24 bytes), script=/var/www/paygate/confirm.php The scripts in question contain a line: $target = mcrypt_cbc(MCRYPT_DES, $product, $serial, MCRYPT_DECRYPT); The first mcrypt error message above was for MCRYPT_DES, and the second was for MCRYPT_TripleDES. So my guess would be that this memory leak is causing all of my crashes mentioned above. [Note: Adding an initialization vector as a fifth parameter, or instead using mcrypt_encrypt() as describe in the manual, does not correct the problem in any respect.] After finding this, I recompiled PHP without --enable-debug, and used GDB backtrace function. The first trace below occurs at the MCRYPT_DES line above, and the second trace occurs in a function a fair way after the MCRYPT_TripleDES line mentioned above (presumably it left memory corrupted or something). [root@ptl3 bin]# gdb httpd GNU gdb 4.17.0.11 with Linux support 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-redhat-linux"... (gdb) run -X Starting program: /usr/local/apache/bin/httpd -X Cannot access memory at address 0x7972. (gdb) bt #0 _dl_debug_state () at dl-debug.c:56 #1 0x4000a12b in _dl_catch_error (errstring=0xbfffc5cc, operate=0x402607a0 dl_open_worker, args=0xbfffc5d0) at dl-error.c:141 #2 0x402609fd in _dl_open (file=0x8183f70 "/usr/local/lib/libmcrypt/des.so", mode=257) at dl-open.c:176 #3 0x40186058 in dlopen_doit (a=0xbfffc6d8) at dlopen.c:39 #4 0x4000a12b in _dl_catch_error (errstring=0x40187d00, operate=0x40186030 dlopen_doit, args=0xbfffc6d8) at dl-error.c:141 #5 0x40186608 in _dlerror_run (operate=0x40186030 dlopen_doit, args=0xbfffc6d8) at dlerror.c:122 #6 0x4018601d in __dlopen_check (file=0x8183f70 "/usr/local/lib/libmcrypt/des.so", mode=257) at dlopen.c:50 #7 0x40508c91 in sys_dl_open (handle=0x8183ec0, filename=0x8183f70 "/usr/local/lib/libmcrypt/des.so") at ltdl.c:266 #8 0x405091ad in tryall_dlopen (handle=0xbfffc814, filename=0x8183f70 "/usr/local/lib/libmcrypt/des.so") at ltdl.c:943 #9 0x405092be in find_module (handle=0xbfffc814, dir=0x8183e80 "/usr/local/lib/libmcrypt/", libdir=0x8183e58 "/usr/local/lib/libmcrypt", dlname=0x8183ea0 "des.so", old_name=0x8183eb0 "des.a", installed=1) at ltdl.c:986 #10 0x40509e54 in lt_dlopen (filename=0x8185ae0 "des.la") at ltdl.c:1340 #11 0x4050a191 in lt_dlopenext (filename=0x8193ed4 "des") at ltdl.c:1434 #12 0x40505244 in mcrypt_dlopen (a_directory=0x0, m_directory=0x0, filename=0x8193ed4 "des") at mcrypt_modules.c:95 #13 0x40505295 in mcrypt_module_open (algorithm=0x8193ed4 "des", a_directory=0x0, mode=0x40461662 "cbc",
[PHP-DEV] PHP 4.0 Bug #9785: Stopping apache (1.3.14) service (with PHP) crashes and Dr. Watson appears
From: [EMAIL PROTECTED] Operating system: Win2K PHP version: 4.0.4pl1 PHP Bug Type: Apache related Bug description: Stopping apache (1.3.14) service (with PHP) crashes and Dr. Watson appears Hi. I've got installed the following: * Windows NT 5.0 build 2195, a.k.a. Win 2000 Pro with Service Pack 1 * Apache 1.3.14 * PHP 4.0.4pl1 * Zend Engine v1.0.4 and Apache just work as a NT Service. If I stop that service, Dr. Watson jumps to log a crash. Maybe, Apache "crashes" due to a malfunction in PHP-Apache-Win2K interaction. Any idea? Thanks in advance. Arturo García Martín [EMAIL PROTECTED] -- Edit Bug report at: http://bugs.php.net/?id=9785edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9775 Updated: libmcrypt-2.4.9 causes random segmentation faults
ID: 9775 Updated by: derick Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Reproduceable crash Assigned To: Comments: These memleaks where indeed caused by not freeing the key. Fix is pending until I have access to CVS again. Previous Comments: --- [2001-03-16 09:26:03] [EMAIL PROTECTED] Those memleaks can in no way crash php too. It seems to me that the key is not freed. I'll check this part out. --- [2001-03-15 23:09:58] [EMAIL PROTECTED] I had those same segfaults but after I updated my GDB to version 5.0 they didn't happen again. So please try updating your GDB and try generating the backtrace for the crashes again. FYI: The author of libmcrypt has said that some of these crashes are actually bugs in the libmcrypt itself.. --Jani --- [2001-03-15 22:16:23] [EMAIL PROTECTED] ./configure --with-apxs --with-mcrypt --with-mhash --with-mysql=../../mysql --with-gd --enable-versioning --with-ttf --with-jpeg-dir=../jpeg-6b Apache 1.3.19, mod_ssl 2.8.1-1.3.19, mm 1.1.3, libmcrypt 2.4.9, mhash 0.8.9, mysql 3.23.34, gd 1.8.4, libpng 1.0.9, freetype 2.0, zlib 1.1.3, jpeg-6b Some scripts seemed to crash inexplicably (eg. during code that wasn't even calling any functions), and apache's error_log contains lines similar to: [Fri Mar 16 13:58:06 2001] [notice] child pid 15396 exit signal Segmentation fault (11) The same code sometimes segfaulted and sometimes didn't, and trying to pinpoint the exact crash line by inserting die() commands, would sometimes give different death locations. I tracked down the problem location, firstly by recompiling PHP with --enable-debug, and then by using gdb's backtrace function. I will now give both of these results. When --enable-debug is added to the above configure line, no segmentation faults occur, but the apache error log contains lines such as: mcrypt.c(1240) : Freeing 0x081957D4 (8 bytes), script=/var/www/activate/calculate.php Last leak repeated 1 times. mcrypt.c(1240) : Freeing 0x081D1A34 (24 bytes), script=/var/www/paygate/confirm.php The scripts in question contain a line: $target = mcrypt_cbc(MCRYPT_DES, $product, $serial, MCRYPT_DECRYPT); The first mcrypt error message above was for MCRYPT_DES, and the second was for MCRYPT_TripleDES. So my guess would be that this memory leak is causing all of my crashes mentioned above. [Note: Adding an initialization vector as a fifth parameter, or instead using mcrypt_encrypt() as describe in the manual, does not correct the problem in any respect.] After finding this, I recompiled PHP without --enable-debug, and used GDB backtrace function. The first trace below occurs at the MCRYPT_DES line above, and the second trace occurs in a function a fair way after the MCRYPT_TripleDES line mentioned above (presumably it left memory corrupted or something). [root@ptl3 bin]# gdb httpd GNU gdb 4.17.0.11 with Linux support 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-redhat-linux"... (gdb) run -X Starting program: /usr/local/apache/bin/httpd -X Cannot access memory at address 0x7972. (gdb) bt #0 _dl_debug_state () at dl-debug.c:56 #1 0x4000a12b in _dl_catch_error (errstring=0xbfffc5cc, operate=0x402607a0 dl_open_worker, args=0xbfffc5d0) at dl-error.c:141 #2 0x402609fd in _dl_open (file=0x8183f70 "/usr/local/lib/libmcrypt/des.so", mode=257) at dl-open.c:176 #3 0x40186058 in dlopen_doit (a=0xbfffc6d8) at dlopen.c:39 #4 0x4000a12b in _dl_catch_error (errstring=0x40187d00, operate=0x40186030 dlopen_doit, args=0xbfffc6d8) at dl-error.c:141 #5 0x40186608 in _dlerror_run (operate=0x40186030 dlopen_doit, args=0xbfffc6d8) at dlerror.c:122 #6 0x4018601d in __dlopen_check (file=0x8183f70 "/usr/local/lib/libmcrypt/des.so", mode=257) at dlopen.c:50 #7 0x40508c91 in sys_dl_open (handle=0x8183ec0, filename=0x8183f70 "/usr/local/lib/libmcrypt/des.so") at ltdl.c:266 #8 0x405091ad in tryall_dlopen (handle=0xbfffc814, filename=0x8183f70 "/usr/local/lib/libmcrypt/des.so") at ltdl.c:943 #9 0x405092be in find_module (handle=0xbfffc814, dir=0x8183e80 "/usr/local/lib/libmcrypt/", libdir=0x8183e58 "/usr/local/lib/libmcrypt", dlname=0x8183ea0 "des.so", old_name=0x8183eb0 "des.a", installed=1) at ltdl.c:986 #10 0x40509e54 in lt_dlopen (filename=0x8185ae0 "des.la") at ltdl.c:1340 #11 0x4050a191 in lt_dlopenext (filename=0x8193ed4 "des") at ltdl.c:1434 #12 0x40505244 in
[PHP-DEV] PHP 4.0 Bug #9786: Predefined variable HTTP_ENCODING should be HTTP_ACCEPT_ENCODING
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.4pl1 PHP Bug Type: Documentation problem Bug description: Predefined variable HTTP_ENCODING should be HTTP_ACCEPT_ENCODING An error in the documentation. The chapter about predefined variables mentions a variable HTTP_ENCODING that should return the encoding accepted by the browser. This is already this way since I started using PHP (version 3). But the new documentation still mentions this variable. Only problem is, that this variable doesn't exist. It should be HTTP_ACCEPT_ENCODING. Renze Munnik DataLink bv -- Edit Bug report at: http://bugs.php.net/?id=9786edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9787: redirecting php-cgi stderr does not affect php://stderr
From: [EMAIL PROTECTED] Operating system: SCO Openserver5 (Any UNIX?) PHP version: 4.0.4pl1 PHP Bug Type: Filesystem function related Bug description: redirecting php-cgi stderr does not affect php://stderr Redirecting php-cgi stderr when invoking a php script from the command line (as in 'myscript.php 2error.log') does not affect writing data to php://stderr, but it does affect writing to /dev/stderr. -- Edit Bug report at: http://bugs.php.net/?id=9787edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9788: configure extionsions fails on --with-crack=/usr/lib
From: [EMAIL PROTECTED] Operating system: RH 7.0 -all updates -kernel 2.2.17-14 PHP version: 4.0 Latest CVS (16/03/2001) PHP Bug Type: PHP options/info functions Bug description: configure extionsions fails on --with-crack=/usr/lib cvs php4-200103151345 --- [root@lewis /root]# gcc --version 2.96 [root@lewis /root]# automake --version automake (GNU automake) 1.4 [root@lewis /root]# make --version GNU Make version 3.79.1, by Richard Stallman and Roland McGrath. Built for i386-redhat-linux-gnu It bombs on checking whether to include crack support... yes configure: error: Cannot find the cracklib library file ./configure \ --with-apxs=/usr/sbin/apxs \ --with-config-file-path=/etc/httpd \ --enable-track-vars \ --enable-trans-sid \ --enable-debug \ --enable-ftp \ --enable-exif \ --enable-sockets \ --enable-calendar \ --enable-ctype \ --enable-shmop \ --enable-ucd-snmp-hack \ --enable-wddx \ --with-crack=/usr/lib \ --with-curl=/usr/local/lib \ --with-expat-dir=/usr/local/lib \ --with-gd=/usr/local/lib \ --with-jpeg-dir=/usr/lib \ --with-t1lib=/usr/local/lib \ --with-gettext=/usr \ --with-gmp \ --with-hyperwave \ --with-imap=/usr/local/lib \ --with-ldap=/usr \ --with-mhash=/usr/local/lib \ --with-mcrypt=/usr/local/lib \ --with-mysql=/usr \ --with-readline=/usr/include \ --with-pdflib=/usrlocal/lib \ --with-pgsql=/usr/include \ --with-png-dir=/usr/local/lib \ --with-pspell=/usr/local \ --with-qtdom \ --with-sablot=/usr/local/lib \ --with-snmp \ --with-swf=/usr/local \ --with-tiff-dir=/usr/local/lib \ --with-ttf=/usr/lib \ --with-zlib=/usr/local/lib \ - [root@lewis /root]# ls /usr/lib | grep crack cracklib_dict.hwm cracklib_dict.pwd cracklib_dict.pwi libcrack.so libcrack.so.2 libcrack.so.2.7 - There were also a ton of errors like this in the config.log collect2: ld returned 1 exit status configure: failed program was: #line 6491 "configure" #include "confdefs.h" --- I hate to do it but here is the whole config.log just in case you need it. This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. configure:1315: checking for a BSD compatible install configure:1368: checking whether build environment is sane configure:1425: checking whether make sets ${MAKE} configure:1464: checking for working aclocal configure:1477: checking for working autoconf configure:1490: checking for working automake configure:1503: checking for working autoheader configure:1516: checking for working makeinfo configure:1546: checking whether to enable maintainer-specific portions of Makefiles configure:1575: checking host system type configure:1603: checking for gawk configure:1637: checking for bison configure:1671: checking bison version configure:1684: checking for gcc configure:1797: checking whether the C compiler (gcc ) works configure:1813: gcc -o conftestconftest.c 15 configure:1839: checking whether the C compiler (gcc ) is a cross-compiler configure:1844: checking whether we are using GNU C configure:1853: gcc -E conftest.c configure:1872: checking whether gcc accepts -g configure:1904: checking how to run the C preprocessor configure:1925: gcc -E conftest.c /dev/null 2conftest.out configure:1984: checking for AIX configure:2031: checking for gcc option to accept ANSI C configure:2084: gcc -c -g -O2 conftest.c 15 configure:2111: checking for ranlib configure:2140: checking whether gcc and cc understand -c and -o together configure:2155: gcc -c conftest.c -o conftest.o 15 configure:2156: gcc -c conftest.c -o conftest.o 15 configure:2161: cc -c conftest.c 15 configure:2163: cc -c conftest.c -o conftest.o 15 configure:2164: cc -c conftest.c -o conftest.o 15 configure:2191: checking whether ln -s works configure:2215: checking for flex configure:2249: checking for yywrap in -lfl configure:2268: gcc -o conftest -g -O2 conftest.c -lfl 15 configure:2292: checking lex output file root configure:2313: checking whether yytext is a pointer configure:2332: gcc -o conftest -g -O2 conftest.c -lfl 15 configure:2356: checking for working const configure:2410: gcc -c -g -O2 conftest.c 15 configure:2527: gcc -o conftest -g -O2 conftest.c 15 /tmp/cck97xWI.o: In function `main': /root/tar/php4-200103151345/configure:2522: undefined reference to `pthread_mutexattr_init' /root/tar/php4-200103151345/configure:2523: undefined reference to `pthread_create' collect2: ld returned 1 exit status configure: failed program was: #line 2509 "configure" #include "confdefs.h" #include pthread.h #include stddef.h void
[PHP-DEV] PHP 4.0 Bug #9789: Running mcrypt functions causes segmentation faults
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.4pl1 PHP Bug Type: mcrypt related Bug description: Running mcrypt functions causes segmentation faults We are using PHP as an Apache module, and are using mcrypt functions in our scripts, and we get segmentation faults. We have submitted queries at a few forums, and gotten no answer that will help us. This not only happens at the server from which we're delivering logs and other data, but at other servers, with diferent kernels, apache versions, even diferent distribution versions. We have tried configuring php in many diferent ways, but we keep getting the segmentation faults. We run: gdb /apache/bin/httpd and at gdb prompt: run -X and then when we try to browse the php script (included after this gdb log): --- begin gdb log --- This GDB was configured as "i386-redhat-linux"... (gdb) run -X Starting program: /apache/bin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x400fc0b9 in chunk_free (ar_ptr=0x40190d60, p=0xcfdacd2b) at malloc.c:3094 3094malloc.c: No such file or directory. (gdb) (gdb) bt #0 0x400fc0b9 in chunk_free (ar_ptr=0x40190d60, p=0xcfdacd2b) at malloc.c:3094 #1 0x400fbfba in __libc_free (mem=0x8120368) at malloc.c:3023 #2 0x402f82a0 in mcrypt_free (ptr=0x8120368) at mcrypt.c:242 #3 0x402047d5 in php_mcrypt_do_crypt (cipher=0x81203a4 "des", key=0x8147c68, data=0x8147c6c, mode=0x812038c "ecb", iv=0x0, argc=4, dencrypt=0, return_value=0x814b584) at mcrypt.c:1258 #4 0x40204d6d in php_if_mcrypt_encrypt (ht=4, return_value=0x814b584, this_ptr=0x0, return_value_used=1) at mcrypt.c:1329 #5 0x401caaf6 in execute (op_array=0x814b7a4) at ./zend_execute.c:1519 #6 0x401d8b30 in zend_execute_scripts (type=8, file_count=3) at zend.c:729 #7 0x401e9c41 in php_execute_script (primary_file=0xb7e0) at main.c:1221 #8 0x401e6682 in apache_php_module_main (r=0x812fd0c, display_source_mode=0) at sapi_apache.c:89 #9 0x401e6fa3 in send_php (r=0x812fd0c, display_source_mode=0, filename=0x0) at mod_php4.c:516 #10 0x401e6fd4 in send_parsed_php (r=0x812fd0c) at mod_php4.c:527 #11 0x8076473 in ap_invoke_handler () at md4.c:255 #12 0x8089f09 in process_request_internal () at md4.c:255 #13 0x8089f6c in ap_process_request () at md4.c:255 #14 0x808159e in child_main () at md4.c:255 #15 0x808172c in make_child () at md4.c:255 #16 0x8081889 in startup_children () at md4.c:255 #17 0x8081ec6 in standalone_main () at md4.c:255 #18 0x8082653 in main () at md4.c:255 #19 0x400ba9cb in __libc_start_main (main=0x808230c main, argc=2, argv=0xb9a4, init=0x804efe4 _init, fini=0x80b6c0c _fini, rtld_fini=0x4000ae60 _dl_fini, stack_end=0xb99c) at ../sysdeps/generic/libc-start.c:92 (gdb) --- end gdb log --- --- begin php script ? print(@mcrypt_encrypt(MCRYPT_DES, "12345678",'aaa ', MCRYPT_MODE_ECB)); print("\nbr\n"); ? --- end php script --- Here are some other details that we hope might help you. We're using Red Hat Linux release 6.2 (Zoot), with the default kernel (2.2.14-5) on an intel processor: model name : Pentium III (Coppermine) stepping: 3 cpu MHz : 598.075823 The software we think is involved in causing this problem is: Apache: melpomenia:/apache/bin# /apache/bin/httpd -v Server version: Apache/1.3.17 (Unix) Server built: Feb 6 2001 10:25:18 PHP: php-4.0.4pl1 ./configure --enable-bcmath \ --with-db2 --with-apxs=/apache/bin/apxs \ --enable-shmop --with-zlib --enable-track-vars --with-ftp --with-gettext \ --with-mysql --with-gd --with-mcrypt --enable-sysvsem --enable-sysvshm \ --with-mhash --without-xml --disable-xml --enable-debug LibMcrypt (which is what we suspect is causing the segmentation faults, from the straces we have run, as well as from the fact that we only get segmentation faults when using mcrypt functions in the scripts). libmcrypt-2.4.4 If you need any additional information, or find that this is not a bug but a mistake on our part, please contact us at: [EMAIL PROTECTED] or [EMAIL PROTECTED] Thank you for your wonderful scripting language, we hope we can help you make it even better :). -- Edit Bug report at: http://bugs.php.net/?id=9789edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] PHP 4.0 Bug #9766: IRCG trouble
Hi Adam, the good thing is that the binary works! I am, however, still unable to produce a binary myself that doesn' crash. I've tried to upgrade to glibc 2.1.2 from 2.1.1. I've also tried to recompile the whole thing on a Redhat 7.1 beta (Fisher) with kernel 2.4.2-ac3 and glibc 2.2.1-3 installed and the PHP CVS snapshot from today. Wow, you are putting quite a lot of energy into this :-) Perhaps I'm not compiling the stuff correctly. I used the MANUAL method as described in the readme from the ircg extension: - 1=install st, 2=instal IRCG, 3=unpack thttpd, 4=php install, 5=patch thttpd, 6=compile,install thttpd. Looks allright. If thttpd starts up, it is very unlikely that you did something wrong during building it. On the Redhat 7.1 beta the GDB trace is somewhat more informative: #0 0x080ec730 in irc_cmd_RPL_NAMREPLY (conn=0x8186650, msg=0x4001a8f4) at irc_dispatcher.c:189 189 ep = irc_locate_channel(conn, msg-para[2].c); [..] (gdb) print *msg $2 = {cmd = {c = 0x4001aa13 "353", len = 3, a = 4}, nickname = { [..] We are dereferencing a pointer in line 189, but that pointer seems to be valid. So, I don't see any reason why it would segfault at that point. As you are seeing this problem on multiple Linux installations, I'd recommened to use the install_ircg.sh script from http://schumann.cx/ircg/install_ircg.sh and set CFLAGS in line 19 to "-g". Also make sure that you don't have any old header files/libraries hanging around. - Sascha Experience IRCG http://schumann.cx/http://schumann.cx/ircg -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9790: File left in temp dir after POST
From: [EMAIL PROTECTED] Operating system: Solaris 2.6 PHP version: 4.0.3 PHP Bug Type: Filesystem function related Bug description: File left in temp dir after POST !-- myform.php -- html form action="dosubmit.php" input name=image1 type=file input type=submit /form /html !-- END myform.php -- !-- dosubmit.php -- ?php // // Move the image to the given directory // moveImageFile("imageDir"); function moveImageFile($destDir) { $imageName1 = $GLOBALS["HTTP_POST_FILES"]["image1"]["name"]; if (!empty($imageName1)) { $filename = "$destDir/$imageName1"; move_uploaded_file($GLOBALS["image1"], $filename); chmod($filename, "420"); } } ? !-- END dosubmit.php -- If the user specifies a file which exists on the local machine, all well and good (the file is put into the imageDir directory and the temp file is removed from /var/tmp). However, if they either specify a non-existent file, or leave the input field blank, then a temp php. file (0 bytes in size) is left in /var/tmp. The documentation says that uploaded files should automatically be removed from the temp dir, but it doesn't seem to be happening in this case. I can't even remove the file manually using unlink because I can't get the temp file name. -- Edit Bug report at: http://bugs.php.net/?id=9790edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9791: Stored Procedures
From: [EMAIL PROTECTED] Operating system: Win2000 PHP version: 4.0.2 PHP Bug Type: MSSQL related Bug description: Stored Procedures Hi, I can't work with a stored procedures that returns a value ! The stored procedures that don't returns anything works fine! But if i have a procedure that returns a value i can't get that value ! Please help me. Thanks -- Edit Bug report at: http://bugs.php.net/?id=9791edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9790 Updated: File left in temp dir after POST
ID: 9790 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Filesystem function related Assigned To: Comments: Fixed in PHP 4.0.4pl1. --Jani Previous Comments: --- [2001-03-16 11:00:32] [EMAIL PROTECTED] !-- myform.php -- html form action="dosubmit.php" input name=image1 type=file input type=submit /form /html !-- END myform.php -- !-- dosubmit.php -- ?php // // Move the image to the given directory // moveImageFile("imageDir"); function moveImageFile($destDir) { $imageName1 = $GLOBALS["HTTP_POST_FILES"]["image1"]["name"]; if (!empty($imageName1)) { $filename = "$destDir/$imageName1"; move_uploaded_file($GLOBALS["image1"], $filename); chmod($filename, "420"); } } ? !-- END dosubmit.php -- If the user specifies a file which exists on the local machine, all well and good (the file is put into the imageDir directory and the temp file is removed from /var/tmp). However, if they either specify a non-existent file, or leave the input field blank, then a temp php. file (0 bytes in size) is left in /var/tmp. The documentation says that uploaded files should automatically be removed from the temp dir, but it doesn't seem to be happening in this case. I can't even remove the file manually using unlink because I can't get the temp file name. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9790edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9773 Updated: Configure hangs
ID: 9773 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: *Configuration Issues Description: Configure hangs Here is the complete config.log file: This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. configure:1299: checking for a BSD compatible install configure:1352: checking whether build environment is sane configure:1409: checking whether make sets ${MAKE} configure:1448: checking for working aclocal configure:1461: checking for working autoconf configure:1474: checking for working automake configure:1487: checking for working autoheader configure:1500: checking for working makeinfo configure:1530: checking whether to enable maintainer-specific portions of Makefiles configure:1559: checking host system type configure:1587: checking for gawk configure:1621: checking for bison configure:1655: checking bison version configure:1668: checking for gcc configure:1781: checking whether the C compiler (gcc ) works configure:1797: gcc -o conftestconftest.c 15 configure:1823: checking whether the C compiler (gcc ) is a cross-compiler configure:1828: checking whether we are using GNU C configure:1837: gcc -E conftest.c configure:1856: checking whether gcc accepts -g configure:1888: checking how to run the C preprocessor configure:1909: gcc -E conftest.c /dev/null 2conftest.out configure:1968: checking for AIX configure:2013: checking for gcc option to accept ANSI C configure:2066: gcc -c -g -O2 conftest.c 15 configure:2093: checking for ranlib configure:2122: checking whether gcc and cc understand -c and -o together configure:2137: gcc -c conftest.c -o conftest.o 15 configure:2138: gcc -c conftest.c -o conftest.o 15 configure:2143: cc -c conftest.c 15 configure:2145: cc -c conftest.c -o conftest.o 15 configure:2146: cc -c conftest.c -o conftest.o 15 configure:2173: checking whether ln -s works configure:2200: checking for flex configure:2233: checking for flex configure:2267: checking for yywrap in -lfl configure:2286: gcc -o conftest -g -O2 conftest.c -lfl 15 configure:2309: checking lex output file root configure:2330: checking whether yytext is a pointer configure:2349: gcc -o conftest -g -O2 conftest.c -lfl 15 configure:2372: checking for working const configure:2426: gcc -c -g -O2 conftest.c 15 configure:2543: gcc -o conftest -g -O2 conftest.c 15 /tmp/cce0pXlV.o: In function `main': /home/k/keith/php/php-4.0.4pl1/configure:2538: undefined reference to `pthread_mutexattr_init' /home/k/keith/php/php-4.0.4pl1/configure:2539: undefined reference to `pthread_create' collect2: ld returned 1 exit status configure: failed program was: #line 2525 "configure" #include "confdefs.h" #include pthread.h #include stddef.h void *thread_routine(void *data) { return data; } int main() { pthread_t thd; pthread_mutexattr_t mattr; int data = 1; pthread_mutexattr_init(mattr); return pthread_create(thd, NULL, thread_routine, data); } configure:2563: checking for pthreads_cflags configure:2596: gcc -o conftest -g -O2 -kthread conftest.c 15 gcc: unrecognized option `-kthread' /tmp/ccV61Ryr.o: In function `main': /home/k/keith/php/php-4.0.4pl1/configure:2591: undefined reference to `pthread_mutexattr_init' /home/k/keith/php/php-4.0.4pl1/configure:2592: undefined reference to `pthread_create' collect2: ld returned 1 exit status configure: failed program was: #line 2578 "configure" #include "confdefs.h" #include pthread.h #include stddef.h void *thread_routine(void *data) { return data; } int main() { pthread_t thd; pthread_mutexattr_t mattr; int data = 1; pthread_mutexattr_init(mattr); return pthread_create(thd, NULL, thread_routine, data); } configure:2596: gcc -o conftest -g -O2 -pthread conftest.c 15 Keith Previous Comments: --- [2001-03-16 08:59:07] [EMAIL PROTECTED] After running 'gcc -v' I get this, Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/egcs-2.91.66/specs gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release) Keith --- [2001-03-15 23:11:30] [EMAIL PROTECTED] What is the version of GCC ? --Jani --- [2001-03-15 16:51:52] [EMAIL PROTECTED] After I type ./configure with any options or just ./configure this happens: checking for a BSD compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... yes checking for working aclocal... found checking for working autoconf... found checking for working automake... found checking for working autoheader... found checking for working makeinfo... found checking whether to enable
[PHP-DEV] PHP 4.0 Bug #9786 Updated: Predefined variable HTTP_ENCODING should be HTTP_ACCEPT_ENCODING
ID: 9786 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Documentation problem Assigned To: Comments: Fixed in CVS. Thank you for noticing this! --Jani Previous Comments: --- [2001-03-16 09:42:34] [EMAIL PROTECTED] An error in the documentation. The chapter about predefined variables mentions a variable HTTP_ENCODING that should return the encoding accepted by the browser. This is already this way since I started using PHP (version 3). But the new documentation still mentions this variable. Only problem is, that this variable doesn't exist. It should be HTTP_ACCEPT_ENCODING. Renze Munnik DataLink bv --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9786edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9792: website bug
From: [EMAIL PROTECTED] Operating system: PHP version: 4.0.4pl1 PHP Bug Type: *General Issues Bug description: website bug This is an issue with the documentation area of the website. On IE 5.5 on Win2k, the "lookup" box in the manual area is miniscule. I think your "small" style is a little too much so. -- Edit Bug report at: http://bugs.php.net/?id=9792edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9793: ldap_mod_add with bad params cause Segfault
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.4pl1 PHP Bug Type: LDAP related Bug description: ldap_mod_add with bad params cause Segfault This cause SegFault: ldap_mod_add($param, $dn, Array("mail" = Array("1" = "[EMAIL PROTECTED]"))); This one works ok: ldap_mod_add($param, $dn, Array("mail" = Array("0" = "[EMAIL PROTECTED]"))); -- Edit Bug report at: http://bugs.php.net/?id=9793edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9792 Updated: website bug
ID: 9792 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: *General Issues Assigned To: Comments: Please send this kind of reports to [EMAIL PROTECTED] as this bug system is meant for reporting bugs in PHP the language. --Jani Previous Comments: --- [2001-03-16 11:40:34] [EMAIL PROTECTED] This is an issue with the documentation area of the website. On IE 5.5 on Win2k, the "lookup" box in the manual area is miniscule. I think your "small" style is a little too much so. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9792edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9794: array_keys resets the array pointer and can not be used when looping
From: [EMAIL PROTECTED] Operating system: linux 2.2.16 PHP version: 4.0.4pl1 PHP Bug Type: Scripting Engine problem Bug description: array_keys resets the array pointer and can not be used when looping The following code is broken: $arr = array("a", "b", "c"); foreach ($arr as $a) { echo "$aBR\n"; echo max(array_keys($arr)); } It stops after the first array element because array_keys resets the array pointer. (Or at least it's moved to the end...) This is sort of a (repectful) complaint that I have about PHP and they way it's been written. Arrays are systematically prostituted by the array functions because each one of them sees fit to reset the array pointer instead of just working off of a copy, or at the very least, returning the array pointer to it's previous state. Is there some reason that the array pointer can't be returned to it's previous state after the array functions are finished with it? -- Edit Bug report at: http://bugs.php.net/?id=9794edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] PHP 4.0 Bug #9794: array_keys resets the array pointer and can not be used when looping
I'll fix this problem soon. It's even in the TODO. On Fri, 16 Mar 2001, [EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] Operating system: linux 2.2.16 PHP version: 4.0.4pl1 PHP Bug Type: Scripting Engine problem Bug description: array_keys resets the array pointer and can not be used when looping The following code is broken: $arr = array("a", "b", "c"); foreach ($arr as $a) { echo "$aBR\n"; echo max(array_keys($arr)); } It stops after the first array element because array_keys resets the array pointer. (Or at least it's moved to the end...) This is sort of a (repectful) complaint that I have about PHP and they way it's been written. Arrays are systematically prostituted by the array functions because each one of them sees fit to reset the array pointer instead of just working off of a copy, or at the very least, returning the array pointer to it's previous state. Is there some reason that the array pointer can't be returned to it's previous state after the array functions are finished with it? -- Edit Bug report at: http://bugs.php.net/?id=9794edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -Andrei * If Bill Gates had a nickel for every time Windows crashed.. Oh, wait.. * -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] PHP 4.0 Bug #9794: array_keys resets the array pointer and can not be used when looping
Awesome. Are you planning to just fix the array_keys function, or will there be a change as to how the array functions work with the array pointers? Thanks, Daniel Beckham - Original Message - From: "Andrei Zmievski" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Friday, March 16, 2001 11:18 AM Subject: Re: [PHP-DEV] PHP 4.0 Bug #9794: array_keys resets the array pointer and can not be used when looping I'll fix this problem soon. It's even in the TODO. On Fri, 16 Mar 2001, [EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] Operating system: linux 2.2.16 PHP version: 4.0.4pl1 PHP Bug Type: Scripting Engine problem Bug description: array_keys resets the array pointer and can not be used when looping The following code is broken: $arr = array("a", "b", "c"); foreach ($arr as $a) { echo "$aBR\n"; echo max(array_keys($arr)); } It stops after the first array element because array_keys resets the array pointer. (Or at least it's moved to the end...) This is sort of a (repectful) complaint that I have about PHP and they way it's been written. Arrays are systematically prostituted by the array functions because each one of them sees fit to reset the array pointer instead of just working off of a copy, or at the very least, returning the array pointer to it's previous state. Is there some reason that the array pointer can't be returned to it's previous state after the array functions are finished with it? -- Edit Bug report at: http://bugs.php.net/?id=9794edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -Andrei * If Bill Gates had a nickel for every time Windows crashed.. Oh, wait.. * -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9794 Updated: array_keys resets the array pointer and can not be used when looping
ID: 9794 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Assigned Bug Type: Scripting Engine problem Assigned To: andrei Comments: I'll fix this problem soon. It's even in the TODO. (on behalf of Andrei..so that he doesn't forget this.. :) --Jani Previous Comments: --- [2001-03-16 12:13:24] [EMAIL PROTECTED] The following code is broken: $arr = array("a", "b", "c"); foreach ($arr as $a) { echo "$aBRn"; echo max(array_keys($arr)); } It stops after the first array element because array_keys resets the array pointer. (Or at least it's moved to the end...) This is sort of a (repectful) complaint that I have about PHP and they way it's been written. Arrays are systematically prostituted by the array functions because each one of them sees fit to reset the array pointer instead of just working off of a copy, or at the very least, returning the array pointer to it's previous state. Is there some reason that the array pointer can't be returned to it's previous state after the array functions are finished with it? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9794edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] PHP 4.0 Bug #9794: array_keys resets the array pointer and can not be used when looping
On Fri, Mar 16, 2001 at 11:21:39AM -0600, Andrei Zmievski wrote: On Fri, 16 Mar 2001, Daniel Beckham wrote: Awesome. Are you planning to just fix the array_keys function, or will there be a change as to how the array functions work with the array pointers? It'll be on a case-by-case basis. Some functions do need to move the pointers. It seems like this is a common problem, I think perhaps most of the PHP code (the C code) could be made cleaner if the Zend API separated pointers from the array structure. So that one could create a pointer and pass it as an argument to Zend hash functions, or something like that. It could be useful to have several pointers at once. One other option could be to have a pointer stack per hash, with two hash functions for pushing and popping the current pointer on/off the stack. A final option. It's easy for the C code using the Zend API to save the hash key for the element that the pointer currently points to. If there was a Zend function for setting the pointer (taking hash key as argument), it would be easier for the PHP C code to save and restore the pointer. Well, just some quick thoughts written down in a couple of minutes, there might be better alternatives, but I think one should consider some general ways of solving this problem. Stig -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9796: RAW datatype not handled in Ora_GetColumn
From: [EMAIL PROTECTED] Operating system: Digital Unix Oracle 7.3.4 PHP version: 4.0.4pl1 PHP Bug Type: Oracle related Bug description: RAW datatype not handled in Ora_GetColumn Hi, I suppose, if this problem is not specific to my installation instance, there is a bug in Oracle functions in php.4.0.4p1 Ora_GetColumn does not handle RAW datatype, which is defined in ocidfn.h line number 150 as #define SQLT_BIN 23 In ext/oracle.c SQLT_BIN case should be handled. I may provide a patch for this if you like. -- Edit Bug report at: http://bugs.php.net/?id=9796edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9778 Updated: error when compiling with gd
ID: 9778 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Compile Problem Description: error when compiling with gd Here is the error from config.log: configure:16597: checking for gdImageColorResolve in -lgd configure:16616: gcc -o conftest -g -O2 -DLINUX=2 -DTARGET="httpsd" -DUSE_HSREGEX -DUSE_EXPAT -DAPACHE_SSL -Wl,-rpath,/usr/lib/lib -L/usr/lib/lib -Wl,-rpath,/usr/X11R6/lib/lib -L/usr/X11R6/lib/lib -Wl,-rpath,/usr/local/gd -L/usr/local/gd -L/usr/local/gd conftest.c -lgd -lgd -lX11 -lXpm -ljpeg -lbz2 -lcrypto -lssl -lresolv -lm -ldl -lcrypt -lnsl -lresolv -L/usr/lib/lib -ljpeg -L/usr/X11R6/lib/lib -lXpm -L/usr/X11R6/lib/lib -lX11 15 /usr/i386-slackware-linux/bin/ld: cannot find -lX11 collect2: ld returned 1 exit status configure: failed program was: #line 16605 "configure" #include "confdefs.h" /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char gdImageColorResolve(); int main() { gdImageColorResolve() ; return 0; } Any ideas of what's the problem? Previous Comments: --- [2001-03-16 06:26:59] [EMAIL PROTECTED] Check what config.log has to say when it checks for gdImageColorResolve in libgd as it seems it does have it but the configure doesn't get it for some reason. --Jani --- [2001-03-16 02:22:55] [EMAIL PROTECTED] My configure command: ./configure --prefix=/usr/local --with-apxs=/usr/local/bin/apxs --enable-versioning --enable-track-vars --enable-ftp --enable-xml --with-mysql=/usr --with-pgsql=/usr/local --enable-safe-mode --with-openssl=/usr --enable-bcmath --with-bz2 --enable-sockets --enable-memory-limit --with-jpeg-dir=/usr/lib --with-xpm-dir=/usr/X11R6/lib --with-ttf=/usr/X11R6 --with-gd=/usr/local/gd --enable-gd-imgstrttf --enable-gd-native-ttf --with-mhash=/usr/local --with-mcrypt --with-t1lib=/usr/local --with-gettext --enable-freetype-4bit-antialias-hack The configure part of GD: checking whether to enable truetype string function in gd... yes checking for libjpeg (needed by gd-1.8+)... yes checking for jpeg_read_header in -ljpeg... yes checking for libXpm (needed by gd-1.8+)... yes checking for XpmFreeXpmImage in -lXpm... no no checking whether to include GD support... yes (static) checking for gdImageString16 in -lgd... no checking for gdImagePaletteCopy in -lgd... no checking for gdImageColorClosestHWB in -lgd... no checking for compress in -lz... no checking for png_info_init in -lpng... no checking for gdImageColorResolve in -lgd... no checking for gdImageCreateFromPng in -lgd... no checking for gdImageCreateFromGif in -lgd... no checking for gdImageWBMP in -lgd... no checking for gdImageCreateFromJpeg in -lgd... no checking for gdImageCreateFromXpm in -lgd... no checking whether to include FreeType 1.x support... yes checking for T1lib support... yes checking for T1_GetExtend in -lt1... yes checking whether to include GNU gettext support... yes The error when compiling: /bin/sh /tmp/build-php-4.0.4pl1-i586-1/php-4.0.4pl1/libtool --silent --mode=link gcc -I. -I/tmp/build-php-4.0.4pl1-i586-1/php-4.0.4pl1/ -I/tmp/build-php-4.0.4pl1-i586-1/php-4.0.4pl1/main -I/tmp/build-php-4.0.4pl1-i586-1/php-4.0.4pl1 -I/usr/local/apache/include -I/tmp/build-php-4.0.4pl1-i586-1/php-4.0.4pl1/Zend -I/usr/X11R6/include/freetype -I/usr/local/include -I/usr/local/gd -I/usr/include/mysql -I/tmp/build-php-4.0.4pl1-i586-1/php-4.0.4pl1/ext/xml/expat/xmltok -I/tmp/build-php-4.0.4pl1-i586-1/php-4.0.4pl1/ext/xml/expat/xmlparse -I/tmp/build-php-4.0.4pl1-i586-1/php-4.0.4pl1/TSRM -DLINUX=2 -DTARGET="httpsd" -DUSE_HSREGEX -DUSE_EXPAT -DAPACHE_SSL -DXML_BYTE_ORDER=12 -g -O2 -o libphp4.la -rpath /tmp/build-php-4.0.4pl1-i586-1/php-4.0.4pl1/libs -export-symbols /tmp/build-php-4.0.4pl1-i586-1/php-4.0.4pl1/sapi/apache/php.sym -avoid-version -L/usr/lib/lib -L/usr/X11R6/lib/lib -L/usr/local/gd -L/usr/X11R6/lib -L/usr/local/lib -L/usr/lib/mysql -R /usr/lib/lib -R /usr/X11R6/lib/lib -R /usr/local/gd -R /usr/X11R6/lib -R /usr/local/lib -R /usr/lib/mysql stub.lo Zend/libZend.la sapi/apache/libsapi.la main/libmain.la regex/libregex.la ext/bcmath/libbcmath.la ext/bz2/libbz2.la ext/ftp/libftp.la ext/gd/libgd.la ext/gettext/libgettext.la ext/mcrypt/libmcrypt.la ext/mhash/libmhash.la ext/mysql/libmysql.la ext/openssl/libopenssl.la ext/pcre/libpcre.la ext/pgsql/libpgsql.la ext/posix/libposix.la ext/session/libsession.la ext/sockets/libsockets.la ext/standard/libstandard.la ext/xml/libxml.la TSRM/libtsrm.la -ldl -lpq -lmysqlclient -lmhash -lmcrypt -lltdl -lt1 -lttf -lgd -lX11 -lXpm -ljpeg -lbz2 -lcrypto -lssl -lresolv -lm -ldl -lcrypt -lnsl -lresolv -L/usr/lib/lib -ljpeg -L/usr/X11R6/lib/lib -lXpm
[PHP-DEV] PHP 4.0 Bug #9793 Updated: ldap_mod_add with bad params cause Segfault
ID: 9793 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: LDAP related Assigned To: Comments: I can't reproduce this. Which ldap library are you using? OpenLdap? And version? I tried with openldap 2.0.7 and it just gave an error on that first example. --Jani Previous Comments: --- [2001-03-16 11:48:02] [EMAIL PROTECTED] This cause SegFault: ldap_mod_add($param, $dn, Array("mail" = Array("1" = "[EMAIL PROTECTED]"))); This one works ok: ldap_mod_add($param, $dn, Array("mail" = Array("0" = "[EMAIL PROTECTED]"))); --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9793edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9795 Updated: sk.php.net
ID: 9795 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Unknown/Other Function Assigned To: Comments: [EMAIL PROTECTED] Previous Comments: --- [2001-03-16 12:49:56] [EMAIL PROTECTED] can't access http://sk.php.net... --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9795edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] PHP 4.0 Bug #9778 Updated: error when compiling with gd
Any ideas of what's the problem? Leave the '/lib' part off the dir-path for some of the items in the configure line: --with-xpm-dir=/usr/X11R6/lib Try --with-xpm-dir=/usr/X11R6 .mike -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] PHP 4.0 Bug #9778 Updated: error when compiling with gd
Man you are FAST! : -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: March 16, 2001 1:56 PM To: [EMAIL PROTECTED] Subject: [PHP-DEV] PHP 4.0 Bug #9778 Updated: error when compiling with gd ID: 9778 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Compile Problem Assigned To: Comments: 1. Delete config.cache 2. Remove those /lib parts from the configure options. 3. After configure, 'make clean ; make ; make install' --Jani -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #3783 Updated: versioning + mysql impossible !
ID: 3783 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Dynamic loading Assigned To: Comments: by the way: its usually sufficient to compile only php3 with versioning to get bot php3 and 4 modules loaded Previous Comments: --- [2001-02-10 14:21:17] [EMAIL PROTECTED] works for linux but fails on solaris --- [2001-02-10 14:12:29] [EMAIL PROTECTED] refiling against 4.0. --- [2000-03-25 22:07:16] [EMAIL PROTECTED] Yes, dynamic loading does not work with versioning currently. We probably would need to export a few other symbols from the php library. --- [2000-03-09 08:45:36] [EMAIL PROTECTED] I've compiled php3.0.15 without any pb, config file : ./configure --with-apxs=/usr/local/apache/bin/apxs --with-xml --with-config-file-path=/usr/local/apache/conf --enable-versioning#versioning enabled --enable-track-vars I've also compiled the mysql part into a mysql.so module and well configured my php3.ini BUT, when I try a mysql_connect(), the following error message appear : Fatal error: Call to unsupported or undefined function mysql_connect() in /home/sdomas/public_html/testdb.php3 on line 9 The standard capabilities are working but it seems that I can't load a separate module. Let's compile it again without versioning flag and then IT WORKS ! Nothing's really wrong but I can't use PHP3 and PHP4 together ! --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=3783edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: [PHP-QA] QA: chunked output buffering does notwork on win32 + internal function output callbacks
Which means there'll need to be another RC. So we'll also be able to test the IMAP-2000 stuff someone was asking about... On Fri, 16 Mar 2001, Andi Gutmans wrote the following to Andr Langhorst,...: This is extremely reproducible. Definitely a show stopper until Zeev fixes this one. Andi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9794 Updated: array_keys resets the array pointer and can not be used when looping
ID: 9794 Updated by: andrei Reported By: [EMAIL PROTECTED] Old-Status: Assigned Status: Closed Bug Type: Scripting Engine problem Assigned To: andrei Comments: This problem has been fixed in CVS for all relevant array functions. Previous Comments: --- [2001-03-16 12:29:43] [EMAIL PROTECTED] I'll fix this problem soon. It's even in the TODO. (on behalf of Andrei..so that he doesn't forget this.. :) --Jani --- [2001-03-16 12:13:24] [EMAIL PROTECTED] The following code is broken: $arr = array("a", "b", "c"); foreach ($arr as $a) { echo "$aBRn"; echo max(array_keys($arr)); } It stops after the first array element because array_keys resets the array pointer. (Or at least it's moved to the end...) This is sort of a (repectful) complaint that I have about PHP and they way it's been written. Arrays are systematically prostituted by the array functions because each one of them sees fit to reset the array pointer instead of just working off of a copy, or at the very least, returning the array pointer to it's previous state. Is there some reason that the array pointer can't be returned to it's previous state after the array functions are finished with it? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9794edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #5993 Updated: numeric fields with field len 10 are chopped
ID: 5993 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: dBase related Assigned To: Comments: this also seems to do funny things to HTTP_SERVER_VARS['argv'] Previous Comments: --- [2000-09-29 09:15:22] [EMAIL PROTECTED] This isn't fixed. --Jani --- [2000-08-23 08:55:38] [EMAIL PROTECTED] Is this one fixed in newer versions of php4? (CVS or snaps.php.net) --Jani --- [2000-08-06 18:44:05] [EMAIL PROTECTED] Here's the patch to fix the bug above: diff -urN php-4.0.1pl2/ext/dbase/dbase.c php-4.0.1pl2.bazsi/ext/dbase/dbase.c --- php-4.0.1pl2/ext/dbase/dbase.c Sun Jun 25 19:02:44 2000 +++ php-4.0.1pl2.bazsi/ext/dbase/dbase.cSun Aug 6 18:42:16 2000 @@ -455,7 +455,12 @@ case 'N': /* FALLS THROUGH */ case 'L': /* FALLS THROUGH */ if (cur_f-db_fdc == 0) { - add_next_index_long(return_value, strtol(str_value, NULL, 10)); + if (cur_f-db_flen = 10) { + add_next_index_string(return_value, str_value, +1); + } + else { + add_next_index_long(return_value, +strtol(str_value, NULL, 10)); + } } else { add_next_index_double(return_value, atof(str_value)); } --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=5993edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] PHP 4.0 Bug #9794: array_keys resets the array pointer and can not be used when looping
On Fri, 16 Mar 2001, Stig Venaas wrote: It seems like this is a common problem, I think perhaps most of the PHP code (the C code) could be made cleaner if the Zend API separated pointers from the array structure. So that one could create a pointer and pass it as an argument to Zend hash functions, or something like that. It could be useful to have several pointers at once. One other option could be to have a pointer stack per hash, with two hash functions for pushing and popping the current pointer on/off the stack. All this is already possible and has existed in Zend since exactly 1 year ago when I put it in... Extension authors can use *_ex versions of hash functions and supply their own HashPosition parameter. -Andrei Documentation is worth it just to be able to answer all your mail with 'RTFM'. -- Alan Cox -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9797: pgp.exe generates exception when running script
From: [EMAIL PROTECTED] Operating system: Win2K and *nix PHP version: 4.0.4pl1 PHP Bug Type: Reproduceable crash Bug description: pgp.exe generates exception when running script Please let me know if I've done something wrong, but here's what happens: If I run wcltest1.phtml, everything is fine. If I run wcltest2.phtml, I get a php.exe has generated an exception. I've tried this on two different Win2K machines, and on my Web server account (*nix). Here are the files: CObject: ?php class CObject { var $objectId = 0; function CObject($objId) { $this-objectId = $objId; } //CObject() } //class CObject ? --- CComponent: --- ?php require_once("./incl/WCL/Base/CObject.php"); class CComponent extends CObject { function CComponent($objId) { $parent = get_parent_class($this); $this-$parent($objId); } //CComponent() } //class CComponent ? - CControl: - ?php require_once("./incl/WCL/Base/CComponent.php"); class CControl extends CComponent { function CControl($objId) { $parent = get_parent_class($this); $this-$parent($objId); } //CControl() } //class CControl ? --- wcltest1.phtml: (this code works) --- ?php require "./incl/WCL/Base/CComponent.php"; // or require "./incl/WCL/Control/CControl.php"; $obj = new CComponent(123); echo ("obj-objectId=$obj-objectId"); ? --- wcltest2.phtml: (this code crashes php.exe) --- ?php require "./incl/WCL/Control/CControl.php"; $obj = new CControl(123); echo ("obj-objectId=$obj-objectId"); ? As you can see, I'm basically trying to implement a polymorphic constructor manually throughout my classes. Why should creating a CComponent work just fine, but creating a CControl not? Wondering if there was some limit to the number of classes I could have in my ancestor chain, I extended it as a test by iheriting my CObject from PEAR. But even with the inheritance chain extended, the behaviour remained the same. Please let me know if I've done something wrong. I just learned about PHP on Tuesday, and wanted to see if it would work for me, so consider me a newbie. Please let me know if you get the same behaviour as I have. I hope this is useful, Brad - My PHP is the binary distribution, unchanged. Sorry I don't know how to do a GDB backtrace on Windows, and I don't know how/if I can muck with my ISP (Hurricane Electric)'s (*nix-based) PHP settings. --- PHP.ini (should be unchanged, if I remember correctly) --- [PHP] ;;; ; About this file ; ;;; ; This file controls many aspects of PHP's behavior. In order for PHP to ; read it, it must be named 'php.ini'. PHP looks for it in the current ; working directory, in the path designated by the environment variable ; PHPRC, and in the path that was defined in compile time (in that order). ; Under Windows, the compile-time path is the Windows directory. The ; path in which the php.ini file is looked for can be overriden using ; the -c argument in command line mode. ; ; The syntax of the file is extremely simple. Whitespace and Lines ; beginning with a semicolon are silently ignored (as you probably guessed). ; Section headers (e.g. [Foo]) are also silently ignored, even though ; they might mean something in the future. ; ; Directives are specified using the following syntax: ; directive = value ; Directive names are *case sensitive* - foo=bar is different from FOO=bar. ; ; The value can be a string, a number, a PHP constant (e.g. E_ALL or M_PI), one ; of the INI constants (On, Off, True, False, Yes, No and None) or an expression ; (e.g. E_ALL ~E_NOTICE), or a quoted string ("foo"). ; ; Expressions in the INI file are limited to bitwise operators and parentheses: ; | bitwise OR ; bitwise AND ; ~ bitwise NOT ; ! boolean NOT ; ; Boolean flags can be turned on using the values 1, On, True or Yes. ; They can be turned off using the values 0, Off, False or No. ; ; An empty string can be denoted by simply not writing anything after the equal ; sign, or by using the None keyword: ; ; foo = ; sets foo to an empty string ; foo = none ; sets foo to an empty string ; foo = "none"; sets foo to the string 'none' ; ; If you use constants in your value, and these constants belong to a dynamically ; loaded extension (either a PHP extension or a Zend extension), you may only ; use these constants *after* the line that loads the extension. ; ; All the values in the php.ini-dist file correspond to the builtin ; defaults (that is, if no php.ini is used, or if you delete these lines, ; the builtin defaults will be identical).
[PHP-DEV] PHP 4.0 Bug #9690 Updated: crazy docs
ID: 9690 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Documentation problem Assigned To: Comments: brasilian translation is at the very beginning, see for example http://zugeschaut-und-mitgebaut.de/php/statistics.html for current translation status there are no distinct manuals for php 3 and 4, there is jsut one ongoing effort to create a complete manual that covers both versions regarding the upload patches: php 4 is the active developement branch, php 3 nowadays gets only bugfixes backporting theese to older version of things is rather common, see for example the linux kernel that currently has version 2.4 but still maintains 2.2 and even 2.0 series for your apache: you have to tell your server that .php should be treatet as html, otherwise it is an unknown filetype and is transfered as such Previous Comments: --- [2001-03-11 22:48:14] [EMAIL PROTECTED] theres no "webmaster email" in this site, so im sending it as a documentation bug report... first, i went to the documentation section and downloaded the PDF version of the Brazillian portuguese documentation...and i received the english one! then it was for php 3 not version 4... second, in the news of this site... theres a "PHP 3.0.18 Released" note that says it has "fixes for file uploads and a backported imagetypes() function from PHP 4.0".. how come a version have fix for another version ?!?!? im confuse and since im here... any ideia why every time i uncoment the apache conf line that associate .php to php4 the browser stops to treat .php file as an html document and try to download it? thanks Gabriel --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9690edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9560 Updated: Lack of 'boolean' and 'resource' (in translations)
ID: 9560 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Documentation problem Assigned To: Comments: no need to push anyone (it won't help anyway ;) what about lending a hand yourself? Previous Comments: --- [2001-03-05 07:04:48] [EMAIL PROTECTED] Please synchronize the german (resp. italian, hungarian, spanish) manual entry for gettype() and add the possible return values 'boolean' and 'resource' for PHP4. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9560edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9675 Updated: Translation error in German translation for functions strpos()
ID: 9675 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Documentation problem Assigned To: Comments: Previous Comments: --- [2001-03-10 21:28:06] [EMAIL PROTECTED] There is an error in german translation of function strpos() English version says: The optional offset parameter allows you to specify which character in haystack to start searching. The position returned is still relative to the the beginning of haystack. German version: Der optionale Parameter offset ermöglicht es, den Startwert für die Suche nach needle innerhalb von haystack anzugeben. Die zurück gegebene Positions-Angabe ist dann relatv. correct translation should be something like: Die zurückgegebene Positions-Angabe ist relativ zum Anfang von haystack. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9675edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9675 Updated: Translation error in German translation for functions strpos()
ID: 9675 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Documentation problem Assigned To: Comments: fixed in CVS Previous Comments: --- [2001-03-10 21:28:06] [EMAIL PROTECTED] There is an error in german translation of function strpos() English version says: The optional offset parameter allows you to specify which character in haystack to start searching. The position returned is still relative to the the beginning of haystack. German version: Der optionale Parameter offset ermöglicht es, den Startwert für die Suche nach needle innerhalb von haystack anzugeben. Die zurück gegebene Positions-Angabe ist dann relatv. correct translation should be something like: Die zurückgegebene Positions-Angabe ist relativ zum Anfang von haystack. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9675edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9566 Updated: error with switch() control structure syntax error reporting
ID: 9566 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Reproduceable crash Assigned To: Comments: for me 4.0.4pl1 gives a parse error on teh '"a:"' line Previous Comments: --- [2001-03-05 15:49:46] [EMAIL PROTECTED] If there is a syntax error in my switch control structure, my script returns a message pop-up 'The server returned an invalid or unrecognized response.', It seems that the syntax of the switch control structure is not checked properly before processing the script. this is my invalid switch structure (missing a 'case' statement): $varX = "a"; switch($varX){ "a": echo("a"); break; case "b": echo("b"); break; } check it out! --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9566edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9540 Updated: Dumping html files to error log
ID: 9540 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Reproduceable crash Assigned To: Comments: fixed in CVS Previous Comments: --- [2001-03-03 18:10:00] [EMAIL PROTECTED] Hi, PHP seems to have a bug where if the client closes the connection too quickly,it can write the output to the error log if output buffering is enabled. The following script should do it. ? ob_start(); ? large html file here. ? ob_end_flush(); ? If the request is interrupted, the following is printed in Apache's error log. [Sat Mar 3 14:58:29 2001] [info] [client 151.197.242.152] (32)Broken pipe: client stopped connection before rwrite completed Directly after this point, the requested html is printed after being processed by PHP. No timestamps, just appearing in the error log as is. If output buffering is disabled, the above message does appear if LogLevel is low enough but the html file doesn't follow. Note: if LogLevel is above info in httpd.conf, you won't see the above warning message, just the html file. Shane --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9540edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8540 Updated: --enable-versioning and dynamic php extensions won't work on Solaris
ID: 8540 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Dynamic loading Assigned To: Comments: 1. this does not happen on linux, but on solaris 2. it should be enough to compile just the php 3 module with versioning so that dynamic loading in php 4 is not affected Previous Comments: --- [2001-01-03 14:56:55] [EMAIL PROTECTED] When trying to get both PHP 3 and 4 Modules working in a single Apache it is not possible to load php 4 extensions dynamicly as shared objects removing php 3 from the server setup does not help, the problem is related to --enable-versioning this is broken on solaris but works fine on linux ... the error message is PHP Warning: Unable to load dynamic library '.../no-debug-non-zts-20001214/sixcode.so' - ld.so.1: .../bin/httpd: fatal: relocation error: file .../no-debug-non-zts-20001214/sixcode.so: symbol alloc_globals: referenced symbol not found in Unknown on line 0 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8540edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8540 Updated: --enable-versioning and dynamic php extensions won't work on Solaris
ID: 8540 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Dynamic loading Assigned To: Comments: looks like i was talking to myself :) Previous Comments: --- [2001-03-16 16:05:35] [EMAIL PROTECTED] 1. this does not happen on linux, but on solaris 2. it should be enough to compile just the php 3 module with versioning so that dynamic loading in php 4 is not affected --- [2001-01-03 14:56:55] [EMAIL PROTECTED] When trying to get both PHP 3 and 4 Modules working in a single Apache it is not possible to load php 4 extensions dynamicly as shared objects removing php 3 from the server setup does not help, the problem is related to --enable-versioning this is broken on solaris but works fine on linux ... the error message is PHP Warning: Unable to load dynamic library '.../no-debug-non-zts-20001214/sixcode.so' - ld.so.1: .../bin/httpd: fatal: relocation error: file .../no-debug-non-zts-20001214/sixcode.so: symbol alloc_globals: referenced symbol not found in Unknown on line 0 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8540edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8942 Updated: memory leak
ID: 8942 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: mcrypt related Assigned To: Comments: No feedback. Reopen if propblem still exists with latest CVS snapshot from http://snaps.php.net/ --Jani Previous Comments: --- [2001-01-26 16:30:59] [EMAIL PROTECTED] If I recall correctly this is already fixed in later versions. Can you confirm that this bug is solved with php 4.0.4pl1 ? You could also try to use the latest libmcrypt. --- [2001-01-26 16:20:21] [EMAIL PROTECTED] i'm using libmcrypt 2.4.5 on Stronghold 3.0 (Apache 1.3.12). everytime i call mcrypt_generic_init(), a memory leak occurs. calling mcrypt_generic_end() does not free up the memory. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8942edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8925 Updated: pattern ~ can't detected
ID: 8925 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: *Regular Expressions Assigned To: Comments: Works for me. No feedback. --Jani Previous Comments: --- [2001-01-26 11:35:41] [EMAIL PROTECTED] seems like you're saying that ereg() won't find "~" (tilde) in a string. however, at least the code you provided contains NO ~. is this the actual code? or just a typo in the report? --- [2001-01-25 23:02:31] [EMAIL PROTECTED] php 4.0.4pl1 ? $aa = "abc ¡ cde"; if (ereg ("~",$aa)) { echo "found!!"; } else { echo "not found"; } ? this script don't work properly. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8925edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8884 Updated: gethostbyaddr returns a 15 chars string IP when an error occurs
ID: 8884 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Network related Assigned To: Comments: Works for me (4.0.5-dev) and no feedback. --Jani Previous Comments: --- [2001-01-24 19:24:33] [EMAIL PROTECTED] I can't reproduce this. Could you please include an example script which demonstrates this behaviour? And maybe try the latest CVS snapshot from http://snaps.php.net/ too?? --Jani --- [2001-01-24 09:07:00] [EMAIL PROTECTED] gethostbyaddr returns the original IP when an error occurs, but this string is always 15 chars long. This means that if the original IP was shorter than that, garbage will appear at the end of the line. I've temporarily fixed it by passing an IP with 15 blanks added to its end. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8884edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8877 Updated: symbol not defined (used by ucd-snmp)
ID: 8877 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Compile Problem Assigned To: Comments: No feedback. --Jani Previous Comments: --- [2001-01-24 20:09:35] [EMAIL PROTECTED] Why do you have to insert those lines? What errors do you get if you don't add them? snmp.c does include snmp_api.h itself so those constants should be defined then. btw. What is the version of GCC you are using? --Jani --- [2001-01-24 04:48:37] [EMAIL PROTECTED] hello, when i compile php with ucd-snmp then i must always edit the file snmp.c and insert the following lines: #define DS_LIBRARY_ID 0 #define DS_LIB_QUICK_PRINT 13 /* print very brief output for parsing */ this symbols are defined in snmp_api.h from ucd-snmp. i compile php always for apache with shared apache or with apxs. goodby --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8877edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8864 Updated: Context menu app launching useless with apache module
ID: 8864 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Apache related Assigned To: Comments: Not enough info, no feedback - closed. --Jani Previous Comments: --- [2001-01-25 17:32:50] [EMAIL PROTECTED] much to less information. is this happening with some specific code? is it related to an extension? is it related to the apache module only? ... please provide more information, i'm unable to reproduce it btw. --- [2001-01-23 12:22:55] [EMAIL PROTECTED] When the apache module is loaded, trying to launch applications with context menus freezes Windows. Explorer has to be killed (Alt-Ctrl-Del) and Windows automatically restarts it, messing up display and losing all tray icons. Happened with Win95b, 98SE; Apache 1.3.12 and 1.3.14; PHP 4.0.1 up to 4.0.5dev, all versions. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8864edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8594 Updated: dbase_get_record_with_names disconnect HTTP con
ID: 8594 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Old-Bug Type: Scripting Engine problem Bug Type: dBase related Assigned To: Comments: No feedback, not enough info - closed. --Jani Previous Comments: --- [2001-01-08 08:18:46] [EMAIL PROTECTED] Please include short script which can be used to reproduce this. And is there anything in you error_log (assuming you're using Apache) ? And what was the configure line you have used? Did you read bugs-dos-and-donts before reporting?? --Jani --- [2001-01-08 06:13:48] [EMAIL PROTECTED] Hello,there: when opening some DBF file on linux OS,I got Apache HTTP disconnection in the dbase_get_record_with_names() func. It just disconnect the HTTP session when encounter this func. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8594edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9113 Updated: Apache will not restart
ID: 9113 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Apache related Assigned To: Comments: No feedback, not enough info. --Jani Previous Comments: --- [2001-02-14 12:45:46] [EMAIL PROTECTED] 1. You should do ./apachectl stop ; ./apachectl start instead of restart. 2. If above hint doesn't help, is there anything in the apache error_log or does it give any error messages? --Jani --- [2001-02-05 10:22:13] [EMAIL PROTECTED] I'm using the following configuration ./configure --with-interbase=/opt/interbase --with-mysql --with-apxs --with-zlib --with-zlib-dir and It works with version 4.0.3pl1 but if I compile the 4.0.4pl1 apache would not restart. Thanks --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9113edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9021 Updated: Couldn't get apache started. No bugs shown, nothing in the logs.
ID: 9021 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Apache related Assigned To: Comments: No feedback. Check www.php.net/oci8 for more info. --Jani Previous Comments: --- [2001-02-01 21:22:55] [EMAIL PROTECTED] Is your apache linked with -lpthread ? If not, add -lpthread into the Apache src/Makefile: LIBS1=-lpthread (there are other libs also so just add the -lpthread in front of them) # make clean ; make ; make install --Jani --- [2001-01-31 01:06:30] [EMAIL PROTECTED] Problem with oci8 module. When PHP compiled as DSO - apache couldn't run (no bugs reported, nothing in log files - just once - exiting status of httpd childs - sig11 - SIGSEGV). Oracle version - 8.1.6 Enterprise edition (8i) -successfuly working, libs - in /usr/lib; Apache - 1.3.9. Configure lines ($ORACLE_HOME is set!): ./configure --with-oci8 --without-mysql --enable-sigchild --with-apxs=apxs_dir php.ini is placed in /usr/local/lib and is the same as php.ini-dist in php instalation directory No anything special when setting up php or apache GDB info: .. GNU gdb 4.18 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 "i686-pc-linux-gnu"... (gdb) run -X Starting program: /var/lib/apache/sbin/./httpd -X warning: Unable to find dynamic linker breakpoint function. GDB will be unable to debug shared library initializers and track explicitly loaded dynamic code. Program received signal SIGSEGV, Segmentation fault. 0x407c737c in ?? () (gdb) bt #0 0x407c737c in ?? () #1 0x401367fe in xdr_uint8_t () from /lib/libc.so.6 #2 0x40136685 in xdr_uint8_t () from /lib/libc.so.6 #3 0x401228e6 in gethostbyname_r () from /lib/libc.so.6 #4 0x40121940 in gethostbyname () from /lib/libc.so.6 #5 0x401c0bd5 in ?? () from /var/lib/apache/libexec/mod_jserv.so #6 0x401bb628 in ?? () from /var/lib/apache/libexec/mod_jserv.so #7 0x8054978 in invoke_cmd () #8 0x80552ea in ap_handle_command () #9 0x8055380 in ap_srm_command_loop () #10 0x805577c in ap_process_resource_config () #11 0x805a02d in include_config () #12 0x8054978 in invoke_cmd () #13 0x80552ea in ap_handle_command () #14 0x8055380 in ap_srm_command_loop () #15 0x805577c in ap_process_resource_config () #16 0x805603e in ap_read_config () #17 0x805f619 in standalone_main () #18 0x805fe73 in main () #19 0x4007e2e7 in __libc_start_main () from /lib/libc.so.6 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9021edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8997 Updated: Bad data from html forms
ID: 8997 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: HTTP related Assigned To: Comments: No feedback and works for me. --Jani Previous Comments: --- [2001-02-04 12:42:14] [EMAIL PROTECTED] I can not reproduce this with latest CVS. Please try the latest CVS snapshot from http://snaps.php.net/ --Jani --- [2001-01-30 06:55:30] [EMAIL PROTECTED] I had just upgraded php to last version 4.0.4pl1-3 and now every data coming from html form submitting come with strange characters at the beginning of every data This is really a bad bug because i can resolve the problem with symple text using a subsrt_replace but with files thereis nothing i can do :( Now the server i work on is completely useless for this simple task and i dont know what to do Please help, we need a fast release ! :( Francesco Gabbrielli sysadmin www.geoide.it --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8997edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8981 Updated: Apache fails to load PHP module
ID: 8981 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Dynamic loading Assigned To: Comments: No feedback and should be fixed. --Jani Previous Comments: --- [2001-01-29 18:47:55] [EMAIL PROTECTED] Could you please try PHP 4.0.4pl1 ? This should be fixed.. --Jani --- [2001-01-29 10:08:27] [EMAIL PROTECTED] Cannot start httpd /usr/lib/dld.sl: Unresolved symbol: DL_UNLOAD (code) from /home/akiselev/apache/libexec/libphp4.sl Syntax error on line 208 of /home/akiselev/apache/conf/httpd.conf: Cannot load /home/akiselev/apache/libexec/libphp4.sl into server: Unresolved external ./apachectl startssl: httpd could not be started compiled from source with-apxs --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8981edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8973 Updated: In php3 it works, in php4 goes on file permission denied..installation problem?
ID: 8973 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Filesystem function related Assigned To: Comments: No feedback and most likely user error. --Jani Previous Comments: --- [2001-01-29 05:10:58] [EMAIL PROTECTED] So where does the error occur? I bet this is caused by not having the directory/file readable/writable by the user with which the webserver is running. --Jani --- [2001-01-28 22:36:58] [EMAIL PROTECTED] HTML HEADTITLESenhas/TITLE/HEAD BODY ?php if (!$submit) { ?form method="post" action="random.php" pfont face="Arial" size="2" color="#00"RA: input type="text" name="ra" size="5" maxlength="5" /fontfont color="#006868"br hs/p pfont face="Arial" size="2" input type="submit" value="Enviar" input type="reset" value="Limpar" /font/p /form ?php } if ($submit = "Enviar") { $dir = "/home/httpd/html/testes"; $allow = "abcdefgh2ijkm3npqr4stuv5wxyz6789"; srand((double)microtime()*100); for($i=0; $i6; $i++) { $password .= $allow[rand()%strlen($allow)]; } print "Sua Senha: $passwordbr"; $fo = fopen("$dir/senhas", "a"); $fw = fputs($fo, "#$ra#$password"); $fc = fclose($fo); $teste = exec("echo "" /$dir/senhas"); copy("$dir/senhas", "$dir/senhas.bkp"); chmod("$dir/senhas.bkp", "0644"); } ? /BODY /HTML --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8973edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8951 Updated: php_mysql_do_connect - parameter host modified when using port or socket
ID: 8951 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: MySQL related Assigned To: Comments: No feedback, works for me just fine. --Jani Previous Comments: --- [2001-01-27 21:34:57] [EMAIL PROTECTED] Could you please try the latest snapshot from http://snaps.php.net/ to check if this is fixed already? --Jani --- [2001-01-27 12:46:46] [EMAIL PROTECTED] Parameter $host is modified in function php_mysql_do_connect(). Example: $host = "localhost:/tmp/mysql.sock"; $conn = mysql_connect($host . echo $host; Output is: localhost/tmp/mysql.sock because of replacing of ":" charcter by null char in this part of php_mysql_do_connect === static void php_mysql_do_connect(INTERNAL_FUNCTION_PARAMETERS,int persistent) { char *user,*passwd,*host,*socket=NULL,*tmp; char *hashed_details; int hashed_details_length,port = MYSQL_PORT; /* We cannot use mysql_port anymore in windows, need to use * mysql_real_connect() to set the port. */ if (host (tmp=strchr(host,':'))) { *tmp=0; tmp++; if (tmp[0] != '/') { port = atoi(tmp); } else { socket = tmp; } . } === solution: copying of *host content through *host2 pointer === static void php_mysql_do_connect(INTERNAL_FUNCTION_PARAMETERS,int persistent) { char *user,*passwd,*host,*socket=NULL,*tmp,*host2; char *hashed_details; int hashed_details_length,port = MYSQL_PORT; /* We cannot use mysql_port anymore in windows, need to use * mysql_real_connect() to set the port. */ host2 = (char *) emalloc(strlen(SAFE_STRING(host) + 1)); strcpy(host2, host); host = host2; if (host (tmp=strchr(host,':'))) { *tmp=0; tmp++; if (tmp[0] != '/') { port = atoi(tmp); } else { socket = tmp; } ... } --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8951edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9310 Updated: apache segfault with simple php script (using mysql)
ID: 9310 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Reproduceable crash Assigned To: Comments: No feedback. Not enough info. --Jani Previous Comments: --- [2001-02-16 23:22:32] [EMAIL PROTECTED] Please provide a reduced code fragment (15 lines) producing this behaviour. Put no database queries etc. in it to ensure that we can reproduce it easily unless the problem is not directly related to some db (or similar) function. --- [2001-02-16 19:15:11] [EMAIL PROTECTED] 0) [Sat Jan 13 14:02:13 2001] [notice] child pid 13927 exit signal Segmentation fault (11) - this is what comes in the apache error log when I call the script with a php higher than 4.0.2. with the 4.0.2 it works fine. The page output is most of the time incomplete (stoping at a random place), but no "document contains no data", or very seldom. 1) the scripts source are visible under http://www.omnis.ch/dev/php/ (my first php script ever, 2 years ago, could be improved I know: but it still should work without killing my webserver) 2) config.nice : #! /bin/sh # # Created by configure "./configure" "--with-apxs=/usr/local/apache/bin/apxs" "--enable-track-vars" "--enable-safe-mode" "--with-gd=../gd1.3" "--with-ttf" "--with-mysql=/usr/local" "--with-ldap" "--with-xml" "--with-zlib" "--with-zlib-dir" "--enable-memory-limit" "--with-recode" "--with-dbase" "--with-pdflib=/usr/local/src/web/pdflib3" "--enable-ftp" "$@" (also tried to remove some or all the modules - no change) 3) no changes in php.ini (original file.dist) 4) linux server, intel, distribution: suse 6.4 5) gdb backtrace : omega:/usr/local/apache # gdb /usr/local/apache/bin/httpd GNU gdb 4.18 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-suse-linux-gnu"... (gdb) -f /usr/local/etc/apache/httpd.conf -D PHP4 -X Undefined command: "-f". Try "help". (gdb) run -f /usr/local/etc/apache/httpd.conf -D PHP4 -X Starting program: /usr/local/apache/bin/httpd -f /usr/local/etc/apache/httpd.conf -D PHP4 -X Program received signal SIGTRAP, Trace/breakpoint trap. 0x40001780 in _start () at rtld.c:142 142 rtld.c: No such file or directory. (gdb) cont Continuing. Program received signal SIGSEGV, Segmentation fault. 0x4018798c in ?? () (gdb) bt #0 0x4018798c in ?? () #1 0x40188321 in ?? () #2 0x40187e0d in ?? () #3 0x4027a280 in _erealloc (ptr=0x82de544, size=9, allow_failure=0) at zend_alloc.c:288 #4 0x402927bf in add_string_to_string (result=0xbfffc060, op1=0xbfffc060, op2=0x82dd42c) at zend_operators.c:1003 #5 0x40285928 in execute (op_array=0x82c614c) at ./zend_execute.c:1389 #6 0x402887e1 in execute (op_array=0x82c569c) at ./zend_execute.c:2063 #7 0x40295c7b in zend_execute_scripts (type=8, file_count=3) at zend.c:729 #8 0x402a95b1 in php_execute_script (primary_file=0xb554) at main.c:1221 #9 0x402a588b in apache_php_module_main (r=0x807f62c, display_source_mode=0) at sapi_apache.c:89 #10 0x402a62a4 in send_php (r=0x807f62c, display_source_mode=0, filename=0x0) at mod_php4.c:516 #11 0x402a62dd in send_parsed_php (r=0x807f62c) at mod_php4.c:527 #12 0x40053f23 in _ufc_foobar () from /lib/libcrypt.so.1 #13 0x4006dc79 in ?? () from /usr/lib/libgdbm.so.2 #14 0x4006dcfb in ?? () from /usr/lib/libgdbm.so.2 #15 0x40062ccc in _ufc_foobar () from /lib/libcrypt.so.1 #16 0x40062ef7 in _ufc_foobar () from /lib/libcrypt.so.1 #17 0x400630c6 in _ufc_foobar () from /lib/libcrypt.so.1 #18 0x400638de in _ufc_foobar () from /lib/libcrypt.so.1 #19 0x40064390 in _ufc_foobar () from /lib/libcrypt.so.1 #20 0x80487fd in ?? () #21 0x40143313 in token () at ruserpass.c:292 (gdb) Voila, I hope it will help you! If you have any question / patch to try, please ask. Regards, Olivier --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9310edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8945 Updated: include, require, et al.
ID: 8945 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Performance problem Assigned To: Comments: No feedback. --Jani Previous Comments: --- [2001-02-17 13:09:27] [EMAIL PROTECTED] You say that you use conditional statements to determine whether or not to REQUIRE a file. Just to make sure: You're not using require or require_once inside a conditional block, such as: ?php if($condition) { require "some_file.php"; } ? I'm asking this, because require and require_once are UNCONDITIONALY called, see the manual pages for require and include on this topic. --- [2001-01-26 18:58:49] [EMAIL PROTECTED] I discovered that the include(), require() or include_only(), require_only() functions have a profound effect on performance. I use conditional statements to conditionally require files, however, it seems that the PHP interpreter has a performance problem with this. Commenting out all the require() or include() code shows that performance improved by 200%. Web Stressing the app and PHP, I have found that PHP can sometimes crash with an Access Violation at 12345 and CPU usage maxing at 100%. Memory leaks very much when CPU usage is at maximum threshold. Zend Optimizer seems to reduce performance by a noticeable amount. It does not seem to reduce CPU usage, unfortunately. I got the best performance from PHP using page cacheing. Results seem to show that it's faster than static HTML... --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8945edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9798: Non-select statements always return false
From: [EMAIL PROTECTED] Operating system: Win NT 4.0 PHP version: 4.0.4pl1 PHP Bug Type: MSSQL related Bug description: Non-select statements always return false ?php $db = mssql_connect("host", "user", "password"); $query = 'UPDATE table_name SET field_name = "text"'; $result = mssql_query($query); echo ($result) ? "yes" : "no"; ? The output is "no", even though the update has actually occurred. This did not happen with 4.0.3pl1. It began happening when I upgraded to 4.0.4pl1. I used the "(CGI binary plus server API versions for Apache, AOLserver, ISAPI and NSAPI. MySQL support built-in, many extensions included, packaged as zip)" Win32 binary. -- Edit Bug report at: http://bugs.php.net/?id=9798edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9147 Updated: bugs in post using multipart/form-data
ID: 9147 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Unknown/Other Function Assigned To: Comments: No feedback, works for me with latest CVS. --Jani Previous Comments: --- [2001-02-15 19:56:48] [EMAIL PROTECTED] Please try the latest CVS snapshot from http://snaps.php.net/ as this works for me just fine. (you have to compile it yourself though) --Jani --- [2001-02-07 20:47:50] [EMAIL PROTECTED] Hello! I installed "php-4.0.4pl1-3.i386.rpm" which can be obtained from "ftp://updates.redhat.com". When one tries to send variables using multipart form, one always get strings with additional CR LF characters at the front. Below I enclose two short files. Please try them. --- a.html -- form method=post enctype="multipart/form-data" action="b.php" Data:input name=aa value="0" /form --- b.php --- ? $aahex = bin2hex($aa) ; echo "$aahex"; ? -- When I submit the form (a.html) with Data = 0, I get "0d0a3030303030". Here I can see extra CR LF ("0d0a"). When I used older version ( 4.0.3), I didn't experience such things. Thank you. Haewon Lee Physics Dept. Chunbuk Nat'l Univ., Korea --- [2001-02-07 09:42:08] [EMAIL PROTECTED] Hello! I installed "php-4.0.4pl1-3.i386.rpm" which can be obtained from "ftp://updates.redhat.com". When one try to send variables using multipart form, one always get strings with additional CR LF characters at the front. Below I enclose two short files. Please try them. --- a.html -- form method=post enctype="multipart/form-data" action="b.php" Data:input name=aa value="0" /form --- b.php --- ? $aahex = bin2hex($aa) ; echo "$aahex"; ? -- Where I submit the form (a.html) with Data = 0, I get "0d0a3030303030". Here I can see extra CR LF ("0d0a"). When I used older version ( 4.0.3), I didn't experience such things. Thank you. Haewon Lee Physics Dept. Chunbuk Nat'l Univ., Korea --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9147edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9184 Updated: compile failure w/ apache/ snmp
ID: 9184 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Apache related Assigned To: Comments: No feedback. Considered fixed. --Jani Previous Comments: --- [2001-02-15 12:52:01] [EMAIL PROTECTED] Your snmp lib is compiled with SSL support so try adding --with-openssl=/path/to/openssl into your configure line (assuming you have openssl libraries installed in your system already) Another reason for this to happen is that your header files for ucd-snmp don't match the installed library. Also, remember to do 'rm config.cache' before reconfiguring PHP and do 'make clean ; make depend; make ; make install' after configure. --Jani --- [2001-02-08 22:31:56] [EMAIL PROTECTED] php config: ./configure --with-mysql --with-apache=../apache_1.3.14 --with-imap=../imap-2000a --enable-track-vars --with-snmp --with-ucd-snmp-hack php compiles and installs but i get the following attempting to compile apache: ./configure --prefix=/home/www --activate-module=src/modules/php4/libphp4.a Configuring for Apache, Version 1.3.14 + using installation path layout: Apache (config.layout) + activated php4 module (modules/php4/libphp4.a) Creating Makefile Creating Configuration.apaci in src Creating Makefile in src + configured for FreeBSD 4.2 platform + setting C compiler to gcc + setting C pre-processor to gcc -E + checking for system header files + adding selected modules o php4_module uses ConfigStart/End + checking sizeof various data types + doing sanity check on compiler and options ** A test compilation with your Makefile configuration ** failed. The below error output from the compilation ** test will give you an idea what is failing. Note that ** Apache requires an ANSI C Compiler, such as gcc. cd ..; gcc -funsigned-char -I/usr/home/software/php-4.0.4pl1 -I/usr/home/software/php-4.0.4pl1/main -I/usr/home/software/php-4.0.4pl1/main -I/usr/home/software/php-4.0.4pl1/Zend -I/usr/home/software/php-4.0.4pl1/Zend -I/usr/home/software/php-4.0.4pl1/TSRM -I/usr/home/software/php-4.0.4pl1/TSRM -I/usr/home/software/php-4.0.4pl1 -DUSE_EXPAT -I./lib/expat-lite -DNO_DL_NEEDED `./apaci` -o helpers/dummy helpers/dummy.c -R/usr/home/software/imap-2000a/c-client -R/usr/local/lib -rdynamic -L/usr/home/software/imap-2000a/c-client -L/usr/local/lib -Lmodules/php4 -L../modules/php4 -L../../modules/php4 -lmodphp4 -lpam -lc-client -lsnmp -lm -lcrypt -lcrypt /usr/local/lib/libsnmp.so: undefined reference to `EVP_DigestInit' /usr/local/lib/libsnmp.so: undefined reference to `EVP_DigestFinal' /usr/local/lib/libsnmp.so: undefined reference to `EVP_md5' /usr/local/lib/libsnmp.so: undefined reference to `HMAC' /usr/local/lib/libsnmp.so: undefined reference to `EVP_sha1' /usr/local/lib/libsnmp.so: undefined reference to `des_cbc_encrypt' /usr/local/lib/libsnmp.so: undefined reference to `des_key_sched' /usr/local/lib/libsnmp.so: undefined reference to `EVP_DigestUpdate' /usr/local/lib/libsnmp.so: undefined reference to `RAND_bytes' /usr/local/lib/libsnmp.so: undefined reference to `des_ncbc_encrypt' *** Error code 1 Stop in /usr/home/software/apache_1.3.14/src/helpers. Error Output for sanity check = End of Error Report = Aborting! --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9184edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9166 Updated: upload_tmp_dir not recognized
ID: 9166 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: PHP options/info functions Assigned To: Comments: No feedback, works for me just fine. (4.0.5-dev) --Jani Previous Comments: --- [2001-02-14 14:12:51] [EMAIL PROTECTED] Please try PHP 4.0.4pl1 as this should be fixed in it. --Jani --- [2001-02-07 17:11:09] [EMAIL PROTECTED] The upload_tmp_dir (/tmp/phpupload/ in my case) is displayed properly in a phpinfo() display but uploaded files are actually created in /tmp/ Also related (I believe) is the fact that is an invalid file is specified to be uploaded (i.e. a file that does not exist on the client system) a 0 byte temparary file is created in /tmp/ and is not cleaned up (i.e. it remains there forever) configuration command : ./configure' '--with-mysql' '--with-apxs' --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9166edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9188 Updated: it seems that mysql-module doesn't support any charsets except latin1
ID: 9188 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: MySQL related Assigned To: Comments: This should be fixed. Try latest CVS snapshot from http://snaps.php.net/ --Jani Previous Comments: --- [2001-02-14 14:29:30] [EMAIL PROTECTED] Please try the latest CVS snapshot from http://snaps.php.net/ --Jani --- [2001-02-09 03:43:56] [EMAIL PROTECTED] ./configure --with-mysql --with-apxs=/var/lib/apache/bin/apxs make make install were successed mysql version is 3.23.32 ===Error message [Fri Feb 9 14:59:11 2001] [error] [client 202.112.216.5] File does not exist: /home/changx/public_html/test/phpinfo File 'NONEXISTENT/charsets/?.conf' not found (Errcode: 2) Character set '#24' is not a compiled character set and is not specified in the 'NONEXISTENT/charsets/Index' file = after i change back the libphp4.so to 4.0.2, no errors! --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9188edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9797 Updated: pgp.exe generates exception when running script
ID: 9797 User Update by: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Reproduceable crash Description: pgp.exe generates exception when running script "this" in the parent class' constructor resolves to the class of the instantiated object, not the class the constructor belongs to, which resulted in recursive calls to the instantiated object's constructor (which called the parent again, which called the object's constructor again...) and eventually blew out the stack. Now I have to figure out how to do what I intended. Previous Comments: --- [2001-03-16 14:50:37] [EMAIL PROTECTED] Please let me know if I've done something wrong, but here's what happens: If I run wcltest1.phtml, everything is fine. If I run wcltest2.phtml, I get a php.exe has generated an exception. I've tried this on two different Win2K machines, and on my Web server account (*nix). Here are the files: CObject: ?php class CObject { var $objectId = 0; function CObject($objId) { $this-objectId = $objId; } //CObject() } //class CObject ? --- CComponent: --- ?php require_once("./incl/WCL/Base/CObject.php"); class CComponent extends CObject { function CComponent($objId) { $parent = get_parent_class($this); $this-$parent($objId); } //CComponent() } //class CComponent ? - CControl: - ?php require_once("./incl/WCL/Base/CComponent.php"); class CControl extends CComponent { function CControl($objId) { $parent = get_parent_class($this); $this-$parent($objId); } //CControl() } //class CControl ? --- wcltest1.phtml: (this code works) --- ?php require "./incl/WCL/Base/CComponent.php"; // or require "./incl/WCL/Control/CControl.php"; $obj = new CComponent(123); echo ("obj-objectId=$obj-objectId"); ? --- wcltest2.phtml: (this code crashes php.exe) --- ?php require "./incl/WCL/Control/CControl.php"; $obj = new CControl(123); echo ("obj-objectId=$obj-objectId"); ? As you can see, I'm basically trying to implement a polymorphic constructor manually throughout my classes. Why should creating a CComponent work just fine, but creating a CControl not? Wondering if there was some limit to the number of classes I could have in my ancestor chain, I extended it as a test by iheriting my CObject from PEAR. But even with the inheritance chain extended, the behaviour remained the same. Please let me know if I've done something wrong. I just learned about PHP on Tuesday, and wanted to see if it would work for me, so consider me a newbie. Please let me know if you get the same behaviour as I have. I hope this is useful, Brad - My PHP is the binary distribution, unchanged. Sorry I don't know how to do a GDB backtrace on Windows, and I don't know how/if I can muck with my ISP (Hurricane Electric)'s (*nix-based) PHP settings. --- PHP.ini (should be unchanged, if I remember correctly) --- [PHP] ;;; ; About this file ; ;;; ; This file controls many aspects of PHP's behavior. In order for PHP to ; read it, it must be named 'php.ini'. PHP looks for it in the current ; working directory, in the path designated by the environment variable ; PHPRC, and in the path that was defined in compile time (in that order). ; Under Windows, the compile-time path is the Windows directory. The ; path in which the php.ini file is looked for can be overriden using ; the -c argument in command line mode. ; ; The syntax of the file is extremely simple. Whitespace and Lines ; beginning with a semicolon are silently ignored (as you probably guessed). ; Section headers (e.g. [Foo]) are also silently ignored, even though ; they might mean something in the future. ; ; Directives are specified using the following syntax: ; directive = value ; Directive names are *case sensitive* - foo=bar is different from FOO=bar. ; ; The value can be a string, a number, a PHP constant (e.g. E_ALL or M_PI), one ; of the INI constants (On, Off, True, False, Yes, No and None) or an expression ; (e.g. E_ALL ~E_NOTICE), or a quoted string ("foo"). ; ; Expressions in the INI file are limited to bitwise operators and parentheses: ; | bitwise OR ; bitwise AND ; ~ bitwise NOT ; ! boolean NOT ; ; Boolean flags can be turned on using the values 1, On, True or Yes. ; They can be turned off using the values 0, Off, False or No. ; ; An empty string can be denoted by simply not writing anything after the equal ; sign, or by using the None
[PHP-DEV] PHP 4.0 Bug #9198 Updated: ocassional session blackouts
ID: 9198 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: *Session related Assigned To: Comments: Upgrade first to PHP 4.0.4pl1. --Jani Previous Comments: --- [2001-02-20 13:50:46] [EMAIL PROTECTED] This bug report does not contain any information which would be suitable for tracking down a possibly bug. --- [2001-02-10 04:41:57] [EMAIL PROTECTED] This is my session configuration: session.save_handler = files ; handler used to store/retrieve data session.save_path = /tmp; argument passed to save_handler ; in the case of files, this is the ; path where data files are stored session.use_cookies = 1 ; whether to use cookies session.name = PHPSESSID ; name of the session ; is used as cookie name session.auto_start= 1 ; initialize session on request startup session.cookie_lifetime = 0 ; lifetime in seconds of cookie ; or if 0, until browser is restarted session.cookie_path = / ; the path the cookie is valid for session.cookie_domain = ; the domain the cookie is valid for session.serialize_handler = php ; handler used to serialize data ; php is the standard serializer of PHP session.gc_probability= 1 ; percentual probability that the ; 'garbage collection' process is started ; on every session initialization session.gc_maxlifetime= 1440; after this number of seconds, stored ; data will be seen as 'garbage' and ; cleaned up by the gc process session.referer_check = ; check HTTP Referer to invalidate ; externally stored URLs containing ids session.entropy_length= 0 ; how many bytes to read from the file session.entropy_file = ; specified here to create the session id ; session.entropy_length= 16 ; session.entropy_file = /dev/urandom session.cache_limiter = nocache ; set to {nocache,private,public} to ; determine HTTP caching aspects session.cache_expire = 180 ; document expires after n minutes session.use_trans_sid = 1 ; use transient sid support if enabled ; by compiling with --enable-trans-sid --- [2001-02-09 18:09:10] [EMAIL PROTECTED] Can you include the [Session] section from your php.ini file? --- [2001-02-09 18:02:13] [EMAIL PROTECTED] My application used to run PHPLIB for the sake of session variables. After migrating to PHP4, I made it use the PHP4 integreted session support (using cookies) and it seems to be working fine for most of the time. Nevertheless, it will ocassionally loose the infromation contained within the session and get all active users disconnected and unable to log in again for a while. I cannot say when it is going to happen again (it is unpredictable) but the fact is that it happens... Thanks in advance, Jakub Jermar --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9198edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9204 Updated: Crash when I opent a particular page
ID: 9204 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Reproduceable crash Assigned To: Comments: No feedback. Not enough info. And most likely fixed in CVS. --Jani Previous Comments: --- [2001-02-14 16:54:49] [EMAIL PROTECTED] And please try latest CVS snapshot from http://snaps.php.net/ as I have a feeling this has been fixed already.. --Jani --- [2001-02-10 09:20:10] [EMAIL PROTECTED] Please send a cut down version of the page. you need to remove bits of the page until you can get it to crash with the minimal amount of code. DO NOT send full page as we are too lazy to do it ourselves. In cases like these you should always create a test case, it would also be helpful to create a back trace see http://bugs.php.net for instructions on that. James --- [2001-02-10 09:16:16] [EMAIL PROTECTED] When I open a particular page, my browser says zero sized reply. error_log says that one of the apache clients crashed. There does not seem to be any way around this - it crashes every time I load it. The page is complex, but it does not use any exotic functions. I can't seem to get a core file from apache. I run it with -X, but when it segfaults, no corefile is dumped, even with ulimit -c unlimied. I can send the page that causes the problem if required. Apache version: Server version: Apache/1.3.14 (Unix) Server built: Feb 9 2001 22:46:23 Configure command: './configure' '--with-pgsql=/opt/postgres' '--with-mysql=/opt/mysql' '--with-dom' '--enable-ftp' '--with-apache=../apache_1.3.14' '--with-gdbm' Thanks for you help, Charlie Dyson --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9204edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #7624 Updated: Servlet crashes
ID: 7624 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Old-Bug Type: Reproduceable crash Bug Type: Java related Assigned To: Comments: Reopen if this still happens with latest dev build from http://www.php4win.de/ --Jani Previous Comments: --- [2000-12-01 12:15:55] [EMAIL PROTECTED] This seems to be fixed (at least it worked for me earlier this week). --- [2000-11-03 10:24:32] [EMAIL PROTECTED] PHP 4.0.2 as servlet on NT4SP6, tomcat 3.1 with SUN JDK 1.2.2 (Build 001). Win32 binaries from php.net and matching servlet API for 4.0.2 from php.net. All PHP scripts fail with this error: Error: 500 Location: /examples/php/info.php Internal Servlet Error: javax.servlet.ServletException: bailout at net.php.servlet.send(Native Method) at net.php.servlet.service(servlet.java:162) at net.php.servlet.service(servlet.java:180) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.tomcat.core.ServletWrapper.handleRequest(ServletWrapper.java, Compiled Code) at org.apache.tomcat.core.ContextManager.service(ContextManager.java:559) at org.apache.tomcat.service.http.HttpConnectionHandler.processConnection(HttpConnectionHandler.java:160) at org.apache.tomcat.service.TcpConnectionThread.run(SimpleTcpEndpoint.java, Compiled Code) at java.lang.Thread.run(Thread.java:479) --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=7624edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9669 Updated: Session write-out race condition
ID: 9669 Updated by: sas Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Analyzed Bug Type: *Session related Assigned To: Comments: In the context of the default files handler, this happens: The handler acquires an exclusive lock when opening the session. We never release that lock, we simply close the file descriptor in the close handle. And that takes place after we write out the session data. Hence, your described scenario cannot take place, as all requests to a single session are always serialized. It can take place, if you don't plant proper locking into your session handler though. Previous Comments: --- [2001-03-10 04:55:05] [EMAIL PROTECTED] Initally from time to time, very rarely, we'd login to the site (which does logins as a form submission), and we'd get back to the page we're supposed to be at but without seeming to be logged in. The page that the login form submits to does very little, it just checks the details provided by the form in a database, and sets a session variable with the user's real ID, which all pages consider to be "logged in". Then, they're redirected back to the refering page. Works fine, 99.9% of the time, but under situations where access is good (eg, 50ms away from the webserver over cable + ethernet) sometimes it just wouldn't work. It got a _lot_ worse when we started pushing session data into a database. Initally we thought it was our custom session save stuff, but removing it we could still reproduce the problem (it was just harder to reproduce). Finally, we added a whole lot of debugging calls to error_log() and found what was going on. There's a race condition between the end of a page and when the session handler actually writes out the session data, vs when a new page is requested. If the remote browser requests a page before PHP has written out the session stuff, it'll get the old session infomation. From our debugging: [Sat Mar 10 21:58:49 2001] [error] uri: /login.php?user=samtestepassword=xuri=%2F sql: select verifyLogin('samteste','x') [Sat Mar 10 21:58:49 2001] [error] uri: / sql: SELECT value FROM sessiondata WHERE sesskey = '35760d1b61748cc467b3c685916c3980' AND expiry now() [Sat Mar 10 21:58:49 2001] [error] uri: /login.php?user=samtestepassword=xuri=%2F sql: UPDATE sessiondata SETexpiry = now()+'1440s', value = 'playerid|s:4:"1542";attempt|i:1;' WHERE sesskey = '35760d1b61748cc467b3c685916c3980' Roughly, we see this sequence as: - The page that verifies the login is called (/login.php), and the login is verified, which updates the session variable. Before exit, this page issues a redirect to /. - The browser then processes the redirect, and requests the new URL (/), retriving the "current" session data - The session data from login.php is only just now written out. We have a workaround in PHP (we have a function called redirect() which first calls our session_write handler with the session_id() and session_encode(), before outputing the headers..) but we'd prefer the session handling worked as advertised, so to speak :) Note: we've verified with a packet sniffer that the browser is closing the connection before opening a new one for the new URL. It's not the browser jumping the gun. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9669edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8527 Updated: Session does not work outside the folder it was created in
ID: 8527 Updated by: sas Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *Session related Assigned To: Comments: Please upgrade. The default is path=/. Previous Comments: --- [2001-01-03 00:04:03] [EMAIL PROTECTED] I have started a session in a file in one folder however when that page calls another file in another folder then the session variable does not carry I am using the session_start() statement in every page in the other folder . It works fine with all the files in the same folder that the session was started in, but when it comes to the files in any other folder it does not work.. I am using php4 with Apache on win95 downloaded from php4win.de If anyone knows about this problem or knows where I can get an answer to it please contact me at [EMAIL PROTECTED] I want to write one login script for my site and keep it in one folder and call that in all the pages in various folders. Thanks Neville Lewis. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8527edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9575 Updated: After install, the web server Apache don't restart ..
ID: 9575 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Reproduceable crash Assigned To: Comments: User feedback: -- I've resolve with install and compile Apache1.3.19 : $ORACLE_HOME=/oracle/app/oracle815 export ORACLE_HOME # cd ../php4 # ./configure --with-oracle --with-oci8 --with-apache=/usr/local/apache_1.3.19 # make # make install # cd ../apache_1.3.19 # ./configure --activate-module=src/modules/php4/libphp4.a # make # make install and added in /usr/local/apache/conf/httpd.conf : AddType application/x-httpd-php .php Start apache : /usr/local/apache/bin/apachectl start. --- Solved - closed. --Jani Previous Comments: --- [2001-03-06 10:19:26] [EMAIL PROTECTED] 1. Have you set the necessary Oracle specific environment vars before starting Apache? ( http://www.php.net/oci8 ) 2. Is your Apache linked with libpthread? ( # ldd /path/to/httpd ) 3. Have you tried PHP 4.0.4pl1 ? --Jani --- [2001-03-06 06:11:51] [EMAIL PROTECTED] My server configuration : Linux RedHat 6.2 - Apache 1.3.9 - Php4.0.2 - Oracle8.1.5. After install "Php4.0.2" with Oracle8.1.5., the web server apache don't restart. # ./configure --with-apxs=/usr/sbin/apxs --with-oracle=/oracle/app/oracle815 --with-oci8=/oracle/app/oracle815 # make # make install /usr/local/lib/php.ini They are no messages aren't displayed or stocked in "/var/log/httpd/error_log" when restart Apache. I have tested install only "Php4.0.2" and "Apche1.3.9" : it's worked normally with any bugs. Thank, for your intervention Best regard. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9575edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8945 Updated: include, require, et al.
ID: 8945 User Update by: [EMAIL PROTECTED] Old-Status: Closed Status: Open Bug Type: Performance problem Description: include, require, et al. I tried both include() and require(): ?php if(false) { require "some_file.php"; } ? and ?php if(false) { include "some_file.php"; } ? Both performed poorly, which is why I'm submitting this report. At the moment, I've changed my code to use only require() without conditions, as require() is much faster than include(). Including one more file decreases performance by 2x. Including another file decreases performance by another 2x. eg: If you have 8 included files, the performance would be decreased by 256x. This is the performance drop that I'm pointing out here. Previous Comments: --- [2001-03-16 17:00:07] [EMAIL PROTECTED] No feedback. --Jani --- [2001-02-17 13:09:27] [EMAIL PROTECTED] You say that you use conditional statements to determine whether or not to REQUIRE a file. Just to make sure: You're not using require or require_once inside a conditional block, such as: ?php if($condition) { require "some_file.php"; } ? I'm asking this, because require and require_once are UNCONDITIONALY called, see the manual pages for require and include on this topic. --- [2001-01-26 18:58:49] [EMAIL PROTECTED] I discovered that the include(), require() or include_only(), require_only() functions have a profound effect on performance. I use conditional statements to conditionally require files, however, it seems that the PHP interpreter has a performance problem with this. Commenting out all the require() or include() code shows that performance improved by 200%. Web Stressing the app and PHP, I have found that PHP can sometimes crash with an Access Violation at 12345 and CPU usage maxing at 100%. Memory leaks very much when CPU usage is at maximum threshold. Zend Optimizer seems to reduce performance by a noticeable amount. It does not seem to reduce CPU usage, unfortunately. I got the best performance from PHP using page cacheing. Results seem to show that it's faster than static HTML... --- Full Bug description available at: http://bugs.php.net/?id=8945 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9711 Updated: Fatal Error while trying to install
ID: 9711 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: *Install and Config Assigned To: Comments: Does this happen with latest CVS snapshot now? --Jani Previous Comments: --- [2001-03-12 13:47:06] [EMAIL PROTECTED] When trying to run make, I get the following messages: *** Making install in main gcc -I. -I/home/php4-200103120945/main -I/home/php4-200103120945/main -I/home/o In file included from php_compat.h:7, from php.h:35, from main.c:26: php_config.h:1783: warning: `ZEND_DEBUG' redefined /home/apache_1.3.12/src/include/../php_config.h:1606: warning: this is the locan php_config.h:1813: warning: `PHP_BUILD_DATE' redefined /home/apache_1.3.12/src/include/../php_config.h:1636: warning: this is the locan In file included from php_compat.h:7, from php.h:35, from main.c:26: php_config.h:1864: warning: `zend_isinf' redefined /home/apache_1.3.12/src/include/../php_config.h:1681: warning: this is the locan main.c: In function `php_module_startup': main.c:790: structure has no member named `get_configuration_directive' main.c: In function `php_execute_script': main.c:1153: structure has no member named `exit_status' main.c:1164: structure has no member named `exit_status' main.c:1203: structure has no member named `exit_status' *** Error code 1 make: Fatal error: Command failed for target `main.lo' Current working directory /home/php4-200103120945/main *** Error code 1 make: Fatal error: Command failed for target `install-recursive' Current working directory /home/php4-200103120945/main *** Error code 1 make: Fatal error: Command failed for target `install-recursive' * This is after I run ./configure --with-informix=yes --with-apache=../apache_1.3.12 --enable-track-vars with no problems. This is a exisiting server that already has apache 1.3.12 with php4.0.2 running. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9711edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #7772 Updated: Problems with session vars
ID: 7772 Updated by: sas Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *Session related Assigned To: Comments: The paragraph you quote only refers to the time of reinstantiating variables. Registering a session variable does not cause $HTTP_SESSION_VARS["foo"] and $foo to become associated in any way. Previous Comments: --- [2000-11-12 20:28:21] [EMAIL PROTECTED] Apache/1.3.14 (Unix) PHP/4.0.3pl1 # "If both track_vars and register_globals are enabled, then the globals variables and the $HTTP_SESSION_VARS entries will reference the same value." - PHP Manual. # In the next example $HTTP_SESSION_VARS[xyzzy] can only be read, if it's written, the new value is lost, it doesn't get saved through requests. # Besides that, setting $xyzzy to something isn't reflected in its $HTTP_SESSION_VARS counterpart until the next request. session_register("xyzzy"); $HTTP_SESSION_VARS[xyzzy] = 'nothing'; $xyzzy = 'something'; # Here, $HTTP_SESSION_VARS[xyzzy] is equal to 'nothing'. $HTTP_SESSION_VARS[xyzzy] = 'somethingelse'; # Here, $HTTP_SESSION_VARS[xyzzy] is equal to 'somethingelse'. # At the next request, $HTTP_SESSION_VARS[xyzzy] will be equal to 'something'. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=7772edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8841 Updated: PHP Crashed under very special circumstances
ID: 8841 Updated by: sas Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: *Session related Assigned To: Comments: Please compile PHP with --enable-debug and provide a complete backtrace. Thank you. Previous Comments: --- [2001-01-22 12:23:21] [EMAIL PROTECTED] I cannot make a short script, since I dont know exactly what causes this, it seems to be session related in the sense that after I get this error I can no longer access ANY pages on that host (as if it cant unserialize the cookie correctly) but deleting the cookie from the session_dir under Linux solves the problem. Running php-4.0.5-dev. (gdb) run -X Starting program: /home/httpd/bin/httpd -X (no debugging symbols found)... Program received signal SIGSEGV, Segmentation fault. 0x810aded in _zval_ptr_dtor () (gdb) bt #0 0x810aded in _zval_ptr_dtor () #1 0x8114229 in zend_hash_destroy () #2 0x8110968 in _zval_dtor () #3 0x810ae02 in _zval_ptr_dtor () #4 0x80f5e09 in php_var_unserialize () #5 0x80c5f61 in ps_srlzr_decode_php () #6 0x80c63e0 in ps_srlzr_decode_wddx () #7 0x80c65d0 in ps_srlzr_decode_wddx () #8 0x80c6ff4 in ps_srlzr_decode_wddx () #9 0x80c8070 in php_if_session_start () #10 0x813d341 in execute () #11 0x814312d in execute () #12 0x81117f8 in zend_execute_scripts () #13 0x808ab28 in php_execute_script () #14 0x811cbae in apache_php_module_main () #15 0x8088746 in send_php () #16 0x8088778 in send_parsed_php () #17 0x814ac63 in ap_invoke_handler () #18 0x815e499 in ap_some_auth_required () #19 0x815e4fc in ap_process_request () #20 0x8155d7e in ap_child_terminate () #21 0x8155f0c in ap_child_terminate () #22 0x8156069 in ap_child_terminate () #23 0x8156696 in ap_child_terminate () #24 0x8156e23 in main () #25 0x407669cb in __libc_start_main (main=0x8156adc main, argc=2, argv=0xba54, init=0x806e950 _init, fini=0x81cb8dc _fini, rtld_fini=0x4000ae60 _dl_fini, stack_end=0xba4c) at ../sysdeps/generic/libc-start.c:92 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8841edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9138 Updated: setlocale changes over all thought process of Apache child.
ID: 9138 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Apache related Assigned To: Comments: Does this happen with latest CVS snapshot from http://snaps.php.net/ ? --Jani Previous Comments: --- [2001-02-06 19:08:11] [EMAIL PROTECTED] Script: ? setlocale ("LC_TIME", "es"); ? Desc: When PHP is compiled as an Apache module, and an individual script changes the locale via setlocale, PHP never resets it, and the Apache child continues to run in the new locale. The problem with this is the log file gets printed in a new locale, and any new requests coming into that individual Apache child use the same setlocale as the original request. This causes problems with other PHP based scripts, as well as analyzing programs trying to determine the numerous locales printed in the log file. (ie: Jan can be ene, Jan, etc..) Please have setlocale replaced to what it was before the PHP script ran, as well as any other variables that can be thought to do this when this is brought to your attention. Thanks! --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9138edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9390 Updated: PHPSESSID adds itself to $HTTP_POST_VARS
ID: 9390 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: *Session related Assigned To: Comments: In php.ini: url_rewriter.tags = "a=href,area=href,frame=src,input=src,form=fakeentry" Remove the last setting, form=fakeentry. (or if you don't have this directive in your php.ini, add it without the last setting.) --Jani Previous Comments: --- [2001-03-16 17:37:13] [EMAIL PROTECTED] Since you are using the transparent session id feature, the obvious question is: Do you use forms with method=POST? --- [2001-02-21 20:41:51] [EMAIL PROTECTED] Problem: For some reason PHP adds PHPSESSID to $HTTP_POST_VARS At login, I use: session_start(): $sid = session_id(); session_register("sid"); etc. 2 pages into the session the var PHPSESSID appears as the first element in the post array. My app has been been behaving until I started playing with gc_probability in php.ini. My identical dev website with identical code does not reproduce this problem. Config INFO: Compile Directives: './configure' '--prefix=/../../php_prod' '--with-config_file_path=/../../php_prod/lib' '--with-oci8' '--with-apache=/../../apache_prod' '--enable-track-vars' '--enable-trans-sid' '--enable-ftp' php.ini session config: [Session] session.save_handler = files ; session.save_path=/usr/local/session; session.use_cookies = 0 ; session.name = PHPSESSID ; session.auto_start= 0 ; session.cookie_lifetime=0 ; session.cookie_path = / session.serialize_handler = php ; session.gc_probability= 1 ; session.gc_maxlifetime= 1800; session.referer_check = ; session.entropy_length= 0 ; session.entropy_file = ; session.entropy_length= 16 ; session.entropy_file = /dev/urandom session.cache_limiter= nocache ; ; session.cache_expire = 180 ; session.use_trans_sid = 1 ; [EOF] --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9390edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9711 Updated: Fatal Error while trying to install
ID: 9711 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: *Install and Config Description: Fatal Error while trying to install Yes, this same error happens with the latest snapshot. Previous Comments: --- [2001-03-16 17:29:47] [EMAIL PROTECTED] Does this happen with latest CVS snapshot now? --Jani --- [2001-03-12 13:47:06] [EMAIL PROTECTED] When trying to run make, I get the following messages: *** Making install in main gcc -I. -I/home/php4-200103120945/main -I/home/php4-200103120945/main -I/home/o In file included from php_compat.h:7, from php.h:35, from main.c:26: php_config.h:1783: warning: `ZEND_DEBUG' redefined /home/apache_1.3.12/src/include/../php_config.h:1606: warning: this is the locan php_config.h:1813: warning: `PHP_BUILD_DATE' redefined /home/apache_1.3.12/src/include/../php_config.h:1636: warning: this is the locan In file included from php_compat.h:7, from php.h:35, from main.c:26: php_config.h:1864: warning: `zend_isinf' redefined /home/apache_1.3.12/src/include/../php_config.h:1681: warning: this is the locan main.c: In function `php_module_startup': main.c:790: structure has no member named `get_configuration_directive' main.c: In function `php_execute_script': main.c:1153: structure has no member named `exit_status' main.c:1164: structure has no member named `exit_status' main.c:1203: structure has no member named `exit_status' *** Error code 1 make: Fatal error: Command failed for target `main.lo' Current working directory /home/php4-200103120945/main *** Error code 1 make: Fatal error: Command failed for target `install-recursive' Current working directory /home/php4-200103120945/main *** Error code 1 make: Fatal error: Command failed for target `install-recursive' * This is after I run ./configure --with-informix=yes --with-apache=../apache_1.3.12 --enable-track-vars with no problems. This is a exisiting server that already has apache 1.3.12 with php4.0.2 running. --- Full Bug description available at: http://bugs.php.net/?id=9711 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9772 Updated: segfault w/ long POST/GET vars
ID: 9772 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Reproduceable crash Description: segfault w/ long POST/GET vars Addendum. In my haste, I think I mis-evaluated the cause of this bug. It seems to have been resolved by my removing an from a function definintion (and no longer making it return a reference). This function was used about 25 times on the page with different paramenters. I'll try and create a small, example set of code to recreate the problem. The function was also generating large numbers (at times) of suppressed warnings from the db (no results). All of those factors may contribute to the issue. The problem remains, though it occurs in a slightly different place, in the current CVS (as of 20010316). Previous Comments: --- [2001-03-15 23:13:14] [EMAIL PROTECTED] 1. Try latest CVS snapshot from http://snaps.php.net/ 2. Add the shortest possible php script into this bug report which can be used to reproduce this crash. --Jani --- [2001-03-15 16:20:38] [EMAIL PROTECTED] Hmmm...After a bit more bashing, I've gotten it to do it even with the shortend variables. new (but very similar) backtrace: Program received signal SIGSEGV, Segmentation fault. 0x4019e90a in zend_indent () at zend_indent.c:96 96 ZEND_PUTS(" {n"); (gdb) bt #0 0x4019e90a in zend_indent () at zend_indent.c:96 #1 0xbfff81f8 in ?? () #2 0x4018ef8b in _get_zval_ptr_ptr (node=0x8161864, Ts=0xbfff8210) at ./zend_execute.c:163 #3 0x4018a819 in execute (op_array=0x813a9a4) at ./zend_execute.c:1531 #4 0x4018b9ac in execute (op_array=0x81a6134) at ./zend_execute.c:1768 #5 0x4019a2bf in add_assoc_long (arg=0x8, key=0x3 Address 0x3 out of bounds, n=0) at zend_API.c:238 #6 0x401acba4 in php_fopen_with_path (filename=0xb964 " -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9800 Updated: Suggestion for extract function
ID: 9800 Updated by: jason Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Feature/Change Request Assigned To: Comments: This feature has already been implemented in CVS a few weeks ago(returns the number of elements inserted into the symbol table), and will be available in 4.0.5 shortly. Previous Comments: --- [2001-03-16 19:11:49] [EMAIL PROTECTED] The extract() function is a big help, but it would be even better if it returned some information about whether it assigned any variables, rather than just returning NULL. What I really want is for the following code: while($row = mysql_fetch_array($result)) { extract($row); //do something with the variables } to become this: while(extract(mysql_fetch_array($result))) //do something with the variables This would be possible if extract() returned any of the following: -0 or 1 to indicate whether any variables were assigned -the number of variables assigned -or even the array it was given in the first place Just a thought... Brian --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9800edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]