Re: [PHP-DEV] Java extension fixes
Tony J. White wrote: Can someone please add this to CVS or should I contact Sam Ruby (the orignal author) to do it? Committed, Sebastian -- 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, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] [PATCH] New changes to ext_skel for C++
Isn't __cplusplus defined for all C++ compilers? #ifdef __cplusplus extern C { #endif #ifdef __cplusplus } #endif This is pretty common in library header files at least. - Stig On Mon, 2002-12-02 at 16:18, J Smith wrote: Taking a few comments into consideration, here's a new patch for adding C++ code-generating abilities to ext_skel. The new patch doesn't use a separate skeleton.cpp file. Instead, it adds some lines like /* __begin_extern_c__ */ /* __end_extern_c__ */ to skeleton.c and lets ext_skel either replace them with the proper C++ stuff or get rid of it altogether. I didn't want to make the extname.c output any more complicated with #ifdef __cplusplus preprocessor nonsense, 'cause having extension first-timers asking why there's C++ stuff in their C file would suck. Another slight change to skeleton.c just gets rid of the string named string and replaces it with str. This is just to get rid of any conflict that might come up if someone #includes the C++ string library in their extension, so they don't need to worry about C-string named string being confused with the C++ data type string. Comments? J __ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] persistent java virtual machine under PHP
Hi, I'm trying to use the PHP / Java integration (the module in ext/java). My problem is that the Java Virtual Machine is thrown out regularly by the PHP engine. What happens is that the function jvm_create() gets called regularly when requesting new pages using the Java extension, from the function java_call_function_handler(): if (!JG(jenv)) jvm_create(TSRMLS_C); It seems that JG(jenv) gets to be 0 every once in a while. One problem is that on none such occasion is jvm_destroy() called, which could lead to resource leaks. What I'm looking for is that the JVM would not be discarded on a regular basis, but it would remain persistent. Unfortunately I can't find the mechanism that removes it (so as to disable it). I was looking at the documentation for extending PHP, especially at http://www.php.net/manual/en/phpdevel.php#phpdevel-addfunc-reslist Maybe this is the way to go? If so, can someone elaborate on the use of this functionality? I can't really grasp how to use this based on the description there (i.e. what does 'type of resource' mean, etc.) Akos -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] [PATCH] New changes to ext_skel for C++
That would be a big YES - as in practically all C++ compilers. It was a part of the draft ANSI standard for C++ for rather a long time (but not in the final standard?). -Original Message- From: Stig S. Bakken [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 04, 2002 1:23 AM Isn't __cplusplus defined for all C++ compilers? #ifdef __cplusplus extern C { #endif #ifdef __cplusplus } #endif This is pretty common in library header files at least. - Stig -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] [PATCH] New changes to ext_skel for C++
On Wed, 4 Dec 2002, Preston L. Bannister wrote: That would be a big YES - as in practically all C++ compilers. It was a part of the draft ANSI standard for C++ for rather a long time (but not in the final standard?). Page 309, 16.8 Predefined macro names, of ISO/IEC 14882:1998 lists __cplusplus [..] as being defined to the value 199711L when compiling a C++ translation unit. - Sascha -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: Modules/Extensions not in 4.3
On Fri, 2002-11-29 at 18:20, Philip Olson wrote: On Fri, 29 Nov 2002, Wez Furlong wrote: IMO, the manual should include all of the maintstream PHP extensions. The reasoning is that if someone downloads the PHP manual, they expect to get the PHP manual and not have to hunt around for docs on extensions X, Y, Z. So mainstream is defined as which are bundled with the PHP4 source, whether it's in PECL or not? Does anyone know or have a list of what will go where and when? Is the install, configure, and use process different for PECL extensions? Why are any PECL extensions bundled in PHP4 source? That seems to defeat the purpose. Not quite. One purpose of separating the (cvs) source of PHP itself and extensions is to be able to pick the latest working version of extensions when releasing PHP, rather than waiting for extension maintainers to fix bugs during the PHP release process. - Stig -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: [PHP-DOC] Re: [PHP-DEV] Re: Modules/Extensions not in 4.3
On 4 Dec 2002, Stig S. Bakken wrote: On Fri, 2002-11-29 at 18:20, Philip Olson wrote: On Fri, 29 Nov 2002, Wez Furlong wrote: IMO, the manual should include all of the maintstream PHP extensions. The reasoning is that if someone downloads the PHP manual, they expect to get the PHP manual and not have to hunt around for docs on extensions X, Y, Z. So mainstream is defined as which are bundled with the PHP4 source, whether it's in PECL or not? Does anyone know or have a list of what will go where and when? Is the install, configure, and use process different for PECL extensions? Why are any PECL extensions bundled in PHP4 source? That seems to defeat the purpose. Not quite. One purpose of separating the (cvs) source of PHP itself and extensions is to be able to pick the latest working version of extensions when releasing PHP, rather than waiting for extension maintainers to fix bugs during the PHP release process. Right, and what if the API changed? The 'working' extensions don't even compile then anymore. Of course this does not happen very often, but it's definitely something to think about. Derick -- - Derick Rethans http://derickrethans.nl/ PHP Magazine - PHP Magazine for Professionals http://php-mag.net/ - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] [PATCH] DB_DataObject and DB_DataObject_Generator
Hi, Here's a small patch for the DataObject classes. The rationale is as follows. I'm using multiple databases with the same schema, and this schema is enforced so there are no differences. I'd like to use the same static options array for DataObject, except for DSN, and the same table definitions. So, I define option database_genericname = ?://?:?@?/specific_name, so that `genericname' is always the same, and `specific_name' is the actual name of the database that I need to access. I'm building options array on the fly instead of initializing it from ini file. Also, my tables settings are stored in `genericname.ini' rather than in `specificname.ini'. For this purpose, as well as for Generator methods to generate everything for `genericname' as opposed to the `specificname', I'd like to preserve the value of DataObject::_database property if it's set. It's always possible to access the real database name using a connection object and _database_dsn_md5 property, and _dsn property is available for DSN storage, so I'd like _database property to reflect the name given in options, as defined at http://pear.php.net/manual/en/packages.database.db-dataobject.configuration.php in the section regarding database_* and table_* options. The only patching that's required is in the _connect method, very much inline with the rest of code IMHO. The patch also contains a tiny fix for Generator accessing the `extends' property that doesn't exist (it's optional so the call is valid). Thank you! Sergey Lipnevich, Source Mage GNU/Linux maintainer for `collab' section, http://www.sourcemage.org/. --- DataObject.php-original 2002-12-03 17:51:07.0 -0500 +++ DataObject.php 2002-12-03 18:09:45.0 -0500 @@ -946,7 +946,8 @@ ); return; } -$this-_database = $connections[$this-_database_dsn_md5]-dsn[database]; +if (!$this-_database) +$this-_database = +$connections[$this-_database_dsn_md5]-dsn[database]; return; } @@ -954,8 +955,10 @@ $dsn = @$this-_database_dsn; if (!$dsn) { -if ($database = @$options[table_{$this-__table}]) { -$dsn = $options[database_{$database}]; +if (!$this-_database) +$this-_database = @$options[table_{$this-__table}]; +if (@$this-_database) { +$dsn = $options[database_{$this-_database}]; } else if ($options['database']) { $dsn = $options['database']; } @@ -966,7 +969,8 @@ if (!$GLOBALS['_DB_DATAOBJECT_PRODUCTION']) { $this-debug(USING CACHE, CONNECT,3); } -$this-_database = $connections[$this-_database_dsn_md5]-dsn[database]; +if (!$this-_database) +$this-_database = +$connections[$this-_database_dsn_md5]-dsn[database]; return; } if (!$GLOBALS['_DB_DATAOBJECT_PRODUCTION']) { @@ -987,7 +991,8 @@ } -$this-_database = $connections[$this-_database_dsn_md5]-dsn[database]; +if (!$this-_database) +$this-_database = +$connections[$this-_database_dsn_md5]-dsn[database]; return TRUE; } /** --- DataObject/Generator.php-original 2002-12-03 18:07:29.0 -0500 +++ DataObject/Generator.php2002-12-03 18:06:07.0 -0500 @@ -270,7 +270,7 @@ if (!file_exists($base)) mkdir($base,0755); $class_prefix = $options['class_prefix']; -if ($extends = $options['extends']) { +if ($extends = @$options['extends']) { $this-_extends = $extends; $this-_extendsFile = $options['extends_location']; } -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: [PATCH] DB_DataObject and DB_DataObject_Generator
Please disregard, wrong group :-(... Sergey wrote: Hi, Here's a small patch for the DataObject classes. The rationale is as follows. I'm using multiple databases with the same schema, and this schema is enforced so there are no differences. I'd like to use the same static options array for DataObject, except for DSN, and the same table definitions. So, I define option database_genericname = ?://?:?@?/specific_name, so that `genericname' is always the same, and `specific_name' is the actual name of the database that I need to access. I'm building options array on the fly instead of initializing it from ini file. Also, my tables settings are stored in `genericname.ini' rather than in `specificname.ini'. For this purpose, as well as for Generator methods to generate everything for `genericname' as opposed to the `specificname', I'd like to preserve the value of DataObject::_database property if it's set. It's always possible to access the real database name using a connection object and _database_dsn_md5 property, and _dsn property is available for DSN storage, so I'd like _database property to reflect the name given in options, as defined at http://pear.php.net/manual/en/packages.database.db-dataobject.configuration.php in the section regarding database_* and table_* options. The only patching that's required is in the _connect method, very much inline with the rest of code IMHO. The patch also contains a tiny fix for Generator accessing the `extends' property that doesn't exist (it's optional so the call is valid). Thank you! Sergey Lipnevich, Source Mage GNU/Linux maintainer for `collab' section, http://www.sourcemage.org/. --- DataObject.php-original 2002-12-03 17:51:07.0 -0500 +++ DataObject.php 2002-12-03 18:09:45.0 -0500 @@ -946,7 +946,8 @@ ); return; } -$this-_database = $connections[$this-_database_dsn_md5]-dsn[database]; +if (!$this-_database) +$this-_database = $connections[$this-_database_dsn_md5]-dsn[database]; return; } @@ -954,8 +955,10 @@ $dsn = @$this-_database_dsn; if (!$dsn) { -if ($database = @$options[table_{$this-__table}]) { -$dsn = $options[database_{$database}]; +if (!$this-_database) +$this-_database = @$options[table_{$this-__table}]; +if (@$this-_database) { +$dsn = $options[database_{$this-_database}]; } else if ($options['database']) { $dsn = $options['database']; } @@ -966,7 +969,8 @@ if (!$GLOBALS['_DB_DATAOBJECT_PRODUCTION']) { $this-debug(USING CACHE, CONNECT,3); } -$this-_database = $connections[$this-_database_dsn_md5]-dsn[database]; +if (!$this-_database) +$this-_database = $connections[$this-_database_dsn_md5]-dsn[database]; return; } if (!$GLOBALS['_DB_DATAOBJECT_PRODUCTION']) { @@ -987,7 +991,8 @@ } -$this-_database = $connections[$this-_database_dsn_md5]-dsn[database]; +if (!$this-_database) +$this-_database = $connections[$this-_database_dsn_md5]-dsn[database]; return TRUE; } /** --- DataObject/Generator.php-original 2002-12-03 18:07:29.0 -0500 +++ DataObject/Generator.php 2002-12-03 18:06:07.0 -0500 @@ -270,7 +270,7 @@ if (!file_exists($base)) mkdir($base,0755); $class_prefix = $options['class_prefix']; -if ($extends = $options['extends']) { +if ($extends = @$options['extends']) { $this-_extends = $extends; $this-_extendsFile = $options['extends_location']; } -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] CVS Account Request: frogger
Contributing someting to the German translation -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] New SNMP function names
Hello, while browsing the CVS I found that the following functions were added to the CVS recently: + PHP_FE(snmpv3get, NULL) + PHP_FE(snmpv3walk, NULL) + PHP_FE(snmpv3realwalk, NULL) + PHP_FALIAS(snmpv3walkoid, snmpv3realwalk, NULL) + PHP_FE(snmpv3set, NULL) But those functionnames don't adhere to our nameing guidelines. As those are new functions I propose to change them to the following, to be more consistent with all other functions: snmpv3get - snmp3_get snmpv3walk - snmp3_walk snmpv3realwalk - snmp3_real_walk (or snmp3_walk_oid) snmpv3set - snmp3_get also, there is no need to introduce an alias for a newly created function so I guess we just should drop it. I'd like to make those proposed changes ASAP as they are also added in the PHP_4_3 branch which gets closer to release everyday. regards, Derick -- - Derick Rethans http://derickrethans.nl/ JDI Media Solutions http://www.jdimedia.nl/ PHP Magazine - PHP Magazine for Professionals http://php-mag.net/ - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] New SNMP function names
+1 for me Although I do remember the reasoning for it, it doesn't mean I like the use of the snmpv3 naming scheme either. So if anyone has any better suggestions for these, I'd still like to hear them. On Wednesday, December 4, 2002, at 08:49 AM, Derick Rethans wrote: Hello, while browsing the CVS I found that the following functions were added to the CVS recently: + PHP_FE(snmpv3get, NULL) + PHP_FE(snmpv3walk, NULL) + PHP_FE(snmpv3realwalk, NULL) + PHP_FALIAS(snmpv3walkoid, snmpv3realwalk, NULL) + PHP_FE(snmpv3set, NULL) But those functionnames don't adhere to our nameing guidelines. As those are new functions I propose to change them to the following, to be more consistent with all other functions: snmpv3get - snmp3_get snmpv3walk - snmp3_walk snmpv3realwalk - snmp3_real_walk (or snmp3_walk_oid) snmpv3set - snmp3_get also, there is no need to introduce an alias for a newly created function so I guess we just should drop it. I'd like to make those proposed changes ASAP as they are also added in the PHP_4_3 branch which gets closer to release everyday. regards, Derick -- --- -- Derick Rethans http://derickrethans.nl/ JDI Media Solutions http://www.jdimedia.nl/ PHP Magazine - PHP Magazine for Professionals http://php-mag.net/ --- -- -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php --- Dan KalowskyCause fear is strong and love's http://www.deadmime.org/~dankfor everyone, who isn't me. [EMAIL PROTECTED] - Burden In My Hand, [EMAIL PROTECTED] Soundgarden -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: persistent java virtual machine under PHP
What I'm looking for is that the JVM would not be discarded on a regular basis, but it would remain persistent. I do not think that is possible, unless PHP engine itself is contained within a single process (and runs multithreaded). Which it isn't (under Apache 1.x , at least). You can perhaps try to use it the other way around, have PHP run inside a Java VM. You can also try to get the source code for the Java extension from the CVS as some patches have been submitted recently. Ideal solution for Java integration would be to have a single JVM running as a separate process, and to have the PHP communicate with it using some efficient protocol. This can be done right now although I do not think that the current Java extension works like this. However... I have heard (can someone confirm this, please) that ZE2 handles foreign (i.e. non-PHP) object nicely and that you will be able to have classes and objects that feel like normal object but would in fact execute outside the engine. If the above is correct I would prefer to wait for ZE2 in order to integrate my PHP and my Java. On a similar note, is someone working on a ZE2-compatible extension at the moment? I might be interesting to work on it. There is one relevant project, see http://www.vl-srm.net (integrates PHP and PHP, not PHP and Java, but the method is the same). Bye, Ivan -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: persistent java virtual machine under PHP
Ivan Ristic wrote: I do not think that is possible, unless PHP engine itself is contained within a single process (and runs multithreaded). Which it isn't (under Apache 1.x , at least). I'm not familiar in general with the PHP engine, so my questions may be quite stupid. Anyway: How is a persistent database connection handled then? e.g. in the mysql module? looking at the mysql module source code, it seems that there is a list called persistent_list, used in such a manner: zend_hash_find(EG(persistent_list), hashed_details, hashed_details_length+1, (void **) le would this provide some persistnece? If yes, how to use it exaclty? (I couldn't make it work myself.) It seems to me that libphp_java.so is unloaded every once in a while. For example, global static variable defined in the module get re-initialized every once in a while. Is this so? I can't see a call to JNI_DestroyJavaVM() anywhere in the java module source code. Isn't this a possible reason for resource leaks? Or are modules that cleverly unloaded? Akos -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] [PATCH] New changes to ext_skel for C++
As others have pointed out, it is, but I think it would be better to simply have the code there in the generated C++ source and not at all in the C source. It would lead to less confusion imho. I guess it should kind of be assumed that if someone is going the distance to actually create an extension to PHP, they're probably going to know what __cplusplus, extern C and all that stuff means, but on the other hand, I've seen (and received) some pretty ridiculous questions on that sort of stuff dealing with PHP extensions directly. J Stig S. Bakken wrote: Isn't __cplusplus defined for all C++ compilers? #ifdef __cplusplus extern C { #endif #ifdef __cplusplus } #endif This is pretty common in library header files at least. - Stig -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: persistent java virtual machine under PHP
--- Akos Maroy [EMAIL PROTECTED] wrote: Ivan Ristic wrote: I do not think that is possible, unless PHP engine itself is contained within a single process (and runs multithreaded). Which it isn't (under Apache 1.x , at least). I'm not familiar in general with the PHP engine, so my questions may be quite stupid. Anyway: How is a persistent database connection handled then? e.g. in the mysql module? looking at the mysql module source code, it seems that there is a list called persistent_list, used in such a manner: zend_hash_find(EG(persistent_list), hashed_details, hashed_details_length+1, (void **) le would this provide some persistnece? If yes, how to use it exaclty? (I couldn't make it work myself.) It seems to me that libphp_java.so is unloaded every once in a while. For example, global static variable defined in the module get re-initialized every once in a while. Is this so? Are you sure its getting unloaded or is it starting up in another httpd? - Brad __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Java extension fixes
Will this fix the errors that occur with running PHP as a servlet in tomcat? -- Ray On Wed, 2002-12-04 at 01:20, Sebastian Bergmann wrote: Tony J. White wrote: Can someone please add this to CVS or should I contact Sam Ruby (the orignal author) to do it? Committed, Sebastian -- 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, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: persistent java virtual machine under PHP
Brad LaFountain wrote: Are you sure its getting unloaded or is it starting up in another httpd? I'm not sure which. The only thing I see is that global static variables in the shared object have their values re-initialized. Akos -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #20449
Just wondering if anyone has a 'heads-up' on this issue or and insight into a fix. http://bugs.php.net/bug.php?id=20449 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] sapi/fastcgi
What happens to sapi/fastcgi, now that we have FastCGI support in sapi/cgi? IMHO, it should be removed for PHP 4.3.0 already. -- 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, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Java extension fixes
Ray Hunter wrote: Will this fix the errors that occur with running PHP as a servlet in tomcat? Can't tell. I have no Tomcat environment installed at the moment. -- 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, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: persistent java virtual machine under PHP
How is a persistent database connection handled then? e.g. in the mysql module? Apache 1.x pre-creates a number of server processes. Each process handles a certain number of requests (one at a time), and then dies. It is then replaced with an another server process. The number of processes can vary depending on the load and the configuration. Database connections (and other resources) are persistent on the per-server-process level. What this means that an open connection in one server process cannot be reused from within another server process. When using PHP with IIS, on the other hand, you only have one process and only one set of persistent connections. Since creating a 100% thread safe PHP (PHP meaning the core engine plus the libraries) is practically impossible, I would say that PHP will go the FastCGI route, even on Windows. Bye, Ivan -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: sapi/fastcgi
What happens to sapi/fastcgi, now that we have FastCGI support in sapi/cgi? IMHO, it should be removed for PHP 4.3.0 already. as neither of them works you can remove both :) harald -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: sapi/fastcgi
HR as neither of them works you can remove both :) What do you mean neither works? I have Zeus/PHP/FastCGI install with PHP 4.2.3 running here, seems working. Am I missing something? -- Stanislav Malyshev, Zend Products Engineer [EMAIL PROTECTED] http://www.zend.com/ +972-3-6139665 ext.109 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] Re: sapi/fastcgi
i wasn't able to run it succesfully on windows. i can compile it and the binary actually works, but it exits after each request instead of keep running. but this is on my todo list for the christmas holidays, so stay tuned :) harald -Original Message- From: Stanislav Malyshev [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 04, 2002 5:29 PM To: Harald Radi Cc: [EMAIL PROTECTED] Subject: Re: [PHP-DEV] Re: sapi/fastcgi HR as neither of them works you can remove both :) What do you mean neither works? I have Zeus/PHP/FastCGI install with PHP 4.2.3 running here, seems working. Am I missing something? -- Stanislav Malyshev, Zend Products Engineer [EMAIL PROTECTED] http://www.zend.com/ +972-3-6139665 ext.109 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Build warnings current HEAD and PHP_4_3 branch
$ ./cvsclean mdev@morpheus ~/cvs/php4 $ ./buildconf using default Zend directory buildconf: checking installation... buildconf: autoconf version 2.13 (ok) buildconf: automake version 1.5 (ok) buildconf: libtool version 1.4.3 (ok) rebuilding configure configure.in:561: AC_TRY_COMPILE was called before AC_AIX configure.in:561: AC_TRY_RUN was called before AC_AIX configure.in:561: AC_TRY_COMPILE was called before AC_AIX configure.in:561: AC_TRY_RUN was called before AC_AIX autoconf: Undefined macros: ***BUG in Autoconf--please report*** AC_ACVERSION ***BUG in Autoconf--please report*** AC_TRY_DLOPEN_SELF ***BUG in Autoconf--please report*** AC_TRY_DLOPEN_SELF ***BUG in Autoconf--please report*** AC_TRY_DLOPEN_SELF ***BUG in Autoconf--please report*** AC_TRY_DLOPEN_SELF ***BUG in Autoconf--please report*** AC_TRY_DLOPEN_SELF ***BUG in Autoconf--please report*** AC_TRY_DLOPEN_SELF ***BUG in Autoconf--please report*** AC_TRY_DLOPEN_SELF ***BUG in Autoconf--please report*** AC_TRY_DLOPEN_SELF rebuilding acconfig.h rebuilding main/php_config.h.in configure.in:561: AC_TRY_COMPILE was called before AC_AIX configure.in:561: AC_TRY_RUN was called before AC_AIX configure.in:561: AC_TRY_COMPILE was called before AC_AIX configure.in:561: AC_TRY_RUN was called before AC_AIX Configure is built, so is main/php_config.h.in. Line 561 is the first occurence of PHP_ARG_ENABLE. Configure fails: checking for type of readdir_r... POSIX ./configure: 16527: Syntax error: ( unexpected Met vriendelijke groeten / With kind regards, Webmaster IDG.nl Melvyn Sopacua -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] New SNMP function names
Consistency is always good and adding aliases for newly added functions seems like a recipe for bloat confusion. +1 on the proposed changes. Ilia On December 4, 2002 08:49 am, Derick Rethans wrote: Hello, while browsing the CVS I found that the following functions were added to the CVS recently: + PHP_FE(snmpv3get, NULL) + PHP_FE(snmpv3walk, NULL) + PHP_FE(snmpv3realwalk, NULL) + PHP_FALIAS(snmpv3walkoid, snmpv3realwalk, NULL) + PHP_FE(snmpv3set, NULL) C But those functionnames don't adhere to our nameing guidelines. As those are new functions I propose to change them to the following, to be more consistent with all other functions: snmpv3get - snmp3_get snmpv3walk - snmp3_walk snmpv3realwalk - snmp3_real_walk (or snmp3_walk_oid) snmpv3set - snmp3_get also, there is no need to introduce an alias for a newly created function so I guess we just should drop it. I'd like to make those proposed changes ASAP as they are also added in the PHP_4_3 branch which gets closer to release everyday. regards, Derick -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: Build warnings current HEAD and PHP_4_3 branch
I bet m4 --version shows GNU m4 1.4o or similar. Using GNU m4 1.4 as located on ftp.gnu.org/pub/gnu/m4/ fixes these issues. - Sascha -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: Build warnings current HEAD and PHP_4_3 branch
At 21:35 4-12-2002, Sascha Schumann wrote: I bet m4 --version shows GNU m4 1.4o or similar. Yep - stock gm4 for BSDi 4.3, with M4=gm4 in env. Using GNU m4 1.4 as located on ftp.gnu.org/pub/gnu/m4/ fixes these issues. So how about a sanity check in buildconf? Met vriendelijke groeten / With kind regards, Webmaster IDG.nl Melvyn Sopacua -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] New SNMP function names
+1 -Original Message- From: Ilia A. [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 04, 2002 3:23 PM To: Derick Rethans; PHP Developers Mailing List Subject: Re: [PHP-DEV] New SNMP function names Consistency is always good and adding aliases for newly added functions seems like a recipe for bloat confusion. +1 on the proposed changes. Ilia On December 4, 2002 08:49 am, Derick Rethans wrote: Hello, while browsing the CVS I found that the following functions were added to the CVS recently: + PHP_FE(snmpv3get, NULL) + PHP_FE(snmpv3walk, NULL) + PHP_FE(snmpv3realwalk, NULL) + PHP_FALIAS(snmpv3walkoid, snmpv3realwalk, NULL) + PHP_FE(snmpv3set, NULL) C But those functionnames don't adhere to our nameing guidelines. As those are new functions I propose to change them to the following, to be more consistent with all other functions: snmpv3get - snmp3_get snmpv3walk - snmp3_walk snmpv3realwalk - snmp3_real_walk (or snmp3_walk_oid) snmpv3set - snmp3_get also, there is no need to introduce an alias for a newly created function so I guess we just should drop it. I'd like to make those proposed changes ASAP as they are also added in the PHP_4_3 branch which gets closer to release everyday. regards, Derick -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] CVS Account Request: mbretter
new PECL radius. Frank M. Kromann wrote that i should request cvs-access. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug # 20746
User requets that aggregation_info() be renamed to aggregate_info() to bring it inline with other functions in that module: (e.g.: aggregate(), aggregate_methods(), aggregate_properties(), etc...) It doesn't seem unreasonable to do the rename and include an alias for backward compatability. Objections? If none I'll do this, otherwise (if there's a reason not to) I'll just fix the documentation which actually refers to it as aggregate_info(). -Pollita -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] unset isn't a function anymore...
Well since it isn't a function, shouldn't it be able to be used without braces? Require/Include/Echo/Print all work that way? Also, would it be easy to add something like ASP's sub to PHP? Basically like a function, but no return value. where the user could choose to call it without parenthases? -eric -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] RE: [PHP-DOC] #20822 [Com]: getimagesize() returning null instead of false
I've changed the getimagesize() function so that it RETURN_FALSE on every error, and disables the error reporting if the file fails to open (it still returns RETURN_FALSE) If no one has a problem, I'll commit. John -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 04, 2002 9:54 PM To: [EMAIL PROTECTED] Subject: [PHP-DOC] #20822 [Com]: getimagesize() returning null instead of false ID: 20822 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: linux PHP Version: 4.2.3 New Comment: maybe its also worth mentioning that getimagesize() spews out an error if the filesize() of the file is 0 bytes :/ - this isnt so nice :/ Previous Comments: --- - [2002-12-04 20:47:55] [EMAIL PROTECTED] cutting out from the php manual: If accessing the filename image is impossible, or if it isn't a valid picture, getimagesize() will return FALSE and generate a warning. ... when getimagesize() in fact returns NULL (atleast in 4.2.3 (debian unstable tree)) --- - -- Edit this bug report at http://bugs.php.net/?id=20822edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] unset isn't a function anymore...
On Wed, 4 Dec 2002, Eric Coleman wrote: Well since it isn't a function, shouldn't it be able to be used without braces? Require/Include/Echo/Print all work that way? wel, no, unset() is just fine, and changing it now would make less sense. THere are more functions like this btw, isset() for example, and empty(). Also, would it be easy to add something like ASP's sub to PHP? Basically like a function, but no return value. where the user could choose to call it without parenthases? Not likely, I don't see what enhancements it brings. Derick -- - Derick Rethans http://derickrethans.nl/ PHP Magazine - PHP Magazine for Professionals http://php-mag.net/ - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] RE: [PHP-DOC] #20822 [Com]: getimagesize() returning null insteadof false
On Wed, 4 Dec 2002, John Coggeshall wrote: I've changed the getimagesize() function so that it RETURN_FALSE on every error, and disables the error reporting if the file fails to open (it still returns RETURN_FALSE) If no one has a problem, I'll commit. Where is the patch? Derick -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 04, 2002 9:54 PM To: [EMAIL PROTECTED] Subject: [PHP-DOC] #20822 [Com]: getimagesize() returning null instead of false ID: 20822 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: linux PHP Version: 4.2.3 New Comment: maybe its also worth mentioning that getimagesize() spews out an error if the filesize() of the file is 0 bytes :/ - this isnt so nice :/ Previous Comments: --- - [2002-12-04 20:47:55] [EMAIL PROTECTED] cutting out from the php manual: If accessing the filename image is impossible, or if it isn't a valid picture, getimagesize() will return FALSE and generate a warning. ... when getimagesize() in fact returns NULL (atleast in 4.2.3 (debian unstable tree)) --- - -- Edit this bug report at http://bugs.php.net/?id=20822edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- - Derick Rethans http://derickrethans.nl/ PHP Magazine - PHP Magazine for Professionals http://php-mag.net/ - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php