[PHP-DEV] Bug #14015 Updated: Can't install (make install)
ID: 14015 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Compile Failure Operating System: UNIXWARE 7 PHP Version: 4.0.6 New Comment: Of course, I follow the installation instructions. I type this commands: $ gunzip -c apache_1.3.22.tar.gz | tar xf - $ cd apache_1.3.22 $ ./configure $ cd .. $ gunzip -c php-4.0.6.tar.gz | tar xf - $ cd php-4.0.6 $ ./configure --without-mysql --with-apache=/home/pc/apache_1.3.22 --enable-track-vars $ make $ make install *** Error . Why without any params PHP compile normaly? $ cd php-4.0.6 $ ./configure $ make $ make install ... done Previous Comments: [2001-11-11 19:59:19] [EMAIL PROTECTED] Did you follow the installation instructions given in the INSTALL file ? Found under QUICK INSTALL (static) --Jani [2001-11-11 09:31:46] [EMAIL PROTECTED] By first, I do $./configure --without-mysql --with-apache=../apache_1.3.22 --enable-track-vars $ make And when I launch the installation's command (make install) and the code appears : Making install in Zend Making install in main Making install in ext Making install in mysql Making install in libmysql Making install in pcre Making install in pcrelib Making install in posix Making install in session Making install in standard Making install in xml Making install in expat Making install in xmltok Making install in xmlparse Making install in sapi Making install in apache Making install in TSRM Making install in regex Making install in . mkdir -p /home/pc/apache_1.3.22/src/modules/php4; cp libs/libphp4.a /home/pc/apache_1.3.22/src/modules/php4/libmodphp4.a; cp /home/pc/php-4.0.6//sapi/apache/mod_php4.* sapi/apache/libphp4.module /home/pc/apache_1.3.22/src/modules/php4; cp ./sapi/apache/apMakefile.tmpl /home/pc/apache_1.3.22/src/modules/php4/Makefile.tmpl; cp ./sapi/apache/apMakefile.libdir /home/pc/apache_1.3.22/src/modules/php4/Makefile.libdir *** Error code 2 (bu21) *** Error code 1 (bu21) When I try ./configure withotn any params, and after make and make install - compilation finished fine and I see all files in /usr/local/.. directory (possibly by default). Edit this bug report at http://bugs.php.net/?id=14015edit=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 #13110 Updated: Bus Error or Segmentation Fault With apache 1.3.20 in solaris8
ID: 13110 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Scripting Engine problem Operating System: Solaris8 PHP Version: 4.0.6 New Comment: ? include($DOCUMENT_ROOT/lib/template.inc); include($DOCUMENT_ROOT/lib/cst.inc); include($DOCUMENT_ROOT/lib/profilingtoolkit.inc); include($DOCUMENT_ROOT/lib/fonctions.inc); //* Connexion à la base de données et requetes * // creation de la connexion $conn = new DB_oracle; $conn-Init(BASE,USER,PASS); // selection de l'id_cat de la categories ACTUALITES // afin de retrouver le parent des rubriques qui se trouvent sous ACTUALITES $select = select id_cat from CATEGORIES where name='.CATEGORIE_ACTU.'; $id_cat = $conn-QueryItem($select); if ($mode == 'edition' || $mode == 'copie') { $select = SELECT name, TO_CHAR(Objects.first_publish, 'DD/MM/') AS first_publish FROM objects WHERE id_obj = $id_obj; $tab = $conn-QueryTab($select); // recuperation de tous les attributs de l'article à afficher $tab_attributs = BuildTabAttributs($id_obj); $id_newsletter = ?id_newsletter=$id_obj; } //* TEMPLATES * // creation du template $tmpl = new Template($DOCUMENT_ROOT/Backoffice/templates, keep); // definition des variables referencant les fichiers $tmpl-set_file(array(main = newsletterN1.tpl)); // definition du bloc des newsletter recuperées $tmpl-set_block(main, rub, rubriques); // recuperation de la liste des themes $select = SELECT id_themes, name FROM themes WHERE themes_cat = '.THEME_NEWSLETTER.'; $themes = $conn-QueryTab($select); $nb_news = $conn-rows; for ($rub=0; $rub$nb_news; $rub++) { // dans le cas ou cette rubrique est selectionnee if (isset($tab_attributs[id_liste_newletterthemes_.$themes[$rub][id_themes]]) and $tab_attributs[id_liste_newletterthemes_.$themes[$rub][id_themes]] != ) $check = CHECKED; else $check = ; $liste_elem = GetListElements($tab_attributs[id_liste_newletterthemes_.$themes[$rub][id_themes]]); for ($i=0; $isizeof($liste_elem); $i++) { if ($i==0) $elemrub = $liste_elem[$i][value]; else $elemrub .= ,.$liste_elem[$i][value]; } $tmpl-set_var( array(ID_THEME = $themes[$rub][id_themes], NUM_RUB= $rub, LISTE_RUB = $elemrub, ACCROCHE_THEME = afficherTexte($tab_attributs[accrochethemes_.$themes[$rub][id_themes]]), THEME_CHECKED = $check, THEME_NAME = afficherTexte($themes[$rub][name])) ); $tmpl-parse(rubriques, rub, true); } if ($mode == 'edition') { // on regarde si on doit afficher ou non le bandeau de pub if (isset($tab_attributs[img_bandeau]) and $tab_attributs[img_bandeau] != ) { $supp_img1 = ; $display_bandeau = true; } else $display_bandeau = false; } else { $display_bandeau = false; } if ($tab[0][first_publish] != ) { $parse_date = explode (/, $tab[0][first_publish]); } // definition des valeurs par defaut $signature_mail = ($tab_attributs[signature_mail] != ) ? $tab_attributs[signature_mail] : L'équipe LocalMundi; // definition des images if ($status == EN_ATTENTE) { $bouton_nouvelle = /img/b_nouvelle_off.gif; $bouton_attente = /img/b_en_attent_on.gif; $bouton_archive = /img/b_archivee_off.gif; } elseif ($status == ARCHIVE) { $bouton_nouvelle = /img/b_nouvelle_off.gif; $bouton_attente = /img/b_en_attent_off.gif; $bouton_archive = /img/b_archivee_on.gif; } else { $bouton_nouvelle = /img/b_nouvelle_on.gif; $bouton_attente = /img/b_en_attent_off.gif; $bouton_archive = /img/b_archivee_off.gif; } // affectation des autres variables $tmpl-set_var( array(FIRST_PUBLISH = .$tab[0][first_publish], J_DATE = .$parse_date[0], M_DATE = .$parse_date[1], A_DATE = .$parse_date[2], OBJET_MAIL = .afficherTexte($tab_attributs[objet_mail], true), URL_BANDEAU =
[PHP-DEV] Re: is_executable test
Ok, forget the test for a moment. Why would a g+x file not be executable if the user trying to execute it is part of that group? That makes no sense to me. There are three classes, owner, group, world. If a process tries to exec a file, the OS considers the best fitting class only. So, if the owner of a file tries to execute it, only the owner flags are considered. This appears to me to be more logical than the choose whatever is more liberal approach. Anyway, Linux 2.4.13 gives me a permission denied while FreeBSD 4.4 does not. I guess this check should be removed from the testfile or it should be combined with an OS-level check which determines which behaviour is correct for the current OS. - 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 #14025: register_globals=off doen't fill $HTTP_SESSION_VARS
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.0.6 PHP Bug Type: Session related Bug description: register_globals=off doen't fill $HTTP_SESSION_VARS When I turn off the register_globals parameter in php.ini, php seems to loose session tracking. In the example below, the next page presents nothing except if I turn on the register_globals parameter. //--- first page ?php session_start(); $toto=2; session_register('toto'); ? a href=next.phpnext/a //--- next page ?php session_start(); echo $HTTP_SESSION_VARS['toto']; ? -- Edit bug report at: http://bugs.php.net/?id=14025edit=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 #13650 Updated: ImageWBMP does not make correct output.
ID: 13650 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Open Bug Type: GD related Operating System: Solaris 7 (SunOS 5.7) PHP Version: 4.0.6 New Comment: I have now recompiled vith gd 1.8.4. It did not help! Still the same problem. Regards, Johan Sörliden Previous Comments: [2001-11-09 14:55:50] [EMAIL PROTECTED] No feedback. Closing. [2001-10-13 09:24:42] [EMAIL PROTECTED] Both work for me just fine. You could try updating GD to 1.8.4. --Jani [2001-10-12 06:12:26] [EMAIL PROTECTED] Hi, I have made a php script that make an image and should output this image directly to the client (WAP). There comes the same amount of bytes that the image should contain but it is all zeros. It works to output the image to an file but it does not work stright to the client. No crashes just wrong output. You could test curl http://wap.netcamp.se/test_img.php test_does_not_work.wbmp and curl http://wap.netcamp.se/test_img.wbmp test_works.wbmp Se script below. I have PHP 4.0.6 and GD 1.8.3. Configuration: './configure' '--with-apache=../apache_1.3.19' '--enable-track-vars' '--with-imap=/usr/local/src/download/src/apache_php_mm_2000-12-14/imap-4.7c/c-client' '--with-mysql=/usr/local/mysql' '--with-zlib=/usr/local' '--with-gd=/usr/local' '--with-jpeg-dir=/usr/local' '--with-xpm-dir=/usr/local' '--with-ttf=/usr/local' '--with-t1lib=/usr/local' '--with-curl=/usr/local' '--enable-exif' Regards Johan Sörliden [EMAIL PROTECTED] http://www.NetCamp.se This is the script that i made: ?PHP Header(Content-type: image/vnd.wap.wbmp); /* Create image and alocate colours */ $xmax = 95; $ymax = 35; $im = @imagecreate ( $xmax +1, $ymax +1 ) or die (Cannot initialize image stream); $background = ImageColorAllocate ( $im, 255, 255, 255 ); $black = ImageColorAllocate ( $im, 0, 0, 0 ); $white = ImageColorAllocate ( $im, 255, 255, 255 ); /* Draw testimage */ imageline ( $im, 0, 0, $xmax, $ymax, $black ); imageline ( $im, 0, $ymax, $xmax, 0, $black ); imageline ( $im, 0, 0, 0, $ymax, $black ); imageline ( $im, 0, $ymax, $xmax, $ymax, $black ); imageline ( $im, $xmax, $ymax, $xmax, 0, $black ); imageline ( $im, $xmax, 0, 0, 0, $black ); /* Send image */ /*ImageWBMP ( $im, /tmp/test.wbmp ); This works */ ImageWBMP ( $im ); /* This does not work */ ImageDestroy ( $im ); ? Edit this bug report at http://bugs.php.net/?id=13650edit=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 #14023 Updated: curl does not initialize HTTPS correctly - hence does not work.
ID: 14023 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Old Bug Type: cURL related Bug Type: *General Issues Operating System: linux debian PHP Version: 4.0CVS-2001-11-12 New Comment: also probably a good idea to add WIN32 inititialization as well eg. curl_global_init(CURL_GLOBAL_SSL CURL_GLOBAL_WIN32) Previous Comments: [2001-11-12 00:26:30] [EMAIL PROTECTED] the curl.c file initializes curl with nothing, the curl init library will then skip the init for ssl, and hence all https connections will fail. also CURLOPT_SSL_VERIFYHOST is not defined.. patch below.. regards alan --- curl.c 18 Oct 2001 19:24:51 - 1.94 +++ curl.c 12 Nov 2001 05:25:05 - @@ -142,6 +142,7 @@ REGISTER_CURL_CONSTANT(CURLOPT_SSLCERT); REGISTER_CURL_CONSTANT(CURLOPT_SSLCERTPASSWD); REGISTER_CURL_CONSTANT(CURLOPT_WRITEHEADER); + REGISTER_CURL_CONSTANT(CURLOPT_SSL_VERIFYHOST); REGISTER_CURL_CONSTANT(CURLOPT_COOKIEFILE); REGISTER_CURL_CONSTANT(CURLOPT_SSLVERSION); REGISTER_CURL_CONSTANT(CURLOPT_TIMECONDITION); @@ -253,7 +254,7 @@ REGISTER_CURL_CONSTANT(CURLE_OBSOLETE); REGISTER_CURL_CONSTANT(CURLE_SSL_PEER_CERTIFICATE); - if (curl_global_init(CURL_GLOBAL_NOTHING) != CURLE_OK) { + if (curl_global_init(CURL_GLOBAL_SSL) != CURLE_OK) { return FAILURE; } @@ -658,6 +659,7 @@ case CURLOPT_FRESH_CONNECT: case CURLOPT_FORBID_REUSE: case CURLOPT_CONNECTTIMEOUT: + case CURLOPT_SSL_VERIFYHOST: case CURLOPT_SSL_VERIFYPEER: convert_to_long_ex(zvalue); error = curl_easy_setopt(ch-cp, option, Z_LVAL_PP(zvalue)); Edit this bug report at http://bugs.php.net/?id=14023edit=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 #13935 Updated: ../ext/informix/ifx.ec(996) : Freeing 0x00250CF8 (372 bytes script=-
ID: 13935 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Informix related Operating System: SunOs 5.6 PHP Version: 4.0.6 New Comment: No, I doesn't happen. What can I do ?? I'm afraid of making the latest version avaiable in a production enviroment. Thanks. Previous Comments: [2001-11-10 04:27:56] [EMAIL PROTECTED] Does this happen with latest CVS snapshot from http://snaps.php.net/ ? [2001-11-05 10:53:49] [EMAIL PROTECTED] I got the following error: /Compile-PATH/php-4.0.6/ext/informix/ifx.ec(996) : Freeing 0x00250CF8 (372 bytes), script=- when i execute the following script: #!/usr/local/bin/php ?php if ( !($db = ifx_connect($bd,$user,$passw) ) ) { echo No hay conexion con la base de datos.ifx_errormsg(); exit; } $sql = SELECT * FROM WHERE LIKE 'zz%'; if ( !$query = (ifx_query($sql,$db)) ) { echo Se ha producido un error en la conexion, intentelo mas tarde; exit; } ? My informix client is I-Connect 2.50 Thaks Edit this bug report at http://bugs.php.net/?id=13935edit=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 #13935 Updated: ../ext/informix/ifx.ec(996) : Freeing 0x00250CF8 (372 bytes script=-
ID: 13935 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Informix related Operating System: SunOs 5.6 PHP Version: 4.0.6 New Comment: Just wait until the next release then. This is not a huge problem. It's only a warning from the Zend Engine that it frees some unfreed memory. Derick Previous Comments: [2001-11-12 04:30:37] [EMAIL PROTECTED] No, I doesn't happen. What can I do ?? I'm afraid of making the latest version avaiable in a production enviroment. Thanks. [2001-11-10 04:27:56] [EMAIL PROTECTED] Does this happen with latest CVS snapshot from http://snaps.php.net/ ? [2001-11-05 10:53:49] [EMAIL PROTECTED] I got the following error: /Compile-PATH/php-4.0.6/ext/informix/ifx.ec(996) : Freeing 0x00250CF8 (372 bytes), script=- when i execute the following script: #!/usr/local/bin/php ?php if ( !($db = ifx_connect($bd,$user,$passw) ) ) { echo No hay conexion con la base de datos.ifx_errormsg(); exit; } $sql = SELECT * FROM WHERE LIKE 'zz%'; if ( !$query = (ifx_query($sql,$db)) ) { echo Se ha producido un error en la conexion, intentelo mas tarde; exit; } ? My informix client is I-Connect 2.50 Thaks Edit this bug report at http://bugs.php.net/?id=13935edit=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 #14015 Updated: Can't install (make install)
ID: 14015 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: UNIXWARE 7 PHP Version: 4.0.6 New Comment: Of course, I follow the installation instructions. I type this commands: $ gunzip -c apache_1.3.22.tar.gz | tar xf - $ cd apache_1.3.22 $ ./configure $ cd .. $ gunzip -c php-4.0.6.tar.gz | tar xf - $ cd php-4.0.6 $ ./configure --without-mysql --with-apache=/home/pc/apache_1.3.22 --enable-track-vars $ make $ make install *** Error . Why without any params PHP compile normaly? $ cd php-4.0.6 $ ./configure $ make $ make install ... done Previous Comments: [2001-11-12 03:13:57] [EMAIL PROTECTED] Of course, I follow the installation instructions. I type this commands: $ gunzip -c apache_1.3.22.tar.gz | tar xf - $ cd apache_1.3.22 $ ./configure $ cd .. $ gunzip -c php-4.0.6.tar.gz | tar xf - $ cd php-4.0.6 $ ./configure --without-mysql --with-apache=/home/pc/apache_1.3.22 --enable-track-vars $ make $ make install *** Error . Why without any params PHP compile normaly? $ cd php-4.0.6 $ ./configure $ make $ make install ... done [2001-11-11 19:59:19] [EMAIL PROTECTED] Did you follow the installation instructions given in the INSTALL file ? Found under QUICK INSTALL (static) --Jani [2001-11-11 09:31:46] [EMAIL PROTECTED] By first, I do $./configure --without-mysql --with-apache=../apache_1.3.22 --enable-track-vars $ make And when I launch the installation's command (make install) and the code appears : Making install in Zend Making install in main Making install in ext Making install in mysql Making install in libmysql Making install in pcre Making install in pcrelib Making install in posix Making install in session Making install in standard Making install in xml Making install in expat Making install in xmltok Making install in xmlparse Making install in sapi Making install in apache Making install in TSRM Making install in regex Making install in . mkdir -p /home/pc/apache_1.3.22/src/modules/php4; cp libs/libphp4.a /home/pc/apache_1.3.22/src/modules/php4/libmodphp4.a; cp /home/pc/php-4.0.6//sapi/apache/mod_php4.* sapi/apache/libphp4.module /home/pc/apache_1.3.22/src/modules/php4; cp ./sapi/apache/apMakefile.tmpl /home/pc/apache_1.3.22/src/modules/php4/Makefile.tmpl; cp ./sapi/apache/apMakefile.libdir /home/pc/apache_1.3.22/src/modules/php4/Makefile.libdir *** Error code 2 (bu21) *** Error code 1 (bu21) When I try ./configure withotn any params, and after make and make install - compilation finished fine and I see all files in /usr/local/.. directory (possibly by default). Edit this bug report at http://bugs.php.net/?id=14015edit=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 #13935 Updated: ../ext/informix/ifx.ec(996) : Freeing 0x00250CF8 (372 bytes script=-
ID: 13935 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Open Bug Type: Informix related Operating System: SunOs 5.6 PHP Version: 4.0.6 New Comment: No, I doesn't happen. What can I do ?? I'm afraid of making the latest version avaiable in a production enviroment. Thanks. Previous Comments: [2001-11-12 04:37:45] [EMAIL PROTECTED] Just wait until the next release then. This is not a huge problem. It's only a warning from the Zend Engine that it frees some unfreed memory. Derick [2001-11-12 04:30:37] [EMAIL PROTECTED] No, I doesn't happen. What can I do ?? I'm afraid of making the latest version avaiable in a production enviroment. Thanks. [2001-11-10 04:27:56] [EMAIL PROTECTED] Does this happen with latest CVS snapshot from http://snaps.php.net/ ? [2001-11-05 10:53:49] [EMAIL PROTECTED] I got the following error: /Compile-PATH/php-4.0.6/ext/informix/ifx.ec(996) : Freeing 0x00250CF8 (372 bytes), script=- when i execute the following script: #!/usr/local/bin/php ?php if ( !($db = ifx_connect($bd,$user,$passw) ) ) { echo No hay conexion con la base de datos.ifx_errormsg(); exit; } $sql = SELECT * FROM WHERE LIKE 'zz%'; if ( !$query = (ifx_query($sql,$db)) ) { echo Se ha producido un error en la conexion, intentelo mas tarde; exit; } ? My informix client is I-Connect 2.50 Thaks Edit this bug report at http://bugs.php.net/?id=13935edit=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 #14026: read_exif_data cannot read Ricoh DC jpg
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.6 PHP Bug Type: GetImageSize related Bug description: read_exif_data cannot read Ricoh DC jpg :) php-read_exif-data can read exif from Canon DC jpg file :( php-read_exif-data cannot read exif from Ricoh DC jpg file A server error got is - FATAL: emalloc(): Unable to allocate -2147483648 bytes A example of Ricoh DC jpg at http://www.aimaker.com/ricoh.jpg -- Edit bug report at: http://bugs.php.net/?id=14026edit=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 #13935 Updated: ../ext/informix/ifx.ec(996) : Freeing 0x00250CF8 (372 bytes script=-
ID: 13935 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Informix related Operating System: SunOs 5.6 PHP Version: 4.0.6 New Comment: Just wait until the next release then. This is not a huge problem. It's only a warning from the Zend Engine that it frees some unfreed memory. Derick (And leave it closed this time) Previous Comments: [2001-11-12 04:54:29] [EMAIL PROTECTED] No, I doesn't happen. What can I do ?? I'm afraid of making the latest version avaiable in a production enviroment. Thanks. [2001-11-12 04:37:45] [EMAIL PROTECTED] Just wait until the next release then. This is not a huge problem. It's only a warning from the Zend Engine that it frees some unfreed memory. Derick [2001-11-12 04:30:37] [EMAIL PROTECTED] No, I doesn't happen. What can I do ?? I'm afraid of making the latest version avaiable in a production enviroment. Thanks. [2001-11-10 04:27:56] [EMAIL PROTECTED] Does this happen with latest CVS snapshot from http://snaps.php.net/ ? [2001-11-05 10:53:49] [EMAIL PROTECTED] I got the following error: /Compile-PATH/php-4.0.6/ext/informix/ifx.ec(996) : Freeing 0x00250CF8 (372 bytes), script=- when i execute the following script: #!/usr/local/bin/php ?php if ( !($db = ifx_connect($bd,$user,$passw) ) ) { echo No hay conexion con la base de datos.ifx_errormsg(); exit; } $sql = SELECT * FROM WHERE LIKE 'zz%'; if ( !$query = (ifx_query($sql,$db)) ) { echo Se ha producido un error en la conexion, intentelo mas tarde; exit; } ? My informix client is I-Connect 2.50 Thaks Edit this bug report at http://bugs.php.net/?id=13935edit=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 #14026 Updated: read_exif_data cannot read Ricoh DC jpg
ID: 14026 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: GetImageSize related Operating System: Linux PHP Version: 4.0.6 New Comment: You might want to try a snapshot from snaps.php.net. AFAIK, this should be fixed. Derick Previous Comments: [2001-11-12 04:55:20] [EMAIL PROTECTED] :) php-read_exif-data can read exif from Canon DC jpg file :( php-read_exif-data cannot read exif from Ricoh DC jpg file A server error got is - FATAL: emalloc(): Unable to allocate -2147483648 bytes A example of Ricoh DC jpg at http://www.aimaker.com/ricoh.jpg Edit this bug report at http://bugs.php.net/?id=14026edit=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 #13935 Updated: ../ext/informix/ifx.ec(996) : Freeing 0x00250CF8 (372 bytes script=-
ID: 13935 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Open Bug Type: Informix related Operating System: SunOs 5.6 PHP Version: 4.0.6 New Comment: I've noticed that there is still a bug from previous releases in the latest snapshot If yout try to execute any php script like a shell script, you know: #!/usr/local/bin/php ... php includes this first line in the result output. This bug is reported previously and the solution is making a simple change in the .../sapi/cgi/cgi_main.c module about line 732: else if (retval == SUCCESS) { /* #!php support */ Previous Comments: [2001-11-12 04:58:27] [EMAIL PROTECTED] Just wait until the next release then. This is not a huge problem. It's only a warning from the Zend Engine that it frees some unfreed memory. Derick (And leave it closed this time) [2001-11-12 04:54:29] [EMAIL PROTECTED] No, I doesn't happen. What can I do ?? I'm afraid of making the latest version avaiable in a production enviroment. Thanks. [2001-11-12 04:37:45] [EMAIL PROTECTED] Just wait until the next release then. This is not a huge problem. It's only a warning from the Zend Engine that it frees some unfreed memory. Derick [2001-11-12 04:30:37] [EMAIL PROTECTED] No, I doesn't happen. What can I do ?? I'm afraid of making the latest version avaiable in a production enviroment. Thanks. [2001-11-10 04:27:56] [EMAIL PROTECTED] Does this happen with latest CVS snapshot from http://snaps.php.net/ ? 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=13935 Edit this bug report at http://bugs.php.net/?id=13935edit=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 #13988 Updated: get_meta_tags function failure if title tag contains a '
ID: 13988 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Open Bug Type: Unknown/Other Function Operating System: Windows 98 first edition Old PHP Version: 4.0.4pl1 PHP Version: 4.0.6 New Comment: Yes, it happens with 4.0.6. Previous Comments: [2001-11-09 09:43:31] [EMAIL PROTECTED] Reopen if this happens with PHP 4.0.6 [2001-11-08 04:09:22] [EMAIL PROTECTED] Example: pippo.html etc etc titleIl mio nome e' pippo/title meta name=description contentciao ciao etc pippo.php $tags = get_meta_tags(pippo.html); echo $tags['description']; Case A) Failed titleIl mio nome e' pippo/title meta name=description contentciao ciao echo $tags['description'], echos nothing Case B) OK meta name=description contentciao ciao titleIl mio nome e' pippo/title $tags['description'], echos ciao ciao Case C) OK, I remove the character ' titleIl mio nome est pippo/title meta name=description contentciao ciao $tags['description'], echos ciao ciao SUMMARY: It seems there is a problem of get_meta_tags parsing the meta from an html file. The problem is the ' character. If it is contained inside a tag title before a meta then get_meta_tags fails. If the title tag with the ' character is put after the meta, then it works. If I delete the ' character then it works always. Edit this bug report at http://bugs.php.net/?id=13988edit=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 #14015 Updated: Can't install (make install)
ID: 14015 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: UNIXWARE 7 PHP Version: 4.0.6 New Comment: Of course, I follow the installation instructions. I type this commands: $ gunzip -c apache_1.3.22.tar.gz | tar xf - $ cd apache_1.3.22 $ ./configure $ cd .. $ gunzip -c php-4.0.6.tar.gz | tar xf - $ cd php-4.0.6 $ ./configure --without-mysql --with-apache=/home/pc/apache_1.3.22 --enable-track-vars $ make $ make install *** Error . Why without any params PHP compile normaly? $ cd php-4.0.6 $ ./configure $ make $ make install ... done Previous Comments: [2001-11-12 04:38:24] [EMAIL PROTECTED] Of course, I follow the installation instructions. I type this commands: $ gunzip -c apache_1.3.22.tar.gz | tar xf - $ cd apache_1.3.22 $ ./configure $ cd .. $ gunzip -c php-4.0.6.tar.gz | tar xf - $ cd php-4.0.6 $ ./configure --without-mysql --with-apache=/home/pc/apache_1.3.22 --enable-track-vars $ make $ make install *** Error . Why without any params PHP compile normaly? $ cd php-4.0.6 $ ./configure $ make $ make install ... done [2001-11-12 03:13:57] [EMAIL PROTECTED] Of course, I follow the installation instructions. I type this commands: $ gunzip -c apache_1.3.22.tar.gz | tar xf - $ cd apache_1.3.22 $ ./configure $ cd .. $ gunzip -c php-4.0.6.tar.gz | tar xf - $ cd php-4.0.6 $ ./configure --without-mysql --with-apache=/home/pc/apache_1.3.22 --enable-track-vars $ make $ make install *** Error . Why without any params PHP compile normaly? $ cd php-4.0.6 $ ./configure $ make $ make install ... done [2001-11-11 19:59:19] [EMAIL PROTECTED] Did you follow the installation instructions given in the INSTALL file ? Found under QUICK INSTALL (static) --Jani [2001-11-11 09:31:46] [EMAIL PROTECTED] By first, I do $./configure --without-mysql --with-apache=../apache_1.3.22 --enable-track-vars $ make And when I launch the installation's command (make install) and the code appears : Making install in Zend Making install in main Making install in ext Making install in mysql Making install in libmysql Making install in pcre Making install in pcrelib Making install in posix Making install in session Making install in standard Making install in xml Making install in expat Making install in xmltok Making install in xmlparse Making install in sapi Making install in apache Making install in TSRM Making install in regex Making install in . mkdir -p /home/pc/apache_1.3.22/src/modules/php4; cp libs/libphp4.a /home/pc/apache_1.3.22/src/modules/php4/libmodphp4.a; cp /home/pc/php-4.0.6//sapi/apache/mod_php4.* sapi/apache/libphp4.module /home/pc/apache_1.3.22/src/modules/php4; cp ./sapi/apache/apMakefile.tmpl /home/pc/apache_1.3.22/src/modules/php4/Makefile.tmpl; cp ./sapi/apache/apMakefile.libdir /home/pc/apache_1.3.22/src/modules/php4/Makefile.libdir *** Error code 2 (bu21) *** Error code 1 (bu21) When I try ./configure withotn any params, and after make and make install - compilation finished fine and I see all files in /usr/local/.. directory (possibly by default). Edit this bug report at http://bugs.php.net/?id=14015edit=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 #14026 Updated: read_exif_data cannot read Ricoh DC jpg
ID: 14026 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: GetImageSize related Operating System: Linux PHP Version: 4.0.6 New Comment: Thx much prompt reply. Tried PHP Version 4.2.0-dev at http://www.aimaker.com/info.php Still got the same error with ricoh.jpg but ok with canon jpg. Previous Comments: [2001-11-12 04:59:29] [EMAIL PROTECTED] You might want to try a snapshot from snaps.php.net. AFAIK, this should be fixed. Derick [2001-11-12 04:55:20] [EMAIL PROTECTED] :) php-read_exif-data can read exif from Canon DC jpg file :( php-read_exif-data cannot read exif from Ricoh DC jpg file A server error got is - FATAL: emalloc(): Unable to allocate -2147483648 bytes A example of Ricoh DC jpg at http://www.aimaker.com/ricoh.jpg Edit this bug report at http://bugs.php.net/?id=14026edit=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 #14023 Updated: curl does not initialize HTTPS correctly - hence does not work.
ID: 14023 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Old Bug Type: *General Issues Bug Type: cURL related Operating System: linux debian PHP Version: 4.0CVS-2001-11-12 New Comment: filed under correct type (oops) Previous Comments: [2001-11-12 04:17:24] [EMAIL PROTECTED] also probably a good idea to add WIN32 inititialization as well eg. curl_global_init(CURL_GLOBAL_SSL CURL_GLOBAL_WIN32) [2001-11-12 00:26:30] [EMAIL PROTECTED] the curl.c file initializes curl with nothing, the curl init library will then skip the init for ssl, and hence all https connections will fail. also CURLOPT_SSL_VERIFYHOST is not defined.. patch below.. regards alan --- curl.c 18 Oct 2001 19:24:51 - 1.94 +++ curl.c 12 Nov 2001 05:25:05 - @@ -142,6 +142,7 @@ REGISTER_CURL_CONSTANT(CURLOPT_SSLCERT); REGISTER_CURL_CONSTANT(CURLOPT_SSLCERTPASSWD); REGISTER_CURL_CONSTANT(CURLOPT_WRITEHEADER); + REGISTER_CURL_CONSTANT(CURLOPT_SSL_VERIFYHOST); REGISTER_CURL_CONSTANT(CURLOPT_COOKIEFILE); REGISTER_CURL_CONSTANT(CURLOPT_SSLVERSION); REGISTER_CURL_CONSTANT(CURLOPT_TIMECONDITION); @@ -253,7 +254,7 @@ REGISTER_CURL_CONSTANT(CURLE_OBSOLETE); REGISTER_CURL_CONSTANT(CURLE_SSL_PEER_CERTIFICATE); - if (curl_global_init(CURL_GLOBAL_NOTHING) != CURLE_OK) { + if (curl_global_init(CURL_GLOBAL_SSL) != CURLE_OK) { return FAILURE; } @@ -658,6 +659,7 @@ case CURLOPT_FRESH_CONNECT: case CURLOPT_FORBID_REUSE: case CURLOPT_CONNECTTIMEOUT: + case CURLOPT_SSL_VERIFYHOST: case CURLOPT_SSL_VERIFYPEER: convert_to_long_ex(zvalue); error = curl_easy_setopt(ch-cp, option, Z_LVAL_PP(zvalue)); Edit this bug report at http://bugs.php.net/?id=14023edit=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 #13935 Updated: ../ext/informix/ifx.ec(996) : Freeing 0x00250CF8 (372 bytes script=-
ID: 13935 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Informix related Operating System: SunOs 5.6 PHP Version: 4.0.6 New Comment: That is a different bug, and already reported. Please leave this one closed for now. Derick Previous Comments: [2001-11-12 05:06:56] [EMAIL PROTECTED] I've noticed that there is still a bug from previous releases in the latest snapshot If yout try to execute any php script like a shell script, you know: #!/usr/local/bin/php ... php includes this first line in the result output. This bug is reported previously and the solution is making a simple change in the .../sapi/cgi/cgi_main.c module about line 732: else if (retval == SUCCESS) { /* #!php support */ [2001-11-12 04:58:27] [EMAIL PROTECTED] Just wait until the next release then. This is not a huge problem. It's only a warning from the Zend Engine that it frees some unfreed memory. Derick (And leave it closed this time) [2001-11-12 04:54:29] [EMAIL PROTECTED] No, I doesn't happen. What can I do ?? I'm afraid of making the latest version avaiable in a production enviroment. Thanks. [2001-11-12 04:37:45] [EMAIL PROTECTED] Just wait until the next release then. This is not a huge problem. It's only a warning from the Zend Engine that it frees some unfreed memory. Derick [2001-11-12 04:30:37] [EMAIL PROTECTED] No, I doesn't happen. What can I do ?? I'm afraid of making the latest version avaiable in a production enviroment. Thanks. 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=13935 Edit this bug report at http://bugs.php.net/?id=13935edit=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 #13960 Updated: ImageCreateFromJPEG doesn't work with URLs
ID: 13960 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: GD related Operating System: Windows XP PHP Version: 4.0.6 New Comment: Still has the same problem on Windows XP with a jpeg on an external server, but as you say, it works fine on the Linux version (tested on a snapshot build on my Cobalt Qube server). Previous Comments: [2001-11-10 20:09:02] [EMAIL PROTECTED] Works fine for me on Linux. Could you please try with some external jpg? ie. Not on localhost? [2001-11-06 14:36:41] [EMAIL PROTECTED] The following code should give me the image served by my webcam server: $cam = ImageCreateFromJPEG('http://localhost:69/'); imagejpeg($cam); But instead gives me: Warning: imagecreatefromjpeg: Unable to open 'http://localhost:69/' for reading in c:\program files\apache\htdocs\webcam\cam.php If, however, I create a local copy of the output of the server, like this: $in = fopen('http://localhost:69/','rb'); $out = fopen('tempcam.jpg','wb'); while ( !feof($in) ) { $temp = fread ($in, 4096); fwrite($out,$temp); } fclose ($in); fclose($out); and then use ImageCreateFromJPEG on that file instead of the URL, it works perfectly. Therefore, ImageCreateFromJPEG doesn't re-use the fopen code correctly (as it should and is hinted to by the manual page saying that ImageCreateFromJPEG can open files or URLs). Bug 6825 seems to be similar, but for PHP 4.0.2. The bug was closed as it was allegedly fixed, but now seems to have re-surfaced. Edit this bug report at http://bugs.php.net/?id=13960edit=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 #14027: missing parameter
From: [EMAIL PROTECTED] Operating system: Irix 5.3 PHP version: 4.0.6 PHP Bug Type: *General Issues Bug description: missing parameter in main/main.c line 560 on IRIX 5.3 the function asctime_r takes 3 parameter: char *asctime_r (const struct tm *tm, char *buf, int buflen); Irix 6.5 is o.k. with 2 parameters. after adding the third paramter the system compiled fine and works well! -- Edit bug report at: http://bugs.php.net/?id=14027edit=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 #14028: missing parameter
From: [EMAIL PROTECTED] Operating system: Irix 5.3 PHP version: 4.0.6 PHP Bug Type: *General Issues Bug description: missing parameter in main/main.c line 560 on IRIX 5.3 the function asctime_r takes 3 parameter: char *asctime_r (const struct tm *tm, char *buf, int buflen); Irix 6.5 is o.k. with 2 parameters. after adding the third paramter the system compiled fine and works well! -- Edit bug report at: http://bugs.php.net/?id=14028edit=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 #14028 Updated: missing parameter
ID: 14028 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: *General Issues Operating System: Irix 5.3 PHP Version: 4.0.6 New Comment: dup Previous Comments: [2001-11-12 06:44:10] [EMAIL PROTECTED] in main/main.c line 560 on IRIX 5.3 the function asctime_r takes 3 parameter: char *asctime_r (const struct tm *tm, char *buf, int buflen); Irix 6.5 is o.k. with 2 parameters. after adding the third paramter the system compiled fine and works well! Edit this bug report at http://bugs.php.net/?id=14028edit=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] Proposal for release process (Was: Re: [PHP-DEV]4.1.0)
At 05:28 12/11/2001, Jani Taskinen wrote: Zeev suggested at some point that we should drop the last number altogether. I *what*? Perhaps I was high on that Kossu :) I was never in favour of dropping the 3rd digit. That indeed would make the current way of doing things more correct but would not really solve anything in the user end.. Indeed. What I suggested: Only bug fixes go into the release branch. And all the nifty new features and big changes and BC breaking stuff go into the next release branch (HEAD). (ie. version 4.x+1.0 ) As I've said repeatedly, there's no reason *at all* to move from our old, de-facto standard versioning scheme to this one. The process is fine, but the following version should be a .0.1 add-up. I really fail to see why you mix the version number with what a new version may include. And, of course, it has nothing to do with the fact that once we branch a release branch, be it 4.0.7 or 6.4.2.4.6.1.2.5.4, no new features should go to it - only bug fixes. It's not very far from what we are doing right now. We have two branches, the release one and HEAD. But what I suggested was to keep the release branch and commit bug fixes into it and release bug-fix-only-releases from it. Why would it be hard time doing it? It's not hard as long as certain rules are followed. It needs a bit more work and people who are dedicated for doing it. But the core developers ([EMAIL PROTECTED]) should first ratify all this stuff. :) Jani, it's simply not going to work. New features and bug fixes are often closely interweaved. Also, *bugs* and new features are often closely interweaved. What you are suggesting is basically to step with full steam into the biggest synchronization nightmare possible. The system and rules we have right now are good. The flaw, if any, is in the amount of work that goes into bug fixing, from your point of view, which I can certainly understand. But changing the system to what you propose will not improve things - only more efforts towards bug fixing will. Not only that - it's bound to create synchronization problems from hell, things you don't even dream about when you use a simple linear development model as we do today. It has nothing to do with whether or not php-dev can live up to certain rules, or whether it should or shouldn't do so. Rules are not the problem here. Zeev -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12740 Updated: LDAP modify functions do not handle special characters
ID: 12740 Updated by: venaas Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: LDAP related Operating System: Linux RH 7.1 PHP Version: 4.0.5 New Comment: The problem turned out to be that the syntax for the attribute was IA5, thus not allowing non-ASCII. We should see if we can report more precise error messages that includes which attribute was the problem. Previous Comments: [2001-10-23 04:07:37] [EMAIL PROTECTED] Okay, does the ldap server support ldap v3? If so, you should propably try to add this: ldap_set_option($ds, LDAP_OPT_PROTOCOL_VERSION, 3) --Jani [2001-10-09 14:05:23] [EMAIL PROTECTED] What would the locale setting change? According to the docs, PHP have a UTF8 internal reprsentation of data... [2001-10-09 14:03:00] [EMAIL PROTECTED] // Here is a function to translate all values of a multi-dimensional array to UTF8 function encoder ($array) { while ( list ($key, $val) = each ($array) ) { if (!is_array($val)) $array[$key] = utf8_encode($val); else $array[$key] = encoder ($val); } return $array; } //Here is a call where // - $conn_id is a valid connection ID // - $dn is the dn of the object to add // - $array is the array containing the values of the attributes indexed by name $array = encoder($arr); ldap_add($conn_id, $dn, $array); // this call fails // - if $array contains a special char (e.g å, ø...) , thus returning SYNTAX ERROR // - if $dn contains a special char (e.g å, ø...) , thus returning No Such Object [2001-10-02 18:39:49] [EMAIL PROTECTED] I can't reprocude this with my test scripts. If this still happens with PHP 4.0.6, reopen. Check also your locale settings. [2001-08-14 09:50:59] [EMAIL PROTECTED] Please include a short example script in this report. 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=12740 Edit this bug report at http://bugs.php.net/?id=12740edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8714 Updated: Adding LDAP entries drops credentials if update is referred
ID: 8714 Updated by: venaas Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: LDAP related Operating System: Linux 2.2.18 PHP Version: 4.0.4pl1 New Comment: This is correct behavior. It is done in the LDAP library, it's not something PHP can fix. There are however two possible solutions. The first one is to turn off automatic referral chasing, which can be done using ldap_set_option($ds, LDAP_OPT_REFERRALS, 0); Next you need to somehow see what referral you get back. I'm not exactly sure how to do that right now, and some PHP code might have to be tweaked. If you want this solution, I'll do some digging and come up with something for you. The other possibility is to use automatic referral chasing, but set a rebind procedure that can do the bind to the new server. This is something I'm looking into now, but it will probably only be implemented for OpenLDAP 2.1 and newer which should be released in a few months time. It is very complicated to implement it for 2.0, so I would rather wait. I'm closing this now since it's not a bug, but please contact me if you want me to find a solution. Previous Comments: [2001-01-15 10:52:17] [EMAIL PROTECTED] We have a replicated LDAP tree. If I add entries to a replica, AND specify a DN and password, the add operation gets referred (correctly) to the master/supplier server, but the credentials are lost. This is reproducable. I have OpenLDAP libs 2.0.6 installed and is using Netscape 4.12 Dir server. If required, I have a complete network trace (from ethereal) that shows all ldap packets. Best regards Anders Edit this bug report at http://bugs.php.net/?id=8714edit=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: alawatsl
To develop programs -- PHP Development Mailing List http://www.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: [PATCH] sablotron scheme/sax handlers fix
Has anyone take a look at this patch? I don't use xslt and don't know if this fix is valid or not. If this patch fixes problem, it should be applied. IMO. (There are 2 bugs for xslt, #13511 #13750, is this patch fixes these problems?) -- Yasuo Ohgaki Lenar Lõhmus wrote: Hi, Since nobody responded to my bugreport about sax/scheme handlers not working in php and since i needed them in a working state I tried to understand the source and finally generated a fix. So this patch makes ext/xslt working when sablotron and scheme/sax handlers are used. Hope it finds it's way to cvs. Lenar Lõhmus [EMAIL PROTECTED] Index: sablot.c === RCS file: /repository/php4/ext/xslt/sablot.c,v retrieving revision 1.25 diff -u -r1.25 sablot.c --- sablot.c 11 Oct 2001 23:33:54 - 1.25 +++ sablot.c 9 Nov 2001 13:56:32 - @@ -38,7 +38,7 @@ #include fcntl.h /* functions relating to handlers */ -static void register_sax_handler_pair(zval *, zval *, zval **); +static void register_sax_handler_pair(zval **, zval **, zval **); /* Free processor */ static void free_processor(zend_rsrc_list_entry *rsrc TSRMLS_DC); @@ -245,20 +245,20 @@ /* Document handlers (document start, document end) */ if (strcasecmp(string_key, document) == 0) { - register_sax_handler_pair(XSLT_SAX(handle).doc_start, - XSLT_SAX(handle).doc_end, + register_sax_handler_pair(XSLT_SAX(handle).doc_start, + XSLT_SAX(handle).doc_end, handler); } /* Element handlers, start of an element, and end of an element */ else if (strcasecmp(string_key, element) == 0) { - register_sax_handler_pair(XSLT_SAX(handle).element_start, - XSLT_SAX(handle).element_end, + register_sax_handler_pair(XSLT_SAX(handle).element_start, + XSLT_SAX(handle).element_end, handler); } /* Namespace handlers, start of a namespace, end of a namespace */ else if (strcasecmp(string_key, namespace) == 0) { - register_sax_handler_pair(XSLT_SAX(handle).namespace_start, - XSLT_SAX(handle).namespace_end, + register_sax_handler_pair(XSLT_SAX(handle).namespace_start, + XSLT_SAX(handle).namespace_end, handler); } /* Comment handlers, called when a comment is reached */ @@ -292,7 +292,7 @@ zval **processor_p, /* Resource pointer to the php-sablotron handle */ **scheme_handlers_p, /* Pointer to the scheme handler array */ **handler; /* Individual scheme handler */ - zval*assign_handle; /* The handler to assign to */ + zval **assign_handle; /* The handler to assign to */ HashTable *scheme_handlers; /* Scheme handler array */ php_xslt*handle;/* php-sablotron handle */ char*string_key;/* Hash key (string) */ @@ -328,31 +328,31 @@ /* Open the URI and return the whole string */ if (strcasecmp(string_key, get_all) == 0) { - assign_handle = XSLT_SCHEME(handle).get_all; + assign_handle = XSLT_SCHEME(handle).get_all; } /* Open the URI and return a handle */ else if (strcasecmp(string_key, open) == 0) { - assign_handle = XSLT_SCHEME(handle).open; + assign_handle = XSLT_SCHEME(handle).open; } /* Retrieve data from the URI */ else if (strcasecmp(string_key, get) == 0) { - assign_handle = XSLT_SCHEME(handle).get; + assign_handle = XSLT_SCHEME(handle).get; } /* Save data to the URI */ else if (strcasecmp(string_key, put) == 0) { - assign_handle = XSLT_SCHEME(handle).put; + assign_handle = XSLT_SCHEME(handle).put; } /* Close the URI */ else if (strcasecmp(string_key, close) == 0) { - assign_handle = XSLT_SCHEME(handle).close; + assign_handle =
Re: [PHP-DEV] Re: [PATCH] sablotron scheme/sax handlers fix
Hello, I contacted Sterling about it, but he's absent right now. I'll bug him when I see him online again (on IRC). Derick On Mon, 12 Nov 2001, Yasuo Ohgaki wrote: Has anyone take a look at this patch? I don't use xslt and don't know if this fix is valid or not. If this patch fixes problem, it should be applied. IMO. (There are 2 bugs for xslt, #13511 #13750, is this patch fixes these problems?) -- Yasuo Ohgaki Lenar Lõhmus wrote: Hi, Since nobody responded to my bugreport about sax/scheme handlers not working in php and since i needed them in a working state I tried to understand the source and finally generated a fix. So this patch makes ext/xslt working when sablotron and scheme/sax handlers are used. Hope it finds it's way to cvs. Lenar Lõhmus [EMAIL PROTECTED] Index: sablot.c === RCS file: /repository/php4/ext/xslt/sablot.c,v retrieving revision 1.25 diff -u -r1.25 sablot.c --- sablot.c11 Oct 2001 23:33:54 - 1.25 +++ sablot.c9 Nov 2001 13:56:32 - @@ -38,7 +38,7 @@ #include fcntl.h /* functions relating to handlers */ -static void register_sax_handler_pair(zval *, zval *, zval **); +static void register_sax_handler_pair(zval **, zval **, zval **); /* Free processor */ static void free_processor(zend_rsrc_list_entry *rsrc TSRMLS_DC); @@ -245,20 +245,20 @@ /* Document handlers (document start, document end) */ if (strcasecmp(string_key, document) == 0) { - register_sax_handler_pair(XSLT_SAX(handle).doc_start, - XSLT_SAX(handle).doc_end, + register_sax_handler_pair(XSLT_SAX(handle).doc_start, + XSLT_SAX(handle).doc_end, handler); } /* Element handlers, start of an element, and end of an element */ else if (strcasecmp(string_key, element) == 0) { - register_sax_handler_pair(XSLT_SAX(handle).element_start, - XSLT_SAX(handle).element_end, + register_sax_handler_pair(XSLT_SAX(handle).element_start, + XSLT_SAX(handle).element_end, handler); } /* Namespace handlers, start of a namespace, end of a namespace */ else if (strcasecmp(string_key, namespace) == 0) { - register_sax_handler_pair(XSLT_SAX(handle).namespace_start, - XSLT_SAX(handle).namespace_end, + register_sax_handler_pair(XSLT_SAX(handle).namespace_start, + XSLT_SAX(handle).namespace_end, handler); } /* Comment handlers, called when a comment is reached */ @@ -292,7 +292,7 @@ zval **processor_p, /* Resource pointer to the php-sablotron handle */ **scheme_handlers_p, /* Pointer to the scheme handler array */ **handler; /* Individual scheme handler */ - zval*assign_handle; /* The handler to assign to */ + zval **assign_handle; /* The handler to assign to */ HashTable *scheme_handlers; /* Scheme handler array */ php_xslt*handle;/* php-sablotron handle */ char*string_key;/* Hash key (string) */ @@ -328,31 +328,31 @@ /* Open the URI and return the whole string */ if (strcasecmp(string_key, get_all) == 0) { - assign_handle = XSLT_SCHEME(handle).get_all; + assign_handle = XSLT_SCHEME(handle).get_all; } /* Open the URI and return a handle */ else if (strcasecmp(string_key, open) == 0) { - assign_handle = XSLT_SCHEME(handle).open; + assign_handle = XSLT_SCHEME(handle).open; } /* Retrieve data from the URI */ else if (strcasecmp(string_key, get) == 0) { - assign_handle = XSLT_SCHEME(handle).get; + assign_handle = XSLT_SCHEME(handle).get; } /* Save data to the URI */ else if (strcasecmp(string_key, put) == 0) { - assign_handle = XSLT_SCHEME(handle).put; + assign_handle = XSLT_SCHEME(handle).put; } /* Close the URI */ else if
[PHP-DEV] Bug #14029: can't dynamically load php_printer.dll extension
From: [EMAIL PROTECTED] Operating system: win/2000 PHP version: 4.0.6 PHP Bug Type: Program Execution Bug description: can't dynamically load php_printer.dll extension In php.ini I have: enable_dl = On extension_dir = c:/PHP/extensions/ All the extension dll's are in C:/PHP/extensions without any security. PHP Program ? $x = dl(php_cpdf.dll); ? I get the following error: - Unable to load dynamic library 'c:/PHP/extension/php_printer.dll' - The specified procedure could not be found. --- I have varified the fact that php_printer.dll is there! I get the same error when I un-comment extension=php_printer.dll in php.ini Help What am I doing wrong! How do i get these to load. Thanks for the help.. Dan -- Edit bug report at: http://bugs.php.net/?id=14029edit=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 #14030: sybase ct_init fails
From: [EMAIL PROTECTED] Operating system: Solaris 8 PHP version: 4.0.6 PHP Bug Type: Sybase-ct (ctlib) related Bug description: sybase ct_init fails I build apache 1.3.20, Sybase ASE 12 and php 4.0.6 with this configuration: ./configure --with-apache=/usr/local/sorgenti/apache_1.3.14 --with-sybase-ct=/database/sybase/OCS-12_0 when the webserver start this is the error: Open Client Message: Message number: LAYER = (5) ORIGIN = (3) SEVERITY = (5) NUMBER = (131) Message String: ct_init(): network packet layer: internal net library error: Attempt to load protocol driver failed Open Client Message: Message number: LAYER = (5) ORIGIN = (3) SEVERITY = (5) NUMBER = (131) Message String: ct_init(): network packet layer: internal net library error: Attempt to load protocol driver failed [Mon Nov 12 13:49:33 2001] [notice] Apache/1.3.20 (Unix) PHP/4.0.6 configured -- resuming normal operations [Mon Nov 12 13:49:33 2001] [info] Server built: Nov 12 2001 12:56:15 The sybase ct_init function don't work. -- Edit bug report at: http://bugs.php.net/?id=14030edit=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] CVS Account Request: alawatsl
one wonders where these fruitcakes keep coming from.. On Mon, Nov 12, 2001 at 01:25:23PM -, shehan alawatta wrote: To develop programs -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- Jo Giraerts PHP Sorcerer Life NV Interleuvenlaan 15A, 3001 LEUVEN, BELGIUM icq:81939849, email:[EMAIL PROTECTED], ph0ne:+32(0)16 20 89 61 pgp-key available at: http://www.keyserver.net. fingerprint: 81EE B1FD 88E2 A03A 4F49 6D8A 806E 2220 9C2F 918B I've got these opium queens that move around my space, I said it's waste not, want not, I think I'll take another, I'm holding all this pain that I'm trying to smother. branvan3000 - Afrodisiac -- PHP Development Mailing List http://www.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 #14031: Output handler dependency issue
From: [EMAIL PROTECTED] Operating system: linux 2.4.4/glibc 2.2.2 PHP version: 4.1.0RC1 PHP Bug Type: Output Control Bug description: Output handler dependency issue Thanks to Zeev's patch for output.c zlib.output_compression works as expected in 4.1.0RC CVS. There is dependency problem in output buffering. When both zblib.output_compression and output_handler is enabled, it seems output_compression is performed at first. Therefore, if mb_output_handler is specified as output_handler in php.ini. It doesn't work... There should be a way to control dependency for output handlers. At least, ouptut compression need to be performed at the end of other ouput handlers. I haven't tested under 4.2.0, I'll test it later. -- Edit bug report at: http://bugs.php.net/?id=14031edit=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 #12231 Updated: about ldap_get_values_len
ID: 12231 Updated by: venaas Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: LDAP related Operating System: redhat7.0 PHP Version: 4.0.6 New Comment: This is precisely why ldap_get_values_len() exists. I use the following code to extract pictures: ds=ldap_connect($host); $r=ldap_bind($ds); $sr=ldap_read($ds, $dn, objectClass=*, array(jpegphoto)); if ($sr) { $ei=ldap_first_entry($ds, $sr); if ($ei) { $info = ldap_get_values_len($ds, $ei, jpegphoto); header(Content-type: image/jpeg); } echo $info[0]; } ldap_unbind($ds); If this doesn't work, show me your exact script and if possible give me host, port and dn for your server so I can try. If you want to try against my server, try for instance ldap.uninett.no with the DN cn=Anders Lund,o=DUNINETT,dc=Duninett,dc=no Previous Comments: [2001-07-18 09:53:25] [EMAIL PROTECTED] I have a binary data in LDAP,(the data is 570k) when i use $data=ldap_get_values_len() to get the data, i found that $data[0] has 33k,i think because it have 00 in the binary data. how can i do? Edit this bug report at http://bugs.php.net/?id=12231edit=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 #13920 Updated: close () doesn't check input properly ?
ID: 13920 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Sockets related Operating System: Linux2.4 Debian/Testing G3 PPC PHP Version: 4.0.5 New Comment: OK, took me some time to find time, but it works for me (although the other was a distributionbuild, this one is mine, so what does it really tell us ?). Previous Comments: [2001-11-04 19:19:12] [EMAIL PROTECTED] Please try the latest CVS. e.g. a snapshot from http://snaps.php.net/ And note that all the functions have been renamed. --Jani [2001-11-04 10:23:49] [EMAIL PROTECTED] Note: Ofcourse I know this function is experimental, I'm just trying to help the bugsquiding. I'm running 4.0.5 and checked the changes in 4.0.6 and 4.0.5 of sockets.c to see if the close function changed, it didn't (as far as I see it), so I think this also applies to 4.0.6 I don't know if this is PPC specific, although I doubt it. here is the code, that crashes the php module (apache still works, but php doesn't output anything and headers don't get send): ? close ($fd); ? if only crashes after multiple times (and with fast enough subsequent tries ?), this is what I used for testing: #! /bin/sh while true do lynx -source http://127.0.0.1/ done hope this was helpfull Edit this bug report at http://bugs.php.net/?id=13920edit=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] ÉϹØϵͨƽ̨£¬½»ÊÂÒµÅóÓÑ£¬ÖÐÐĶ¯´ó½±
Title: ÉϹØϵͨ£¬½±ÉÌÎñͨ£¡ ÉϹØϵͨ£¬½±ÉÌÎñͨ ¹ØϵͨÈí¼þÊÇÈýÊ®¶øÁ¢Íøwww.up30.com¹ØϵÁªÃËÊý¾Ý¿âµÄ·ÃÎÊƽ̨£¬ÕâÊÇÒ»¸ö¾ßÓÐÐÅÓÃÌصãµÄÍøÂç½»Íùƽ̨£¬ËùÓÐÓû§ÒÔ¸öÈËÕæʵÉí·Ý¼ÓÈë¡£ÈýÊ®¶øÁ¢ÍøϵĹØϵÁªÃËÊÇһȺҵÄÚÈËʿΪÁË·½±ãÉÌÎñÁªÏµ£¬½»»»ÐÅÏ¢¶ø½¨Á¢µÄÒ»¸ö¹ØϵÁªÃË£¬¸÷¸öÐÐÒµ¡¢µØÇø¾ùÓпÊÍû²»¶ÏÍØÕ¹¸öÈ˹ØϵµÄ¾«Ó¢¼ÓÈë¡£ÒªÔÚ¹Øϵͨ½¨Á¢¸öÈ˸ü¹ã·ºµÄÈ˼ʹØϵ£¬ÄãËùÒª×öµÄ¾ÍÊÇÒÔÕæʵµÄÉí·ÝºÍÆäËûÓû§Ö÷¶¯È¥½»»»ÐÅÏ¢¡£ ¿ªÍعØϵ£¬ÈýÊ®¶øÁ¢ÊÇÎÒÃǵĿںţ¡ µÇ½ÈýÊ®¶øÁ¢ÍøÕ¾www.up30.com£¬×¢²á³ÉΪ¹Øϵͨƽ̨Óû§£¬ÖÚ¶à¾ßÓÐÕæʵÉí·ÝºÍÐÅÓü¶±ðµÄÒµ½ç¾«Ó¢µÈ×ÅÄã¡£ÉϹØϵͨ£¬¿ªÍعØϵ£¬ÈýÊ®¶øÁ¢¡£ »î¶¯Ï¸Ôò£º £¨»î¶¯Ê±¼ä£º2001Äê11ÔÂ1ÈÕµ½2001Äê11ÔÂ30ÈÕ£© ¡ô ÏÖÔڵǽÈýÊ®¶øÁ¢ÍøÕ¾×¢²á¸öÈËÕæʵ×ÊÁϳÉΪ¹ØϵͨÓû§£»£¨Ê¹ÓÃÃûƬ½»»»¹¦ÄܾͿÉÒԺܿ콨Á¢ÆðÄãµÄ¹ØϵȦ£©£» ¡ô ÔÚ11ÔÂ30ÈÕÇ°ÔÚÈýÊ®¶øÁ¢ÍøÕ¾Ê×Ò³ÉϽøÐÐÍƼö3λ¹ØϵͨÉÏÄãÈÏΪ×îÓмÛÖµµÄÅóÓÑ£»£¨´ó¼ÒҪעÒâµ½ÍøÕ¾Éϲ鿴һÏÂÍƼöÅÅÃû£© ¡ô µÃµ½ÍƼö×î¶àµÄ1λÓû§½«»ñµÃ×îÓмÛÖµ»ï°é½±£¬½±£º¼ÛÖµ4680ÔªµÄÉÌÎñͨ±¼Ñï2186£» ¡ô¸ù¾ÝÓû§µÄÆÀÓÎÒÃÇÔÚ»ñµÃÍƼöµÄÇ°10ÃûÓû§ÖÐÑ¡³ö×îÕæʵÓû§½±1ÃûºÍ×îÈÈÇéÓû§½±¸÷1Ãû£¬½±£º¼ÛÖµ1380ÔªµÄÉÌÎñͨÏȽÝMBA8823£» ¡ô Ç°30ÃûÓû§³ÉΪ¹ØϵͨµÄVIPÓû§£¬ÔÚÈýÊ®¶øÁ¢ÍøÕ¾ÉϽøÐиöÐÔÍƼö½éÉÜ£¬²¢ÏíÓÐÒÔºóµÄ¶àÖÖÌØÊâ·þÎñ¡£ ¡ô ÿλÓû§ÔÚʹÓùØϵͨµÄÇ°3´Î¿ÉÒÔÓлú»á½éÉÜÄãµÄ10λÀÏÓÑ¡£ÔÚÈκÎÒ»´Î¹ØϵͨµÄ»î¶¯ÖÐÖ»ÒªÄãÖн±£¬ËûÃǾͻáÁ¬´øÖн±¡£±¾´Î»î¶¯×îÓмÛÖµÓû§µÄ10λºÃÓÑ¿ÉÔÚJAZZÄÐÊ¿ÏãË®¡¢¾µäÈ«¸ÖÔ˶¯±í¡¢SANFOÖпÕËÄ¿×ÃÞÂÃÐÐ˯´ü¡¢È«Ì׶¡¶¡ÀúÏÕ¼ÇÖÐÑ¡Ôñ1·ÝÀñÆ·¡£ ¡¡ 1. ½«¶Ô»ñ½±Õß½øÐÐ×ÊÁÏÓèÒԺ˶ԣ¬Èç¹û³öÏÖÐé¼ÙÇé¿ö£¬È¡Ïû²Î¼Ó»î¶¯×ʸñ¡£ 2. ÉîÛÚ°®¶ûÆÕÐÅÏ¢¿Æ¼¼ÓÐÏÞ¹«Ë¾ÓµÓжԻµÄ×îÖÕ½âÊÍȨ¡£ www.up30.com Copyright 2001 UP30com All rights reserved. -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14032: Mail() always returns false but mail is sent
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.2 PHP version: 4.0.6 PHP Bug Type: Mail related Bug description: Mail() always returns false but mail is sent I can see that this has been reported for Solaris too. mail() always returns false but mail is sent successfully. I'm running PHP 4.0.6 as an Apache module on a FreeBSD virtual server host (at digitaldaze.com). sendmail version is 8.11.6 I can reproduce this with a simple script: if (mail([EMAIL PROTECTED],Test from PHP,Does this work?)) echo True; else echo False; Thanks Ross -- Edit bug report at: http://bugs.php.net/?id=14032edit=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 #14031 Updated: Output handler dependency issue
ID: 14031 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Output Control Operating System: linux 2.4.4/glibc 2.2.2 PHP Version: 4.1.0RC1 New Comment: I got following error with 4.2.0 Starting httpd: Unknown(0) : Fatal error - Cannot use both zlib.output_compression and tput_handler together!! Is it possible print the same error for 4.1.0? BTW, there is a typo in error message :) Previous Comments: [2001-11-12 09:16:06] [EMAIL PROTECTED] Thanks to Zeev's patch for output.c zlib.output_compression works as expected in 4.1.0RC CVS. There is dependency problem in output buffering. When both zblib.output_compression and output_handler is enabled, it seems output_compression is performed at first. Therefore, if mb_output_handler is specified as output_handler in php.ini. It doesn't work... There should be a way to control dependency for output handlers. At least, ouptut compression need to be performed at the end of other ouput handlers. I haven't tested under 4.2.0, I'll test it later. Edit this bug report at http://bugs.php.net/?id=14031edit=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: is_executable test
On Mon, Nov 12, 2001 at 09:29:27AM +0100, Sascha Schumann wrote: Anyway, Linux 2.4.13 gives me a permission denied while FreeBSD 4.4 does not. I guess this check should be removed from the testfile or it should be combined with an OS-level check which determines which behaviour is correct for the current OS. As I recall, I believe that is one of the fundamental varying behaviors between SysV and BSD -style systems. Of course, no one really knows where Linux fits into that mess. =) -- Jon Parise ([EMAIL PROTECTED]) . Information Technology (2001) http://www.csh.rit.edu/~jon/ : Computer Science House Member -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13873 Updated: wddx_*() functions only handle ascii
ID: 13873 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: WDDX related Operating System: Linux PHP Version: 4.0.6 New Comment: Nowhere in the docs is it mentioned that wddx-functions are affected by locale settings. But experimenting with setlocale() reveals that it is indeed a locale issue: ?php print wddx_serialize_value(xyzåäö) . \n; setlocale(LC_ALL, sv_SE); print wddx_serialize_value(xyzåäö); ? produces: wddxPacket version='1.0'header/datastringxyzchar code='FFE5'/char code='FFE4'/char code='FFF6'//string/data/wddxPacket wddxPacket version='1.0'header/datastringxyzåäö/string/data/wddxPacket If this is correct, ie wddx*() _should_ be affected by locale, then I suggest that it be described in the docs as soon as possible! Thanks for your work and patience, /Johan Previous Comments: [2001-11-10 04:25:04] [EMAIL PROTECTED] Propably your locales again. Anyway, what does this output: ?php echo wddx_serialize_value(xyzåäö); ? [2001-11-01 04:26:15] [EMAIL PROTECTED] 1. Linux distribution is Slackware 4.0 which is a libc 5 dist. Running kernel 2.2.19 2. configure --with-xml --enable-wddx [2001-10-31 19:28:36] [EMAIL PROTECTED] What are your: - linux distribution - configure line for PHP --Jani [2001-10-31 05:41:33] [EMAIL PROTECTED] No, it still doesn't work here. I got the latest (oct 31) snap from snaps.php.net: # ./configure --with-xml --enable-wddx # make # ./php wddx_test.php X-Powered-By: PHP/4.2.0-dev Content-type: text/html xyz??? wddx_test.php contains the one-liner submitted in my original report: print wddx_deserialize(wddx_serialize_value(xyzåäö)); /Johan [2001-10-30 18:15:32] [EMAIL PROTECTED] Works fine for me with latest CVS. Try a snapshot from http://snaps.php.net/ --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=13873 Edit this bug report at http://bugs.php.net/?id=13873edit=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] 4.1.0
Title: RE: [PHP-DEV] 4.1.0 Andi Gutmans wrote: [snippage] I think that if we can fix the 1-2 show stoppers that are still in the PHP_4_0_7 branch we should release ASAP. IMHO, this is what should happen. Best Regards Mike Robinson IT / Developer - Toronto Star TV Phone: 416.945.8786 Fax: 416.869.4566 Email: [EMAIL PROTECTED] http://www.torontostartv.com - Webcasting Production http://www.tmgtv.ca - Hometown Television http://www.thestar.com - Canadas largest daily newspaper, The Toronto Star, online -- PHP Development Mailing List http://www.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 #14033: libjpeg not found
From: [EMAIL PROTECTED] Operating system: solaris 8 PHP version: 4.0.6 PHP Bug Type: *Configuration Issues Bug description: libjpeg not found String to configure: ./configure --with-apache=/usr/local/sorgenti/apache_1.3.20 --with-sybase=/database/sybase/OCS-12_0 --with-zlib-dir=shared --with-jpeg-dir=/usr/local --with-gd=/usr/local --with-mcrypt During configuration's php 4.0.6, this is the error messages: checking whether to enable truetype string function in gd... no checking for the location of libjpeg... yes checking for jpeg_read_header in -ljpeg... no configure: error: libjpeg not found! -- Edit bug report at: http://bugs.php.net/?id=14033edit=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 #14034: Error compile on Solaris 2.7 on SUN E4500
From: [EMAIL PROTECTED] Operating system: Solaris 2.7 on SUN E4500 PHP version: 4.0.6 PHP Bug Type: Compile Failure Bug description: Error compile on Solaris 2.7 on SUN E4500 # make Making all in Zend make[1]: Entering directory `/tmp/php-4.0.6/Zend' /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -D_POSIX_PTHREAD_SEMANTICS -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -g -O2 -c zend _language_scanner.c /usr/ccs/bin/as: /var/tmp/cclaKd3o.s, line 29487: error: unknown opcode .subs ection /usr/ccs/bin/as: /var/tmp/cclaKd3o.s, line 29487: error: statement syntax /usr/ccs/bin/as: /var/tmp/cclaKd3o.s, line 29645: error: unknown opcode .prev ious /usr/ccs/bin/as: /var/tmp/cclaKd3o.s, line 29645: error: statement syntax make[1]: *** [zend_language_scanner.lo] Error 1 make[1]: Leaving directory `/tmp/php-4.0.6/Zend' make: *** [all-recursive] Error 1 -- Edit bug report at: http://bugs.php.net/?id=14034edit=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 #13982 Updated: set_time_limit (ref #13711) and ignore_user_abort affects later requests
ID: 13982 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Apache related Operating System: SunOS 5.8 Generic PHP Version: 4.0.6 New Comment: Errors reproduced from todays snapshot (20020300) Previous Comments: [2001-11-10 19:59:26] [EMAIL PROTECTED] Could you please try the latest CVS snapshot from http://snaps.php.net/ (instead of the RC) --Jani [2001-11-07 13:02:10] [EMAIL PROTECTED] Bug #13711 reproduced. In addition, ignore_user_abort() also affects the following requests to the same apache process. Apache/1.3.20 PHP 4.0.7RC2: './configure' '--prefix=/local/gnu' '--prefix=/local' '--with-apxs' '--enable-calendar' '--enable-discard-path' '--enable-exif' '--enable-force-cgi-redirect' '--enable-ftp' '--enable-magic-quotes' '--enable-memory-limit' '--enable-safe-mode' '--enable-shared' '--enable-shmop' '--disable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-trans-sid' '--enable-ucd-snmp-hack' '--enable-versioning' '--enable-wddx' '--enable-xml' '--enable-gd-native-ttf' '--with-bz2=/local' '--with-db3=/local' '--with-exec-dir=/www' '--with-freetype-dir=/local' '--with-gd=/local' '--with-gdbm=/local/gnu' '--with-java=no' '--with-jpeg-dir=/local' '--with-ldap=/local' '--without-mm' '--with-mod_charset' '--with-mysql=/local/mysql' '--with-oci8=/local/oracle/8.1.6' '--with-openssl=/local' '--with-png-dir=/local' '--without-readline' '--without-recode' '--with-snmp=/local/snmp' '--with-zlib=/local' '--with-config-file-path=/etc/php/php.conf' Edit this bug report at http://bugs.php.net/?id=13982edit=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 #14034 Updated: Error compile on Solaris 2.7 on SUN E4500
ID: 14034 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Compile Failure Operating System: Solaris 2.7 on SUN E4500 PHP Version: 4.0.6 New Comment: Can you possible try the gnu utils for this to see? (www.sunfreeware.com) check for the binutils package. I'll try to reproduce it later today (solaris 8 on intel). Derick Previous Comments: [2001-11-12 10:52:55] [EMAIL PROTECTED] # make Making all in Zend make[1]: Entering directory `/tmp/php-4.0.6/Zend' /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -D_POSIX_PTHREAD_SEMANTICS -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -g -O2 -c zend _language_scanner.c /usr/ccs/bin/as: /var/tmp/cclaKd3o.s, line 29487: error: unknown opcode .subs ection /usr/ccs/bin/as: /var/tmp/cclaKd3o.s, line 29487: error: statement syntax /usr/ccs/bin/as: /var/tmp/cclaKd3o.s, line 29645: error: unknown opcode .prev ious /usr/ccs/bin/as: /var/tmp/cclaKd3o.s, line 29645: error: statement syntax make[1]: *** [zend_language_scanner.lo] Error 1 make[1]: Leaving directory `/tmp/php-4.0.6/Zend' make: *** [all-recursive] Error 1 Edit this bug report at http://bugs.php.net/?id=14034edit=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] Truncation of uploaded file names at backslash
Hello First let me apologise in case I've raised this question in the wrong place. It seemed too difficult for the general users mailing list but not a big enough issue to file a bug report. In main/rfc1867.c, the function php_mime_split() deliberately truncates the filename string containing the client-side name of an uploaded file, preserving only the portion right of the rightmost backslash. This means the application script won't see the client-side filename as passed by the browser. I think I know why this has been done (because IE stupidly passes the complete client-side path, rather than just the file _name_), but IMVHO it is a mis-feature to impose an MS-DOS/Windows filename restriction on the server side (\ is valid in filenames on Mac and Unix). What do you folks think about this? Was it imposed for another reason? The reason I came upon this is I am looking at porting an existing ASP (spit) application which includes a file storage area. One of the problems we have with the ASP/WinNT system is that it doesn't deal well with client-side filenames. We want to preserve but platform-proof filenames. So we need to get our hands on the whole filename and then replace dangerous characters like \ with less dangerous ones. Is there another way to retreive the string as passed by the browser, or do I need to comment out a few lines and re-compile? Also (OT, sorry), does anyone happen to know how IE for Mac behaves? Does it pass the full path of uploaded file (with colons?) or just the filename? Or some other random Microsoft junk? Thanks Duncan -- PHP Development Mailing List http://www.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] 4.1.0
On Sat, Nov 10, 2001 at 04:26:57PM +0200, Zeev Suraski wrote: Guys, We have a bit of a dilemma here. As you all know, the 4.0.7 branch, on which 4.1.0 is currently scheduled to be based on, has branched away a few months ago. Some people have expressed concern that releasing 4.1.0 based on that branch is not a good idea, because there have been so many changes in the HEAD branch, and synchronizing fixes and so on is going to be a headache. There are basically two options: (a) Go with 4.1.0 based on 4.0.7 the way we originally intended. Pros: It's pretty stable, tested, and pretty much ready to go out the door with minimum extra work. Cons: We get a release out there that is based on code from several months ago, which doesn't contain some bug fixes and changes. (b) Drop the current release branch. Rebranch from HEAD, and release 4.1.0 based on the current CVS. Pros: All of the bug fixes/features go into 4.1.0, we don't release a version based on old code. Cons: Requires a complete new cycle of QA, as lots of key issues changed since we branched. Two major examples that come to mind are the sessions code (trans_sid) and file uploads, which were very significantly changed. My personal opinion is that we should go on with (a), and start the release process for 4.2.0, based on the latest CVS, immediately afterwards. I fear instability in the new sessions/file upload code too much, and don't want to delay 4.1.0 for much longer. Thies, on the other hand, supports option (b), because he's afraid of having a new release based on several months old CVS is going to be a headache. i haven't really changed my mind - but i want a fast decision. as there isn't any clear consens here i think we should release 4.1 as-it-is-with-the-last-showstoppers-fixed and go from there. we should also learn from this and assign a RM for the next release! i mean a real release-master... re, tc -- PHP Development Mailing List http://www.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] 4.1.0
i haven't really changed my mind - but i want a fast decision. as there isn't any clear consens here i think we should release 4.1 as-it-is-with-the-last-showstoppers-fixed and go from there. we should also learn from this and assign a RM for the next release! i mean a real release-master... Putting out a release we arnt happy with is worse than not putting a release out at all. Lets restart the cycle and take care this time.. 4.1.x is asking for trouble coming from a branch as old as the 4_0_7 branch is..lets rebranch from HEAD and really push the release we could probably get it out in 1.5 - 2 weeks. - James -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] 4.1.0
On Mon, 12 Nov 2001, James Moore wrote: Putting out a release we arnt happy with is worse than not putting a release out at all. Just wondering what in the current branch people aren't happy with. -Andrei * http://www.zend.com/comm_person.php?id=24 * -- PHP Development Mailing List http://www.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] 4.1.0
The one symptom Rasmus pointed out (which was quite specific for mbstring-xlation+zlib-compression) was MFH'd, so I think there are no big showstoppers left. Zeev At 20:55 12/11/2001, Andrei Zmievski wrote: On Mon, 12 Nov 2001, James Moore wrote: Putting out a release we arnt happy with is worse than not putting a release out at all. Just wondering what in the current branch people aren't happy with. -Andrei * http://www.zend.com/comm_person.php?id=24 * -- PHP Development Mailing List http://www.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] 4.1.0
On Mon, 12 Nov 2001, Zeev Suraski wrote: The one symptom Rasmus pointed out (which was quite specific for mbstring-xlation+zlib-compression) was MFH'd, so I think there are no big showstoppers left. I'm ++1 for releasing current branch ASAP. -Andrei The main reason Santa is so jolly is because he knows where all the bad girls live. -- George Carlin -- PHP Development Mailing List http://www.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] 4.1.0
On Mon, 12 Nov 2001, James Moore wrote: Putting out a release we arnt happy with is worse than not putting a release out at all. Just wondering what in the current branch people aren't happy with. Its too old, things are being merged in still which could work find in HEAD but could have problems in the branch, how many developers test the branch properly before MFD'ing?? (why I dont agree with jani's idea for the new release thing having 4.1, 4.2 etc..) - James -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] 4.1.0
The one symptom Rasmus pointed out (which was quite specific for mbstring-xlation+zlib-compression) was MFH'd, so I think there are no big showstoppers left. Ive a fix for strtok's behaviour in HEAD but not in 4_0_7 should I merge it?? (See news for details of the fix). - James -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] 4.1.0
I suggest an RC2 (today?) and a release by the end of the week, or Monday at the latest. James - how sure are you that the fix you submitted is good and that we won't find out afterwards that the bogus behavior was actually the right thing to do? :) Zeev At 21:14 12/11/2001, Andrei Zmievski wrote: On Mon, 12 Nov 2001, Zeev Suraski wrote: The one symptom Rasmus pointed out (which was quite specific for mbstring-xlation+zlib-compression) was MFH'd, so I think there are no big showstoppers left. I'm ++1 for releasing current branch ASAP. -Andrei The main reason Santa is so jolly is because he knows where all the bad girls live. -- George Carlin -- PHP Development Mailing List http://www.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] 4.1.0
Code doesn't grow old. There's really no reason not to release 4.1.0, and start the 4.2.0 releasing immediately afterwards. Mixing the fact we're stressed to put out a released (due to the $_GETfriends feature) and the fact that we have several big changes in key features (sessions, file uploads) is a 'clear and present danger', in my opinion. We should be able to take our time with it, if necessary. Zeev At 20:54 12/11/2001, James Moore wrote: i haven't really changed my mind - but i want a fast decision. as there isn't any clear consens here i think we should release 4.1 as-it-is-with-the-last-showstoppers-fixed and go from there. we should also learn from this and assign a RM for the next release! i mean a real release-master... Putting out a release we arnt happy with is worse than not putting a release out at all. Lets restart the cycle and take care this time.. 4.1.x is asking for trouble coming from a branch as old as the 4_0_7 branch is..lets rebranch from HEAD and really push the release we could probably get it out in 1.5 - 2 weeks. - James -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.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] 4.1.0
I suggest an RC2 (today?) and a release by the end of the week, or Monday at the latest. James - how sure are you that the fix you submitted is good and that we won't find out afterwards that the bogus behavior was actually the right thing to do? :) Well I know the old behaviour was wrong, it was return the token at times, but the ANSI C standard is vague about how strtok should behave when there are more than one token's together. $string = James|Zeev||Andrei; $str[0] = strtok($string, |); $str[1] = strtok(|); $str[2] = strtok(|); $str[3] = strtok(|); Old behaviour: $str = array( string James string Zeev string |Andrei false ) I changed it to return $str = array( string James string Zeev string Andrei false ) But should it return: $str = array( string = James string = Zeev string = string = Andrei ) - James -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] [PATCH] ftok() implementation
Hello php-dev, I have made small patch which add function ftok if used though one of extensions: sysvsem, sysvshm, shmop. Best regards, Andrew Sitnikov e-mail : [EMAIL PROTECTED] GSM: (+372) 56491109 ftok.patch Description: Binary data -- PHP Development Mailing List http://www.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] 4.1.0
On Mon, 12 Nov 2001, Zeev Suraski wrote: I suggest an RC2 (today?) and a release by the end of the week, or Monday at the latest. James - how sure are you that the fix you submitted is good and that we won't find out afterwards that the bogus behavior was actually the right thing to do? :) It works the same as glibc on Linux, and according to the same behavior as Solaris' strtok(). So it's the correct thing IMO. Derick Zeev At 21:14 12/11/2001, Andrei Zmievski wrote: On Mon, 12 Nov 2001, Zeev Suraski wrote: The one symptom Rasmus pointed out (which was quite specific for mbstring-xlation+zlib-compression) was MFH'd, so I think there are no big showstoppers left. I'm ++1 for releasing current branch ASAP. -Andrei The main reason Santa is so jolly is because he knows where all the bad girls live. -- George Carlin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] Derick Rethans - 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 #14035: Install fails on apsx -S command under Apache 1.3.6
From: [EMAIL PROTECTED] Operating system: Cobalt RAQ 3-Red Hat 5 PHP version: 4.0.6 PHP Bug Type: Apache related Bug description: Install fails on apsx -S command under Apache 1.3.6 Apache fails on apsx -S commmand upon install. I have read previous posts about this problem and we do not have the option to install a newer version of Apache beyond 1.3.6. Is there a way around this? Can we use previous install options (ie. -i -n) from 4.0.5? Also, we receive and error when we connect to a Postgres database using: ? session_start(); dl(pgsql.so) ; $db=pg_connect(dbname=fsagency user=fsagency); ? We receive a Segmentation Fault (11). We have deterimined that the error occurs in the pg_connect function call. Sometimes we receive a document cannot be displayed in the browser, sometimes we recieve our data. Will try to recompile to get a backtrace. Any help would be appreciated. -- Edit bug report at: http://bugs.php.net/?id=14035edit=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 #14036: Segfault when using multipart form data
From: [EMAIL PROTECTED] Operating system: Linux 2.2.20 and 2.4.14 PHP version: 4.0CVS-2001-11-12 PHP Bug Type: Reproducible crash Bug description: Segfault when using multipart form data When submitting a form with enctype multipart/form-data Apache childs segfault. Weird thing is that the problem is not reproducible when compiling PHP with debugging enabled. I have tried PHP-4.0.6 and CVS snapshot php4-20020600. Apache compiled with: EAPI_MM=../mm-1.1.3 \ SSL_BASE=/usr \ ./configure \ --with-layout=Apache \ --prefix=/usr/local/apache \ --enable-module=rewrite \ --enable-module=ssl \ --add-module=/root/downloads/mod_gzip.c \ --activate-module=src/modules/php4/libphp4.a \ (tried and tested with Apache_1.3.20 and Apache_1.3.22, also tried without mod_gzip) PHP compiled with: ./configure --with-apache=../apache_1.3.22 --with-mysql=/usr/local/mysql --with-gd --enable-gd-native-ttf --with-freetype-dir=/usr/local --with-curl --with-openssl --with-zlib --enable-track-vars --enable-memory-limit --enable-debug=no Linux osiris 2.4.14 #1 Thu Nov 8 15:02:47 CET 2001 i686 unknown also tested and reproducable on linux-2.2.20 tested and reproducable with glibc-2.1.3(Slackware 7.1) and glibc-2.2.3(Slackware 8.0) gdb output: 2 different segmentation faults happening on the same script, occuring at random (sometimes the request succeeds). Crashes are definately related to multipart form data since removing the enctype from the form in the script makes the segfaults disappear. Program received signal SIGSEGV, Segmentation fault. 0x4037faf0 in __libc_free (mem=0x8345138) at malloc.c:3055 3055malloc.c: No such file or directory. (gdb) bt #0 0x4037faf0 in __libc_free (mem=0x8345138) at malloc.c:3055 #1 0x40372c0f in _IO_new_fclose (fp=0x8345138) at iofclose.c:87 #2 0x8076f50 in rfc1867_post_handler (content_type_dup=0x833438c multipart/form-data; boundary=, '-' repeats 27 times, 7d187376074e, arg=0x832eedc) at rfc1867.c:707 #3 0x8075211 in sapi_handle_post (arg=0x832eedc) at SAPI.c:108 #4 0x8077f35 in php_treat_data (arg=0, str=0x0, destArray=0x0) at php_variables.c:250 #5 0x807340f in php_hash_environment () at main.c:1097 #6 0x8072b73 in php_request_startup () at main.c:684 #7 0x8106c51 in apache_php_module_main (r=0x8316cf8, display_source_mode=0) at sapi_apache.c:67 #8 0x8070e96 in send_php () at eval.c:88 #9 0x8070ef2 in send_parsed_php () at eval.c:88 #10 0x8167859 in ap_invoke_handler () at eval.c:88 #11 0x817cbcf in process_request_internal () at eval.c:88 #12 0x817cc36 in ap_process_request () at eval.c:88 #13 0x8173a36 in child_main () at eval.c:88 #14 0x8173c15 in make_child () at eval.c:88 #15 0x8173d8c in startup_children () at eval.c:88 #16 0x817441d in standalone_main () at eval.c:88 #17 0x8174c9c in main () at eval.c:88 #18 0x4032c2eb in __libc_start_main (main=0x81748e8 main, argc=2, ubp_av=0xbb44, init=0x806d9c0 _init, fini=0x81b343c _fini, rtld_fini=0x4000c130 _dl_fini, stack_end=0xbb3c) at ../sysdeps/generic/libc-start.c:129 Program received signal SIGSEGV, Segmentation fault. 0x4037fc3d in chunk_free (ar_ptr=0x40418cc0, p=0x834a740) at malloc.c:3134 3134malloc.c: No such file or directory. (gdb) bt #0 0x4037fc3d in chunk_free (ar_ptr=0x40418cc0, p=0x834a740) at malloc.c:3134 #1 0x4037fb03 in __libc_free (mem=0x834a928) at malloc.c:3057 #2 0x80f1eac in shutdown_memory_manager (silent=0, clean_cache=0) at zend_alloc.c:524 #3 0x8072e0e in php_request_shutdown (dummy=0x0) at main.c:743 #4 0x8106d05 in apache_php_module_main (r=0x8316cf8, display_source_mode=0) at sapi_apache.c:96 #5 0x8070e96 in send_php () at eval.c:88 #6 0x8070ef2 in send_parsed_php () at eval.c:88 #7 0x8167859 in ap_invoke_handler () at eval.c:88 #8 0x817cbcf in process_request_internal () at eval.c:88 #9 0x817cc36 in ap_process_request () at eval.c:88 #10 0x8173a36 in child_main () at eval.c:88 #11 0x8173c15 in make_child () at eval.c:88 #12 0x8173d8c in startup_children () at eval.c:88 #13 0x817441d in standalone_main () at eval.c:88 #14 0x8174c9c in main () at eval.c:88 #15 0x4032c2eb in __libc_start_main (main=0x81748e8 main, argc=2, ubp_av=0xbb44, init=0x806d9c0 _init, fini=0x81b343c _fini, rtld_fini=0x4000c130 _dl_fini, stack_end=0xbb3c) at ../sysdeps/generic/libc-start.c:129 If you need more info contact me private or on the php-dev list (i am subscribed) HTH, Hans Rakers ClubNed Badhoevedorp, NL -- Edit bug report at: http://bugs.php.net/?id=14036edit=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] 4.1.0
But should it return: $str = array( string = James string = Zeev string = string = Andrei ) Enduser point of view ;). IMO Should return en empty string (it is an empty string) or NULL, but false has nothing to do with a string, btw, in 4.0.6 (the actual production version) it return an empty string (on my system). Backward compatibility issue is a must. pa -- PHP Development Mailing List http://www.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 #14037: Memory leak in xmldocfile function
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.6 PHP Bug Type: DOM XML related Bug description: Memory leak in xmldocfile function ?php echo starting test ...p; flush(); for ($i=0; $i100; $i++) { $doc = xmldocfile( SOMEXMLFILE ); } echo test finished; ? When this is done on Apache, the memory used by Apache sky rockets. The larger the XML file, the larger the memory leak. -- Edit bug report at: http://bugs.php.net/?id=14037edit=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 #13933 Updated: error_log and HTTP redirect using header conflict
ID: 13933 Updated by: zak Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Output Control Operating System: Windows NT4 SP6 PHP Version: 4.0.6 New Comment: Sounds like error_log() was generating an error message because the error_log directive was not set. Once the error message was generated, output would be sent to the browser, causing the headers to be sent and the header() call to fail. Try unsetting the error_log directive in php.ini and run a script that only calls error_log(). Previous Comments: [2001-11-05 09:11:29] [EMAIL PROTECTED] [Might be related to bug #11213] Using : NT4 SP6 Apache 1.3.20 PHP 4.0.6 Zend Optimizer 1.1 (bug reproduced without also) I have a quite short PHP page needing to log something, and then switch to another PHP page. I use the following PHP code : error_log ($message, 0); header(Location: new-location.php); I then get the following error message : Cannot add header information - headers already sent If I remove the call to error_log, the problem disappears, but I won't get the event logged :( Thus, error_log must be 'the one' producing the unexpected output. If I swap the two calls, (header first, then error_log), I'll get to new-location.php, but nothing will get logged :( If I specify a filename in the call to error_log, and leave it in second position (see following example), it works fine (except I don't automatically get the date and IP address of client like I used to get in Apache's log). error_log ($message, 3, 'd:/program files/apache group/apache/logs/error.log'); Here is my PHP configuration regarding logging functions : error_reporting = E_ALL ~E_NOTICE display_errors = On display_startup_errors = Off log_errors = On Let's add another strange behaviour. If I add the following line in php.ini : error_log = d:/program files/apache group/apache/logs/error.log and execute again the first example (error_log with 2 args and then header), it works fine :) Any clues ? Edit this bug report at http://bugs.php.net/?id=13933edit=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] read include part of a file, I have a script problem??
On November 5, 2001 11:57 am, OntheAve wrote: Hi, I have my file: begin.inc, from which I want to include a part in my php page. I have included this part between the tags: !--BeginPHP-- !--EndPHP--, but I can't have my loop working. Here is What I have written: $FileName = begin.inc; $Content = file($FileName); $BeginIt = !--beginPHP--; $EndIt = !--endPHP--; do { if ($Key == $BeginIt) { echo $Val; } elseif ($Key == $EndIt) { Break; } } while(list($Key,$Val) = each($Content) ); What is wrong with my script? It looks like you are missing a newline at the end of the $BeginIt and $EndIt strings. Also, the dev list is generally for discussing issues regarding the development of PHP -- for general PHP questions, please post to the PHP General mailing list. See php.net/support.php for more information. -- Zak Greant PHP Quality Assurance Team http://qa.php.net/ We must be the change we wish to see. - M. K. Ghandi -- PHP Development Mailing List http://www.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] 4.1.0
But should it return: $str = array( string = James string = Zeev string = string = Andrei ) Enduser point of view ;). IMO Should return en empty string (it is an empty string) or NULL, but false has nothing to do with a string, btw, in 4.0.6 (the actual production version) it return an empty string (on my system). Backward compatibility issue is a must. A quick test on Solaris, Windows and Linux shows that returning what it now returns is inline with the C behaviour, if we want the IMHO more logical behaviour we shouldn't call it by its C name but somthing like string_tokenize(). - James -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] 4.1.0
A quick test on Solaris, Windows and Linux shows that returning what it now returns is inline with the C behaviour, if we want the IMHO more logical behaviour we shouldn't call it by its C name but somthing like string_tokenize(). It should be a good solution, php function with C name make confusion if it does not work as in C (in another way, all php users are not C users). And string_tokenize respects the naming convention ;). pa -- PHP Development Mailing List http://www.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 #11389 Updated: array_walk causes Apache to crash
ID: 11389 Updated by: venaas Reported By: [EMAIL PROTECTED] Status: Critical Bug Type: Arrays related Operating System: W98 PHP Version: 4.0.6 New Comment: Yes, what happens is that array_walk tries to move forward to the next element by calling zend_hash_move_forward_ex() which determines that the hash is inconsistent and bails out. I think this behavior is good enough. This script is asking for trouble. It's important that people can't crash Apache, but I don't mind if weird scripts like this misbehaves. CVS works okay for me since PHP doesn't crash, but bails out. For me I get the same behavior if I remove the call by references (in array_walk call and myfunc declaration). Previous Comments: [2001-11-11 21:34:20] [EMAIL PROTECTED] Indeed there is something odd going on: ?php $myarr = array(array(1,2,3), array(1,2,3), array(1,2,3)); echo before\n; array_walk($myarr, myfunc); function myfunc($value, $key) { global $myarr; $myarr=null; } echo after\n; ? This script only echo's before. --Jani [2001-11-11 06:49:53] [EMAIL PROTECTED] Reproduced with 4.2.0-dev (200111080300) on Windows 2000. Array_walk seems to be pretty buggy. There were a few reports of crashes using array_walk, most importantly #12776. Reopening. [2001-10-21 01:44:42] [EMAIL PROTECTED] I can not reproduce this with PHP 4.1.0RC1. Could you please try the latest development build from http://www.php4win.com/ [2001-06-23 17:31:08] [EMAIL PROTECTED] Reproduced with 4.0.7-dev (latest CVS, Win32) [2001-06-23 17:29:51] [EMAIL PROTECTED] Reproduced with PHP 4.0.6 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=11389 Edit this bug report at http://bugs.php.net/?id=11389edit=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 #14031 Updated: Output handler dependency issue
ID: 14031 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Output Control Operating System: linux 2.4.4/glibc 2.2.2 PHP Version: 4.1.0RC1 New Comment: Done. Can this bug report be closed now? --Jani Previous Comments: [2001-11-12 09:40:35] [EMAIL PROTECTED] I got following error with 4.2.0 Starting httpd: Unknown(0) : Fatal error - Cannot use both zlib.output_compression and tput_handler together!! Is it possible print the same error for 4.1.0? BTW, there is a typo in error message :) [2001-11-12 09:16:06] [EMAIL PROTECTED] Thanks to Zeev's patch for output.c zlib.output_compression works as expected in 4.1.0RC CVS. There is dependency problem in output buffering. When both zblib.output_compression and output_handler is enabled, it seems output_compression is performed at first. Therefore, if mb_output_handler is specified as output_handler in php.ini. It doesn't work... There should be a way to control dependency for output handlers. At least, ouptut compression need to be performed at the end of other ouput handlers. I haven't tested under 4.2.0, I'll test it later. Edit this bug report at http://bugs.php.net/?id=14031edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Bug #14036: Segfault when using multipart form data
[EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] Operating system: Linux 2.2.20 and 2.4.14 PHP version: 4.0CVS-2001-11-12 PHP Bug Type: Reproducible crash Bug description: Segfault when using multipart form data When submitting a form with enctype multipart/form-data Apache childs segfault. Weird thing is that the problem is not reproducible when compiling PHP with debugging enabled. I have tried PHP-4.0.6 and CVS snapshot php4-20020600. 4.1.0RC may not have this problem. I cannot reprocude with 4.1.0. I need to know to the script/config to be sure, though. -- Yasuo Ohgaki -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Bug #14036: Segfault when using multipart form data
[EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] Operating system: Linux 2.2.20 and 2.4.14 PHP version: 4.0CVS-2001-11-12 PHP Bug Type: Reproducible crash Bug description: Segfault when using multipart form data When submitting a form with enctype multipart/form-data Apache childs segfault. Weird thing is that the problem is not reproducible when compiling PHP with debugging enabled. I have tried PHP-4.0.6 and CVS snapshot php4-20020600. 4.1.0RC may not have this problem. I cannot reprocude with 4.1.0. I need to know to the script/config to be sure, though. -- Yasuo Ohgaki -- PHP Development Mailing List http://www.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: Bug #14036: Segfault when using multipart formdata
This code has changed significantly in current CVS. 4.0.6 and 4.1.0RC1 should not have the problem. -Rasmus On Tue, 13 Nov 2001, Yasuo Ohgaki wrote: [EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] Operating system: Linux 2.2.20 and 2.4.14 PHP version: 4.0CVS-2001-11-12 PHP Bug Type: Reproducible crash Bug description: Segfault when using multipart form data When submitting a form with enctype multipart/form-data Apache childs segfault. Weird thing is that the problem is not reproducible when compiling PHP with debugging enabled. I have tried PHP-4.0.6 and CVS snapshot php4-20020600. 4.1.0RC may not have this problem. I cannot reprocude with 4.1.0. I need to know to the script/config to be sure, though. -- Yasuo Ohgaki -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.1.0RC2 - can we roll?
I'm going to roll PHP 4.1.0RC2 in an hour if nobody shouts. 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] PHP 4.1.0RC2 - can we roll?
On Tue, 13 Nov 2001 01:26:01 +0200 Zeev Suraski [EMAIL PROTECTED] wrote: I'm going to roll PHP 4.1.0RC2 in an hour if nobody shouts. Yipeee ;) -- PHP Development Mailing List http://www.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 #14031 Updated: Output handler dependency issue
ID: 14031 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Output Control Operating System: linux 2.4.4/glibc 2.2.2 PHP Version: 4.1.0RC1 New Comment: I think so. output handlers can be set with ob_start() anyway :) Closed. Previous Comments: [2001-11-12 18:18:05] [EMAIL PROTECTED] Done. Can this bug report be closed now? --Jani [2001-11-12 09:40:35] [EMAIL PROTECTED] I got following error with 4.2.0 Starting httpd: Unknown(0) : Fatal error - Cannot use both zlib.output_compression and tput_handler together!! Is it possible print the same error for 4.1.0? BTW, there is a typo in error message :) [2001-11-12 09:16:06] [EMAIL PROTECTED] Thanks to Zeev's patch for output.c zlib.output_compression works as expected in 4.1.0RC CVS. There is dependency problem in output buffering. When both zblib.output_compression and output_handler is enabled, it seems output_compression is performed at first. Therefore, if mb_output_handler is specified as output_handler in php.ini. It doesn't work... There should be a way to control dependency for output handlers. At least, ouptut compression need to be performed at the end of other ouput handlers. I haven't tested under 4.2.0, I'll test it later. Edit this bug report at http://bugs.php.net/?id=14031edit=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: Bug #14036: Segfault when using multipart form data
As i reported in my bug report, i can reproduce this problem with 4.0.6 and current cvs. Hans Rakers At 15:18 12-11-2001 -0800, you wrote: This code has changed significantly in current CVS. 4.0.6 and 4.1.0RC1 should not have the problem. -Rasmus On Tue, 13 Nov 2001, Yasuo Ohgaki wrote: [EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] Operating system: Linux 2.2.20 and 2.4.14 PHP version: 4.0CVS-2001-11-12 PHP Bug Type: Reproducible crash Bug description: Segfault when using multipart form data When submitting a form with enctype multipart/form-data Apache childs segfault. Weird thing is that the problem is not reproducible when compiling PHP with debugging enabled. I have tried PHP-4.0.6 and CVS snapshot php4-20020600. 4.1.0RC may not have this problem. I cannot reprocude with 4.1.0. I need to know to the script/config to be sure, though. -- Yasuo Ohgaki -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: PHP 4.1.0RC2 - can we roll?
Make it so, Number One !! g damn, ive wanted to say that for a while... Zeev Suraski [EMAIL PROTECTED] wrote in message 5.1.0.14.2.2003012523.05456108@localhost">news:5.1.0.14.2.2003012523.05456108@localhost... I'm going to roll PHP 4.1.0RC2 in an hour if nobody shouts. 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] 4.1.0
Zeev Suraski wrote: The one symptom Rasmus pointed out (which was quite specific for mbstring-xlation+zlib-compression) was MFH'd, so I think there are no big showstoppers left. 4.1.0RC2 sounds *OK* to me. zlib.ouput_compression/output_handler error message patch is FHMed. (While I'm writing this message. Thank you Jani :) -- Yasuo Ohgaki -- PHP Development Mailing List http://www.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: Bug #14036: Segfault when using multipart form data
Config is included in the bugreport, and i can reproduce the problem with several scripts using multipart forms. Tell me whatever information you will need and i will try to provide it to you. Hans Rakers At 08:19 13-11-2001 +0900, you wrote: [EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] Operating system: Linux 2.2.20 and 2.4.14 PHP version: 4.0CVS-2001-11-12 PHP Bug Type: Reproducible crash Bug description: Segfault when using multipart form data When submitting a form with enctype multipart/form-data Apache childs segfault. Weird thing is that the problem is not reproducible when compiling PHP with debugging enabled. I have tried PHP-4.0.6 and CVS snapshot php4-20020600. 4.1.0RC may not have this problem. I cannot reprocude with 4.1.0. I need to know to the script/config to be sure, though. -- Yasuo Ohgaki -- PHP Development Mailing List http://www.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: Bug #14036: Segfault when using multipart formdata
Well, file uploads do work in general in PHP 4.0.6 or the whole world would be screaming. So there is something specific to your test case or your system that is causing this. -Rasmus On Tue, 13 Nov 2001, Hans Rakers wrote: As i reported in my bug report, i can reproduce this problem with 4.0.6 and current cvs. Hans Rakers At 15:18 12-11-2001 -0800, you wrote: This code has changed significantly in current CVS. 4.0.6 and 4.1.0RC1 should not have the problem. -Rasmus On Tue, 13 Nov 2001, Yasuo Ohgaki wrote: [EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] Operating system: Linux 2.2.20 and 2.4.14 PHP version: 4.0CVS-2001-11-12 PHP Bug Type: Reproducible crash Bug description: Segfault when using multipart form data When submitting a form with enctype multipart/form-data Apache childs segfault. Weird thing is that the problem is not reproducible when compiling PHP with debugging enabled. I have tried PHP-4.0.6 and CVS snapshot php4-20020600. 4.1.0RC may not have this problem. I cannot reprocude with 4.1.0. I need to know to the script/config to be sure, though. -- Yasuo Ohgaki -- PHP Development Mailing List http://www.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: Bug #14036: Segfault when using multipart form
I suspect so; I cannot reproduce this problem with 4.0.6 running on a 2.2.19 Linux box, nor with snapshot php4-200111030900 running on a stock RH-7.2 box. Well, file uploads do work in general in PHP 4.0.6 or the whole world would be screaming. So there is something specific to your test case or your system that is causing this. -Rasmus As i reported in my bug report, i can reproduce this problem with 4.0.6 and current cvs. Hans Rakers -- PHP Development Mailing List http://www.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: Bug #14036: Segfault when using multipart form
Neither can I. I use file uploads every day on both 4.0.6 and current cvs servers. On Mon, 12 Nov 2001, Mike Robinson wrote: I suspect so; I cannot reproduce this problem with 4.0.6 running on a 2.2.19 Linux box, nor with snapshot php4-200111030900 running on a stock RH-7.2 box. Well, file uploads do work in general in PHP 4.0.6 or the whole world would be screaming. So there is something specific to your test case or your system that is causing this. -Rasmus As i reported in my bug report, i can reproduce this problem with 4.0.6 and current cvs. Hans Rakers -- PHP Development Mailing List http://www.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 #14022 Updated: ini_get_all() does not display local values
ID: 14022 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Assigned Bug Type: Unknown/Other Function Operating System: linux 2.4.4/glibc 2.2.2 PHP Version: 4.0CVS-2001-11-11 Old Assigned To: Assigned To: sniper New Comment: Thanks for noticing this. I might have mixed them together. And Zend does something wierd there too. I'm looking into this now. --Jani Previous Comments: [2001-11-11 23:08:53] [EMAIL PROTECTED] I'm not sure if this is intended. ini_get_all() does not display local values. It should display active local values even if user has not modified values. IMHO. pre ?php print_r(ini_get_all()); ? /pre displays === begin == Array ( [allow_call_time_pass_reference] = Array ( [global_value] = [local_value] = [access] = 6 ) [allow_url_fopen] = Array ( [global_value] = 1 [local_value] = [access] = 7 ) [always_populate_raw_post_data] = Array ( [global_value] = 0 [local_value] = [access] = 7 ) [arg_separator.input] = Array ( [global_value] = ; [local_value] = [access] = 6 ) *SNIP* = end == Edit this bug report at http://bugs.php.net/?id=14022edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: PHP 4.1.0RC2 - can we roll?
Zeev Suraski wrote: I'm going to roll PHP 4.1.0RC2 in an hour if nobody shouts. Zeev Sounds *OK* to me. I'm warried about xlst crash bug patch. http://marc.theaimsgroup.com/?l=php-devm=100531454215810w=2 It's patch for Bug #13872. I don't see it on both 4.2.0 and 4.1.0. -- Yasuo Ohgaki -- PHP Development Mailing List http://www.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 #13920 Updated: close () doesn't check input properly ?
ID: 13920 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Sockets related Operating System: Linux2.4 Debian/Testing G3 PPC PHP Version: 4.0.5 New Comment: If it works in CVS, it's gonna work in next release too. So closed. --Jani Previous Comments: [2001-11-12 09:19:45] [EMAIL PROTECTED] OK, took me some time to find time, but it works for me (although the other was a distributionbuild, this one is mine, so what does it really tell us ?). [2001-11-04 19:19:12] [EMAIL PROTECTED] Please try the latest CVS. e.g. a snapshot from http://snaps.php.net/ And note that all the functions have been renamed. --Jani [2001-11-04 10:23:49] [EMAIL PROTECTED] Note: Ofcourse I know this function is experimental, I'm just trying to help the bugsquiding. I'm running 4.0.5 and checked the changes in 4.0.6 and 4.0.5 of sockets.c to see if the close function changed, it didn't (as far as I see it), so I think this also applies to 4.0.6 I don't know if this is PPC specific, although I doubt it. here is the code, that crashes the php module (apache still works, but php doesn't output anything and headers don't get send): ? close ($fd); ? if only crashes after multiple times (and with fast enough subsequent tries ?), this is what I used for testing: #! /bin/sh while true do lynx -source http://127.0.0.1/ done hope this was helpfull Edit this bug report at http://bugs.php.net/?id=13920edit=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: Bug #14036: Segfault when using multipart form data
I've tried many combinations on the specific box, i will try to explain. The box initially was a Slackware 7.1 box with glibc-2.1.3. Tried the following combinations: apache_1.3.20 + php-4.0.6 apache_1.3.22 + php-4.0.6 apache_1.3.22 + php4-latest from 20011106 Then after checking out the backtraces(included in my initial bug report) i saw the crash happened due to some routine in libc. I thought since the box was running an old slackware version i'd upgrade it to slackware-8.0, and hope the problem would be gone. Installed slackware-8.0 (glibc-2.2.3) and tried the following combinations: apache_1.3.22 + php-4.0.6 apache_1.3.22 + php4-latest from 20011106 also tried leaving out some of the features i compiled into PHP, and tried without some of the apache modules i used to have. No luck. The weirdest thing is probably that the problem disappears when i compile PHP with debug enabled, and that the scripts causing the segfaults do not always result in a segfault (sometimes, like 1 in 10 times, they do run properly). Let me know if you need any more info. I can provide you with php scripts that cause this crash. Hans Rakers At 15:40 12-11-2001 -0800, you wrote: Well, file uploads do work in general in PHP 4.0.6 or the whole world would be screaming. So there is something specific to your test case or your system that is causing this. -Rasmus On Tue, 13 Nov 2001, Hans Rakers wrote: As i reported in my bug report, i can reproduce this problem with 4.0.6 and current cvs. Hans Rakers At 15:18 12-11-2001 -0800, you wrote: This code has changed significantly in current CVS. 4.0.6 and 4.1.0RC1 should not have the problem. -Rasmus On Tue, 13 Nov 2001, Yasuo Ohgaki wrote: [EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] Operating system: Linux 2.2.20 and 2.4.14 PHP version: 4.0CVS-2001-11-12 PHP Bug Type: Reproducible crash Bug description: Segfault when using multipart form data When submitting a form with enctype multipart/form-data Apache childs segfault. Weird thing is that the problem is not reproducible when compiling PHP with debugging enabled. I have tried PHP-4.0.6 and CVS snapshot php4-20020600. 4.1.0RC may not have this problem. I cannot reprocude with 4.1.0. I need to know to the script/config to be sure, though. -- Yasuo Ohgaki -- PHP Development Mailing List http://www.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: Bug #14036: Segfault when using multipart formdata
Well, do you have access to another machine? I bet the exact same script will work ok on another machine. _IO_new_* related crashes tend to be related to messed up glibc/ld issues and do not necessarily mean that there is anything wrong with PHP. -Rasmus On Tue, 13 Nov 2001, Hans Rakers wrote: I've tried many combinations on the specific box, i will try to explain. The box initially was a Slackware 7.1 box with glibc-2.1.3. Tried the following combinations: apache_1.3.20 + php-4.0.6 apache_1.3.22 + php-4.0.6 apache_1.3.22 + php4-latest from 20011106 Then after checking out the backtraces(included in my initial bug report) i saw the crash happened due to some routine in libc. I thought since the box was running an old slackware version i'd upgrade it to slackware-8.0, and hope the problem would be gone. Installed slackware-8.0 (glibc-2.2.3) and tried the following combinations: apache_1.3.22 + php-4.0.6 apache_1.3.22 + php4-latest from 20011106 also tried leaving out some of the features i compiled into PHP, and tried without some of the apache modules i used to have. No luck. The weirdest thing is probably that the problem disappears when i compile PHP with debug enabled, and that the scripts causing the segfaults do not always result in a segfault (sometimes, like 1 in 10 times, they do run properly). Let me know if you need any more info. I can provide you with php scripts that cause this crash. Hans Rakers At 15:40 12-11-2001 -0800, you wrote: Well, file uploads do work in general in PHP 4.0.6 or the whole world would be screaming. So there is something specific to your test case or your system that is causing this. -Rasmus On Tue, 13 Nov 2001, Hans Rakers wrote: As i reported in my bug report, i can reproduce this problem with 4.0.6 and current cvs. Hans Rakers At 15:18 12-11-2001 -0800, you wrote: This code has changed significantly in current CVS. 4.0.6 and 4.1.0RC1 should not have the problem. -Rasmus On Tue, 13 Nov 2001, Yasuo Ohgaki wrote: [EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] Operating system: Linux 2.2.20 and 2.4.14 PHP version: 4.0CVS-2001-11-12 PHP Bug Type: Reproducible crash Bug description: Segfault when using multipart form data When submitting a form with enctype multipart/form-data Apache childs segfault. Weird thing is that the problem is not reproducible when compiling PHP with debugging enabled. I have tried PHP-4.0.6 and CVS snapshot php4-20020600. 4.1.0RC may not have this problem. I cannot reprocude with 4.1.0. I need to know to the script/config to be sure, though. -- Yasuo Ohgaki -- PHP Development Mailing List http://www.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 4.1.0RC2 - can we roll?
This may sound a bit self interested, but the curl extension has a serious (well to me :) bug that prevents https working - If somebody wants to patch/test this - it would be one less bug in 4.1.0RC2 :) -- I have done quite a but if testing here - (with and without openssl libraries) This was due to an api change in libcurl in May - so I think most people would have updated their libraries by now. http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/curl/curl/lib/easy.c.diff?r1=1.15r2=1.16 Bug report with tested patch at http://bugs.php.net/bug.php?id=14023 regards alan -- PHP Development Mailing List http://www.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 #14022 Updated: ini_get_all() does not display local values
ID: 14022 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Closed Bug Type: Unknown/Other Function Operating System: linux 2.4.4/glibc 2.2.2 PHP Version: 4.0CVS-2001-11-11 Assigned To: sniper New Comment: Should be fixed now in CVS. Please check it out and let me know if the logic is still wrong.. --Jani Previous Comments: [2001-11-12 18:53:10] [EMAIL PROTECTED] Thanks for noticing this. I might have mixed them together. And Zend does something wierd there too. I'm looking into this now. --Jani [2001-11-11 23:08:53] [EMAIL PROTECTED] I'm not sure if this is intended. ini_get_all() does not display local values. It should display active local values even if user has not modified values. IMHO. pre ?php print_r(ini_get_all()); ? /pre displays === begin == Array ( [allow_call_time_pass_reference] = Array ( [global_value] = [local_value] = [access] = 6 ) [allow_url_fopen] = Array ( [global_value] = 1 [local_value] = [access] = 7 ) [always_populate_raw_post_data] = Array ( [global_value] = 0 [local_value] = [access] = 7 ) [arg_separator.input] = Array ( [global_value] = ; [local_value] = [access] = 6 ) *SNIP* = end == Edit this bug report at http://bugs.php.net/?id=14022edit=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 #14033 Updated: libjpeg not found
ID: 14033 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: *Configuration Issues Operating System: solaris 8 PHP Version: 4.0.6 New Comment: This should be fixed in CVS. Please try the latest CVS snapshot from http://snaps.php.net/ I assume you do have libjpeg installed? :) --Jani Previous Comments: [2001-11-12 10:37:16] [EMAIL PROTECTED] String to configure: ./configure --with-apache=/usr/local/sorgenti/apache_1.3.20 --with-sybase=/database/sybase/OCS-12_0 --with-zlib-dir=shared --with-jpeg-dir=/usr/local --with-gd=/usr/local --with-mcrypt During configuration's php 4.0.6, this is the error messages: checking whether to enable truetype string function in gd... no checking for the location of libjpeg... yes checking for jpeg_read_header in -ljpeg... no configure: error: libjpeg not found! Edit this bug report at http://bugs.php.net/?id=14033edit=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 #13933 Updated: error_log and HTTP redirect using header conflict
ID: 13933 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Output Control Operating System: Windows NT4 SP6 PHP Version: 4.0.6 New Comment: Status - feedback (Zak! try to remember? :) Previous Comments: [2001-11-12 17:01:23] [EMAIL PROTECTED] Sounds like error_log() was generating an error message because the error_log directive was not set. Once the error message was generated, output would be sent to the browser, causing the headers to be sent and the header() call to fail. Try unsetting the error_log directive in php.ini and run a script that only calls error_log(). [2001-11-05 09:11:29] [EMAIL PROTECTED] [Might be related to bug #11213] Using : NT4 SP6 Apache 1.3.20 PHP 4.0.6 Zend Optimizer 1.1 (bug reproduced without also) I have a quite short PHP page needing to log something, and then switch to another PHP page. I use the following PHP code : error_log ($message, 0); header(Location: new-location.php); I then get the following error message : Cannot add header information - headers already sent If I remove the call to error_log, the problem disappears, but I won't get the event logged :( Thus, error_log must be 'the one' producing the unexpected output. If I swap the two calls, (header first, then error_log), I'll get to new-location.php, but nothing will get logged :( If I specify a filename in the call to error_log, and leave it in second position (see following example), it works fine (except I don't automatically get the date and IP address of client like I used to get in Apache's log). error_log ($message, 3, 'd:/program files/apache group/apache/logs/error.log'); Here is my PHP configuration regarding logging functions : error_reporting = E_ALL ~E_NOTICE display_errors = On display_startup_errors = Off log_errors = On Let's add another strange behaviour. If I add the following line in php.ini : error_log = d:/program files/apache group/apache/logs/error.log and execute again the first example (error_log with 2 args and then header), it works fine :) Any clues ? Edit this bug report at http://bugs.php.net/?id=13933edit=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 #14023 Updated: curl does not initialize HTTPS correctly - hence does not work.
ID: 14023 Updated by: zeev Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: cURL related Operating System: linux debian PHP Version: 4.0CVS-2001-11-12 New Comment: Patched in CVS (untested) Previous Comments: [2001-11-12 05:44:12] [EMAIL PROTECTED] filed under correct type (oops) [2001-11-12 04:17:24] [EMAIL PROTECTED] also probably a good idea to add WIN32 inititialization as well eg. curl_global_init(CURL_GLOBAL_SSL CURL_GLOBAL_WIN32) [2001-11-12 00:26:30] [EMAIL PROTECTED] the curl.c file initializes curl with nothing, the curl init library will then skip the init for ssl, and hence all https connections will fail. also CURLOPT_SSL_VERIFYHOST is not defined.. patch below.. regards alan --- curl.c 18 Oct 2001 19:24:51 - 1.94 +++ curl.c 12 Nov 2001 05:25:05 - @@ -142,6 +142,7 @@ REGISTER_CURL_CONSTANT(CURLOPT_SSLCERT); REGISTER_CURL_CONSTANT(CURLOPT_SSLCERTPASSWD); REGISTER_CURL_CONSTANT(CURLOPT_WRITEHEADER); + REGISTER_CURL_CONSTANT(CURLOPT_SSL_VERIFYHOST); REGISTER_CURL_CONSTANT(CURLOPT_COOKIEFILE); REGISTER_CURL_CONSTANT(CURLOPT_SSLVERSION); REGISTER_CURL_CONSTANT(CURLOPT_TIMECONDITION); @@ -253,7 +254,7 @@ REGISTER_CURL_CONSTANT(CURLE_OBSOLETE); REGISTER_CURL_CONSTANT(CURLE_SSL_PEER_CERTIFICATE); - if (curl_global_init(CURL_GLOBAL_NOTHING) != CURLE_OK) { + if (curl_global_init(CURL_GLOBAL_SSL) != CURLE_OK) { return FAILURE; } @@ -658,6 +659,7 @@ case CURLOPT_FRESH_CONNECT: case CURLOPT_FORBID_REUSE: case CURLOPT_CONNECTTIMEOUT: + case CURLOPT_SSL_VERIFYHOST: case CURLOPT_SSL_VERIFYPEER: convert_to_long_ex(zvalue); error = curl_easy_setopt(ch-cp, option, Z_LVAL_PP(zvalue)); Edit this bug report at http://bugs.php.net/?id=14023edit=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] Truncation of uploaded file names at backslash
Try the latest CVS snapshot from http://snaps.php.net/ as rfc1867.c has been rewritten in it and should fix this problem too. --Jani On Mon, 12 Nov 2001, Duncan Gibb wrote: Hello First let me apologise in case I've raised this question in the wrong place. It seemed too difficult for the general users mailing list but not a big enough issue to file a bug report. In main/rfc1867.c, the function php_mime_split() deliberately truncates the filename string containing the client-side name of an uploaded file, preserving only the portion right of the rightmost backslash. This means the application script won't see the client-side filename as passed by the browser. I think I know why this has been done (because IE stupidly passes the complete client-side path, rather than just the file _name_), but IMVHO it is a mis-feature to impose an MS-DOS/Windows filename restriction on the server side (\ is valid in filenames on Mac and Unix). What do you folks think about this? Was it imposed for another reason? The reason I came upon this is I am looking at porting an existing ASP (spit) application which includes a file storage area. One of the problems we have with the ASP/WinNT system is that it doesn't deal well with client-side filenames. We want to preserve but platform-proof filenames. So we need to get our hands on the whole filename and then replace dangerous characters like \ with less dangerous ones. Is there another way to retreive the string as passed by the browser, or do I need to comment out a few lines and re-compile? Also (OT, sorry), does anyone happen to know how IE for Mac behaves? Does it pass the full path of uploaded file (with colons?) or just the filename? Or some other random Microsoft junk? Thanks Duncan -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: PHP 4.1.0RC2 - can we roll?
The version in the branch has no curl_global_init() call at all. I'm assuming it's ok to add it - Sterling - please shout if it isn't :) Zeev At 03:08 13/11/2001, James Moore wrote: - Original Message - From: Alan Knowles [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, November 13, 2001 12:31 AM Subject: Re: [PHP-DEV] Re: PHP 4.1.0RC2 - can we roll? This may sound a bit self interested, but the curl extension has a serious (well to me :) bug that prevents https working - If somebody wants to patch/test this - it would be one less bug in 4.1.0RC2 :) -- I have done quite a but if testing here - (with and without openssl libraries) This was due to an api change in libcurl in May - so I think most people would have updated their libraries by now. http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/curl/curl/lib/easy.c.diff?r1= 1.15r2=1.16 Bug report with tested patch at http://bugs.php.net/bug.php?id=14023 Zeev is commiting merging this into the release branch now, Ill give it a good testing on win32 tomorrow... - James -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.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] 4.1.0RC2
http://www.php.net/~zeev/php-4.1.0RC2.tar.gz Do your thang :) 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] rtf
Is there anybody working on an RTF (rich text format) module? If not: what requirements would one like for it to have, and for me to build it? If so: What's the state. I'm thinking of a module like the one for PDF. RTF has a few tricky parts, with respect to whitespace and tag-recognition. I've done a Rtf2Mod long time ago in Modula-2 (like the Html2Mod that I mentioned a couple of posts ago) which I think is fairly easy to port to PHP, provided I write it in PHP. Devellopment would commence in the beginning of December 2001. The key idea is -ofcourse- to fill template files from PHP with dynamic content, ready to be imported in any RTF-capable wordprocessor (header mimetype text/rtf) RTF is the most widely understood alternative, and as it is fully ASCII based, will not be to 'version incompatibility' prone as the native M$Word formats. Ideas and suggestions are welcome. Jimmy PS: Rtf2Mod can be posted on request to an apropriate public platform should anyone be interested. -- PHP Development Mailing List http://www.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: 4.1.0RC2
Zeev Suraski wrote: http://www.php.net/~zeev/php-4.1.0RC2.tar.gz Do your thang :) Zeev It builds and runs for both cgi and apache SAPI. Linux 2.4.4/glibc 2.2.2 Apahe 1.3.22/modssl 2.8.5/openssl 0.9.5b -- summary -- Session module tests failed due to failure for openning /tmp/sess_test for some reason. (/tmp is world writable, of course) With user session handler (pgsql), it works fine. It seems math tests are failed due to test script bug. (assert() may need to be checked also) xml_parse_into_struct/umlauts in tags (007.phpt) fails. It seems encoding is not right. (007.exp and 007.out differs, at least) Pear tests are okay to be failed, right? - test result -- [yohgaki@dev php-4.1.0RC2]$ cp php.ini-dist php.ini [yohgaki@dev php-4.1.0RC2]$ make test Running tests in /home/yohgaki/cvs/php/dist/php-4.1.0RC2//ext/crack/tests = [all 1 test(s) skipped] Running tests in /home/yohgaki/cvs/php/dist/php-4.1.0RC2//ext/ctype/tests = ctype on integers ... passed ctype on strings ... passed Running tests in /home/yohgaki/cvs/php/dist/php-4.1.0RC2//ext/cybermut/tests [all 1 test(s) skipped] Running tests in /home/yohgaki/cvs/php/dist/php-4.1.0RC2//ext/db/tests == [all 6 test(s) skipped] Running tests in /home/yohgaki/cvs/php/dist/php-4.1.0RC2//ext/dbplus/tests == [all 1 test(s) skipped] Running tests in /home/yohgaki/cvs/php/dist/php-4.1.0RC2//ext/dbx/tests === [all 8 test(s) skipped] Running tests in /home/yohgaki/cvs/php/dist/php-4.1.0RC2//ext/gmp/tests === [all 2 test(s) skipped] Running tests in /home/yohgaki/cvs/php/dist/php-4.1.0RC2//ext/iconv/tests = iconv test ... passed Running tests in /home/yohgaki/cvs/php/dist/php-4.1.0RC2//ext/interbase/tests = [all 6 test(s) skipped] Running tests in /home/yohgaki/cvs/php/dist/php-4.1.0RC2//ext/mailparse/tests = Check for mailparse presence ... passed Check stream encoding ... passed Running tests in /home/yohgaki/cvs/php/dist/php-4.1.0RC2//ext/mcrypt/tests == Bug #8040 ... passed Running tests in /home/yohgaki/cvs/php/dist/php-4.1.0RC2//ext/ncurses/tests === [all 1 test(s) skipped] Running tests in /home/yohgaki/cvs/php/dist/php-4.1.0RC2//ext/pcntl/tests = [all 1 test(s) skipped] Running tests in /home/yohgaki/cvs/php/dist/php-4.1.0RC2//ext/satellite/tests = [all 5 test(s) skipped] Running tests in /home/yohgaki/cvs/php/dist/php-4.1.0RC2//ext/session/tests === Session Object Serialization ... passed session_unset() without any session ... passed Session Object Deserialization (003.phpt) ... failed session_set_save_handler test ... passed Custom save handler, multiple session_start()s, complex data structu ... passed References between variables in sessions (006.phpt) ... failed Running tests in /home/yohgaki/cvs/php/dist/php-4.1.0RC2//ext/skeleton/tests [all 1 test(s) skipped] Running tests in /home/yohgaki/cvs/php/dist/php-4.1.0RC2//ext/standard/tests/assert === assert() ... passed Running tests in /home/yohgaki/cvs/php/dist/php-4.1.0RC2//ext/standard/tests/file = File type functions ... passed Running tests in /home/yohgaki/cvs/php/dist/php-4.1.0RC2//ext/standard/tests/general_functions == sprintf() function ... passed quoted_printable_decode() function test ... passed levenshtein() function test ... passed fgetcsv() with tab delimited fields (BUG #8258) ... passed is_scalar() function test ... passed Running tests in /home/yohgaki/cvs/php/dist/php-4.1.0RC2//ext/standard/tests/math
[PHP-DEV] Re: 4.1.0RC2
Yasuo Ohgaki wrote: Zeev Suraski wrote: http://www.php.net/~zeev/php-4.1.0RC2.tar.gz Do your thang :) Zeev It builds and runs for both cgi and apache SAPI. Linux 2.4.4/glibc 2.2.2 Apahe 1.3.22/modssl 2.8.5/openssl 0.9.5b -- summary -- Session module tests failed due to failure for openning /tmp/sess_test for some reason. (/tmp is world writable, of course) With user session handler (pgsql), it works fine. I tried session with files save handler, it works for following simple script. It works. (/tmp/sess_* seems ok) ?php session_start(); if (empty($HTTP_SESSION_VARS['cnt'])) { $HTTP_SESSION_VARS['cnt'] = 0; } echo $HTTP_SESSION_VARS['cnt']++.br\n; ? BTW, I noticed output.c differs a little from 4.2.0. == from 4.1.0RC2 output.c == /* {{{ php_end_ob_buffers * End output buffering (all buffers) */ PHPAPI void php_end_ob_buffers(zend_bool send_buffer TSRMLS_DC) { while (OG(ob_nesting_level)!=0) { php_end_ob_buffer(send_buffer, 0 TSRMLS_CC); } if (!OG(disable_output) send_buffer BG(use_trans_sid)) { session_adapt_flush(OG(php_header_write) TSRMLS_CC); } } /* }}} */ == from 4.2.0 output.c == /* {{{ php_end_ob_buffers * End output buffering (all buffers) */ PHPAPI void php_end_ob_buffers(zend_bool send_buffer TSRMLS_DC) { while (OG(ob_nesting_level)!=0) { php_end_ob_buffer(send_buffer, 0 TSRMLS_CC); } } /* }}} */ Someone is better to check trans sid is working or not. Any trans sid user around? -- Yasuo Ohgaki -- PHP Development Mailing List http://www.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: 4.1.0RC2
Yasuo Ohgaki wrote: Yasuo Ohgaki wrote: It builds and runs for both cgi and apache SAPI. Linux 2.4.4/glibc 2.2.2 Apahe 1.3.22/modssl 2.8.5/openssl 0.9.5b -- summary -- Session module tests failed due to failure for openning /tmp/sess_test for some reason. (/tmp is world writable, of course) With user session handler (pgsql), it works fine. I found why these tests were failed. php was crashed during previous tests. Therefore, there was a garbage in /tmp. This was the cause. Session module tests pass now. -- Yasuo Ohgaki -- PHP Development Mailing List http://www.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: 4.1.0RC2
Zeev Suraski wrote: Do your thang :) Compiles (besides the mentioned warning) and runs fine as CGI on Win32. Tested with phpOpenTracker, phpMP3Manager and phpMyAdmin. -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: 4.1.0RC2
Zeev Suraski wrote: Do your thang :) math.c C:\home\php\php4\ext\standard\math.c(736) : warning C4307: '+' : Overrun of a integer constant -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]