[PHP-DEV] Bug #12851 Updated: PHP sobre WinME
ID: 12851 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Apache related Operating System: WinME PHP Version: 4.0.6 New Comment: Hello users of PHP, i got a notice of PHP over WinME WorkStation. You know the use of the PHP on Win9X system, is very easy. But the use of the PHP on the WinME it's NOT Ready, a first solution that problem is next: --- # for the apache module #Comment This LINE LoadModule php4_module c:/php/sapi/php4apache.dll AddType application/x-httpd-php .php4 --- The WinME system, send a error type,- The php4_module not found on the c:/php/sapi/php4apache.dll - but the problem is the line of the httpd.conf. The problem have a solve, comment the line of LoadModule. (sorry my english is very BAD, mi ingles es demasiado MALO) [ Sugerencia, sección de BUGS en español :] Previous Comments: [2001-08-20 02:22:50] [EMAIL PROTECTED] Can you please translate this to English. Derick [2001-08-20 02:04:55] [EMAIL PROTECTED] Saludos comunidad, la noticia que les tengo esta ves, es acerca del uso de PHP spbre estaciones WinME, como sabemos PHP esta soportado fácilmente en plataformas win9X. No asi para los sistemas WinME. Al punto... Dentro de la configuración en httpd.conf es necesario comentar una linea: --- # for the apache module #Linea comentada LoadModule php4_module c:/php/sapi/php4apache.dll AddType application/x-httpd-php .php4 --- Como podemos observar ya no es necesario cargar el modulo de php-apache, así podemos trabajar sobre PHP en WinME. Edit this bug report at http://bugs.php.net/?id=12851edit=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 #12851 Updated: PHP sobre WinME
ID: 12851 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Operating System: WinME PHP Version: 4.0.6 New Comment: Hello users of PHP, i got a notice of PHP over WinME WorkStation. You know the use of the PHP on Win9X system, is very easy. But the use of the PHP on the WinME it's NOT Ready, a first solution that problem is next: --- # for the apache module #Comment This LINE LoadModule php4_module c:/php/sapi/php4apache.dll AddType application/x-httpd-php .php4 --- The WinME system, send a error type,- The php4_module not found on the c:/php/sapi/php4apache.dll - but the problem is the line of the httpd.conf. The problem have a solve, comment the line of LoadModule. (sorry my english is very BAD, mi ingles es demasiado MALO) [ Sugerencia, sección de BUGS en español :] Previous Comments: [2001-08-20 02:36:27] [EMAIL PROTECTED] Hello users of PHP, i got a notice of PHP over WinME WorkStation. You know the use of the PHP on Win9X system, is very easy. But the use of the PHP on the WinME it's NOT Ready, a first solution that problem is next: --- # for the apache module #Comment This LINE LoadModule php4_module c:/php/sapi/php4apache.dll AddType application/x-httpd-php .php4 --- The WinME system, send a error type,- The php4_module not found on the c:/php/sapi/php4apache.dll - but the problem is the line of the httpd.conf. The problem have a solve, comment the line of LoadModule. (sorry my english is very BAD, mi ingles es demasiado MALO) [ Sugerencia, sección de BUGS en español :] [2001-08-20 02:22:50] [EMAIL PROTECTED] Can you please translate this to English. Derick [2001-08-20 02:04:55] [EMAIL PROTECTED] Saludos comunidad, la noticia que les tengo esta ves, es acerca del uso de PHP spbre estaciones WinME, como sabemos PHP esta soportado fácilmente en plataformas win9X. No asi para los sistemas WinME. Al punto... Dentro de la configuración en httpd.conf es necesario comentar una linea: --- # for the apache module #Linea comentada LoadModule php4_module c:/php/sapi/php4apache.dll AddType application/x-httpd-php .php4 --- Como podemos observar ya no es necesario cargar el modulo de php-apache, así podemos trabajar sobre PHP en WinME. Edit this bug report at http://bugs.php.net/?id=12851edit=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 #12850 Updated: May a feature to add?
ID: 12850 Updated by: ssb Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Class/Object related Operating System: Red Hat PHP Version: 4.0.4pl1 New Comment: If you need to call specific class methods, use test::test1() instead of $this-test1(). The $this variable will still be defined. Previous Comments: [2001-08-20 01:34:37] [EMAIL PROTECTED] Hi, here is a tricky thing using the parent:: keyword: There seems to be no way to call a parent function out of a parent function! ?php class test { function test1(){ echo parent:test1br; } function test2(){ echo parent:test2br; $this-test1(); } } class sub extends test { function test1(){ echo sub:test1br; } function test2(){ echo sub:test2br; parent::test2(); } } $a = new sub(); $a-test2(); ? returns: sub:test2 parent:test2 sub:test1 Greetings, Alex Edit this bug report at http://bugs.php.net/?id=12850edit=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 #12852: sybase mysql can't run
From: [EMAIL PROTECTED] Operating system: solaris 8 PHP version: 4.0.6 PHP Bug Type: Sybase-ct (ctlib) related Bug description: sybase mysql can't run i compile sybase mysql ,but can't run ... this is file size listing. 10025356 Aug 20 11:49 libphp4.so only include sybase 8096668 Aug 17 14:15 libphp4.so.old include mysql sybase db3 8118884 Jul 23 14:46 libphp4.so.orig include mysql db3 why this file size is different... and only use sybase module compile, can run... but include mysql sybase can't run... thanks!! zmon web server:apache_1.3.20 gcc 3.0 -- Edit bug report at: http://bugs.php.net/?id=12852edit=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 #12845 Updated: server error when uploading more than 20 files once
ID: 12845 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: HTTP related Operating System: PHP Version: 4.0.6 New Comment: We installed the latest CVS and the problem still exists. The working example with 24++ files (using 4.04pl1 at the moment) can be found under http://starkalender.de/bug/upload.php . Previous Comments: [2001-08-19 16:30:19] [EMAIL PROTECTED] I can not reproduce this with latest CVS. Please try it: http://snaps.php.net/ --Jani [2001-08-19 14:21:58] [EMAIL PROTECTED] we've got a problem using fileuploads with more than 24 files at the same time. server gives no response anymore. restricting to 24 files would help. 24++ files _work_ with 4.04pl1. i can provide a demoscript for resolving the bug if necessary Edit this bug report at http://bugs.php.net/?id=12845edit=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 #12853: Crash when open_file_for_scanning is adding handle to CG(open_files)
From: [EMAIL PROTECTED] Operating system: Windows NT 4.0 SP5 PHP version: 4.0CVS-2001-08-20 PHP Bug Type: Reproducible crash Bug description: Crash when open_file_for_scanning is adding handle to CG(open_files) Apache/1.3.19 (Win32) PHP/4.0.7-dev rus/PL30.4 Win32 TS Debug build, only compiled-in modules. any php scripts (i.e. ? php_info(); ?) send_php: if (AP(in_request)) { zend_file_handle fh; fh.filename = r-filename; fh.opened_path = NULL; fh.free_filename = 0; fh.type = ZEND_HANDLE_FILENAME; zend_execute_scripts(ZEND_INCLUDE TSRMLS_CC, 1, fh); return OK; } we falling into this branch and CG struct isn't initialized since will initialize further in this function. -- Edit bug report at: http://bugs.php.net/?id=12853edit=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] CVS account email change
Hi! My primary email address has been changed from [EMAIL PROTECTED] to [EMAIL PROTECTED] Please update my cvs account (gluke). Thank you. -- Regards. Sergey aka gluke. -- 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 #12854: In msvc project debug output directory entered as ..\Debug_TS
From: [EMAIL PROTECTED] Operating system: Windows NT4.0 SP5 PHP version: 4.0CVS-2001-08-20 PHP Bug Type: Apache related Bug description: In msvc project debug output directory entered as ..\Debug_TS In msvc project debug output directory entered as ..\Debug_TS instead of ..\..\Debug_TS -- Edit bug report at: http://bugs.php.net/?id=12854edit=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 #12855: ereg_replace not working
From: [EMAIL PROTECTED] Operating system: Linux RedHat 7.1 PHP version: 4.0.6 PHP Bug Type: Strings related Bug description: ereg_replace not working $nm = ereg_replace( , nbsp;, $nm ); I'am debugging a script where it doesn't work! $nm has been passed with in-line parameters (read-only ???), but it does not work also in the following way: // $nm is test with blank.pdf $newVar = $nm; $tryIt = ereg_replace( , nbsp;, $newVar ); // $tryIt is always test with blank.pdf in another script it works (???) with the same simple substitution, many thanks, Simone Grassi. -- Edit bug report at: http://bugs.php.net/?id=12855edit=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 #12845 Updated: server error when uploading more than 20 files once
ID: 12845 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: HTTP related Operating System: PHP Version: 4.0.6 New Comment: change to the last message. we switched again to 4.0.6 due to other problems with 4.04pl (nothing serious). the mentioned url links now to a non working version, we created a working one too: http://starkalender.de/bug/upload2.php Previous Comments: [2001-08-20 04:18:04] [EMAIL PROTECTED] We installed the latest CVS and the problem still exists. The working example with 24++ files (using 4.04pl1 at the moment) can be found under http://starkalender.de/bug/upload.php . [2001-08-19 16:30:19] [EMAIL PROTECTED] I can not reproduce this with latest CVS. Please try it: http://snaps.php.net/ --Jani [2001-08-19 14:21:58] [EMAIL PROTECTED] we've got a problem using fileuploads with more than 24 files at the same time. server gives no response anymore. restricting to 24 files would help. 24++ files _work_ with 4.04pl1. i can provide a demoscript for resolving the bug if necessary Edit this bug report at http://bugs.php.net/?id=12845edit=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] The PHP brainstorm
On Sun, 19 Aug 2001, Sebastian Bergmann wrote: Ron Chmara wrote: Would you like me to obtain and build all software needed for using the following with PHP: 1. MySQL 2. PostgreSQL 3. Oracle (Official installation disks my be needed) 4. Informix IIRC, Derick already built a system like this some kind ago. It assumed that once the PEAR infradtructure is ready, most of the extensions would be moved from /php4 to /pear. Derick? Yeah, I did implement something like it, though it's just a quick prototype. But it works to some extend. The tarballs are now created on the serverside, which is probably way to much load for the servers, so a system that actually fetches tarballs of the extension from the site, and assemble everything at the client would be much better. But for that to work, we either need a smart shell script, a C program, or a PHP script. But the latter would require a PHP Binary already present on the system. 2. Db connection pooling support. This will be addressed by SRM (http://www.vl-srm.net/). 3. More documentation available for errors: 'Warning: Wrong number of arguments for foo: Click *here* to see online documentation on foo' Hartmut already implemented something similar a while ago, again, IIRC. AFAIK it's finished, but not submitted due to licence issues, Hartmut? 5. PHP Dashboard, an online php.ini editor, with GUI-based control panel of all PHP (and apache?) settings. What's wrong with the Zend Launchpad? :-) What is the Zend Launchpad? I've never seen it yet =) Derick - PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED] SRM: Site Resource Manager - www.vl-srm.net - -- 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 #12856: dynamic default function parameter not possible
From: [EMAIL PROTECTED] Operating system: PHP version: 4.0.6 PHP Bug Type: Feature/Change Request Bug description: dynamic default function parameter not possible Hi all, Why is it not possible to have dynamic default function parameters? This would give the possibility to execute any code snippet when the default value will be used in a function code. At current time you can only define function f( $v=statis_val) { return $v; } return f(); what would result in: static_val BUT sometimes there must be a dynamic part. For example when dealing with times. Consider the following: function t( $v=null) { if ($v===null) $v=time(); return date( r, $v); } return t(); what would return the current time formatted. With dynamic defaults this would enable the following: function t($v=time()) { return date( r, $v); } return t(); Additionally that *should* be used to give access to global variables: $d = time(); function t($v=$d) { return date( r, $v); } return t(); // formatted time of script start..or given time Another good idea would be to execute the variables from within context: $d = 1; function t($v=$d) { return $v; } function t2() { $d=2; return t(); } function t3($v=$GLOBALS['d']) { return $v; } return t(); // -- 1 return t2(); // -- 2 return t3(); // -- 1 greetings marcus -- Edit bug report at: http://bugs.php.net/?id=12856edit=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] CVS Account Request
Full name: Georg Richter Email: [EMAIL PROTECTED] ID:georg Purpose: Translation English- German Correction and Completion -- 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 #12109 Updated: Crash bug with shell_exec()
ID: 12109 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Reproducible crash Operating System: Windows 2000 Professional SP2 PHP Version: 4.0.6 New Comment: Propably was some system thing..? Anyway, as you can't confirm this I'll bogus it. Previous Comments: [2001-08-20 02:29:07] [EMAIL PROTECTED] Err...sorry, I can't recall. I don't believe I saw anything in the apache error log, but this was a while ago. I've since moved to PHP on IIS 5.1 on a newer system, and I can confirm that php doesn't crash on IIS 5.1 when using that command. Sorry I couldn't be of more help. Dave [2001-08-19 04:49:27] [EMAIL PROTECTED] Is there anything about the crash in apache error_log? Does it give any errors? --Jani [2001-07-12 12:28:32] [EMAIL PROTECTED] Any time the following code is executed, php.exe crashes: shell_exec(uptime); I'm using Apache 1.3.20, too. Edit this bug report at http://bugs.php.net/?id=12109edit=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 #12858: Uploading files
From: [EMAIL PROTECTED] Operating system: RedHat Linux 7.0 PHP version: 4.0.4pl1 PHP Bug Type: *General Issues Bug description: Uploading files Using exactly the code from the top of this page (http://www.php.net/manual/en/features.file-upload.php) with the form and the php to upload files. Files upload just fine..except they all have Content-Type: text/plain and a blank line at the top of the files. Is this normal...how do I get rid of it? -- Edit bug report at: http://bugs.php.net/?id=12858edit=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 #12858 Updated: Uploading files
ID: 12858 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Old Bug Type: *General Issues Bug Type: HTTP related Operating System: RedHat Linux 7.0 PHP Version: 4.0.4pl1 New Comment: Update to PHP 4.0.6 in which this is fixed. --Jani Previous Comments: [2001-08-20 08:11:46] [EMAIL PROTECTED] Using exactly the code from the top of this page (http://www.php.net/manual/en/features.file-upload.php) with the form and the php to upload files. Files upload just fine..except they all have Content-Type: text/plain and a blank line at the top of the files. Is this normal...how do I get rid of it? Edit this bug report at http://bugs.php.net/?id=12858edit=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 #12859: Session unable to store array of classes
From: [EMAIL PROTECTED] Operating system: W2k, Linux PHP version: 4.0.6 PHP Bug Type: Session related Bug description: Session unable to store array of classes Session is unable to store an array of classes. If you try to add to an array (using []) stored in the session, it overrides the array instead of adding to it Here's a sample code: ? include_once(cls1.php); if (!session_is_registered(ClassOne)) { session_register(ClassOne); echo BRClassOne now in session; } ? BRBRight now we have ?= sizeof($HTTP_SESSION_VARS[ClassOne])? classes/B.P ? if ($HTTP_GET_VARS[count] != 0) { for ($i = 0; $i $HTTP_GET_VARS[count]; $i++) { $HTTP_SESSION_VARS[ClassOne][] = new ClassOne(); //this line should add to the array } } ? BAnd now we have ?= sizeof($HTTP_SESSION_VARS[ClassOne])? classes/B.P form method=get action=regcls.php Register input type=text name=count size=3 objects. input type=submit /form PRE ? if ($HTTP_GET_VARS[delete] == 1) { echo BRKilling CountOne from session...; $HTTP_SESSION_VARS[CountOne]=0; session_unregister(CountOne); } for ($i=0; $i sizeof($HTTP_SESSION_VARS[ClassOne]); $i++) { echo \n$i ClassOne-count = . $HTTP_SESSION_VARS[ClassOne][$i]-getCount(); } ? /PRE ? ? -- Edit bug report at: http://bugs.php.net/?id=12859edit=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 #9392 Updated: htmlspecial chars htmlentities do not handle double byte charactersets
ID: 9392 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: *Languages/Translation Operating System: Linux PHP Version: 4.0 Latest CVS (21/02/2001) New Comment: OK, patch updated and tested.. points to note: this line in php_escape_html_entities( } else if (this_char 0xff){ I dont thing this will work in the current code as this_char is unsigned short (0-255) - or that is what my C book says :) changed to unsigned long and the code words as expected. this appears to work both by setting and by using the hint field (undocumented - I guess until 4.0.7 release).. setlocale(LC_ALL,zh_TW); echo htmlentities(some chinese); regards alan Index: html.c === RCS file: /repository/php4/ext/standard/html.c,v retrieving revision 1.32 diff -u -r1.32 html.c --- html.c 11 Aug 2001 17:03:37 - 1.32 +++ html.c 20 Aug 2001 12:32:06 - @@ -35,7 +35,7 @@ Defaults to ISO-8859-1 for now. */ enum entity_charset { cs_terminator, cs_8859_1, cs_cp1252, - cs_8859_15, cs_utf_8 }; + cs_8859_15, cs_utf_8, cs_big5, cs_gb2312, cs_big5hkscs }; typedef const char * entity_table_t; /* codepage 1252 is a Windows extension to iso-8859-1. */ @@ -96,6 +96,9 @@ { cs_8859_1,0xa0, 0xff, ent_iso_8859_1 }, { cs_8859_15, 0xa0, 0xff, ent_iso_8859_15 }, { cs_utf_8, 0xa0, 0xff, ent_iso_8859_1 }, + { cs_big5, 0xa0, 0xff, ent_iso_8859_1 }, + { cs_gb2312,0xa0, 0xff, ent_iso_8859_1 }, + { cs_big5hkscs, 0xa0, 0xff, ent_iso_8859_1 }, { cs_terminator } }; @@ -105,14 +108,17 @@ } charset_map[] = { { ISO-8859-1, cs_8859_1 }, { ISO-8859-15,cs_8859_15 }, - { utf-8, cs_utf_8 }, + { utf-8, cs_utf_8 }, { cp1252, cs_cp1252 }, + { zh_TW, cs_big5 }, + { zh_CN, cs_gb2312 }, + { zh_HK, cs_big5hkscs }, { NULL } }; /* {{{ get_next_char */ -inline static unsigned short get_next_char(enum entity_charset charset, +inline static unsigned long get_next_char(enum entity_charset charset, unsigned char * str, int * newpos, unsigned char * mbseq, @@ -121,7 +127,7 @@ { int pos = *newpos; int mbpos = 0; - unsigned short this_char = str[pos++]; + unsigned long this_char = str[pos++]; mbseq[mbpos++] = (unsigned char)this_char; @@ -205,7 +211,49 @@ mbseq[mbpos++] = (unsigned char)this_char; } } while(more); - } + } else if ((charset == cs_big5) || (charset == cs_gb2312) || (charset == +cs_big5hkscs)) { + + unsigned long utf = 0; + int stat = 0; + int more = 1; + + /* unpack double byte encoding into a two chars. */ + + + do { + if ((stat==0) (this_char 0xa1) || (this_char 0xf9)) + { + more = 0; + break; + } + else if (stat==0) { +utf = this_char 16; +stat=1; + } + else if (((this_char = 0x40) + (this_char = 0x73)) || + ((this_char = 0xa1) + (this_char = 0xfe))) { + utf += this_char; + more = 0; + } + else{ + /* invalid; bail */ + more = 0; + utf=0; + pos = *newpos; + mbpos = 0; + break; + } + if (more) + { + this_char = str[pos++]; + mbseq[mbpos++] = (unsigned char)this_char; + } + } while(more); + if (utf != 0) + this_char = utf; + + } *newpos = pos; mbseq[mbpos] = '\0'; *mbseqlen = mbpos; @@ -223,24 +271,27 @@ int len; /* Guarantee default behaviour */ - if (charset_hint == NULL) - return cs_8859_1; + /*if (charset_hint == NULL) { + return cs_8859_1; + } +
[PHP-DEV] Bug #12813 Updated: Bug id #11058 but on linux.
ID: 12813 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Network related Operating System: Linux PHP Version: 4.0.6 New Comment: It looks like the getaddrinfo function dont consider the /etc/hosts file so if a domain cant be converted to an ip using dns server then the error will show. if i try to do: include(on.my.etc.hosts.files/whatever) the error will show up if i do include(my.real.domain.on.the.internet) everything will work fine Frank Pazzooo Contrepois Previous Comments: [2001-08-17 11:04:29] [EMAIL PROTECTED] System Linux bato 2.2.19 #1 Thu Jun 7 10:44:22 Local time zone must be set--see zic manuali686 i686 unknown Build Date Aug 17 2001 Configure Command './configure' '--with-apxs=/usr/local/apache/bin/apxs' '--prefix=/usr/local/php' '--with-openssl=/usr/local/' '--with-pgsql' '--without-mysql' Server API Apache when I try to fopen or include an url i got 2 warning: Warning: php_network_getaddresses: getaddrinfo failed: Name or service not known in /home/www/motoko/htdocs/cwnd-xml/parser-site-xml.php on line 374 Warning: Failed opening 'http://www.motoko.lan/cwnd-xml/CORPO/cwnd-parser-materiale.php?url=cwnd-materiale.xml' for inclusion (include_path='.:/usr/local/php/lib/php') in /home/www/motoko/htdocs/cwnd-xml/parser-site-xml.php on line 374 everything work fine with windows using fopen Frank Pazzooo Contrepois Edit this bug report at http://bugs.php.net/?id=12813edit=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 #12860: problem with strip_tags()
From: [EMAIL PROTECTED] Operating system: Linux and Win PHP version: 4.0.6 PHP Bug Type: Strings related Bug description: problem with strip_tags() When I have text exported from MS Word to HTML where is ?xml:namespace... (see $string) and I want strip tags from it, I get text before it only. example: ? $string = EOD BODYP class=MsoNormalBUI am hungry?xml:namespace prefix = o ns = urn:schemas-microsoft-com:office:office //U/B/P P class=MsoNormalI am really hungryo:p/o:p/SPAN/BODY EOD; var_dump(strip_tags($string)); ? output is: string(11) I am hungry -- Edit bug report at: http://bugs.php.net/?id=12860edit=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] Serious bug in the serializer's smart_str_print_long
smart_str_print_long does a wrong thing when printing longs. From what I understand, it tries to 'reverse' the number so that it could be printed more easily. The problem here is that number that fits long may not fit long when 'reversed'. So this procedure gives utter trash for big numbers, e.g., 2147483647 is printed as 0(/)(0*.// - which is not exactly what would be expected. -- Stanislav Malyshev, Zend Products Engineer [EMAIL PROTECTED] http://www.zend.com/ +972-3-6139665 ext.115 -- 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 #12282 Updated: PHP ./configure --with-snmp - Error during make
ID: 12282 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: SNMP related Operating System: Sun Solaris 5.7 PHP Version: 4.0.5 New Comment: Where is libkstat in your system? --Jani Previous Comments: [2001-07-20 09:30:02] [EMAIL PROTECTED] I have the follow problem. First I installed udc_snmp 4.2.1 ( I tryed also 4.1.2). then T treyed to compile PHP4.05 ( also 4.06) ./configure --with-snmp=/usr/local make I get follow error: bin/sh /export/home/php-4.0.5/libtool --silent --mode=link gcc -I. -I/export/home/php-4.0.5/ -I/export/home/php-4.0.5/main -I/export/home/php-4.0.5 -I/export/home/php-4.0.5/Zend -I/export/home/php-4.0.5/ext/mysql/libmysql -I/usr/local/include/ucd-snmp -I/export/home/php-4.0.5/ext/xml/expat/xmltok -I/export/home/php-4.0.5/ext/xml/expat/xmlparse -I/export/home/php-4.0.5/TSRM -D_POSIX_PTHREAD_SEMANTICS -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -g -O2 -o php -export-dynamic stub.lo libphp4.la Undefiniertes erstmals referenziert Symbol in Datei kstat_close /usr/local/lib/libsnmp.so kstat_lookup/usr/local/lib/libsnmp.so kstat_read /usr/local/lib/libsnmp.so kstat_open /usr/local/lib/libsnmp.so kstat_data_lookup /usr/local/lib/libsnmp.so ld: Schwerer Fehler: Symbolreferenzierungsfehler. Keine Ausgabe in php geschrieben collect2: ld returned 1 exit status *** Error code 1 make: Fatal error: Command failed for target `php' Current working directory /export/home/php-4.0.5 *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Anywhere I reed to use the -lkstat option, I tryed last command with -lkstat again bin/sh /export/home/php-4.0.5/libtool --silent --mode=link gcc -I. -I/export/home/php-4.0.5/ -I/export/home/php-4.0.5/main -I/export/home/php-4.0.5 -I/export/home/php-4.0.5/Zend -I/export/home/php-4.0.5/ext/mysql/libmysql -I/usr/local/include/ucd-snmp -I/export/home/php-4.0.5/ext/xml/expat/xmltok -I/export/home/php-4.0.5/ext/xml/expat/xmlparse -I/export/home/php-4.0.5/TSRM -D_POSIX_PTHREAD_SEMANTICS -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -g -O2 -o php -export-dynamic stub.lo libphp4.la -lkstat Then I did make make install When I start php now, I get a core dump. I don't have this problem without the snmp module. Best regards S. Schmidt Edit this bug report at http://bugs.php.net/?id=12282edit=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 #9059 Updated: SNMP compile issue
ID: 9059 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: SNMP related Operating System: Tru64 4.0f PHP Version: 4.0.4pl1 New Comment: No feedback. If you have trouble with later releases (4.0.6 , 4.0.7) reopen this bug report. --Jani Previous Comments: [2001-07-13 01:22:13] [EMAIL PROTECTED] Is this still happening with the latest versions of PHP? [2001-02-01 17:23:19] [EMAIL PROTECTED] When I compile PHP using: ./configure --with-mysql --with-apxs=/usr/local/apache/bin/apxs --with-snmp=/usr --with-gd --with-zlib --enable-static I get the following error when starting Apache: bash-2.04# /usr/local/apache/bin/apachectl start Syntax error on line 209 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/apache/libexec/libphp4.so into server: Unresolved symbol in /usr/lib/libsnmp-0.4.2.so: vsnprintf /usr/local/apache/bin/apachectl start: httpd could not be started SNMP libs are under /usr/lib and headers are under /usr/include/ucd-snmp If I take out the --with-snmp=/usr (It used to be in /usr/local/[lib|include], but I moved it to make sure the linker was finding it) it compiles fine (Just with no snmp support of course). Any ideas? Edit this bug report at http://bugs.php.net/?id=9059edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard/tests/serialize 001.phpt
On Mon, 20 Aug 2001, Stanislav Malyshev wrote: stas Mon Aug 20 10:15:05 2001 EDT Log: test big numbers too +echo serialize(-2147483647).\n; Not to be picky, but the smallest number is -2147483648... Derick - PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED] SRM: Site Resource Manager - www.vl-srm.net - -- 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 #11643 Updated: SID redefined
ID: 11643 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Assigned Bug Type: Session related Operating System: Linux PHP Version: 4.0 Latest CVS (2001-06-24) Assigned To: hholzgra New Comment: Status should be assigned.. Previous Comments: [2001-08-12 21:01:24] [EMAIL PROTECTED] Oops. The bug is _not_ fixed yet. I misunderstood Hartmut 's comment. [2001-08-12 19:40:15] [EMAIL PROTECTED] According to http://cvs.php.net/diff.php/php4/ext/session/session.c?r1=1.213r2=1.214f=hnum=10, Hartmut has now succeeded in committing his session.c changes. That should mean that this bug is fixed in current CVS. [2001-06-25 16:38:08] [EMAIL PROTECTED] i've already noticed and fixed this, but my current session.c has conflicts i ahve to resolve before checkin ... [2001-06-24 13:10:03] [EMAIL PROTECTED] session_destroy() and session_register() both defines the same symbol. When I set: error_reporting = E_ALL in php.ini file I got warning: Warning: Constant sid already defined in /home/sites/home/users/zork/web/report/sid.php on line 5 in this saple code: ? $foo = 2; session_start(); session_destroy(); session_register(foo); session_register(bar); ? On web: http://biuro.pablosoft.com.pl/~zork/report/sid.php Zork Edit this bug report at http://bugs.php.net/?id=11643edit=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 #12322 Updated: php does not load as a dso
ID: 12322 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Apache related Operating System: SuSE Linux 6.1 PHP Version: 4.0.6 New Comment: No feedback. Reopen if you still have this problem with PHP 4.0.7 (soon to be released) or with latest CVS snapshot from http://snaps.php.net/ Previous Comments: [2001-07-27 12:56:54] [EMAIL PROTECTED] Was this a clean system? ie. no Apache installed before? No PHP installed before? Were did you get the PHP sources? Apache sources? Have you by any chance updated glibc? Kernel? Have you installed recommended fixes from Suse? And what is the compiler you're using? Version? --Jani [2001-07-23 14:00:15] [EMAIL PROTECTED] php cant load as a dso in the following configuration SuSE Linux 6.1 apache 1.3.20 php 4.0.6 apache was installed with: ./configure --prefix=/usr/local/apache --enable-module=so make make install php was installed with: ./configure --with-mysql --with-apxs=/usr/local/apache/bin/apxs make make install When the server was started with: ./apxs start The following error message responding: Syntax error on line 207 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/apache/libexec/libphp4.so into server: /usr/local/apache/libexec/libphp4.so: undefined symbol: __mempcpy ./apachectl start: httpd could not be started Edit this bug report at http://bugs.php.net/?id=12322edit=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 #12209 Updated: apxs not creating libphp4.so during 'make install'
ID: 12209 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Apache related Operating System: OpenBSD 2.9 PHP Version: 4.0.6 New Comment: No feedback. Considered 'fixed'. Previous Comments: [2001-07-29 21:33:23] [EMAIL PROTECTED] Try using the port of PHP4, as detailed in: http://www.php.net/manual/en/install.openbsd.php [2001-07-17 11:52:05] [EMAIL PROTECTED] make install: () Making install in . /usr/local/archive/php/php-4.0.6/build/shtool mkdir -p /usr/local/apache/libexec /usr/local/apache/bin/apxs -S LIBEXECDIR=/usr/local/apache/libexec -i -a -n php4 libs/libphp4.so [activating module `php4' in /usr/local/apache/conf/httpd.conf] cp libs/libphp4.so /usr/local/apache/libexec/libphp4.so apxs:Break: Command failed with rc=16777215 *** Error code 1 Stop in /usr/local/archive/php/php-4.0.6 (line 39 of Makefile). *** Error code 1 Stop in /usr/local/archive/php/php-4.0.6 (line 37 of /usr/local/archive/php/php-4.0.6/build/rules.mk). --- ./configure \ --with-mysql=/usr/local/mysql \ --with-apxs=/usr/local/apache/bin/apxs \ --with-mm=/usr/local --- # verified httpd is capable of php as dso: /opt/apache/bin/httpd -l # saw http_core.c mod_so.c compiled in --- /usr/local/apache/bin/apxs -q: CC = gcc CFLAGS = -DMOD_SSL=208104 CFLAGS_SHLIB = -DMOD_SSL=208104 -DEAPI -DUSE_EXPAT -I../lib/expat-lite LD_SHLIB = gcc LDFLAGS_SHLIB = -shared -fPIC -DSHARED_MODULE LIBS_SHLIB = TARGET = httpd SBINDIR= /usr/local/apache/bin INCLUDEDIR = /usr/local/apache/include LIBEXECDIR = /usr/local/apache/libexec SYSCONFDIR = /usr/local/apache/conf PREFIX = /usr/local/apache --- thank you for your thoughts! i appreciate it... Edit this bug report at http://bugs.php.net/?id=12209edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard/tests/serialize 001.phpt
Not to be picky, but the smallest number is -2147483648... I didn't want to get the smallest one, I just wanted to add regression test for the bug I've discovered. For it it's not really important. -- Stanislav Malyshev, Zend Products Engineer [EMAIL PROTECTED] http://www.zend.com/ +972-3-6139665 ext.115 -- 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 #12303 Updated: apache segfaults when using imp
ID: 12303 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Apache related Operating System: slackware linux PHP Version: 4.0.6 New Comment: No feedback. Reopen if you still have this problem with PHP 4.0.7 (soon to be released) or with latest CVS snapshot from http://snaps.php.net/ Previous Comments: [2001-07-27 10:42:46] [EMAIL PROTECTED] And please provide a gdb backtrace of the crash. [2001-07-27 10:42:22] [EMAIL PROTECTED] Does this happen with older PHP versions? Like PHP 4.0.5? And could you also try the latest CVS snapshot from http://snaps.php.net/ --Jani [2001-07-21 21:49:45] [EMAIL PROTECTED] I've installed horde/imp. I've also recompiled php with imap support, everything withou any problem. But when I try to logon to IMP, i get no response from server (or it seems to be loading, but times out after a while). Apache error_log is full of these messages: [Sun Jul 22 03:35:55 2001] [debug] apache_ssl.c(379): Random input /dev/urandom( 1024) - 1024 [Sun Jul 22 03:35:57 2001] [debug] apache_ssl.c(1926): CIPHER is RC4-MD5 [Sun Jul 22 03:35:58 2001] [debug] buff.c(295): read returned 331 rwstate=1 stat e=3 rstate=240 cren=0 aren=0 accept=4 [Sun Jul 22 03:35:58 2001] [error] [client 172.170.246.174] File does not exist: /usr/local/apache/bat.sk/docs/horde/imp/docs/ [Sun Jul 22 03:51:46 2001] [notice] child pid 3420 exit signal Segmentation faul t (11) [Sun Jul 22 03:51:47 2001] [notice] child pid 3424 exit signal Segmentation faul t (11) [Sun Jul 22 03:54:05 2001] [notice] child pid 3452 exit signal Segmentation faul t (11) [Sun Jul 22 03:56:49 2001] [info] [client 172.170.246.174] Read POST information timed out [Sun Jul 22 03:57:23 2001] [info] [client 172.170.246.174] Read POST information timed out [Sun Jul 22 03:57:24 2001] [notice] child pid 3461 exit signal Segmentation faul t (11) [Sun Jul 22 03:59:07 2001] [info] [client 172.170.246.174] Read POST information timed out If you have any further questions, do not hesitate to contact me via e-mail or icq 35271513. Edit this bug report at http://bugs.php.net/?id=12303edit=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 #12303 Updated: apache segfaults when using imp
ID: 12303 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Apache related Operating System: slackware linux PHP Version: 4.0.6 Previous Comments: [2001-07-27 10:42:46] [EMAIL PROTECTED] And please provide a gdb backtrace of the crash. [2001-07-27 10:42:22] [EMAIL PROTECTED] Does this happen with older PHP versions? Like PHP 4.0.5? And could you also try the latest CVS snapshot from http://snaps.php.net/ --Jani [2001-07-21 21:49:45] [EMAIL PROTECTED] I've installed horde/imp. I've also recompiled php with imap support, everything withou any problem. But when I try to logon to IMP, i get no response from server (or it seems to be loading, but times out after a while). Apache error_log is full of these messages: [Sun Jul 22 03:35:55 2001] [debug] apache_ssl.c(379): Random input /dev/urandom( 1024) - 1024 [Sun Jul 22 03:35:57 2001] [debug] apache_ssl.c(1926): CIPHER is RC4-MD5 [Sun Jul 22 03:35:58 2001] [debug] buff.c(295): read returned 331 rwstate=1 stat e=3 rstate=240 cren=0 aren=0 accept=4 [Sun Jul 22 03:35:58 2001] [error] [client 172.170.246.174] File does not exist: /usr/local/apache/bat.sk/docs/horde/imp/docs/ [Sun Jul 22 03:51:46 2001] [notice] child pid 3420 exit signal Segmentation faul t (11) [Sun Jul 22 03:51:47 2001] [notice] child pid 3424 exit signal Segmentation faul t (11) [Sun Jul 22 03:54:05 2001] [notice] child pid 3452 exit signal Segmentation faul t (11) [Sun Jul 22 03:56:49 2001] [info] [client 172.170.246.174] Read POST information timed out [Sun Jul 22 03:57:23 2001] [info] [client 172.170.246.174] Read POST information timed out [Sun Jul 22 03:57:24 2001] [notice] child pid 3461 exit signal Segmentation faul t (11) [Sun Jul 22 03:59:07 2001] [info] [client 172.170.246.174] Read POST information timed out If you have any further questions, do not hesitate to contact me via e-mail or icq 35271513. Edit this bug report at http://bugs.php.net/?id=12303edit=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 #11726 Updated: undefined symbol alloca while building apache
ID: 11726 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Compile Failure Operating System: AIX 4.3.3.0 ML08 PHP Version: 4.0.6 New Comment: No feedback. Reopen if you still have this problem with PHP 4.0.7 (soon to be released) or with latest CVS snapshot from http://snaps.php.net/ Previous Comments: [2001-07-31 21:04:14] [EMAIL PROTECTED] Could you please try the latest CVS snapshot from http://snaps.php.net/ ? There have been some AIX related fixes since 4.0.6 was released. --Jani [2001-07-31 06:00:01] [EMAIL PROTECTED] ./configure --with-oci8=/oraker01/app/oracle/product/8.1.7 --with-apache=../apache_1.3.20 --with-mysql=no --enable-sigchild --enable-track-vars [2001-07-23 11:54:21] [EMAIL PROTECTED] no user feedback. [2001-06-27 11:55:17] [EMAIL PROTECTED] Please add your configure line to this report. [2001-06-27 04:18:02] [EMAIL PROTECTED] while compiling apache 1.3.20 + PHP_4.0.6 + Oracle 8.1.7 on AIX 4.3.3 i have this. this is the same pb as Bug id #10562 cc -DAIX=43 -DUSE_PTHREAD_SERIALIZED_ACCEPT -U__STR__ -DAIX_BIND_PROCESSOR -qnogenpcomp -qnousepcomp -I/home/root/php-4.0.6 -I/home/root/php-4.0.6/main -I/home/root/php-4.0.6/main -I/home/root/php-4.0.6/Zend -I/home/root/php-4.0.6/Zend -I/home/root/php-4.0.6/TSRM -I/home/root/php-4.0.6/TSRM -I/home/root/php-4.0.6 -DUSE_EXPAT -I./lib/expat-lite -DNO_DL_NEEDED `./apaci` -lm -lpthread-o httpd buildmark.o modules.o modules/php4/libphp4.a modules/standard/libstandard.a main/libmain.a ./os/unix/libos.a ap/libap.a lib/expat-lite/libexpat.a -R/oraker01/app/oracle/product/8.1.7/lib -L/oraker01/app/oracle/product/8.1.7/lib -Lmodules/php4 -L../modules/php4 -L../../modules/php4 -lmodphp4 -ldl -lld -lbsd_r -lm -lodm -ldl -lcrypt -lbind -lm -ldl -lclntsh ld: 0706-027 The -R /oraker01/app/oracle/product/8.1.7/lib flag is ignored. ld: 0711-317 ERROR: Undefined symbol: .alloca ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information. make: The error code from the last command is 8. Stop. make: The error code from the last command is 2. Stop. make: The error code from the last command is 2. Stop. any idea ??? regards JMB Edit this bug report at http://bugs.php.net/?id=11726edit=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 #11853 Updated: unknown option -l-l
ID: 11853 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Compile Failure Operating System: Suse Linux 7.0 PHP Version: 4.0.6 New Comment: No feedback. Reopen if you still have this problem with PHP 4.0.7 (soon to be released) or with latest CVS snapshot from http://snaps.php.net/ Previous Comments: [2001-08-03 23:29:43] [EMAIL PROTECTED] Is this still a problem? If so, get the latest CVS snapshot from here: http://snaps.php.net/ and unpack it. Then do these steps: # ./configure --with-apxs=/path/to/apxs # make Does it work? --Jani [2001-07-04 17:04:28] [EMAIL PROTECTED] look in line 2 of the last comment --with apxs --with-mysql php 4.0.5 compiled with these options [2001-07-04 07:38:02] [EMAIL PROTECTED] Again: What is your configure line? Like: ./configure --boo=far Derick [2001-07-04 07:34:52] [EMAIL PROTECTED] make-script compiled all sub-dirs and changes to php-4.0.6-dir. but nothing could be compiled. (configure was started with --with-apxs --with-mysql, php4.0.5 compiled with these options) output: /usr/bin/ld: cannot find -l-l this is documented in debug.log too: LIBS: -l -l -l -lcrypt -lresolv -lm -ldl -lnsl -lresolv gcc -o conftest -g -O2 -DEAPI_MM -DLINUX2 -DMOD-SSL=206105 -DUSEHSREGEX -DEAPI -DUSE_EXPAT -DSUPPORT_UTF8 conftest.c $LIBS and the error-message from above I tried to delete -l -l -l in configure.vars.mk, but it did'nt help. Perhaps you have an idea. Thanx [2001-07-03 05:55:43] [EMAIL PROTECTED] What is your configure line? Derick 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=11853 Edit this bug report at http://bugs.php.net/?id=11853edit=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 #11840 Updated: Can't find libjpeg after upgrade to 4.0.6
ID: 11840 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Compile Failure Operating System: Linux 2.4/RedHat 7.1 PHP Version: 4.0.6 New Comment: No feedback. And most likely user error. --Jani Previous Comments: [2001-08-03 19:50:30] [EMAIL PROTECTED] How exactly did you configure PDFLIB ?? If you didn't configure it with jpeg support, of course you won't need it for PHP.. --Jani [2001-07-05 17:49:50] [EMAIL PROTECTED] PDFlib V4.x has support for jpeg, tiff and zlib build in. So these configure options would be obsolte if support to build PHP with PDFlib V3.x would be dropped. This would simplify the configuration of the PDFlib binding a lot. One possible solution would be to have to configure options: --with-pdflib3 for the old PDFlib version and --with-pdflib for V4.x [2001-07-02 13:48:09] [EMAIL PROTECTED] Configure will complete without errors if I leave out --with-jpeg-dir. Of course, PDFlib probably won't let me use JPEG files now, but that's not a problem for me. [2001-07-02 13:28:38] [EMAIL PROTECTED] I've exactly th esame config here, and I got no problems. Can you try not to use the --with-jpeg-dir (as I didn't use that in my configure line). Derick [2001-07-02 13:08:18] [EMAIL PROTECTED] [pete@xx lib]$ nm libjpeg.so | grep jpeg_read_header c2f0 T jpeg_read_header [pete@xx lib]$ rpm -q libjpeg libjpeg-6b-15 [pete@xx lib]$ ls | grep jpeg libimlib-jpeg.a libimlib-jpeg.so libjpeg.a libjpeg.la libjpeg.so libjpeg.so.62 libjpeg.so.62.0.0 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=11840 Edit this bug report at http://bugs.php.net/?id=11840edit=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 #12616 Updated: Apache make fails, can't find php header files
ID: 12616 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Bogus Bug Type: Compile Failure Operating System: Redhat Linux 7.1 PHP Version: 4.0.5 New Comment: Ask support questions on proper mailing list: http://www.php.net/support.php You most likely haven't followed the install instructions given in INSTALL file. Previous Comments: [2001-08-07 08:56:47] [EMAIL PROTECTED] does this stil happen with latest CVS??? http://snaps.php.net [2001-08-07 06:52:48] [EMAIL PROTECTED] apache_1.3.19# ./configure --prefix=/usr/local/apache php-4.05# ./configure --with-mysql --enable-track-vars --with-apache=../apache_1.3.19 php-4.05# make -ok, make install - ok apache_1.3.19# ./configure --prefix=/usr/local/apache --activate-module=src/modules/php4/libmodphp4.a - ok apache_1.3.19# make -errors see below gcc -c -I../../os/unix -I../../include -DLINUX=22 -DUSE_HSREGEX -DUSE_EXPAT -I../../lib/expat-lite -DNO_DL_NEEDED `../../apaci` mod_ph4.c mod_php4.c:28:18: zend.h: No such file or directory mod_php4.c:29:17: php.h: No such file or directory mod_php4.c:30:27: php_variables.h: No such file or directory mod_php4.c:47:21: php_ini.h: No such file or directory mod_php4.c:48:25: php_globals.h: No such file or directory mod_php4.c:49:18: SAPI.h: No such file or directory mod_php4.c:50:22: php_main.h: No such file or directory mod_php4.c:52:26: zend_compile.h: No such file or directory mod_php4.c:53:26: zend_execute.h: No such file or directory mod_php4.c:54:28: zend_highlight.h: No such file or directory mod_php4.c:55:25: zend_indent.h: No such file or directory mod_php4.c:57:39: ext/standard/php_standard.h: No such file or directory make[4]: *** [mod_php4.o] Error 1 etc. I tried to change the gcc command to include the /usr/local/include directory in which the missing files are located (well they are under that directory) however it caused another bunch of dependency problems. I have had this problem with Redhat7.0 all versions of php and apache I could get my hands on. I can't find any reports of this problem, and don't see what I may be doing wrong. Edit this bug report at http://bugs.php.net/?id=12616edit=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 #12445 Updated: ./configure suxx
ID: 12445 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Bogus Bug Type: Compile Failure Operating System: Linux 2.2.19 PHP Version: 4.0.6 New Comment: No feedback. Reopen if you still have this problem with PHP 4.0.7 (soon to be released) or with latest CVS snapshot from http://snaps.php.net/ Previous Comments: [2001-07-30 06:32:03] [EMAIL PROTECTED] What is the complete configure line you use? And what does config.log have about this? [2001-07-28 04:45:17] [EMAIL PROTECTED] ./configure [...] --with-zlib [...] does not work. i have zlib 1.1.3 installed in /usr/local/zlib but it always says zlib =1.0.9 required i think this is a general configuration script bug, so please fix it. got no problems with 4.0.4p1 ... Edit this bug report at http://bugs.php.net/?id=12445edit=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 #12161 Updated: The date() function
ID: 12161 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Date/time related Operating System: Windows 98 PHP Version: 4.0.6 New Comment: Should be closed.. Previous Comments: [2001-07-16 06:01:00] [EMAIL PROTECTED] This is not a PHP bug, it is a bug in your code, related to the use of preg_replace. Example: printdate(ddd); You're expecting: Mon You should be getting: 7on Why? Mon is becoming date(M)on, or something like it. I don't know if this is what preg_replace SHOULD be doing or not...it seems to be making multiple passes until it can no longer replace anything. Could someone who knows about preg_replace please verify whether this is the correct behavior or not? In the meantime, I fixed the userland code so that it performs as you expected. You can find it at http://www.joeysmith.com/phpdate.phps [2001-07-14 04:24:44] [EMAIL PROTECTED] PHP Authors, My names are James Hitz, author of http://jamhitz.tripod.com a website that provides free PHP tutorials. I was creating a tutorial on user-defined functions and was working on one that accepts a string containing a date format (eg. dd-mmm-yy) and outputs the date in the specified format. The code is as follows: ?php function printdate($subject){ $search = array( /[d]{4}/i, /[d]{3}/i, /[d]{2}/i, /[d]{1}/i, /[m]{4}/i, /[m]{3}/i, /[m]{2}/i, /[m]{1}/i, /[y]{3,4}/i, /[y]{1,2}/i ); $replace = array( date(l), date(D), date(d), date(j), date(F), date(M), date(m), date(n), date(Y), date(y) ); $newdate = preg_replace($search,$replace, $subject); //return the formatted date return $newdate; } ? On my Win 98 (Second Edition) system running php version 4.06, I evoked the following above functrion using the following code snippet: print printdate( ddd, dd d m mm mmm y yy yyy ); This produced the following output: Thurs12a01 Thu, 12 12 7 07 Jul Jul01 01 01 2001 2001 Aparrently, I expected this to have produced something like this: Thursday Thu, 12 12 7 07 Jul July 01 01 2001 2001 The parsing of the date() function seems not to act 'normal'. The documentation I have states as follows in regard to the date() function: QUOTE date (PHP 3, PHP 4 ) date -- Format a local time/date Description string date (string format [, int timestamp]) Returns a string formatted according to the given format string using the given timestamp or the current local time if no timestamp is given. The following characters are recognized in the format string: d - day of the month, 2 digits with leading zeros; i.e. 01 to 31 D - day of the week, textual, 3 letters; i.e. Fri F - month, textual, long; i.e. January j - day of the month without leading zeros; i.e. 1 to 31 l (lowercase 'L') - day of the week, textual, long; i.e. Friday m - month; i.e. 01 to 12 M - month, textual, 3 letters; i.e. Jan n - month without leading zeros; i.e. 1 to 12 r - RFC 822 formatted date; i.e. Thu, 21 Dec 2000 16:01:07 +0200 Y - year, 4 digits; i.e. 1999 y - year, 2 digits; i.e. 99 z - day of the year; i.e. 0 to 365 /QUOTE Is this a bug in the code or a bug in the documentation? Seems to me like one of those. Please advise. I am making a tutorial that will make use of the above function and would appreciate if you would tell me what to tell my audience. The tutorials I am make are very good for all - even complete beginners, so you can bundle them in your PHP distributions, or you can point users to http://jamhitz.tripod.com. All tutorials are free. Thanking you. James N. Hitz [EMAIL PROTECTED] Edit this bug report at http://bugs.php.net/?id=12161edit=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 #11304 Updated: memory leak
ID: 11304 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: DOM XML related Operating System: RHat 6.2 PHP Version: 4.0.5 New Comment: No feedback. Reopen if you still have this problem with PHP 4.0.7 (soon to be released) or with latest CVS snapshot from http://snaps.php.net/ Side note: The libxml version required now is libxml2-2.4.2 --Jani Previous Comments: [2001-07-17 10:49:21] [EMAIL PROTECTED] This is great. Do you have a test case for this bug? [2001-06-06 02:18:52] [EMAIL PROTECTED] This (I think) is a new bug with libxml2.so (libxml2-2.3.9-1) [2001-06-06 02:15:56] [EMAIL PROTECTED] php_domxml.c, line #698 The pointer (content) from xmlNodeGetContent(last); needs to be freed. There's still another memory leak in domxml but it leaks much slower now. To my version of the file I added: if (content) { add_property_stringl(child, content, (char *) content, strlen(content), 1); free(content); } directly beneath it. Edit this bug report at http://bugs.php.net/?id=11304edit=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 #11996 Updated: seg fault viewing php w/ Apache 1.3.20
ID: 11996 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Reproducible crash Operating System: Redhat 6.2 - kernel 2.2.16smp PHP Version: 4.0.6 New Comment: It happens with *any* php script -- even something as simple as ?php phpinfo(); ? I recompiled php as a static Apache module and everything works fine now. Previous Comments: [2001-08-19 04:45:37] [EMAIL PROTECTED] And the example script which causes this is where? Or does this happen with any script? Do you have some .htaccess file there? --Jani [2001-07-12 13:24:36] [EMAIL PROTECTED] Here's a display of the variables involved at the crash point. (gdb) display r 1: r = (request_rec *) 0x824aa64 (gdb) display r-per_dir_config 2: r-per_dir_config = (void *) 0x0 (gdb) display php4_module 3: php4_module = {version = 19990320, minor_version = 10, module_index = 20, name = 0x40458261 mod_php4.c, dynamic_load_handle = 0x8236108, next = 0x8170e80, magic = 1095774515, init = 0x4039ccc8 php_init_handler, create_dir_config = 0x4039c8a4 php_create_dir, merge_dir_config = 0x4039c90c php_merge_dir, create_server_config = 0, merge_server_config = 0, cmds = 0x4046a4b8, handlers = 0x4046a498, translate_handler = 0, ap_check_user_id = 0, auth_checker = 0, access_checker = 0, type_checker = 0, fixer_upper = 0, logger = 0, header_parser = 0, child_init = 0, child_exit = 0x4039cc98 php_child_exit_handler, post_read_request = 0} [2001-07-09 22:41:14] [EMAIL PROTECTED] script -- apachectl start lynx http://localhost/phpinfo.php tail error_log apache error_log [notice] child pid 31197 exit signal Segmentation fault (11) configure script ./configure \ --prefix=/opt/php \ --with-apxs=/opt/apache/bin/apxs \ --with-mysql=/opt/mysql \ --with-pgsql=/opt/pgsql \ --enable-track-vars \ --with-config-file-path=/opt/php \ httpd -l Compiled-in modules: http_core.c mod_env.c mod_log_config.c mod_mime.c mod_negotiation.c mod_status.c mod_include.c mod_autoindex.c mod_dir.c mod_cgi.c mod_asis.c mod_imap.c mod_actions.c mod_userdir.c mod_alias.c mod_access.c mod_auth.c mod_so.c mod_setenvif.c mod_perl.c suexec: disabled; invalid wrapper /opt/apache/bin/suexec httpd -V Server version: Apache/1.3.20 (Unix) Server built: Jun 21 2001 15:19:15 Server's Module Magic Number: 19990320:10 Server compiled with -D HAVE_MMAP -D HAVE_SHMGET -D USE_SHMGET_SCOREBOARD -D USE_MMAP_FILES -D USE_SYSVSEM_SERIALIZED_ACCEPT -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT -D HTTPD_ROOT=/opt/apache -D SUEXEC_BIN=/opt/apache/bin/suexec -D DEFAULT_PIDLOG=logs/httpd.pid -D DEFAULT_SCOREBOARD=logs/httpd.scoreboard -D DEFAULT_LOCKFILE=logs/httpd.lock -D DEFAULT_XFERLOG=logs/access_log -D DEFAULT_ERRORLOG=logs/error_log -D TYPES_CONFIG_FILE=conf/mime.types -D SERVER_CONFIG_FILE=conf/httpd.conf -D ACCESS_CONFIG_FILE=conf/access.conf -D RESOURCE_CONFIG_FILE=conf/srm.conf gdb backtrace - [root@forge php-4.0.6]# gdb httpd GNU gdb 5.0 Copyright 2000 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-redhat-linux... (gdb) run -X Starting program: /opt/bin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x4037ee6a in send_php (r=0x824d7cc, display_source_mode=0, filename=0x0) at mod_php4.c:478 478 per_dir_conf = (HashTable *) get_module_config(r-per_dir_config, php4_module); (gdb) bt #0 0x4037ee6a in send_php (r=0x824d7cc, display_source_mode=0, filename=0x0) at mod_php4.c:478 #1 0x4037efca in send_parsed_php (r=0x824d7cc) at mod_php4.c:547 #2 0x8099a4d in ap_invoke_handler () #3 0x80ae2f3 in process_request_internal () #4 0x80ae729 in ap_internal_redirect () #5 0x8074a1a in handle_dir () #6 0x8099a4d in ap_invoke_handler () #7 0x80ae2f3 in process_request_internal () #8 0x80ae354 in ap_process_request () #9 0x80a54f9 in child_main () #10 0x80a56a4 in make_child () #11 0x80a5814 in startup_children () #12 0x80a5e61 in standalone_main () #13 0x80a66a3 in main () #14 0x400a0b5c in __libc_start_main (main=0x80a62fc main, argc=2, ubp_av=0xbb14, init=0x80627b4 _init, fini=0x8148bfc _fini, rtld_fini=0x4000d634 _dl_fini, stack_end=0xbb0c) at ../sysdeps/generic/libc-start.c:129
Re: [PHP-DEV] about domxml api-change in 4.0.7
FWIW, I've needed to hack my code to handle three differences between the 2 different API versions. To be honest, I can't keep track of which API was in which release of PHP, so I'll just call them API A) and API B). 1) Names of tags: API A) $node-name API B) $node-tagname 2) Tag attribute value: API A) $node-children[0]-content API B) $node-value 3) Is a node a text node: API A) $node-type == XML_TEXT_NODE API B) strtolower(get_class($node)) == 'domtext' I haven't installed libxml 2.4.2 and PHP 4.0.7rc1 yet, but I'm wondering if someone can tell me which API version is in use? This script should tell you: ?php $__x = xmltree('a b=cd/a'); if ($__x-children[0]-name=='a' $__x-children[0]-attributes[0]-name=='b' $__x-children[0]-attributes[0]-children[0]-content=='c' $__x-children[0]-content=='d') { echo 'API A'; } else if ($__x-children[0]-tagname=='a' $__x-children[0]-attributes[0]-name=='b' $__x-children[0]-attributes[0]-value=='c' $__x-children[0]-children[0]-content=='d') { echo 'API B'; } else { echo 'something totally new :('; } - 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]
[PHP-DEV] Bug #11000 Updated: ftp_connect(...) produces ftpbuf 0 error
ID: 11000 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: FTP related Operating System: NT 4.0 PHP Version: 4.0.4pl1 New Comment: What was the result? Does fopen(http://...;) or fopen(ftp://...;) work for you? --Jani Previous Comments: [2001-07-22 06:15:50] [EMAIL PROTECTED] What happens I think, is that ftp_connect uses gethostbyname to look up the name, it's called with 127.0.0.1 if you specify that. It looks like gethostbyname tries to look up the address for 127.0.0.1 and if it can't contact any nameservers it simply fails. If you use localhost there is probably something like the host file on UNIX, or maybe it is hardcoded, that says that localhost is 127.0.0.1. The implementations I've seen of gethostbyname will notice that it's an IP address and do no lookup, this might not be the case on NT 4.0... If this is a general problem (bug #11025 is similar), I suggest we fix it by calling php_network_getaddresses() rather than doing all the work in ftp.c. php_network_getaddresses() avoids gethostbyname() on IP addresses. fopen uses php_network_getaddresses(). If fopen(ftp://127.0.0.1/...;) or http://... works for you I'll fix this for ftp_connect() [2001-07-21 21:32:57] [EMAIL PROTECTED] Are you saying that 127.0.0.1 only works when you are connected to the internet, but localhost works anytime? [2001-05-21 22:30:13] [EMAIL PROTECTED] Now the third answer for [EMAIL PROTECTED] (Hi Jani, I saw your question unfortunately just after I sent my last report): I used the ftp-server WAR-FTPD 1.67-05 (freeware, downloadable from http://www.jgaa.com) and tried it localy installed on my NT4.0 Worsstation with an external NT4.0 Intranet-Webserver (Apache with PHP 4.04).At home I used a Windows 2000 Workstation with local running Apache and PHP 4.0.4 first, 4.0.5 after a meanwhile update. The original error-message on all configurations was: Warning: Unable to find ftpbuf 0 in e:\eigene dateien\php\liegenschaften\upload.php4 on line 10 Some new information: To my surprise this error does not occur at home, when I am connected to Internet. After dialing in the script runs also with 127.0.0.1 without any warnings, after shutting down the Internet-connection only $ftp_server = localhost or $ftp_server=#DNS_name_of_server# is accteptd. This is also the reason for my second workaround as described before, this is no one, because '127.0.0.1' is only accepted when internet-connection is open. Hope, this will help you! bye... kni [2001-05-21 21:15:19] [EMAIL PROTECTED] Send this bug-message this morning, got two answers myself this evening: Obviously php does not understand ftp-server-adresses in form of 127.0.0.1 or somehow, but when I used localhost or the name of the server defined in the Apache-Konfiguration the script below ran without any error-message. Another workaround: using '127.0.0.1' ran also without problems!?! kni [2001-05-21 16:45:19] [EMAIL PROTECTED] Have you tried with some public ftp-server? Does it work then? And what is the full error message? --Jani The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=11000 Edit this bug report at http://bugs.php.net/?id=11000edit=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 #12860 Updated: problem with strip_tags()
ID: 12860 Updated by: swm Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Strings related Operating System: Linux and Win PHP Version: 4.0.6 New Comment: This markup is not XHTML 1.0 compliant, from my readying. That is, I'm pretty sure ?xml ... must be the first line of the document. This, however, is not the reason why strip_tags is failing. It is failing because it recognises '?' (from ?xml ) as the beginning of PHP code - not xml. This presents problems with applying strip_tags to xhtml. The reason why this probably hasn't been picked up is that correct (??) XML declarations are of the form ?xml ... ? - which should not contain anything to be out put anyway. If you/anyone can show that this is valid we can work around it (by demoting the PHP strip_tags state to an HTML state). Previous Comments: [2001-08-20 09:45:13] [EMAIL PROTECTED] When I have text exported from MS Word to HTML where is ?xml:namespace... (see $string) and I want strip tags from it, I get text before it only. example: ? $string = EOD BODYP class=MsoNormalBUI am hungry?xml:namespace prefix = o ns = urn:schemas-microsoft-com:office:office //U/B/P P class=MsoNormalI am really hungryo:p/o:p/SPAN/BODY EOD; var_dump(strip_tags($string)); ? output is: string(11) I am hungry Edit this bug report at http://bugs.php.net/?id=12860edit=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] about domxml api-change in 4.0.7
On Mon, 20 Aug 2001, Colin Viebrock wrote: FWIW, I've needed to hack my code to handle three differences between the 2 different API versions. To be honest, I can't keep track of which API was in which release of PHP, so I'll just call them API A) and API B). 1) Names of tags: API A) $node-name API B) $node-tagname 2) Tag attribute value: API A) $node-children[0]-content API B) $node-value 3) Is a node a text node: API A) $node-type == XML_TEXT_NODE API B) strtolower(get_class($node)) == 'domtext' i have one more :) content of a node API A) $node-content API B) $node-children()-content (that does not work this way, but you get the idea...) I haven't installed libxml 2.4.2 and PHP 4.0.7rc1 yet, but I'm wondering if someone can tell me which API version is in use? This script should tell you: it's API B) as far as i know chregu -- nam...christian stockeradr...bremgartnerstr. 66, ch-8003 zurich pho...+41 1 451 6021 www...http://phant.ch/chregu mob...+41 76 561 8860 [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 #12861: get_defined_constants gots AV
From: [EMAIL PROTECTED] Operating system: WindowsNT PHP version: 4.0CVS-2001-08-20 PHP Bug Type: Arrays related Bug description: get_defined_constants gots AV Function get_defined_constants() gots AV in add_constant_info(zend_constant *constant, void *arg TSRMLS_DC) Appears on WinNT 4.0 SP5/Apache 1.3.19 and W2K 5.0 SP2/IIS 5.0 -- Edit bug report at: http://bugs.php.net/?id=12861edit=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 #11994 Updated: imagettfbbox returns null
ID: 11994 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: GD related Operating System: WIN98 PHP Version: 4.0.6 New Comment: no feedback. Previous Comments: [2001-07-21 20:54:54] [EMAIL PROTECTED] Check your $font variable it will translate into \windows\fonts\CACVALIA.ttf which last time I checked is not a valid location for a font, either on windows or linux. Also try setting error_reporting to a high number to see ALL of the notices, errors, warnings, etc... [2001-07-09 20:19:28] [EMAIL PROTECTED] imagettfbbox fails to return coordinates under distribution for win32 for PHP Version 4.0.6 using distribution binaries. Unzipping PHP Version 4.0.4pl1 over 4.0.6 files and the example works again same config used for both. here is sample script used to test ? Header(Content-Type: image/png); $im = ImageCreateFrompng('C:\windows\backgrnd.png'); $str = Hello World; $font = \\windows\\fonts\\CACVALIA.ttf; // print $font; $bbox = imagettfbbox(40,0,$font, $str); // print $bbox; $black = ImageColorAllocate($im,128,128,128); // print $bbox[0],$bbox[1],$bbox[2],$bbox[3],$bbox[4]; $start_x = ImageSX($im)/2 - (($bbox[0] + $bbox[2] + $bbox[4] + $bbox[6]) / 4); $start_y = ImageSY($im)/2 - (($bbox[1] + $bbox[3] + $bbox[5] + $bbox[7]) / 4); $white = ImageColorAllocate($im,255,255,255); $red = ImageColorAllocate($im,255,0,0); ImageLine($im,0,0,200,200,$red); $gray = ImageColorAllocate($im,196,196,196); ImageTTFText($im, 40, 0, $start_x+3, $start_y-3, $black, $font, $str); ImageTTFText($im, 40, 0, $start_x,$start_y, $gray, $font, $str); // ImageColorTransparent($im, $black); Imagepng($im); ImageDestroy($im); ? Edit this bug report at http://bugs.php.net/?id=11994edit=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 #11996 Updated: seg fault viewing php w/ Apache 1.3.20
ID: 11996 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Reproducible crash Operating System: Redhat 6.2 - kernel 2.2.16smp PHP Version: 4.0.6 New Comment: As everything works now, I'll close this. --Jani Previous Comments: [2001-08-20 10:44:14] [EMAIL PROTECTED] It happens with *any* php script -- even something as simple as ?php phpinfo(); ? I recompiled php as a static Apache module and everything works fine now. [2001-08-19 04:45:37] [EMAIL PROTECTED] And the example script which causes this is where? Or does this happen with any script? Do you have some .htaccess file there? --Jani [2001-07-12 13:24:36] [EMAIL PROTECTED] Here's a display of the variables involved at the crash point. (gdb) display r 1: r = (request_rec *) 0x824aa64 (gdb) display r-per_dir_config 2: r-per_dir_config = (void *) 0x0 (gdb) display php4_module 3: php4_module = {version = 19990320, minor_version = 10, module_index = 20, name = 0x40458261 mod_php4.c, dynamic_load_handle = 0x8236108, next = 0x8170e80, magic = 1095774515, init = 0x4039ccc8 php_init_handler, create_dir_config = 0x4039c8a4 php_create_dir, merge_dir_config = 0x4039c90c php_merge_dir, create_server_config = 0, merge_server_config = 0, cmds = 0x4046a4b8, handlers = 0x4046a498, translate_handler = 0, ap_check_user_id = 0, auth_checker = 0, access_checker = 0, type_checker = 0, fixer_upper = 0, logger = 0, header_parser = 0, child_init = 0, child_exit = 0x4039cc98 php_child_exit_handler, post_read_request = 0} [2001-07-09 22:41:14] [EMAIL PROTECTED] script -- apachectl start lynx http://localhost/phpinfo.php tail error_log apache error_log [notice] child pid 31197 exit signal Segmentation fault (11) configure script ./configure \ --prefix=/opt/php \ --with-apxs=/opt/apache/bin/apxs \ --with-mysql=/opt/mysql \ --with-pgsql=/opt/pgsql \ --enable-track-vars \ --with-config-file-path=/opt/php \ httpd -l Compiled-in modules: http_core.c mod_env.c mod_log_config.c mod_mime.c mod_negotiation.c mod_status.c mod_include.c mod_autoindex.c mod_dir.c mod_cgi.c mod_asis.c mod_imap.c mod_actions.c mod_userdir.c mod_alias.c mod_access.c mod_auth.c mod_so.c mod_setenvif.c mod_perl.c suexec: disabled; invalid wrapper /opt/apache/bin/suexec httpd -V Server version: Apache/1.3.20 (Unix) Server built: Jun 21 2001 15:19:15 Server's Module Magic Number: 19990320:10 Server compiled with -D HAVE_MMAP -D HAVE_SHMGET -D USE_SHMGET_SCOREBOARD -D USE_MMAP_FILES -D USE_SYSVSEM_SERIALIZED_ACCEPT -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT -D HTTPD_ROOT=/opt/apache -D SUEXEC_BIN=/opt/apache/bin/suexec -D DEFAULT_PIDLOG=logs/httpd.pid -D DEFAULT_SCOREBOARD=logs/httpd.scoreboard -D DEFAULT_LOCKFILE=logs/httpd.lock -D DEFAULT_XFERLOG=logs/access_log -D DEFAULT_ERRORLOG=logs/error_log -D TYPES_CONFIG_FILE=conf/mime.types -D SERVER_CONFIG_FILE=conf/httpd.conf -D ACCESS_CONFIG_FILE=conf/access.conf -D RESOURCE_CONFIG_FILE=conf/srm.conf gdb backtrace - [root@forge php-4.0.6]# gdb httpd GNU gdb 5.0 Copyright 2000 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-redhat-linux... (gdb) run -X Starting program: /opt/bin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x4037ee6a in send_php (r=0x824d7cc, display_source_mode=0, filename=0x0) at mod_php4.c:478 478 per_dir_conf = (HashTable *) get_module_config(r-per_dir_config, php4_module); (gdb) bt #0 0x4037ee6a in send_php (r=0x824d7cc, display_source_mode=0, filename=0x0) at mod_php4.c:478 #1 0x4037efca in send_parsed_php (r=0x824d7cc) at mod_php4.c:547 #2 0x8099a4d in ap_invoke_handler () #3 0x80ae2f3 in process_request_internal () #4 0x80ae729 in ap_internal_redirect () #5 0x8074a1a in handle_dir () #6 0x8099a4d in ap_invoke_handler () #7 0x80ae2f3 in process_request_internal () #8 0x80ae354 in ap_process_request () #9 0x80a54f9 in child_main () #10 0x80a56a4 in make_child () #11 0x80a5814 in startup_children () #12 0x80a5e61 in standalone_main () #13 0x80a66a3 in main () #14 0x400a0b5c in __libc_start_main (main=0x80a62fc main, argc=2, ubp_av=0xbb14, init=0x80627b4 _init, fini=0x8148bfc _fini,
[PHP-DEV] Bug #12862: Undefined symbol mysql_field_count in libphp4.so
From: [EMAIL PROTECTED] Operating system: Linux RH 6.2 (2.2.19) PHP version: 4.0.6 PHP Bug Type: MySQL related Bug description: Undefined symbol mysql_field_count in libphp4.so Newely installed MySQL 3.23.41 from tarball, confugured with --prefix=/usr --with-default-charset=koi8_ru --with-extra-charsets=all I try to install PHP 4.0.6 from source tar.gz. using --with-mysql=/usr --with-apxs options. No errors during compilation, but Apache won't start, reporting undefined symbol mysql_fileds_count in module libphp4.so. /etc/ld.so.conf contains: [...] /usr/lib /usr/lib/mysql but this doesn't help :-) -- Edit bug report at: http://bugs.php.net/?id=12862edit=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 #12862 Updated: Undefined symbol mysql_field_count in libphp4.so
ID: 12862 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: MySQL related Operating System: Linux RH 6.2 (2.2.19) PHP Version: 4.0.6 New Comment: You don't happen to have the OLD libs there too? ie. from previous Mysql installation. Try deleting them all or install the new one someplace else. --Jani Previous Comments: [2001-08-20 11:39:50] [EMAIL PROTECTED] Newely installed MySQL 3.23.41 from tarball, confugured with --prefix=/usr --with-default-charset=koi8_ru --with-extra-charsets=all I try to install PHP 4.0.6 from source tar.gz. using --with-mysql=/usr --with-apxs options. No errors during compilation, but Apache won't start, reporting undefined symbol mysql_fileds_count in module libphp4.so. /etc/ld.so.conf contains: [...] /usr/lib /usr/lib/mysql but this doesn't help :-) Edit this bug report at http://bugs.php.net/?id=12862edit=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 #12200 Updated: getimagesize() JPG Bug
ID: 12200 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: GetImageSize related Operating System: Win 2000 PHP Version: 4.0.6 New Comment: No feedback. Reopen if you still have this problem with PHP 4.0.7 (soon to be released) or with latest CVS snapshot from http://snaps.php.net/ Previous Comments: [2001-07-26 20:25:47] [EMAIL PROTECTED] FYI, getimagesize() doesn't use anything from GD library. Could you please try the latest CVS snapshot from here: http://www.zend.com/snapshots/ and if that fails too, include a URL to the failing image into this bug report. [2001-07-21 20:57:10] [EMAIL PROTECTED] reclassified [2001-07-21 20:55:42] [EMAIL PROTECTED] Please include a short sample script so I can test this. [2001-07-17 06:58:05] [EMAIL PROTECTED] GD library doesn't work properly when you call getimagesize() for jpeg image!It doesn't return proper width and height of image (usually returns -1 and -1) Edit this bug report at http://bugs.php.net/?id=12200edit=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 #10033 Updated: Function file does not work with remote files
ID: 10033 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: HTTP related Operating System: aix 4.3.3 PHP Version: 4.0.4pl1 New Comment: No feedback. Reopen if you still have this problem with PHP 4.0.7 (soon to be released) or with latest CVS snapshot from http://snaps.php.net/ Previous Comments: [2001-07-21 21:43:15] [EMAIL PROTECTED] See if this works (this and EXACTLY this) ?php $carjunk=file(http://www.php.net/;); for ($i=0;$icount($carjunk);$i++){ echo $carjunk[$i]; } ? If this doesn't work, make sure you DNS/Internet Server is running correctly. [2001-03-29 15:34:55] [EMAIL PROTECTED] Hi Jani, Thank you for your suggestion. I have just tried the lates version php4-latest from http://snaps.php.net on my AIX 4.3.3 box, I got the same error when using function 'file': bad file number. Raymond [2001-03-29 11:29:38] [EMAIL PROTECTED] Could you please try the latest CVS snapshot from http://snaps.php.net/ ? --Jani [2001-03-27 18:00:39] [EMAIL PROTECTED] script: ?php $jnk= file (http://www.php.net;); ? Error: bad file number ?php $jnk = file (myfile); echo works fine; ? Options compilated with PHP: CPPFLAGS=-I/usr/local/include LDFLAGS=-L/usr/local/lib ./configure --with-mysql=/usr/local/mysql --with-gd --enable-track-vars --with-apache=/usr/local/apache_1.3.12 Notes: I tried to use different compilers such as gcc, cc or xlC_r, I got the same error about file function (bad file number). With the same option of compilateion, the script works in LINUX. Edit this bug report at http://bugs.php.net/?id=10033edit=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 #10033 Updated: Function file does not work with remote files
ID: 10033 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: HTTP related Operating System: aix 4.3.3 PHP Version: 4.0.4pl1 Previous Comments: [2001-07-21 21:43:15] [EMAIL PROTECTED] See if this works (this and EXACTLY this) ?php $carjunk=file(http://www.php.net/;); for ($i=0;$icount($carjunk);$i++){ echo $carjunk[$i]; } ? If this doesn't work, make sure you DNS/Internet Server is running correctly. [2001-03-29 15:34:55] [EMAIL PROTECTED] Hi Jani, Thank you for your suggestion. I have just tried the lates version php4-latest from http://snaps.php.net on my AIX 4.3.3 box, I got the same error when using function 'file': bad file number. Raymond [2001-03-29 11:29:38] [EMAIL PROTECTED] Could you please try the latest CVS snapshot from http://snaps.php.net/ ? --Jani [2001-03-27 18:00:39] [EMAIL PROTECTED] script: ?php $jnk= file (http://www.php.net;); ? Error: bad file number ?php $jnk = file (myfile); echo works fine; ? Options compilated with PHP: CPPFLAGS=-I/usr/local/include LDFLAGS=-L/usr/local/lib ./configure --with-mysql=/usr/local/mysql --with-gd --enable-track-vars --with-apache=/usr/local/apache_1.3.12 Notes: I tried to use different compilers such as gcc, cc or xlC_r, I got the same error about file function (bad file number). With the same option of compilateion, the script works in LINUX. Edit this bug report at http://bugs.php.net/?id=10033edit=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 #12272 Updated: Handling of file submissions from Opera incorrect
ID: 12272 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: HTTP related Operating System: Linux RedHat PHP Version: 4.0.5 New Comment: No feedback. Reopen if you still have this problem with PHP 4.0.7 (soon to be released) or with latest CVS snapshot from http://snaps.php.net/ Previous Comments: [2001-07-26 21:49:34] [EMAIL PROTECTED] Does this happen with latest CVS snapshot from http://snaps.php.net/ ? [2001-07-20 04:35:15] [EMAIL PROTECTED] When you use a FILE form element in opera and ask for multipart encoding, PHP does not extract the data into the array HTTP_POST_FILES as it does with other browsers but leaves it packed up in HTTP_POST_VARS Edit this bug report at http://bugs.php.net/?id=12272edit=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 #12414 Updated: HTTP POST on lynx not supported
ID: 12414 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: HTTP related Operating System: Linux PHP Version: 4.0.5 New Comment: No feedback. Reopen if you still have this problem with PHP 4.0.7 (soon to be released) or with latest CVS snapshot from http://snaps.php.net/ Previous Comments: [2001-07-27 23:20:24] [EMAIL PROTECTED] Could you please try with PHP 4.0.6 as there were couple of fixes regarding this issue in it. Also, you should try the latest CVS snapshot from http://snaps.php.net/ to verify the latest fixes haven't broke anything. --Jani [2001-07-26 23:25:59] [EMAIL PROTECTED] Current Lynx versions can optionally support HTTP POST; however, it doesn't work for the PHP file upload functions. I believe this happens because the upload might be broken in the RFC, but I've seen some discussion on the site http://www.flora.org/lynx-dev/html/month082000/msg00087.html that suggests PHP3 uploads were broken with lynx. I'm attaching the (edited and ^Med) POST produced so somebody who knows the RFC better can comment: POST / HTTP/1.0 Host: blackjesus Accept: text/html, text/plain, audio/x-pn-realaudio, audio/vnd.rn-realaudio, application/smil, text/vnd.rn-realtext, video/vnd.rn-realvideo, image/vnd.rn-realflash, application/x-shockwave-flash2-preview, application/sdp, application/x-sdp Accept: application/vnd.rn-realmedia, image/vnd.rn-realpix, audio/wav, audio/x-wav, audio/x-pn-wav, audio/x-pn-windows-acm, audio/basic, audio/x-pn-au, audio/aiff, audio/x-aiff, audio/x-pn-aiff, text/sgml, video/mpeg, image/jpeg, image/tiff Accept: image/x-rgb, image/png, image/x-xbitmap, image/x-xbm, image/gif, application/postscript, */*;q=0.01 Accept-Encoding: gzip, compress Accept-Language: en Pragma: no-cache Cache-Control: no-cache User-Agent: Lynx/2.8.4rel.1 libwww-FM/2.14 SSL-MM/1.4.1 OpenSSL/0.9.6 Referer: http://www.async.com.br/hireme.phpc2ggQ29taWNzPC9BPgo8L0RMPjxwPgo= ^M --xnyLAaB03X^M Content-Disposition: form-data; name=email^M Content-Type: text/plain; charset=iso-8859-1^M ^M [EMAIL PROTECTED]^M --xnyLAaB03X^M Content-Disposition: form-data; name=MAX_FILE_SIZE^M Content-Type: text/plain; charset=iso-8859-1^M ^M 50^M --xnyLAaB03X--^M Content-type: multipart/form-data; boundary=xnyLAaB03X Content-length: 6981 --xnyLAaB03X Content-Disposition: form-data; name=currfile; filename=/home/kiko/bookmarks.html PCFET0NUWVBFIE5FVFNDQVBFLUJvb2ttYXJrLWZpbGUtMT4KPCEtLSBUaGlz [...] Edit this bug report at http://bugs.php.net/?id=12414edit=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 #10664 Updated: php4.0.5 ISAPI dll gives procedure not found
ID: 10664 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: IIS related Operating System: Windows 2000 Advanced server PHP Version: 4.0.5 New Comment: No feedback. Reopen if you still have this problem with PHP 4.0.6. Previous Comments: [2001-07-23 14:38:08] [EMAIL PROTECTED] can you try some other ISAPI dll's it suggests perhaps it is corrupted and IIS cant find the correct interfaces within the DLL to initialise PHP. Please try the 4.0.6 isapi dll. - James [2001-06-26 09:47:15] [EMAIL PROTECTED] Also, if you look in your event log, you will see this message: Event Type: Error Event Source: W3SVC Event Category: None Event ID: 14 Date: 6/25/2001 Time: 1:56:44 PM User: N/A Computer: D1WAR01 Description: The HTTP Filter DLL C:\Inetpub\Scripts\PHP\sapi\php4isapi.dll failed to load. The data is the error. For additional information specific to this message please visit the Microsoft Online Support site located at: http://www.microsoft.com/contentredirect.asp. Data: : 7f 00 00 00 ... [2001-05-04 10:33:17] [EMAIL PROTECTED] Problem occures with any .php file. IIS just gives error 500 and die angegebene Prozedur wurde nicht gefunden. (I'm using German 2k). PHP installed in c:\winnt\PHP4. Standard install. Works fine with php.exe. php.ini: [PHP] ; $Id: php.ini-dist,v 1.73.2.2 2001/04/22 11:58:49 phanto Exp $ ... ; Language Options ; ; Enable the PHP scripting language engine under Apache. engine = On ; Allow the ? tag. Otherwise, only ?php and script tags are recognized. short_open_tag = On ; Allow ASP-style % % tags. asp_tags = Off ; The number of significant digits displayed in floating point numbers. precision= 14 ; Enforce year 2000 compliance (will cause problems with non-compliant browsers) y2k_compliance = Off ; Output buffering allows you to send header lines (including cookies) even ; after you send body content, at the price of slowing PHP's output layer a ; bit. You can enable output buffering during runtime by calling the output ; buffering functions. You can also enable output buffering for all files by ; setting this directive to On. output_buffering = Off ; You can redirect all of the output of your scripts to a function. For ; example, if you set output_handler to ob_gzhandler, output will be ; transparently compressed for browsers that support gzip or deflate encoding. ; Setting an output handler automatically turns on output buffering. output_handler = ; Transparent output compression using the zlib library ; Valid values for this option are 'off', 'on', or a specific buffer size ; to be used for compression (default is 4KB) zlib.output_compression = Off ; Implicit flush tells PHP to tell the output layer to flush itself ; automatically after every output block. This is equivalent to calling the ; PHP function flush() after each and every call to print() or echo() and each ; and every HTML block. Turning this option on has serious performance ; implications and is generally recommended for debugging purposes only. implicit_flush = Off ; Whether to enable the ability to force arguments to be passed by reference ; at function call time. This method is deprecated and is likely to be ; unsupported in future versions of PHP/Zend. The encouraged method of ; specifying which arguments should be passed by reference is in the function ; declaration. You're encouraged to try and turn this option Off and make ; sure your scripts work properly with it in order to ensure they will work ; with future versions of the language (you will receive a warning each time ; you use this feature, and the argument will be passed by value instead of by ; reference). allow_call_time_pass_reference = On ; ; Safe Mode ; safe_mode = Off safe_mode_exec_dir = ; Setting certain environment variables may be a potential security breach. ; This directive contains a comma-delimited list of prefixes. In Safe Mode, ; the user may only alter environment variables whose names begin with the ; prefixes supplied here. By default, users will only be able to set ; environment variables that begin with PHP_ (e.g. PHP_FOO=BAR). ; ; Note: If this directive is empty, PHP will let the user modify ANY ; environment variable! safe_mode_allowed_env_vars = PHP_ ; This directive contains a comma-delimited list of environment variables that ; the end user won't be able to change using putenv(). These variables will be ; protected even if safe_mode_allowed_env_vars is set to allow to change them.
[PHP-DEV] Bug #8784 Updated: using Informix with PHP CGI
ID: 8784 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Informix related Operating System: AIX 4.3.2 PHP Version: 4.0.4 New Comment: No feedback. Reopen if you still have this problem with PHP 4.0.7 (soon to be released) or with latest CVS snapshot from http://snaps.php.net/ Previous Comments: [2001-07-31 21:29:36] [EMAIL PROTECTED] Just wondering..if you set INFORMIXSERVER prior to starting the webserver, doesn't the webserver inherit the environment?? How are you running PHP? As a NSAPI module or CGI ? FYI:I just recently committed a huge patch for Informix to make it compile and work in threaded environment. --Jani [2001-07-19 09:24:45] [EMAIL PROTECTED] the 'diff -u' output is : --- --- ifx.ec Thu Jul 19 10:34:25 2001 +++ ifx.ec.upd Thu Jul 19 10:34:25 2001 @@ -351,6 +351,8 @@ STD_PHP_INI_ENTRY_EX(ifx.max_links, -1, PHP_INI_SYSTEM, OnUpdateInt, max_links, php_ifx_globals, ifx_globals, display_link_numbers) +STD_PHP_INI_ENTRY(ifx.default_server, NULL, PHP_INI_SYSTEM, + OnUpdateString, default_server, php_ifx_globals, ifx_globals) STD_PHP_INI_ENTRY(ifx.default_host, NULL, PHP_INI_SYSTEM, OnUpdateString, default_host, php_ifx_globals, ifx_globals) STD_PHP_INI_ENTRY(ifx.default_user, NULL, PHP_INI_SYSTEM, @@ -517,9 +519,16 @@ char *hashed_details; int hashed_details_length; + +static char server[40] ; + IFXLS_FETCH(); PLS_FETCH(); +sprintf(server, INFORMIXSERVER=%s, IFXG(default_server)) ; +putenv(server); + syslog(LOG_DEBUG, php:%s, server) ; + if (PG(sql_safe_mode)) { if (ZEND_NUM_ARGS()0) { php_error(E_NOTICE, [2001-06-14 11:14:43] [EMAIL PROTECTED] create a patch file with your changes (diff -u file name patch name) and send it to the PHP mailing lists. mind you will also want to place the patch here in the bug report, and give a good reason why, and sample script to reproduce the bug you are fixing. [2001-01-18 11:02:37] [EMAIL PROTECTED] It is not possible to use PHP cgi with NETSCAPE E.S. 3.51 and INFORMIX because it is imperatively necessary to have INFORMIXSERVER variable in the environment. Alas the environment of scripts cgi is very limited. To be able to use INFORMIX nevertheless, I supplemented the file php.ini by adding a parameter 'INFORMIX.default_server' then I modified the file ifx.ec in order to read this parameter and to place it in the environment Before calling upon 'ifx_connect'. Is it possible to register my modifiaction in a permanent way in PHP? Edit this bug report at http://bugs.php.net/?id=8784edit=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 #12319 Updated: Apache shutdowns with a distant MSSQL 6.5 if connection failed
ID: 12319 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: MSSQL related Operating System: win32 PHP Version: 4.0.5 New Comment: No feedback. Reopen if you still have this problem with PHP 4.0.7 (soon to be released) or with latest CVS snapshot from http://snaps.php.net/ Previous Comments: [2001-07-23 17:17:13] [EMAIL PROTECTED] Does this happen with the latest version of PHP (*Andy*) [2001-07-23 10:32:04] [EMAIL PROTECTED] Apache shutdowns when connection to a distant MSSQL 6.5 server failed (on a local network). No problem if the connection parameters are correctly intered (host name and password). Please let me know if you have a solution ! Apache error message is: this progam has performed an illegal operation an will be shut down Thanks in advance.. Edit this bug report at http://bugs.php.net/?id=12319edit=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 #12166 Updated: SQL_CUR_DEFAULT constant not defined in php_odbc.dll
ID: 12166 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: ODBC related Operating System: Windows ME PHP Version: 4.0.6 New Comment: no feedback. Previous Comments: [2001-07-17 08:42:13] [EMAIL PROTECTED] Which docs are you referring to? The ODBC docs for PHP? The ODBC v3 docs? The ODBC v3.5 docs? please note that my name is kalowsky, not kowalsky. [2001-07-16 22:32:16] [EMAIL PROTECTED] Hi Kowalsky If you check in microsoft's sqlext.h you will see that SQL_CUR_DEFAULT is set to SQL_CUR_USE_DRIVER so it is a constant. Also if you check the odbc_connect( ) docs, it says that SQL_CUR_DEFAULT is an acceptable parameter to pass into odbc_connect(). So it should be defined, or the documentation be corrected. Regards, John [2001-07-16 08:31:20] [EMAIL PROTECTED] this is supposed to be defined by your ODBC driver, not by PHP... after all, how is PHP to know what your DB's default cursor is? [2001-07-14 11:14:19] [EMAIL PROTECTED] SQL_CUR_DEFAULT, which is a constant that can be passed into odbc_connect, is not defined in the odbc extension. I get a warning that it an undefined constant when I use it. A quick check in the source code confirmed it. Edit this bug report at http://bugs.php.net/?id=12166edit=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 #12339 Updated: Seg Fault in PHP under 2k /w ODBC and Globals (apparently)...
ID: 12339 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: ODBC related Operating System: Win2k PHP Version: 4.0.6 New Comment: status - open. Previous Comments: [2001-07-24 10:49:17] [EMAIL PROTECTED] Ok... Changing the connect to a pconnect, removing the out db connection (which was closed via odbc_close()) solves the problem.. so what exactly is going on I don't know... nick [2001-07-24 10:47:11] [EMAIL PROTECTED] Sigh... I'm not so sure it's with globals anymore, I just knowit's with ODBC I had this problem once before and ended up re-writing and inlining all my code to get it go away. (side note, php cvs build for win2k from php4win project (approaching 4.0.7 release) exhibited the same problem) this particular file is also the only one to crash out of all the php files.. what makes it unique is the rather long subroutine but I've gotten a stack trace and some more information it dies with the following bFatal error/b: Call to undefined function: () in bC:\dev\isis\web\view_ user_info.php/b on line b39/bbr and it's 0Xc0005, typically a buffer issue... 01222f10() ODBC32! 1f7d792e() ODBC32! 1f7d7866() PHP4TS! 100026a9() PHP! 00401a43() PHP! 0040207b() KERNEL32! 77e97d08() echo's removed, but assignments left in to give a general idea what's going on... Offending Trimmed Code -- function report($query, $tarray,$sarray, $empty_msg,$total,$is_last = 0, $zhead=) { $dmy = sizeof($tarray); //dummy var $elem_colspan = ((($total-($total%$dmy))/$dmy) == 1)?:COLSPAN =\.(($total-($total%$dmy))/$dmy).\; //header on table 1 if (strlen($zhead)0) { $CLASS = CLASS=\.$sarray['Header']['Class'].\; $STYLE = STYLE=\.$sarray['Header']['Style'].\; } foreach ($tarray as $header = $tname) { $CLASS = ($sarray[$header]['THClass'] != '')?CLASS=\.$sarray[$header]['THClass'].\:CLASS=\sort\; $STYLE = ($sarray[$header]['THStyle'] != '')?STYLE=\.$sarray[$header]['THStyle'].\:; } echo /TR\n; $DBHX = odbc_connect(QUAL7000,QUAL_RPT,QUALRPT) or die (odbc_errormsg()); /** Dies Here */ $sh = odbc_prepare($DBHX,$query) or die (odbc_errormsg().$query); odbc_execute($sh) or die (odbc_errormsg()); $rownum = 0; while(odbc_fetch_into($sh,$rownum,$rez)) { $trim_row($rez); reset($rez); foreach ($tarray as $header = $s) { $CLASS = ($sarray[$header]['TDClass'] != '')?CLASS=\.$sarray[$header]['TDClass'].\:CLASS=\main\; $STYLE = ($sarray[$header]['TDStyle'] != '')?STYLE=\.$sarray[$header]['TDStyle']. $x\:STYLE=\$x\; next($rez); } } if (odbc_num_rows($sh) == 0) { $c = 0; foreach ($tarray as $header = $s) { $CLASS = ($sarray[$header]['TDClass'] != '')?CLASS=\.$sarray[$header]['TDClass'].\:CLASS=\main\; $STYLE = ($sarray[$header]['TDStyle'] != '')?STYLE=\.$sarray[$header]['TDStyle']. $x\:STYLE=\$x\; if ((++$c) sizeof($tarray)) { } else { } } echo '/TR'; } odbc_free_result($sh); odbc_close($DBHX); } report($queryuso,$uasuso_trans,$uasuso_style,User does not have access to any objects,sizeof($uasusa_trans)*2,1,Object Access); [2001-07-24 10:31:14] [EMAIL PROTECTED] could you send in a short, yet more complete script than what you have given us now. [2001-07-24 10:20:04] [EMAIL PROTECTED] All right, this is a rough one to report as I only have vagure ideas as to what's going on ... but it really sucks either way. the function call... report($queryusa,$uasusa_trans,$uasusa_style,User does not have access to any systems,sizeof($uasusa_trans)*2,0,System Access); the function function report($query, $tarray,$sarray, $empty_msg,$total,$is_last = 0, $zhead=) The crash the overwrite (I'm convinced it's
[PHP-DEV] Bug #12358 Updated: CGI Error-CGI application misbehaved
ID: 12358 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: PWS related Operating System: windows 98 PHP Version: 4.0.6 New Comment: no feedback. Previous Comments: [2001-07-25 06:30:11] [EMAIL PROTECTED] provide a short example script, and it's output when run from the command line. save this as test.php: ?php echo hello world!\n ? and see what you get. it should be st. like this: c:\tempphp test.php X-Powered-By: PHP/4.0.7-dev Content-type: text/html hello world! c:\temp If that's ok (i. e. the first three lines are the same as shown above, I suggest you turn on logging errors in php.ini, request a PHP script thru PWS, and check the error log. [2001-07-25 05:58:53] [EMAIL PROTECTED] I has installed php4.0 from www.php.net.My os is windows 98 and i am using PWS.when I run any php program in browser I am getting the following error CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: whn I run php.exe in dos prompt I am getting the html file correctly.While running in the browser,I am getting the above error. Any body please help me My email id is [EMAIL PROTECTED] bye suresh Edit this bug report at http://bugs.php.net/?id=12358edit=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 #12396 Updated: no errors, no php
ID: 12396 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Bogus Bug Type: PWS related Operating System: win 98 PHP Version: 4.0.6 New Comment: Please ask support questions on proper mailing lists: http://www.php.net/support.php Previous Comments: [2001-07-26 15:04:58] [EMAIL PROTECTED] does anything happen??? If you view the source on a .php page, do you see the php code? Try making a php page (name it something like phpinfo.php) ?php phpinfo(); ? can you see anything on this page? [2001-07-26 08:52:17] [EMAIL PROTECTED] I installed PHP 4.0.6 and chose the automatic installation for PWS. It all seemed to install fine, and from what I read, it was suposed to set up the server as well. It has installed ok, the folder c:\php is there and all seems well, but nothing has changed in PWS and no PHP scripting works. When trying to run php scripts, no errors are returned either. Edit this bug report at http://bugs.php.net/?id=12396edit=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 #12118 Updated: Apache crashes without error after some time of running
ID: 12118 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Reproducible crash Operating System: RedHat 6.2 - Kernel 2.4.1 PHP Version: 4.0.6 New Comment: No feedback. And looks like the crash doesn't even happen in PHP.. Previous Comments: [2001-07-26 18:02:30] [EMAIL PROTECTED] What was the configure line used to configure PHP? [2001-07-12 18:25:09] [EMAIL PROTECTED] Apache starts fine, error_log giving no errors at all. After a while, it suddenly isn't running anymore, with still nothing in error_log. When compiling php with --enable-debug and then starting with gdb, I get : /usr/local/apache/bingdb httpd GNU gdb 19991004 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-redhat-linux... (gdb) run -X Starting program: /usr/local/apache/bin/httpd -X Cannot access memory at address 0x19 (gdb) bt #0 _dl_debug_state () at dl-debug.c:56 #1 0x4000ac7b in _dl_catch_error (errstring=0xbfffd760, operate=0x40182970 dl_open_worker, args=0xbfffd764) at dl-error.c:141 #2 0x40182d1d in _dl_open (file=0x8213358 /usr/local/apache/libexec/libphp4.so, mode=258, caller=0xbfffd760) at dl-open.c:232 #3 0x400a03d3 in dlopen_doit (a=0xbfffd874) at dlopen.c:41 #4 0x4000ac7b in _dl_catch_error (errstring=0x400a2080, operate=0x400a03a8 dlopen_doit, args=0xbfffd874) at dl-error.c:141 #5 0x400a08b9 in _dlerror_run (operate=0x400a03a8 dlopen_doit, args=0xbfffd874) at dlerror.c:125 #6 0x400a0393 in __dlopen_check (file=0x8213358 /usr/local/apache/libexec/libphp4.so, mode=258) at dlopen.c:53 #7 0x80be811 in ap_os_dso_load () at lstat.c:45 #8 0x8086d38 in load_module () at lstat.c:45 #9 0x80a2e4e in invoke_cmd () at lstat.c:45 #10 0x80a3793 in ap_handle_command () at lstat.c:45 #11 0x80a3829 in ap_srm_command_loop () at lstat.c:45 #12 0x80a3e80 in ap_process_resource_config () at lstat.c:45 #13 0x80a4762 in ap_read_config () at lstat.c:45 #14 0x80ae3a1 in standalone_main () at lstat.c:45 #15 0x80aec23 in main () at lstat.c:45 #16 0x400bc9cb in __libc_start_main (main=0x80ae8cc main, argc=2, argv=0xbadc, init=0x8065e20 _init, fini=0x815491c _fini, rtld_fini=0x4000aea0 _dl_fini, stack_end=0xbad4) at ../sysdeps/generic/libc-start.c:92 (gdb) Could this be the cause ??? Edit this bug report at http://bugs.php.net/?id=12118edit=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 #12139 Updated: strtoupper/strtolower do not convert umlauts
ID: 12139 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Scripting Engine problem Operating System: win and *ix PHP Version: 4.0.6 New Comment: No feedback. Reopen if you still have this problem with PHP 4.0.7 (soon to be released) or with latest CVS snapshot from http://snaps.php.net/ Previous Comments: [2001-07-13 09:21:48] [EMAIL PROTECTED] even if you use set_locale() to activate german language settings? [2001-07-13 08:45:40] [EMAIL PROTECTED] the strtolower and strtoupper functions will not convert the German umlauts (äüö). Edit this bug report at http://bugs.php.net/?id=12139edit=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 #10876 Updated: Main thread error if die placed in file which uncluded from switch-case operato
ID: 10876 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Scripting Engine problem Operating System: WINNT 4.0 SP6 + Apache 3.12, php PHP Version: 4.0.5 New Comment: No feedback. Reopen if you still have this problem with PHP 4.0.7 (soon to be released) or with latest CVS snapshot. Previous Comments: [2001-07-15 13:54:53] [EMAIL PROTECTED] Unable to reproduce under the latest CVS. Please try a recent snapshot from www.zend.com/snapshots/ and see if the problem persists. [2001-05-15 08:07:45] [EMAIL PROTECTED] Some comments. It happen when Output_buffering=on only, if output_buffering=off all is ok [2001-05-15 07:48:00] [EMAIL PROTECTED] I use WINNT 4.0+SP6+Apache 1.3.12+php 4.0.5 as apache module I got Apache main thread error each time, if die() or exit() function placed in file which included from switch-case operator like this: code example tdie.php ? $a=1; switch ($a) { case 1: include(testdie.php); break; } ? testdie.php ? die(qq); ? Edit this bug report at http://bugs.php.net/?id=10876edit=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 #12111 Updated: gdImageCreateFromPng dos not work
ID: 12111 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: GD related Operating System: Linux PHP Version: 4.0.6 New Comment: No feedback. Reopen if you still have this problem with PHP 4.0.7 (soon to be released) or with latest CVS snapshot from http://snaps.php.net/ (can't reproduce) Previous Comments: [2001-07-26 17:33:39] [EMAIL PROTECTED] Check what error is given in config.log file. Also, try adding --with-zlib to your configure line. --Jani [2001-07-22 19:07:56] [EMAIL PROTECTED] No status was set. [2001-07-13 18:21:37] [EMAIL PROTECTED] Hi I know that all is OK with GD and PNG so tried to add #define HAVE_GD_PNG 1 in main/php_config.h after the configure. All is OK with that line The problems seems to come from ./configure [2001-07-12 14:20:35] [EMAIL PROTECTED] ./configure \ --with-pgsql=/usr/local \ --with-mysql=/usr/local \ --with-imagic \ --with-imap \ --enable-track-vars \ --enable-safe-mode \ --enable-memory-limit \ --enable-magic-quotes \ --enable-roxen-zts \ --with-gd=/usr/ \ --with-png-dir=/usr \ --with-jpeg-dir=/usr \ --with-t1lib \ --with-cpdflib \ --enable-ftp \ --enable-calendar \ --with-gdbm \ --enable-zlib=/usr/ \ --with-zlib-dir=/usr \ --with-gettext \ --with-xml \ --with-dom \ --with-swf \ --with-apache=/usr/local/src/apache_1.3.19 [2001-07-12 14:05:33] [EMAIL PROTECTED] What is your ./configure line? Make sure you specify where your libpng library and header files can be found under. eg. --with-png-dir=/usr 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=12111 Edit this bug report at http://bugs.php.net/?id=12111edit=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 #12217 Updated: Apache + oracle + php 4.0.6 + debian
ID: 12217 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Reproducible crash Operating System: Debian PHP Version: 4.0.6 New Comment: no feedback and most likely the missing pthread lib problem. Previous Comments: [2001-07-26 20:40:52] [EMAIL PROTECTED] Check that Apache is linked with libpthread: http://www.php.net/oci8 --Jani [2001-07-17 16:38:33] [EMAIL PROTECTED] I have a debian patatoes + apache 1.3.x + oracle 8i + php 4.0.6 i want to use OCI8 with php. i compile php4.0.6 with ./configure.. oracle .. oci8 and add the libphp4.so in apache repertory. When we use OCI with php4. The computer's cpu is 100% working. What is the problem. I kill apache but i can't restart apache. I must unselect libphp4.so ,restart apache and stop apache to reselect libphp4. strange. Thanks for help! Edit this bug report at http://bugs.php.net/?id=12217edit=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 #12262 Updated: php.exe - Entry Point Not Found
ID: 12262 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Reproducible crash Operating System: Windows 2000 Server, IIS5.0 PHP Version: 4.0.6 New Comment: status - open (nobody commented?) Previous Comments: [2001-07-22 07:03:33] [EMAIL PROTECTED] Ok - anyone in the know care to comment on whether there might be differences between the equivalients of msvcrt.dll on NT/W2K? [2001-07-21 18:58:50] [EMAIL PROTECTED] Mr. Driscoll I was loading the 4.0.6 version without extensions, upgrading from 4.0.4 that also did not have extensions. And I did make sure both DLLs checked out and they did, both were current to 4.0.6 and error still occurs. Thank you [2001-07-20 10:38:43] [EMAIL PROTECTED] Apologies if you've tried this already but... Load the two copies of php4ts.dll into a text editor (notepad wil do) and search for 4.0.6 just to make really sure. If you are convinced beyond doubt that there are no old php modules (including old extention modules) lying around, then (question to Windows developers) is there a possibilty that this is something to do with the msvcrt.dll - or its W2K equivalent? [2001-07-20 10:19:19] [EMAIL PROTECTED] I have done this, I used 4.0.5 instead of .6 and it works fine. PHP4TS.DLL only exists in 2 places on my server, and both were current to the new PHP, or else I wouldn't have reported this. [2001-07-20 07:44:14] [EMAIL PROTECTED] sounds like you haven't overwritten an old stale dll. first stop your webserver, then overwrite everything with the new distribution and finally restart your webserver. 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=12262 Edit this bug report at http://bugs.php.net/?id=12262edit=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 #12314 Updated: include_path does not work
ID: 12314 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Bogus Bug Type: Scripting Engine problem Operating System: WinME PHP Version: 4.0.6 New Comment: No feedback, can't reproduce. Previous Comments: [2001-07-27 12:05:39] [EMAIL PROTECTED] Have you tried adding the drive name to the paths? ie. include_path=.;c:\my\own\includes\;d:\some\other\stuff\ As this works for me on WinME just fine. [2001-07-24 05:01:01] [EMAIL PROTECTED] OK! you can call this bug somewhat of a bummer the problems disappear if I use Win98. I found this when I copied my setup to a different computer. [2001-07-23 08:40:24] [EMAIL PROTECTED] Hmm... looks like very rarely do people really mean what they say in bug reports ;-) OK! here goes -- Fatal error: Failed opening required 'countrylist2.inc' (include_path='./;./inc/') in c:\program files\apache group\apache\htdocs\bobp\latest\propertyadd.php3 on line 52 -- I have also tried the following variants include_path=.\;.\inc\ include_path=.;.\inc\ include_path=. No settings works for anything between Version 4.0.3 to 4.0.6 However the same is working on a live site running Ver4.0.2 and I dont know where to get Win binaries of 4.0.2 from ... Cheers [2001-07-23 07:49:30] [EMAIL PROTECTED] well, I use include_path on NT 4 and NT 5 without problems. since you did not do what the Dos Donts page tells you to do (include related php.ini settings in the report), I can only guess that you forgot to put the value in quotes. Anyway, could you try this? php.ini: include_path = ./;./inc/ somewhere/test.php: ? include 'include.inc' ? somewhere/inc/include.inc: ? echo __FILE__ ? and load somewhere/test.php. If it gives you any error, paste it here, please. Thanks! [2001-07-23 07:12:07] [EMAIL PROTECTED] without being cynical and with all due respect - yes I have read the do's and dont's of bug reporting I also know that the similar bug has been reported for Win2K and like I said - whatever the include_path setting it does not work for all practical purposes the setting in the php.ini is include_path = It would be nice if someone could let me know where to find the Win binaries of PHP4.0.2 that is the latest confirmed (of course by me) version which does not have this problem. Also - under Linux V 4.0.6 works fine Tarique 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=12314 Edit this bug report at http://bugs.php.net/?id=12314edit=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 #12170 Updated: sessionid is attached with a '?' instead of the arg_seperator
ID: 12170 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Session related Operating System: debian linux PHP Version: 4.0.6 New Comment: no feedback. Propably misconfiguration. Try with unmodified php.ini-dist from the distro. Previous Comments: [2001-07-31 21:31:08] [EMAIL PROTECTED] Could you please add a short but complete example file into this bug report? [2001-07-14 14:22:58] [EMAIL PROTECTED] All my links get attached with the sessionid by PHPs session management. Having some own arguments it is not seperated by the arg_seperator but '?' (without quotes) arg_separator.output = amp; like this: ... forum.php?forumfolderid=0?PHPSESSID=3ff5bb319ba36bfb98812027779e1c8e Edit this bug report at http://bugs.php.net/?id=12170edit=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 #12188 Updated: Object with Sessiona
ID: 12188 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Session related Operating System: PHP Version: 4.0.6 New Comment: status-open Previous Comments: [2001-07-17 05:06:10] [EMAIL PROTECTED] what is my error then ? [2001-07-16 16:23:10] [EMAIL PROTECTED] This works perfectly for me. If I keep reloading that page I get: a Object ( [a] = 1 ) a Object ( [a] = 2 ) a Object ( [a] = 3 ) a Object ( [a] = 4 ) ... - Colin [2001-07-16 16:03:05] [EMAIL PROTECTED] Fatal error: The script tried to execute a method or access a property of an incomplete object. Please ensure that the class definition stati of the object you are trying to operate on was loaded _before_ the session was started in /var/www/wedr0/test/para4.php on line 12 [2001-07-16 11:37:09] [EMAIL PROTECTED] ... and the problem is ... ? [2001-07-16 11:19:57] [EMAIL PROTECTED] class A { var $a; function add(){ $this-a++; } } session_register('a'); if (!is_object($a)){ $a = new A(); } $a-add(); print_r($a); Modules : ./configure \ --with-iconv \ --with-mysql \ --with-apxs=/usr/local/apache/bin/apxs \ --with-xml \ --with-sablot \ --with-swf=/usr/local/src/dist \ -enable-sysvsem \ -enable-sysvshm \ -enable-trans-sid \ -enable-track-vars \ -enable-register-globals \ $@ Edit this bug report at http://bugs.php.net/?id=12188edit=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 #12299 Updated: Opening a new session truncates the html output
ID: 12299 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Session related Operating System: Debian Potato 2.2.19 PHP Version: 4.0.6 New Comment: No feedback. Reopen if you still have this problem with PHP 4.0.7 (soon to be released) or with latest CVS snapshot from http://snaps.php.net/ Previous Comments: [2001-07-22 17:50:13] [EMAIL PROTECTED] That works for me on Linux. Are you using transparent session id propagation and/or output buffers? Thanks. [2001-07-22 09:58:31] [EMAIL PROTECTED] I was able to reproduce this with the latest CVS of PHP 4.0.7-dev on Win32, built as CGI and the following script: ?php session_start(); ? html body /body /html output: html body /body / [2001-07-21 12:16:17] [EMAIL PROTECTED] CODE SNIPPET: ? session_start(); echo ' html head /head body some text here /body /html '; ? The output will be the following: html head /head body some text here /body / It truncates the last /html tag! When I reload the page, it displays correctly. When I open a new browser (so a new session id must be created), the problem is the same. When I close the session with session_destroy before the output, then it works fine. CONFIGURE LINE: '../configure' '--prefix=/usr' '--with-apxs=/usr/bin/apxs' '--with-regex=system' '--with-config-file-path=/etc/php4/apache' '--disable-rpath' '--disable-debug' '--enable-memory-limit' '--enable-calendar' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars' '--enable-trans-sid' '--enable-bcmath' '--with-bz2' '--enable-ctype' '--with-db2' '--with-ndbm' '--enable-exif' '--enable-filepro' '--enable-ftp' '--with-gettext' '--with-mm' '--enable-mbstring' '--enable-mbstr-enc-trans' '--with-pcre-regex=/usr' '--enable-shmop' '--enable-sockets' '--enable-wddx' '--enable-yp' '--with-zlib' '--without-pgsql' '--disable-static' '--with-layout=GNU' '--with-gd=shared,/usr' '--with-jpeg-dir=shared,/usr' '--with-png-dir=shared,/usr' '--with-mhash=shared,/usr' '--with-mysql=shared,/usr' ADDITIONAL SYSTEM DESCRIPTION: APACHE 1.3.20 Edit this bug report at http://bugs.php.net/?id=12299edit=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 #12281 Updated: base64_encode
ID: 12281 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Strings related Operating System: windows NT PHP Version: 4.0.4pl1 New Comment: No feedback. Reopen if you still have this problem with PHP 4.0.7 (soon to be released) or with latest CVS snapshot from http://snaps.php.net/ Previous Comments: [2001-07-20 13:20:56] [EMAIL PROTECTED] I can't reproduce the problem base64_encode() under Win2k / PHP 4.0.6 Does the following script fail? ?php echo base64_encode ('foo'); ? Regarding the MSSQL problems, have you enabled the MSSQL extension? If not, please review http://www.php.net/manual/en/install-windows.php [2001-07-20 09:10:09] [EMAIL PROTECTED] The function base64_encode is not detected by the application. Should I upgrade the version ? Also the functions to get connection to database from MSSql(ver.7) is not identified by php. Should I reinstall the latest version again or please guide to upgrade the existing version to enable these functions. Edit this bug report at http://bugs.php.net/?id=12281edit=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 #11902 Updated: Defined constants carry over to next script call
ID: 11902 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Bogus Bug Type: Unknown/Other Function Operating System: SunOS oradev 5.7 Generic_106541- PHP Version: 4.0.5 New Comment: What you're trying to do is not possible. There are no connection pools in PHP. Previous Comments: [2001-07-15 05:24:38] [EMAIL PROTECTED] what server and sapi are you using? [2001-07-05 07:14:06] [EMAIL PROTECTED] if(defined(LINK_ID)) print(ERROR); $link_id = OCILogon(.); define(LINK_ID , $link_id); If I run this script it will print ERROR on the second call (refresh) but not the 3rd, then again on the 4th. It seems not to like me assign the resource id in this form. If I use define(LINK_ID , $link_id); it works and I can use the constant but this is hardly as documentated. All other defined variables even those with simple strings or numerals carry over as well when I use the first method. Not nice :) Since I already have a work around this is not a hot issue, but I would like to know if this is a problem with me or with php. If you need more info please feel free to contact me. Edit this bug report at http://bugs.php.net/?id=11902edit=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 #12217 Updated: Apache + oracle + php 4.0.6 + debian
ID: 12217 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Reproducible crash Operating System: Debian PHP Version: 4.0.6 New Comment: thanks about your help but this lib is already install now the web interface is working good but we don't know why because we don't change anything really strange thanks again Previous Comments: [2001-08-20 12:12:15] [EMAIL PROTECTED] no feedback and most likely the missing pthread lib problem. [2001-07-26 20:40:52] [EMAIL PROTECTED] Check that Apache is linked with libpthread: http://www.php.net/oci8 --Jani [2001-07-17 16:38:33] [EMAIL PROTECTED] I have a debian patatoes + apache 1.3.x + oracle 8i + php 4.0.6 i want to use OCI8 with php. i compile php4.0.6 with ./configure.. oracle .. oci8 and add the libphp4.so in apache repertory. When we use OCI with php4. The computer's cpu is 100% working. What is the problem. I kill apache but i can't restart apache. I must unselect libphp4.so ,restart apache and stop apache to reselect libphp4. strange. Thanks for help! Edit this bug report at http://bugs.php.net/?id=12217edit=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 #11761 Updated: LC_CTYPE undeclared
ID: 11761 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Compile Failure Operating System: HP-UX 11.00 PHP Version: 4.0.6 New Comment: I pulled the latest snapshot and ran the same configure command. I still see the following in main/php_config.h: /* #undef HAVE_LOCALE_H */ It appears the problem still exists... Previous Comments: [2001-08-18 15:34:20] [EMAIL PROTECTED] Does this happen with latest CVS snapshot: http://snaps.php.net/ --Jani [2001-07-02 11:19:03] [EMAIL PROTECTED] I was able to work around the problem by adding: #define HAVE_LOCALE_H 1 in main/php_config.h However, I am still concerned at why that particular header file was not found. [2001-06-29 20:40:11] [EMAIL PROTECTED] User feedback (next time, use the WEB interface to answer): --- I do have /usr/include/locale.h. In the php_config.h file, the only line matching 'HAVE_LOCALE_H' is: /* #undef HAVE_LOCALE_H */ Is configure not finding my header file? --- [2001-06-29 17:48:56] [EMAIL PROTECTED] I was able to work around the problem by adding: #define HAVE_LOCALE_H 1 in main/php_config.h However, I am still concerned at why that particular header file was not found. [2001-06-29 17:14:05] [EMAIL PROTECTED] I was able to work around the problem by adding: #define HAVE_LOCALE_H 1 in main/php_config.h However, I am still concerned at why that particular header file was not found. 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=11761 Edit this bug report at http://bugs.php.net/?id=11761edit=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 #12353 Updated: PHP4.0.05, should be apache 1.3 API, not EAPI, please recompile DEAPI
ID: 12353 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Bogus Bug Type: Unknown/Other Function Operating System: Windows PHP Version: 4.0.6 New Comment: You need to compile PHP with the correct Apache sources. ie. Your apache has SSL support in it and uses EAPI.. Not a bug. --Jani Previous Comments: [2001-07-24 20:29:58] [EMAIL PROTECTED] does this happen with 4.0.6? [2001-07-24 19:52:51] [EMAIL PROTECTED] Error : [warn] Loaded DSO c:/usr/php/sapi/php4apache.dll plain apache 1.3 API, this module might crash under EAPI! (please recompile with DEAPI) I have apache 1.3.20 installed using indigostar. I downloaded the 4.0.5 php binary and installed it as per instructions. It runs with the error message above. How do I recompile with DEAPI or resolve this problem using compiled binaries. Dave Edit this bug report at http://bugs.php.net/?id=12353edit=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 #12386 Updated: Mac Carriage Returns cause PHP to choke
ID: 12386 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Unknown/Other Function Operating System: macintosh PHP Version: 4.0.4 New Comment: No feedback. Reopen if you still have this problem with PHP 4.0.7 (soon to be released) or with latest CVS snapshot from http://snaps.php.net/ Previous Comments: [2001-07-27 22:11:21] [EMAIL PROTECTED] Could you please try PHP 4.0.6 as this should be fixed in it (IIRC). If not, try also latest snapshot from http://snaps.php.net/ --Jani [2001-07-25 23:31:16] [EMAIL PROTECTED] When authoring php on the macintosh, php will not compile scripts when using macintosh native carriage returns. Edit this bug report at http://bugs.php.net/?id=12386edit=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 #8780 Updated: difference in fwrite with cgi/apachemodule
ID: 8780 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Bogus Bug Type: Filesystem function related Operating System: Windows NT/2000 PHP Version: 4.0.3pl1 New Comment: Not a PHP bug. Previous Comments: [2001-07-31 11:45:36] [EMAIL PROTECTED] ok... Does this happen in the latest version of PHP? [2001-07-21 19:02:33] [EMAIL PROTECTED] What's the bug??? I don't see this as a bug... [2001-01-18 08:20:51] [EMAIL PROTECTED] If I use PHP as CGI with Apache 1.3.12, I must add chr(13).chr(10) to textfiles, when I write them with fwrite and I want some linefeed. If PHP is used as a Apache module, in textfiles there are double linefeed [one from PHP the other from chr(13).chr(10)]. Why is it different and will one or the other case be corrected? Thanks, Rolf. Edit this bug report at http://bugs.php.net/?id=8780edit=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 #7641 Updated: cgi binary with enable-discard-path fails with empty doc_root value
ID: 7641 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: *Web Server problem Operating System: Linux 2.2.16 i686 PHP Version: 4.0 Latest CVS (04/11/2000) New Comment: Unfortunately, I am currently not able to test it due to time limitation. Please do not close the bug report yet, I might have time to test ist in the next couple of weeks (this report is 8 months old anyway). Previous Comments: [2001-08-19 02:53:39] [EMAIL PROTECTED] Does this happen with latest CVS snapshot: http://snaps.php.net/ [2000-11-04 20:26:34] [EMAIL PROTECTED] Similar Problems have been described in Bug id #5163 and Bug id #6201, but obviously are still not resolved completely : when compiling the cgi version, even a simple phpinfo() doesn't work when called via Apache (while it works fine on the command line). The error message in the browser shows up as: Parse error: parse error in /usr/local/apache/cgi-bin/php on line NNN (Apache 1.3.14 - other errors were reported by users of Netscape/iPlanet) I have tried lots of different compilation settings, and found only one common element: the problem only occurs if --enable-discard-path is specified. Any other combination of configure flags result in a binary that works fine as long as --enable-discard-path is not used. I tried both the download version 4.03pl1 and snapshot-200011041645, the only difference with the snapshot version is that it shows a different error message: Warning: Unexpected character in input: ' in /usr/local/apache/cgi-bin/php on line 116 Warning: Unexpected character in input: ' in /usr/local/apache/cgi-bin/php on line 116 Warning: Unexpected character in input: '' (ASCII=11) state=1 in /usr/local/apache/cgi-bin/php on line 116 Warning: Unexpected character in input: '' (ASCII=8) state=1 in /usr/local/apache/cgi-bin/php on line 116 Parse error: parse error in /usr/local/apache/cgi-bin/php on line 116 A temporary solution is to set the doc_root in php.ini to a non-empty value. However, under some circumstances it is undesirable to explicitly set this value - e.g. when sharing a single php binary among different virtual servers, so php shouldn't fail even without doc_root set. Edit this bug report at http://bugs.php.net/?id=7641edit=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 #12862 Updated: Undefined symbol mysql_field_count in libphp4.so
ID: 12862 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: MySQL related Operating System: Linux RH 6.2 (2.2.19) PHP Version: 4.0.6 New Comment: Yeah. That is. Thanks a lot. Previous Comments: [2001-08-20 11:48:32] [EMAIL PROTECTED] You don't happen to have the OLD libs there too? ie. from previous Mysql installation. Try deleting them all or install the new one someplace else. --Jani [2001-08-20 11:39:50] [EMAIL PROTECTED] Newely installed MySQL 3.23.41 from tarball, confugured with --prefix=/usr --with-default-charset=koi8_ru --with-extra-charsets=all I try to install PHP 4.0.6 from source tar.gz. using --with-mysql=/usr --with-apxs options. No errors during compilation, but Apache won't start, reporting undefined symbol mysql_fileds_count in module libphp4.so. /etc/ld.so.conf contains: [...] /usr/lib /usr/lib/mysql but this doesn't help :-) Edit this bug report at http://bugs.php.net/?id=12862edit=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 #12862 Updated: Undefined symbol mysql_field_count in libphp4.so
ID: 12862 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Bogus Bug Type: MySQL related Operating System: Linux RH 6.2 (2.2.19) PHP Version: 4.0.6 New Comment: User error. :) Previous Comments: [2001-08-20 12:38:11] [EMAIL PROTECTED] Yeah. That is. Thanks a lot. [2001-08-20 11:48:32] [EMAIL PROTECTED] You don't happen to have the OLD libs there too? ie. from previous Mysql installation. Try deleting them all or install the new one someplace else. --Jani [2001-08-20 11:39:50] [EMAIL PROTECTED] Newely installed MySQL 3.23.41 from tarball, confugured with --prefix=/usr --with-default-charset=koi8_ru --with-extra-charsets=all I try to install PHP 4.0.6 from source tar.gz. using --with-mysql=/usr --with-apxs options. No errors during compilation, but Apache won't start, reporting undefined symbol mysql_fileds_count in module libphp4.so. /etc/ld.so.conf contains: [...] /usr/lib /usr/lib/mysql but this doesn't help :-) Edit this bug report at http://bugs.php.net/?id=12862edit=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 #11761 Updated: LC_CTYPE undeclared
ID: 11761 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Compile Failure Operating System: HP-UX 11.00 PHP Version: 4.0.6 New Comment: What is in config.log about locale.h ? --Jani Previous Comments: [2001-08-20 12:21:08] [EMAIL PROTECTED] I pulled the latest snapshot and ran the same configure command. I still see the following in main/php_config.h: /* #undef HAVE_LOCALE_H */ It appears the problem still exists... [2001-08-18 15:34:20] [EMAIL PROTECTED] Does this happen with latest CVS snapshot: http://snaps.php.net/ --Jani [2001-07-02 11:19:03] [EMAIL PROTECTED] I was able to work around the problem by adding: #define HAVE_LOCALE_H 1 in main/php_config.h However, I am still concerned at why that particular header file was not found. [2001-06-29 20:40:11] [EMAIL PROTECTED] User feedback (next time, use the WEB interface to answer): --- I do have /usr/include/locale.h. In the php_config.h file, the only line matching 'HAVE_LOCALE_H' is: /* #undef HAVE_LOCALE_H */ Is configure not finding my header file? --- [2001-06-29 17:48:56] [EMAIL PROTECTED] I was able to work around the problem by adding: #define HAVE_LOCALE_H 1 in main/php_config.h However, I am still concerned at why that particular header file was not found. 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=11761 Edit this bug report at http://bugs.php.net/?id=11761edit=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] about domxml api-change in 4.0.7
Seriously, if someone has 2.4.1 on his system and it works why push him to use 2.4.2 when he's comfortable with it? I'ld vote for at leat 2.4.1 . - Markus On Sun, Aug 19, 2001 at 09:37:38AM +0200, Jani Taskinen wrote : From libxml changelog: -- 2.4.2: Aug 15 2001 - adds xmlLineNumbersDefault() to control line number generation - lot of bug fixes - the Microsoft MSC projects files shuld now be up to date - inheritance of namespaces from DTD defaulted attributes - fixes a serious potential security bug - added a --format option to xmllint -- Are these reasons enough? --Jani On Sun, 19 Aug 2001, Christian Stocker wrote: On Yesterday, Joey Smith wrote: That will change shortly. saw the cvs-commit. But just one question (out of curiosity): what's the sense of asking for 2.4.2, when 2.4.1 seems to work as well? Or did I just not hit that bug in 2.4.1 till now :) chregu On Sat, 18 Aug 2001, Christian Stocker wrote the following to...: On Sat, 18 Aug 2001, Jani Taskinen wrote: DOMXML is an experimental extension. So you can expect it to change still..Your mileage may vary :) e.g. In 4.0.7 the required libxml version will be 2.4.2. mmmh, JFYI, i have here only 2.4.1, but it seems to work with no problems. chregu -- 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]
[PHP-DEV] Bug #11761 Updated: LC_CTYPE undeclared
ID: 11761 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Compile Failure Operating System: HP-UX 11.00 PHP Version: 4.0.6 New Comment: The file config.log contains the following block regarding locale.h: configure:6312: checking for locale.h configure:6322: gcc -E -DHPUX11 -DUSE_HSREGEX -DUSE_EXPAT -DSHARED_CORE conftest.c /dev/null 2conftest.out In file included from /usr/include/locale.h:157, from configure:6318: /opt/gcc/lib/gcc-lib/hppa2.0n-hp-hpux11.00/2.95.3/include/stdio.h:30: warning: `__va__list' redefined /usr/include/locale.h:26: warning: this is the location of the previous definition configure: failed program was: #line 6317 configure #include confdefs.h #include locale.h Previous Comments: [2001-08-20 12:53:53] [EMAIL PROTECTED] What is in config.log about locale.h ? --Jani [2001-08-20 12:21:08] [EMAIL PROTECTED] I pulled the latest snapshot and ran the same configure command. I still see the following in main/php_config.h: /* #undef HAVE_LOCALE_H */ It appears the problem still exists... [2001-08-18 15:34:20] [EMAIL PROTECTED] Does this happen with latest CVS snapshot: http://snaps.php.net/ --Jani [2001-07-02 11:19:03] [EMAIL PROTECTED] I was able to work around the problem by adding: #define HAVE_LOCALE_H 1 in main/php_config.h However, I am still concerned at why that particular header file was not found. [2001-06-29 20:40:11] [EMAIL PROTECTED] User feedback (next time, use the WEB interface to answer): --- I do have /usr/include/locale.h. In the php_config.h file, the only line matching 'HAVE_LOCALE_H' is: /* #undef HAVE_LOCALE_H */ Is configure not finding my header file? --- 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=11761 Edit this bug report at http://bugs.php.net/?id=11761edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/ircg README.txt
On Mon, 20 Aug 2001, Jani Taskinen wrote: Why are you not willing to give support to something YOU have created ??? This is ridiculous. Jani, may I bring the following points to your careful consideration. 1. Directing questions to a mailing list increases the size of the audience for a specific issue, which usually results in improved response times. A user who had similar experience might be able to help out the questioner. That happens frequently and is the base for huge mailing lists such as php-general. 2. Knowledge is automatically shared. Storing the contents of those mailing lists will enable users to retrieve specific pieces of information instantly. These are the primary reasons why I direct questions to mailing lists. It improves the overall user experience. - Sascha Experience IRCG http://schumann.cx/http://schumann.cx/ircg -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] foreach() enhancement (not too serious ;)
While hacking around I came up with another variation for foreach() feature request ... foreach( $somearary as list($ene, $mene, $muh)) { or foreach( $somearray as $somekey = list($ene, $mene, $muh)) { given that $somearray = array( 'key1' = array('1','2','3'), [...] ); :) Markus -- 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] Re: [PHP-CVS] cvs: php4 /ext/ircg README.txt
I couldn't find email archives for that IRCG mailing list, (which subscribe info / mailing address you might wanna mention in that README.txt file too), so I don't know how much of this 'knowledge' is really shared on it. When I find a free minute, I'll setup Jim's NNTP-based system. I found only couple emails on php-general.. to which you haven't ever replied. I'm pretty sure that people would want me to work on software in my spare free time rather than trying to keep up with the huge amounts of unrelated email on php-general. Also, adding remarks like this isn't giving very positive 'feeling' about you or your software. I wouldn't use anything that basicly says Don't ask me if this shit doesn't work ask the other dumbasses who try to use it. Please feel free to propose an improved version of the language which can be currently found in the readme file. So you're absolutely right on that. But I also answer to most of the support questions send to me privately. It would be really rude not to. I would ask you to refrain from indicating that other people may act 'rude' when you evidently and regularly shout at them. That makes it pretty special extension and that's why it does not need to be distributed with the base PHP distro. There are no objective criteria regarding this matter and thus there is absolutely no basis for your request. - Sascha Experience IRCG http://schumann.cx/http://schumann.cx/ircg -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12865: Acentuation big problem
From: [EMAIL PROTECTED] Operating system: windows 2000 PHP version: 4.0.5 PHP Bug Type: Output Control Bug description: Acentuation big problem Software running: Apache, MsSqlServer7.0 and PHP4.0.5 on windows 2000 The problem with acentuations ocours when php loads the database data. The output is wrong in browser. I modified apache and MSSql Server ISO and charset configurations and nothing solve the problem. note.: new data inserted in DB is displaying correct. -- Edit bug report at: http://bugs.php.net/?id=12865edit=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] chroot(): _not_ safe-mode restricted?
As I read it in CVS, chroot() will work even in safe-mode. Isn't this a bad idea(tm), or am I wrong? If users can chroot in safe-mode, Apache won't serve any more pages after all children have been chrooted to an empty dir? uhm, where have you read that? [ curious ] I just reasoned what could happen. if you chroot a child, I couldn't see a reason why it'd get respawned (since it doesn't die), but it will become a useless child, I guessed. nope, cause it will run as apache user, and you have to be root to chroot(). I believe there are webservers which are run as root, or not? If that is the case, chroot should be disabled in safe-mode IMHO, or better, disabled in webserver envirment. Currently the docs say that it is not *wise* to use it in webserver-env, not that is impossible. That's why I questioned safe-mode restrictions here. -- teodor 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] chroot(): _not_ safe-mode restricted?
On Mon, 20 Aug 2001, Jeroen van Wolffelaar wrote: As I read it in CVS, chroot() will work even in safe-mode. Isn't this a bad idea(tm), or am I wrong? If users can chroot in safe-mode, Apache won't serve any more pages after all children have been chrooted to an empty dir? uhm, where have you read that? [ curious ] I just reasoned what could happen. if you chroot a child, I couldn't see a reason why it'd get respawned (since it doesn't die), but it will become a useless child, I guessed. It will be useless indeed, as the filesystem root of it has been changed then. nope, cause it will run as apache user, and you have to be root to chroot(). I believe there are webservers which are run as root, or not? If that is the case, chroot should be disabled in safe-mode IMHO, or better, disabled in webserver envirment. If your sysadm runs a webserver as root, you should fire him IMO. Currently the docs say that it is not *wise* to use it in webserver-env, not that is impossible. That's why I questioned safe-mode restrictions here. yeah, right... I think it should only work in plain CGI mode, with no CGI things in it (force-cgi-redirect) or other stuff. It simply has no use in this cases... Derick -- 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] chroot(): _not_ safe-mode restricted?
IMHO There is no reason to use chroot in safe_mode, and it should be disabled. As far as webservers running as root, potentially any webserver could, though you are probably right that some do by default. Think of the potential hazard of a multi-threaded webserver This is another dangerous system call for the web environment, and really should be disabled if SAPI!=cgi -Jason - Original Message - From: Jeroen van Wolffelaar [EMAIL PROTECTED] To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Cc: PHP Developers Mailing List [EMAIL PROTECTED] Sent: Monday, August 20, 2001 2:01 PM Subject: Re: [PHP-DEV] chroot(): _not_ safe-mode restricted? As I read it in CVS, chroot() will work even in safe-mode. Isn't this a bad idea(tm), or am I wrong? If users can chroot in safe-mode, Apache won't serve any more pages after all children have been chrooted to an empty dir? uhm, where have you read that? [ curious ] I just reasoned what could happen. if you chroot a child, I couldn't see a reason why it'd get respawned (since it doesn't die), but it will become a useless child, I guessed. nope, cause it will run as apache user, and you have to be root to chroot(). I believe there are webservers which are run as root, or not? If that is the case, chroot should be disabled in safe-mode IMHO, or better, disabled in webserver envirment. Currently the docs say that it is not *wise* to use it in webserver-env, not that is impossible. That's why I questioned safe-mode restrictions here. -- teodor 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 Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/ircg README.txt
On Mon, 20 Aug 2001, Sascha Schumann wrote: I found only couple emails on php-general.. to which you haven't ever replied. I'm pretty sure that people would want me to work on software in my spare free time rather than trying to keep up with the huge amounts of unrelated email on php-general. I'm pretty sure Jani meant postings regarding with IRCG, and those are still postings by users of the software you wrote. I wouldn't call that unrelated email. So you're absolutely right on that. But I also answer to most of the support questions send to me privately. It would be really rude not to. I would ask you to refrain from indicating that other people may act 'rude' when you evidently and regularly shout at them. Some people need to be shouted too, before they awake. And if users don't get replies on there questions with software you wrote, they are going to abandon it. That makes it pretty special extension and that's why it does not need to be distributed with the base PHP distro. There are no objective criteria regarding this matter and thus there is absolutely no basis for your request. Besides IRCG, there are more extensions that are very special (like the credit card extensions, and IMO they should be moved to PEAR too. But as IRCG is indeed very special and only works met thttpd AFAIK, it definitely should belong in PEAR. Derick -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/ircg README.txt
I'm pretty sure Jani meant postings regarding with IRCG, and those are still postings by users of the software you wrote. I wouldn't call that unrelated email. At least 99% of the traffic on php-general is unrelated to IRCG. Some people need to be shouted too, before they awake. I think the above sentence says enough about how to weight your whole email. And if users don't get replies on there questions with software you wrote, they are going to abandon it. IRCG is one of the best-maintained extensions at this time. For example, a user who is deploying PHP/IRCG for a huge gaming community mailed me a backtrace *privately*. He received the fix within 10 minutes. *BUT*: There is no definitive right for support for open-source software. There is no definitive right for assistance from anyone. All I can do is to provide you with pointers to available resources and answer emails whenever I can. Besides IRCG, there are more extensions that are very special IRCG is *not* special. Not more special than 90% of our extensions anyway. It works with all SAPIs, thttpd just happens to support a bit more functionality. It provides convenient functions for anyone writing software which is related to IRC (there are at least a dozen other PHP-based web-chats which can use it). - 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] Re: [PHP-CVS] cvs: php4 /ext/ircg README.txt
On Mon, 20 Aug 2001, Derick Rethans wrote: Besides IRCG, there are more extensions that are very special (like the credit card extensions, and IMO they should be moved to PEAR too. But as IRCG is indeed very special and only works met thttpd AFAIK, it definitely should belong in PEAR. Processing payments on the internet is very special? No wonder so many businesses went under in the last few months. I think as long as PHP is a viable language for ecommerce development and hosting companies these extensions (Cybercash,pfpro,CCVS) make a lot of sense to have as part of the distribution. I'm not sure I've ever seen a clear argument as to why they don't. 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] Netscape cookies rather than RFC2109 or RFC2965?
Is there any particular reason why setcookie() uses the long- deprecated Netscape cookie syntax? Would anyone object to my enhancing it to at least allow another argument specifying the syntax (Netscape Set-Cookie, RFC2109 Set-Cookie, or RFC2965 Set-Cookie2)? -- #kenP-)} Ken Coar, Sanagendamgagwedweinini http://Golux.Com/coar/ Author, developer, opinionist http://Apache-Server.Com/ All right everyone! Step away from the glowing hamburger! -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/ircg README.txt
At 23:04 20-08-01, John Donagher wrote: Processing payments on the internet is very special? No wonder so many businesses went under in the last few months. I think as long as PHP is a viable language for ecommerce development and hosting companies these extensions (Cybercash,pfpro,CCVS) make a lot of sense to have as part of the distribution. I'm not sure I've ever seen a clear argument as to why they don't. Yep, I agree. 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] Netscape cookies rather than RFC2109 or RFC2965?
At 23:16 20-08-01, Rodent of Unusual Size wrote: Is there any particular reason why setcookie() uses the long- deprecated Netscape cookie syntax? Downwards compatibility... Would anyone object to my enhancing it to at least allow another argument specifying the syntax (Netscape Set-Cookie, RFC2109 Set-Cookie, or RFC2965 Set-Cookie2)? I think that's fine, but it'll be coming after a long list of optional arguments :) 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 #12866: Speaking of Payment Processing... will PHP ever have a POST() function?
From: [EMAIL PROTECTED] Operating system: All PHP version: 4.0.6 PHP Bug Type: Feature/Change Request Bug description: Speaking of Payment Processing... will PHP ever have a POST() function? Speaking of Payment Processing... will PHP ever have a POST() function to post encoded form data to a server? Its easy enough to write your own, but for people not confident in all the header mumbo-jumbo, it would be really nice to be able to just: $URL=https://secure.authorize.net/secure/transact.dll;; $Args=id=001cost=19.96card_number=44; $Post_Results=post($URL,$Args); I think this would make PHP far, far easier to use for real time credit card processing, as well as a host of other useful things. Also, if there was some built in way to do the encryption that those companies always want... or at least a PHP tutorial for it... cause I can never figure out what they want, or how the data has to be encrypted... :P -Brian Tanner -- Edit bug report at: http://bugs.php.net/?id=12866edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/ircg README.txt
On Mon, 20 Aug 2001, John Donagher wrote: On Mon, 20 Aug 2001, Derick Rethans wrote: Besides IRCG, there are more extensions that are very special (like the credit card extensions, and IMO they should be moved to PEAR too. But as IRCG is indeed very special and only works met thttpd AFAIK, it definitely should belong in PEAR. Processing payments on the internet is very special? No wonder so many businesses went under in the last few months. I think as long as PHP is a viable language for ecommerce development and hosting companies these extensions (Cybercash,pfpro,CCVS) make a lot of sense to have as part of the distribution. I'm not sure I've ever seen a clear argument as to why they don't. How about some disclosure here :) I see no reason to put them in at the language level -- PEAR seems a suitable place for the extensions (once pear is setup). They're not really used that commonly (from what I can see). Also, these extensions are not the only way to process payments with PHP, plenty of sites do it different ways (I processed payments with PHP before these extensions existed). -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] Bug #12866: Speaking of Payment Processing... willPHP ever have a POST() function?
Use cURL. -Sterling From: [EMAIL PROTECTED] Operating system: All PHP version: 4.0.6 PHP Bug Type: Feature/Change Request Bug description: Speaking of Payment Processing... will PHP ever have a POST() function? Speaking of Payment Processing... will PHP ever have a POST() function to post encoded form data to a server? Its easy enough to write your own, but for people not confident in all the header mumbo-jumbo, it would be really nice to be able to just: $URL=https://secure.authorize.net/secure/transact.dll;; $Args=id=001cost=19.96card_number=44; $Post_Results=post($URL,$Args); I think this would make PHP far, far easier to use for real time credit card processing, as well as a host of other useful things. Also, if there was some built in way to do the encryption that those companies always want... or at least a PHP tutorial for it... cause I can never figure out what they want, or how the data has to be encrypted... :P -Brian Tanner -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/ircg README.txt
At 23:29 20-08-01, Sterling Hughes wrote: I see no reason to put them in at the language level -- PEAR seems a suitable place for the extensions (once pear is setup). They're not really used that commonly (from what I can see). Also, these extensions are not the only way to process payments with PHP, plenty of sites do it different ways (I processed payments with PHP before these extensions existed). I think these discussions are kind of idle until the PEAR framework is ready. The fact PHP comes with a rich variety of extensions is, in my opinion, one of the key reasons to its success. It doesn't mean that this system cannot be redesigned in a way in which the extensions would ship separately, but we have to make sure it will not make installing extensions any more complicated or annoying than it is today. 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] Re: [PHP-CVS] cvs: php4 /ext/ircg README.txt
I see no reason to put them in at the language level -- PEAR seems a suitable place for the extensions (once pear is setup). They're not [..] I suggest postponing such a discussion until there are at least some signs of PEAR for C extensions on the horizon, or even better, until there is a working and functional mechanism for end-users. Otherwise, it is just a waste of energy. - 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]