[PHP-DEV] Bug #11133 Updated: msql_create_db( ) not work?
ID: 11133 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: mSQL related Operating System: Red Hat 7 PHP Version: 4.0.4pl1 New Comment: No feedback. Closing. Previous Comments: [2001-12-02 07:46:11] [EMAIL PROTECTED] Can you try the latest RC? http://download.php.net/~zeev/php-4.1.0RC4.tar.gz [2001-05-27 00:36:50] [EMAIL PROTECTED] 1: In a user.php file,has the below codes: $linkID=msql_pconnect(localhost); //is ok,can exec_sql msql_create_db(adb) or die(create_db err);//and die //and even with the root account login Linux,it die 2: DSO:(Apache_1.3.19: httpd -l: have 2 modules:http_core.c mod_so.c) ./configure --with-apxs=/www/bin/apxs --with-msql (Apache's installation dir=/www/bin/apxs,and msql2's is default,is /usr/local/Hughes) Edit this bug report at http://bugs.php.net/?id=11133edit=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 #12605 Updated: in opposite to 4.0.5 images could not be displayed
ID: 12605 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Ming related Operating System: Windows2000 PHP Version: 4.0.6 New Comment: No feedback. Closing. Previous Comments: [2001-12-02 07:42:03] [EMAIL PROTECTED] Which version of Ming do you use? Can you try upgrading to the latest version of Ming and to 4.1.0 (when it's out, in the meantime try http://www.php.net/~zeev/php-4.1.0RC4.tar.gz)? If this all doesn't work, can you create a sample script? [2001-08-06 14:45:35] [EMAIL PROTECTED] I Updated my PHP to V4.0.6, now i can not display JPEG Images in a swf file throught ming. Under 4.0.5 all works fine (but here i can not display Text). Edit this bug report at http://bugs.php.net/?id=12605edit=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 #14303 Updated: httpd threads hang with large data structures
ID: 14303 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Reproducible crash Operating System: Redhat 7.2 PHP Version: 4.0.6 New Comment: No feedback. Closing. Previous Comments: [2001-12-02 00:03:06] [EMAIL PROTECTED] There is a not-yet-documented function called apache_child_terminate that should help you. Call the function at the end of your script so that Apache knows to terminate the process running the script (and clean up its memory) There was a recent thread on the PHP Dev mailing list related to this issue. If you are curious, check the list archives (or news group) for more information. The first message in the thread was started by Edin Kadribasic on Fri, 23 Nov 2001. You can also search for ap_child_terminate and apache_child_terminate. Visit http://www.php.net/support.php for information on where to find the archive and news group. Also, please do write back to let us know if the function helped your problem. [2001-11-30 13:39:07] [EMAIL PROTECTED] I've had a lot of problems recently with PHP cleaning up properly after using large data structures. A sample script is included: $huge_array = array(); for ( $i=0 ; $i= 8000 ; $i++ ) { foreach (array(cn , uid , sn , givenName , attr1 , attr2 , attr3) as $j ) { for ( $k=0 ; $k= 50 ; $k++ ) { $huge_array[$i][$j][$k] = rand(0,1).value; } } } The script executes normally, but the httpd thread remains afterwards, consuming memory and CPU. It appears to need a kill -9 to make it finally die. If enough of these are run, all of the child processes of apache get tied up, preventing it from serving any more requests. At this point the threads have to be killed and the server restarted. I've also encountered similar problems with storing the results of a large ldap_get_entries(), although the behavior of the above script suggests that the problem is not actually with the LDAP function. Reducing the size of the query incrementally reveals that there seems to be a breaking point where this behavior begins. httpd also logs that it has problems terminating its child processes: [warn] child process 9541 still did not exit, sending a SIGTERM I'm running php-4.0.6-7 under apache-1.3.20-16, all Redhat 7.2 RPMs, with the default configuration. Edit this bug report at http://bugs.php.net/?id=14303edit=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 #14666 Updated: leak memory
ID: 14666 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Apache related Operating System: win 2000 PHP Version: 4.1.0 New Comment: Can you... -provide a sample script -translate this error to English -check if you're have the right php_oci8.dll, make sure it's the dll supplied in the 4.1.0 package and not a dll from an older package. Previous Comments: [2001-12-23 00:20:33] [EMAIL PROTECTED] when use php_oci8.dll,induce error :Ó¦ÓóÌÐò ²úÉúÁËÒ»¸öÓ¦ÓóÌÐò´íÎó ´Ë´íÎó·¢ÉúÔÚ 12/22/2001 @ 19:07:07.838 Ëù²úÉúµÄÒâÍâÇé¿öΪ c005£¬ÔÚµØÖ· 00890A6E (efree)´¦ ; Edit this bug report at http://bugs.php.net/?id=14666edit=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] PHP cvs help
Hi! Please help me with some CVS question. I need to migrate latest mngosearch extension from php-4.2dev branch into php-4.1.x branch. To do that i run: cvs update -r php_4_1_1 The branch tag is PHP_4_0_7 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14667: Problem with dynamic library loading (.dll files)
From: [EMAIL PROTECTED] Operating system: Windows XP PHP version: 4.1.0 PHP Bug Type: Apache related Bug description: Problem with dynamic library loading (.dll files) Howdy, Hope you can offer some assistance... Firstly I am using Apache 1.3.22 and Php 4.1.0 on my Windows XP machine. The installation is fine and everything goes well with the setting up and general installation parts of both. However, when I am starting an apache session, I encounter the following error msg (as error dialogue boxes and msgs in the apache window): Unable to load dynamic library '/extensions/php_mcrypt.dll' - the specified module could not be found. This is the same for the following dll files: php_domxml.dll php_gd.dll php_mcrypt.dll php_pdf.dll The relevant php .dll file has been copied to the windows system directory, and the php.ini file moved to the windows directory. I have amended both the php.ini and httpd.conf files accordingly and everything does seem fine! I think the extension directory is detected as other php_*.dll seem to be found and load fine (i.e. only FOUR .dll files are reported as not being found..u... Can you offer any assistance? Regards, Aaron -- Edit bug report at: http://bugs.php.net/?id=14667edit=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 #14667 Updated: Problem with dynamic library loading (.dll files)
ID: 14667 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Apache related Operating System: Windows XP PHP Version: 4.1.0 New Comment: Please ask support questions on the appropriate mailinglist. Hint: check your extension path in the php.ini Previous Comments: [2001-12-23 05:59:17] [EMAIL PROTECTED] Howdy, Hope you can offer some assistance... Firstly I am using Apache 1.3.22 and Php 4.1.0 on my Windows XP machine. The installation is fine and everything goes well with the setting up and general installation parts of both. However, when I am starting an apache session, I encounter the following error msg (as error dialogue boxes and msgs in the apache window): Unable to load dynamic library '/extensions/php_mcrypt.dll' - the specified module could not be found. This is the same for the following dll files: php_domxml.dll php_gd.dll php_mcrypt.dll php_pdf.dll The relevant php .dll file has been copied to the windows system directory, and the php.ini file moved to the windows directory. I have amended both the php.ini and httpd.conf files accordingly and everything does seem fine! I think the extension directory is detected as other php_*.dll seem to be found and load fine (i.e. only FOUR .dll files are reported as not being found..u... Can you offer any assistance? Regards, Aaron Edit this bug report at http://bugs.php.net/?id=14667edit=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-QA] PHP 4.1.1
bash-2.04$ less config.nice #! /bin/sh # # Created by configure './configure' \ '--with-mysql' \ $@ TEST RESULT SUMMARY = Number of tests: 206 Tests skipped: 81 ( 39%) Tests failed: 28 ( 22%) Tests passed: 97 ( 78%) = Skipped 0 extensions. PHP Version: 4.1.1 Linux testserver.masq 2.4.5 #5 Thu Aug 16 09:31:56 EEST 2001 i686 unknown -- PHP Development Mailing List http://www.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 #14669: print_r inconsistancy with newlines
From: [EMAIL PROTECTED] Operating system: Debian Linux, Win2K PHP version: 4.1.0 PHP Bug Type: Variables related Bug description: print_r inconsistancy with newlines print_r ends with a newline if you print_r() an array, but not if you print_r() a string or number: $foo=abc; $bar=123; echo -; print_r($foo); echo -; print_r($bar); echo -; Ouput: -abc-123- $foo=array(123, abc); echo -; print_r($foo); echo -; Output: -Array ( [0] = 123 [1] = abc ) - -- Edit bug report at: http://bugs.php.net/?id=14669edit=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 #14670: no warning on accessing an array element of an object
From: [EMAIL PROTECTED] Operating system: Debian Linux, Win2K PHP version: 4.1.0 PHP Bug Type: Class/Object related Bug description: no warning on accessing an array element of an object error_reporting(E_ALL); class foo{} $bar=new foo(); echo $bar['anything']; There's no warning! Is this expected behaviour or a bug? -- Edit bug report at: http://bugs.php.net/?id=14670edit=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] Build questions
I've some questions about building PHP on Win platform. I use VC++6.0 and load workspace from the win32 directory. After loading I looked at the configurations and found that there many. Which one to choose? php4ts is for the cgi, php4apache is for the apache module, php4isapi creates the isapi-dll, etc... I want to make some experiments on win32 platform using Apache as a webserver(so no thread enviroment). I suppose that I've to build php4ts because my current Apache/php config uses this dll in company of php4ts.lib. php4ts.dll will be built automatically, no matter what SAPI you choose. Last question : Why the compile time is bigger in times compared to linux? Don't know. Is it? Sander TIA Andrey Hristov -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14671: cyrus module does not compile at all?
From: [EMAIL PROTECTED] Operating system: RedHat Linux 6.2 PHP version: 4.1.0 PHP Bug Type: Compile Failure Bug description: cyrus module does not compile at all? I'm using cyrus-imapd 2.0.16 for E-Mail. I wanted to compile the cyrus support into php for accessing the cyrus server administartion. Compilation fails with various errors. Reason for this is simple: The name of one constant is wrong, there is a superflous _ in a constant registration and finally a void function is used in an if(). This module has never compiled (or even tested) by anyone of the PHP team. Unfortunately, fixing this bug changes the name of one registered constant in php. So a doc change may be needed, too. Patch to compile the cyrus module is attached --- php-4.1.0/ext/cyrus/cyrus.c Fri Oct 12 01:51:14 2001 +++ php-4.1.0.p/ext/cyrus/cyrus.c Sun Dec 23 14:36:22 2001 @@ -85,9 +85,9 @@ le_cyrus = zend_register_list_destructors_ex(cyrus_free, NULL, le_cyrus_name, module_number); - REGISTER_LONG_CONSTANT(CYRUS_CONN_NOSYNCLITERAL, - IMCLIENT_CONN_NOSYNCLITERAL, - CONST_CS_ | CONST_PERSISTENT); + REGISTER_LONG_CONSTANT(CYRUS_CONN_NONSYNCLITERAL, + IMCLIENT_CONN_NONSYNCLITERAL, + CONST_CS | CONST_PERSISTENT); REGISTER_LONG_CONSTANT(CYRUS_CONN_INITIALRESPONSE, IMCLIENT_CONN_INITIALRESPONSE, CONST_CS | CONST_PERSISTENT); @@ -464,8 +464,7 @@ ZEND_FETCH_RESOURCE(conn, php_cyrus *, z_conn, -1, le_cyrus_name, le_cyrus); convert_to_string_ex(query); - if (imclient_send(conn-client, NULL, NULL, Z_STRVAL_PP(query)) != 0) - RETURN_FALSE; + imclient_send(conn-client, NULL, NULL, Z_STRVAL_PP(query)); -- Edit bug report at: http://bugs.php.net/?id=14671edit=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 #14672: confusion about --enable-ucd-snmp-hack
From: [EMAIL PROTECTED] Operating system: RedHat Linux 6.2 PHP version: 4.1.0 PHP Bug Type: *Compile Issues Bug description: confusion about --enable-ucd-snmp-hack In recent ucd-snmp versions, the function snmp_synch_setup(session *) is just a dummy: /* synch_reset and synch_setup are no longer used. */ void snmp_synch_reset (struct snmp_session * notused) {} void snmp_synch_setup (struct snmp_session * notused) {} (ucd-snmp 4.2.1 as supplied by RedHat for RHL 6.2) If you enable ucd-snmp-hack with this snmp-version, you get a resource leak, because you strdup() the session community and the value is _not_ freed as stated in the ext/snmp/snmp.c module. The whole code seems pretty bogus to me, I'll try to get a fix later. -- Edit bug report at: http://bugs.php.net/?id=14672edit=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 #14618 Updated: Undefined Symbol: ldap_parse_reference
ID: 14618 Updated by: venaas Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: LDAP related Operating System: Solaris 2.8 PHP Version: 4.1.0 Old Assigned To: Assigned To: venaas New Comment: Yes, this is certainly a SUN bug. LDAP_API_VERSION 2004 should mean version 4 of the draft-ietf-ldapext-ldap-c-api draft, and it includes ldap_parse_reference(). I have a couple of questions for you. What are LDAP_VENDOR_NAME and LDAP_VENDOR_VERSION defined as? Are there other macros you think could be used to detect that we are using the Solaris 8 lib? Could you try to check what else is missing? Is ldap_parse_reference() really the only one? Previous Comments: [2001-12-20 05:54:38] [EMAIL PROTECTED] This is the same problem as in Bug #11873 Configure options: --enable-force-cgi-redirect --enable-trans-sid --enable-memory-limit --with-ldap Operating system: SunOS myHost 5.8 Generic_108528-12 sun4u sparc SUNW,Ultra-250 The original Solaris LDAP library is used, no other library is installed. -rwxr-xr-x 1 root bin 224200 Jan 5 2000 /usr/lib/libldap.so.4* There is no ldap_parse_reference() in this library. (Solaris 9 comes with libldap.so.5 including ldap_parse_reference() ). LDAP_API_VERSION is defined as 2004 (2005 on Solaris 9) in /usr/include/ldap.h HAVE_NSLDAP is not defined in main/config_php.h I looked for references on the web about what API function has to be present in the different API versions. It's definitely possible that Sun wrongly labeled their library in Solaris 8 with 2004 but didn't supply the needed ldap_parse_reference() method. But it would be useful to make PHP ignore that problem and undefine ldap_parse_reference() on Solaris 8 or at least check for its existance during configure. Edit this bug report at http://bugs.php.net/?id=14618edit=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: Neil536T
I want translate chinese BIG5 I have a team proceed the job -- PHP Development Mailing List http://www.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 #14618 Updated: Undefined Symbol: ldap_parse_reference
ID: 14618 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: LDAP related Operating System: Solaris 2.8 PHP Version: 4.1.0 Old Assigned To: venaas Assigned To: New Comment: /usr/include/ldap.h contains on Solaris 8 #define LDAP_VENDOR_NAMESun Microsystems Inc. #define LDAP_VENDOR_VERSION 400 In Solaris 9, LDAP_VENDOR_VERSION is defined as 500. So this can be used to identify the correct version. After replacing the ldap_parse_reference() call in ext/ldap/ldap.c with RETURN_FALSE, PHP compiled. That means that all other functions are present. We have filed that problem to Sun as well. Previous Comments: [2001-12-23 09:09:47] [EMAIL PROTECTED] Yes, this is certainly a SUN bug. LDAP_API_VERSION 2004 should mean version 4 of the draft-ietf-ldapext-ldap-c-api draft, and it includes ldap_parse_reference(). I have a couple of questions for you. What are LDAP_VENDOR_NAME and LDAP_VENDOR_VERSION defined as? Are there other macros you think could be used to detect that we are using the Solaris 8 lib? Could you try to check what else is missing? Is ldap_parse_reference() really the only one? [2001-12-20 05:54:38] [EMAIL PROTECTED] This is the same problem as in Bug #11873 Configure options: --enable-force-cgi-redirect --enable-trans-sid --enable-memory-limit --with-ldap Operating system: SunOS myHost 5.8 Generic_108528-12 sun4u sparc SUNW,Ultra-250 The original Solaris LDAP library is used, no other library is installed. -rwxr-xr-x 1 root bin 224200 Jan 5 2000 /usr/lib/libldap.so.4* There is no ldap_parse_reference() in this library. (Solaris 9 comes with libldap.so.5 including ldap_parse_reference() ). LDAP_API_VERSION is defined as 2004 (2005 on Solaris 9) in /usr/include/ldap.h HAVE_NSLDAP is not defined in main/config_php.h I looked for references on the web about what API function has to be present in the different API versions. It's definitely possible that Sun wrongly labeled their library in Solaris 8 with 2004 but didn't supply the needed ldap_parse_reference() method. But it would be useful to make PHP ignore that problem and undefine ldap_parse_reference() on Solaris 8 or at least check for its existance during configure. Edit this bug report at http://bugs.php.net/?id=14618edit=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 #14673: quota ressources
From: [EMAIL PROTECTED] Operating system: Debian Woody i386 PHP version: 4.1.0 PHP Bug Type: IMAP related Bug description: quota ressources imap_get_quota() return only an array with the last quota resource usage limit. An IMAP4 server which supports the QUOTA capability may support limits on any number of resources (rfc2087) Maybe it should return all resources usages limits in an associative array. -- Edit bug report at: http://bugs.php.net/?id=14673edit=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 #14355 Updated: ldap_connect works intermittantly
ID: 14355 Updated by: venaas Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: LDAP related Operating System: Solaris 2.6 (SPARC) PHP Version: 4.0.6 New Comment: I'm sorry, I don't have any solutions for you. I guess no one else does either. First of all, have you tried to supply an IP address, so that we can be sure it's not DNS related? Did you try to build with the Oracle 8i LDAP? You can do that with something like --with-ldap=/usr/local/oracle/product/8.1.6 It would be interesting to know whether the problem was still there. If you use OpenLDAP 2.x and very latest PHP snapshot, you can get debugging output by doing ldap_set_option(NULL, LDAP_OPT_DEBUG_LEVEL, 7); at the beginning of your script. Last parameter is a bit mask. If you don't want to use latest PHP, the easiest is to add something like int debug = 7; ldap_set_option(NULL, LDAP_OPT_DEBUG_LEVEL, debug); inside PHP's ldap_connect(). You could also try to add some debugging code in the OpenLDAP library (or use gdb or something). I would then try to add a printf() to the beginning of ldap_init() in libldap/open.c Previous Comments: [2001-12-10 01:17:38] [EMAIL PROTECTED] tried it with php built into apache statically. same problem.. [2001-12-06 01:19:33] [EMAIL PROTECTED] I just watched the wire w/ tcpdump - there's no communication between the webserver and the LDAP server. [2001-12-05 18:58:28] [EMAIL PROTECTED] server config - Sun Ultra 2 (dual 300mhz IIs), 768MB RAM, Solaris 2.6 (SPARC), Apache 1.3.20, PHP 4.0.6 (and 4.0CVS- 12-0-4) configured as DSOs. I'm trying to build PHP as an apache module w/ support for LDAP (for use w/ HORDE). PHP builds fine, and apxs is able to make the .so file, but I regularly get Unable to connect to LDAP server. Apache doesn't segfault, and phpinfo() shows that LDAP support has been built in. There is no mention of it in my php error log, nor my apache error log. My build was fairly complex (including support Oracie 8i, which I disabled when I found the OpenLDAP / OCI8 / Solaris threads in the bugs database). I've tried building against OpenLDAP 1.2.12, 1.2.13, 2.0.18 and the Oracle LDAP library that ships w/ 8.1.17 (when I added --with-oci8). The most basic configuration line looks like: env CC=gcc \ CFLAGS=-I/usr/local/openldap/include \ CPPFLAGS=-I/usr/local/openldap/include \ CXXFLAGS=-I/usr/local/openldap/include \ ./configure --with-apxs=/usr/local/apache/bin/apxs \ --with-ldap=/usr/local/openldap I make distclean between re-configure and re-builds. I've tried gcc 2.95.2, 2.95.3, and the Sun Workshop (4.2) version cc. I've had no problem with PHP+LDAP when built as the CGI. The DSO has been very flakey. I've not tried building PHP directly into Apache. If the DSO works, it works until the apache is restarted. I've not kept track, but I'd say at least 75% of the time after apache is restarted (or stopped and started), LDAP doesn't work - and this behavior is consistant with the various LDAP libraries I've tried. I wish I could provide more information - is there additional debugging I can turn on, or maybe add to the C code? thanks much Edit this bug report at http://bugs.php.net/?id=14355edit=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 #14408 Updated: compiled failed for target ldap.lo
ID: 14408 Updated by: venaas Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: LDAP related Operating System: Solaris 8 PHP Version: php4-200112040900 New Comment: Sorry, my fault. I added some rebind_proc code which is highly experimental. I thought my check would only be satisfied for some OpenLDAP versions, didn't check with Netscape SDK. I've now made sure it is only included for OpenLDAP. Actually, since the check was triggered for Netscape SDK, it's possible that I will add this feature for Netscape also in the future. I checked for ldap_set_rebind_proc() having three parameters. For those APIs that only accept two, it is very ugly to implement it. I'm pretty sure current ldap.c compiles for everyone. It's nice if you try the latest snapshot. Let me know if there still are problems. Previous Comments: [2001-12-12 14:38:30] [EMAIL PROTECTED] Not so fast! This problem was reported to be in the latest CVS! And I can confirm it. There are some missing TSRM macros in the new stuff Stig added just recently. [2001-12-12 14:37:08] [EMAIL PROTECTED] Closing then. -- Joao [2001-12-12 14:35:23] [EMAIL PROTECTED] compiled under php 4.1.0 [2001-12-10 19:19:34] [EMAIL PROTECTED] I am using Netscape Directory SDK for C 4.14. The ldap header file being used while compliling is the one that came with the SDK. Is 4.14 not supported? The configuration options I specified to build php were: ./configure \ --with-expat-dir=/usr/local \ --with-sablot=/usr/local \ --enable-xslt \ --with-xslt-sablot \ --with-openssl=/usr/local/ssl \ --with-curl=/opt \ --with-ldap=/usr/local \ --with-mysql \ --with-nsapi=/usr/netscape/server4 \ --with-iconv=/usr/local [2001-12-10 13:23:42] [EMAIL PROTECTED] Compiling with the LDAP module fails with the following error. Am I missing something? # make ... ... /bin/sh /usr/software/php2/php4-200112040900/libtool --silent --mode=compile gcc -I. -I/usr/software/php2/php4-200112040900/ext/ldap -I/usr/software/php2/php4-200112040900/main -I/usr/software/php2/php4-200112040900 -I/usr/netscape/server4/plugins/include -I/usr/software/php2/php4-200112040900/Zend -I/usr/local/ssl/include -I/opt/include -I/usr/local/include -I/usr/software/php2/php4-200112040900/ext/mysql/libmysql -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -I/usr/software/php2/php4-200112040900/TSRM -DTHREAD=1 -g -O2 -pthreads -DZTS -prefer-pic -c ldap.c ldap.c:2010: parse error before `LDAP_CONST' ldap.c: In function `_ldap_rebind_proc': ldap.c:2016: `params' undeclared (first use in this function) ldap.c:2016: (Each undeclared identifier is reported only once ldap.c:2016: for each function it appears in.) ldap.c:2018: `tsrm_ls' undeclared (first use in this function) ldap.c:2028: `url' undeclared (first use in this function) ldap.c:2031: too few arguments to function `call_user_function_ex' *** Error code 1 make: Fatal error: Command failed for target `ldap.lo' Current working directory /usr/software/php2/php4-200112040900/ext/ldap *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /usr/software/php2/php4-200112040900/ext/ldap *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /usr/software/php2/php4-200112040900/ext *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Edit this bug report at http://bugs.php.net/?id=14408edit=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 #14482 Updated: Unable to start PHP under IIS 5
ID: 14482 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: IIS related Operating System: Windows XP Pro Danish PHP Version: 4.1.0 New Comment: Sorry i have no problem now. I forgot to install the new php4ts.dll in winnt/system32. Now it works! Sorry ! Previous Comments: [2001-12-13 07:08:06] [EMAIL PROTECTED] When i try to use php, the program w3svc get event ID = 14 when loading php4isapi.dll I have been using 4.0.6 without any problems, so the configuration should be ok ! Edit this bug report at http://bugs.php.net/?id=14482edit=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 #14674: $HTTP_POST_VARS not finding all posted variables
From: [EMAIL PROTECTED] Operating system: Windows 2000 Pro PHP version: 4.1.0 PHP Bug Type: Variables related Bug description: $HTTP_POST_VARS not finding all posted variables - Win2K Pro, running Apache 1.3.22 (standard Win32 setup) - PHP 4.1.0, Win32 Binaries -- no changes to ini file (except include_path = and SMTP = - WHAT I DID: I created a simple html form with the POST method: html body form action=test1.php method=post input type=radio name=radiobutton value=TrueTrue input type=radio name=radiobutton value=FalseFalse input type=submit name=submitbutton value=Submit /form /body /html Next I created test1.php to receive those posted variables (as you can see I tried several methods of checking them): ? foreach ($HTTP_POST_VARS as $var = $value) { echo $var = $valuebr\n; } echo PValues submitted via POST method:br; reset ($HTTP_POST_VARS); while (list ($key, $val) = each ($HTTP_POST_VARS)) { echo $key = $valbr; } ? - WHAT I WANTED TO HAPPEN: I wanted to use the $HTTP_POST_VARS array to validate the form. If the end user forgets to select one of the radio button options, that should show up in $HTTP_POST_VARS as a variable with a value, which would allow me to post a validation error message to the user. - WHAT ACTUALLY HAPPENED: If the end user forgets to select one of the radio options, the posted variable doesn't show up in $HTTP_POST_VARS !! The output of the php script is: // begin test1.php output (with no radio button selected): submitbutton = Submit Values submitted via POST method: submitbutton = Submit // end test1.php output If one of the buttons is pre-selected, it will show up as a variable in the $HTTP_POST_VARS. Here is the output: //begin test1.php output (with radio button selected): radiobutton = False submitbutton = Submit Values submitted via POST method: radiobutton = False submitbutton = Submit // end test1.php output (with radio button pre-selected) -WHY THIS IS A SERIOUS PROBLEM: As I'm sure you can imagine, this makes it impossible to create a generic validation script that is capable of validating radio buttons. If I create a simple $radiobutton variable (the same name as the form input), It will work to validate the form if the user has not remembered to select a radio button. But this will require me to manually validate radio buttons in my script, rather than being able to create and use a generic validation script. I've created a generic script in ASP that uses the request.form method to validate all form fields and it works properly with radio buttons. Also, I've tested the $HTTP_POST_VARS array with all other input types, and it finds all other posted variables, even if they are blank. What can I do? -- Edit bug report at: http://bugs.php.net/?id=14674edit=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 #14674 Updated: $HTTP_POST_VARS not finding all posted variables
ID: 14674 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Variables related Operating System: Windows 2000 Pro PHP Version: 4.1.0 New Comment: This is not a bug in PHP, but a browser issue. You can either set one radio button as a default value, or you can use: if (isset ($HTTP_POST_VARS['radiobutton'])) { } to see if it is set at all. But as the browser does not send the parameter (I tested this), there is little PHP can do if it doesn't see it. Derick Previous Comments: [2001-12-23 12:18:31] [EMAIL PROTECTED] - Win2K Pro, running Apache 1.3.22 (standard Win32 setup) - PHP 4.1.0, Win32 Binaries -- no changes to ini file (except include_path = and SMTP = - WHAT I DID: I created a simple html form with the POST method: html body form action=test1.php method=post input type=radio name=radiobutton value=TrueTrue input type=radio name=radiobutton value=FalseFalse input type=submit name=submitbutton value=Submit /form /body /html Next I created test1.php to receive those posted variables (as you can see I tried several methods of checking them): ? foreach ($HTTP_POST_VARS as $var = $value) { echo $var = $valuebr\n; } echo PValues submitted via POST method:br; reset ($HTTP_POST_VARS); while (list ($key, $val) = each ($HTTP_POST_VARS)) { echo $key = $valbr; } ? - WHAT I WANTED TO HAPPEN: I wanted to use the $HTTP_POST_VARS array to validate the form. If the end user forgets to select one of the radio button options, that should show up in $HTTP_POST_VARS as a variable with a value, which would allow me to post a validation error message to the user. - WHAT ACTUALLY HAPPENED: If the end user forgets to select one of the radio options, the posted variable doesn't show up in $HTTP_POST_VARS !! The output of the php script is: // begin test1.php output (with no radio button selected): submitbutton = Submit Values submitted via POST method: submitbutton = Submit // end test1.php output If one of the buttons is pre-selected, it will show up as a variable in the $HTTP_POST_VARS. Here is the output: //begin test1.php output (with radio button selected): radiobutton = False submitbutton = Submit Values submitted via POST method: radiobutton = False submitbutton = Submit // end test1.php output (with radio button pre-selected) -WHY THIS IS A SERIOUS PROBLEM: As I'm sure you can imagine, this makes it impossible to create a generic validation script that is capable of validating radio buttons. If I create a simple $radiobutton variable (the same name as the form input), It will work to validate the form if the user has not remembered to select a radio button. But this will require me to manually validate radio buttons in my script, rather than being able to create and use a generic validation script. I've created a generic script in ASP that uses the request.form method to validate all form fields and it works properly with radio buttons. Also, I've tested the $HTTP_POST_VARS array with all other input types, and it finds all other posted variables, even if they are blank. What can I do? Edit this bug report at http://bugs.php.net/?id=14674edit=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] Vacation
* Derick Rethans wrote: I just wanted to say that I'll be doing other things for a while, instead of concentrating on PHP development. This does not mean that I won't follow mail, but every message with 'bug' in the subject will go to my Did I miss something (somebody said there was a heated discussion on engine2, unfortunately I read that list with the D-key in the last couple of weeks) or why are important PHP developers breaking away? -- Sichere PHP Applikationen / Notfall-Consulting mit der PHP Feuerwehr / Code inspection / Code rehearsal / API Checkup. mailto:[EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14674 Updated: $HTTP_POST_VARS not finding all posted variables
ID: 14674 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Variables related Operating System: Windows 2000 Pro PHP Version: 4.1.0 New Comment: Hi Derick: Thanks for responding so quickly. I'm a little confused. If I create an ASP script, it is able to see the variable of a blank, unselected radio button without difficulty. And that is using the same browser -- so it is definitely sending all of the form variables. I'm probably missing something, but why would it work in ASP and not in PHP? Is there anything I can do to help? Previous Comments: [2001-12-23 12:23:13] [EMAIL PROTECTED] This is not a bug in PHP, but a browser issue. You can either set one radio button as a default value, or you can use: if (isset ($HTTP_POST_VARS['radiobutton'])) { } to see if it is set at all. But as the browser does not send the parameter (I tested this), there is little PHP can do if it doesn't see it. Derick [2001-12-23 12:18:31] [EMAIL PROTECTED] - Win2K Pro, running Apache 1.3.22 (standard Win32 setup) - PHP 4.1.0, Win32 Binaries -- no changes to ini file (except include_path = and SMTP = - WHAT I DID: I created a simple html form with the POST method: html body form action=test1.php method=post input type=radio name=radiobutton value=TrueTrue input type=radio name=radiobutton value=FalseFalse input type=submit name=submitbutton value=Submit /form /body /html Next I created test1.php to receive those posted variables (as you can see I tried several methods of checking them): ? foreach ($HTTP_POST_VARS as $var = $value) { echo $var = $valuebr\n; } echo PValues submitted via POST method:br; reset ($HTTP_POST_VARS); while (list ($key, $val) = each ($HTTP_POST_VARS)) { echo $key = $valbr; } ? - WHAT I WANTED TO HAPPEN: I wanted to use the $HTTP_POST_VARS array to validate the form. If the end user forgets to select one of the radio button options, that should show up in $HTTP_POST_VARS as a variable with a value, which would allow me to post a validation error message to the user. - WHAT ACTUALLY HAPPENED: If the end user forgets to select one of the radio options, the posted variable doesn't show up in $HTTP_POST_VARS !! The output of the php script is: // begin test1.php output (with no radio button selected): submitbutton = Submit Values submitted via POST method: submitbutton = Submit // end test1.php output If one of the buttons is pre-selected, it will show up as a variable in the $HTTP_POST_VARS. Here is the output: //begin test1.php output (with radio button selected): radiobutton = False submitbutton = Submit Values submitted via POST method: radiobutton = False submitbutton = Submit // end test1.php output (with radio button pre-selected) -WHY THIS IS A SERIOUS PROBLEM: As I'm sure you can imagine, this makes it impossible to create a generic validation script that is capable of validating radio buttons. If I create a simple $radiobutton variable (the same name as the form input), It will work to validate the form if the user has not remembered to select a radio button. But this will require me to manually validate radio buttons in my script, rather than being able to create and use a generic validation script. I've created a generic script in ASP that uses the request.form method to validate all form fields and it works properly with radio buttons. Also, I've tested the $HTTP_POST_VARS array with all other input types, and it finds all other posted variables, even if they are blank. What can I do? Edit this bug report at http://bugs.php.net/?id=14674edit=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 #14520 Updated: experiencing
ID: 14520 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: IIS related Operating System: Windows 2000 Server Korean Versi PHP Version: 4.1.0 New Comment: I found my mistake in php.ini file. My session directory is not exist. I make Session directory, and then php works fine. But I have one more question. Error message is ... Cannot redeclare ... not session. Please comment. Previous Comments: [2001-12-14 13:01:09] [EMAIL PROTECTED] Please submit a short working example that shows your problem. Derick [2001-12-14 12:41:13] [EMAIL PROTECTED] No! I include the file once. but I edit my php file using include_once(). and Error Message is re-occured. help me! [2001-12-14 12:21:39] [EMAIL PROTECTED] I think you're including the file twice. Use include_once() instead of include() to avoid this problem. Reopen if this is not the case. BTW: please do not post your whole ini file :( [2001-12-14 12:04:07] [EMAIL PROTECTED] My homepage is made by php. my web server is IIS 5.0. Today I upgrade the php 4.0.6 to 4.1.0. but some error occured. my index file is index.php index.php file contains ... include include/get.ph; ... $agent = get_agent(); ... and include/get.ph contains ... function get_agent() { ... } ... in php 4.0,6 has no error, but php 4.1.0 has some error. error log is [15-Dec-2001 01:41:49] PHP Fatal error: Cannot redeclare get_agent() in D:\???\include\get.ph on line 17 and my php.ini [PHP] ;;; ; About this file ; ;;; ; ; This is the recommended, PHP 4-style version of the php.ini-dist file. It ; sets some non standard settings, that make PHP more efficient, more secure, ; and encourage cleaner coding. ; The price is that with these settings, PHP may be incompatible with some ; applications, and sometimes, more difficult to develop with. Using this ; file is warmly recommended for production sites. As all of the changes from ; the standard settings are thoroughly documented, you can go over each one, ; and decide whether you want to use it or not. ; ; For general information about the php.ini file, please consult the php.ini-dist ; file, included in your PHP distribution. ; ; This file is different from the php.ini-dist file in the fact that it features ; different values for several directives, in order to improve performance, while ; possibly breaking compatibility with the standard out-of-the-box behavior of ; PHP 3. Please make sure you read what's different, and modify your scripts ; accordingly, if you decide to use this file instead. ; ; - register_globals = Off [Security, Performance] ; Global variables are no longer registered for input data (POST, GET, cookies, ; environment and other server variables). Instead of using $foo, you must use ; you can use $_REQUEST[foo] (includes any variable that arrives through the ; request, namely, POST, GET and cookie variables), or use one of the specific ; $_GET[foo], $_POST[foo], $_COOKIE[foo] or $_FILES[foo], depending ; on where the input originates. Also, you can look at the ; import_request_variables() function. ; Note that register_globals is going to be depracated (i.e., turned off by ; default) in the next version of PHP, because it often leads to security bugs. ; Read http://php.net/manual/en/security.registerglobals.php for further ; information. ; - display_errors = Off [Security] ; With this directive set to off, errors that occur during the execution of ; scripts will no longer be displayed as a part of the script output, and thus, ; will no longer be exposed to remote users. With some errors, the error message ; content may expose information about your script, web server, or database ; server that may be exploitable for hacking. Production sites should have this ; directive set to off. ; - log_errors = On[Security] ; This directive complements the above one. Any errors that occur during the ; execution of your script will be logged (typically, to your server's error log, ; but can be configured in several ways). Along with setting display_errors to off, ; this setup gives you the ability to fully understand what may have gone wrong, ; without exposing any sensitive information to remote users. ; - output_buffering = 4096[Performance] ; Set a 4KB output buffer. Enabling output buffering typically results in less ; writes, and sometimes less packets sent on the wire, which can often lead to ;
[PHP-DEV] Bug #14520 Updated: experiencing
ID: 14520 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: IIS related Operating System: Windows 2000 Server Korean Versi PHP Version: 4.1.0 New Comment: User error = bogus the redeclare message probably comes from a function you define in the include file, but that is a built in PHP function. See the manual at www.php.net to verify that. Derick Previous Comments: [2001-12-23 13:02:49] [EMAIL PROTECTED] I found my mistake in php.ini file. My session directory is not exist. I make Session directory, and then php works fine. But I have one more question. Error message is ... Cannot redeclare ... not session. Please comment. [2001-12-14 13:01:09] [EMAIL PROTECTED] Please submit a short working example that shows your problem. Derick [2001-12-14 12:41:13] [EMAIL PROTECTED] No! I include the file once. but I edit my php file using include_once(). and Error Message is re-occured. help me! [2001-12-14 12:21:39] [EMAIL PROTECTED] I think you're including the file twice. Use include_once() instead of include() to avoid this problem. Reopen if this is not the case. BTW: please do not post your whole ini file :( [2001-12-14 12:04:07] [EMAIL PROTECTED] My homepage is made by php. my web server is IIS 5.0. Today I upgrade the php 4.0.6 to 4.1.0. but some error occured. my index file is index.php index.php file contains ... include include/get.ph; ... $agent = get_agent(); ... and include/get.ph contains ... function get_agent() { ... } ... in php 4.0,6 has no error, but php 4.1.0 has some error. error log is [15-Dec-2001 01:41:49] PHP Fatal error: Cannot redeclare get_agent() in D:\???\include\get.ph on line 17 and my php.ini [PHP] ;;; ; About this file ; ;;; ; ; This is the recommended, PHP 4-style version of the php.ini-dist file. It ; sets some non standard settings, that make PHP more efficient, more secure, ; and encourage cleaner coding. ; The price is that with these settings, PHP may be incompatible with some ; applications, and sometimes, more difficult to develop with. Using this ; file is warmly recommended for production sites. As all of the changes from ; the standard settings are thoroughly documented, you can go over each one, ; and decide whether you want to use it or not. ; ; For general information about the php.ini file, please consult the php.ini-dist ; file, included in your PHP distribution. ; ; This file is different from the php.ini-dist file in the fact that it features ; different values for several directives, in order to improve performance, while ; possibly breaking compatibility with the standard out-of-the-box behavior of ; PHP 3. Please make sure you read what's different, and modify your scripts ; accordingly, if you decide to use this file instead. ; ; - register_globals = Off [Security, Performance] ; Global variables are no longer registered for input data (POST, GET, cookies, ; environment and other server variables). Instead of using $foo, you must use ; you can use $_REQUEST[foo] (includes any variable that arrives through the ; request, namely, POST, GET and cookie variables), or use one of the specific ; $_GET[foo], $_POST[foo], $_COOKIE[foo] or $_FILES[foo], depending ; on where the input originates. Also, you can look at the ; import_request_variables() function. ; Note that register_globals is going to be depracated (i.e., turned off by ; default) in the next version of PHP, because it often leads to security bugs. ; Read http://php.net/manual/en/security.registerglobals.php for further ; information. ; - display_errors = Off [Security] ; With this directive set to off, errors that occur during the execution of ; scripts will no longer be displayed as a part of the script output, and thus, ; will no longer be exposed to remote users. With some errors, the error message ; content may expose information about your script, web server, or database ; server that may be exploitable for hacking. Production sites should have this ; directive set to off. ; - log_errors = On[Security] ; This directive complements the above one. Any errors that occur during the ; execution of your script will be logged (typically, to your server's error log, ; but can be configured in several ways). Along with setting display_errors to off, ; this setup gives you the ability to fully understand what may have
[PHP-DEV] Bug #14674 Updated: $HTTP_POST_VARS not finding all posted variables
ID: 14674 Updated by: derick Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Variables related Operating System: Windows 2000 Pro PHP Version: 4.1.0 New Comment: I just checked it with a network sniffer: [ASCII dump] ..E. @.@. 1v.. .P.? .j...s.. 0040 ..Conten t-type: applicat ion/x-ww w-form-u rlencode d..Conte nt-Lengt 0080 h: 19... .submitb utton=Su bmit It really doesn't send the radioutton with it. Derick Previous Comments: [2001-12-23 12:31:49] [EMAIL PROTECTED] Hi Derick: Thanks for responding so quickly. I'm a little confused. If I create an ASP script, it is able to see the variable of a blank, unselected radio button without difficulty. And that is using the same browser -- so it is definitely sending all of the form variables. I'm probably missing something, but why would it work in ASP and not in PHP? Is there anything I can do to help? [2001-12-23 12:23:13] [EMAIL PROTECTED] This is not a bug in PHP, but a browser issue. You can either set one radio button as a default value, or you can use: if (isset ($HTTP_POST_VARS['radiobutton'])) { } to see if it is set at all. But as the browser does not send the parameter (I tested this), there is little PHP can do if it doesn't see it. Derick [2001-12-23 12:18:31] [EMAIL PROTECTED] - Win2K Pro, running Apache 1.3.22 (standard Win32 setup) - PHP 4.1.0, Win32 Binaries -- no changes to ini file (except include_path = and SMTP = - WHAT I DID: I created a simple html form with the POST method: html body form action=test1.php method=post input type=radio name=radiobutton value=TrueTrue input type=radio name=radiobutton value=FalseFalse input type=submit name=submitbutton value=Submit /form /body /html Next I created test1.php to receive those posted variables (as you can see I tried several methods of checking them): ? foreach ($HTTP_POST_VARS as $var = $value) { echo $var = $valuebr\n; } echo PValues submitted via POST method:br; reset ($HTTP_POST_VARS); while (list ($key, $val) = each ($HTTP_POST_VARS)) { echo $key = $valbr; } ? - WHAT I WANTED TO HAPPEN: I wanted to use the $HTTP_POST_VARS array to validate the form. If the end user forgets to select one of the radio button options, that should show up in $HTTP_POST_VARS as a variable with a value, which would allow me to post a validation error message to the user. - WHAT ACTUALLY HAPPENED: If the end user forgets to select one of the radio options, the posted variable doesn't show up in $HTTP_POST_VARS !! The output of the php script is: // begin test1.php output (with no radio button selected): submitbutton = Submit Values submitted via POST method: submitbutton = Submit // end test1.php output If one of the buttons is pre-selected, it will show up as a variable in the $HTTP_POST_VARS. Here is the output: //begin test1.php output (with radio button selected): radiobutton = False submitbutton = Submit Values submitted via POST method: radiobutton = False submitbutton = Submit // end test1.php output (with radio button pre-selected) -WHY THIS IS A SERIOUS PROBLEM: As I'm sure you can imagine, this makes it impossible to create a generic validation script that is capable of validating radio buttons. If I create a simple $radiobutton variable (the same name as the form input), It will work to validate the form if the user has not remembered to select a radio button. But this will require me to manually validate radio buttons in my script, rather than being able to create and use a generic validation script. I've created a generic script in ASP that uses the request.form method to validate all form fields and it works properly with radio buttons. Also, I've tested the $HTTP_POST_VARS array with all other input types, and it finds all other posted variables, even if they are blank. What can I do? Edit this bug report at http://bugs.php.net/?id=14674edit=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 #14482 Updated: Unable to start PHP under IIS 5
ID: 14482 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Bogus Bug Type: IIS related Operating System: Windows XP Pro Danish PHP Version: 4.1.0 Previous Comments: [2001-12-13 07:08:06] [EMAIL PROTECTED] When i try to use php, the program w3svc get event ID = 14 when loading php4isapi.dll I have been using 4.0.6 without any problems, so the configuration should be ok ! Edit this bug report at http://bugs.php.net/?id=14482edit=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] Vacation
On Sun, 23 Dec 2001, Björn Schotte wrote: * Derick Rethans wrote: I just wanted to say that I'll be doing other things for a while, instead of concentrating on PHP development. This does not mean that I won't follow mail, but every message with 'bug' in the subject will go to my Did I miss something (somebody said there was a heated discussion on engine2, unfortunately I read that list with the D-key in the last couple of weeks) or why are important PHP developers breaking away? The discussion on engine2 wasn't really all that heated, I've seen worse ones by Zeev/Sascha and such. I guess people are just burn out of working 24/7 on the project and need a little break from it. Joao -- João Prado Maia [EMAIL PROTECTED] http://phpbrasil.com - php com um jeitinho brasileiro -- Precisando de consultoria em desenvolvimento para a Internet ? Impleo.net - http://impleo.net/?lang=br -- PHP Development Mailing List http://www.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 #14675: ./configure line not properly reflected in phpinfo()
From: [EMAIL PROTECTED] Operating system: 2.4.7-10smp #1 SMP / RH 7.2 PHP version: 4.1.0 PHP Bug Type: *General Issues Bug description: ./configure line not properly reflected in phpinfo() When compiling PHP statically with Apache I've observed the following strange and very frustrating behavior. in /php ./configure OptionA in /apache ./configure --activate... make then phpinfo() reports the proper ./configure line it was compiled with. Then do something like in /php ./configure --without-mysql in /apache make (using earlier ./configure) now phpinfo() reports the old configuration line, but Mysql for example is now not present. removing config.cache between compiles in /php doesn't fix things, but a make clean does. Doesn't appear to depend on the /apache build process since make clean on the apache side changes nothing, not does a new /apache ./configure. The functionality changes properly in every case. A /php ./configure WITH mysql generates the mysql section in phpinfo(), but the phpinfo() configuration line might remain --without-mysql, even though the mysql extension is listed in the very same phpinfo. Now I'd call this so much nitpicking if I wasn't going to building php a couple of hundred times. I'd obviously like to avoid doing a make clean between each slightly changed build. Since the underlying functionality seems to change properly I'm assuming I either missed some obvious instruction, or that there is simple bug or documentation update that should happen to fix things up. -- Edit bug report at: http://bugs.php.net/?id=14675edit=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] Vacation
In that sense Froehliche Weihnachten 8-D On Sun, Dec 23, 2001 at 03:31:43PM -0500, Joao Prado Maia wrote : On Sun, 23 Dec 2001, Björn Schotte wrote: * Derick Rethans wrote: I just wanted to say that I'll be doing other things for a while, instead of concentrating on PHP development. This does not mean that I won't follow mail, but every message with 'bug' in the subject will go to my Did I miss something (somebody said there was a heated discussion on engine2, unfortunately I read that list with the D-key in the last couple of weeks) or why are important PHP developers breaking away? The discussion on engine2 wasn't really all that heated, I've seen worse ones by Zeev/Sascha and such. I guess people are just burn out of working 24/7 on the project and need a little break from it. Joao -- João Prado Maia [EMAIL PROTECTED] http://phpbrasil.com - php com um jeitinho brasileiro -- Precisando de consultoria em desenvolvimento para a Internet ? Impleo.net - http://impleo.net/?lang=br -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- Please always Cc to me when replying to me on the lists. -- PHP Development Mailing List http://www.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] Zend Products for 4.1.x
Hello php-dev, When it is possible to expect occurrence of products Zend (Debuger, Accelerator) for 4.1.x Best regards, Andrew Sitnikov e-mail : [EMAIL PROTECTED] GSM: (+372) 56491109 -- PHP Development Mailing List http://www.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] Zend Products for 4.1.x
That belongs on a Zend forum, php-dev isn't affiliated with Zend... Zeev At 00:00 24/12/2001, Andrew Sitnikov wrote: Hello php-dev, When it is possible to expect occurrence of products Zend (Debuger, Accelerator) for 4.1.x Best regards, Andrew Sitnikov e-mail : [EMAIL PROTECTED] GSM: (+372) 56491109 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14676: bug: strtotime incorrect GMT conversion from date('r')
From: [EMAIL PROTECTED] Operating system: win PHP version: 4.1.0 PHP Bug Type: Date/time related Bug description: bug: strtotime incorrect GMT conversion from date('r') Suppose your machine is GMT+1. When date('r') returns also GMT+1, strtotime() shows a bug. ? $stamp= Thu, 20 Dec 2001 09:49:52 +0100; $stamp= strtotime($stamp); echo $stamp = . date(r, $stamp); //Shows: 1008481792 = Sun, 16 Dec 2001 06:49:52 +0100 ? To give you an idea of the solution, I use the following code to get correct results: ? $stamp= 20 Dec 2001 09:49:52 +0100; // beg patch-line if( strpos($stamp, date('O')))$stamp= substr($stamp,0,-6); // end patch-line $stamp= strtotime($stamp); echo $stamp = . date(r, $stamp); //Shows: 1008838192 = Thu, 20 Dec 2001 09:49:52 +0100 ? There is no problem when GMT date('r') is different from GMT as returned by date('O') Regards, IRMaturana -- Edit bug report at: http://bugs.php.net/?id=14676edit=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 #14676 Updated: bug: strtotime incorrect GMT conversion from date('r')
ID: 14676 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Date/time related Operating System: win PHP Version: 4.1.0 New Comment: Already fixed, and this will be in the maintenance release 4.1.1, which is due in a few days. Derick Previous Comments: [2001-12-23 17:02:48] [EMAIL PROTECTED] Suppose your machine is GMT+1. When date('r') returns also GMT+1, strtotime() shows a bug. ? $stamp= Thu, 20 Dec 2001 09:49:52 +0100; $stamp= strtotime($stamp); echo $stamp = . date(r, $stamp); //Shows: 1008481792 = Sun, 16 Dec 2001 06:49:52 +0100 ? To give you an idea of the solution, I use the following code to get correct results: ? $stamp= 20 Dec 2001 09:49:52 +0100; // beg patch-line if( strpos($stamp, date('O')))$stamp= substr($stamp,0,-6); // end patch-line $stamp= strtotime($stamp); echo $stamp = . date(r, $stamp); //Shows: 1008838192 = Thu, 20 Dec 2001 09:49:52 +0100 ? There is no problem when GMT date('r') is different from GMT as returned by date('O') Regards, IRMaturana Edit this bug report at http://bugs.php.net/?id=14676edit=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 #8725 Updated: Fun with putenv
ID: 8725 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Program Execution Operating System: SCO Openserver 5.05 PHP Version: 4.0.4pl1 New Comment: I can't tell because I can't compile it. Since last time we spoke, I upgraded to SCO OpenServer 5.06 and right now I can't compile even those versions of PHP I used to compile without a problem under 5.05. The error I'm getting is (after removing -silent from libtool): gcc -I. -I/tmp/php-4.1.0/ -I/tmp/php-4.1.0/main -I/tmp/php-4.1.0 \ -I/tmp/php-4.1.0/Zend -I/tmp/php-4.1.0/ext/mysql/libmysql \ -I/tmp/php-4.1.0/ext/xml/expat -I/tmp/php-4.1.0/TSRM \ -g -O2 -o php stub.o ./.libs/libphp4.a -ldl -lcrypt -lresolv -lm -lsocket Undefined first referenced symbol in file freeaddrinfo./.libs/libphp4.a(network.o) getaddrinfo ./.libs/libphp4.a(network.o) php: fatal error: Symbol referencing errors. No output written to php collect2: ld returned 1 exit status There is probably something in the environment of SCO 5.06 (or my particular environment) that is causing it. I even tried the very latest gcc (3.0.3) and gnu compiling tools to no avail. I'll get back to you if I can figure out the problem. Previous Comments: [2001-12-22 06:57:31] [EMAIL PROTECTED] Does this still happen with 4.1.0? R. [2001-05-08 06:25:56] [EMAIL PROTECTED] Unfortunately, my SCO Unix machine isn't available for access from outside. [2001-05-07 20:01:38] [EMAIL PROTECTED] This apperas to be SCO specific so it's not very fixable. Remarking as 'Open'. [EMAIL PROTECTED], will it be possible to have a temporary account on your machine to debug this? Or does anybody else have access to this platform? [2001-05-07 12:47:14] [EMAIL PROTECTED] Marking as fix-before-4.0.6 [2001-03-09 21:09:23] [EMAIL PROTECTED] User feedback: -- The latest snapshot made no difference. The behavior I describe persists. It's always the third execution of the script (second page reload) that produces the failure. By the way, at that point not only exec stops working, but system and passthru as well. It appears that putenv is the cause, since removing it from the script remedies the problem (after apache restart there is). It's quite possible that the problem is unique to my environment: SCO Opendesktop 5.05 Apache/1.3.14 with mod_php4 but that doesn't make the situation any easier. Couple of more points: -- the same script works fine when executed on the shell level -- every time phtml script fails, the following message is left in access_log: : is not an identifier. If this matter is of any interest to the developers, I'll be more than happy to investigate (with proper guidance :-)) further. Thanks. -mk 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=8725 Edit this bug report at http://bugs.php.net/?id=8725edit=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 #14677 Updated: Cookie + Session Variable
ID: 14677 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Feature/Change Request Operating System: Freebsd 4.4 PHP Version: 4.1.0 New Comment: Whats the point of this (beside introducing precedence problems). Whats wrong with merging them in the order you want it? Previous Comments: [2001-12-23 18:09:24] [EMAIL PROTECTED] I am requesting a new variable be added to PHP. $_SESSION and $_COOKIES are very useful, but I wish there was one that combined the two. This could make certain situations much easier (ie user tracking). Unfortunately, this also brings up the problem of which one takes precedence... Thank You! Edit this bug report at http://bugs.php.net/?id=14677edit=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] php and ldap ?
Hi Is this still a problem? I don't really know how to solve it, but it sounds like LDAP was found when building, but that the PHP binary was not linked with the LDAP library. Near the end when libphp4.so is built you should see several libs specified, you might try to see if LDAP is listed, and if not, add it by hand. The bigger question is why it failed for you, but that is pretty hard to debug, I'm no guru on the build process, so tracking down the problem by mail is pretty hard. And that's why no one has responded I guess. Stig -- PHP Development Mailing List http://www.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 #12034 Updated: A type-error and a coding-error.
ID: 12034 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Compile Warning Operating System: PHP Version: 4.0.6 New Comment: It is a long time since I posted the problems. I don't remember which os/compiler I used. Tthere are 3 different systems on our site. It might be AIX 4.3.2. It seems that type definitions and calls do not match even we check by our eyes. I think it is better to match them even a compiler ignores them. Previous Comments: [2001-12-20 03:11:48] [EMAIL PROTECTED] What os/compiler are you using? I'm not getting this with the latest CVS. R. [2001-07-11 01:58:25] [EMAIL PROTECTED] 1. php_ticks.c, line 55.53: 1506-280 (W) Function argument assignment between types void* and void(*)(int) is not allowed. main/php_ticks.c: PHPAPI void php_remove_tick_function(void (*func)(int)) { PLS_FETCH(); zend_llist_del_element(PG(tick_functions), (void *)func, (int(*)(void*,void*))php_compare_tick_functions); } I think the 2nd arg of zend_llist_del_element() shoud be: (void *)func Not func 2. output.c, line 154.140: 1506-280 (W) Function argument assignment between types unsigned int* and int* is not allowed. ext/standard/output.c: The final_buffer_len should be defined as uint, not int. 3. zend_extensions.c, line 33.16: 1506-068 (W) Operation between types void* and int is not allowed. 4. main.c, line 1166.17: 1506-068 (W) Operation between types unsigned char* and int is not allowed. 5. dl.c, line 136.16: 1506-068 (W) Operation between types void* and int is not allowed. All are caused by zend.h - dlfcn.h is not included. I will report these to Zend. Edit this bug report at http://bugs.php.net/?id=12034edit=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 #14678: Get Error pages for large php output when accessing pages from internet
From: [EMAIL PROTECTED] Operating system: Win XP Pro PHP version: 4.1.0 PHP Bug Type: Scripting Engine problem Bug description: Get Error pages for large php output when accessing pages from internet Note: Something like bug: #14474 but not completly since I don't get local errors. When I try to access a php script which outputs alot theres an error page showing up instead of the output or just nothing at all, this only happens when accessing the page from the internet, not the localnetwork. I use the cgimodule on apache (since I can't get the php4apache.dll to load on 2.0.28). When accessing pages locally on my machine or on my localnetwork I don't get this problem. But if I access any large page from the internet, this problem shows up. After reading bug reports on Apache.org this problem might be apache related but only on version 2.* -- Edit bug report at: http://bugs.php.net/?id=14678edit=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] Vacation
Did I miss something (somebody said there was a heated discussion on engine2, unfortunately I read that list with the D-key in the last couple of weeks) or why are important PHP developers breaking away? Just time for some new people to step up to the plate and take an active part in the process. Best way to keep the ideas new, and the fights continuing ;) --- Dan KalowskyTonight I think I'll walk alone. http://www.deadmime.org/~dankI'll find soul as I go home. [EMAIL PROTECTED]- Temptation, New Order -- PHP Development Mailing List http://www.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 #14679: Crash with RH ucd-snmp libs -- BUGFIX
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0CVS-2001-12-23 PHP Bug Type: Reproducible crash Bug description: Crash with RH ucd-snmp libs -- BUGFIX hi, this is the fix for the snmp crash with recent red hat libraries. Compile fix is to check for binit() in libsnmp and if yes, use the following calls. Addition of binit() check in configure.in is left as an exercise for the reader. ;-) --- php-4.1.0/ext/snmp/snmp.c Mon Dec 24 03:11:23 2001 +++ /tmp/snmp.c Mon Dec 24 03:10:55 2001 @@ -158,8 +158,9 @@ int name_length; int status, count,rootlen=0,gotroot=0; oid root[MAX_NAME_LEN]; - char buf[2048]; - char buf2[2048]; +#define BUFSIZE 2048 + char buf[BUFSIZE]; + char buf2[BUFSIZE]; int keepwalking=1; long timeout=SNMP_DEFAULT_TIMEOUT; long retries=SNMP_DEFAULT_RETRIES; @@ -315,7 +316,7 @@ } if (st != 11) { - sprint_value(buf,vars-name, vars-name_length, vars); + sprint_value(binit(NULL, buf, BUFSIZE) ,vars-name, vars-name_length, vars); } #if 0 Debug(snmp response is: %s\n,buf); @@ -325,7 +326,7 @@ } else if (st == 2) { add_next_index_string(return_value,buf,1); /* Add to returned array */ } else if (st == 3) { - sprint_objid(buf2, vars-name, vars-name_length); + sprint_objid(binit(NULL, buf2, BUFSIZE), vars-name, vars-name_length); add_assoc_string(return_value,buf2,buf,1); } if (st = 2 st != 11) { @@ -344,7 +345,7 @@ for (count=1, vars = response-variables; vars count != response-errindex; vars = vars-next_variable, count++); if (vars) { - sprint_objid(buf,vars-name, vars-name_length); + sprint_objid(binit(NULL, buf, BUFSIZE), vars-name, vars-name_length); } php_error(E_WARNING,This name does not exist: %s\n,buf); } -- Edit bug report at: http://bugs.php.net/?id=14679edit=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 #14680: Upload Files with problem
From: [EMAIL PROTECTED] Operating system: Red Hat 7.0 PHP version: 4.0.6 PHP Bug Type: Filesystem function related Bug description: Upload Files with problem I use Red Hat 7.0+PHP 4.06 to write a web page to let the users can upload files to the server. The files are successfully uploaded to the server,but the files are added words Content-Type: application/octet-stream in the head of the files.The words make the files such as MS-word , MS-excel to be coded badly.How can I solve it ? copy($filename,/var/www/html/data/upload/board/$targetfile); -- Edit bug report at: http://bugs.php.net/?id=14680edit=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: [PEAR-DEV] Re: PECL: is it ok to commit to php4 source tree?
Yasuo Ohgaki wrote: Yasuo Ohgaki wrote: Tomas V.V.Cox wrote: *SNIP* I can't tell you much about PECL, but yes for PEAR. Open this url: http://pear.php.net/?devme Then open this: http://pear.php.net and go to the package browser. There the people will be able to download the packages or directly remote install with the pear script. Tomas V.V.Cox Thanks, I didn't know login is required :) Now I understand what you mean. There is no PECL there. So I have to ask users to check out repository to test PECL modules? I hope there is a better way :) We'll have to come up with something. Either a separate download area, or naming these packages PECL_? - Stig -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]