Bug #60324 [Asn->Csd]: Cannot validate any file in yaf directory
Edit report at https://bugs.php.net/bug.php?id=60324&edit=1 ID: 60324 Updated by: yann...@php.net Reported by:se...@php.net Summary:Cannot validate any file in yaf directory -Status: Assigned +Status: Closed Type: Bug Package:Online Doc Editor problem PHP Version:Irrelevant Assigned To:yannick Block user comment: N Private report: N New Comment: This bug has been fixed in SVN, and should show up online in an hour or three. Thank you for the report, and for helping us make PHP.net better. Previous Comments: [2011-11-18 07:32:34] larue...@php.net hmm, the directory under yaf are(in case you are missing :)): yaf_action_abstract/ yaf_application/ yaf_config_ini/ yaf_config_simple/ yaf_controller_abstract/ yaf_dispatcher/ yaf_exception/ yaf_loader/ yaf_plugin_abstract/ yaf_registry/ yaf_request_abstract/ yaf_request_http/ yaf_request_simple/ yaf_response_abstract/ yaf_route_interface/ yaf_route_map/ yaf_router/ yaf_route_regex/ yaf_route_rewrite/ yaf_route_simple/ yaf_route_static/ yaf_route_supervar/ yaf_session/ yaf_view_interface/ yaf_view_simple/ [2011-11-18 07:17:06] se...@php.net Fixed. Now works, thanks... [2011-11-18 06:58:06] yann...@php.net Could you try again please ? [2011-11-18 06:57:07] yann...@php.net Automatic comment from SVN on behalf of yannick Revision: http://svn.php.net/viewvc/?view=revision&revision=319440 Log: Add new directory. Close bug #60324 [2011-11-17 23:26:04] se...@php.net Sprry, 'yaf' directory, not 'far' directory 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 https://bugs.php.net/bug.php?id=60324 -- Edit this bug report at https://bugs.php.net/bug.php?id=60324&edit=1
Bug #60324 [Opn]: Cannot validate any file in yaf directory
Edit report at https://bugs.php.net/bug.php?id=60324&edit=1 ID: 60324 Updated by: yann...@php.net Reported by:se...@php.net Summary:Cannot validate any file in yaf directory Status: Open Type: Bug Package:Online Doc Editor problem PHP Version:Irrelevant Block user comment: N Private report: N New Comment: Could you try again please ? Previous Comments: [2011-11-18 06:57:07] yann...@php.net Automatic comment from SVN on behalf of yannick Revision: http://svn.php.net/viewvc/?view=revision&revision=319440 Log: Add new directory. Close bug #60324 [2011-11-17 23:26:04] se...@php.net Sprry, 'yaf' directory, not 'far' directory [2011-11-17 22:49:19] se...@php.net Description: svn ci trial #0 svn: '/local/web/sites/edit.php.net/data/phpdoc-all/es/reference/yaf' is not a working copy svn ci trial #1 svn: '/local/web/sites/edit.php.net/data/phpdoc-all/es/reference/yaf' is not a working copy svn ci trial #2 svn: '/local/web/sites/edit.php.net/data/phpdoc-all/es/reference/yaf' is not a working copy -- Edit this bug report at https://bugs.php.net/bug.php?id=60324&edit=1
Req #60299 [Opn->Csd]: Option for hide empty patches of other users
Edit report at https://bugs.php.net/bug.php?id=60299&edit=1 ID: 60299 Updated by: yann...@php.net Reported by:ir...@php.net Summary:Option for hide empty patches of other users -Status: Open +Status: Closed Type: Feature/Change Request Package:Online Doc Editor problem PHP Version:Irrelevant -Assigned To: +Assigned To:yannick Block user comment: N Private report: N New Comment: This bug has been fixed in SVN, and should show up online in an hour or three. Thank you for the report, and for helping us make PHP.net better. Previous Comments: [2011-11-17 10:55:27] yann...@php.net Fixed : http://svn.php.net/viewvc?view=revision&revision=319397 [2011-11-14 18:35:17] ir...@php.net Description: Option for hide empty patches of other users. If enable this option user see non-empty patches and all his patches. -- Edit this bug report at https://bugs.php.net/bug.php?id=60299&edit=1
Req #60299 [Opn]: Option for hide empty patches of other users
Edit report at https://bugs.php.net/bug.php?id=60299&edit=1 ID: 60299 Updated by: yann...@php.net Reported by:ir...@php.net Summary:Option for hide empty patches of other users Status: Open Type: Feature/Change Request Package:Online Doc Editor problem PHP Version:Irrelevant Block user comment: N Private report: N New Comment: Fixed : http://svn.php.net/viewvc?view=revision&revision=319397 Previous Comments: [2011-11-14 18:35:17] ir...@php.net Description: Option for hide empty patches of other users. If enable this option user see non-empty patches and all his patches. -- Edit this bug report at https://bugs.php.net/bug.php?id=60299&edit=1
Bug #60286 [Opn->Csd]: [FR] Wrong French translation of fgetcsv()'s description
Edit report at https://bugs.php.net/bug.php?id=60286&edit=1 ID: 60286 Updated by: yann...@php.net Reported by:chealer at gmail dot com Summary:[FR] Wrong French translation of fgetcsv()'s description -Status: Open +Status: Closed Type: Bug Package:Translation problem PHP Version:Irrelevant -Assigned To: +Assigned To: yannick Block user comment: N Private report: N New Comment: This bug has been fixed in the documentation's XML sources. Since the online and downloadable versions of the documentation need some time to get updated, we would like to ask you to be a bit patient. Thank you for the report, and for helping us make our documentation better. Previous Comments: [2011-11-16 14:18:45] yann...@php.net Automatic comment from SVN on behalf of yannick Revision: http://svn.php.net/viewvc/?view=revision&revision=319333 Log: Fix bug #60286 [2011-11-13 21:02:36] chealer at gmail dot com Description: fgetcsv()'s description is "Gets line from file pointer and parse for CSV fields". This is translated to French as "Renvoie la ligne courante et cherche les champs CSV".fgetcsv() ne renvoie pas la ligne courante (it doesn't return the current line). It just "gets" it (I guess the English description could be simplified and just say "Parse the current line from a file pointer for CSV fields", which doesn't go into the implementation). I would translate the current description to "Obtient une ligne depuis un pointeur de fichier et l'analyse pour des champs CSV". -- Edit this bug report at https://bugs.php.net/bug.php?id=60286&edit=1
Bug #60233 [Opn->Csd]: Editor wont start when FB Connect or Google FriendConnect is unavailable
Edit report at https://bugs.php.net/bug.php?id=60233&edit=1 ID: 60233 Updated by: yann...@php.net Reported by:gordon at onlinehome dot de Summary:Editor wont start when FB Connect or Google FriendConnect is unavailable -Status: Open +Status: Closed Type: Bug Package:Online Doc Editor problem PHP Version:Irrelevant -Assigned To: +Assigned To:yannick Block user comment: N Private report: N New Comment: This bug has been fixed in SVN, and should show up online in an hour or three. Thank you for the report, and for helping us make PHP.net better. Previous Comments: [2011-11-07 22:31:01] yann...@php.net Automatic comment from SVN on behalf of yannick Revision: http://svn.php.net/viewvc/?view=revision&revision=318894 Log: Fix bug #60233 + Add a tooltip to explain why FB and/or Google Connect aren't available [2011-11-07 12:15:05] gordon at onlinehome dot de Description: The Online Editor will hang at the Initializing Splash Screen forever when either Google FriendConnect or Facebook Connect is unavailable. Firebug lists the following error: google.friendconnect.container is undefined https://edit.php.net/js/login-all.js Line 1 Reasons for them being unavailable might be network errors or tracker blockers, like Ghostery plugin for FF. Since the editor also provides it's own login mechanism anyway, FB and Google are purely optional and should not terminate script execution when unavailable. The Editor should include a check or try/catch block when registering them in the sidepanel. -- Edit this bug report at https://bugs.php.net/bug.php?id=60233&edit=1
Req #60045 [Asn->Csd]: Number of updated files
Edit report at https://bugs.php.net/bug.php?id=60045&edit=1 ID: 60045 Updated by: yann...@php.net Reported by:b...@php.net Summary:Number of updated files -Status: Assigned +Status: Closed Type: Feature/Change Request Package:Online Doc Editor problem PHP Version:5.4.0beta1 Assigned To:yannick Block user comment: N Private report: N New Comment: This bug has been fixed in SVN, and should show up online in an hour or three. Thank you for the report, and for helping us make PHP.net better. Previous Comments: [2011-10-13 13:58:59] yann...@php.net Automatic comment from SVN on behalf of yannick Revision: http://svn.php.net/viewvc/?view=revision&revision=318082 Log: New libel for 'Files need update' module : We indicate now the number of files for the current user, as asked by b...@php.net in feature request #60045 [2011-10-13 06:10:52] b...@php.net 2yann...@php.net: Yeah, that's it! [2011-10-12 19:27:28] yann...@php.net What do you mean ? You want to display the number of YOUR file who need to be updated ? Something like this, in the title of the module : Need update (6 files - 3 of yours) [2011-10-12 12:00:47] b...@php.net *maintainer could see number of files need to be updated. [2011-10-12 11:54:20] b...@php.net Description: It would be usefull if user could see which of translated files need to be updated. It would be better to add this number in string that contains all files that need to be updated. -- Edit this bug report at https://bugs.php.net/bug.php?id=60045&edit=1
Req #60045 [Opn]: Number of updated files
Edit report at https://bugs.php.net/bug.php?id=60045&edit=1 ID: 60045 Updated by: yann...@php.net Reported by:b...@php.net Summary:Number of updated files Status: Open Type: Feature/Change Request Package:Online Doc Editor problem PHP Version:5.4.0beta1 -Assigned To: +Assigned To:yannick Block user comment: N Private report: N New Comment: What do you mean ? You want to display the number of YOUR file who need to be updated ? Something like this, in the title of the module : Need update (6 files - 3 of yours) Previous Comments: [2011-10-12 12:00:47] b...@php.net *maintainer could see number of files need to be updated. [2011-10-12 11:54:20] b...@php.net Description: It would be usefull if user could see which of translated files need to be updated. It would be better to add this number in string that contains all files that need to be updated. -- Edit this bug report at https://bugs.php.net/bug.php?id=60045&edit=1
Bug #49192 [Csd->ReO]: PHP crashes when GC invoked on COM object
Edit report at http://bugs.php.net/bug.php?id=49192&edit=1 ID: 49192 Updated by: yann...@php.net Reported by: circus2 at freenet dot de Summary: PHP crashes when GC invoked on COM object -Status: Closed +Status: Re-Opened Type: Bug Package: Reproducible crash Operating System: Win XP SP3 (german) PHP Version: 5.3SVN-2009-08-07 (snap) Assigned To: stas Previous Comments: [2010-04-02 00:54:29] s...@php.net This bug has been fixed in SVN. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2010-04-02 00:54:04] s...@php.net Automatic comment from SVN on behalf of stas Revision: http://svn.php.net/viewvc/?view=revision&revision=297307 Log: fix #49192 - crash in GC when get_properties handler returns null [2009-08-28 15:44:43] FelixStrauss at gmx dot de In addition: My system is Windows 7 PR Build 7100 [2009-08-28 15:38:19] FelixStrauss at gmx dot de I can reproduce the problem with the following two lines: My system: Zend Extension Build API220090626,TS,VC9 PHP Extension Build API20090626,TS,VC9 [2009-08-15 01:00:01] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". 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/bug.php?id=49192 -- Edit this bug report at http://bugs.php.net/bug.php?id=49192&edit=1
#47272 [NEW]: Library test for external Mysql misses -lrt and fails
From: yannick dot leny at atosorigin dot com Operating system: Sun Solaris 8 (SunOS 5.8) PHP version: 5.2.8 PHP Bug Type: Compile Failure Bug description: Library test for external Mysql misses -lrt and fails Description: The library test for external Mysql static libraries fails on Solaris 8 (Sparc CPU) as it does not include -lrt and consequently always fails. I found the same problem with Sqlite3 here : http://bugs.php.net/bug.php?id=41794 And I try the workaround to add LDFLAGS="-lrt" but it don't works. I have a linking error when libtool try to create the libphp5.la file : "ld: fatal: relocations remain against allocatable but non-writable sections collect2: ld returned 1 exit status make: *** [libphp5.la] Error 1" I try ld from Sun Solaris and ld from binutils but with no success I use : autoconf-2.63 automake-1.10.2 bison-2.4.1 coreutils-6.12 flex-2.5.35 gcc-3.4.6 libiconv-1.11 libintl-3.4.0 libsigsegv-2.6 libtool-1.5.24 m4-1.4.12 make-3.81 perl-5.8.8 pkgconfig-0.23 Reproduce code: --- Configure parameters : CFLAGS="-O3 -mcpu=ultrasparc -mtune=ultrasparc" CC=gcc CXX=gcc \ CPPFLAGS="-I/opt/apache-2.2.11/lib/openssl-0.9.8j/\ include/openssl \ -I/opt/apache-2.2.11/lib/openldap-2.4.11/include \ -I/opt/apache-2.2.11/lib/libxml2-2.6.32/include" \ LDFLAGS="-R/opt/apache-2.2.11/lib/libgcc-3.4.2/lib \ -R/opt/apache-2.2.11/lib/oracle-10.2.0.4/lib \ -L/opt/apache-2.2.11/lib/libgcc-3.4.2/lib \ -L/opt/apache-2.2.11/lib/openssl-0.9.8j/lib \ -L/opt/apache-2.2.11/lib/openldap-2.4.11/lib \ -L/opt/apache-2.2.11/lib/libxml2-2.6.32/lib" \ ./configure \ --prefix=/opt/apache-2.2.11/php-5.2.8 \ --with-apxs2=/opt/apache-2.2.11/bin/apxs \ --with-config-file-path=/opt/apache-2.2.11/php-5.2.8 \ --with-libxml-dir=/opt/apache-2.2.11/lib/\ libxml2-2.6.32 \ --with-openssl=/opt/apache-2.2.11/lib/openssl-0.9.8j \ --with-pcre-regex \ --with-zlib=/opt/apache-2.2.11/lib/zlib-1.2.3 \ --with-bz2=shared,/opt/apache-2.2.11/lib/\ bzip2-1.0.5 \ --enable-calendar \ --enable-ctype \ --with-curl=shared,/opt/apache-2.2.11/lib/curl-7.19.3 --enable-dom \ --enable-filter \ --enable-ftp \ --with-gd \ --with-jpeg-dir=/opt/apache-2.2.11/lib/jpeg-6b \ --with-png-dir=/opt/apache-2.2.11/lib/libpng-1.2.34 \ --with-ttf=/usr \ --with-freetype-dir=/opt/apache-2.2.11/lib/\ freetype-2.3.8 \ --enable-gd-native-ttf \ --enable-hash \ --with-gettext=shared,/opt/apache-2.2.11/lib/\ gettext-0.17 \ --with-iconv-dir=/opt/apache-2.2.11/lib/libiconv-1.12 \ --enable-json \ --with-ldap=/opt/apache-2.2.11/lib/openldap-2.4.11 \ --enable-mbstring=shared \ --with-mcrypt=shared,/opt/apache-2.2.11/lib/\ libmcrypt-2.5.8 \ --with-mysql=shared,/opt/apache-2.2.11/lib/mysql-5.1.30 \ --with-mysqli=/opt/apache-2.2.11/lib/\ mysql-5.1.30/bin/mysql_config \ --with-oci8=shared,/opt/apache-2.2.11/lib/\ oracle-10.2.0.4 \ --enable-pdo \ --with-pdo-mysql=shared,/opt/apache-2.2.11/lib/mysql-5.1.30 \ --with-pdo-oci=shared,/opt/apache-2.2.11/lib/oracle-10.2.0.4 \ --without-pdo-sqlite \ --enable-posix \ --enable-reflection \ --enable-session \ --with-mm=/opt/apache-2.2.11/lib/mm-1.4.2 \ --enable-simplexml \ --enable-soap \ --enable-sockets \ --enable-spl \ --without-sqlite \ --enable-tokenizer \ --enable-xml \ --enable-xmlreader \ --enable-xmlwriter \ --with-xsl=shared,/opt/apache-2.2.11/lib/\ libxslt-1.1.24 \ --enable-zip=shared \ --disable-static --enable-shared --with-pic 1) Configure error because PHP configure don't use -lrt option *snip* checking for MING support... no checking for mSQL support... no checking for MSSQL support via FreeTDS... no checking for MySQL support... yes, shared checking for specified location of the MySQL UNIX socket... no checking for MySQL UNIX socket location... no checking for mysql_close in -lmysqlclient... no checking for mysql_error in -lmysqlclient... no configure: error: mysql configure failed. Please check config.log for more information. make: Fatal error: No arguments to build config.log: configure:56417: checking for mhash support configure:56901: checking whether to include mime_magic support configure:57267: checking for MING support configure:58507: checking for mSQL support configure:59028: checking for MSSQL support via FreeTDS configure:59689: checking for MySQL support configure:59736: checking for specified location of the MySQL UNIX socket configure:59794: checking for MySQL UNIX socket location configure:59985: checking for mysql_close in -lmysqlclient configure:60004: gcc -o conftest -I/usr/local/include -O3 -mcpu=ultrasparc -mtune=ultrasparc -I/opt/apache-2.2.11/lib/openssl-0.9.8j/include/openssl -I/opt/apache-2.2.11/lib/openldap-2.4.11/include -I/opt/apache-2.2.11/lib/libxml2-2.6.32/include -I/opt/apache-2.2.11/lib/curl- 7.19.3/include -D_POSIX_PTHREAD_SEMANTICS -R/opt/apache-2.2.11/lib/mysql-5.1.30/lib/mysql -L/opt/apache-2.2.11/lib/mysql-5.1.30/lib/mysql -liconv -L/usr/local/lib -R/opt
#47272 [Com]: Library test for external Mysql misses -lrt and fails
ID: 47272 Comment by: yannick dot leny at atosorigin dot com Reported By: yannick dot leny at atosorigin dot com Status: Open Bug Type: Compile Failure Operating System: Sun Solaris 8 (SunOS 5.8) PHP Version: 5.2.8 New Comment: I try ld from Sun Solaris 8 Sparc and ld from GNU binutils 2.17 but with no success. #/usr/ccs/bin/ld -V ld: Software Generation Utilities - Solaris Link Editors: 5.8-1.289 #/usr/local/bin/ld -V GNU ld version 2.17 Supported emulations: elf32_sparc elf64_sparc Previous Comments: [2009-02-02 10:00:53] yannick dot leny at atosorigin dot com Description: The library test for external Mysql static libraries fails on Solaris 8 (Sparc CPU) as it does not include -lrt and consequently always fails. I found the same problem with Sqlite3 here : http://bugs.php.net/bug.php?id=41794 And I try the workaround to add LDFLAGS="-lrt" but it don't works. I have a linking error when libtool try to create the libphp5.la file : "ld: fatal: relocations remain against allocatable but non-writable sections collect2: ld returned 1 exit status make: *** [libphp5.la] Error 1" I try ld from Sun Solaris and ld from binutils but with no success I use : autoconf-2.63 automake-1.10.2 bison-2.4.1 coreutils-6.12 flex-2.5.35 gcc-3.4.6 libiconv-1.11 libintl-3.4.0 libsigsegv-2.6 libtool-1.5.24 m4-1.4.12 make-3.81 perl-5.8.8 pkgconfig-0.23 Reproduce code: --- Configure parameters : CFLAGS="-O3 -mcpu=ultrasparc -mtune=ultrasparc" CC=gcc CXX=gcc \ CPPFLAGS="-I/opt/apache-2.2.11/lib/openssl-0.9.8j/\ include/openssl \ -I/opt/apache-2.2.11/lib/openldap-2.4.11/include \ -I/opt/apache-2.2.11/lib/libxml2-2.6.32/include" \ LDFLAGS="-R/opt/apache-2.2.11/lib/libgcc-3.4.2/lib \ -R/opt/apache-2.2.11/lib/oracle-10.2.0.4/lib \ -L/opt/apache-2.2.11/lib/libgcc-3.4.2/lib \ -L/opt/apache-2.2.11/lib/openssl-0.9.8j/lib \ -L/opt/apache-2.2.11/lib/openldap-2.4.11/lib \ -L/opt/apache-2.2.11/lib/libxml2-2.6.32/lib" \ ./configure \ --prefix=/opt/apache-2.2.11/php-5.2.8 \ --with-apxs2=/opt/apache-2.2.11/bin/apxs \ --with-config-file-path=/opt/apache-2.2.11/php-5.2.8 \ --with-libxml-dir=/opt/apache-2.2.11/lib/\ libxml2-2.6.32 \ --with-openssl=/opt/apache-2.2.11/lib/openssl-0.9.8j \ --with-pcre-regex \ --with-zlib=/opt/apache-2.2.11/lib/zlib-1.2.3 \ --with-bz2=shared,/opt/apache-2.2.11/lib/\ bzip2-1.0.5 \ --enable-calendar \ --enable-ctype \ --with-curl=shared,/opt/apache-2.2.11/lib/curl-7.19.3 --enable-dom \ --enable-filter \ --enable-ftp \ --with-gd \ --with-jpeg-dir=/opt/apache-2.2.11/lib/jpeg-6b \ --with-png-dir=/opt/apache-2.2.11/lib/libpng-1.2.34 \ --with-ttf=/usr \ --with-freetype-dir=/opt/apache-2.2.11/lib/\ freetype-2.3.8 \ --enable-gd-native-ttf \ --enable-hash \ --with-gettext=shared,/opt/apache-2.2.11/lib/\ gettext-0.17 \ --with-iconv-dir=/opt/apache-2.2.11/lib/libiconv-1.12 \ --enable-json \ --with-ldap=/opt/apache-2.2.11/lib/openldap-2.4.11 \ --enable-mbstring=shared \ --with-mcrypt=shared,/opt/apache-2.2.11/lib/\ libmcrypt-2.5.8 \ --with-mysql=shared,/opt/apache-2.2.11/lib/mysql-5.1.30 \ --with-mysqli=/opt/apache-2.2.11/lib/\ mysql-5.1.30/bin/mysql_config \ --with-oci8=shared,/opt/apache-2.2.11/lib/\ oracle-10.2.0.4 \ --enable-pdo \ --with-pdo-mysql=shared,/opt/apache-2.2.11/lib/mysql-5.1.30 \ --with-pdo-oci=shared,/opt/apache-2.2.11/lib/oracle-10.2.0.4 \ --without-pdo-sqlite \ --enable-posix \ --enable-reflection \ --enable-session \ --with-mm=/opt/apache-2.2.11/lib/mm-1.4.2 \ --enable-simplexml \ --enable-soap \ --enable-sockets \ --enable-spl \ --without-sqlite \ --enable-tokenizer \ --enable-xml \ --enable-xmlreader \ --enable-xmlwriter \ --with-xsl=shared,/opt/apache-2.2.11/lib/\ libxslt-1.1.24 \ --enable-zip=shared \ --disable-static --enable-shared --with-pic 1) Configure error because PHP configure don't use -lrt option *snip* checking for MING support... no checking for mSQL support... no checking for MSSQL support via FreeTDS... no checking for MySQL support... yes, shared checking for specified location of the MySQL UNIX socket... no checking for MySQL UNIX socket location... no checking for mysql_close in -lmysqlclient... no checking for mysql_error in -lmysqlclient... no configure: error: mysql configure failed. Please check config.log for more information. make: Fatal error: No arguments to build config.log: configure:56417: checking for mhash support configure:56901: checking whether to include mime_magic support configure:57267: checking for MING support configure:58507: checking for mSQL support configure:59028: checking for MSSQL support via FreeTDS configure:59689: checking for MySQL support configure:59736: checking for specified location of the MySQL UNIX socket configure:59794: checking for MySQL UNIX socket location configure:59985: check
#29652 [Opn]: number of FD to ocius.msg is growing
ID: 29652 User updated by: yannick at agl dot fr Reported By: yannick at agl dot fr Status: Open Bug Type: OCI8 related Operating System: Linux Redhat 7.3 PHP Version: 4.3.7 New Comment: oci library: 9.2.0.3 Previous Comments: [2004-08-23 16:08:47] esartoni at omniaglobal dot net Hey Yannick, could you please tell us what version of oci libraries are you using? With php 4.3.8 using oci 8.1.7.0.0 i have no problem at all. [2004-08-20 14:43:46] yannick at agl dot fr i tried with 4.3.8 without HAVE_OCI_9_2 there is no problem. if i defined HAVE_OCI_9_2 the issue occurs. [2004-08-20 10:26:00] yannick at agl dot fr tested with php 4.2.3 and php 5.0.1, there is no problem [2004-08-20 09:13:04] esartoni at omniaglobal dot net tony, i've already tested it with php 4.3.8 (cannot try with php 5) and with Solaris SunOS always gives the same problem. I'll try with the latest snapshot but always in the 4.x tree. [2004-08-19 12:15:52] [EMAIL PROTECTED] It would be better if you could try it with newer versions of PHP, especially latest snapshots from http://snaps.php.net. Older versions are not so important, 'cos I'm unable to fix them. 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/29652 -- Edit this bug report at http://bugs.php.net/?id=29652&edit=1
#29652 [Opn]: number of FD to ocius.msg is growing
ID: 29652 User updated by: yannick at agl dot fr Reported By: yannick at agl dot fr Status: Open Bug Type: OCI8 related Operating System: Linux Redhat 7.3 PHP Version: 4.3.7 New Comment: i tried with 4.3.8 without HAVE_OCI_9_2 there is no problem. if i defined HAVE_OCI_9_2 the issue occurs. Previous Comments: [2004-08-20 10:26:00] yannick at agl dot fr tested with php 4.2.3 and php 5.0.1, there is no problem [2004-08-20 09:13:04] esartoni at omniaglobal dot net tony, i've already tested it with php 4.3.8 (cannot try with php 5) and with Solaris SunOS always gives the same problem. I'll try with the latest snapshot but always in the 4.x tree. [2004-08-19 12:15:52] [EMAIL PROTECTED] It would be better if you could try it with newer versions of PHP, especially latest snapshots from http://snaps.php.net. Older versions are not so important, 'cos I'm unable to fix them. [2004-08-19 12:06:27] esartoni at omniaglobal dot net Same problem here with Solaris SunOS SPARC 5.9 - Apache 1.3.29 - PHP 4.3.8 - OCI 9.2.0.1.0 The number of opened ocius.msg grows costantly reaching the fd limit. No problem with Linux Debian, Apache 1.3.29, PHP 4.3.8 and OCI 8.1.7.0.0 or with Linux RedHat 8, Apache 1.3.26, PHP 4.3.4 and OCI 9.2.0.1.0 I'll try with an older version of php and let you know what happens. [2004-08-18 18:43:05] [EMAIL PROTECTED] Tested under Linux with Oracle 9.2.0.1, Apache 1.3.31 and latest PHP5 & PHP4 versions. Cannot reproduce your situation - there is still only one ocius.msb's descriptor. Plz, provide more info about software installed - versions of Oracle, Apache etc. 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/29652 -- Edit this bug report at http://bugs.php.net/?id=29652&edit=1
#29652 [Fbk->Opn]: number of FD to ocius.msg is growing
ID: 29652 User updated by: yannick at agl dot fr Reported By: yannick at agl dot fr -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: Linux Redhat 7.3 PHP Version: 4.3.7 New Comment: tested with php 4.2.3 and php 5.0.1, there is no problem Previous Comments: [2004-08-20 09:13:04] esartoni at omniaglobal dot net tony, i've already tested it with php 4.3.8 (cannot try with php 5) and with Solaris SunOS always gives the same problem. I'll try with the latest snapshot but always in the 4.x tree. [2004-08-19 12:15:52] [EMAIL PROTECTED] It would be better if you could try it with newer versions of PHP, especially latest snapshots from http://snaps.php.net. Older versions are not so important, 'cos I'm unable to fix them. [2004-08-19 12:06:27] esartoni at omniaglobal dot net Same problem here with Solaris SunOS SPARC 5.9 - Apache 1.3.29 - PHP 4.3.8 - OCI 9.2.0.1.0 The number of opened ocius.msg grows costantly reaching the fd limit. No problem with Linux Debian, Apache 1.3.29, PHP 4.3.8 and OCI 8.1.7.0.0 or with Linux RedHat 8, Apache 1.3.26, PHP 4.3.4 and OCI 9.2.0.1.0 I'll try with an older version of php and let you know what happens. [2004-08-18 18:43:05] [EMAIL PROTECTED] Tested under Linux with Oracle 9.2.0.1, Apache 1.3.31 and latest PHP5 & PHP4 versions. Cannot reproduce your situation - there is still only one ocius.msb's descriptor. Plz, provide more info about software installed - versions of Oracle, Apache etc. -------- [2004-08-17 11:34:14] yannick at agl dot fr Yes the limit of FD is exceeded... This issue occurs only with php not with JDBC under OCI. 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/29652 -- Edit this bug report at http://bugs.php.net/?id=29652&edit=1
#29652 [Fbk->Opn]: number of FD to ocius.msg is growing
ID: 29652 User updated by: yannick at agl dot fr Reported By: yannick at agl dot fr -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: Linux Redhat 7.3 PHP Version: 4.3.7 New Comment: Yes the limit of FD is exceeded... This issue occurs only with php not with JDBC under OCI. Previous Comments: [2004-08-17 07:38:36] [EMAIL PROTECTED] So, what the problem with it? It exceedes your FD limit? It's most likely to be an OCI trouble, 'cos PHP knows nothing about ocius.msg. [2004-08-16 10:15:35] yannick at agl dot fr the number of FD is growing constantly for each child. for example: >ps -ef | grep httpd root 469 1 0 Aug05 ?00:00:00 /usr/local/apache/bin/httpd -f / web 6853 469 0 07:57 ?00:01:09 /usr/local/apache/bin/httpd -f / web 7035 469 0 08:02 ?00:00:18 /usr/local/apache/bin/httpd -f / web 7138 469 0 08:07 ?00:00:25 /usr/local/apache/bin/httpd -f / web 8408 469 0 08:52 ?00:00:21 /usr/local/apache/bin/httpd -f / web 8428 469 0 08:53 ?00:00:17 /usr/local/apache/bin/httpd -f / web 8429 469 0 08:53 ?00:00:17 /usr/local/apache/bin/httpd -f / web 10107 469 0 09:54 ?00:00:04 /usr/local/apache/bin/httpd -f / web 10402 469 0 10:05 ?00:00:01 /usr/local/apache/bin/httpd -f / web 10413 469 0 10:06 ?00:00:01 /usr/local/apache/bin/httpd -f / web 10626 469 1 10:11 ?00:00:00 /usr/local/apache/bin/httpd -f / web 10630 469 0 10:11 ?00:00:00 /usr/local/apache/bin/httpd -f / web 10631 469 0 10:11 ?00:00:00 /usr/local/apache/bin/httpd -f / web 10661 469 0 10:12 ?00:00:00 /usr/local/apache/bin/httpd -f / number of child: 14 > cd /proc/7035/fd > ls -l |grep ocius |wc > 235 i think each request make a new FD... [2004-08-13 17:36:12] [EMAIL PROTECTED] Does it grow constantly or it stops after reaching the number of apache childs? Can you please try the same with OCINLogon ? Btw, ocilogoff() does nothing for a long time (connections are closed by Oracle after a timeout). [2004-08-13 15:54:06] yannick at agl dot fr Description: i see the number of file descriptor to ocius.msg is growing for each apache child. so i reproduce problem with this script. Reproduce code: --- Expected result: 1 file descriptor to ocius.msg 1 connection to database Actual result: -- the number of file descriptor to ocius.msg is growing. 1 connection to database -- Edit this bug report at http://bugs.php.net/?id=29652&edit=1
#29652 [Fbk->Opn]: number of FD to ocius.msg is growing
ID: 29652 User updated by: yannick at agl dot fr Reported By: yannick at agl dot fr -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: Linux Redhat 7.3 PHP Version: 4.3.7 New Comment: the number of FD is growing constantly for each child. for example: >ps -ef | grep httpd root 469 1 0 Aug05 ?00:00:00 /usr/local/apache/bin/httpd -f / web 6853 469 0 07:57 ?00:01:09 /usr/local/apache/bin/httpd -f / web 7035 469 0 08:02 ?00:00:18 /usr/local/apache/bin/httpd -f / web 7138 469 0 08:07 ?00:00:25 /usr/local/apache/bin/httpd -f / web 8408 469 0 08:52 ?00:00:21 /usr/local/apache/bin/httpd -f / web 8428 469 0 08:53 ?00:00:17 /usr/local/apache/bin/httpd -f / web 8429 469 0 08:53 ?00:00:17 /usr/local/apache/bin/httpd -f / web 10107 469 0 09:54 ?00:00:04 /usr/local/apache/bin/httpd -f / web 10402 469 0 10:05 ?00:00:01 /usr/local/apache/bin/httpd -f / web 10413 469 0 10:06 ?00:00:01 /usr/local/apache/bin/httpd -f / web 10626 469 1 10:11 ?00:00:00 /usr/local/apache/bin/httpd -f / web 10630 469 0 10:11 ?00:00:00 /usr/local/apache/bin/httpd -f / web 10631 469 0 10:11 ?00:00:00 /usr/local/apache/bin/httpd -f / web 10661 469 0 10:12 ?00:00:00 /usr/local/apache/bin/httpd -f / number of child: 14 > cd /proc/7035/fd > ls -l |grep ocius |wc > 235 i think each request make a new FD... Previous Comments: [2004-08-13 17:36:12] [EMAIL PROTECTED] Does it grow constantly or it stops after reaching the number of apache childs? Can you please try the same with OCINLogon ? Btw, ocilogoff() does nothing for a long time (connections are closed by Oracle after a timeout). [2004-08-13 15:54:06] yannick at agl dot fr Description: i see the number of file descriptor to ocius.msg is growing for each apache child. so i reproduce problem with this script. Reproduce code: --- Expected result: 1 file descriptor to ocius.msg 1 connection to database Actual result: -- the number of file descriptor to ocius.msg is growing. 1 connection to database -- Edit this bug report at http://bugs.php.net/?id=29652&edit=1
#29652 [NEW]: number of FD to ocius.msg is growing
From: yannick at agl dot fr Operating system: Linux Redhat 7.3 PHP version: 4.3.7 PHP Bug Type: OCI8 related Bug description: number of FD to ocius.msg is growing Description: i see the number of file descriptor to ocius.msg is growing for each apache child. so i reproduce problem with this script. Reproduce code: --- Expected result: 1 file descriptor to ocius.msg 1 connection to database Actual result: -- the number of file descriptor to ocius.msg is growing. 1 connection to database -- Edit bug report at http://bugs.php.net/?id=29652&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29652&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29652&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29652&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29652&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29652&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29652&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29652&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29652&r=support Expected behavior: http://bugs.php.net/fix.php?id=29652&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29652&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29652&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29652&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29652&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29652&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29652&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29652&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29652&r=float
Bug #15645 Updated: session_unset() undefines non-session variables?
ID: 15645 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Session related Operating System: Redhat 7.1 PHP Version: 4.1.1 New Comment: Ok. Sorry, but I couldn't check with the CVS version, since it was on a "production" server. Previous Comments: [2002-02-21 03:12:31] [EMAIL PROTECTED] This bug has been fixed in CVS. Thanks for reporting, but I think this is fixed by Sterling. [2002-02-20 08:30:20] [EMAIL PROTECTED] session_unset() seems to undefine non-session variables. It happens with register_globals = off. It seems to behave just like if register_globals was on. Example: $domain = $_REQUEST["domain"]; if ($domain){ echo $domain; // correct session_start(); session_unset(); echo $domain; // empty $_SESSION["domain"] = $domain; }; So the problem seem to be: if a previous session variable is named "abc" (thus $_SESSION["abc"]), session_unset() will clear $_SESSION["abc"] but also the variable $abc which should not be in relation with it since register_globals is off. -- Edit this bug report at http://bugs.php.net/?id=15645&edit=1
Bug #15645: session_unset() undefines non-session variables?
From: [EMAIL PROTECTED] Operating system: Redhat 7.1 PHP version: 4.1.1 PHP Bug Type: Session related Bug description: session_unset() undefines non-session variables? session_unset() seems to undefine non-session variables. It happens with register_globals = off. It seems to behave just like if register_globals was on. Example: $domain = $_REQUEST["domain"]; if ($domain){ echo $domain; // correct session_start(); session_unset(); echo $domain; // empty $_SESSION["domain"] = $domain; }; So the problem seem to be: if a previous session variable is named "abc" (thus $_SESSION["abc"]), session_unset() will clear $_SESSION["abc"] but also the variable $abc which should not be in relation with it since register_globals is off. -- Edit bug report at http://bugs.php.net/?id=15645&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15645&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15645&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15645&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15645&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15645&r=support Expected behavior: http://bugs.php.net/fix.php?id=15645&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15645&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15645&r=submittedtwice