[PHP-DEV] PHP 4.0 Bug #9535: Server Application Error
From: [EMAIL PROTECTED] Operating system: Win 2000 Server PHP version: 4.0.4pl1 PHP Bug Type: IIS related Bug description: Server Application Error After running PHP a while i get this error Server Application Error on the web: The server has reached the maximum recovery limit for the application during the processing of your request. Please contact the server administrator for assistance. The Event Log has these entries: The HTTP server encountered an unhandled exception while processing the ISAPI Application ' php4ts!zend_strndup + 0x2B + 0xA05C8578 and then each time i call the page: The HTTP server encountered an unhandled exception while processing the ISAPI Application ' php4ts!zend_strndup + 0x2B + 0xA05C8578 -- Edit Bug report at: http://bugs.php.net/?id=9535edit=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-QA] ctype function (re?)naming
Prodigious work Zak - well done. This certainly represents a useful initial tidy up. It doesn't break anything and cures many of the 'bad offenders'. In looking through the unchanged function names, the one that screamed 'I am wrong' most loudly was 'velocis_off_autocommit' which appears to set new standards in unusual word order :) As you may have gathered from my previous posts on the subject, I want to aim much higher than this, but as I gather from everyone else's posts, I'm in a small minority. I see no reason for the syntax of PHP being any less than 'very good indeed', so if anyone else is in that minority, without detracting from the work that Zak has proposed, can we keep this discussion thread alive because I'm sure that there must be a way of bolting a clean version of the language onto the existing engine, and surely PHP 5.0 is the landmark for it's introduction. Cheers -- Phil Driscoll Dial Solutions +44 (0)113 294 5112 http://www.dialsolutions.com http://www.dtonline.org -- 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 #9536: date(br) gives wrong output
From: [EMAIL PROTECTED] Operating system: Linux, Win98, Win2k PHP version: 4.0.4pl1 PHP Bug Type: Date/time related Bug description: date("lt;brgt;") gives wrong output Variations of date("br") returns wrong output or lets PHP dump core. This bug has been reported by Christian Hamacher in de.comp.lang.php, followups reported similar problems on Win 98 and Win 2000. Here on Linux 2.4.2 I see: % echo '? $Date=date("d.m.Y br H:i:s"); echo "$Date\n"; ?' | php -q 03.03.2001 bSat, 3 Mar 2001 12:16:42 +0100 808132658:876230193:976367904 No core dump here if I run in the Bash, but wrong output. In zsh, I get a core dump (and the wrong output): % echo '? $Date=date("d.m.Y br H:i:s"); echo "$Date\n"; ?' | php -q 03.03.2001 bSat, 3 Mar 2001 12:20:05 +0100 808132661:809119794:976367904 zsh: done echo ? $Date=date("d.m.Y br H:i:s"); echo "$Date\n"; ? | zsh: segmentation fault (core dumped) php -q % gdb =php core 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 "i686-pc-linux-gnu"... Core was generated by `php -q'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libdl.so.2...done. Reading symbols from /usr/local/lib/libz.so.1...done. Reading symbols from /usr/local/lib/libreadline.so.4.1...done. Reading symbols from /usr/local/lib/libhistory.so.4.1...done. Reading symbols from /lib/libncurses.so.5...done. Reading symbols from /usr/lib/libttf.so.2...done. Reading symbols from /usr/local/lib/libpng.so.2...done. Reading symbols from /usr/X11R6/lib/libX11.so.6...done. Reading symbols from /usr/X11R6/lib/libXpm.so.4...done. Reading symbols from /usr/local/lib/libjpeg.so.62...done. Reading symbols from /usr/local/lib/libxml.so.2...done. Reading symbols from /usr/lib/libgdbm.so.1...done. Reading symbols from /usr/local/lib/libcurl.so.0...done. Reading symbols from /lib/libresolv.so.2...done. Reading symbols from /lib/libm.so.6...done. Reading symbols from /lib/libcrypt.so.1...done. Reading symbols from /lib/libnsl.so.1...done. Reading symbols from /lib/libc.so.6...done. Reading symbols from /lib/ld-linux.so.2...done. Reading symbols from /lib/libnss_db.so.2...done. Reading symbols from /lib/libdb.so.3...done. Reading symbols from /lib/libnss_files.so.2...done. #0 chunk_free (ar_ptr=0x403b8220, p=0x8267070) at malloc.c:3049 malloc.c:3049: No such file or directory. (gdb) bt #0 chunk_free (ar_ptr=0x403b8220, p=0x8267070) at malloc.c:3049 #1 0x4032e14a in __libc_free (mem=0x8267078) at malloc.c:3023 #2 0x80ed001 in _efree (ptr=0x8267084) at zend_alloc.c:238 #3 0x80e1ec9 in zend_hash_destroy (ht=0x826192c) at zend_hash.c:569 #4 0x80f1950 in shutdown_executor () at zend_execute_API.c:165 #5 0x80e48e4 in zend_deactivate () at zend.c:525 #6 0x8072ca2 in php_request_shutdown (dummy=0x0) at main.c:688 #7 0x806faff in main (argc=2, argv=0xb2ac) at cgi_main.c:771 #8 0x402f58c1 in __libc_start_main (main=0x806f30c main, argc=2, argv=0xb2ac, init=0x806d3f8 _init, fini=0x819b2a4 _fini, rtld_fini=0x4000a914 _dl_fini, stack_end=0xb2a4) at ../sysdeps/generic/libc-start.c:92 (gdb) If I ask for a "b" instead for "br", everything is ok. Of course there are easy work-arounds (just use `echo "br"' instead), but nevertheless. Regards... Michael -- Edit Bug report at: http://bugs.php.net/?id=9536edit=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 #9531 Updated: make fails at make . - /usr/bin/ld: cannot open -lxmltok
ID: 9531 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Compile Failure Description: make fails at "make ." - /usr/bin/ld: cannot open -lxmltok sorry, but the bug persists Making all in . make[1]: Entering directory `/home/family/php4-200103030345' gcc -I. -I/home/family/php4-200103030345/ -I/home/family/php4-200103030345/main -I/home/family/php4-200103030345 -I/home/family/php4-200103030345/Zend -I/home/ family/libxml2-2.3.3/include -I/usr/local/mysql/include -I/usr/local/include -I/ home/family/php4-200103030345/ext/xml/expat/xmltok -I/home/family/php4-200103030 345/ext/xml/expat/xmlparse -I/home/family/php4-200103030345/TSRM -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c stub.c touch stub.lo /bin/sh /home/family/php4-200103030345/libtool --silent --mode=link gcc -I. -I/ home/family/php4-200103030345/ -I/home/family/php4-200103030345/main -I/home/fam ily/php4-200103030345 -I/home/family/php4-200103030345/Zend -I/home/family/libxm l2-2.3.3/include -I/usr/local/mysql/include -I/usr/local/include -I/home/family/ php4-200103030345/ext/xml/expat/xmltok -I/home/family/php4-200103030345/ext/xml/ expat/xmlparse -I/home/family/php4-200103030345/TSRM -DSUPPORT_UTF8 -DXML_BYTE_ ORDER=12 -g -O2 -o libphp4.la -rpath /home/family/php4-200103030345/libs -L/ho me/family/libxml2-2.3.3/lib -L/usr/local/mysql/lib -L/usr/local/lib -R /home/fa mily/libxml2-2.3.3/lib -R /usr/local/mysql/lib -R /usr/local/lib stub.lo Zend/l ibZend.la sapi/cgi/libsapi.la main/libmain.la regex/libregex.la ext/domxml/libdo mxml.la ext/mysql/libmysql.la ext/pcre/libpcre.la ext/posix/libposix.la ext/sabl ot/libsablot.la ext/session/libsession.la ext/standard/libstandard.la ext/xml/li bxml.la TSRM/libtsrm.la -ldl -lxmltok -lxmlparse -lsablot -lmysqlclient -lz -lxm l -lresolv -lm -ldl -lcrypt -lnsl -lresolv -lz /bin/sh /home/family/php4-200103030345/libtool --silent --mode=link gcc -I. -I/ home/family/php4-200103030345/ -I/home/family/php4-200103030345/main -I/home/fam ily/php4-200103030345 -I/home/family/php4-200103030345/Zend -I/home/family/libxm l2-2.3.3/include -I/usr/local/mysql/include -I/usr/local/include -I/home/family/ php4-200103030345/ext/xml/expat/xmltok -I/home/family/php4-200103030345/ext/xml/ expat/xmlparse -I/home/family/php4-200103030345/TSRM -DSUPPORT_UTF8 -DXML_BYTE_ ORDER=12 -g -O2 -o php -export-dynamic stub.lo libphp4.la /usr/bin/ld: cannot open -lxmltok: No such file or directory collect2: ld returned 1 exit status make[1]: *** [php] Error 1 make[1]: Leaving directory `/home/family/php4-200103030345' make: *** [all-recursive] Error 1 Previous Comments: --- [2001-03-02 19:18:17] [EMAIL PROTECTED] AFAIK this is fixed in CVS. CAn you try the latest CVS version, or a snapshot from snaps.php.net and see it the problem persists? --- [2001-03-02 16:48:33] [EMAIL PROTECTED] installed Sablot-0.51-0.i386.rpm installed expat-1.95.0-1.i386.rpm installed libxml2-2.3.3.tar.gz installed mysql-3.23.33-pc-linux-gnu-i686.tar.gz ./configure --with-dom=/home/family/libxml2-2.3.3 --with-mysql=/usr/local/mysql --with-sablot make (everything goes well until:) Making all in . make[1]: Entering directory `/home/family/php-4.0.4pl1' /bin/sh /home/family/php-4.0.4pl1/libtool --silent --mode=link gcc -I. -I/home/ family/php-4.0.4pl1/ -I/home/family/php-4.0.4pl1/main -I/home/family/php-4.0.4pl 1 -I/home/family/php-4.0.4pl1/Zend -I/home/family/libxml2-2.3.3/include -I/usr/l ocal/mysql/include -I/usr/local/include -I/home/family/php-4.0.4pl1/ext/xml/expa t/xmltok -I/home/family/php-4.0.4pl1/ext/xml/expat/xmlparse -I/home/family/php-4 .0.4pl1/TSRM -DXML_BYTE_ORDER=12 -g -O2 -o php -export-dynamicstub.lo libphp4.la /usr/bin/ld: cannot open -lxmltok: No such file or directory collect2: ld returned 1 exit status make[1]: *** [php] Error 1 make[1]: Leaving directory `/home/family/php-4.0.4pl1' make: *** [all-recursive] Error 1 --- Full Bug description available at: http://bugs.php.net/?id=9531 -- 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 #9494 Updated: Error in ./configure
ID: 9494 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Description: Error in ./configure It's not yet adjusted in the snapshots .. maybe someone can fix it? Previous Comments: --- [2001-03-01 17:24:52] [EMAIL PROTECTED] FYI: Apache2 support in PHP is considered experimental at the moment. Please try the latest CVS snapshot from http://snaps.php.net/ as this might have been fixed already. --Jani --- [2001-02-28 06:37:20] [EMAIL PROTECTED] When doing a cross compile from php 4.0.4pl1 with apache 2.0a9 using: ./configure --with-mysql --with-apache=../apache_2.0a9 --enable-track-vars, it gives me the error: configure: error: Invalid Apache directory - unable to find httpd.h under /root/apache_2.0a9 after looking in the configure file, i saw it looks in $withval/src/include/* which is wrong since the include files are now located in $withval/include; I also noticed that source libraries changed to $withval/srclib .. or did i do something wrong? hint: i'm trying to compile an IPv6 enabled webserver with php support. (KAME patch fails since it's only *BSD realated), apache 2.x supports native IPv6 support. --- Full Bug description available at: http://bugs.php.net/?id=9494 -- 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] suscribe
-- 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 #9537: ISAPI hangs
From: [EMAIL PROTECTED] Operating system: Win2000 Server CZ PHP version: 4.0.4pl1 PHP Bug Type: IIS related Bug description: ISAPI hangs On the server we have this problem: The HTTP server encountered an unhandled exception while processing the ISAPI Application php4ts!hashpjw + 0x13 + 0xA05E69B8 The server configuration I include (php_interbase.dll used): PHP Version 4.0.4pl1 System Windows NT 5.0 build 2195 Build Date Jan 12 2001 Server API ISAPI Virtual Directory Support enabled Configuration File (php.ini) Path php.ini ZEND_DEBUG disabled Thread Safety enabled This program makes use of the Zend scripting language engine: Zend Engine v1.0.4, Copyright (c) 1998-2000 Zend Technologies PHP 4.0 Credits Configuration PHP Core Directive Local Value Master Value allow_call_time_pass_reference On On allow_url_fopen 1 1 arg_separator asp_tags Off Off auto_append_file no value no value auto_prepend_file no value no value browscap no value no value default_charset no value no value default_mimetype text/html text/html define_syslog_variables Off Off disable_functions no value no value display_errors On On display_startup_errors Off Off doc_root no value no value enable_dl On On error_append_string Off Off error_log no value no value error_prepend_string Off Off error_reporting no value no value expose_php On On extension_dir no value no value file_uploads 1 1 gpc_order GPC GPC highlight.bg #FF #FF highlight.comment #FF8000 #FF8000 highlight.default #BB #BB highlight.html #00 #00 highlight.keyword #007700 #007700 highlight.string #DD #DD html_errors On On ignore_user_abort Off Off implicit_flush Off Off include_path no value no value log_errors Off Off magic_quotes_gpc On On magic_quotes_runtime Off Off magic_quotes_sybase Off Off max_execution_time 30 30 open_basedir no value no value output_buffering Off Off output_handler no value no value post_max_size 8M 8M precision 14 14 register_argc_argv On On register_globals On On safe_mode Off Off safe_mode_exec_dir 1 1 sendmail_from [EMAIL PROTECTED] [EMAIL PROTECTED] sendmail_path no value no value short_open_tag On On SMTP smtp.iol.cz smtp.iol.cz sql.safe_mode Off Off track_errors Off Off upload_max_filesize 2M 2M upload_tmp_dir no value no value user_dir no value no value variables_order no value no value y2k_compliance Off Off interbase Interbase Support enabled Revision $Revision: 1.48 $ Dynamic Module yes Allow Persistent Links Yes Persistent Links 1/unlimited Total Links 1/unlimited Timestamp Format %m/%d/%Y %H:%M:%S Date Format %m/%d/%Y Time Format %H:%M:%S standard Regex Library Bundled library enabled Dynamic Library Support enabled Internal Sendmail Support for Windows 4 enabled Directive Local Value Master Value assert.active 1 1 assert.bail 0 0 assert.callback no value no value assert.quiet_eval 0 0 assert.warning 1 1 safe_mode_allowed_env_vars PHP_ PHP_ safe_mode_protected_env_vars LD_LIBRARY_PATH LD_LIBRARY_PATH session.use_trans_sid 1 1 url_rewriter.tags a=href,area=href,frame=src,form=fakeentry a=href,area=href,frame=src,form=fakeentry bcmath BCMath support enabled Calendar Calendar support enabled com Directive Local Value Master Value allow_dcom Off Off typelib_file no value no value ftp FTP support enabled mysql MySQL Support enabled Active Persistent Links 0 Active Links 0 Client API version 3.23.22-beta Directive Local Value Master Value mysql.allow_persistent On On mysql.default_host no value no value mysql.default_password no value no value mysql.default_port no value no value mysql.default_socket no value no value mysql.default_user no value no value mysql.max_links Unlimited Unlimited mysql.max_persistent Unlimited Unlimited odbc ODBC Support enabled Active Persistent Links 0 Active Links 0 ODBC library Win32 Directive Local Value Master Value odbc.allow_persistent On On odbc.check_persistent On On odbc.default_db no value no value odbc.default_pw odbc.default_user no value no value odbc.defaultbinmode return as is return as is odbc.defaultlrl return up to 4096 bytes return up to 4096 bytes odbc.max_links Unlimited Unlimited odbc.max_persistent Unlimited Unlimited pcre PCRE (Perl Compatible Regular Expressions) Support enabled PCRE Library Version 3.1 09-Feb-2000 session Session Support enabled Directive Local Value Master Value session.auto_start Off Off session.cache_expire 180 180 session.cache_limiter nocache nocache session.cookie_domain no value no value session.cookie_lifetime 0 0 session.cookie_path / /
Re: [PHP-DEV] suscribe
Simon Tseng wrote: Go to http://php.net/support.php and make your subscribtion from there. I suggest you choose the General user list. -Egon -- SIX Offene Systeme GmbH Stuttgart - Berlin Sielminger Strae 63 D-70771 Leinfelden-Echterdingen Fon +49 711 9909164 Fax +49 711 9909199 http://www.six.de Besuchen Sie uns auf der CeBIT 2001, Halle 6, Stand F62/4 -- 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 3.0 Bug Summary Report
PHP 3.0 Bug Database summary - http://bugs.php.net Num Status Summary (521 total including feature requests) ===[*General Issues]== 4180 Open is_link returns false when target doesnt exist (should return true) ===[*Install and Config]== 7386 Feedback referenced symbol not found when starting Apache ===[Compile Failure]== 1145 Open Ypu cannot compile with --with-ldap using the Solaris7 bundled ldap-libs/header 1298 Open need to use -taso with Netscape LDAP libs 1461 Open won't compile with Stronghold 2.2 or 2.3 1933 Open Unable to compile PHP3 with Oracle8 support 1997 Open Compilation Problems 2225 Open Compile error in ldap.c 2282 Open Compile failure with Stronghold 2.4.1 2490 Open Perl regular expression functions not available in windows binary 2585 Open Error linking Oracle 7.3.2 libraries on SCO OpenServer 5.0.4 2658 Open error while compiling PHP as apache module 2729 Open Fatal error: Unable to open ??? in - on line 0 2751 Open Storage size of "buf isn't known 2823 Open undefined symbol: SQLParamData 2824 Open Inconsistent parameter list declaration for... 2903 Open fails to compile ifx.ec, report a syntax-error 3033 Open Fatal compile error on functions/ldap.c 3185 Open Undefined symbol 3217 Open ld error when compiling as Apache DSO and --with-mysql 3218 Open Can't compile php_ftp.dll 3426 Open make with iodbc failed and I've found the problem 3501 Open Compiling errors with Oracle-Funktions 3528 Open Can't compile php 3.0.14 with Oracle support 3677 Open files not found 3766 Open configure doesn't allow for the Oracle N32 client SDK to be used 3776 Open functions/db.c:107: parse error before '*' 4028 Open wrong directories included for oracle 8.1.6 4217 Open IBM DB2 will not compile. 4233 Open The Interbase module won't compile. 4266 Open Undeclared variables in function/imap.c starting ar line 435 4392 Open Compile failure with GD 1.7, possibly others 4412 Open xml failure 4417 Open Informix specific parse error in functions/ifx.ec 4544 Open Incompatiblility with latest (3.0) version of PDFlib 4899 Open PHP Core Dumps With Apache 1.3.12 7734 Open missing php3_ifx.h ===[Compile Warning]== 3151 Open php.exe compile warnings because of arpa/inet.h 6942 Open php sockets unusable with irix-OS ===[dBase related] 3091 Open dbase_replace_record miscounts number of fields 3429 Open Warning: Unable to open database... 4802 Open php.exe crashes while trying to execute the get_record function ===[DBM/DBA related]== 2890 Open DBM extension on win32 does not valid database identifier error 3371 Open dbmfetch reurns an empty string 3423 Open dbmopen() not thread-safe 3809 Duplicate DBM extension for Win32 PHP3 is malfunctioning and/or has a flaw 3862 Open dbmReplace dbmDelete return inverse value 6720 Open persistent "Warning: driver initialization failed" on db_open db2 2.7.7 ===[Dynamic loading related]== 1188 Open Configuration not work 1586 Open In the compiled Win32 package, the php3_ldap doesn't load. 1993 Open Startup failure of liphp3.so 2027 Open Can't dynamicly load any extension dll file 2250 Open nt-service problem 2414 Open php3_vmailmgr.so refuses to load 2862 Open LDAP in Win32 Bin dist is linked to MSVCRTD.DLL 3168 Open cannot start apache 1.3.9 if mysql is compiled in, but can RESTART successfully 3292 Open MySQL module causes DSO to fail. 3321 Open Apache Complaining about undefined symbol: dlst_first 3659 Open mod_php + apache w/mod_so hangs in sched_yield 3680 Open Apache won't start after install php3 3752 Open Apache configtest dumps core with DSO versioning 3781 Open Cannot load /libexec/libphp3.so 3861 Open php as a dyn. mod. configured with IBM db2 support prevents svr startup ===[IMAP related]= 2816 Open Imap_open error when user_id length=3 char 2847 Open imap_search - dates don't work 3040 Duplicate imap_open 3236 Open Email message bodies show as mime type application/octet-stream/plain 3843 Open seg fault when recieving headers 6882 Open imap_fetch_overview does no return anything even thought there is mail ===[Installation problem]= 1388 Open IMAP and SNMP problem 1669 Open
[PHP-DEV] PHP 4.0 Bug Summary Report
PHP 4.0 Bug Database summary - http://bugs.php.net Num Status Summary (1422 total including feature requests) ===[*Configuration Issues] 7666 Feedback PHP4 doesn't read php.ini with NT4/IIS 7695 Feedback Error while accessing php script 7774 Open PHP_AUTH_USER and PHP_AUTH_PW are set when using external authentication. 8238 Feedback crypt() fails 8295 Open absolute path in extension= directive in php.ini not recognized 8316 Feedback cannot set short_open_tags to off 8670 Open Incorect interpretation session.gc_maxlifetime parameter 8815 Open allow_fopen_url = On include("URL") don't work 8848 Open "open_basedir = /dir/incl" validates "/dir/include" and so on 9041 Suspended Extra #! at top of web output. 9243 Open configure emerges with bad LIBS '-l-L/usr/local/lib' 9406 Open if you don't have PHPRC set, php will try to load /php.ini 9446 Open CGI version echos first line 9473 Bogus Blank screen. Scripting engine does not run ===[*Database Functions]== 8706 Open Database handle corruption? ===[*Directory/Filesystem functions] 8564 Feedback fread generating false errors 8580 Duplicate Fileupload and Database mysql access 9043 Open popen returns a 'Resource id #' (non null) when process cannot be created. 9145 Bogus File Uploads 9MB are broken. Upload stops with: Can't find server. 9206 Open unable to load file to the disk ===[*Function Specific]=== 6652 Feedback include() require() add trailing CRLF 6708 Duplicate Treatment of ' in htmlspecialchars() function 6839 Feedback get metatags 8202 Feedback exec("java -cp classpath classname inputArgument"); has no effect 8489 Feedback Function empty() does not work 8563 Open hebrevc() problems... 8857 Open microtime() doesn't work after setlocale(LC_NUMERIC,"pl") 8869 Open phpinfo() returns incorrect Configuration File Path 9366 Feedback bin2hex() outputs non-hex digits 9378 Open Exit() in a Funtion never break the process, PHP module still running ===[*General Issues]== 3076 Analyzed system and popen are ok in safe_mode, not backquotes 4283 Open include_path error with PHP4 RC1 Roxen module 4761 Assigned exec, system all give an error on a fork... 6303 Duplicate make install said libphp4.sl is not a DSO 6426 Duplicate system() or exec(): unable to fork 6435 Duplicate can't close session(by session_destroy()) - it write warning 6499 Analyzed $upload_type[] has wrong size with empty multiple-file uploads 6520 Duplicate session_destroy() does not work 6542 Duplicate exec() and system() cannot fork 6617 Open JVM starts only on 3 requests per httpd 6624 Open error_log() in registered shutdown function 6644 Duplicate Test 6685 Analyzed %20 mis-converted in GET mechanism 6875 Duplicate upload_tmp_dir in php.ini doesn't work in safe_mode 6982 Open disable_functions option don't works in Apache config 7134 Duplicate misbehavior of print and sprintf AGAIN 7136 Duplicate The binary version of php4.0.2 doesn't support the bindtextdomain function. 7243 Duplicate upload_tmp_dir does not work in safe_mode 7444 Duplicate General reference problems 7455 Duplicate Problems with $this in constructor 7525 Duplicate exec() does not work 7685 Open File Upload Fails with Headers in Unexpected Order 7865 Duplicate exec command 8446 Open PHP/apache process is in infinite loop or appears to suck CPU 8618 Open httpd process hangs 8671 Open Random "Warning: Failed opening..." 9036 Bogus Non installation of libphp.so 9148 Bogus PHP got space to every of my variables 9381 Bogus PHP doesn't work. 9395 Bogus Its's taking file only form one directory. ie home/httpd 9413 Bogus can't run test programs 9418 Open Upload image file is broken 9522 Bogus xcdgfdgf 9523 Bogus fgmfjglkfglfdj ===[*Install and Config]== 6614 Duplicate configure does not recognize sys/socket.h 7280 Open global iniline not supported in SGI Compiler 7731 Open compilation with deprecated abi (no -n32) 7933 Open install sets dangerous user.group's 7959 Open ld: 0711-317 ERROR: Undefined symbol: .alloca 8158 Feedback unable to find math.h when doing a make 8327 Feedback Son of Defect 4155: X-Powered-By and Content-Type bogus headers resurfacing 8375 Feedback Undefined Reference 8485 Feedback while loading libphp4.so - undefined symbol: SSL_CTX_set_tmp_rsa_callback 8551 Feedback mssql70.dll problem 8837 Feedback Compilation gives error after successfull configure with gw, t1 8840 Feedback configure php w/FdfTk.hith --with-fdftk option 8843
[PHP-DEV] Re: [PHP-QA] ctype function (re?)naming
Phil wrote: Prodigious work Zak - well done. This certainly represents a useful initial tidy up. It doesn't break anything and cures many of the 'bad offenders'. Thanks Phil - I expect that closer examination will reveal how sloppy it is! :) In looking through the unchanged function names, the one that screamed 'I am wrong' most loudly was 'velocis_off_autocommit' which appears to set new standards in unusual word order :) Point in case. ;) I must admit that this is *quite* odd and should be fixed. As you may have gathered from my previous posts on the subject, I want to aim much higher than this, but as I gather from everyone else's posts, I'm in a small minority. I see no reason for the syntax of PHP being any less than 'very good indeed', so if anyone else is in that minority, without detracting from the work that Zak has proposed, can we keep this discussion thread alive because I'm sure that there must be a way of bolting a clean version of the language onto the existing engine, and surely PHP 5.0 is the landmark for it's introduction. I also believe that PHP should be very much cleaner than it is now. However, I am going keep my opinions to myself 'til the basic renaming stuff is sorted out --zak -- 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] where is the source is nl2br()?
You probably want to mess with php_char_to_str() in ext/standard/string.c It should probably wait until we branch away for 4.0.5, though. Zeev At 03:39 3/3/2001, Lucas Rockwell wrote: hi, i know the subject of changing the source code for the community at large is a touchy one, so i want to start off by saying that i want to make this change for our php implementation for use on our site. so, with that said, i would like to modify the nl2br() function so that it is xhtml 1.0 compliant. can anyone tell me where in the code i can find this function? many thanks in advance. -lucas Lucas Rockwell [EMAIL PROTECTED] -- 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] -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- 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 #9538: automatic extention of links fails with 'http://www...'
From: [EMAIL PROTECTED] Operating system: Debian Linux 2.2.r2 PHP version: 4.0.3pl1 PHP Bug Type: *Session related Bug description: automatic extention of links fails with 'http://www...' Hi, the automatic extension of links works fine, except if I use links beginning with 'http://', where the SID will not be appended. If this is wanted, please insert it into the manual. thanks, Frank Loeffler -- Edit Bug report at: http://bugs.php.net/?id=9538edit=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 #8995 Updated: Linebreakes is added to form input
ID: 8995 Updated by: lyric Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Filesystem function related Assigned To: Comments: I had the same problem, and it's fixed in CVS. It seems like the one bug was causing all the file-upload problems See http://bugs.php.net/bugs.php?id=9298 Previous Comments: --- [2001-01-30 06:26:05] [EMAIL PROTECTED] In PHP 4.0.4pl1 form input started to behave strange. The problem is simular to Bug 8940 but also includes other problems. It seems that it affects every form with encryptiontype set to "multipart/form-data". Besides that the mimetype is bundled with the uploaded file (as explained in bug report 8940) every other field is affected. Data from every other field in the form starts with a linebreak char, except for formobjects of type textarea. Textarea form fields starts with double linebreak chars. Forms where a encryptiontype is unset are not affected. It also looks like some kind of files (like tgz-compressed files) are affected otherwise, but I still don't know what the difference is or if there are any other file types that are affected simular to tgz-compressed files. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8995edit=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 #9539: extract() does not overwrite old values in a while loop with the EXTR_OVERWRITE
From: [EMAIL PROTECTED] Operating system: OpenBSD 2.8 PHP version: 4.0.4 PHP Bug Type: MySQL related Bug description: extract() does not overwrite old values in a while loop with the EXTR_OVERWRITE $sql = "select * from organization order by regionalrequirement,organizationname"; $result = mysql_query($sql); while ($row=mysql_fetch_array($result)) { // $organizationnameinchinese=""; // if this line was not included .. the value // $organizationnameinchinese would not get the new value extract ($row,EXTR_OVERWRITE); echo "The school listed are A href=vieworganization.php?orgid=$id$organizationname /a $organizationnameinchineseBRBR"; } -- Edit Bug report at: http://bugs.php.net/?id=9539edit=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 #8966 Updated: Newline before variables in forms with ENCTYPE=multipart/form-data
ID: 8966 Updated by: lyric Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Duplicate Bug Type: Unknown/Other Function Assigned To: Comments: Fixed in CVS Previous Comments: --- [2001-01-28 07:19:36] [EMAIL PROTECTED] Hi, I upgraded to php-4.0.4pl1-3 and found that most of my fileupload forms didn't work properly. As it turns out all variables passed from a form with ENCTYPE="multipart/form-data" seem to have a newline character prepended to their value. This wasn't the case in previous versions. I hope this gets fixed soon. Sincerely Brecht Sanders (http://brecht.sanders.org/) --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8966edit=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 #9538: automatic extention of links failswith 'http://www...'
On 3 Mar 2001 [EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] Operating system: Debian Linux 2.2.r2 PHP version: 4.0.3pl1 PHP Bug Type: *Session related Bug description: automatic extention of links fails with 'http://www...' Hi, the automatic extension of links works fine, except if I use links beginning with 'http://', where the SID will not be appended. We assume that non-relative URLs point to external sites and hence don't append the SID as it would be a security risk to leak the SID. - Sascha -- 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 #9528 Updated: /home/sas/src/php4/ext/standard/url_scanner_ex.re ... permission denied
ID: 9528 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Compile Failure Assigned To: Comments: Are you sure you're using the php4.0.4pl1 source tarball from www.php.net?? I just checked that file and it doesn't have any #line directives in it. --Jani Previous Comments: --- [2001-03-02 14:04:44] [EMAIL PROTECTED] the following is the second line of the file [path-to-php]/ext/standard/url_scanner_ex.c : #line 1 "/home/sas/src/php4/ext/standard/url_scanner_ex.re" the line above and below are comments, and are remarked correctly for a c program with /* and */ unfortunately, the gcc compiler tries to interpret the offending line that begins with a shell script comment symbol and pukes upon the encounter. I'm not a programmer, but when I added the correct comments around the text and ran make install again, it finished neatly and without incident. Sincerely, Rick Dettwyler --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9528edit=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 #9538 Updated: automatic extention of links fails with 'http://www...'
ID: 9538 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Analyzed Old-Bug Type: *Session related Bug Type: Documentation problem Assigned To: Comments: Yes, this is intented: We assume that non-relative URLs point to external sites and hence don't append the SID as it would be a security risk to leak the SID. - Sascha And for Sascha: Please update bug reports with the web interface. --Jani Previous Comments: --- [2001-03-03 15:33:08] [EMAIL PROTECTED] Hi, the automatic extension of links works fine, except if I use links beginning with 'http://', where the SID will not be appended. If this is wanted, please insert it into the manual. thanks, Frank Loeffler --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9538edit=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 #9536 Updated: date(br) gives wrong output
ID: 9536 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Date/time related Assigned To: Comments: The segfault bug is fixed in CVS already. FYI (from NEWS file): - Added 'r' flag to date() which generates an RFC822 formatted date, e.g. "Thu, 9 Nov 2000 16:33:01 -0500" (Colin) --Jani Previous Comments: --- [2001-03-03 06:32:31] [EMAIL PROTECTED] Variations of date("br") returns wrong output or lets PHP dump core. This bug has been reported by Christian Hamacher in de.comp.lang.php, followups reported similar problems on Win 98 and Win 2000. Here on Linux 2.4.2 I see: % echo '? $Date=date("d.m.Y br H:i:s"); echo "$Daten"; ?' | php -q 03.03.2001 bSat, 3 Mar 2001 12:16:42 +0100 808132658:876230193:976367904 No core dump here if I run in the Bash, but wrong output. In zsh, I get a core dump (and the wrong output): % echo '? $Date=date("d.m.Y br H:i:s"); echo "$Daten"; ?' | php -q 03.03.2001 bSat, 3 Mar 2001 12:20:05 +0100 808132661:809119794:976367904 zsh: done echo ? $Date=date("d.m.Y br H:i:s"); echo "$Daten"; ? | zsh: segmentation fault (core dumped) php -q % gdb =php core 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 "i686-pc-linux-gnu"... Core was generated by `php -q'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libdl.so.2...done. Reading symbols from /usr/local/lib/libz.so.1...done. Reading symbols from /usr/local/lib/libreadline.so.4.1...done. Reading symbols from /usr/local/lib/libhistory.so.4.1...done. Reading symbols from /lib/libncurses.so.5...done. Reading symbols from /usr/lib/libttf.so.2...done. Reading symbols from /usr/local/lib/libpng.so.2...done. Reading symbols from /usr/X11R6/lib/libX11.so.6...done. Reading symbols from /usr/X11R6/lib/libXpm.so.4...done. Reading symbols from /usr/local/lib/libjpeg.so.62...done. Reading symbols from /usr/local/lib/libxml.so.2...done. Reading symbols from /usr/lib/libgdbm.so.1...done. Reading symbols from /usr/local/lib/libcurl.so.0...done. Reading symbols from /lib/libresolv.so.2...done. Reading symbols from /lib/libm.so.6...done. Reading symbols from /lib/libcrypt.so.1...done. Reading symbols from /lib/libnsl.so.1...done. Reading symbols from /lib/libc.so.6...done. Reading symbols from /lib/ld-linux.so.2...done. Reading symbols from /lib/libnss_db.so.2...done. Reading symbols from /lib/libdb.so.3...done. Reading symbols from /lib/libnss_files.so.2...done. #0 chunk_free (ar_ptr=0x403b8220, p=0x8267070) at malloc.c:3049 malloc.c:3049: No such file or directory. (gdb) bt #0 chunk_free (ar_ptr=0x403b8220, p=0x8267070) at malloc.c:3049 #1 0x4032e14a in __libc_free (mem=0x8267078) at malloc.c:3023 #2 0x80ed001 in _efree (ptr=0x8267084) at zend_alloc.c:238 #3 0x80e1ec9 in zend_hash_destroy (ht=0x826192c) at zend_hash.c:569 #4 0x80f1950 in shutdown_executor () at zend_execute_API.c:165 #5 0x80e48e4 in zend_deactivate () at zend.c:525 #6 0x8072ca2 in php_request_shutdown (dummy=0x0) at main.c:688 #7 0x806faff in main (argc=2, argv=0xb2ac) at cgi_main.c:771 #8 0x402f58c1 in __libc_start_main (main=0x806f30c main, argc=2, argv=0xb2ac, init=0x806d3f8 _init, fini=0x819b2a4 _fini, rtld_fini=0x4000a914 _dl_fini, stack_end=0xb2a4) at ../sysdeps/generic/libc-start.c:92 (gdb) If I ask for a "b" instead for "br", everything is ok. Of course there are easy work-arounds (just use `echo "br"' instead), but nevertheless. Regards... Michael --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9536edit=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 #8966 Updated: Newline before variables in forms with ENCTYPE=multipart/form-data
ID: 8966 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Duplicate Status: Closed Bug Type: Unknown/Other Function Assigned To: Comments: Fixed - closed. --Jani Previous Comments: --- [2001-03-03 15:55:29] [EMAIL PROTECTED] Fixed in CVS --- [2001-01-28 07:19:36] [EMAIL PROTECTED] Hi, I upgraded to php-4.0.4pl1-3 and found that most of my fileupload forms didn't work properly. As it turns out all variables passed from a form with ENCTYPE="multipart/form-data" seem to have a newline character prepended to their value. This wasn't the case in previous versions. I hope this gets fixed soon. Sincerely Brecht Sanders (http://brecht.sanders.org/) --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8966edit=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 #9539 Updated: extract() does not overwrite old values in a while loop with the EXTR_OVERWRITE
ID: 9539 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: MySQL related Assigned To: Comments: Please try the latest CVS snapshot from http://snaps.php.net/ as I think this is already fixed. --Jani Previous Comments: --- [2001-03-03 15:51:28] [EMAIL PROTECTED] $sql = "select * from organization order by regionalrequirement,organizationname"; $result = mysql_query($sql); while ($row=mysql_fetch_array($result)) { // $organizationnameinchinese=""; // if this line was not included .. the value // $organizationnameinchinese would not get the new value extract ($row,EXTR_OVERWRITE); echo "The school listed are A href=vieworganization.php?orgid=$id$organizationname /a $organizationnameinchineseBRBR"; } --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9539edit=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 #9494 Updated: Error in ./configure
ID: 9494 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Suspended Bug Type: Apache related Assigned To: Comments: As also Apache2 is under devopment and can not be considered stable at all, suspending this bug report. --Jani Hint: Get both Apache2 and PHP4 from CVS if you want to be on the edge.. :) Previous Comments: --- [2001-03-03 08:12:55] [EMAIL PROTECTED] It's not yet adjusted in the snapshots .. maybe someone can fix it? --- [2001-03-01 17:24:52] [EMAIL PROTECTED] FYI: Apache2 support in PHP is considered experimental at the moment. Please try the latest CVS snapshot from http://snaps.php.net/ as this might have been fixed already. --Jani --- [2001-02-28 06:37:20] [EMAIL PROTECTED] When doing a cross compile from php 4.0.4pl1 with apache 2.0a9 using: ./configure --with-mysql --with-apache=../apache_2.0a9 --enable-track-vars, it gives me the error: configure: error: Invalid Apache directory - unable to find httpd.h under /root/apache_2.0a9 after looking in the configure file, i saw it looks in $withval/src/include/* which is wrong since the include files are now located in $withval/include; I also noticed that source libraries changed to $withval/srclib .. or did i do something wrong? hint: i'm trying to compile an IPv6 enabled webserver with php support. (KAME patch fails since it's only *BSD realated), apache 2.x supports native IPv6 support. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9494edit=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 #9531 Updated: make fails at make . - /usr/bin/ld: cannot open -lxmltok
ID: 9531 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Compile Failure Assigned To: Comments: Try compiling sablot / expat from sources too. --Jani Previous Comments: --- [2001-03-03 08:04:56] [EMAIL PROTECTED] sorry, but the bug persists Making all in . make[1]: Entering directory `/home/family/php4-200103030345' gcc -I. -I/home/family/php4-200103030345/ -I/home/family/php4-200103030345/main -I/home/family/php4-200103030345 -I/home/family/php4-200103030345/Zend -I/home/ family/libxml2-2.3.3/include -I/usr/local/mysql/include -I/usr/local/include -I/ home/family/php4-200103030345/ext/xml/expat/xmltok -I/home/family/php4-200103030 345/ext/xml/expat/xmlparse -I/home/family/php4-200103030345/TSRM -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c stub.c touch stub.lo /bin/sh /home/family/php4-200103030345/libtool --silent --mode=link gcc -I. -I/ home/family/php4-200103030345/ -I/home/family/php4-200103030345/main -I/home/fam ily/php4-200103030345 -I/home/family/php4-200103030345/Zend -I/home/family/libxm l2-2.3.3/include -I/usr/local/mysql/include -I/usr/local/include -I/home/family/ php4-200103030345/ext/xml/expat/xmltok -I/home/family/php4-200103030345/ext/xml/ expat/xmlparse -I/home/family/php4-200103030345/TSRM -DSUPPORT_UTF8 -DXML_BYTE_ ORDER=12 -g -O2 -o libphp4.la -rpath /home/family/php4-200103030345/libs -L/ho me/family/libxml2-2.3.3/lib -L/usr/local/mysql/lib -L/usr/local/lib -R /home/fa mily/libxml2-2.3.3/lib -R /usr/local/mysql/lib -R /usr/local/lib stub.lo Zend/l ibZend.la sapi/cgi/libsapi.la main/libmain.la regex/libregex.la ext/domxml/libdo mxml.la ext/mysql/libmysql.la ext/pcre/libpcre.la ext/posix/libposix.la ext/sabl ot/libsablot.la ext/session/libsession.la ext/standard/libstandard.la ext/xml/li bxml.la TSRM/libtsrm.la -ldl -lxmltok -lxmlparse -lsablot -lmysqlclient -lz -lxm l -lresolv -lm -ldl -lcrypt -lnsl -lresolv -lz /bin/sh /home/family/php4-200103030345/libtool --silent --mode=link gcc -I. -I/ home/family/php4-200103030345/ -I/home/family/php4-200103030345/main -I/home/fam ily/php4-200103030345 -I/home/family/php4-200103030345/Zend -I/home/family/libxm l2-2.3.3/include -I/usr/local/mysql/include -I/usr/local/include -I/home/family/ php4-200103030345/ext/xml/expat/xmltok -I/home/family/php4-200103030345/ext/xml/ expat/xmlparse -I/home/family/php4-200103030345/TSRM -DSUPPORT_UTF8 -DXML_BYTE_ ORDER=12 -g -O2 -o php -export-dynamic stub.lo libphp4.la /usr/bin/ld: cannot open -lxmltok: No such file or directory collect2: ld returned 1 exit status make[1]: *** [php] Error 1 make[1]: Leaving directory `/home/family/php4-200103030345' make: *** [all-recursive] Error 1 --- [2001-03-02 19:18:17] [EMAIL PROTECTED] AFAIK this is fixed in CVS. CAn you try the latest CVS version, or a snapshot from snaps.php.net and see it the problem persists? --- [2001-03-02 16:48:33] [EMAIL PROTECTED] installed Sablot-0.51-0.i386.rpm installed expat-1.95.0-1.i386.rpm installed libxml2-2.3.3.tar.gz installed mysql-3.23.33-pc-linux-gnu-i686.tar.gz ./configure --with-dom=/home/family/libxml2-2.3.3 --with-mysql=/usr/local/mysql --with-sablot make (everything goes well until:) Making all in . make[1]: Entering directory `/home/family/php-4.0.4pl1' /bin/sh /home/family/php-4.0.4pl1/libtool --silent --mode=link gcc -I. -I/home/ family/php-4.0.4pl1/ -I/home/family/php-4.0.4pl1/main -I/home/family/php-4.0.4pl 1 -I/home/family/php-4.0.4pl1/Zend -I/home/family/libxml2-2.3.3/include -I/usr/l ocal/mysql/include -I/usr/local/include -I/home/family/php-4.0.4pl1/ext/xml/expa t/xmltok -I/home/family/php-4.0.4pl1/ext/xml/expat/xmlparse -I/home/family/php-4 .0.4pl1/TSRM -DXML_BYTE_ORDER=12 -g -O2 -o php -export-dynamicstub.lo libphp4.la /usr/bin/ld: cannot open -lxmltok: No such file or directory collect2: ld returned 1 exit status make[1]: *** [php] Error 1 make[1]: Leaving directory `/home/family/php-4.0.4pl1' make: *** [all-recursive] Error 1 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9531edit=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 #9534 Updated: Inclusion of 'mcrypt' keeps Apache from starting
ID: 9534 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: mcrypt related Assigned To: Comments: libmcrypt 2.4.7 works just fine for me. And yes, you have to configure libmcrypt with --disable-posix-threads --Jani Previous Comments: --- [2001-03-03 00:54:53] [EMAIL PROTECTED] I've been 'rebuilding' my webservers, upgrading from Apache 1.3.12 (and 14)/PHP-4.0.3pl1/libmcrypt-2.4.5/mysql-3.22.32 to Apache 1.3.17/PHP-4.0.4pl1/libmcrypt-2.4.9/mysql-3.23.33 My 'single CPU' Athlon system upgraded fine, but the 2 'dual' Pentium servers (all of them are running Redhat 6.2 2.2.17-14) won't start Apache if I have the '--with-mcrypt' inclusion in my PHP config. Without it, everything works fine. I even tried 'back-reving' libmcrypt to the old version (2.4.5, 2.4.6, 2.4.7, and 2.4.8, by wiping out all of the 'libmcrypt' stuff in /usr/local/lib, and rebuilding) which didn't work either... gdb reports that httpd exited normally (and that there's no 'backtrace') My configuration looks like: ./configure --with-config-file-path=/usr/local/apache --with-mysql=/usr/local/mysql --with-pfpro=/usr/local/signio/linux --with-apxs=/usr/local/apache/bin/apxs --with-mcrypt ## (this line is EVIL!!) (please help me..wh) P.S. Though libmcrypt compiles fine either way, I seem to remember that there might have been a reason to use the --disable-posix-threads option --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9534edit=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 #9529 Updated: php4_module is garbled
ID: 9529 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Dynamic loading Assigned To: Comments: Was apache installed from RPM or compiled from sources? --Jani Previous Comments: --- [2001-03-02 14:51:06] [EMAIL PROTECTED] After installing php-4.0.4pl1 tarball when starting Apache get the following Syntax error on line 222 of /usr/local/apache/conf/httpd.conf: API module structure `php4_module' in file /usr/local/apache/libexec/libphp4.so is garbled - perhaps this is not an Apache module DSO? Line 222 is LoadModule php4_module libexec/libphp4.so PHP was configured as follows... ./config --with-mysql=/usr --with-apxs=/usr/local/apache/bin/apxs --with-xml --with-mycrypt --with-gd --enable-track-vars --enable-magic-quotes No errors reported during configure, make or make install. Running ldd on libphp4.so gives... libpam.so.0 = /lib/libpam.so.0 (0x40121000) libdl.so.2 = /lib/libdl.so.2 (0x4012a000) libgd.so.1 = /usr/lib/libgd.so.1 (0x4012d000) libresolv.so.2 = /lib/libresolv.so.2 (0x40163000) libm.so.6 = /lib/libm.so.6 (0x40172000) libcrypt.so.1 = /lib/libcrypt.so.1 (0x4018e000) libnsl.so.1 = /lib/libnsl.so.1 (0x401bb000) libmysqlclient.so.6 = /usr/lib/libmysqlclient.so.6 (0x401d2000) libc.so.6 = /lib/libc.so.6 (0x401e5000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x8000) libz.so.1 = /usr/lib/libz.so.1 (0x402d8000) libpthread.so.0 = /lib/libpthread.so.0 (0x402e7000) undefined symbol: ap_block_alarms (./libphp4.so) undefined symbol: ap_unblock_alarms (./libphp4.so) undefined symbol: ap_user_id(./libphp4.so) undefined symbol: ap_server_root(./libphp4.so) undefined symbol: ap_group_id (./libphp4.so) undefined symbol: ap_user_name (./libphp4.so) undefined symbol: top_module(./libphp4.so) undefined symbol: ap_max_requests_per_child (./libphp4.so) undefined symbol: ap_table_get (./libphp4.so) undefined symbol: ap_update_mtime (./libphp4.so) undefined symbol: ap_kill_timeout (./libphp4.so) undefined symbol: ap_uudecode (./libphp4.so) undefined symbol: ap_setup_client_block (./libphp4.so) undefined symbol: ap_add_cgi_vars (./libphp4.so) undefined symbol: ap_getword(./libphp4.so) undefined symbol: ap_getword_nulls_nc (./libphp4.so) undefined symbol: ap_destroy_sub_req(./libphp4.so) undefined symbol: ap_pstrdup(./libphp4.so) undefined symbol: ap_log_error (./libphp4.so) undefined symbol: ap_table_add (./libphp4.so) undefined symbol: ap_sub_req_lookup_uri (./libphp4.so) undefined symbol: ap_run_sub_req(./libphp4.so) undefined symbol: ap_register_cleanup (./libphp4.so) undefined symbol: ap_signal (./libphp4.so) undefined symbol: ap_send_http_header (./libphp4.so) undefined symbol: ap_block_alarms (./libphp4.so) undefined symbol: ap_set_etag (./libphp4.so) undefined symbol: ap_rwrite (./libphp4.so) undefined symbol: ap_table_set (./libphp4.so) undefined symbol: ap_get_client_block (./libphp4.so) undefined symbol: ap_add_version_component (./libphp4.so) undefined symbol: ap_hard_timeout (./libphp4.so) undefined symbol: ap_rflush (./libphp4.so) undefined symbol: ap_set_last_modified (./libphp4.so) undefined symbol: ap_reset_timeout (./libphp4.so) undefined symbol: ap_unblock_alarms (./libphp4.so) undefined symbol: ap_add_common_vars(./libphp4.so) --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9529edit=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 #9493 Updated: compilation and make with ldap ok but problem during make with apache
ID: 9493 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Old-Bug Type: Compile Problem Bug Type: LDAP related Assigned To: Comments: Try setting the LD_LIBRARY_PATH before trying to start Apache: # export LD_LIBRARY_PATH=/path/to/openldap/lib/directory --Jani Previous Comments: --- [2001-03-02 11:16:17] [EMAIL PROTECTED] i've tried to compil in module in DSO i've an another error : Syntax error on line 207 of /www/conf/httpd.conf: Cannot load /www/libexec/libphp4.so into server: ld.so.1: ./httpd: fatal: reloca tion error: file /www/libexec/libphp4.so: symbol ldap_unbind_s: referenced symbo l not found difficult no ??? --- [2001-03-02 10:31:17] [EMAIL PROTECTED] 3. Have you tried PHP 4.0.4pl1 if it works better? yes, now and i've the same error... some people said we must add --lldap to LDFLAGS, but where in makefile, on command, in php4 compilation, or in apache compilation ??? --- [2001-03-02 09:58:18] [EMAIL PROTECTED] 1. What was the configure line used to configure PHP 4? ./configure --with-apache=../apache_1.3.17 --with-ldap --enable-trach-vars configure :ok make :ok make install : ok 2. Which LDAP libraries are you using? Openldap 2.x.x? openldap-2.0.7 3. Have you tried PHP 4.0.4pl1 if it works better? not yet... thanks for your kind replies... --- [2001-03-02 09:31:23] [EMAIL PROTECTED] Please reply using the web interface NOT via email. And answer these questions: 1. What was the configure line used to configure PHP 4? 2. Which LDAP libraries are you using? Openldap 2.x.x? 3. Have you tried PHP 4.0.4pl1 if it works better? --Jani --- [2001-03-01 17:22:58] [EMAIL PROTECTED] I'm quite sure there isn't any bugs in PHP regarding this. Anyway, try doing 'make clean' for both Apache and PHP before make. And did you follow the instructions given in INSTALL file?? ie. 'make install' for PHP before making Apache? --Jani --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9493edit=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 4.0 Bug #9003 Updated: mod_ssl + php4.0.4pl1 crash
On Sat, 3 Mar 2001, Sherman Chan wrote: the only way I can get them works perfectly if i compile them under either RedHat 7.0 with kernal 2.2.18 or RedHat 6.1 with kernal upgrade to 2.2.18, also RedHat 6.2 with no kernal change, that i find out last night. i have no way to get it work if i compile them under redhat 6.1 with org. kernal. anyway i resolve the issue by compile them under redhat 6.2, then transfer the image to redhat 6.1 box, and it runs. i guess something must go wrong when I compile them under Redhat 6.1, grabs the wrong code?? Ask RedHat. As I said earlier, this has nothing to do with PHP. I strongly suggest you to update RedHat 6.1 to 6.2. And also to checkout the RedHat errata for updated RPMs. it would be interesting to find out why. I wounder could you give me some idea where I can locate modf() routine, part of glibc??? You answered your question yourself. From glibc. --Jani thanks, Sherman -Original Message- From: Jani Taskinen [mailto:[EMAIL PROTECTED]] Sent: Saturday, 3 March 2001 2:26 AM To: Sherman Chan Cc: 'Bug Database' Subject: Re: [PHP-DEV] RE: PHP 4.0 Bug #9003 Updated: mod_ssl + php4.0.4pl1 crash On Fri, 2 Mar 2001, Sherman Chan wrote: if there is nothing to do with php, could you tell me why the apache + php + mod_ssl fail to start, but apache + mod_ssl starts up ok. also the same configuration with php3 works ok as well. could u provide soe idea where I should look at, like the routine to modf (). Hmm..first you email me and say everything works ok. And now you're saying it doesn't work? So what did you do after getting it running ok? Did you add something? Did you remove something??? If I could read minds I would know but unfortunately I can not so you will have to tell me. Otherwise I can not help. And have you installed every update from RedHat errata into your system? There are a few of them. I would suggest that you update it to 6.2 which seems to be the most stable release from RedHat. I'm using it and I haven't run into this bug before. --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 #9540: Dumping html files to error log
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.4pl1 PHP Bug Type: Reproduceable crash Bug description: Dumping html files to error log 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 -- Edit Bug report at: http://bugs.php.net/?id=9540edit=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 #9495 Updated: File upload hangs
ID: 9495 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Bogus Bug Type: Scripting Engine problem Assigned To: Comments: User feedback: Well Yes I tried it on cqhost.com. I have found out using phpinfo() that they are running php4.0.4pl1 This is happening. And it's not becoz the server is down Co Other php files work fast even database queries work good , only file upload creates the problem. I'll be uploading the file on cqhost in 2 days time. I think you can check it out then. - Please contact the administrators of that site and tell them about your problem. Tell them to open a bug report themselves with proper information. --Jani Previous Comments: --- [2001-03-01 17:25:35] [EMAIL PROTECTED] Have you tried PHP 4.0.4pl1 ? Does this happen with it too? --Jani --- [2001-02-28 06:55:42] [EMAIL PROTECTED] html head titleCv upload Page/title /head body FORM ENCTYPE="multipart/form-data" ACTION="upload.php" METHOD="POST" INPUT TYPE="hidden" name="MAX_FILE_SIZE" value="10" Send this file: INPUT NAME="userfile" TYPE="file" INPUT TYPE="submit" VALUE="Send File" /FORM /body /html Try to upload a file with atleast 97Kb and the Browser hangs.!!! --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9495edit=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 #9528 Updated: /home/sas/src/php4/ext/standard/url_scanner_ex.re ... permission denied
Are you sure you're using the php4.0.4pl1 source tarball from www.php.net?? I just checked that file and it doesn't have any #line directives in it. [2001-03-02 14:04:44] [EMAIL PROTECTED] the following is the second line of the file [path-to-php]/ext/standard/url_scanner_ex.c : #line 1 "/home/sas/src/php4/ext/standard/url_scanner_ex.re" look in url_scanner_ex.c not in url_scanner_ex.re. at least in latest cvs there are #line-s. my gcc does like them no matter there is no home/sas - perhapse rick's is old or something... non-gcc compilers may complain badly on these also these are put automaticaly by re2c. it is invoked with full path in make file, so it generates #line-s with full path. non-developers really do not need these #line directives and developer will recreate them by remaking c from re. so the best solution is to remove #line-s from the c file in cvs. b. -- 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 #9528 Updated: /home/sas/src/php4/ext/standard/url_scanner_ex.re ... permission denied
ID: 9528 Updated by: bbonev Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Compile Failure Assigned To: Comments: you can safely remove or comment #line-s and recompile. eighter you are using solaris native cc or your gcc is too old (not a problem by itself) new versions of gcc do not complain on #line with nonexistent path Previous Comments: --- [2001-03-03 16:59:46] [EMAIL PROTECTED] Are you sure you're using the php4.0.4pl1 source tarball from www.php.net?? I just checked that file and it doesn't have any #line directives in it. --Jani --- [2001-03-02 14:04:44] [EMAIL PROTECTED] the following is the second line of the file [path-to-php]/ext/standard/url_scanner_ex.c : #line 1 "/home/sas/src/php4/ext/standard/url_scanner_ex.re" the line above and below are comments, and are remarked correctly for a c program with /* and */ unfortunately, the gcc compiler tries to interpret the offending line that begins with a shell script comment symbol and pukes upon the encounter. I'm not a programmer, but when I added the correct comments around the text and ran make install again, it finished neatly and without incident. Sincerely, Rick Dettwyler --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9528edit=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 #9528 Updated: /home/sas/src/php4/ext/standard/url_scanner_ex.re... permission denied
On Sun, 4 Mar 2001, Boian Bonev wrote: Are you sure you're using the php4.0.4pl1 source tarball from www.php.net?? I just checked that file and it doesn't have any #line directives in it. look in url_scanner_ex.c not in url_scanner_ex.re. at least in latest cvs there are #line-s. my gcc does like them no matter there is no home/sas - perhapse rick's is old or something... non-gcc compilers may complain badly on these also Yes, in CVS those directives can be found. But not in CVS snapshots or in releases. So this shouldn't be a problem if people are using those. these are put automaticaly by re2c. it is invoked with full path in make file, so it generates #line-s with full path. non-developers really do not need these #line directives and developer will recreate them by remaking c from re. so the best solution is to remove #line-s from the c file in cvs. I don't think it's necessary. If someone is getting PHP from CVS they just have to run ./genfiles to get rid of the #line directives. Maybe this should be mentioned at http://bugs.php.net/anoncvs.php page? (why would some non-developer get his PHP 4 from CVS anyway? :) --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]
Re: [PHP-DEV] PHP 4.0 Bug #9528 Updated: /home/sas/src/php4/ext/standard/url_scanner_ex.re ... permission denied
Yes, in CVS those directives can be found. But not in CVS snapshots or in releases. So this shouldn't be a problem if people are using those. these are put automaticaly by re2c. it is invoked with full path in make file, so it generates #line-s with full path. non-developers really do not need these #line directives and developer will recreate them by remaking c from re. so the best solution is to remove #line-s from the c file in cvs. I don't think it's necessary. If someone is getting PHP from CVS they just have to run ./genfiles to get rid of the #line directives. hmm. i didn't know this eighter. then everything is ok :) Maybe this should be mentioned at http://bugs.php.net/anoncvs.php page? (why would some non-developer get his PHP 4 from CVS anyway? :) there is at least one reason - to compile with a new feature that is not released still. it is not recommended but i know about people doing this... b. -- 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 #9528 Updated: /home/sas/src/php4/ext/standard/url_scanner_ex.re... permission denied
On Sun, 4 Mar 2001, Boian Bonev wrote: Maybe this should be mentioned at http://bugs.php.net/anoncvs.php page? (why would some non-developer get his PHP 4 from CVS anyway? :) there is at least one reason - to compile with a new feature that is not released still. it is not recommended but i know about people doing this... Well, it's not our fault then. :) Maybe they should be encouraged to use the CVS snapshots? --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 #9418 Updated: Upload image file is broken
ID: 9418 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: *General Issues Assigned To: Comments: I can not reproduce this. Are you sure you're comparing the right images?? Are the uploaded images displayed at all? --Jani Previous Comments: --- [2001-03-01 21:43:22] [EMAIL PROTECTED] Yes, 23 feb i download cvs snapshot from cvs.php.net make make install but this not help me :(... --- [2001-03-01 17:14:20] [EMAIL PROTECTED] And you're using the latest CVS snapshot from http://snaps.php.net/ ? --Jani --- [2001-02-27 21:41:57] [EMAIL PROTECTED] Ok, this fragment of my script: form enctype="multipart/form-data" method="post" action="? $PHP_SELF ??action=add" table width="100%" border="0" cellspacing="0" cellpadding="0" . skip . tr td width="29%" height="30"? print $lang["photo"]?/td td width="71%" height="30" input type="file" name="photo" size="50" maxlength="255" /td /tr ..skip... /table p input type="reset" name="Reset" value="? print $lang["reset"]?" input type="submit" name="Submit" value="? print $lang["save"]?" /p /form ..skip... copy ($photo, $photopath.$id); unlink($photo); --- [2001-02-27 08:45:40] [EMAIL PROTECTED] And the example script is where? --Jani --- [2001-02-25 22:28:23] [EMAIL PROTECTED] Hi! 1. yes, uploaded file exsit 2. filesize uploaded file equal filesize of original, but cmp say, what this files differ cmp file1.gif file2.gif file1.gif file2.gif differ: char 8, line 1 3. both file begin with string: GIF89 4. I open files in browser using http address: http://my.website.com/path/file.gif --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9418edit=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 #9514 Updated: compilation segfault in php_domxml.c:283
ID: 9514 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: DOM XML related Assigned To: Comments: Works for me just fine. What is the version of gcc you're using? I assume your distro is RedHat, which version? Have you updated all errata RPMs ? RH 7.0 shipped with broken gcc.. --Jani Previous Comments: --- [2001-03-01 16:04:50] [EMAIL PROTECTED] MAKE TRACE make[1]: Entre dans le répertoire `/usr/local/src/php4-200103011145/ext' Making all in domxml make[2]: Entre dans le répertoire `/usr/local/src/php4-200103011145/ext/domxml' make[3]: Entre dans le répertoire `/usr/local/src/php4-200103011145/ext/domxml' gcc -I. -I/usr/local/src/php4-200103011145/ext/domxml -I/usr/local/src/php4-200103011145/main -I/usr/local/src/php4-200103011145 -I/usr/local/src/php4-200103011145/Zend -I/usr/local/include -I/usr/local/src/php4-200103011145/TSRM -DSUPPORT_UTF8 -g -O2 -c php_domxml.c touch php_domxml.lo php_domxml.c: In function `php_minit_domxml': php_domxml.c:283: Internal error: Erreur de segmentation. make[3]: *** [php_domxml.lo] Erreur 1 CONFIGURE OPTIONS "./configure" "--with-config-file-path=/etc" "--with-cgi" "--without-xml" "--without-mysql" "--with-dom=/usr/local" "--disable-pear" "$@" LIBXML infos #ldd /usr/local/lib/libxml2.so.2.3.2 libz.so.1 = /usr/lib/libz.so.1 (0x40078000) libc.so.6 = /lib/libc.so.6 (0x40086000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x8000) --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9514edit=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 #9504 Updated: is_file doesn't seem to work
ID: 9504 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Filesystem function related Assigned To: Comments: Your example scripts works just fine for me. Try compiling PHP 4 from sources by yourself. --Jani Previous Comments: --- [2001-02-28 18:47:56] [EMAIL PROTECTED] In the docs for is_dir, i'm not sure if it wants a file name or a path name + file name. Either way, it doesn't seem to work on my debian/PHP4 (downloaded from dselect)/Apache box Here's the script i'm attempting: //--- List all the files in a directory //--- Directory we're going after is /clients/data/ function get_files( $current_directory ) { $directory = dir( $current_directory ); $file_list = array(); while ($element = $directory-read()) { //--- The following line is never true if (is_file($element)) { $file_list[$element] = $element; } //--- if is_file else { echo "Not a file: $elementbrn"; $path_and_name = $current_directory . $element; if (is_file($path_and_name)) { echo "Not a file: $path_and_namebrn"; } } } //--- while $element = $directory-read() //--- Directory list doesn't seem to be sorted, //--- so let's sort it asort($file_list); $directory-close(); //--- Tell them what we've learned return $file_list; } //--- get_files -b --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9504edit=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 #9497 Updated: closed mysql connection after calling a function that uses another mysql conn.
ID: 9497 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: MySQL related Assigned To: Comments: From NEWS file: -- - Fixed mysql_close(), pg_close(), msql_close() and sybase_close() - they weren't properly closing the SQL connections (Zeev) -- Read also the manual page for mysql_connect() : http://www.php.net/mysql_connect Where it says: "If a second call is made to mysql_connect() with the same arguments, no new link will be established, but instead, the link identifier of the already opened link will be returned. " ie. You relied on buggy behaviour of mysql_close() function. --Jani Previous Comments: --- [2001-02-28 08:55:55] [EMAIL PROTECTED] in file functions.inc: function func1($blabla) { $conn = mysql_connect ("host","user","pass"); mysql_select_db("db",$conn); $resset=mysql_query("SELECT a,b,c FROM ATable",$conn); mysql_close($conn); } --- file index.php: include ("functions.inc"); $conn_main = mysql_connect ("host","user","pass"); mysql_select_db("db",$conn_main); $resset=mysql_query("SELECT a,b,c FROM ATable",$conn_main); -- this statement works and returns a result func1($abc); -- call defined function $resset=mysql_query("SELECT a,b,c FROM ATable",$conn_main); -- after calling the above defined function i get an error: warning: 1 is not a valid mysql link resource mysql_close($conn_main); so thats the problem: i have a script that makes a mysql connection. i can select, update, insert aso. from the db. then i call a function that itself makes a connection to the same db, does something with it (works fine) closes the connection and returns. i dont use global or give the main connection as an argument, its just a plain standalone function. after calling the function the main script has lost its mysql connection (its no timeout since the function doesnt take long to execute). the same scripts work with PHP version 4.0.1pl2. both pcs have the same setup (apache 1.3.12, mysql 3.22.32, the rest as rpms from the distibution cds). its all the same except the php-version (both compiled with the standard options --with-apxs --with-mysql - make - make install) --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9497edit=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 #9529 Updated: php4_module is garbled
ldd httpd libm.so.6 = /lib/libm.so.6 (0x40017000) libcrypt.so.1 = /lib/libcrypt.so.1 (0x40034000) libdb.so.3 = /lib/libdb.so.3 (0x40061000) libdl.so.2 = /lib/libdl.so.2 (0x4009b000) libc.so.6 = /lib/libc.so.6 (0x4009e000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x4000) Modified src/makefile as follows: #LIBS1= -lm -lcrypt -lndbm -ldb -ldl LIBS1= -lpthread -lm -lcrypt - ldl and ran make install in apache_1.3.19 Still fails to start - (gdb) bt #0 0x4000a6d1 in _dl_debug_state () at dl-debug.c:56 #1 0x4017b4e6 in _dl_close (map=0x80c5610) at dl-close.c:195 #2 0x4009c0c0 in dlclose_doit (handle=0x80c5610) at dlclose.c:26 #3 0x4000a3eb in _dl_catch_error (errstring=0x4009dd00, operate=0x4009c0a8 dlclose_doit, args=0x80c5610) at dl-error.c:141 #4 0x4009c549 in _dlerror_run (operate=0x4009c0a8 dlclose_doit, args=0x80c5610) at dlerror.c:125 #5 0x4009c08e in dlclose (handle=0x80c5610) at dlclose.c:32 #6 0x8070760 in ap_os_dso_unload () #7 0x804f4f0 in unload_module () #8 0x80512fe in run_cleanups () #9 0x804fb2d in ap_clear_pool () #10 0x805ff63 in standalone_main () #11 0x8060813 in main () #12 0x400b61eb in __libc_start_main (main=0x80604cc main, argc=4, argv=0xbd44, init=0x804ea94 _init, fini=0x8094f9c _fini, rtld_fini=0x4000a610 _dl_fini, stack_end=0xbd3c) at ../sysdeps/generic/libc-start.c:90 (gdb) and ldd httpd gives.. libm.so.6 = /lib/libm.so.6 (0x40017000) libcrypt.so.1 = /lib/libcrypt.so.1 (0x40034000) libdb.so.3 = /lib/libdb.so.3 (0x40061000) libdl.so.2 = /lib/libdl.so.2 (0x4009b000) libc.so.6 = /lib/libc.so.6 (0x4009e000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x4000) Looks as though lpthreads not used? locate lpthreads gave no result. -Original Message- From: Bug Database [mailto:[EMAIL PROTECTED]] Sent: Saturday, March 03, 2001 2:37 PM To: [EMAIL PROTECTED] Subject: PHP 4.0 Bug #9529 Updated: php4_module is garbled ID: 9529 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Apache related Assigned To: Comments: Is apache linked with libpthreads.so? ( ldd httpd ) If not, edit the apache makefile: apache_1.3.19/src/Makefile and add -lpthread into LIBS1: LIBS1= -lpthread -lm -lcrypt -ldl and in apache_1.3.19 direcotory: # make install --Jani Previous Comments: --- [2001-03-03 17:44:00] [EMAIL PROTECTED] Was apache installed from RPM or compiled from sources? --Jani --- [2001-03-02 14:51:06] [EMAIL PROTECTED] After installing php-4.0.4pl1 tarball when starting Apache get the following Syntax error on line 222 of /usr/local/apache/conf/httpd.conf: API module structure `php4_module' in file /usr/local/apache/libexec/libphp4.so is garbled - perhaps this is not an Apache module DSO? Line 222 is LoadModule php4_module libexec/libphp4.so PHP was configured as follows... ./config --with-mysql=/usr --with-apxs=/usr/local/apache/bin/apxs --with-xml --with-mycrypt --with-gd --enable-track-vars --enable-magic-quotes No errors reported during configure, make or make install. Running ldd on libphp4.so gives... libpam.so.0 = /lib/libpam.so.0 (0x40121000) libdl.so.2 = /lib/libdl.so.2 (0x4012a000) libgd.so.1 = /usr/lib/libgd.so.1 (0x4012d000) libresolv.so.2 = /lib/libresolv.so.2 (0x40163000) libm.so.6 = /lib/libm.so.6 (0x40172000) libcrypt.so.1 = /lib/libcrypt.so.1 (0x4018e000) libnsl.so.1 = /lib/libnsl.so.1 (0x401bb000) libmysqlclient.so.6 = /usr/lib/libmysqlclient.so.6 (0x401d2000) libc.so.6 = /lib/libc.so.6 (0x401e5000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x8000) libz.so.1 = /usr/lib/libz.so.1 (0x402d8000) libpthread.so.0 = /lib/libpthread.so.0 (0x402e7000) undefined symbol: ap_block_alarms (./libphp4.so) undefined symbol: ap_unblock_alarms (./libphp4.so) undefined symbol: ap_user_id(./libphp4.so) undefined symbol: ap_server_root(./libphp4.so) undefined symbol: ap_group_id (./libphp4.so) undefined symbol: ap_user_name (./libphp4.so) undefined symbol: top_module(./libphp4.so) undefined symbol: ap_max_requests_per_child (./libphp4.so) undefined symbol: ap_table_get (./libphp4.so) undefined symbol: ap_update_mtime (./libphp4.so) undefined symbol: ap_kill_timeout (./libphp4.so) undefined symbol: ap_uudecode (./libphp4.so) undefined symbol: ap_setup_client_block (./libphp4.so) undefined symbol: ap_add_cgi_vars (./libphp4.so) undefined symbol: ap_getword(./libphp4.so) undefined symbol: ap_getword_nulls_nc (./libphp4.so) undefined symbol: ap_destroy_sub_req(./libphp4.so) undefined symbol: ap_pstrdup(./libphp4.so) undefined symbol: ap_log_error (./libphp4.so) undefined symbol: ap_table_add
[PHP-DEV] PHP 4.0 Bug #9487 Updated: POST using HTTP/1.0 HTTP/1.1 mix makes PHP crash
ID: 9487 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Reproduceable crash Assigned To: Comments: Please provide that whole backtrace. --Jani Previous Comments: --- [2001-02-27 16:39:25] [EMAIL PROTECTED] I'm using Apache 1.3.17, PHP 4.0.4pl1. Seems like PHP doesn't like some POST data if they are send via HTTP/1.0 and HTTP/1.1 in different requests. The script in question is like this (name: var.php): FORM NAME="FORM_POST" ACTION="var.php" METHOD=POST Form with POST:INPUT TYPE=SUBMIT NAME="TEST" VALUE="+ìèøýáíé" /FORM The way to crash PHP: 1) in HTTP/1.0 browser (like Netscape 4.76), click on the submit button couple of times, enough so that the POST request got to each running httpd daemon 2) do HTTP/1.1 request, possibly via telnet, like: POST /var.php HTTP/1.1 Host: localhost Content-Length: 1 at this point, server should wait for the data, but it crashes instead. If I look at traceback in gdb, it crashes in _efree() (I can provide the exact backtrace if needed). If the bug is not repeatable for you and would need some more information, feel free to contact me. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9487edit=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 #8852 Updated: undefined reference to `compress'
ID: 8852 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Duplicate Bug Type: Compile Failure Assigned To: Comments: Duplicate of #6981 Previous Comments: --- [2001-01-23 09:47:03] [EMAIL PROTECTED] Can't complile apache when use static php mysql There are like bug :5651 need patch src/Makefile in apache add -lz to end of LIBS1 === src/modules/php4 === src/modules gcc -c -I./os/unix -I./include -DLINUX=2 -DRUSSIAN_APACHE -DNO_DBM_REWRITEMAP -I/usr3/home/artem/download/php-4.0.4pl1 -I/usr3/home/artem/download/php-4.0.4p l1/main -I/usr3/home/artem/download/php-4.0.4pl1/main -I/usr3/home/artem/downloa d/php-4.0.4pl1/Zend -I/usr3/home/artem/download/php-4.0.4pl1/Zend -I/usr3/home/a rtem/download/php-4.0.4pl1/TSRM -I/usr3/home/artem/download/php-4.0.4pl1/TSRM -I /usr3/home/artem/download/php-4.0.4pl1 -DUSE_EXPAT -I./lib/expat-lite `./apaci` modules.c gcc -c -I./os/unix -I./include -DLINUX=2 -DRUSSIAN_APACHE -DNO_DBM_REWRITEMAP -I/usr3/home/artem/download/php-4.0.4pl1 -I/usr3/home/artem/download/php-4.0.4p l1/main -I/usr3/home/artem/download/php-4.0.4pl1/main -I/usr3/home/artem/downloa d/php-4.0.4pl1/Zend -I/usr3/home/artem/download/php-4.0.4pl1/Zend -I/usr3/home/a rtem/download/php-4.0.4pl1/TSRM -I/usr3/home/artem/download/php-4.0.4pl1/TSRM -I /usr3/home/artem/download/php-4.0.4pl1 -DUSE_EXPAT -I./lib/expat-lite `./apaci` buildmark.c gcc -DLINUX=2 -DRUSSIAN_APACHE -DNO_DBM_REWRITEMAP -I/usr3/home/artem/download/ php-4.0.4pl1 -I/usr3/home/artem/download/php-4.0.4pl1/main -I/usr3/home/artem/do wnload/php-4.0.4pl1/main -I/usr3/home/artem/download/php-4.0.4pl1/Zend -I/usr3/h ome/artem/download/php-4.0.4pl1/Zend -I/usr3/home/artem/download/php-4.0.4pl1/TS RM -I/usr3/home/artem/download/php-4.0.4pl1/TSRM -I/usr3/home/artem/download/php -4.0.4pl1 -DUSE_EXPAT -I./lib/expat-lite `./apaci` -rdynamic -o httpd buildmark.o modules.o modules/extra/libextra.a modules/standard/l ibstandard.a modules/php4/libphp4.a main/libmain.a ./os/unix/libos.a ap/libap.a lib/expat-lite/libexpat.a -Wl,-rpath,/usr2/mysql/lib/mysql -rdynamic -L/usr2/ mysql/lib/mysql -Lmodules/php4 -L../modules/php4 -L../../modules/php4 -lmodphp4 -lpam -ldl -lmysqlclient -lresolv -lm -ldl -lcrypt -lnsl -lresolv -lm -lcry pt -ldl /usr2/mysql/lib/mysql/libmysqlclient.a(my_compress.o): In function `my_uncompres s': my_compress.o(.text+0x97): undefined reference to `uncompress' /usr2/mysql/lib/mysql/libmysqlclient.a(my_compress.o): In function `my_compress_ alloc': my_compress.o(.text+0x123): undefined reference to `compress' collect2: ld returned 1 exit status make[2]: *** [target_static] Error 1 make[2]: Âûõîä èç êàòàëîã `/usr3/home/artem/download/apache_1.3.12rusPL29.7/src' make[1]: *** [build-std] Error 2 make[1]: Âûõîä èç êàòàëîã `/usr3/home/artem/download/apache_1.3.12rusPL29.7' make: *** [build] Error 2 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8852edit=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 #9472 Updated: Apache refuses to start when trying to load php DSO module
ID: 9472 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Duplicate Bug Type: Apache related Assigned To: Comments: Duplicate of #6981 Previous Comments: --- [2001-02-26 19:36:00] [EMAIL PROTECTED] LoadModule php4_modulelibexec/libphp4.so When the previous line is present in the httpd.conf file, Apache will not load when the "./apachectl restart" command is executed. I get the error: [root@ip234-164 bin]# ./apachectl restart ./apachectl restart: configuration broken, ignoring restart ./apachectl restart: (run 'apachectl configtest' for details) I then run: [root@ip234-164 bin]# ./apachectl configtest Syntax error on line 207 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/apache/libexec/libphp4.so into server: undefined symbol: uncompress PHP was configured as follows: ./configure --with-mysql=/usr/local/mysql --with-apxs=/usr/local/apache/bin/apxs --prefix=/usr/local/php --with-track-vars --with-trans-id --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9472edit=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 #8575 Updated: configure fails while checking for gzgets
ID: 8575 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Duplicate Bug Type: Compile Failure Assigned To: Comments: Duplicate of #6981 Previous Comments: --- [2001-01-07 11:42:18] [EMAIL PROTECTED] ./configure --with-mysql=/usr/local --with-apache=../../apache/apache_1.3.12 --with-zlib=/usr/local/lib --with-ldap=/usr/local/ldap --enable-track-vars --enable-magic-quotes --enable-bcmath ... checking whether to include zlib support... yes checking for gzgets in -lz... no configure: error: Zlib module requires zlib = 1.0.9. Of course zlib 1.1.3 is properly installed. from config.log: ... configure:43634: checking whether to include zlib support configure:43835: checking for gzgets in -lz configure:43854: gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS -DXML_BYTE_O RDER=21 -L/usr/local/lib -R/usr/ucblib -L/usr/ucblib -R/usr/local/lib/gcc-lib/s parc-sun-solaris2.6/2.95.2 -L/usr/local/lib/gcc-lib/sparc-sun-solaris2.6/2.95.2 -R/usr/local/ldap/lib -L/usr/local/ldap/lib -R/usr/local/lib/mysql -L/usr/local/ lib/mysql conftest.c -lz -lmysqlclient -lldap -llber -lresolv -lresolv -lm -ldl -lcrypt -lnsl -lsocket -lsocket -lgcc 15 Undefined first referenced symbol in file uncompress /usr/local/lib/mysql/libmysqlclient.so compress/usr/local/lib/mysql/libmysqlclient.so ld: fatal: Symbol referencing errors. No output written to conftest collect2: ld returned 1 exit status configure: failed program was: #line 43843 "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 gzgets(); int main() { gzgets() ; return 0; } from configure: ... LIBS="-lz $LIBS" cat conftest.$ac_ext EOF #line 43843 "configure" Obviously the source of the problem is library order during link phase. I was able to workaround the problem changing LIBS line above to: LIBS="-$LIBS -lz" However it is probably not the proper solution, please find better one. Maciek --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8575edit=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 4.0 Bug #9529 Updated: php4_module is garbled
did you rm httpd make or make clean all install? b. - Original Message - From: "Mike Gibbons" [EMAIL PROTECTED] To: "Bug Database" [EMAIL PROTECTED] Sent: Sunday, March 04, 2001 3:17 AM Subject: [PHP-DEV] RE: PHP 4.0 Bug #9529 Updated: php4_module is garbled ldd httpd libm.so.6 = /lib/libm.so.6 (0x40017000) libcrypt.so.1 = /lib/libcrypt.so.1 (0x40034000) libdb.so.3 = /lib/libdb.so.3 (0x40061000) libdl.so.2 = /lib/libdl.so.2 (0x4009b000) libc.so.6 = /lib/libc.so.6 (0x4009e000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x4000) -- 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 #9541: New Feature Patch
From: [EMAIL PROTECTED] Operating system: RedHat 6.2 PHP version: 4.0.4pl1 PHP Bug Type: PostgreSQL related Bug description: New Feature Patch Hi - I ran into the problem that the notices that are sent from the postgres backend are being ignored by php. Most of the time this doesn't matter, but it would be nice to be able to profile an application by running explains (which show sql cost) on every sql statement that is executed that way you can find where your problems are as you develop the software. Below is a patch to add this php4 (Although I don't have a cvs I account - I did built it against the 200103031945 snap shot so it should be easy to integrate into the source tree) Can you please add this before the next release :) new php function - I wasn't sure how to document this in the code so here is is in the bug report pg_last_notice(int connection) returns either an empty string or the contents of the last notice sent out by the database. This can be useful to get the output from the explain command. see patch below --- php4-200103031945/ext/pgsql/pgsql.c Mon Feb 26 00:45:27 2001 +++ php4-200103031945/ext/pgsql/pgsql.c.notice Sat Mar 3 23:40:55 2001 @@ -46,6 +46,7 @@ PHP_FE(pg_pconnect, NULL) PHP_FE(pg_close,NULL) PHP_FE(pg_cmdtuples,NULL) + PHP_FE(pg_last_notice, NULL) PHP_FE(pg_dbname, NULL) PHP_FE(pg_errormessage, NULL) PHP_FE(pg_trace,NULL) @@ -146,12 +147,31 @@ PQfinish(link); PGG(num_persistent)--; PGG(num_links)--; + if (PGG(last_notice) != NULL) + { + efree(PGG(last_notice)); + } } +/* This function is used to silence the notice messages sent by the postgres back +end. This can be useful when you know you are going to trigger a notice and don't +care + */ static void _be_quiet(void * arg, const char * message) { } +/*This function is used to store the last notice for later retreval + */ +static void _store_notice(void * arg, const char * message) +{ + char *copy_of_message = NULL; + + if (PGG(last_notice) != NULL) + { + efree(PGG(last_notice)); + } + PGG(last_notice) = estrdup(message); +} + static int _rollback_transactions(zend_rsrc_list_entry *rsrc) { PGconn *link = (PGconn *)rsrc-ptr; @@ -194,6 +214,7 @@ static void php_pgsql_init_globals(PGLS_D) { PGG(num_persistent) = 0; + PGG(last_notice) = NULL; } PHP_MINIT_FUNCTION(pgsql) @@ -465,6 +486,9 @@ } efree(hashed_details); php_pgsql_set_default_link(return_value-value.lval); + /* Set the notice handler so we can keep notices for later*/ + PQsetNoticeProcessor(pgsql, _store_notice, NULL); + } @@ -854,6 +878,20 @@ } /* }}} */ +/* {{{ proto int pg_last_notice(int connection) + Returns the last notice set by the backend */ +PHP_FUNCTION(pg_last_notice) +{ + if (PGG(last_notice) == NULL) + { + RETURN_FALSE; + } + else + { + RETURN_STRING(PGG(last_notice),0); + } +} +/* }}} */ char *get_field_name(PGconn *pgsql, Oid oid, HashTable *list) { --- php4-200103031945/ext/pgsql/php_pgsql.h Mon Feb 26 00:45:27 2001 +++ php4-200103031945/ext/pgsql/php_pgsql.h.notice Sat Mar 3 23:40:55 2001 @@ -64,6 +64,7 @@ PHP_FUNCTION(pg_numrows); PHP_FUNCTION(pg_numfields); PHP_FUNCTION(pg_cmdtuples); +PHP_FUNCTION(pg_last_notice); PHP_FUNCTION(pg_fieldname); PHP_FUNCTION(pg_fieldsize); PHP_FUNCTION(pg_fieldtype); @@ -119,6 +120,7 @@ long max_links,max_persistent; long allow_persistent; int le_lofp,le_string; + char *last_notice; } php_pgsql_globals; -- Edit Bug report at: http://bugs.php.net/?id=9541edit=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] Latest CVS on Win32 crashes in phpinfo()
The latest CVS on Win32 (built as CGI) crashes in phpinfo(), everything else I tried (some projects of mine, phpMyAdmin, ...) work fine. -- sebastian bergmann e-mail : [EMAIL PROTECTED] homepage : http://www.sebastian-bergmann.de make a gift : http://wishlist.sebastian-bergmann.de measure the usability of your web application - http://phpOpenTracker.de -- 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 #9542: \n not forcing a new line.
From: [EMAIL PROTECTED] Operating system: Corel Linux 1.1.2 PHP version: 4.0.4pl1 PHP Bug Type: Strings related Bug description: \n not forcing a new line. ?php echo "Some String \n" echo "Some more String \n" ? I expected this output: Some String Some more String But I'm getting this output: Some StringSome more String No new line is being forced. The problem also occurs with PRINT as well as ECHO. -- Edit Bug report at: http://bugs.php.net/?id=9542edit=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] RE: PHP 4.0 Bug #9003 Updated: mod_ssl + php4.0.4pl 1 crash
Jani, thanks for your help. I guess a bit hard for us to upgrade all servers to RedHat 6.2 or above. I should check with RedHat or look at the glib stuff even I did upgrade the glib to 2.1.3 on redhat 6.1 and does not help. thanks again sherman -Original Message- From: Jani Taskinen [mailto:[EMAIL PROTECTED]] Sent: Sunday, 4 March 2001 11:03 AM To: Sherman Chan Cc: 'Bug Database' Subject: RE: [PHP-DEV] RE: PHP 4.0 Bug #9003 Updated: mod_ssl + php4.0.4pl 1 crash On Sat, 3 Mar 2001, Sherman Chan wrote: the only way I can get them works perfectly if i compile them under either RedHat 7.0 with kernal 2.2.18 or RedHat 6.1 with kernal upgrade to 2.2.18, also RedHat 6.2 with no kernal change, that i find out last night. i have no way to get it work if i compile them under redhat 6.1 with org. kernal. anyway i resolve the issue by compile them under redhat 6.2, then transfer the image to redhat 6.1 box, and it runs. i guess something must go wrong when I compile them under Redhat 6.1, grabs the wrong code?? Ask RedHat. As I said earlier, this has nothing to do with PHP. I strongly suggest you to update RedHat 6.1 to 6.2. And also to checkout the RedHat errata for updated RPMs. it would be interesting to find out why. I wounder could you give me some idea where I can locate modf() routine, part of glibc??? You answered your question yourself. From glibc. --Jani thanks, Sherman -Original Message- From: Jani Taskinen [mailto:[EMAIL PROTECTED]] Sent: Saturday, 3 March 2001 2:26 AM To: Sherman Chan Cc: 'Bug Database' Subject: Re: [PHP-DEV] RE: PHP 4.0 Bug #9003 Updated: mod_ssl + php4.0.4pl1 crash On Fri, 2 Mar 2001, Sherman Chan wrote: if there is nothing to do with php, could you tell me why the apache + php + mod_ssl fail to start, but apache + mod_ssl starts up ok. also the same configuration with php3 works ok as well. could u provide soe idea where I should look at, like the routine to modf (). Hmm..first you email me and say everything works ok. And now you're saying it doesn't work? So what did you do after getting it running ok? Did you add something? Did you remove something??? If I could read minds I would know but unfortunately I can not so you will have to tell me. Otherwise I can not help. And have you installed every update from RedHat errata into your system? There are a few of them. I would suggest that you update it to 6.2 which seems to be the most stable release from RedHat. I'm using it and I haven't run into this bug before. --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]