[PHP-DEV] Memory leaks in CGI (latest CVS)
When you call the CGI against a script that does not exist, it seems to bail out too soon, or something, becuase an awful lot of stuff never gets cleaned up... I snipped the references to script=non-existant script... mbstring.c(457) : Freeing 0x086D0E24 (20 bytes), zend_hash.c(176) : Freeing 0x086D35A4 (32 bytes), Last leak repeated 10 times php_sybase_ct.c(347) : Freeing 0x086D0DE4 (8 bytes), zend_hash.c(260) : Freeing 0x086D34A4 (44 bytes), Last leak repeated 117 times main.c(1157) : Freeing 0x086D33A4 (44 bytes), zend_API.c(561) : Actual location (location was relayed) main.c(1156) : Freeing 0x086D0DA4 (12 bytes), main.c(1139) : Freeing 0x086D1D24 (44 bytes), zend_API.c(561) : Actual location (location was relayed) main.c(1138) : Freeing 0x086D0D64 (12 bytes), main.c(1227) : Freeing 0x086D0D24 (12 bytes), zend_hash.c(404) : Freeing 0x086D1AA4 (35 bytes), main.c(1209) : Freeing 0x086D1A24 (29 bytes), main.c(1206) : Freeing 0x086D0CE4 (12 bytes), main.c(1194) : Freeing 0x086D1924 (44 bytes), zend_API.c(561) : Actual location (location was relayed) main.c(1193) : Freeing 0x086D0CA4 (12 bytes), php_variables.c(170) : Freeing 0x086D0C64 (12 bytes), Last leak repeated 66 times zend_hash.c(438) : Freeing 0x086CBC24 (256 bytes), Last leak repeated 1 time string.c(2415) : Freeing 0x086D0BE4 (11 bytes), Last leak repeated 66 times main.c(1020) : Freeing 0x086CF124 (44 bytes), zend_API.c(561) : Actual location (location was relayed) main.c(1019) : Freeing 0x086CAEA4 (12 bytes), php_variables.c(230) : Freeing 0x086CF0A4 (44 bytes), zend_API.c(561) : Actual location (location was relayed) Last leak repeated 1 time php_variables.c(229) : Freeing 0x086CAE64 (12 bytes), Last leak repeated 1 time main.c(1117) : Freeing 0x086C8824 (44 bytes), zend_API.c(561) : Actual location (location was relayed) main.c(1116) : Freeing 0x086CA064 (12 bytes), SAPI.c(392) : Freeing 0x086C87A4 (28 bytes), zend_ptr_stack.c(29) : Freeing 0x086CB424 (256 bytes), Last leak repeated 2 times zend_stack.c(27) : Freeing 0x083CFC24 (256 bytes), Last leak repeated 6 times zend_llist.c(36) : Freeing 0x0839F024 (23 bytes), Configure line: ./configure \ --with-sybase-ct=/usr/local/sybase \ --enable-dmalloc \ --enable-dbase \ --enable-bcmath \ --enable-calendar \ --with-db3=/usr/local/BerkeleyDB.3.0 \ --enable-ftp \ --with-imap=/usr \ --with-mhash \ --with-mysql \ --with-pdflib \ --enable-shmop \ --with-mm \ --enable-sockets \ --enable-sysvsem \ --enable-sysvshm \ --enable-inline-optimization \ --enable-debug \ --with-zlib-dir=/usr \ --with-zlib \ --enable-ctype \ --with-pgsql \ --with-readline \ --enable-xslt --with-xslt-sablot \ --with-mm \ --enable-shmop \ --enable-sysvsem \ --enable-sysvshm \ --enable-wddx \ --enable-inline-optimization \ --with-dom \ --with-mod_charset \ --with-openssl=/usr/local/openssl \ --disable-short-tags \ --with-bz2 \ --enable-exif \ --with-ldap \ --enable-mailparse \ --enable-yp -- 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] Bug #12732: Adding php_snmp.dll as extension gives Cannot find Module - (xxx-MIB) Error
From: [EMAIL PROTECTED] Operating system: Win NT 4 SP6 PHP version: 4.0.6 PHP Bug Type: SNMP related Bug description: Adding php_snmp.dll as extension gives Cannot find Module - (xxx-MIB) Error On adding the snmp extension in php.ini running any script, I get error Cannot find module (xyz-abc). No SNMP related php function is yet invoked. I am using PWS4 as web server. Otherwise PHP seems to works fine. -- Edit bug report at: http://bugs.php.net/?id=12732edit=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] Bug #12733: cURL crash (reproducible)
From: [EMAIL PROTECTED] Operating system: Linux 2.2.19-x86 PHP version: 4.0CVS-2001-08-14 PHP Bug Type: cURL related Bug description: cURL crash (reproducible) PHP - latest CVS curl 7.8 (i686-pc-linux-gnu) libcurl 7.8 (SSL 0.9.5) OpenSSL 0.9.6b 9 Jul 2001 I've just noticed the version problem in the curl line above even tho they're all fresh compiles. It may bea curl bug but I'll file here just in case. Script is in SOAP/Client.php in PEAR repository. Running test scropt also in the repository causes segfault either in http or https Relevant code is: curl_setopt($ch, CURLOPT_HTTPHEADER, array(Content-Type: text/xml)); curl_setopt($ch, CURLOPT_URL, $url); curl_setopt($ch, CURLOPT_FAILONERROR, 1); curl_setopt($ch, CURLOPT_FOLLOWLOCATION, 1); curl_setopt($ch, CURLOPT_USERAGENT, $this-_userAgent); curl_setopt($ch, CURLOPT_RETURNTRANSFER,1); curl_setopt($ch, CURLOPT_VERBOSE,1); curl_setopt($ch, CURLOPT_POST, 1); $result=curl_exec ($ch); curl_close ($ch); Backtrace: #0 0x40091d11 in Curl_http (conn=0x8282860) at http.c:771 #1 0x40097dc2 in Curl_do (conn=0x8282860) at url.c:2308 #2 0x4009f50e in Curl_perform (curl=0x8275a50) at transfer.c:868 #3 0x4009f818 in curl_easy_perform (curl=0x8275a50) at easy.c:163 #4 0x808118d in zif_curl_exec (ht=1, return_value=0x8273bf4, this_ptr=0x0, return_value_used=1) at curl.c:841 #5 0x8117a96 in execute (op_array=0x8261b5c) at ./zend_execute.c:1589 #6 0x8117c8a in execute (op_array=0x8246e4c) at ./zend_execute.c:1629 #7 0x80ff1ed in zend_execute_scripts (type=8, file_count=3) at zend.c:806 #8 0x807a558 in php_execute_script (primary_file=0xba64) at main.c:1308 #9 0x80788eb in main (argc=3, argv=0xbac4) at cgi_main.c:737 -- Edit bug report at: http://bugs.php.net/?id=12733edit=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] Bug #12735: Shorthand for X ? X : Y
From: [EMAIL PROTECTED] Operating system: PHP version: 4.0.6 PHP Bug Type: Feature/Change Request Bug description: Shorthand for X ? X : Y Providing default values for fields, I find myself using the following syntax a lot: $a = $result-f('asd'); if (!$a) $a = 'nothing'; $a = ($result-f('asd') ? $result-f('asd') : 'nothing'); Generally: $a = ($x ? $x : $y); It would be handy to have a shorthand for this that would easy typing, legibility, and avoid duplicate evaluation of $x. Proposed syntax (not fussy) $x ?: $y i.e. if 'value if true' is empty, use 'condition value'. -- Edit bug report at: http://bugs.php.net/?id=12735edit=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] Bug #12725 Updated: header (Location: index.php) ; does not work in Netscape6 on the Mac
ID: 12725 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: HTTP related Operating System: PHP Version: 4.0.6 New Comment: RTFM: http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.30 --Jani Previous Comments: [2001-08-13 16:25:42] [EMAIL PROTECTED] header (Location: index.php) ; exit; The above does NOT work on Netscape 6 on the Mac(only). Edit this bug report at http://bugs.php.net/?id=12725edit=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] Bug #12685 Updated: make install problem
ID: 12685 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Compile Failure Operating System: Linux PHP Version: 4.0.5 New Comment: Please try with PHP 4.0.6. --Jani Previous Comments: [2001-08-13 16:41:31] [EMAIL PROTECTED] Which linux version EXACTLY is this? linux 2.0.34 slckware On which platform? libc5 What was the configure line you used to configure PHP ? ./configure --with-mysql=/usr/local/mysql --with -apxs=/usr/local/apache/sbin/apxs What is your gcc version? egcs-2.90.29 (egcs-1.0.3 release) [2001-08-10 01:48:16] [EMAIL PROTECTED] Which linux version EXACTLY is this? On which platform? What was the configure line you used to configure PHP ? What is your gcc version? --Jani [2001-08-09 23:17:06] [EMAIL PROTECTED] I´m working with php 4.0.5 , apache 1.3.20 and mysql 3.22.32. The problem is : whe i going to restar de server apache after that i do make install, i obtain the following message: Can´t resolve symbol open64 Can´t resolve symbol __lxstat64 Can´t resolve symbol fopen64 Can´t load /usr/local/apache/libexec/libphp4.so into server I dont´use only /sbin/apachectl restart, i use /sbin/apachectl stop ant /sbin/apachectl start, too. What can i doing? Edit this bug report at http://bugs.php.net/?id=12685edit=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] Bug #12732 Updated: Adding php_snmp.dll as extension gives Cannot find Module - (xxx-MIB) Error
ID: 12732 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: SNMP related Operating System: Win NT 4 SP6 PHP Version: 4.0.6 New Comment: From the install.txt: Note that the mibs directory supplied with the Windows distribution contains support files for SNMP. This directory should be moved to DRIVE:\usr\mibs (DRIVE being the drive where PHP is installed.) --Jani Previous Comments: [2001-08-14 03:13:40] [EMAIL PROTECTED] On adding the snmp extension in php.ini running any script, I get error Cannot find module (xyz-abc). No SNMP related php function is yet invoked. I am using PWS4 as web server. Otherwise PHP seems to works fine. Edit this bug report at http://bugs.php.net/?id=12732edit=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] Bug #12736: ? just found :)
From: [EMAIL PROTECTED] Operating system: windows 98 PHP version: 4.0.6 PHP Bug Type: COM related Bug description: ? just found :) hi there. :) c:\apache\htdocs\bars.php ?php $ob = new COM (pfAX.obj5); $rs = $ob-getData(); // this method returns adodb recordset session_register(rs); // track_vars and // register_globals are on ? c:\apache\htdocs\rs.php ?php $num_columns = $rs-Fields-Count(); //trying to call to //the recordset ? So, when I open rs.php, php.exe crashes with (in russian:): Ïðîãðàììà PHP âûçâàëà ñáîé ïðè îáðàùåíèè ê ñòðàíèöå ïàìÿòè â ìîäóëå PHP4TS.DLL ïî àäðåñó 0167:1008519b. Ðåãèñòðû: EAX= CS=0167 EIP=1008519b EFLGS=00010246 EBX=007a5750 SS=016f ESP=0063f810 EBP=0065984c ECX= DS=016f ESI= FS=196f EDX= ES=016f EDI=007a6e80 GS= Áàéòû ïî àäðåñó CS:EIP: 8b 4e 08 51 57 e8 9b ef ff ff 8b 5c 24 2c 66 c7 Ñîäåðæèìîå ñòåêà: 0001 007a541c 000c 0001 0065983c 00761040 006597fc 007a57c8 100b2879 007a5ae0 007a5750 0001 00761040 0065984c -- Edit bug report at: http://bugs.php.net/?id=12736edit=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] Bug #12736 Updated: storin' COM object as a session variable
ID: 12736 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Summary: ? just found :) Status: Open Bug Type: COM related Operating System: windows 98 PHP Version: 4.0.6 New Comment: hi there. :) c:\apache\htdocs\bars.php ?php $ob = new COM (pfAX.obj5); $rs = $ob-getData(); // this method returns adodb recordset session_register(rs); // track_vars and // register_globals are on ? c:\apache\htdocs\rs.php ?php $num_columns = $rs-Fields-Count(); //trying to call to //the recordset ? So, when I open rs.php, php.exe crashes with (in russian:): Ïðîãðàììà PHP âûçâàëà ñáîé ïðè îáðàùåíèè ê ñòðàíèöå ïàìÿòè â ìîäóëå PHP4TS.DLL ïî àäðåñó 0167:1008519b. Ðåãèñòðû: EAX= CS=0167 EIP=1008519b EFLGS=00010246 EBX=007a5750 SS=016f ESP=0063f810 EBP=0065984c ECX= DS=016f ESI= FS=196f EDX= ES=016f EDI=007a6e80 GS= Áàéòû ïî àäðåñó CS:EIP: 8b 4e 08 51 57 e8 9b ef ff ff 8b 5c 24 2c 66 c7 Ñîäåðæèìîå ñòåêà: 0001 007a541c 000c 0001 0065983c 00761040 006597fc 007a57c8 100b2879 007a5ae0 007a5750 0001 00761040 0065984c Previous Comments: [2001-08-14 03:46:42] [EMAIL PROTECTED] hi there. :) c:\apache\htdocs\bars.php ?php $ob = new COM (pfAX.obj5); $rs = $ob-getData(); // this method returns adodb recordset session_register(rs); // track_vars and // register_globals are on ? c:\apache\htdocs\rs.php ?php $num_columns = $rs-Fields-Count(); //trying to call to //the recordset ? So, when I open rs.php, php.exe crashes with (in russian:): Ïðîãðàììà PHP âûçâàëà ñáîé ïðè îáðàùåíèè ê ñòðàíèöå ïàìÿòè â ìîäóëå PHP4TS.DLL ïî àäðåñó 0167:1008519b. Ðåãèñòðû: EAX= CS=0167 EIP=1008519b EFLGS=00010246 EBX=007a5750 SS=016f ESP=0063f810 EBP=0065984c ECX= DS=016f ESI= FS=196f EDX= ES=016f EDI=007a6e80 GS= Áàéòû ïî àäðåñó CS:EIP: 8b 4e 08 51 57 e8 9b ef ff ff 8b 5c 24 2c 66 c7 Ñîäåðæèìîå ñòåêà: 0001 007a541c 000c 0001 0065983c 00761040 006597fc 007a57c8 100b2879 007a5ae0 007a5750 0001 00761040 0065984c Edit this bug report at http://bugs.php.net/?id=12736edit=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] Bug #12736 Updated: ? just found :)
ID: 12736 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: COM related Operating System: windows 98 PHP Version: 4.0.6 New Comment: Not a bug... you can't use results (resources) on a next page like this. Ask on the [EMAIL PROTECTED] for more information. Derick Previous Comments: [2001-08-14 03:51:23] [EMAIL PROTECTED] hi there. :) c:\apache\htdocs\bars.php ?php $ob = new COM (pfAX.obj5); $rs = $ob-getData(); // this method returns adodb recordset session_register(rs); // track_vars and // register_globals are on ? c:\apache\htdocs\rs.php ?php $num_columns = $rs-Fields-Count(); //trying to call to //the recordset ? So, when I open rs.php, php.exe crashes with (in russian:): Ïðîãðàììà PHP âûçâàëà ñáîé ïðè îáðàùåíèè ê ñòðàíèöå ïàìÿòè â ìîäóëå PHP4TS.DLL ïî àäðåñó 0167:1008519b. Ðåãèñòðû: EAX= CS=0167 EIP=1008519b EFLGS=00010246 EBX=007a5750 SS=016f ESP=0063f810 EBP=0065984c ECX= DS=016f ESI= FS=196f EDX= ES=016f EDI=007a6e80 GS= Áàéòû ïî àäðåñó CS:EIP: 8b 4e 08 51 57 e8 9b ef ff ff 8b 5c 24 2c 66 c7 Ñîäåðæèìîå ñòåêà: 0001 007a541c 000c 0001 0065983c 00761040 006597fc 007a57c8 100b2879 007a5ae0 007a5750 0001 00761040 0065984c [2001-08-14 03:46:42] [EMAIL PROTECTED] hi there. :) c:\apache\htdocs\bars.php ?php $ob = new COM (pfAX.obj5); $rs = $ob-getData(); // this method returns adodb recordset session_register(rs); // track_vars and // register_globals are on ? c:\apache\htdocs\rs.php ?php $num_columns = $rs-Fields-Count(); //trying to call to //the recordset ? So, when I open rs.php, php.exe crashes with (in russian:): Ïðîãðàììà PHP âûçâàëà ñáîé ïðè îáðàùåíèè ê ñòðàíèöå ïàìÿòè â ìîäóëå PHP4TS.DLL ïî àäðåñó 0167:1008519b. Ðåãèñòðû: EAX= CS=0167 EIP=1008519b EFLGS=00010246 EBX=007a5750 SS=016f ESP=0063f810 EBP=0065984c ECX= DS=016f ESI= FS=196f EDX= ES=016f EDI=007a6e80 GS= Áàéòû ïî àäðåñó CS:EIP: 8b 4e 08 51 57 e8 9b ef ff ff 8b 5c 24 2c 66 c7 Ñîäåðæèìîå ñòåêà: 0001 007a541c 000c 0001 0065983c 00761040 006597fc 007a57c8 100b2879 007a5ae0 007a5750 0001 00761040 0065984c Edit this bug report at http://bugs.php.net/?id=12736edit=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] Bug #12729 Updated: Wrong parameters for odbc_fetch_into
ID: 12729 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: ODBC related Operating System: Windows 2000 PHP Version: 4.0.6 New Comment: See bug: #11628 Also, read the bugs-dos-and-donts before submitting bug reports. --Jani Previous Comments: [2001-08-13 22:55:17] [EMAIL PROTECTED] odbc_fetch_into($results, number, $array) expects a variable to be passed by reference for the second argument. An error is generated for something like: odbc_fetch_into($results, $i++, $array); Edit this bug report at http://bugs.php.net/?id=12729edit=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] Extra parameters for strtoupper(), strtolower()
[J Smith [EMAIL PROTECTED]] string strtoupper(string string [, int start [, int length]]) string strtolower(string string [, int start [, int length]]) The additional parameters would work in much the same fashion as substr(). I've implemented it in the latest cvs just for the hell of it. Am I the only one who thinks this is even remotely useful? It isn't a big thing, but it's a lot easier to have this available than to chop up a string with substr() and then capitalize what you want. A pretty useless feature, I guess. Obviously, I'm pretty bored right now. If it's useful to you, it will be useful to others. Go for it. - Stig -- Stig Sæther Bakken [EMAIL PROTECTED] Fast Search Transfer ASA, Trondheim, Norway -- 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] Bug #12727 Updated: Bad subdirs assumed in configure and in make
ID: 12727 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: PostgreSQL related Operating System: Solaris 7 PHP Version: 4.0.6 New Comment: So PostgreSQL was configured with: --prefix=/usr/local/pgsql/7.1.2/ And PHP was configured with: --with-pgsql=/usr/local/pgsql/7.1.2/ Right? Where do you have this file: libpq-fe.h ?? Where do you have this file: libpq.a (or .so) ?? And what exactly were those errors you got?? --Jani (irc@efnet: _sniper_ ) Previous Comments: [2001-08-13 18:17:23] [EMAIL PROTECTED] reproduceable - probably an easy fix during ./configure and later (after I thought I fixed things) in the make, the php install kept having trouble finding my install. postgresql was installed --prefix=/usr/local/pgsql/7.1.2/, and that path was supplied to the program ($i). However, it looked like that it assumed that libraries and such were not immediately in that path. For example, it looks in $i/lib/pgsql and $i/lib/postgresql, where my path was (I though predictable) $i/lib. I did a ln -s /usr/local/pgsql/7.1.2/lib /usr/local/lib/pgsql and other but that didn't work. I mucked around with the (impressive) config files adding paths and that only gave limited progress. I eventually did ln -s . pgsql in lib and other relevant places and got much further. Then, in make, failure again, as the header file couldn't find the include. I added a hard path to the build/rules_common.mk (I believe the variable was DEFS). I hope this helps. Personal note, I hopped on IRC (efnet) to try and get some advice. Even though I asked an informed and intelligent (IMHO) question, I still got the condesending knee-jerk responses. I have now been conditioned to a) never ever hope for any help from irc (especially the ef) and b) never research an issue fully before asking a question. If you've done your research, you've spent TONS of times getting caught up, just to find out you know more than who you're asking for help. However [James] was friendly and helpful, more so than anyone. He deserves a free beer! Edit this bug report at http://bugs.php.net/?id=12727edit=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] Bug #12735: Shorthand for X ? X : Y
Hi david! On Tue, 14 Aug 2001, [EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] Operating system: PHP version: 4.0.6 PHP Bug Type: Feature/Change Request Bug description: Shorthand for X ? X : Y Providing default values for fields, I find myself using the following syntax a lot: $a = $result-f('asd'); if (!$a) $a = 'nothing'; $a = ($result-f('asd') ? $result-f('asd') : 'nothing'); Generally: $a = ($x ? $x : $y); ($a = $x) || ($a = $y); there u go, only one eval of $x; i.e. if 'value if true' is empty, use 'condition value'. can be done with expressions I guess. I do that most of the time, but usually the syntax ends up a bit weird to read. -- teodor -- 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] CVS Account Request
Full name: Robert J Sherman Email: [EMAIL PROTECTED] ID:robert j sherman Purpose: I would like to compile, or make available an \expression builder\ file for HomeSite users. The expression builder is a rather useful tool to HomeSite users, and provides (not only) a \view\ of a function, or element, but also can provide \popup\ data (such as variables) while the user is \adding\ the function to their code. In addition to this, I would like to assemble the manual for use (as \built-in\) for HomeSite users. Both of these will be quite simple to construct, and make publicly available, however depending on how you are maintaining the documentation, will ultimately depend on \how long\ these things will take. If the php manual and function references are \databased\ then creating an expression vtm file will be a \breeze\.. :) -- 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] Bug #12737: index bug concerning 00 and 08
From: [EMAIL PROTECTED] Operating system: Linux 2.2.19 #10 SMP i686 PHP version: 4.0.5 PHP Bug Type: Arrays related Bug description: index bug concerning 00 and 08 Using 0 padded integers as index for an array: - does not work for 0 and 8 - scrambles the order of the elements --- $a[00] = string0; $a[01] = string1; $a[02] = string2; $a[03] = string3; $a[04] = string4; $a[05] = string5; $a[06] = string6; $a[07] = string7; $a[08] = string8; $a[09] = string9; echo implode(;, $a); This yields: string9;string1;string2;string3;string4;string5;string6;string7 -- Edit bug report at: http://bugs.php.net/?id=12737edit=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] Bug #12737: index bug concerning 00 and 08
0n defines octal representation (which is why 00 though 08 go 'wrong'). See http://php.net/manual/en/language.types.integer.php So, this isn't a bug in PHP. adamw - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, August 14, 2001 11:03 AM Subject: [PHP-DEV] Bug #12737: index bug concerning 00 and 08 From: [EMAIL PROTECTED] Operating system: Linux 2.2.19 #10 SMP i686 PHP version: 4.0.5 PHP Bug Type: Arrays related Bug description: index bug concerning 00 and 08 Using 0 padded integers as index for an array: - does not work for 0 and 8 - scrambles the order of the elements --- $a[00] = string0; $a[01] = string1; $a[02] = string2; $a[03] = string3; $a[04] = string4; $a[05] = string5; $a[06] = string6; $a[07] = string7; $a[08] = string8; $a[09] = string9; echo implode(;, $a); This yields: string9;string1;string2;string3;string4;string5;string6;string7 -- Edit bug report at: http://bugs.php.net/?id=12737edit=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 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] Bug #12737 Updated: index bug concerning 00 and 08
ID: 12737 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Arrays related Operating System: Linux 2.2.19 #10 SMP i686 PHP Version: 4.0.5 New Comment: Not a bug, 09 is interpreted as octal, and octal 08/09 does not exist. Derick Previous Comments: [2001-08-14 06:03:11] [EMAIL PROTECTED] Using 0 padded integers as index for an array: - does not work for 0 and 8 - scrambles the order of the elements --- $a[00] = string0; $a[01] = string1; $a[02] = string2; $a[03] = string3; $a[04] = string4; $a[05] = string5; $a[06] = string6; $a[07] = string7; $a[08] = string8; $a[09] = string9; echo implode(;, $a); This yields: string9;string1;string2;string3;string4;string5;string6;string7 Edit this bug report at http://bugs.php.net/?id=12737edit=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] Bug #12722 Updated: Re: extra slash / auto appending session ID
ID: 12722 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Session related Operating System: Red Hat 7.1 PHP Version: 4.0.6 New Comment: There have been some fixes to this in CVS. Please try the latest snapshot from http://snaps.php.net/ (I can not reproduce this) --Jani Previous Comments: [2001-08-13 13:07:40] [EMAIL PROTECTED] The extra slash is so that PHP is in compliance with XHTML 1.0. See http://www.w3.org/MarkUp/ for more information. Also, if this is causing your applications problems, you may be designing them incorrectly. Well, I think the slash placed by PHP in the end of the INPUT tag was misinterpreted by Internet Explorer, but not. Below are two examples. The first are links without the session ID appended by PHP. The second is the same links with the session ID automatically appended by PHP. I think it append the ID because the cookie was not avaliable (I don't know why) when the page was loaded at the first time. When I reload the page, it works fine. This occurs everytime when I open the site in my browser. a) Without appended session ID: 1) form action=main.php name=post method=post input type=hidden name=hrefvars value='' /form 2) td colspan=3 align=centera href='tools/redirect.php?key=8'img width=468 height=60 src='banners/metro_banner1.jpg' border=0/abrnbsp;/td 3) a href='http://www.abese.org' target='_blank'see more/a 4) div align=justifyThe most new option in electronic security. a href='main.php?run=articlescur=2key=28'See more/a/div. 5) a href='tools/redirect.php?key=6'img width=234 height=60 src='banners/rent.gif' border=0/abrbr a href='tools/redirect.php?key=5'img width=234 height=60 src='banners/banner2.jpg' border=0/abrbr b) With appended session ID by PHP: 1) form action=main.php name=post method=postinput type=hidden name=PHPSESSID value=a5b911cf5f2c235d82f6c7af1e05f7b4 / input type=hidden name=hrefvars value='' /form 2) td colspan=3 align=centera href='tools/redirect.php?key=8'pkey=ign=centerPHPSESSID=a5b911cf5f2c235d82f6c7af1e05f7b4idden name=hrefvars value=''img width=468 height=60 src='banners/metro_banner1.jpg' border=0/abrnbsp;/td 3) a href='http://www.abese.org' target='_blank'e.org' See more/a 4) div align=justifyThe most new option in electronic security. a href='main.php?run=artigoscur=2key=28'ronicPHPSESSID=a5b911cf5f2c235d82f6c7af1e05f7b4 See more/a. 5) a href='tools/redirect.php?key=6'p?key=PHPSESSID=a5b911cf5f2c235d82f6c7af1e05f7b4img width=234 height=60 src='banners/rent.gif' border=0/abrbr 6) a href='tools/redirect.php?key=5'p?key=c='banners/PHPSESSID=a5b911cf5f2c235d82f6c7af1e05f7b4 img width=234 height=60 src='banners/banner2.jpg' border=0/abrbr The first append is correct, it have only that slash that I didn't knew about. But some part of the html from it was placed over the second. As you can see, it is making a mess in the resulting HTML. Are you sure this is a bug in my application? :-) Edit this bug report at http://bugs.php.net/?id=12722edit=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] Bug #12721 Updated: PHP crashes at any code-highlight related command
ID: 12721 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Reproducible crash Operating System: Redhat/7.0, kernel 2.2.16 PHP Version: 4.0.6 New Comment: These have been fixed in CVS. Try the latest snapshot: http://snaps.php.net/ --Jani Previous Comments: [2001-08-13 13:07:12] [EMAIL PROTECTED] I have (over several versions of apache and php) noticed a very strange bug: PHP keeps crashing the Apache when using .phps files or any of the highlight_*() family (including show_source, of course). The child dies with SIG11, gdb output follows: -- SNIP -- Core was generated by `/usr/local/apache/bin/httpd'. Program terminated with signal 11, Segmentation fault. #0 0x400097fd in ?? () (gdb) bt #0 0x400097fd in ?? () #1 0x4000cea0 in ?? () #2 0x4000d020 in ?? () #3 0x8061793 in php_fopen_primary_script () #4 0x400cfbfc in ?? () -- SNAP -- phpinfo() is at http://www.de-punkt.de/info.php There have been *no* similar issues on this machine (i.e. a build of mysql, which should evoke generic memory or CPU issues as well, runs through pretty clean), it only keeps crashing with PHP (and the Zend Cache, that is ;-) ). Edit this bug report at http://bugs.php.net/?id=12721edit=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] Bug #12581 Updated: boolean fields not imported (patches enclosed)
ID: 12581 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: dBase related Operating System: Linux 2.2.16-3 PHP Version: 4.0.6 New Comment: Patch committed. Thanks! --Jani Previous Comments: [2001-08-06 00:50:51] [EMAIL PROTECTED] This is not a bogus report. But please put the patch file somewhere where it can be downloaded and add the url here. Also, create it in unified format against latest CVS: # cvs diff -u ext/dbase/dbase.c This will make it more appealing to be committed.. :) --Jani [2001-08-05 16:18:21] [EMAIL PROTECTED] status - bogus [2001-08-05 16:18:03] [EMAIL PROTECTED] this is not a bug...already forwarded to [EMAIL PROTECTED] Thanks for your help, but next time just send it to [EMAIL PROTECTED] and don't open a bug about it. [2001-08-05 16:17:47] [EMAIL PROTECTED] The file name to which the patches apply is ext/dbase/dbase.c. [2001-08-05 16:16:32] [EMAIL PROTECTED] Below are patches that fix the problem reported 10/20/2000 in bug report #7374. The problem is that when boolean (TRUE or FALSE) fields are present in an imported Dbase file, the value is always imported as FALSE (0). This problem has been present since 4.0.3. The patches below were generated using distribution 4.0.6. 466,467c466 case 'N': /* FALLS THROUGH */ case 'L': /* FALLS THROUGH */ --- case 'N': 473a473,486 case 'L': /* we used to FALLS THROUGH, but now we check for T/Y and F/N and insert 1 or 0, respectively. db_fdc is the number of decimals, which we don't care about. 3/14/01 LEW */ if ( (*str_value == 'T') || ( *str_value == 'Y' ) ){ add_next_index_long(return_value, strtol(1, NULL, 10)); } else { if ( (*str_value == 'F') || ( *str_value == 'N' ) ){ add_next_index_long(return_value, strtol(0, NULL, 10)); } else { add_next_index_long(return_value, strtol( , NULL, 10)); } } break; 544,545c557 case 'N': /* FALLS THROUGH */ case 'L': /* FALLS THROUGH */ --- case 'N': 551a564,578 case 'L': /* we used to FALLS THROUGH, but now we check for T/Y and F/N and insert 1 or 0, respectively. db_fdc is the number of decimals, which we don't care about. 3/14/01 LEW */ if ( (*str_value == 'T') || ( *str_value == 'Y') ){ add_assoc_long(return_value, cur_f-db_fname, strtol(1, NULL, 10)); } else { if ( (*str_value == 'F') || ( *str_value == 'N' ) ){ add_assoc_long(return_value, cur_f-db_fname,strtol(0, NULL, 10)); } else { add_assoc_long(return_value, cur_f-db_fname,strtol( , NULL, 10)); } } break; Edit this bug report at http://bugs.php.net/?id=12581edit=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] Bug #7374 Updated: Boolean Fields always return 0 with dbase_get_record
ID: 7374 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: dBase related Operating System: Win32 PHP Version: 4.0.3 New Comment: Fixed in CVS. --Jani Previous Comments: [2000-10-20 16:47:07] [EMAIL PROTECTED] I'm reading in a dbase File with a lot of different field-types. Among them are some Boolean-Fields which are set to TRUE or FALSE. Excel reads them correctly,but dbase_get_record returns 0 for any of the boolean fields. No matter if they are TRUE or FALSE. Any other field works fine. Edit this bug report at http://bugs.php.net/?id=7374edit=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] Sleepycat DB3
Hi all, For a while now I have been thinking about just how useful the database abstraction layer is for people who want to use Sleepycat DB2 or DB3 - also known as Berkeley DB - (www.sleepycat.com) database systems. Those familiar with either know just how sophisticated they are: offering full multi-versioning, cursors, logical joins, duplicate keys, an RPC interface and much more. None of this is really given over to the PHP user - presumably, because it doesn't fit with the rest of the dba interface. In my opinion, it would be well worth implementing the full DB2 and DB3 library. Since the API namespace is still quite similar between DB2 and DB3, the interface to both databases could be combined and made driver-driven in the same way as dba. There are some good reasons the dba interface shouldn't just be extended? Firstly, the current PHP functions do not lend themselves to cursors, duplicates and transactions, which are all handled at the API level within sleepycat. Secondly, the function namespace and defintions differ significantly from the C library. It is important to maintain the close tie to the underlying library here not just in order to best implement the features of sleepycat DB (as above) but also because many people initially interested in using sleepycat DB2 or 3 within PHP have probably worked with it in their C applications and are familiar with the library. For this reason as well, it would be useful to implement both a standard PHP interface (db_create(),db_open(),db_curopen(),db_put()...) as well as an OO style library, where the db operation functions hang off the database or cursor object as methods. That is, it would be implemented in a similiar way to DOM XML interface. What do people think? Is this just more bulk to the extension frame work? Any suggestions etc? Gavin -- 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] Bug #12716 Updated: Add the imagecopyresizedbicubic function
I just marked your PR as duplicate, which it is. I didn't say it's been resolved. At 19:45 8/13/2001, [EMAIL PROTECTED] wrote the following: -- ID: 12716 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Duplicate Bug Type: Feature/Change Request Operating System: Red Hat Linux 7.1 PHP Version: 4.0.6 New Comment: Ok I checked there but I don't really see an answer!? Status is still open although the request is dated march 2001? Previous Comments: [2001-08-13 11:53:55] [EMAIL PROTECTED] #9875 [2001-08-13 11:23:17] [EMAIL PROTECTED] Hi, I would very much like to see you add the imagecopyresizedbicubic function to the list of PHP/GD functions (as described in the user comments of the imagecopyresized function docs) to a new release of PHP. I don't know if you are already planning this (I couldn't find anything on it), but judging by the size of the newsgroup archives on this topic I think I am not the only one. It really is a great function to create thumbnails from uploaded images. I hope to hear from you soon and thank you for PHP! Edit this bug report at http://bugs.php.net/?id=12716edit=1 [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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] Bug #12738: Slow Response on Connecting to LDAP srvr
From: [EMAIL PROTECTED] Operating system: Winnt 4.0 PHP version: 4.0.6 PHP Bug Type: Performance problem Bug description: Slow Response on Connecting to LDAP srvr I have version 4.06 installed with ldap support. I am connecting to a remote 3rd party LDAP server over a routed network. The initial connect/bind takes almost 20 seconds! Is there something I have failed to configure? Some of the test responses on seraches from alta Vista take me to sites where the sample reposne is almost sub-second! -- Edit bug report at: http://bugs.php.net/?id=12738edit=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] Bug #12739: strtolower/strtoupper and special characters
From: [EMAIL PROTECTED] Operating system: all PHP version: 4.0.6 PHP Bug Type: Feature/Change Request Bug description: strtolower/strtoupper and special characters Special characters are not converted by strtolower/strtoupper unless I set the appropriate locale. However, in an international website the user interface language might be English, whereas the user still enters German data with umlauts. In this case it is not really possible to switch locale (as it is not known up front which language the user enters - might as well be his Swedish name) to correctly convert all special characters. I suggest extending strtoupper and strtolower in a way that ALL special characters (at least all those appearing in the Western Standard charset) are ALWAYS converted correctly. That can't do any bad because the user (programmer) would always except the functions just to upper/lowercase ALL alphabetic characters, special characters included. If the performance impact on strtoupper/strtolower is too big, it would always be possible to introduce special functions for that or have the user give a reference to the character set that the input is ... I guess your ideas are way better than mine here. In my opinion this would be a major improvement to PHP's international capabilities. Keep up the good work, anyway! Cheers, Steve -- Edit bug report at: http://bugs.php.net/?id=12739edit=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: Bug #12727 Updated: Bad subdirs assumed in configure and in make
I've moved on and don't have the exact debug.log from the configure, but this is what it basically looked like. The difference is that my correct postgres path wasn't in there and the error was something like -lpq not found. See below for more... CONFIGURE: './configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-pgsql=/usr/local/pgsql/7.1.2/' '--with-gd' '--enable-bcmath' '--enable-calendar' '--enable-sysvsem' '--enable-sysvshm' '--enable-memory-limit=yes' '--enable-debug=no' '--with-config-file-path=/usr/local/apache/conf/' '--with-mm' '--with-openssl' CC: gcc CFLAGS: -g -O2 CPPFLAGS:-D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=270 -DMOD_SSL=208104 -DEAPI -DEAPI_MM -DUSE_EXPAT -DSUPPORT_UTF8 CXX: CXXFLAGS: INCLUDES:-I/usr/local/apache/include -I$(top_builddir)/Zend -I/usr/local/include -I/usr/local/build/Web/php-4.0.6/ext/mysql/libmysql LDFLAGS:-L/usr/local/pgsql/7.1.2/lib/ -R/usr/ucblib -L/usr/ucblib -R/usr/local/lib -L/usr/local/lib -R/usr/local/lib/gcc-lib/sparc-sun-solaris2.7/2.95.2 -L/usr/local/lib/gcc-lib/sparc-sun-solaris2.7/2.95.2 -R/lib -L/lib LIBS: -lmm -lpq -lgd -lcrypt -lssl -lcrypto -lresolv -lresolv -lm -ldl -lnsl -lsocket -lsocket -lgcc DLIBS: SAPI: apache PHP_RPATHS: /usr/ucblib /usr/local/lib /usr/local/lib/gcc-lib/sparc-sun-solaris2.7/2.95.2 /lib uname -a: SunOS ncsun13 5.7 Generic_111437-01 sun4u sparc SUNW,Ultra-1 gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=270 -DMOD_SSL=208104 -DEAPI -DEAPI_MM -DUSE_EXPAT -DSUPPORT_UTF8 -L/usr/local/pgsql/7.1.2/lib/ -R/usr/ucblib -L/usr/ucblib -R/usr/local/lib -L/usr/local/lib -R/usr/local/lib/gcc-lib/sparc-sun-solaris2.7/2.95.2 -L/usr/local/lib/gcc-lib/sparc-sun-solaris2.7/2.95.2 -R/lib -L/lib conftest.c -lmm -lpq -lgd -lcrypt -lssl -lcrypto -lresolv -lresolv -lm -ldl -lnsl -lsocket -lsocket -lgcc 15 ld.so.1: ./conftest: fatal: libpq.so.2: open failed: No such file or directory On make, it did a very predictable, couldn't find libpq-fe.h and failed. php_pgsql.h:32: libpq-fe.h: No such file or directory php_pgsql.h:38: libpq/libpq-fs.h: No such file or directory *** Error code 1 make: Fatal error: Command failed for target `pgsql.lo' So, to restate, I don't need a fix; I've worked around - well, I haven't finished fully testing it yet ;) I am submitting this bug report to further the knowledge base and I hope it helps out in some small way. If need be, I can reproduce the results when I have time next week. -g2 On 14 Aug 2001, Bug Database wrote: ID: 12727 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: PostgreSQL related Operating System: Solaris 7 PHP Version: 4.0.6 New Comment: So PostgreSQL was configured with: --prefix=/usr/local/pgsql/7.1.2/ And PHP was configured with: --with-pgsql=/usr/local/pgsql/7.1.2/ Right? Where do you have this file: libpq-fe.h ?? Where do you have this file: libpq.a (or .so) ?? And what exactly were those errors you got?? --Jani (irc@efnet: _sniper_ ) Previous Comments: [2001-08-13 18:17:23] [EMAIL PROTECTED] reproduceable - probably an easy fix during ./configure and later (after I thought I fixed things) in the make, the php install kept having trouble finding my install. postgresql was installed --prefix=/usr/local/pgsql/7.1.2/, and that path was supplied to the program ($i). However, it looked like that it assumed that libraries and such were not immediately in that path. For example, it looks in $i/lib/pgsql and $i/lib/postgresql, where my path was (I though predictable) $i/lib. I did a ln -s /usr/local/pgsql/7.1.2/lib /usr/local/lib/pgsql and other but that didn't work. I mucked around with the (impressive) config files adding paths and that only gave limited progress. I eventually did ln -s . pgsql in lib and other relevant places and got much further. Then, in make, failure again, as the header file couldn't find the include. I added a hard path to the build/rules_common.mk (I believe the variable was DEFS). I hope this helps. Personal note, I hopped on IRC (efnet) to try and get some advice. Even though I asked an informed and intelligent (IMHO) question, I still got the condesending knee-jerk responses. I have now been conditioned to a) never ever hope for any help from irc (especially the ef) and b) never research an issue fully before asking a question. If you've done your research, you've spent TONS of times getting caught up, just to find out you know more than who you're asking for help. However [James] was friendly and helpful, more so than anyone. He deserves a free beer! ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=12727edit=2 -- PHP
[PHP-DEV] Bug #12727 Updated: Bad subdirs assumed in configure and in make
ID: 12727 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Bogus Bug Type: PostgreSQL related Operating System: Solaris 7 PHP Version: 4.0.6 New Comment: User error. Previous Comments: [2001-08-14 04:59:45] [EMAIL PROTECTED] So PostgreSQL was configured with: --prefix=/usr/local/pgsql/7.1.2/ And PHP was configured with: --with-pgsql=/usr/local/pgsql/7.1.2/ Right? Where do you have this file: libpq-fe.h ?? Where do you have this file: libpq.a (or .so) ?? And what exactly were those errors you got?? --Jani (irc@efnet: _sniper_ ) [2001-08-13 18:17:23] [EMAIL PROTECTED] reproduceable - probably an easy fix during ./configure and later (after I thought I fixed things) in the make, the php install kept having trouble finding my install. postgresql was installed --prefix=/usr/local/pgsql/7.1.2/, and that path was supplied to the program ($i). However, it looked like that it assumed that libraries and such were not immediately in that path. For example, it looks in $i/lib/pgsql and $i/lib/postgresql, where my path was (I though predictable) $i/lib. I did a ln -s /usr/local/pgsql/7.1.2/lib /usr/local/lib/pgsql and other but that didn't work. I mucked around with the (impressive) config files adding paths and that only gave limited progress. I eventually did ln -s . pgsql in lib and other relevant places and got much further. Then, in make, failure again, as the header file couldn't find the include. I added a hard path to the build/rules_common.mk (I believe the variable was DEFS). I hope this helps. Personal note, I hopped on IRC (efnet) to try and get some advice. Even though I asked an informed and intelligent (IMHO) question, I still got the condesending knee-jerk responses. I have now been conditioned to a) never ever hope for any help from irc (especially the ef) and b) never research an issue fully before asking a question. If you've done your research, you've spent TONS of times getting caught up, just to find out you know more than who you're asking for help. However [James] was friendly and helpful, more so than anyone. He deserves a free beer! Edit this bug report at http://bugs.php.net/?id=12727edit=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] Bug #12721: PHP crashes at any code-highlight related command
At 20:07 13-08-01, [EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] Operating system: Redhat/7.0, kernel 2.2.16 PHP version: 4.0.6 PHP Bug Type: Reproducible crash Bug description: PHP crashes at any code-highlight related command I have (over several versions of apache and php) noticed a very strange bug: PHP keeps crashing the Apache when using .phps files or any of the highlight_*() family (including show_source, of course). The child dies with SIG11, gdb output follows: -- SNIP -- Core was generated by `/usr/local/apache/bin/httpd'. Program terminated with signal 11, Segmentation fault. #0 0x400097fd in ?? () (gdb) bt #0 0x400097fd in ?? () #1 0x4000cea0 in ?? () #2 0x4000d020 in ?? () #3 0x8061793 in php_fopen_primary_script () #4 0x400cfbfc in ?? () -- SNAP -- phpinfo() is at http://www.de-punkt.de/info.php There have been *no* similar issues on this machine (i.e. a build of mysql, which should evoke generic memory or CPU issues as well, runs through pretty clean), it only keeps crashing with PHP (and the Zend Cache, that is ;-) ). Does it crash every time - will a simple highlight_string(hello); crash it? Zeev -- 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] Bug #12740: LDAP modify functions do not handle special characters
From: [EMAIL PROTECTED] Operating system: Linux RH 7.1 PHP version: 4.0.5 PHP Bug Type: Directory function related Bug description: LDAP modify functions do not handle special characters Hi, I am working with PHP 4.0.5 and OpenLDAP 2.0.11. I encounter problems when modifying some entries with attributes containing special chars (such as å, ø...). The error returned by the LDAP server is invalid syntax. I have read some documentation about this. OpenLDAP can accept special chars, provided values are base64-encoded, when we use the tools that come with the application (ldapadd, ldapmodify, etc.). But how to do this from PHP functions? I tried to base64_encode the values, it naturally didn't do the trick (those values were considered as normal, and thus were not decoded - this polutes my directory.) Same goes for urlencoding. Please help! -- Edit bug report at: http://bugs.php.net/?id=12740edit=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] Bug #12740 Updated: LDAP modify functions do not handle special characters
ID: 12740 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Old Bug Type: Directory function related Bug Type: LDAP related Operating System: Linux RH 7.1 PHP Version: 4.0.5 New Comment: Please include a short example script in this report. Previous Comments: [2001-08-14 09:41:24] [EMAIL PROTECTED] Hi, I am working with PHP 4.0.5 and OpenLDAP 2.0.11. I encounter problems when modifying some entries with attributes containing special chars (such as å, ø...). The error returned by the LDAP server is invalid syntax. I have read some documentation about this. OpenLDAP can accept special chars, provided values are base64-encoded, when we use the tools that come with the application (ldapadd, ldapmodify, etc.). But how to do this from PHP functions? I tried to base64_encode the values, it naturally didn't do the trick (those values were considered as normal, and thus were not decoded - this polutes my directory.) Same goes for urlencoding. Please help! Edit this bug report at http://bugs.php.net/?id=12740edit=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] Bug #12740: LDAP modify functions do not handle special characters
On Tue, Aug 14, 2001 at 01:41:24PM -, [EMAIL PROTECTED] wrote: I encounter problems when modifying some entries with attributes containing special chars (such as å, ø...). The error returned by the LDAP server is invalid syntax. I have read some documentation about this. OpenLDAP can accept special chars, provided values are base64-encoded, when we use the tools that come with the application (ldapadd, ldapmodify, etc.). This is true for input in LDIF format. But how to do this from PHP functions? I tried to base64_encode the values, it naturally didn't do the trick (those values were considered as normal, and thus were not decoded - this polutes my directory.) Same goes for urlencoding. You have to use UTF-8 encoding. Cheers, Enrik -- 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] Branching 4.0.7RC1 today
Just a reminder - I plan on branching 4.0.7 today as planned, in a few hours. Zeev -- 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] Branching 4.0.7RC1 today
On Tue, 14 Aug 2001, Zeev Suraski wrote: Just a reminder - I plan on branching 4.0.7 today as planned, in a few hours. There is a crash bug in array_reduce() that I haven't had time to fix yet.. but I guess go ahead. -Andrei Later in this talk, I intend to define the universe and give three examples. -- Larry Wall -- 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] Bug #12741: Array needle support for array search
From: [EMAIL PROTECTED] Operating system: Linux 2.2 PHP version: 4.0.5 PHP Bug Type: Feature/Change Request Bug description: Array needle support for array search I am requesting that the functions in_array and array_search support an array type for their needle arguments. This feature would allow these functions to search for an array in an array of arrays. i.e. ? $needle = array(3,4); $haystack = array( array(1,2), array(3,4), array(5,6) ); if(in_array($needle, $haystack)){ echo Yes; }else{ echo No; } ? Outputs: Warning: Wrong datatype for first argument in call to in_array in test.phtml -- Edit bug report at: http://bugs.php.net/?id=12741edit=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] Bug #12741 Updated: Array needle support for array search
ID: 12741 Updated by: andrei Reported By: [EMAIL PROTECTED] Old Status: Open Status: Assigned Bug Type: Feature/Change Request Operating System: Linux 2.2 PHP Version: 4.0.5 Old Assigned To: Assigned To: andrei Edit this bug report at http://bugs.php.net/?id=12741edit=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] Bug #12742: Auto appending session ID
From: [EMAIL PROTECTED] Operating system: Linux RedHat 7.1 PHP version: 4.0.6 PHP Bug Type: Session related Bug description: Auto appending session ID In my last posting, about how php was appending the session ID to the links and making a mess in the output html, I discovered something: that was occuring because the output_buffering option was off in the php.ini file. After I enabled it, links are fine now. -- Edit bug report at: http://bugs.php.net/?id=12742edit=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] Bug #12742 Updated: Auto appending session ID
ID: 12742 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Session related Operating System: Linux RedHat 7.1 PHP Version: 4.0.6 New Comment: Please do NOT submit new bug reports about the very same bug!! You can add notes to the first one you submitted.. --Jani Previous Comments: [2001-08-14 11:52:48] [EMAIL PROTECTED] In my last posting, about how php was appending the session ID to the links and making a mess in the output html, I discovered something: that was occuring because the output_buffering option was off in the php.ini file. After I enabled it, links are fine now. Edit this bug report at http://bugs.php.net/?id=12742edit=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] Bug #12722 Updated: Re: extra slash / auto appending session ID
ID: 12722 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Session related Operating System: Red Hat 7.1 PHP Version: 4.0.6 New Comment: This is fixed. --Jani Previous Comments: [2001-08-14 06:30:16] [EMAIL PROTECTED] There have been some fixes to this in CVS. Please try the latest snapshot from http://snaps.php.net/ (I can not reproduce this) --Jani [2001-08-13 13:07:40] [EMAIL PROTECTED] The extra slash is so that PHP is in compliance with XHTML 1.0. See http://www.w3.org/MarkUp/ for more information. Also, if this is causing your applications problems, you may be designing them incorrectly. Well, I think the slash placed by PHP in the end of the INPUT tag was misinterpreted by Internet Explorer, but not. Below are two examples. The first are links without the session ID appended by PHP. The second is the same links with the session ID automatically appended by PHP. I think it append the ID because the cookie was not avaliable (I don't know why) when the page was loaded at the first time. When I reload the page, it works fine. This occurs everytime when I open the site in my browser. a) Without appended session ID: 1) form action=main.php name=post method=post input type=hidden name=hrefvars value='' /form 2) td colspan=3 align=centera href='tools/redirect.php?key=8'img width=468 height=60 src='banners/metro_banner1.jpg' border=0/abrnbsp;/td 3) a href='http://www.abese.org' target='_blank'see more/a 4) div align=justifyThe most new option in electronic security. a href='main.php?run=articlescur=2key=28'See more/a/div. 5) a href='tools/redirect.php?key=6'img width=234 height=60 src='banners/rent.gif' border=0/abrbr a href='tools/redirect.php?key=5'img width=234 height=60 src='banners/banner2.jpg' border=0/abrbr b) With appended session ID by PHP: 1) form action=main.php name=post method=postinput type=hidden name=PHPSESSID value=a5b911cf5f2c235d82f6c7af1e05f7b4 / input type=hidden name=hrefvars value='' /form 2) td colspan=3 align=centera href='tools/redirect.php?key=8'pkey=ign=centerPHPSESSID=a5b911cf5f2c235d82f6c7af1e05f7b4idden name=hrefvars value=''img width=468 height=60 src='banners/metro_banner1.jpg' border=0/abrnbsp;/td 3) a href='http://www.abese.org' target='_blank'e.org' See more/a 4) div align=justifyThe most new option in electronic security. a href='main.php?run=artigoscur=2key=28'ronicPHPSESSID=a5b911cf5f2c235d82f6c7af1e05f7b4 See more/a. 5) a href='tools/redirect.php?key=6'p?key=PHPSESSID=a5b911cf5f2c235d82f6c7af1e05f7b4img width=234 height=60 src='banners/rent.gif' border=0/abrbr 6) a href='tools/redirect.php?key=5'p?key=c='banners/PHPSESSID=a5b911cf5f2c235d82f6c7af1e05f7b4 img width=234 height=60 src='banners/banner2.jpg' border=0/abrbr The first append is correct, it have only that slash that I didn't knew about. But some part of the html from it was placed over the second. As you can see, it is making a mess in the resulting HTML. Are you sure this is a bug in my application? :-) Edit this bug report at http://bugs.php.net/?id=12722edit=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] Bug #12743: Can't download win32 files from your website
From: [EMAIL PROTECTED] Operating system: Win2k PHP version: 4.0.6 PHP Bug Type: Unknown/Other Function Bug description: Can't download win32 files from your website I've been trying to download PHP for win32, but the download is failing. Is there another site where I can download? Or is there a problem with your site? Help! -- Edit bug report at: http://bugs.php.net/?id=12743edit=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] troubles compiling ext/mcrypt/ on windows
Hi there, (I'm cc'ing you sascha because you seem to be the author of this area of mcrypt, I apologize if you are not and/or are bothered by this) I downloaded the source for php-4.0.6 today and attempted to compile mcrypt functionality into a windows version of php. I opened ext/mcrypt/mcrypt.dsp into VC++ and attempted to build the project. I get these errors when attempting to do so: Configuration: mcrypt - Win32 Debug_TS Compiling... mcrypt.c C:\php4\php-4.0.6\ext\mcrypt\mcrypt.c(1480) : warning C4018: '' : signed/unsigned mismatch C:\php4\php-4.0.6\ext\mcrypt\mcrypt.c(1490) : warning C4244: '=' : conversion from 'double ' to 'char ', possible loss of data readdir.c C:\php4\php-4.0.6\ext\mcrypt\mcrypt.c(802) : warning C4700: local variable 'lib_dir' used without having been initialized C:\php4\php-4.0.6\ext\mcrypt\mcrypt.c(825) : warning C4700: local variable 'lib_dir' used without having been initialized C:\php4\php-4.0.6\ext\mcrypt\mcrypt.c(848) : warning C4700: local variable 'lib_dir' used without having been initialized C:\php4\php-4.0.6\ext\mcrypt\mcrypt.c(871) : warning C4700: local variable 'lib_dir' used without having been initialized C:\php4\php-4.0.6\ext\mcrypt\mcrypt.c(894) : warning C4700: local variable 'lib_dir' used without having been initialized C:\php4\php-4.0.6\ext\mcrypt\mcrypt.c(912) : warning C4700: local variable 'lib_dir' used without having been initialized C:\php4\php-4.0.6\ext\mcrypt\mcrypt.c(931) : warning C4700: local variable 'lib_dir' used without having been initialized Linking... LINK : fatal error LNK1181: cannot open input file libmcrypt.lib Error executing link.exe. php_mcrypt.dll - 1 error(s), 9 warning(s) I'm NOT concerned about the first 2 warnings, it's more the next ones. it seems to be having trouble on line 204 (mcrypt.c) which is a call to Z_STRVAL_PP(lib_dir) Could this be why the linking cannot occur? NOTE: I followed all the steps here before attempting to compile mcrypt, ie instaled cygwin, etc. (I don't if it matters, probably?) Another NOTE: you may want to strip my email address from your reply OR take out the underscores. thanks for your help, colin -- 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] Bug #12733: cURL crash (reproducible)
On 14 Aug 2001 [EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] Operating system: Linux 2.2.19-x86 PHP version: 4.0CVS-2001-08-14 PHP Bug Type: cURL related Bug description: cURL crash (reproducible) Can you give me a short test case which shows this error (runnable script that produces the segfault)? Thanks, Sterling -- 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] Bug #12731 Updated: Broken Links On your Site
ID: 12731 Updated by: derick Reported By: [EMAIL PROTECTED] Status: Open Old Bug Type: Unknown/Other Function Bug Type: Documentation problem Operating System: NT4 PHP Version: 4.0.6 New Comment: Making this a documentation problem. Derick Previous Comments: [2001-08-14 02:28:16] [EMAIL PROTECTED] On this page of yours http://www.php.net/manual/en/faq.installation.php I tried to follow the instructions in the INSTALLATION file located in the distribution. http://cvsweb.php.net/viewcvs.cgi/php3/INSTALL?rev=1.31content-type=text/vnd.viewcvs-markup But the link is broken. And also some links on that page are broken also. Please fix that as soon as possible, I need to follow the installation file. Thanks Matthew Edit this bug report at http://bugs.php.net/?id=12731edit=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] Bug #12734: more options for date()
From: [EMAIL PROTECTED] Operating system: PHP version: 4.0.6 PHP Bug Type: Documentation problem Bug description: more options for date() Hello, I found a non described parameter for the function date(). In english and german documentation I missed the option O date(O) which will return the difference to Greenwich in Hours In german documentation you forgot to explain the option r date(r) (RFC 822 formatted date; i.e. Thu, 21 Dec 2000 16:01:07 +0200) Bye, Heiko from Germany -- Edit bug report at: http://bugs.php.net/?id=12734edit=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] Bug #12731 Updated: Broken Links On your Site
ID: 12731 Updated by: goba Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Documentation problem Operating System: NT4 PHP Version: 4.0.6 New Comment: The FAQ is a bit outdated now. This link is now updated in CVS, it will be online tomorow. Use this link instead: http://cvs.php.net/co.php/php4/INSTALL?r=1.20 Goba Previous Comments: [2001-08-14 02:30:52] [EMAIL PROTECTED] Making this a documentation problem. Derick [2001-08-14 02:28:16] [EMAIL PROTECTED] On this page of yours http://www.php.net/manual/en/faq.installation.php I tried to follow the instructions in the INSTALLATION file located in the distribution. http://cvsweb.php.net/viewcvs.cgi/php3/INSTALL?rev=1.31content-type=text/vnd.viewcvs-markup But the link is broken. And also some links on that page are broken also. Please fix that as soon as possible, I need to follow the installation file. Thanks Matthew Edit this bug report at http://bugs.php.net/?id=12731edit=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] Missing date() functionality
Wouldn't it be nice if date() returned the weeknumber? I was rather appalled when I realized this wasn't available... Have I missed something? The other date related functions also seem to miss functionality like this. André Næss -- 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] Missing date() functionality
On Tuesday 14 August 2001 22:03, André Næss wrote: Wouldn't it be nice if date() returned the weeknumber? I was rather appalled when I realized this wasn't available... Have I missed something? The other date related functions also seem to miss functionality like this. You can do that with strftime: http://php.net/manual/en/function.strftime.php -- Christian Jørgensen | Ford, you're turning into a penguin http://www.razor.dk | Stop it -- 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] Missing date() functionality
Ok, thanks for pointing that out, but it seems rather strange to use a string function when you need to do a date operation?! I would guess that everyone looking for a way to handle dates and time would look in the date and time functions part of the manual. There should AT LEAST be a reference to strftime() from date()! André Næss -Original Message- From: Christian Joergensen [mailto:[EMAIL PROTECTED]] Sent: 15. august 2001 00:18 To: André Næss; [EMAIL PROTECTED] Subject: Re: [PHP-DEV] Missing date() functionality On Tuesday 14 August 2001 22:03, André Næss wrote: Wouldn't it be nice if date() returned the weeknumber? I was rather appalled when I realized this wasn't available... Have I missed something? The other date related functions also seem to miss functionality like this. You can do that with strftime: http://php.net/manual/en/function.strftime.php -- Christian Jørgensen | Ford, you're turning into a penguin http://www.razor.dk | Stop it -- 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 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] script type=... support
PHP (or, rather, the Zend scanner) currently recognizes the following tags as enclosing PHP code: ?php ? ? ? % % script language=php The attached patch extends the script tag to also except the script type=... syntax, where the type is the MIME type signifying PHP code (application/x-httpd-php). The 'type=..' attribute is necessary for XHTML 1.0 compliance. The idea for this addition originated from Alexander J. Vincent [EMAIL PROTECTED]. I've also attached a short test script to demonstrate the new behavior. If this patch is accepted, I can also make the appropriate documentation changes. -- Jon Parise ([EMAIL PROTECTED]) . Rochester Inst. of Technology http://www.csh.rit.edu/~jon/ : Computer Science House Member Index: zend_language_scanner.l === RCS file: /repository/Zend/zend_language_scanner.l,v retrieving revision 1.35 diff -u -r1.35 zend_language_scanner.l --- zend_language_scanner.l 2001/08/11 15:57:07 1.35 +++ zend_language_scanner.l 2001/08/14 20:59:26 @@ -1073,7 +1073,7 @@ return T_INLINE_HTML; } -INITIAL?|script{WHITESPACE}+language{WHITESPACE}*={WHITESPACE}*(php|\php\|\'php\'){WHITESPACE}* { +INITIAL?|script({WHITESPACE}+language{WHITESPACE}*={WHITESPACE}*(php|\php\|\'php\')|{WHITESPACE}+type{WHITESPACE}*={WHITESPACE}*(application/x-httpd-php|\application/x-httpd-php\|\'application/x-httpd-php\'))+{WHITESPACE}* + { HANDLE_NEWLINES(yytext, yyleng); if (CG(short_tags) || yyleng2) { /* yyleng2 means it's not ? but script */ zendlval-value.str.val = yytext; /* no copying - intentional */ ?php echo 'h2lt;?php ?gt;/h2'; ? ? echo 'h2lt;? ?gt;/h2'; ? ?= 'h2lt;?= ?gt;/h2'; ? script language=php echo 'h2language=php/h2'; /script script type=application/x-httpd-php echo 'h2type=application/x-httpd-php/h2'; /script script language=php type=application/x-httpd-php echo 'h2language=php type=application/x-httpd-php/h2'; /script -- 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] transparent output compression
Hi all- Is there really a difference between ob_gzhandler and zlib.output_compression, now that ob_gzhandler supports chunks? Since, in zlib.c, zlib.output_compression still causes output buffering to be turned on, I can't see that there's a convincing reason to use one over the other, unless you need fine control over the flush/clean functions. Can anyone shed some light on this? Slightly OT: with such an amazing option so easy to implement on top of an existing application (via either PHP or mod_gzip), and widespread browser support, why don't more sites use this? Bandwidth is expensive. CPU cycles are not. We've seen 900K HTML reports compressed to 40K. Truly awesome. Thanks John -- John Donagher Application Engineer, Intacct Corp. Public key available off http://www.keyserver.net Key fingerprint = 4024 DF50 56EE 19A3 258A D628 22DE AD56 EEBE 8DDD -- 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] Setting up RFC
Hi, About a month ago there was a discussion on the Engine 2 mailing list, about a possible RFC-proces for the more imporant PHP-issues. In the end, there was some consensus that it would be good if such a system exists. I'm simply writing to get some comments, to hear what the general opinion is. If that is not negative, I think it should be tried to set it up. About the details, there needs to be discussion of course, but it would be more efficient to discuss those things after a proposal has been made, in stead of construct such a proposal by discussion. Joey Smith and Zak Great supported the idea on the list, but the discussion went dead. Below I quote some of their mails. Regards, Jeroen Joey Smith wrote: Actually, I felt that the Perl 6 design process had a fairly good idea that was poorly implemented...that of RFC's. Anyone who wants to sponsor a feature compiles an RFC on it, and is resposible for keeping track of the discussion on it, and occasionally rolling the comments back into a new revision of the RFC. What do you guys think of something like this? We could even mark certain RFC's as Dead for now, or something like, so that we can kill threads such as {}, and anyone who doubts the deadness of the thread can check the status of the RFC before commenting. One potential risk I see with this approach: Someone sponsors a certain RFC, goes through much time and trouble to track and merge discussion, only to have it killed somewhere down the road by the others. This could possibly lead to the kinds of flare-ups that occur from time-to-time on php-dev... Zak wrote: That sounds like a very good idea. We spend a good deal of time going around. The RFC process should have a series of significant benefits: a.) Less digging through old mail to figure out what was said b.) The sponsor must be serious c.) The process of writing an RFC will encourage the sponsor to consider the feature more carefully d.) The RFCs will provide a form that can easily be archived. --zak Zak wrote again: Has anyone else had a chance to think about this proposal? I think that it is a solid idea. As Joey points out, it might help prevent the pointless go-rounds that have been occurring with this discussion *and* would give us a clear set of documents to refer to in the future. --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] Setting up RFC
Ive written one or two before, mainly for the release process (I think its in CVS under README.realease_process or somthing like that). Id suggest people just get on and write them and post them to php-dev where people generally read them and make comments. I dont see what there is to discuss Jeroen. There should IMO be a more generalized way for this, indeed, it was my idea to put RFC's in cvs. But no in the php4 module, but in a separate. Main point is that discussions on phpdev die out quite quickly, and you can't say then it's decided. And you can't put each proposal in php4 cvs either, release proces is not about PHP itself, but about the proces around it, and it is always 'current', since realeases keep coming out... Anyway, Zak wrote that, not me. So CC'ing to him. Just poit them to php-dev and keep bringing it up until there is some decent comment on it, at the moment there is no democratic process in PHP, people just do what they want and someone normally knows some part of PHP better than anyother, IE if you have a sessions thing speak to sascha (via PHP-DEV), a COM thing speak to Frank, Daniel and Zeev via PHP-DEV, an object thing speak to Andrei, Zeev and Andi etc... RFC's are a good idea but as soon as they are posted to php-dev they are in the archives and it will be a big pain in the arse putting them in CVS due to the karma thing and people who dont have cvs access. php-dev is there so use it, yes we should formalise some of the more important discussions but it should all take place on php-dev. - James -- 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] Bug #12744: Command line option -c failing
From: [EMAIL PROTECTED] Operating system: PHP version: 4.0.6 PHP Bug Type: PHP options/info functions Bug description: Command line option -c failing In file sapi/cgi/cgi_main.c on line 400 the ini search path is set from the code: if (php_module_startup(cgi_sapi_module)==FAILURE) { return FAILURE; } but the actual -c option is not read until line 442 from the code: if (!cgi) { while ((c=ap_php_getopt(argc, argv, OPTSTRING))!=-1) { ... } ... } Once I moved the code from line 400 after the -c option was read, it worked prefectly. -- Edit bug report at: http://bugs.php.net/?id=12744edit=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] Setting up RFC
On Wed, Aug 15, 2001 at 12:18:06AM +0200, Jeroen van Wolffelaar wrote: About a month ago there was a discussion on the Engine 2 mailing list, about a possible RFC-proces for the more imporant PHP-issues. In the end, there was some consensus that it would be good if such a system exists. I thought the idea was sound, too, and suggested we mimic Python's PEP (Python Enhancement Proposal) system: http://python.sourceforge.net/peps/ -- Jon Parise ([EMAIL PROTECTED]) . Rochester Inst. of Technology http://www.csh.rit.edu/~jon/ : Computer Science House Member -- 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] Setting up RFC
Just poit them to php-dev and keep bringing it up until there is some decent comment on it, at the moment there is no democratic process in PHP, people just do what they want and someone normally knows some part of PHP better than anyother, IE if you have a sessions thing speak to sascha (via PHP-DEV), a COM thing speak to Frank, Daniel and Zeev via PHP-DEV, an object thing speak to Andrei, Zeev and Andi etc... RFC's are a good idea but as soon as they are posted to php-dev they are in the archives and it will be a big pain in the arse putting them in CVS due to the karma thing and people who dont have cvs access. php-dev is there so use it, yes we should formalise some of the more important discussions but it should all take place on php-dev. Discussion about RFC's would have taken place at php-dev, of course. For the rest of your arguments, you're right, as long as it goes about minor issues. But I believe it is not true when it comes to really heavy issues, such as syntax of private object-vars (just an example). The question is now, is it worth the effort of a complete RFC process for that, or would a mere formalization of the important discussions, as you suggest, do? On the other hand, the latter one could be named 'RFC process', since it hasn't yet been defined what the heck it is precisely... - James Jeroen -- 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] Setting up RFC
On the other hand, the latter one could be named 'RFC process', since it hasn't yet been defined what the heck it is precisely... RFC.. Request For Comments, its as simple as that someone posts a document outlining what they want changed/want to do, calls it an RFC and is litterally making a request for comments on their idea. I think this is a good idea for large things but if we encourage too much we will suddenly be flooded with RFC's all over the place then they begin to conflict.. I think that if someone feels somthing is really important then an RFC is a good idea but I certainly dont want a couple a week to plough through. - James -- 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] Setting up RFC
On the other hand, the latter one could be named 'RFC process', since it hasn't yet been defined what the heck it is precisely... RFC.. Request For Comments, its as simple as that someone posts a document outlining what they want changed/want to do, calls it an RFC and is litterally making a request for comments on their idea. I think this is a good idea for large things but if we encourage too much we will suddenly be flooded with RFC's all over the place then they begin to conflict.. I think that if someone feels somthing is really important then an RFC is a good idea but I certainly dont want a couple a week to plough through. That PEP's seem to work quite well, there needs to be some selection on it... For example: several supporters before you may even start an (official) RFC for example. The work on Zend Engine 2 has now started, _without_ a proper definition of it. IMHO, that's not the ideal situation, since this could lead to strange inconsequences, because the precise behaviour is decided during implementation. For example bug 10437, which wouldn't have existed if the zend engine was properly defined _before_ it was implemented. But it simply was the easiest way to implement it... As you say, for 'light' changes, no official RFC should be created, it isn't necessary, mainly because: at the moment there is no democratic process in PHP, people just do what they want Jeroen -- 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] Setting up RFC
This is why I sort of dropped the subject. I've been waiting until I have time to look into Python's PEP system in depth, and see what it requires. Thanks to Jon for pointing it out. :) - Original Message - From: Jon Parise [EMAIL PROTECTED] To: Jeroen van Wolffelaar [EMAIL PROTECTED] Cc: PHP Developers Mailing List [EMAIL PROTECTED]; Joey Smith [EMAIL PROTECTED]; Zak Greant [EMAIL PROTECTED] Sent: Tuesday, August 14, 2001 4:58 PM Subject: Re: [PHP-DEV] Setting up RFC On Wed, Aug 15, 2001 at 12:18:06AM +0200, Jeroen van Wolffelaar wrote: About a month ago there was a discussion on the Engine 2 mailing list, about a possible RFC-proces for the more imporant PHP-issues. In the end, there was some consensus that it would be good if such a system exists. I thought the idea was sound, too, and suggested we mimic Python's PEP (Python Enhancement Proposal) system: http://python.sourceforge.net/peps/ -- Jon Parise ([EMAIL PROTECTED]) . Rochester Inst. of Technology http://www.csh.rit.edu/~jon/ : Computer Science House Member -- 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 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] Setting up RFC
The work on Zend Engine 2 has now started, _without_ a proper definition of it. IMHO, that's not the ideal situation, since this could lead to strange inconsequences, because the precise behaviour is decided during implementation. Umm what about the white paper that was prepaired before work on Zend Engine 2 started?? http://www.zend.com/engine2/ZendEngine-2.0.pdf For example bug 10437, which wouldn't have existed if the zend engine was properly defined _before_ it was implemented. But it simply was the easiest way to implement it... Probably the the best way too.. not that Ive read 10437 cause Im currently working.. As you say, for 'light' changes, no official RFC should be created, it isn't necessary, mainly because: at the moment there is no democratic process in PHP, people just do what they want Yes this is part of opensource, people will do what they want to do, If I want some feature in PHP Ill program it, the general direction of PHP should be decided by a group of people yes but it gets to a point where everyone is saying we should do it this way, that way or another way and in the end nothing gets done, at the moment people see what others are doing and question it if necessary, if its their extension then they are free to do what they want with it. - James -- 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] Bug #12745: problem with the randomic generation of salt when a use crypt(pass)
From: [EMAIL PROTECTED] Operating system: Linux Slackware 7.1 PHP version: 4.0.6 PHP Bug Type: *Encryption and hash functions Bug description: problem with the randomic generation of salt when a use crypt(pass) problem with the randomic generation of salt when a use $string = crypt(11lei11lao11) it allways generates a salt ( the first 2 chars from encrypted string ) that if use crypt(11lei11lao11blablabla) would work, and also crypt(11lei11lao11anythingwouldworkhere). the code is $cryptedpass = crypt(11lei11lao11); if (crypt ( 11lei11lao11anythingwouldworkhere, substr ( $cryptedpass, 0, 2)) == $cryptedpass) { echo this is extremely strange for me; } and this works with this pass but not whit others! -- Edit bug report at: http://bugs.php.net/?id=12745edit=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] Bug #12746: CGI Bad Header Error - Random
From: [EMAIL PROTECTED] Operating system: Win2000 PHP version: 4.0.6 PHP Bug Type: IIS related Bug description: CGI Bad Header Error - Random Random Error: CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: System: Dell Poweredge 350 w/1GB Ram, Win2K, MS SQL 2000 Basically the page is blank, like there was some error that is not being reported properly. There is no output from the page at all, just that error message. When the page is refreshed, page is fine, but sooner or later the error comes back requiring a refresh. Our pages are pretty complex, so a snippet is not going to be feasible. We run a page with 9 frames on it for our intranet. Sometimes all 9 frames will be displayed correctly, sometime as many as 3 frames with get that error. Frames are thing like Customer Info, Customer Order, Customer Aging, Inventory levels, Item Sold History, etc, etc, etc. I have seen this reported numerous times on this system, but the last one is 4.0.3p11 or something like that ... this is 4.0.6 ... if there is anything you wish me to test or to look at, let me know. I have looked at the IIS logs and nothing seems to stand out persay. I have been counting on using PHP on NT and never dreamed this sort of thing would happen. Been using PHP since it was PHP/FI :-) -- Edit bug report at: http://bugs.php.net/?id=12746edit=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] Bug #12746 Updated: CGI Bad Header Error - Random
ID: 12746 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: Win2000 PHP Version: 4.0.6 New Comment: Sorry, the message looks like the bad header returns the system: line ... there is nothing after the bad header ... zilch ... I was just reporting what my system was and that has nothting to do with the header ... sorry that was unclear. Previous Comments: [2001-08-14 19:43:28] [EMAIL PROTECTED] Random Error: CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: System: Dell Poweredge 350 w/1GB Ram, Win2K, MS SQL 2000 Basically the page is blank, like there was some error that is not being reported properly. There is no output from the page at all, just that error message. When the page is refreshed, page is fine, but sooner or later the error comes back requiring a refresh. Our pages are pretty complex, so a snippet is not going to be feasible. We run a page with 9 frames on it for our intranet. Sometimes all 9 frames will be displayed correctly, sometime as many as 3 frames with get that error. Frames are thing like Customer Info, Customer Order, Customer Aging, Inventory levels, Item Sold History, etc, etc, etc. I have seen this reported numerous times on this system, but the last one is 4.0.3p11 or something like that ... this is 4.0.6 ... if there is anything you wish me to test or to look at, let me know. I have looked at the IIS logs and nothing seems to stand out persay. I have been counting on using PHP on NT and never dreamed this sort of thing would happen. Been using PHP since it was PHP/FI :-) Edit this bug report at http://bugs.php.net/?id=12746edit=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] libmysql and MS Visual Studio .NET
Hi, while cleaning up my room today I found my copy of the MS Visual Studio .NET Beta 1 again. Since I was a little bored I installed it and tried again to build PHP 4 with it. It still chokes on the strtoll.c file. I wonder if someone else has tried to build PHP (or MySQL) with this next version of the standard Win32 compiler. Have a look at http://www.sebastian-bergmann.de/libmysql.htm for the exact error messages. Sorry, I only own the german version of Visual Studio. Note: This is currently not important, but better support it sooner than later, I think. -- Sebastian Bergmann Measure Traffic Usability http://sebastian-bergmann.de/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]
Re: [PHP-DEV] Setting up RFC
The work on Zend Engine 2 has now started, _without_ a proper definition of it. IMHO, that's not the ideal situation, since this could lead to strange inconsequences, because the precise behaviour is decided during implementation. Umm what about the white paper that was prepaired before work on Zend Engine 2 started?? http://www.zend.com/engine2/ZendEngine-2.0.pdf It was some kind of RFC indeed, but not updated as discussion progressed. A lot of other issues were discussed, but without RFC 'backbone'. There was also no good infrastructure to have a constructive discussion, a lot of issues have been discussed quite reasonably, but with quite some open ends. For example bug 10437, which wouldn't have existed if the zend engine was properly defined _before_ it was implemented. But it simply was the easiest way to implement it... Probably the the best way too.. not that Ive read 10437 cause Im currently working.. Useless to comment on this if you haven't read the report... As you say, for 'light' changes, no official RFC should be created, it isn't necessary, mainly because: at the moment there is no democratic process in PHP, people just do what they want Yes this is part of opensource, people will do what they want to do, If I want some feature in PHP Ill program it, the general direction of PHP should be decided by a group of people yes but it gets to a point where everyone is saying we should do it this way, that way or another way and in the end nothing gets done, at the moment people see what others are doing and question it if necessary, if its their extension then they are free to do what they want with it. I am obviously not used enough to open-source, to feel that... I have some some resistance to myself to change/add something if it isn't agreed... You shouldn't try that on a paid closed-source project ;-)... I think you're definitely right on the 'nothing gets done' part. - James -- 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] Setting up RFC
On Wed, 15 Aug 2001, James Moore wrote: RFC.. Request For Comments, its as simple as that someone posts a document outlining what they want changed/want to do, calls it an RFC and is litterally making a request for comments on their idea. I think this is a good idea for large things but if we encourage too much we will suddenly be flooded with RFC's all over the place then they begin to conflict.. I think that if someone feels somthing is really important then an RFC is a good idea but I certainly dont want a couple a week to plough through. With what end in mind is an RFC to be created for? In the IETF, RFC's are typically long, complex, and authoritative. They are often referenced for years after their inception. Do you honestly think we could (or want to) achieve this with PHP feature RFC's? Or will they be used only before initial feature implementation, then quickly outdated and discarded? That is my biggest problem with documents: they take a lot of effort to create, are often difficult to grok, and _almost always_ have a very short lifecycle. -- John Donagher Application Engineer, Intacct Corp. Public key available off http://www.keyserver.net Key fingerprint = 4024 DF50 56EE 19A3 258A D628 22DE AD56 EEBE 8DDD -- 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] Bug or Intended Behaviour?
Consider the following code ?php class foo { function foo() {} } function contains_static() { static $bar; echo '1'.$bar.'br'; $bar = new foo(); echo '2'.$bar.'br'; } contains_static(); contains_static(); ? When $bar is assigned as above (with a ), this outputs 1 2Object 1 2Object Clearly, the static variable loses its contend between the two calls. After removing the the output looks as follows 1 2Object 1Object 2Object Now the question: Is this a bug and assignment to a static variable by reference should work, or is this intended behaviour since after the scope of contains_static() the reference count is decreased, and bla bla ? You can easily find argument for both variants, hence the question. -- Sebastian Bergmann Measure Traffic Usability http://sebastian-bergmann.de/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]
Re: [PHP-DEV] Setting up RFC
With what end in mind is an RFC to be created for? In the IETF, RFC's are typically long, complex, and authoritative. They are often referenced for years after their inception. Do you honestly think we could (or want to) achieve this with PHP feature RFC's? Or will they be used only before initial feature implementation, then quickly outdated and discarded? That is my biggest problem with documents: they take a lot of effort to create, are often difficult to grok, and _almost always_ have a very short lifecycle. They should _not_ be too technical, _not_ too long, but yet as simple as possible, but exactly as precise enough to be relatively unambigious if you know about the PHP conventions. For example like that zend engine 2 white paper. But they need to be updated, and not discarded. They shouldn't be too hard to create, and definitely not too hard to grok. A simple template could help achieving this. All of the above IMHO, Jeroen -- 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] Bug #12747: ***BUG in Autoconf--please report***
From: [EMAIL PROTECTED] Operating system: Mandrake Linux 8.0 PHP version: 4.0CVS-2001-08-14 PHP Bug Type: *Compile Issues Bug description: ***BUG in Autoconf--please report*** autoconf-2.13-7.mdk automake-1.4-15mdk libtool-1.4 Trying to compile the cvs version of PHP. After updating from the CVS server and running ./buildconf. [onaias@frodo php4]$ ./buildconf aclocal: configure.in: 895: macro `AM_PROG_LIBTOOL' not found in library rebuilding Makefile templates rebuilding Makefile templates rebuilding configure autoconf: Undefined macros: ***BUG in Autoconf--please report*** AC_ADD_INCLUDE configure.in:442:PHP_AC_BROKEN_SPRINTF rebuilding main/php_config.h.in [onaias@frodo php4]$ -- Edit bug report at: http://bugs.php.net/?id=12747edit=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] Bug #7663 Updated: Initialization problem at fontFetch()
ID: 7663 Updated by: jmoore Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: GD related Operating System: Red Hat Linux 6.2J PHP Version: 4.0.3pl1 New Comment: no feedback Previous Comments: [2001-07-22 19:30:34] [EMAIL PROTECTED] is this a GD problem or a PHP problem. [2000-11-06 09:46:44] [EMAIL PROTECTED] Some initialization codes are not worked at fontFetch() in gdttf.c. if (TT_Set_Instance_Resolutions(a-instance, RESOLUTION, RESOLUTION)) { *error = Could not set device resolutions; return NULL; map_found = 0;// -- a-have_char_map_Unicode = 0; // -- a-have_char_map_Big5 = 0;// -- a-have_char_map_Roman = 0; // -- } Edit this bug report at http://bugs.php.net/?id=7663edit=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] Bug #5653 Updated: PIKE specific: with setcookie(), only the last cookie is written
ID: 5653 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Other web server Operating System: Linux PHP Version: 4.0.5 New Comment: feedback - open Previous Comments: [2001-07-24 12:23:37] [EMAIL PROTECTED] OK here is the result... Variable Value PHP_SELF = /test.php HTTP_COOKIE_VARS[cookie3] = phprocks if you don't believe you can try at www.delta7.de/test.php. The real problem is in source-file src/sapi/roxen/roxen.c about line 298 (in ver 4.0.6 of PHP)... this function (pike): mapping_string_insert(REQUEST_DATA, ind, mappie); does not append headers of the same type (here cookies). this means: old cookies are deleted and replaced with the last one you set. The Problen is _not_ on the side of the webserver. I found out (and may proove) that the roxen-php-module will recieve more than only one cookie if you like, i would make some php-scripts that will show you... [2001-07-24 09:02:41] [EMAIL PROTECTED] this could be because your server is only sending one cookie to browser Try creating a script like the one below... ? setcookie (cookie1,helloworld); setcookie(cookie2,ilovetheworld); setcookie(cookie3,phprocks); phpinfo(); ? go down to the section about the HTTP Headers Information then go to the HTTP Response Headers. Either post this information here, or give us the address to that page. [2001-07-24 02:01:28] [EMAIL PROTECTED] This is not a browser-specific bug. It's only pike-specifc (roxen) . I spent some time to undaerstand the roxen-sapi-code, but at last I'm not able to fix it. This 'bug' is already mentioned in the README ..sorry. So this 'bug' should be listed in 'missing features' or 'todo's' but not maybe not in 'bugs' [2001-07-23 19:26:00] [EMAIL PROTECTED] i meant to say only lets you set ONE [2001-07-23 19:25:30] [EMAIL PROTECTED] this is probably a browser related problem (the browser only lets you set noe cookie per site.) Does anyone else agree or has somebody actually reproduced this one? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=5653 Edit this bug report at http://bugs.php.net/?id=5653edit=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] Bug #8874 Updated: ftp_nlist and rawlist not working
ID: 8874 Updated by: jmoore Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: FTP related Operating System: Windows 2000 Advanced Server PHP Version: 4.0.4 New Comment: can you provide a smaller script that produces the bug please. preferably less than ten lines of code which requires nothing other than the bare min.. IE no extenal files etc. Previous Comments: [2001-07-22 00:23:57] [EMAIL PROTECTED] Thanks for responding. I no longer have access to the FreeBSD FTP server that I was connecting to, so it is no longer an issue (for me). My script is attached below. If you do see an issue with the code, I am still interested in your response. ? $bDebug = 1; $aDomain = array ( xyz.com, z ); if ($bDebug) echo Number in array = . count ($aDomain) . BR; for ( $i=0; $i count ($aDomain) ; ) { if ( $bDebug ) echo Openning \ . $aDomain[$i] . \...BR; $nFTP = ftp_connect ( $aDomain[$i] ); if ( $nFTP == 0 ) { echo Failed to open $aDomain[$i]. Aborting...BR; exit(); } $nResult = ftp_login ( $nFTP, $aDomain[$i+1], password ); if ( $nResult == 0 ) { echo Failed to login to $aDomain[$i]. Aborting...BR; exit(); } else echo Login to $aDomain[$i] succeeded.BR; if ( $bDebug) echo BRftp_pwd= . ftp_pwd ( $nFTP ) . BR. $nResult = ftp_chdir ( $nFTP, logs); if ( $nResult == 0) { echo ftp_chdir failed. Aborting...BR; exit(); } if ( $bDebug) echo BRftp_pwd= . ftp_pwd ( $nFTP ) . BR. $aFiles = Array( Oct100.log.gz, Nov100.log.gz, Dec100.log.gz, mtd.log); // $aFiles = ftp_rawlist ( $nFTP, /mnt/web/guide/accumeddata/logs/*.gz); // echo rawlist = . count ( $aFileList ) . BR; // $aFiles = ftp_nlist ( $nFTP, *.gz); if ( $bDebug ) { echo count(aFiles)= . count ($aFiles ) . BR; for ( $j=0; $j = count($aFiles); $j++ ) echo $j=\$aFiles[$j]\BR; } // Get all the Monthly archives (*.GZ) for ( $j=0; $j count($aFiles); $j++ ) { $sLocalFile = $aDomain[$i] . - . $aFiles[$j]; $sLocalFile = str_replace ( /, -, $sLocalFile ); $sRemoteFile = $aFiles[$j]; if ( $bDebug) { echo sLocalFile=\$sLocalFile\BR; echo sRemoteFile=\$sRemoteFile\BR; } $nResult = ftp_get ( $nFTP, $sLocalFile, $sRemoteFile, FTP_BINARY ); if ( $nResult == 0) { echo ftp_get failed. Aborting...; exit(); } } // Get the current month also. $nResult = ftp_get ( $nFTP, $sLocalFile, mtd.log, FTP_BINARY ); if ( $nResult == 0) { echo ftp_get of mtd.log failed. Aborting...; exit(); } $nResult = ftp_quit ( $nFTP ); if ( $nResult == 0 ) { echo ftp_quit failed. Aborting...; exit(); } $i = $i + 2; } ? [2001-07-21 21:27:45] [EMAIL PROTECTED] Please submit a short script for me the analyze. This will also clarify your bug a little bit. [2001-01-23 22:23:49] [EMAIL PROTECTED] The ftp_nlist and ftp_rawlist functions failed to work for me. I am using PHP.EXE v4.0.4 from a Windows 2000 machine connecting to a Free BSD box running the following FTP server: Our.ftp.server FTP server (Version wu-2.6.1(1) Mon Jul 3 03:07:01 EDT 2000) Both ftp_nlist and ftp_rawlist return a single blank string () into the result array. Edit this bug report at http://bugs.php.net/?id=8874edit=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] Bug #8999 Updated: difference ftp_fget() cgi and module
ID: 8999 Updated by: jmoore Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: FTP related Operating System: Windows PHP Version: 4.0.4pl1 New Comment: can you provide some indepth information about your setup please and a script less than ten lines that also produces the bug. - James Previous Comments: [2001-07-21 21:29:38] [EMAIL PROTECTED] If it works as a CGI, I say just go back to the CGI version. But, if you don't then answer these questions. -Does it still happen in the latest version of PHP? -Are there any error messages (either on the page or logs) [2001-01-30 07:16:07] [EMAIL PROTECTED] Until now I was using PHP4 in CGI-Mode. Now I want to change to Apache Module. So I made the nessecary changes in httpd.conf and rebotted the Windows 2000 server. Since PHP is running as an Apache Module, the function ftp_fget() doesn't work correctly anymore. I read a jpg from a FTP Server and display it with the img tag. In Module Mode the file is transferred and the width and height is correct, but the content is wrong (wrong colors in the completely wrong places). When PHP is running in cgi mode, everything is correct. Thanks for any help, Rolf. Code Sample: class Foto_class { var $fotoname; function Foto_class( $verwender ) { global $const_ftp_host, $const_ftp_user, $const_ftp_passwd, $const_ftp_dir; $select_file = foto.jpg; $ftp = ftp_connect( $const_ftp_host ); if ( $ftp ) { ftp_login( $ftp, $const_ftp_user, urldecode( $const_ftp_passwd ) ); } if ( $const_ftp_dir == ) { $const_ftp_dir = FTP_DIRROOT; } $const_ftp_dir = $const_ftp_dir . FTP_DIRROOT . $verwender; if ( ( ! $ftp ) || ( ! @ftp_chdir( $ftp, $const_ftp_dir ) ) ) { @ftp_quit( $ftp ); } else { srand( ( double ) microtime() * 100 ); $randval = rand(); $tmpfile = $select_file . . . $randval; $showfile = $this-filename( $tmpfile ); $fp = fopen( $showfile, w ); if ( ! @ftp_fget( $ftp, $fp, $select_file, FTP_BINARY ) ) { ftp_quit( $ftp ); } else { ftp_quit( $ftp ); $this-fotoname = $showfile; } @fclose( $fp ); } } function filename($f_name) { $dir = ./temp/sess_.session_id(); if (!file_exists($dir)) mkdir($dir,0700); return $dir./.$f_name; } function out() { return $this-fotoname; } } Edit this bug report at http://bugs.php.net/?id=8999edit=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: RE Email address in user notes - SPAM (fwd)
Me too, I'm getting a lot of spam on my @php.net adress :(... Btw, your @php.net address is bouncing.. did you receive soo much spam lately? :) So, hopefully you are reading this mailing list using nntp.. - Sascha Experience IRCG http://schumann.cx/http://schumann.cx/ircg -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Setting up RFC
On Tue, 14 Aug 2001, John Donagher wrote the following to [EMAIL PROTECTED]: With what end in mind is an RFC to be created for? In the IETF, RFC's are typically long, complex, and authoritative. They are often referenced for years after their inception. Do you honestly think we could (or want to) achieve this with PHP feature RFC's? Or will they be used only before initial feature implementation, then quickly outdated and discarded? That is my biggest problem with documents: they take a lot of effort to create, are often difficult to grok, and _almost always_ have a very short lifecycle. PHP feature RFC != IETF RFC's. Go back and read my original proposal on the issue. What I had in mind was something more like what Perl has done with the Perl 6 RFC's, or (perhaps) the PEP's of Python... The point being that there is a LOT of discussion on certain topics, and people often change sides on an issue over the life of the discussion. I was simply trying to say Let's make this a *bit* more orderly., mainly becuase I had already lost track of several of the then-current threads on the zend-engine list. -- 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] Bug or Intended Behaviour?
Quoting Andrei: Static variables are references, so you should not use new when assigning to them, same as with global variables. sorry for the fuzz :) - Markus On Wed, Aug 15, 2001 at 02:09:26AM +0200, Sebastian Bergmann wrote : Consider the following code ?php class foo { function foo() {} } function contains_static() { static $bar; echo '1'.$bar.'br'; $bar = new foo(); echo '2'.$bar.'br'; } contains_static(); contains_static(); ? When $bar is assigned as above (with a ), this outputs 1 2Object 1 2Object Clearly, the static variable loses its contend between the two calls. After removing the the output looks as follows 1 2Object 1Object 2Object Now the question: Is this a bug and assignment to a static variable by reference should work, or is this intended behaviour since after the scope of contains_static() the reference count is decreased, and bla bla ? You can easily find argument for both variants, hence the question. -- Sebastian Bergmann Measure Traffic Usability http://sebastian-bergmann.de/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] -- Markus Fischer, http://guru.josefine.at/~mfischer/ EMail: [EMAIL PROTECTED] PGP Public Key: http://guru.josefine.at/~mfischer/C2272BD0.asc PGP Fingerprint: D3B0 DD4F E12B F911 3CE1 C2B5 D674 B445 C227 2BD0 -All your scripts are belong to Zend- -- 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] Setting up RFC
Jeroen wrote: They should _not_ be too technical, _not_ too long, but yet as simple as possible, but exactly as precise enough to be relatively unambigious if you know about the PHP conventions. For example like that zend engine 2 white paper. But they need to be updated, and not discarded. They shouldn't be too hard to create, and definitely not too hard to grok. A simple template could help achieving this. All of the above IMHO, I think that the most basic problems that we encounter are: The information from a given discussion becomes more and more difficult to access as time passes. We perform additional work due to the above problem. If we can have a simple system that is easy to browse and use for discussing these issues, I think that would be perfect... The system would work something like this: Each person has an account in the system. Someone makes a proposal. i.e. Proposal: Foo - Incorporate feature foo into the Zend engine. Abstract The foo feature would do bar and baz. Details --- ... Other developers would respond to the proposal. All interested developers could discuss the issue on a mailing list or threaded forum - however all interested developer would have to simply and explicitly state their current position on their account. i.e. Zak Greant Proposal Foo Position: [x] Strongly Support [ ] Support [ ] Neutral [ ] Oppose [ ] Strongly Oppose Position statement (one or two sentences) [ I believe that foo would elegantly solve problem x, while remaining true to the PHP idiom ] A status page would report on the proposals and positions of the various people: Something like: [--- choose a proposal --][+] Once a proposal had been chosen, you would see a list like: Proposal: Foo* -- ... Rasmus +0This should help fix issue x and bug y. Richard - Sascha +0This proposal supports RFC 10921 in a good way. Sterling -0RFC 10921 is kind of strange. Torben -1There is already too much foo in the language. Zak+1Proposal foo must be obeyed Zeev -0We don't need foo, we can just modify bar. * The characters and opinions portrayed and the names used herein are fictitious and any resemblance to the names, character, or history of any person is coincidental and unintentional! ;) +1: Strongly Support +0: Support 0: Neutral -0: Oppose -1: Strongly Oppose -: Have not commented We would still be able to have good, detailed discussions without being too formal or losing data. We could easily see what was going on with a discussion without having to dig through %$^-loads of email. Plus everything would be archived for future ref. For really important stuff, we can do an RFC after the discussion. --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]
[PHP-DEV] Bug #8874 Updated: ftp_nlist and rawlist not working
ID: 8874 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: FTP related Operating System: Windows 2000 Advanced Server PHP Version: 4.0.4 New Comment: $aFiles = Array( Oct100.log.gz, Nov100.log.gz); // $aFiles = ftp_rawlist (nFTP, /mnt/web/guide/accumeddata/logs/*.gz); $aFiles = ftp_nlist ( $nFTP, *.gz); echo count(aFiles)= . count ($aFiles ) . BR; Previous Comments: [2001-08-14 20:10:30] [EMAIL PROTECTED] can you provide a smaller script that produces the bug please. preferably less than ten lines of code which requires nothing other than the bare min.. IE no extenal files etc. [2001-07-22 00:23:57] [EMAIL PROTECTED] Thanks for responding. I no longer have access to the FreeBSD FTP server that I was connecting to, so it is no longer an issue (for me). My script is attached below. If you do see an issue with the code, I am still interested in your response. ? $bDebug = 1; $aDomain = array ( xyz.com, z ); if ($bDebug) echo Number in array = . count ($aDomain) . BR; for ( $i=0; $i count ($aDomain) ; ) { if ( $bDebug ) echo Openning \ . $aDomain[$i] . \...BR; $nFTP = ftp_connect ( $aDomain[$i] ); if ( $nFTP == 0 ) { echo Failed to open $aDomain[$i]. Aborting...BR; exit(); } $nResult = ftp_login ( $nFTP, $aDomain[$i+1], password ); if ( $nResult == 0 ) { echo Failed to login to $aDomain[$i]. Aborting...BR; exit(); } else echo Login to $aDomain[$i] succeeded.BR; if ( $bDebug) echo BRftp_pwd= . ftp_pwd ( $nFTP ) . BR. $nResult = ftp_chdir ( $nFTP, logs); if ( $nResult == 0) { echo ftp_chdir failed. Aborting...BR; exit(); } if ( $bDebug) echo BRftp_pwd= . ftp_pwd ( $nFTP ) . BR. $aFiles = Array( Oct100.log.gz, Nov100.log.gz, Dec100.log.gz, mtd.log); // $aFiles = ftp_rawlist ( $nFTP, /mnt/web/guide/accumeddata/logs/*.gz); // echo rawlist = . count ( $aFileList ) . BR; // $aFiles = ftp_nlist ( $nFTP, *.gz); if ( $bDebug ) { echo count(aFiles)= . count ($aFiles ) . BR; for ( $j=0; $j = count($aFiles); $j++ ) echo $j=\$aFiles[$j]\BR; } // Get all the Monthly archives (*.GZ) for ( $j=0; $j count($aFiles); $j++ ) { $sLocalFile = $aDomain[$i] . - . $aFiles[$j]; $sLocalFile = str_replace ( /, -, $sLocalFile ); $sRemoteFile = $aFiles[$j]; if ( $bDebug) { echo sLocalFile=\$sLocalFile\BR; echo sRemoteFile=\$sRemoteFile\BR; } $nResult = ftp_get ( $nFTP, $sLocalFile, $sRemoteFile, FTP_BINARY ); if ( $nResult == 0) { echo ftp_get failed. Aborting...; exit(); } } // Get the current month also. $nResult = ftp_get ( $nFTP, $sLocalFile, mtd.log, FTP_BINARY ); if ( $nResult == 0) { echo ftp_get of mtd.log failed. Aborting...; exit(); } $nResult = ftp_quit ( $nFTP ); if ( $nResult == 0 ) { echo ftp_quit failed. Aborting...; exit(); } $i = $i + 2; } ? [2001-07-21 21:27:45] [EMAIL PROTECTED] Please submit a short script for me the analyze. This will also clarify your bug a little bit. [2001-01-23 22:23:49] [EMAIL PROTECTED] The ftp_nlist and ftp_rawlist functions failed to work for me. I am using PHP.EXE v4.0.4 from a Windows 2000 machine connecting to a Free BSD box running the following FTP server: Our.ftp.server FTP server (Version wu-2.6.1(1) Mon Jul 3 03:07:01 EDT 2000) Both ftp_nlist and ftp_rawlist return a single blank string () into the result array. Edit this bug report at http://bugs.php.net/?id=8874edit=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] Setting up RFC
Proposal: Foo* -- ... Rasmus +0This should help fix issue x and bug y. Richard - Sascha +0This proposal supports RFC 10921 in a good way. Sterling -0RFC 10921 is kind of strange. Torben -1There is already too much foo in the language. Zak+1Proposal foo must be obeyed Zeev -0We don't need foo, we can just modify bar. :) * The characters and opinions portrayed and the names used herein are fictitious and any resemblance to the names, character, or history of any person is coincidental and unintentional! ;) +1: Strongly Support +0: Support 0: Neutral -0: Oppose -1: Strongly Oppose Are you doing a new O'Reilly book, PHP-DEV in a nutshell? -Sterling -- 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] Setting up RFC
+1: Strongly Support +0: Support 0: Neutral -0: Oppose -1: Strongly Oppose Are you doing a new O'Reilly book, PHP-DEV in a nutshell? -Sterling I especially enjoy the idea of positive zero and negative zero. :) -- 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] Setting up RFC
Joey wrote: Are you doing a new O'Reilly book, PHP-DEV in a nutshell? Subtitled: A Rogues Gallery ;) -Sterling I especially enjoy the idea of positive zero and negative zero. :) I think that +/-0 would accurately portray the sometimes odd nature of support for proposals. ;) --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] Setting up RFC
On Tue, 14 Aug 2001, Zak Greant wrote: Joey wrote: Are you doing a new O'Reilly book, PHP-DEV in a nutshell? Subtitled: A Rogues Gallery ;) -Sterling I especially enjoy the idea of positive zero and negative zero. :) I think that +/-0 would accurately portray the sometimes odd nature of support for proposals. ;) --zak Actually, (+-) 0 are really terms and votes, in other projects I've been involved in, there interpreted as I don't like it, but I won't stop you and I like it, but its not something I think is absolutely necessary Sort of the concept of either abstaining -- or abstaining with an objection. -Sterling -- 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] Bug #12751: Form.php Pear Class errors
From: [EMAIL PROTECTED] Operating system: linux debian2.3 PHP version: 4.0.6 PHP Bug Type: *Programming Data Structures Bug description: Form.php Pear Class errors Here's a copy of the diff between your Form.php and the corrected one I made. === RCS file: Form.php,v retrieving revision 1.1 diff -r1.1 Form.php 302c302 $size = 1, $blank = '', $multiple = false) --- $size = 1, $blank = '', $multiple = false, $attrib = '') 305c305 $blank, $multiple); --- $blank, $multiple, $attrib); 501c501 $blank = '', $multiple = false) --- $blank = '', $multiple = false, $attrib = '') 506c506 $str .= $this-returnSelect($name, $entries, $default, $size, $blank, $multiple); --- $str .= $this-returnSelect($name, $entries, $default, $size, $blank, $multiple, $attrib); -- Edit bug report at: http://bugs.php.net/?id=12751edit=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] Setting up RFC
Sterling Hughes [EMAIL PROTECTED] wrote: Actually, (+-) 0 are really terms and votes, in other projects I've been involved in, there interpreted as I don't like it, but I won't stop you and I like it, but its not something I think is absolutely necessary right. http://dev.apache.org/guidelines.html is probably worth reading for folks not familiar with the apache project's process. this presentation is worth checking out, too: http://www.ics.uci.edu/~fielding/talks/apache98/index.htm jim -- 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] Setting up RFC
:) I should have chosen the symbols more carefully. They seem to have generated more comments than the original proposal... Does anyone have any comments pertaining to the *concept*? :) --zak - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, August 14, 2001 9:05 PM Subject: Re: [PHP-DEV] Setting up RFC Sterling Hughes [EMAIL PROTECTED] wrote: Actually, (+-) 0 are really terms and votes, in other projects I've been involved in, there interpreted as I don't like it, but I won't stop you and I like it, but its not something I think is absolutely necessary right. http://dev.apache.org/guidelines.html is probably worth reading for folks not familiar with the apache project's process. this presentation is worth checking out, too: http://www.ics.uci.edu/~fielding/talks/apache98/index.htm jim -- 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 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: Bug #12581 Updated: ....
Jani, ID: 12581 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: dBase related Operating System: Linux 2.2.16-3 PHP Version: 4.0.6 New Comment: Patch committed. Thanks! And thank you! - Larry Widman -- 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] Bug #12752: preg_replace eats '$' characters
From: [EMAIL PROTECTED] Operating system: Linux Redhat 7.1 PHP version: 4.0.6 PHP Bug Type: PCRE related Bug description: preg_replace eats '$' characters The preg_replace function seems to dissapear '$' characters, and up to two more numeric characters after it. If the character after the dollar sign is not a number, it works as expected. $string = 'sum: {token} pesos.'; $number= '$123,456.78'; $number2='$ 123,456.78'; echo Wrong: .preg_replace(/\{token\}/i,$number,$string); echo brRight: .preg_replace(/\{token\}/i,$number2,$string); My configure line: './configure' '--with-apxs' '--with-pgsql' '--without-mysql' '--with-openssl' '--enable-ftp' '--with-gd' '--enable-gd-native-ttf' -- Edit bug report at: http://bugs.php.net/?id=12752edit=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] shell_exec()
Hi, What's the purpose of this function? It's prototype is: /* {{{ proto string shell_exec(string cmd) Use pclose() for FILE* that has been opened via popen() */ What advantage does this have over something like exec() or system()? -Sterling -- 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] fileperms(), fileinode(), filesize(), is_readable(), etc.
As an issue for PHP 5 (or PHP 4.1 for that matter), perhaps we should remove these functions and just stick with stat() and lstat() calls? This would remove a bunch of functions which aren't really that necessary (I'm probably just being a minimalist, but I figured I'd bring it up :) -Sterling -- 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] Bug #12753: stristr Bug
From: [EMAIL PROTECTED] Operating system: Linux 7.1 PHP version: 4.0.6 PHP Bug Type: Unknown/Other Function Bug description: stristr Bug There appears to be a bug in the stristr function. If $haystack contains a string that includes P and $needle is p, then this function fails. However, if we keep $haystack the same and change $needle to P, the function works. This is very odd, since I have only observed this behavior in this particular instance, no where else... Take care, Darwin -- Edit bug report at: http://bugs.php.net/?id=12753edit=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] Setting up RFC
Zak Greant [EMAIL PROTECTED] wrote: :) I should have chosen the symbols more carefully. They seem to have generated more comments than the original proposal... Does anyone have any comments pertaining to the *concept*? :) i was trying to drive at the point that you've just restated a slightly weaker form of the apache project guidelines. (now, a tool to make it easier to implement those guidelines may be a good idea. but i see that as distinct from the process itself. and i think anything that moves discussion out of email is doomed to fail.) the real problem is determining who gets to vote. jim -- 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] Setting up RFC
Jim wrote: Zak Greant [EMAIL PROTECTED] wrote: :) I should have chosen the symbols more carefully. They seem to have generated more comments than the original proposal... Does anyone have any comments pertaining to the *concept*? :) i was trying to drive at the point that you've just restated a slightly weaker form of the apache project guidelines. Not quite. I was just describing a tool to help in browsing the accumulated opinions. (now, a tool to make it easier to implement those guidelines may be a good idea. but i see that as distinct from the process itself. and i think anything that moves discussion out of email is doomed to fail.) Possibly... given how many discussions fail (or are doomed to some sort of unlife - like the function renaming discussion) I don't see how it could hurt to try. :) the real problem is determining who gets to vote. I am not even worried about votes, etc. I just want a way to more easily keep track of what is going on. :) The rating were just there to provide a quick way to track general opinion. --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]
[PHP-DEV] Bug #8874 Updated: ftp_nlist and rawlist not working
ID: 8874 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: FTP related Operating System: Windows 2000 Advanced Server PHP Version: 4.0.4 New Comment: This bug report was for PHP 4.0.4. There have been a few changes since that in PHP 4.0.6. Have you tried with it? And also, these functions do work on most ftp servers. What was the version of the ftp server on which this didn't work? --Jani Previous Comments: [2001-08-14 21:07:00] [EMAIL PROTECTED] $aFiles = Array( Oct100.log.gz, Nov100.log.gz); // $aFiles = ftp_rawlist (nFTP, /mnt/web/guide/accumeddata/logs/*.gz); $aFiles = ftp_nlist ( $nFTP, *.gz); echo count(aFiles)= . count ($aFiles ) . BR; [2001-08-14 20:10:30] [EMAIL PROTECTED] can you provide a smaller script that produces the bug please. preferably less than ten lines of code which requires nothing other than the bare min.. IE no extenal files etc. [2001-07-22 00:23:57] [EMAIL PROTECTED] Thanks for responding. I no longer have access to the FreeBSD FTP server that I was connecting to, so it is no longer an issue (for me). My script is attached below. If you do see an issue with the code, I am still interested in your response. ? $bDebug = 1; $aDomain = array ( xyz.com, z ); if ($bDebug) echo Number in array = . count ($aDomain) . BR; for ( $i=0; $i count ($aDomain) ; ) { if ( $bDebug ) echo Openning \ . $aDomain[$i] . \...BR; $nFTP = ftp_connect ( $aDomain[$i] ); if ( $nFTP == 0 ) { echo Failed to open $aDomain[$i]. Aborting...BR; exit(); } $nResult = ftp_login ( $nFTP, $aDomain[$i+1], password ); if ( $nResult == 0 ) { echo Failed to login to $aDomain[$i]. Aborting...BR; exit(); } else echo Login to $aDomain[$i] succeeded.BR; if ( $bDebug) echo BRftp_pwd= . ftp_pwd ( $nFTP ) . BR. $nResult = ftp_chdir ( $nFTP, logs); if ( $nResult == 0) { echo ftp_chdir failed. Aborting...BR; exit(); } if ( $bDebug) echo BRftp_pwd= . ftp_pwd ( $nFTP ) . BR. $aFiles = Array( Oct100.log.gz, Nov100.log.gz, Dec100.log.gz, mtd.log); // $aFiles = ftp_rawlist ( $nFTP, /mnt/web/guide/accumeddata/logs/*.gz); // echo rawlist = . count ( $aFileList ) . BR; // $aFiles = ftp_nlist ( $nFTP, *.gz); if ( $bDebug ) { echo count(aFiles)= . count ($aFiles ) . BR; for ( $j=0; $j = count($aFiles); $j++ ) echo $j=\$aFiles[$j]\BR; } // Get all the Monthly archives (*.GZ) for ( $j=0; $j count($aFiles); $j++ ) { $sLocalFile = $aDomain[$i] . - . $aFiles[$j]; $sLocalFile = str_replace ( /, -, $sLocalFile ); $sRemoteFile = $aFiles[$j]; if ( $bDebug) { echo sLocalFile=\$sLocalFile\BR; echo sRemoteFile=\$sRemoteFile\BR; } $nResult = ftp_get ( $nFTP, $sLocalFile, $sRemoteFile, FTP_BINARY ); if ( $nResult == 0) { echo ftp_get failed. Aborting...; exit(); } } // Get the current month also. $nResult = ftp_get ( $nFTP, $sLocalFile, mtd.log, FTP_BINARY ); if ( $nResult == 0) { echo ftp_get of mtd.log failed. Aborting...; exit(); } $nResult = ftp_quit ( $nFTP ); if ( $nResult == 0 ) { echo ftp_quit failed. Aborting...; exit(); } $i = $i + 2; } ? [2001-07-21 21:27:45] [EMAIL PROTECTED] Please submit a short script for me the analyze. This will also clarify your bug a little bit. [2001-01-23 22:23:49] [EMAIL PROTECTED] The ftp_nlist and ftp_rawlist functions failed to work for me. I am using PHP.EXE v4.0.4 from a Windows 2000 machine connecting to a Free BSD box running the following FTP server: Our.ftp.server FTP server (Version wu-2.6.1(1) Mon Jul 3 03:07:01 EDT 2000) Both ftp_nlist and ftp_rawlist return a single blank string () into the result array. Edit this bug report at http://bugs.php.net/?id=8874edit=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] Bug #12748 Updated: changing allow_url_fopen from off to on crashes fopen()
ID: 12748 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Reproducible crash Operating System: redhat-7.1b PHP Version: 4.0.6 New Comment: Could you please try latest CVS snapshot from http://snaps.php.net/ to verify if this still exists.. Also, what is redhat-7.1b ? (the b there..?) --Jani Previous Comments: [2001-08-14 20:24:01] [EMAIL PROTECTED] Using Apache-1.3.20 PHP-4.0.6 glibc-2.2.3 PHP compiled as DSO, no other options ./configure --with-apxs=/usr/local/apache/bin/apxs Note, this is not the same as bug #9672 Updating glibc does solve that problem see http://bugs.gnu.org/cgi-bin/gnatsweb.pl?cmd=viewpr=2181 /usr/local/lib/php.ini [PHP] engine = On allow_url_fopen = Off My httpd.conf contains (in a VirtualHost), php_admin_flag allow_url_fopen On A test script ?php $fp = fopen( http://www.php.net;, r ); if( $fp ) { fclose($fp); print fopen() success\n; } ? Backtrace: #0 __strtol_internal (nptr=0x403adba0 , endptr=0x81128bc, base=4, group=-1073748792) at eval.c:36 #1 0x402bee14 in zend_hash_find (ht=0x403adba0, arKey=0x81128bc http://www.php.net;, nKeyLength=4, pData=0xbfffe4c8) at zend_hash.c:850 #2 0x402cd259 in php_fopen_url_wrapper (path=0x81128bc http://www.php.net;, mode=0x810d5c4 r, options=4, issock=0xbfffe508, socketd=0xbfffe50c, opened_path=0x0) at fopen_wrappers.c:445 #3 0x4031f2fb in php_if_fopen (ht=2, return_value=0x810d5a4, this_ptr=0x0, return_value_used=1) at file.c:639 #4 0x402acd5c in execute (op_array=0x8109efc) at ./zend_execute.c:1504 #5 0x402bae95 in zend_execute_scripts (type=8, file_count=3) at zend.c:752 #6 0x402cc30b in php_execute_script (primary_file=0xb890) at main.c:1206 #7 0x402c8bae in apache_php_module_main (r=0x8107644, display_source_mode=0) at sapi_apache.c:89 #8 0x402c9541 in send_php (r=0x8107644, display_source_mode=0, filename=0x0) at mod_php4.c:536 #9 0x402c956a in send_parsed_php (r=0x8107644) at mod_php4.c:547 #10 0x080558d3 in ap_invoke_handler () at eval.c:41 #11 0x08069667 in process_request_internal () at eval.c:41 #12 0x080696c8 in ap_process_request () at eval.c:41 #13 0x08060b69 in child_main () at eval.c:41 #14 0x08060d14 in make_child () at eval.c:41 #15 0x08060e88 in startup_children () at eval.c:41 #16 0x080614d7 in standalone_main () at eval.c:41 #17 0x08061cf3 in main () at eval.c:41 #18 0x400ca6b7 in __libc_start_main (main=0x806195c main, argc=2, ubp_av=0xbb64, init=0x804ead0 _init, fini=0x80969bc _fini, rtld_fini=0x4000db64 _dl_fini, stack_end=0xbb5c) at ../sysdeps/generic/libc-start.c:129 Edit this bug report at http://bugs.php.net/?id=12748edit=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] Bug #12750: No echo call in example code
From: [EMAIL PROTECTED] Operating system: N/A PHP version: 4.0.6 PHP Bug Type: Documentation problem Bug description: No echo call in example code On the manual page: http://www.php.net/manual/en/language.oop.constructor.php The following code lacks an echo in function C (shown in square brackets). --- class A { function A() { echo I am the constructor of A.br\n; } } class B extends A { function C() { [should have echo here?] I am a regular function.br\n; } } // no constructor is being called in PHP 3. $b = new B; -- Edit bug report at: http://bugs.php.net/?id=12750edit=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]