[PHP-DEV] Bug #10867: Apache says that PHP4 engine doesn't work.
From: [EMAIL PROTECTED] Operating system: MS Windows ME PHP version: 4.0.5 PHP Bug Type: Apache related Bug description: Apache says that PHP4 engine doesn't work. I tried to use PHP 4.0.5 (Win32 binary distribution) as a module (I will *never* use CGI thingies, only modules!). However, nothing works because Apache (1.3.19) doesn't flare up -- it complains that PHP4 module doesn't work (error with php4apache.dll), and then quits. Messing with .ini file was of no help, whatever I tried Apache kept saying error (32) ..blabla.. php4apache.dll doesn't work. PHP 4.0.4pl1 works like a dream, however, so I continue using it. -- Edit Bug report at: http://bugs.php.net/?id=10867edit=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 #10867 Updated: Apache says that PHP4 engine doesn't work.
ID: 10867 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Apache related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Post the message in totality please. Bla bla makes no sense to us. Previous Comments: --- [2001-05-15 03:30:46] [EMAIL PROTECTED] I tried to use PHP 4.0.5 (Win32 binary distribution) as a module (I will *never* use CGI thingies, only modules!). However, nothing works because Apache (1.3.19) doesn't flare up -- it complains that PHP4 module doesn't work (error with php4apache.dll), and then quits. Messing with .ini file was of no help, whatever I tried Apache kept saying error (32) ..blabla.. php4apache.dll doesn't work. PHP 4.0.4pl1 works like a dream, however, so I continue using it. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10867edit=2 -- 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 #10044 Updated: Bug in shm_remove() and inadequate implementation of SYSVSem.
ID: 10044 Updated by: swm Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Semaphore related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Fix in current CVS Previous Comments: --- [2001-03-28 20:18:51] [EMAIL PROTECTED] There is a bug in shm_remove() that comes from the fact that the function is treating its argument, shm_identifier, as a shm key. The function argument should be shm_identifier. The patch appended fixes this problem. There is also an implementation issue with SYSV Semaphores. There is no method of removing unrequired semaphores. See the patch appended for a function, sem_remove, which can do this. I am happy to take over maintenance of this section. As for the patches, I have had to cut and paste them so I am unsure if Mozilla has wrapped certain lines. If so, I will email them. - Patch - --- ext/sysvshm/sysvshm.c.orig Fri Mar 16 01:22:16 2001 +++ ext/sysvshm/sysvshm.c Fri Mar 16 01:42:15 2001 @@ -173,26 +173,40 @@ /* }}} */ /* {{{ proto int shm_remove(int shm_identifier) Removes shared memory from Unix systems */ + +/* patched to use the correct argument Fri Mar 16 01:22:50 EST 2001 + * Gavin Sherry [EMAIL PROTECTED] + */ + PHP_FUNCTION(shm_remove) { - pval **arg_key; + pval **arg_id; long id; - key_t key; + int type; + sysvshm_shm *shm_list_ptr; - if(ZEND_NUM_ARGS() != 1 || zend_get_parameters_ex(1, arg_key) == FAILUR E) { + if(ZEND_NUM_ARGS() != 1 || zend_get_parameters_ex(1, arg_id) == FAILURE ) { WRONG_PARAM_COUNT; } - convert_to_long_ex(arg_key); + convert_to_long_ex(arg_id); - key = (*arg_key)-value.lval; + id = (*arg_id)-value.lval; +/* + * this isn't what we're looking to do + */ + +/* if((id=shmget(key,0,0))0) { php_error(E_WARNING, %d is not a existing SysV shared memory ke y, key); RETURN_FALSE; } - if(shmctl(id,IPC_RMID,NULL)0) { - php_error(E_WARNING, shm_remove() failed for key 0x%x: %s, key , strerror(errno)); +*/ + + shm_list_ptr = (sysvshm_shm *) zend_list_find(id, type); + if(shmctl(shm_list_ptr-id,IPC_RMID,NULL)0) { + php_error(E_WARNING, shm_remove() failed for key 0x%x, id %i: %s,shm_list_ptr-key,id,strerror(errno)); RETURN_FALSE; } --- ext/sysvsem/php_sysvsem.h.orig Fri Mar 16 01:44:26 2001 +++ ext/sysvsem/php_sysvsem.h Fri Mar 16 01:44:17 2001 @@ -30,6 +30,7 @@ PHP_FUNCTION(sem_get); PHP_FUNCTION(sem_acquire); PHP_FUNCTION(sem_release); +PHP_FUNCTION(sem_remove); typedef struct { int le_sem; --- ext/sysvsem/sysvsem.c.orig Thu Mar 15 22:40:18 2001 +++ ext/sysvsem/sysvsem.c Thu Mar 15 23:15:17 2001 @@ -53,6 +53,7 @@ PHP_FE(sem_get, NULL) PHP_FE(sem_acquire, NULL) PHP_FE(sem_release, NULL) + PHP_FE(sem_remove, NULL) {NULL, NULL, NULL} }; @@ -92,6 +93,14 @@ sysvsem_sem *sem_ptr = (sysvsem_sem *)rsrc-ptr; struct sembuf sop[2]; +/* + * if count == -1, semaphore has been removed + * Need better way to handle this + */ + + if(sem_ptr-count == -1) { + return; + } /* Decrement the usage count. */ sop[0].sem_num = SYSVSEM_USAGE; @@ -343,6 +352,63 @@ { php_sysvsem_semop(INTERNAL_FUNCTION_PARAM_PASSTHRU, 0); } +/* }}} */ + + + + +/* {{{ proto int sem_remove(int id) + Removes semaphore from Unix systems */ + +/* + * contributed by Gavin Sherry [EMAIL PROTECTED] + * Fri Mar 16 00:50:13 EST 2001 + */ + +PHP_FUNCTION(sem_remove) +{ +pval **arg_id; +int id,type; + sysvsem_sem *sem_ptr; +#if HAVE_SEMUN + union semun un; +#endif +if(ZEND_NUM_ARGS() != 1 || zend_get_parameters_ex(1, arg_id) == FAILUR E) { +WRONG_PARAM_COUNT; +} +convert_to_long_ex(arg_id); + +id = (*arg_id)-value.lval; + +sem_ptr = (sysvsem_sem *) zend_list_find(id, type); + +if (type!=php_sysvsem_module.le_sem) { +php_error(E_WARNING, %d is not a SysV semaphore index, id); +RETURN_FALSE; +} + +#if HAVE_SEMUN +if(semctl(sem_ptr-semid,NULL,IPC_STAT,un)0) { +#else + if(semctl(sem_ptr-semid,NULL,IPC_STAT,NULL)0) { +#endif +php_error(E_WARNING, %d is not a existing SysV Semaphore Id, id); +RETURN_FALSE; +} + + if(semctl(sem_ptr-semid,NULL,IPC_RMID,NULL)0) { +php_error(E_WARNING, sem_remove() failed for id %d: %s, id, s trerror(errno)); +RETURN_FALSE; +} +
[PHP-DEV] Bug #10868: Apache says that PHP4 engine doesn't work.
From: [EMAIL PROTECTED] Operating system: MS Windows ME PHP version: 4.0.5 PHP Bug Type: Apache related Bug description: Apache says that PHP4 engine doesn't work. Tried to use PHP 4.0.5 (Win32 binary distro) as a module. Nothing works because Apache (1.3.19) doesn't flare up -- it complains: - Error on line 205 of e:/apache/conf/httpd.conf: Cannot load e:/php4/sapi/php4apache.dll into server: (31) the device connected to system doesn't work - Messing with .ini file doesn't help, whatever I do Apache keeps telling the above error and quits. Error logs report nothing about the error. -- Edit Bug report at: http://bugs.php.net/?id=10868edit=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 #10851 Updated: COM component crashes when calling a property
ID: 10851 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: COM related Operating system: Windows 2000 PHP Version: 4.0.6-dev Description: COM component crashes when calling a property This is a small script that should generate a file called tbxds-data.xml . Don't mind what is in the file. It crashes at line 23: $xml = $xmlhttp-responseXML; With PHP 4.0.4pl1 it works fine, but with 4.0.5 and 4.0.6-dev it crashes. I've tested this a number of times, so it thinks the new COM component is buggy. ?php $savefile = dirname(__FILE__) . /tbxds-data.xml; $tbxdslocation = http://services.eurobench.nl/tbxds/tbxds.asp;; $xmlhttp = new COM(Microsoft.XMLHTTP); $requestdata = '?xml version=1.0 standalone=yes? TBMDataRequest version=2.0 user-name=NUTRECO Quotes Quote ticker=NUO exchange=AEX/ /Quotes Charts type=67,68,69 Chart ticker=NUO exchange=AEX/ /Charts /TBMDataRequest'; $xmlhttp-open(POST, $tbxdslocation, 0); $xmlhttp-send($requestdata); $xml = $xmlhttp-responseXML; $xml-Save($savefile); print $savefile saved, done; ? Previous Comments: --- [2001-05-14 14:13:21] [EMAIL PROTECTED] status: feedback --- [2001-05-14 14:02:09] [EMAIL PROTECTED] could you provide a short script without any includes that reproduces that error. i've done a few tests with XMLHTTP but i haven't got any errors with the latest cvs version. --- [2001-05-14 14:01:17] [EMAIL PROTECTED] could you provide a short script without any includes that reproduces that error. i've done a few tests with XMLHTTP but i haven't got any errors with the latest cvs version. --- [2001-05-14 11:41:46] [EMAIL PROTECTED] Still crashes with new 4.0.6-dev binary from php4win --- [2001-05-14 10:25:22] [EMAIL PROTECTED] This should be fixed in CVS, can you please try the binary that php4win.de provides (site is down, but there is a link to the binary). If this one doesn't fix the problem, please reopen this report. Derick --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. Full Bug description available at: http://bugs.php.net/?id=10851 -- 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 #8452 Updated: imap_fetchstructure problem
ID: 8452 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: IMAP related Operating system: Linux Mandrake Corporate Server PHP Version: 4.0.4 Description: imap_fetchstructure problem It looks ok in PHP 4.05 and Yes I'am using c-client 4.1 (latest available) Previous Comments: --- [2001-05-03 15:41:33] [EMAIL PROTECTED] Is this still the case, and are you using an updated version of c-client? --- [2000-12-28 09:03:32] [EMAIL PROTECTED] when reading a mail which have no attachment (single part mail), imap_fetchstructure-type is always text imap_fetchstructure-subtype is always plain even if in the header we have Content-Type: text/html --- Full Bug description available at: http://bugs.php.net/?id=8452 -- 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 #9032 Updated: Problems with shm_remove
ID: 9032 Updated by: swm Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Documentation problem Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Having committed a fix to CVS, PHP now works according to the documentation. Previous Comments: --- [2001-01-31 10:15:04] [EMAIL PROTECTED] We are having problems using shm functions. Taking a look at sysvshm.c, it seems that shm_remove take as argument **key** and not **shm_identifier** as documented (even on the snapshot documentation). Some tests show the same results. Here follows the code to test it: ?php $key = 5; $shm_identifier = shm_attach($key); shm_remove($shm_identifier); $key = 6; $shm_identifier = shm_attach($key); shm_remove($shm_identifier); $key = 7; $shm_identifier = shm_attach($key); shm_remove($shm_identifier); echo Many warnings appeared abovebr; shm_remove(5); shm_remove(6); shm_remove(7); echo No warnings nowbr; ? Regards, Claudio Neves --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9032edit=2 -- 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 #10867 Updated: Apache says that PHP4 engine doesn't work.
ID: 10867 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Bogus Bug Type: Apache related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Do not post the same bug twice! (Bugusifying this one in favor of 10868) Previous Comments: --- [2001-05-15 03:37:24] [EMAIL PROTECTED] Post the message in totality please. Bla bla makes no sense to us. --- [2001-05-15 03:30:46] [EMAIL PROTECTED] I tried to use PHP 4.0.5 (Win32 binary distribution) as a module (I will *never* use CGI thingies, only modules!). However, nothing works because Apache (1.3.19) doesn't flare up -- it complains that PHP4 module doesn't work (error with php4apache.dll), and then quits. Messing with .ini file was of no help, whatever I tried Apache kept saying error (32) ..blabla.. php4apache.dll doesn't work. PHP 4.0.4pl1 works like a dream, however, so I continue using it. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10867edit=2 -- 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 #10869: bug in an example
From: [EMAIL PROTECTED] Operating system: windows PHP version: 4.0.5 PHP Bug Type: Documentation problem Bug description: bug in an example there's a bug in an example of the sprintf function : that's the function called money in the while loop the affectation is not right. correction : $thenumber = , . substr($left, -3) . $thenumber; -- Edit Bug report at: http://bugs.php.net/?id=10869edit=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] Bug in building standalone DSO modules
On Tue, May 15, 2001 at 10:35:37AM +0200, Petr Cech wrote: Hi, I've been strugling for some time with the possibility of building some extension not inside of ext/ dir, but using phpize to just add some module later. Strangely, it didn't work - mostly. configure was created, Makefiles, config.h ... Just great, but the resulting .so did not. But only in some modules. And I fond also why: Modules don't #include config.h generated by the ./configure - including this right at the top fixes the problems. So, putting in every module and having phpize generate -DHAVE_CONFIG_H would make it really painless for everyone to build his favorite extension #ifdef HAVE_CONFIG_H #include config.h #endif Another way (without changing extension) is to run configure as CFLAGS=$CFLAGS -DHAVE_FOO=1 -DCOMPILE_DL_FOO=1 ./configure [options] where FOO is the capitalized extension name. I'd prefer your approach but it requires Stig Bakken's karma to change this in PHP4 CVS. :-) -- Sincerely yours, Alexander Bokovoy The Midgard Project| ALT Linux Team | Minsk Linux Users Group www.midgard-project.org | www.altlinux.ru |www.minsk-lug.net -- You won't skid if you stay in a rut. -- Frank Hubbard -- 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 #10869 Updated: bug in an example
ID: 10869 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Documentation problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: I can't find the things you are refering too. Can you please post both the example as you find in the manual and the corrected version? Derick Previous Comments: --- [2001-05-15 04:39:52] [EMAIL PROTECTED] there's a bug in an example of the sprintf function : that's the function called money in the while loop the affectation is not right. correction : $thenumber = , . substr($left, -3) . $thenumber; --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10869edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug in building standalone DSO modules
On Tue, May 15, 2001 at 11:44:38AM +0300 , Alexander Bokovoy wrote: On Tue, May 15, 2001 at 10:35:37AM +0200, Petr Cech wrote: Hi, I've been strugling for some time with the possibility of building some extension not inside of ext/ dir, but using phpize to just add some module later. Strangely, it didn't work - mostly. configure was created, Makefiles, config.h ... Just great, but the resulting .so did not. But only in some modules. And I fond also why: Modules don't #include config.h generated by the ./configure - including this right at the top fixes the problems. So, putting in every module and having phpize generate -DHAVE_CONFIG_H would make it really painless for everyone to build his favorite extension #ifdef HAVE_CONFIG_H #include config.h #endif Another way (without changing extension) is to run configure as CFLAGS=$CFLAGS -DHAVE_FOO=1 -DCOMPILE_DL_FOO=1 ./configure [options] this can work with simple, no config, extensions. But of course it doesn't catch things like pgsql's configure searching for AC_CHECK_LIB(pq, PQcmdTuples,AC_DEFINE(HAVE_PQCMDTUPLES,1,[ ])) AC_CHECK_LIB(pq, PQoidValue,AC_DEFINE(HAVE_PQOIDVALUE,1,[ ])) AC_CHECK_LIB(pq, PQclientEncoding,AC_DEFINE(HAVE_PQCLIENTENCODING,1,[ ])) AC_CHECK_LIB(pq, pg_encoding_to_char,AC_DEFINE(HAVE_PGSQL_WITH_MULTIBYTE_SUPPORT,1,[ ])) which get into the config.h. Defining them by hand is IMHO really not the way, this should be done. Petr Cech -- Debian GNU/Linux maintainer - www.debian.{org,cz} [EMAIL PROTECTED] Try: cat /dev/urandom | perl -- 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 #10869 Updated: bug in an example
ID: 10869 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Documentation problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: I deleted the note from the manual, as number_format() is a much easier way for this. Previous Comments: --- [2001-05-15 04:51:34] [EMAIL PROTECTED] the example is in the web site. --- [2001-05-15 04:48:13] [EMAIL PROTECTED] I can't find the things you are refering too. Can you please post both the example as you find in the manual and the corrected version? Derick --- [2001-05-15 04:39:52] [EMAIL PROTECTED] there's a bug in an example of the sprintf function : that's the function called money in the while loop the affectation is not right. correction : $thenumber = , . substr($left, -3) . $thenumber; --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10869edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug in building standalone DSO modules
On Tue, May 15, 2001 at 10:53:23AM +0200, Petr Cech wrote: On Tue, May 15, 2001 at 11:44:38AM +0300 , Alexander Bokovoy wrote: On Tue, May 15, 2001 at 10:35:37AM +0200, Petr Cech wrote: Hi, I've been strugling for some time with the possibility of building some extension not inside of ext/ dir, but using phpize to just add some module later. Strangely, it didn't work - mostly. configure was created, Makefiles, config.h ... Just great, but the resulting .so did not. But only in some modules. And I fond also why: Modules don't #include config.h generated by the ./configure - including this right at the top fixes the problems. So, putting in every module and having phpize generate -DHAVE_CONFIG_H would make it really painless for everyone to build his favorite extension #ifdef HAVE_CONFIG_H #include config.h #endif Another way (without changing extension) is to run configure as CFLAGS=$CFLAGS -DHAVE_FOO=1 -DCOMPILE_DL_FOO=1 ./configure [options] this can work with simple, no config, extensions. But of course it doesn't catch things like pgsql's configure searching for AC_CHECK_LIB(pq, PQcmdTuples,AC_DEFINE(HAVE_PQCMDTUPLES,1,[ ])) AC_CHECK_LIB(pq, PQoidValue,AC_DEFINE(HAVE_PQOIDVALUE,1,[ ])) AC_CHECK_LIB(pq, PQclientEncoding,AC_DEFINE(HAVE_PQCLIENTENCODING,1,[ ])) AC_CHECK_LIB(pq, pg_encoding_to_char,AC_DEFINE(HAVE_PGSQL_WITH_MULTIBYTE_SUPPORT,1,[ ])) which get into the config.h. Defining them by hand is IMHO really not the way, this should be done. Yes. Actually, I'm using slightly different approach: %build # Fix includes so that local config header file will always supercede global options for j in `ls *.c` ; do perl -pi -e s/#include \php.h\/#include \php.h\\n#include \config.h\/ $j done phpize %configure BUILD_ENV_VARS=top_srcdir=$RPM_BUILD_DIR/%name-%version \ bindir=$RPM_BUILD_ROOT/usr/bin \ sbindir=$RPM_BUILD_ROOT/usr/sbin \ includedir=$RPM_BUILD_ROOT/usr/include \ exec_prefix=$RPM_BUILD_ROOT/usr \ libdir=$RPM_BUILD_ROOT/usr/lib \ prefix=$RPM_BUILD_ROOT/usr \ localstatedir=$RPM_BUILD_ROOT/var/lib \ PEAR_INSTALLDIR=$RPM_BUILD_ROOT/usr/lib/php \ EXTENSION_DIR=$RPM_BUILD_ROOT/usr/lib/php/extensions make $BUILD_ENV_VARS This is of course for RPM-based systems, but debian/rules will perform with same success. -- Sincerely yours, Alexander Bokovoy The Midgard Project| ALT Linux Team | Minsk Linux Users Group www.midgard-project.org | www.altlinux.ru |www.minsk-lug.net -- You won't skid if you stay in a rut. -- Frank Hubbard -- 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 #10870: Internal Server error
From: [EMAIL PROTECTED] Operating system: Linux 6.0 PHP version: Earlier? Upgrade first! PHP Bug Type: Scripting Engine problem Bug description: Internal Server error Let me tell you my Webserver configurations Normal Webhsting PHP 3.0.9 as a CGI module in Aapache max_execution_time=30 safe_mode=0 Problem: We have script whcich takes email address from a text file and writes into a table. If there are 100 or 150 email it happens, but when it exceeds to 500 then it come as Internal Server error. error_log says premature end of script. I tried with set_time_limit(0) function within the loop or even outside of the loop also. Even tried with echo(.),, flush(). But still it is not happening. Could you suggest a solution for this with the exact postion to include the syntaxes. -- Edit Bug report at: http://bugs.php.net/?id=10870edit=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 #10870 Updated: Internal Server error
ID: 10870 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Scripting Engine problem Operating system: PHP Version: Earlier? Upgrade first! Assigned To: Comments: Please upgrade to 4.0.5 (or if you REALLY need to use PHP 3, grab 3.0.17). If it still gives problems, reopen this report. Previous Comments: --- [2001-05-15 05:10:29] [EMAIL PROTECTED] Let me tell you my Webserver configurations Normal Webhsting PHP 3.0.9 as a CGI module in Aapache max_execution_time=30 safe_mode=0 Problem: We have script whcich takes email address from a text file and writes into a table. If there are 100 or 150 email it happens, but when it exceeds to 500 then it come as Internal Server error. error_log says premature end of script. I tried with set_time_limit(0) function within the loop or even outside of the loop also. Even tried with echo(.),, flush(). But still it is not happening. Could you suggest a solution for this with the exact postion to include the syntaxes. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10870edit=2 -- 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 #10871: pclose() failed. (2: unknown early startup error)
From: [EMAIL PROTECTED] Operating system: Solaris 2.6 PHP version: 4.0.5 PHP Bug Type: Other web server Bug description: pclose() failed. (2: unknown early startup error) When I start the web server, I have a [https-test]: pclose() failed. (2: unknown early startup error) message I installed php 4.0.5 with Oracle 8.1.6 support and Netscape Enterprise 3.6SP3 with : ./configure --without-mysql --with-nsapi=/opt/netscape/suitespot --with-oci8=/opt/oracle/816 make ; make install First, I had more error messages : [https-test]: pclose() failed. (2: unknown early startup error) [https-test]: conf_init: Error running init function load-modules: dlopen of /opt/netscape/suitespot/bin/libphp4.so failed (ld.so.1: ns-httpd: fatal: libstdc++.so.2.8.1.1: open failed: No such file or directory) So I added the path for libstdc++ in LD_LIBRARY_PATH in the start file. Then, I had this : [https-test]: pclose() failed. (2: unknown early startup error) [https-test]: conf_init: Error running init function load-modules: dlopen of /opt/netscape/suitespot/bin/libphp4.so failed (ld.so.1: ns-httpd: fatal: libclntsh.so.8.0: open failed: No such file or directory) So I also added Oracle lib path in the start file. Now I just have the first line, and no other error message. The Web Server just won't start. my obj.conf is : # Netscape Communications Corporation - obj.conf # You can edit this file, but comments and formatting changes # might be lost when the admin server makes changes. Init fn=flex-init access=/opt/netscape/suitespot/https-test/logs/access form at.access=%Ses-client.ip% - %Req-vars.auth-user% [%SYSDATE%] \%Req-reqpb.cl f-request%\ %Req-srvhdrs.clf-status% %Req-srvhdrs.content-length% Init fn=load-types mime-types=mime.types Init fn=load-modules funcs=php4_init,php4_close,php4_execute,php4_auth_trans shlib=/opt/netscape/suitespot/bin/libphp4.so Init fn=php4_init errorString=Failed to initialize PHP! Object name=default NameTrans fn=pfx2dir from=/ns-icons dir=/opt/netscape/suitespot/ns-icons NameTrans fn=pfx2dir from=/mc-icons dir=/opt/netscape/suitespot/ns-icons NameTrans fn=pfx2dir from=/help dir=/opt/netscape/suitespot/manual/https/ug NameTrans fn=document-root root=/www/test/htdocs PathCheck fn=unix-uri-clean PathCheck fn=check-acl acl=default PathCheck fn=find-pathinfo PathCheck fn=find-index index-names=index.html,home.html ObjectType fn=type-by-extension ObjectType fn=force-type type=text/plain Service fn=php4_execute type=magnus-internal/x-httpd-php Service method=(GET|HEAD) type=magnus-internal/imagemap fn=imagemap Service method=(GET|HEAD) type=magnus-internal/directory fn=index-common Service method=(GET|HEAD) type=*~magnus-internal/* fn=send-file AddLog fn=flex-log name=access /Object Object name=cgi ObjectType fn=force-type type=magnus-internal/cgi Service fn=send-cgi /Object Object name=x-httpd-php ObjectType fn=force-type type=magnus-internal/x-httpd-php Service fn=php4_execute /Object Any idea ? -- Edit Bug report at: http://bugs.php.net/?id=10871edit=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 #10872: Cannot load php_Interbase.dll extension...
From: [EMAIL PROTECTED] Operating system: WinNT - InterBase 6.0Free PHP version: 4.0.5 PHP Bug Type: InterBase related Bug description: Cannot load php_Interbase.dll extension... show an ordinal 261 could not be located in GDS32.dll error message, and cannot load interbase dll. Wihtout this I can use PHP.ini, but I want to use InterBase (client). I work with the newest PHP version donwloaded from PHP.net. php_interbase.dll 40960 byte gds32.dll (winNT/system32) 332288 byte Thank you, best regards -- Edit Bug report at: http://bugs.php.net/?id=10872edit=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 #10873: internal xmlparser eats only formatted xmlstrings...
From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.0.5 PHP Bug Type: XML related Bug description: internal xmlparser eats only formatted xmlstrings... i use xmlrpc (from usefulinc) to communicate with different java systems. when i receive data, the data comes mostly only as string with only one row (no newlines between the tags). there are 2 different javaxmlparser in usage and they send and parse these datas without problems. expat seems to need newlines after tags, i used tidy from w3 to format the strings before using them with the phpparser. this workaround costs lot of speed, the xmlstrings are ~ 200k. could it be possible, that tidy can be build into the expat extension to perform an optional formation of the xmlstring? the strings are similar like this: ?xml version=1.0 encoding=ISO-8859-1?methodResponseparamsparamvaluearraydatavalue ... lots of tags and strings and everything in one row ... /value/data/array/value/param/params/methodResponse -- Edit Bug report at: http://bugs.php.net/?id=10873edit=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 #10874: getcwd() always return empty string.
From: [EMAIL PROTECTED] Operating system: Linux Redhat7.0 PHP version: 4.0.5 PHP Bug Type: Directory function related Bug description: getcwd() always return empty string. ?php echo '.getcwd().'; ? -- Edit Bug report at: http://bugs.php.net/?id=10874edit=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 #10874 Updated: getcwd() always return empty string.
ID: 10874 Updated by: swm Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Directory function related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Cannot recreate this on any system with current CVS. Previous Comments: --- [2001-05-15 05:42:36] [EMAIL PROTECTED] ?php echo '.getcwd().'; ? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10874edit=2 -- 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 #10874 Updated: getcwd() always return empty string.
ID: 10874 Updated by: derick Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Directory function related Operating system: PHP Version: 4.0.5 Assigned To: Comments: I can't reproduce this too. What SAPI are you using (Which webserver, and CGI or Module)? Derick Previous Comments: --- [2001-05-15 05:48:48] [EMAIL PROTECTED] Cannot recreate this on any system with current CVS. --- [2001-05-15 05:42:36] [EMAIL PROTECTED] ?php echo '.getcwd().'; ? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10874edit=2 -- 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 #10874 Updated: getcwd() always return empty string.
ID: 10874 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Directory function related Operating system: Linux Redhat7.0 PHP Version: 4.0.5 Description: getcwd() always return empty string. Apache, static module. see result of this script ?php echo pwd: '.`pwd`.'br; echo getcwd: '.getcwd().'br; phpinfo(); ? on http://www2.osp.ru/~artem/t8.php Previous Comments: --- [2001-05-15 05:55:59] [EMAIL PROTECTED] I can't reproduce this too. What SAPI are you using (Which webserver, and CGI or Module)? Derick --- [2001-05-15 05:48:48] [EMAIL PROTECTED] Cannot recreate this on any system with current CVS. --- [2001-05-15 05:42:36] [EMAIL PROTECTED] ?php echo '.getcwd().'; ? --- Full Bug description available at: http://bugs.php.net/?id=10874 -- 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 #10875: In COM Function: Return Var is emty
From: [EMAIL PROTECTED] Operating system: Win2000 PHP version: 4.0.5 PHP Bug Type: COM related Bug description: In COM Function: Return Var is emty here my problem with COM in PHP. ? echo J-Server in der dynamischen PHP-Web-Site. brbr; $jServer = new COM(jexeserver) or DIE (Connect zum J Server ist nicht möglich); $jServer-Show(1); $jServer-Log(1); $jServer-Do(0!:0 (1!:40''),'system\extras\config\profile.ijs'); $jServer-Do(load'd:\\j_tm1dll\\j\\tm1api.ijs'); $jServer-Do(load'd:\\j_tm1dll\\j\\tm1con.ijs'); $jServer-Do(load'd:\\j_tm1dll\\j\\tm1prop.ijs'); $jServer-Do(load'd:\\j_tm1dll\\j\\tm1view.ijs'); $jServer-Do(Tm1On''); $jServer-Do(Tm1AdmSet'OLAPLINE01'); $jServer-Do(SrvCon'zeiterf';'Admin';''); #$jServer-Do(NN=:'XXX'); $Var = xxx; $jServer-SetB(NN, $Var); // In the COM server: NN = $Var $jServer-Do(NN); // Display NN in the COM server $jServer-Do(NN=:'yyy'); // In the COM server: NN = yyy $jServer-GetB(NN, $Var);// === There is my problem: ( is a refernce) // In the COM server $Var = NN echo $Var; // echo $Var Output: xxx and not yyy ?!? $jServer-Quit(); ? Is there a bug in my code or is this a bug in COM ??? -- Edit Bug report at: http://bugs.php.net/?id=10875edit=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: HTTP Server Development Questions
Your best approach would be looking at one of the other Web server modules, which can be found under the sapi/ directory in the PHP 4.0 distribution. All you need to do in order to support your Web server is implement a SAPI module for it. Zeev At 11:38 15/5/2001, Thomas Storey wrote: To Whome It May Concern, I am developing a small HTTP server and wish to 'PHP enable' it. I was wondering if this is OK with you and if there is anything you would like to let me know, could you please send it to me. Also, on the subject, I was wondering if you would be able to tell me what program I would use to interpret the script files and how I would go about doing so. If you could tell me this it would be greatly appreciated. If you require any further information about my deleopment, all you have to do is ask. And as a pre-notice, I will be selling the server side for profit but I will not be selling PHP for profit, this will simply be an included feature. If there is anything you would like to say about this, please tell me. Thanks in advance. __ Get your free Australian email account at http://www.start.com.au -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10876: Main thread error if die placed in file which uncluded from switch-case operato
From: [EMAIL PROTECTED] Operating system: WINNT 4.0 SP6 + Apache 3.12, php as apache module PHP version: 4.0.5 PHP Bug Type: Scripting Engine problem Bug description: Main thread error if die placed in file which uncluded from switch-case operato I use WINNT 4.0+SP6+Apache 1.3.12+php 4.0.5 as apache module I got Apache main thread error each time, if die() or exit() function placed in file which included from switch-case operator like this: code example tdie.php ? $a=1; switch ($a) { case 1: include(testdie.php); break; } ? testdie.php ? die(qq); ? -- Edit Bug report at: http://bugs.php.net/?id=10876edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10877: HTTP 500 Error and the page cannot be displayed
From: [EMAIL PROTECTED] Operating system: Win 98 PHP version: 4.0.5 PHP Bug Type: PWS related Bug description: HTTP 500 Error and the page cannot be displayed I installed the PHP 4.0.5. The IE 5.5 shows HTTP 500 Internal Server Error on the title and the page cannot be displayed on the IE document, when I open any PHP web page by using PWS as a web server. If I click this page directly by using Windows Explorer, it dumps all the HTML tags to DOS prompted window. However, web pages runs fine when I use PWS + PHP 4.0.4PL1. Those pages also runs fine under Apache + PHP 4.0.5. I checked the regedit, php.ini, browscap.dll and browscap.ini. If the PHP 4.0.4PL1 runs fine with PWS, why the PHP 4.0.5 cann't work together with PWS? Does this mean that PWS cann't recognize the PHP 4.0.5? How to solve this problem? I use the web page (one line only) below as a test page. ?php print(phpinfo()); ? Best Regards, Timothy -- Edit Bug report at: http://bugs.php.net/?id=10877edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10876 Updated: Main thread error if die placed in file which uncluded from switch-case operato
ID: 10876 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating system: WINNT 4.0 SP6 + Apache 3.12, php PHP Version: 4.0.5 Description: Main thread error if die placed in file which uncluded from switch-case operato Some comments. It happen when Output_buffering=on only, if output_buffering=off all is ok Previous Comments: --- [2001-05-15 07:48:00] [EMAIL PROTECTED] I use WINNT 4.0+SP6+Apache 1.3.12+php 4.0.5 as apache module I got Apache main thread error each time, if die() or exit() function placed in file which included from switch-case operator like this: code example tdie.php ? $a=1; switch ($a) { case 1: include(testdie.php); break; } ? testdie.php ? die(qq); ? --- Full Bug description available at: http://bugs.php.net/?id=10876 -- 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 #8452 Updated: imap_fetchstructure problem
ID: 8452 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: IMAP related Operating system: PHP Version: 4.0.4 Assigned To: Comments: user reports fixed in 4.0.5 Previous Comments: --- [2001-05-15 03:54:43] [EMAIL PROTECTED] It looks ok in PHP 4.05 and Yes I'am using c-client 4.1 (latest available) --- [2001-05-03 15:41:33] [EMAIL PROTECTED] Is this still the case, and are you using an updated version of c-client? --- [2000-12-28 09:03:32] [EMAIL PROTECTED] when reading a mail which have no attachment (single part mail), imap_fetchstructure-type is always text imap_fetchstructure-subtype is always plain even if in the header we have Content-Type: text/html --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8452edit=2 -- 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 #10591 Updated: magic_quotes_runtime being randomly set?
ID: 10591 User Update by: [EMAIL PROTECTED] Status: Critical Bug Type: PHP options/info functions Operating system: Progeny GNU/Linux PHP Version: 4.0 Latest CVS (01/05/2001) Description: magic_quotes_runtime being randomly set? updating to today's (4-15-01) CVS fixed it... Previous Comments: --- [2001-05-10 09:38:02] [EMAIL PROTECTED] Also, has anybody managed to reproduce it? I can't. --- [2001-05-10 09:27:52] [EMAIL PROTECTED] Do you have any settings for magic_quotes_runtime in your httpd.conf or .htaccess files? --- [2001-05-09 11:12:01] [EMAIL PROTECTED] Marked as to be fixed before 4.0.6 --- [2001-05-01 23:07:35] [EMAIL PROTECTED] Hmmm... maybe we do have a bug here... There are no calls to magic_quotes_runtime(). There are no includes, requires or auto_(pre|ap)pend_files. The php.ini files and apache conf files don't set magic_quotes_runtime. And there are no other scripts on the box that call magic_quotes_runtime() or set_ini ('magic_quotes_runtime', 'On'); So, right now it does seem that magic_quotes_runtime does to randomly turn on and off. Calls to get_magic_quotes_runtime() accurately report whether magic_quotes_runtime is active, while phpinfo() reports that magic_quotes_runtime is off - both locally and the master value. Initial reports indicated that the bug may have been related to file(), however, the problem can be reproduced using fopen() as well - see http://airbag.tss.peachnet.edu/~sam/fopen.php and http://airbag.tss.peachnet.edu/~sam/fopen.txt. Anyone have any ideas here - I am coming up blank. --- [2001-05-01 21:19:23] [EMAIL PROTECTED] Damn... misread last comment. Have asked user to send me relevant code. I would guess that something simple to fix on here... --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. Full Bug description available at: http://bugs.php.net/?id=10591 -- 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 #10878: Compile problem with IMAP support
From: [EMAIL PROTECTED] Operating system: sparc-sun-solaris2.7 PHP version: 4.0.5 PHP Bug Type: Compile Problem Bug description: Compile problem with IMAP support configure line is: ./configure --with-mysql=/usr \ --with-imap=y \ --with-apache=../apache_1.3.19 \ --enable-track-vars \ --enable-register-globals \ --enable-trans-sid make[2]: Entering directory `/usr/local/src/php-4.0.5/main' gcc -I. -I/usr/local/src/php-4.0.5/main -I/usr/local/src/php-4.0.5/main -I/usr/local/src/php-4.0.5 -I/usr/local/src/apache_1.3.19/s rc/include -I/usr/local/src/apache_1.3.19/src/os/unix -I/usr/local/src/php-4.0.5/Zend -I/usr/include/mysql -I/usr/local/src/php-4.0. 5/ext/xml/expat/xmltok -I/usr/local/src/php-4.0.5/ext/xml/expat/xmlparse -I/usr/local/src/php-4.0.5/TSRM -D_POSIX_PTHREAD_SEMANTICS -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -g -O2 -c main.c touch main.lo gcc -I. -I/usr/local/src/php-4.0.5/main -I/usr/local/src/php-4.0.5/main -I/usr/local/src/php-4.0.5 -I/usr/local/src/apache_1.3.19/s rc/include -I/usr/local/src/apache_1.3.19/src/os/unix -I/usr/local/src/php-4.0.5/Zend -I/usr/include/mysql -I/usr/local/src/php-4.0. 5/ext/xml/expat/xmltok -I/usr/local/src/php-4.0.5/ext/xml/expat/xmlparse -I/usr/local/src/php-4.0.5/TSRM -D_POSIX_PTHREAD_SEMANTICS -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -g -O2 -c internal_functions.c touch internal_functions.lo In file included from internal_functions.c:32: /usr/local/src/php-4.0.5/ext/imap/php_imap.h:50: parse error before `MAILSTREAM' /usr/local/src/php-4.0.5/ext/imap/php_imap.h:50: warning: no semicolon at end of struct or union /usr/local/src/php-4.0.5/ext/imap/php_imap.h:58: parse error before `}' /usr/local/src/php-4.0.5/ext/imap/php_imap.h:58: warning: data definition has no type or storage class /usr/local/src/php-4.0.5/ext/imap/php_imap.h:61: parse error before `SIZEDTEXT' /usr/local/src/php-4.0.5/ext/imap/php_imap.h:61: warning: no semicolon at end of struct or union /usr/local/src/php-4.0.5/ext/imap/php_imap.h:65: parse error before `}' /usr/local/src/php-4.0.5/ext/imap/php_imap.h:65: warning: data definition has no type or storage class /usr/local/src/php-4.0.5/ext/imap/php_imap.h:68: parse error before `SIZEDTEXT' /usr/local/src/php-4.0.5/ext/imap/php_imap.h:68: warning: no semicolon at end of struct or union /usr/local/src/php-4.0.5/ext/imap/php_imap.h:70: conflicting types for `next' /usr/local/src/php-4.0.5/ext/imap/php_imap.h:64: previous declaration of `next' /usr/local/src/php-4.0.5/ext/imap/php_imap.h:71: parse error before `}' /usr/local/src/php-4.0.5/ext/imap/php_imap.h:71: warning: data definition has no type or storage class /usr/local/src/php-4.0.5/ext/imap/php_imap.h:156: parse error before `STRINGLIST' /usr/local/src/php-4.0.5/ext/imap/php_imap.h:156: warning: no semicolon at end of struct or union /usr/local/src/php-4.0.5/ext/imap/php_imap.h:157: warning: data definition has no type or storage class /usr/local/src/php-4.0.5/ext/imap/php_imap.h:158: parse error before `*' /usr/local/src/php-4.0.5/ext/imap/php_imap.h:158: warning: data definition has no type or storage class /usr/local/src/php-4.0.5/ext/imap/php_imap.h:159: parse error before `*' /usr/local/src/php-4.0.5/ext/imap/php_imap.h:159: warning: data definition has no type or storage class /usr/local/src/php-4.0.5/ext/imap/php_imap.h:161: parse error before `*' /usr/local/src/php-4.0.5/ext/imap/php_imap.h:161: warning: data definition has no type or storage class /usr/local/src/php-4.0.5/ext/imap/php_imap.h:162: parse error before `*'
[PHP-DEV] Bug #10879: odbc_prepare causes bus error
From: [EMAIL PROTECTED] Operating system: Solaris 68 PHP version: 4.0.5 PHP Bug Type: Solid related Bug description: odbc_prepare causes bus error Following script causes Bus error with php 4.0.5 Solid 3.x (and at least 4.0.3 4.0.1pl2). It crashes identically as a standalone cgi binary and as a apache module. ?php error_reporting(255); if($hdbc=odbc_connect(tcp localhost 1313,login, password)) { if($hstmt=odbc_prepare($hdbc, SELECT * FROM FX_USER WHERE LOGIN=?)) { if(odbc_execute($hstmt,array(user))) { print(OK -- query completed with success\n); } } odbc_commit($hdbc); odbc_close($hdbc); } else print(Connect to database failed.\n); ? Where odbc_prepare causes Bus error and gdb gives following backtrace when configured with --with-solid --enable-debug. #0 0xef6c7bb4 in ssa_stmt_getstmtintegerproperty () from /usr/lib/libsocssx35.so #1 0xef6c4070 in SSAGetIntegerProperty () from /usr/lib/libsocssx35.so #2 0xef6aabb4 in SQLNumParams_nomutex () from /usr/lib/libsocssx35.so #3 0xef6aac74 in SQLNumParams () from /usr/lib/libsocssx35.so #4 0x32bc8 in php_if_odbc_prepare (ht=2, return_value=0x1d1080, this_ptr=0x0, return_value_used=1) at php_odbc.c:812 #5 0x14acd8 in execute () #6 0xef07c in zend_execute_scripts (type=8, file_count=3) at zend.c:743 #7 0x27880 in php_execute_script (primary_file=0xebc8) at main.c:1209 #8 0x24424 in main (argc=2, argv=0xec6c) at cgi_main.c:730 Above script works fine with php 3.0.18RC1 Solid 3.0 SDK. Older php3 releases had problems to compile with Solid 3.x, but if I recall right php version 3.0.1* had also similar problems. (required little hacking to compile) -- Edit Bug report at: http://bugs.php.net/?id=10879edit=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 #10880: In some cases GetImageSize(image) does not return image dimensions
From: [EMAIL PROTECTED] Operating system: Debian GNU/Linux 2.2r3 potato PHP version: 4.0.5 PHP Bug Type: GetImageSize related Bug description: In some cases GetImageSize(image) does not return image dimensions This is the configstring of the server running potato r3 and php 4.0.5: './configure' '--with-mysql' '--with-apache=../apache_1.3.19' '--enable-track-vars' '--enable-trans-sid' '--with-mcrypt=../libmcrypt-2.4.10' '--disable-posix-threads' '--with-gd=/usr/local' '--with-jpeg-dir=/usr/local' '--with-ttf=/usr/local/include/freetype2' '--enable-shared' '--enable-gd-imgstrttf' '--enable-versioning' '--enable-magic-quotes' As GetImageSize didn't work on a specific JPEG image I tried the same image on another server running Debian GNU/Linux Woody and php 4.0.4pl1 with the following configstring: './configure' '--with-apache=../apache_1.3.19' '--with-unixODBC=/usr/local' '--with-mysql=/usr/local/mysql' '--enable-track-vars' '--enable-gd-imgstrttf' '--with-gd=/usr/local' '--with-jpeg-dir=/usr/local' '--with-ttf=/usr/include/freetype' '--enable-trans-sid' '--with-mcrypt' '--enable-debug' And on that server the GetImageSize() function just returned the image dimensions as you would suspect.. ImageMagick's identify returns the following information on the image: Image: sicko.jpg format: JPEG (Joint Photographic Experts Group JFIF format) type: true color class: DirectClass matte: False colors: 117318 geometry: 1024x768 depth: 8 filesize: 98kb interlace: None background-color: gray74 border-color: gray74 matte-color: gray74 compression: JPEG runlength packets: 639759 of 786432 tainted: False signature: 96e8d70ecf6d1784d27f801c39ec7bc5 -- Edit Bug report at: http://bugs.php.net/?id=10880edit=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 #10881: unknown segfaults
From: [EMAIL PROTECTED] Operating system: progeny linux 1.0 Kernel 2.4.0 PHP version: 4.0 Latest CVS (2001-05-15) PHP Bug Type: Bug description: unknown segfaults Using today's PHP and IMP/Horde CVS with Progeny Linux 1.0 under kernel 2.4.0. libmcrypt-2.4.10 libtool-1.4 Apache/1.3.19 ./configure --with-apxs=/www/bin/apxs --with-openssl=/usr --with-db2=/usr --with-imap=../ --with-ldap=/usr --with-mysql=/usr --with-mm=/usr --with-zlib=/usr --with-gnu-ld --with-gettext=/usr --enable-ftp --with-mcal=/usr/local --with-mcrypt=/usr/local http://airbag.tss.peachnet.edu/info.php When I try to login to IMP, I get a segfault. From apache's error log: [Tue May 15 10:50:00 2001] [notice] child pid 17105 exit signal Segmentation fault (11) backtrace #1 #0 0x406930ee in gost_LTX__mcrypt_decrypt (key=0x0, in=0x81957a4) at gost.c:276 #1 0x401fd9f0 in ecb_LTX__mdecrypt (ign=0x0, ciphertext=0x81957a4, len=8, blocksize=8, akey=0x0, func=0x40692da4 gost_LTX__mcrypt_encrypt, func2=0x406930b0 gost_LTX__mcrypt_decrypt) at ecb.c:72 #2 0x4058dc36 in mdecrypt (td=0x81d3148, buf=0x0, a=0x81957a4, b=8) at mcrypt_modules.c:387 #3 0x4058d161 in mdecrypt_generic (td=0x81d3148, ciphertext=0x81957a4, len=8) at mcrypt.c:160 #4 0x4039e6af in php_if_mdecrypt_generic (ht=2, return_value=0x816fb84, this_ptr=0x0, return_value_used=1) at mcrypt.c:559 #5 0x4034d6f9 in execute (op_array=0x817d00c) at ./zend_execute.c:1504 #6 0x4034d94c in execute (op_array=0x817b6ec) at ./zend_execute.c:1544 #7 0x4034d94c in execute (op_array=0x81466b4) at ./zend_execute.c:1544 #8 0x4035befe in zend_execute_scripts (type=8, file_count=3) at zend.c:748 #9 0x4036dc74 in php_execute_script (primary_file=0xb800) at main.c:1206 #10 0x4036a31f in apache_php_module_main (r=0x812ff24, display_source_mode=0) at sapi_apache.c:89 #11 0x4036acf3 in send_php (r=0x812ff24, display_source_mode=0, filename=0x0) at mod_php4.c:535 #12 0x4036ad32 in send_parsed_php (r=0x812ff24) at mod_php4.c:546 #13 0x8055389 in ap_invoke_handler () #14 0x806a1df in process_request_internal () #15 0x806a246 in ap_process_request () #16 0x80610a6 in child_main () #17 0x8061281 in make_child () #18 0x80613fc in startup_children () #19 0x8061a6c in standalone_main () #20 0x80622bc in main () #21 0x4008fdcc in __libc_start_main () from /lib/libc.so.6 backtrace #2 after a re-compile of mcrypt #0 0x406080ee in gost_LTX__mcrypt_decrypt (key=0x0, in=0x823ae14) at gost.c:276 #1 0x401fd9f0 in ecb_LTX__mdecrypt (ign=0x0, ciphertext=0x823ae14, len=8, blocksize=8, akey=0x0, func=0x40607da4 gost_LTX__mcrypt_encrypt, func2=0x406080b0 gost_LTX__mcrypt_decrypt) at ecb.c:72 #2 0x405a2c36 in mdecrypt (td=0x821f668, buf=0x0, a=0x823ae14, b=8) at mcrypt_modules.c:387 #3 0x405a2161 in mdecrypt_generic (td=0x821f668, ciphertext=0x823ae14, len=8) at mcrypt.c:160 #4 0x403ba2b8 in php_if_mdecrypt_generic (ht=2, return_value=0x822c83c, this_ptr=0x0, return_value_used=1) at mcrypt.c:559 #5 0x40352667 in execute (op_array=0x8175204) at ./zend_execute.c:1504 #6 0x4035288f in execute (op_array=0x81847ac) at ./zend_execute.c:1544 #7 0x4035288f in execute (op_array=0x814a56c) at ./zend_execute.c:1544 #8 0x40363d00 in zend_execute_scripts (type=8, file_count=3) at zend.c:748 #9 0x4037c173 in php_execute_script (primary_file=0xb800) at main.c:1206 #10 0x403776be in apache_php_module_main (r=0x8131bbc, display_source_mode=0) at sapi_apache.c:89 #11 0x4037842a in send_php (r=0x8131bbc, display_source_mode=0, filename=0x81337bc /www/htdocs/horde/imp/redirect.php) at mod_php4.c:535 #12 0x4037846f in send_parsed_php (r=0x8131bbc) at mod_php4.c:546 #13 0x8055389 in ap_invoke_handler () #14 0x806a1df in process_request_internal () #15 0x806a246 in ap_process_request () #16 0x80610a6 in child_main () #17 0x8061281 in make_child () #18 0x80613fc in startup_children () #19 0x8061a6c in standalone_main () #20 0x80622bc in main () this is the same machine that was having trouble with gpc_magic_quotes in 10591. Do I have some compiler or libc funkiness going on? -- Edit Bug report at: http://bugs.php.net/?id=10881edit=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 #10625 Updated: Internal Server Error 500
ID: 10625 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: ODBC related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: One more time.. 1) Use the Bug system to respond to bugs 2) Please provide a SIMPLE SAMPLE script to reproduce this. Not your entire website, but the simplest form of PHP code to have this occur. Previous Comments: --- [2001-05-14 12:02:11] [EMAIL PROTECTED] can you please post a simple sample script to reproduce this problem? do NOT send a copy of your website to me please. the smallest possible code bank is the best option. --- [2001-05-09 12:03:23] [EMAIL PROTECTED] not sure i understand what the bug is. please provide a sample script, and relavent parts of your php.ini file. also, do try this with the 4.0.5 release and see if this continues to happen for you. --- [2001-05-02 23:48:31] [EMAIL PROTECTED] My environment is Windows 2000 server , php4.0.4 and access 2000 database. My application is that I using ASP to get all customer name from DB to build a drop-down list. Once user select 1 item, the ASP will get customer name to generate img src=showchart.php?c_name=xx to call php script. The php script get the content of c_name to query all sales data from db for this customer.Then, it using these data to generate a purchasing distribution chart for this customer. For the first few times, it works fine. However,after about 20 user selection, it become unstable. It sometime works and sometime give me internal server error 500 message. In some case, it not just give me error message, but it make other asp and php program cannot access DB again. I have change the PHP script to read data from user input,it works fine (even after 100 selection). Also, the application can works (even after 100 selection)on Windows NT 4.0 platform --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10625edit=2 -- 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 #10882: nl2br function now instead of replacing \n to br replaces \b to br /
From: [EMAIL PROTECTED] Operating system: Redhat 6.2 PHP version: 4.0.5 PHP Bug Type: Strings related Bug description: nl2br function now instead of replacing \n to lt;brgt; replaces \b to lt;br /gt; -- Edit Bug report at: http://bugs.php.net/?id=10882edit=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 #10882 Updated: nl2br function now instead of replacing \n to br replaces \b to br /
ID: 10882 Updated by: cnewbill Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Strings related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Not a bug, is simply XHTML compliant now. -Chris Previous Comments: --- [2001-05-15 11:54:31] [EMAIL PROTECTED] --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10882edit=2 -- 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 #10882 Updated: nl2br function now instead of replacing \n to br replaces \b to br /
ID: 10882 Updated by: cynic Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Strings related Operating system: PHP Version: 4.0.5 Assigned To: Comments: have you read the dos-and-don'ts page? I'm sure it suggest you RTFM before posting, and check the bug database to see if it hasn't been reported before. this bug is intended and documented behavior, and has been reported so many times you couldn't have missed it. Previous Comments: --- [2001-05-15 12:01:24] [EMAIL PROTECTED] Not a bug, is simply XHTML compliant now. -Chris --- [2001-05-15 11:54:31] [EMAIL PROTECTED] --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10882edit=2 -- 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] Recursive calls on EG(regular_list) ?
im creating an extension which exposes classes which may act as containers to other classes. These contained classes also get exposed via the extension. Now when the container class gets destructed by the user $container-close(), called before RSHUTDOWN ), i need to ensure that all resources allocated by the contained objects are released, otherwise nastiness can occur is the user tries to access the contained objects later in the script. to that end, ive written something like the following. i just wanted to know if it will cause any problems, since it accesses EG(regular_list) from a resource destructor. BTW the list destructor is destroy_container_resource . static int _kill_contained_objects(zend_rsrc_list *le,void *argument) { container_t *cont = (container_t *)argument; if (le-type == le_contained_object) { contained_t *field = (contained_t *)le-ptr; return (field-container == cont); } return 0; } static void kill_kids(apply_func_arg_t func, void *parent) { EGLS_FETCH(); zend_hash_apply_with_argument( EG(regular_list), func, parent ); } static void destroy_container_resource(zend_rsrc_list_entry *rsrc) { container_t *cont = (container_t *)rsrc-ptr; kill_kids( (apply_func_t) _kill_contained_objects, cont ); container_free(cont); } clayton _ Fried Ice-Cream is a reality ! - George Clinton -- 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 #6069 Updated: new sybase pconnect function with char set does not work with freetds
ID: 6069 Updated by: joey Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Sybase (dblib) related Operating system: PHP Version: 4.0 Latest CVS (10/08/2000) Assigned To: Comments: Setting closed instead of feedback. Previous Comments: --- [2001-05-14 12:27:15] [EMAIL PROTECTED] Just don't specify a 4th param to pconnect. This is an optional parameter, and should not cause any problems if nothing is set here. --- [2000-08-10 06:44:44] [EMAIL PROTECTED] the new pconnect function does not work properly with freetds because freetds apparently does not support the DBSETLCHARSET command if the following changes are made to the sybase_db.c file it compiles properly with freetds if (user) { DBSETLUSER(sybase.login,user); } if (passwd) { DBSETLPWD(sybase.login,passwd); } //if (charset) { // DBSETLCHARSET(sybase.login,charset); //} --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=6069edit=2 -- 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 #10887 Updated: Variables from forms being undefined
ID: 10887 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Unknown/Other Function Operating system: Windows 2000 Pro PHP Version: 4.0.5 Description: Variables from forms being undefined Here is an example of a script that returned the error in 4.05, and works in 4.04. elseif ($delete) { // delete a record $sql = DELETE FROM models WHERE model_id=$model_id; $result = mysql_query($sql); echo $sql Record deleted!p; Previous Comments: --- [2001-05-15 15:54:10] [EMAIL PROTECTED] Please post a short reproducing script. (short is under 10 lines) --- [2001-05-15 15:50:01] [EMAIL PROTECTED] When using PHP4.05 my script always told me a variable from a form I had on the page was undefined. Using isset() the script ran without problems, but returned every query with 1 (my best guess is that is TRUE from isset()). I installed PHO4.04 and everything ran perfectly. Mike Peterson --- Full Bug description available at: http://bugs.php.net/?id=10887 -- 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 #10887 Updated: Variables from forms being undefined
ID: 10887 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Unknown/Other Function Operating system: PHP Version: 4.0.5 Assigned To: Comments: This script shows no isset(), please be a little more descriptive. Derick Previous Comments: --- [2001-05-15 16:01:31] [EMAIL PROTECTED] Here is an example of a script that returned the error in 4.05, and works in 4.04. elseif ($delete) { // delete a record $sql = DELETE FROM models WHERE model_id=$model_id; $result = mysql_query($sql); echo $sql Record deleted!p; --- [2001-05-15 15:54:10] [EMAIL PROTECTED] Please post a short reproducing script. (short is under 10 lines) --- [2001-05-15 15:50:01] [EMAIL PROTECTED] When using PHP4.05 my script always told me a variable from a form I had on the page was undefined. Using isset() the script ran without problems, but returned every query with 1 (my best guess is that is TRUE from isset()). I installed PHO4.04 and everything ran perfectly. Mike Peterson --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10887edit=2 -- 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 #10888: upload_max_filesize, post_max_size ignored in php.ini
From: [EMAIL PROTECTED] Operating system: Linux (RH 6.2/2.2.14) Apache 1.3.19 PHP version: 4.0.5 PHP Bug Type: *Install and Config Bug description: upload_max_filesize, post_max_size ignored in php.ini Uploading a file larger that 2M fails consistently. Changing the php.ini values of upload_max_filesize and post_max_size had no effect. I tried settings these values using both Human terms and raw numbers (32M vs. some nasty number) with no resolution either. However, once I changed the default values in main/main.c lines 240 and 242 from 2M to 32M, this behavoir was resolved. Please fix!!! :-) -- Edit Bug report at: http://bugs.php.net/?id=10888edit=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] Any Successfull PHP/iPlanet installs w/ 4.0.5???
There are several outstanding bugs reported for PHP 4.0.5. and iPlanet on Solaris boxes. http://www.php.net/bugs.php?id=10581 http://www.php.net/bugs.php?id=10817 http://www.php.net/bugs.php?id=10821 http://www.php.net/bugs.php?id=10871 I could add to the list, but would rather here from someone who has successfully installed 4.0.5 on their machine. It is my opinion that the bugs mentioned above are all related, as the symptoms are all the same and only seem to affect iPlanet web servers. Jay -- 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] disktotalspace()
Well, there is no CVS standard, but rather a standard in the CODING_GUIDELINES file. However, in this case, I think you can disregard that, since the function is so similiar (in nature) to the diskfreespace() function that disktotalspace() makes the most sense, instead of disk_totalspace() or disk_total_space(). Wouldnt it make more sense here to correct the name of diskfree_space and and an alias back rather than introducing new functions that are named not according the the standard? - James -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] disktotalspace()
At 01:25 16/5/2001, Jon Parise wrote: Wouldnt it make more sense here to correct the name of diskfree_space and and an alias back rather than introducing new functions that are named not according the the standard? No, I don't think it's really that much of an issue. We've had a huge thread about this, we did decide to try and stick with the standard... Zeev -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] disktotalspace()
On Wed, May 16, 2001 at 01:37:51AM +0300, Zeev Suraski wrote: Yes, but this new version will work correctly under Unix-like systems and Windows NT / 2000 systems. Executing system binaries is sloppy for things like this, anyway. Or perhaps I'm missing your point? I think you were missing the point :) I meant that I think there's no need to load kernel32.dll and all that, we can simply call GetDiskFreeSpaceEx() directly. Okay, my lexer wasn't in the correct context when I read your reply. I follow you now. I assume you're suggesting an update of both the existing diskfreespace() and the proposed disktotalspace() functions, correct? BTW, in light of the standard naming convention initiative, disktotalspace() is probably a bad name and should be more like disk_total_space()... How do you feel about renaming the existing diskfreespace() function to disk_free_space() (with an alias for backwards compatibility)? -- Jon Parise ([EMAIL PROTECTED]) . Rochester Inst. of Technology http://www.csh.rit.edu/~jon/ : Computer Science House Member -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] disktotalspace()
At 01:40 16/5/2001, Jon Parise wrote: How do you feel about renaming the existing diskfreespace() function to disk_free_space() (with an alias for backwards compatibility)? A warm fuzzy feeling :) Seriously though, it's been discussed in great length, and at least from what I understood, going in that direction was the general idea. Slowly, but surely :) Zeev -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] disktotalspace()
On Wed, May 16, 2001 at 01:47:15AM +0300, Zeev Suraski wrote: How do you feel about renaming the existing diskfreespace() function to disk_free_space() (with an alias for backwards compatibility)? A warm fuzzy feeling :) Seriously though, it's been discussed in great length, and at least from what I understood, going in that direction was the general idea. Slowly, but surely :) Alright, I'm now caught up with all of the messages related to this. I'll go through and start sorting out all of the changes that have been discussed over the rest of the evening. I'll try and keep all of the changes separate. -- Jon Parise ([EMAIL PROTECTED]) . Rochester Inst. of Technology http://www.csh.rit.edu/~jon/ : Computer Science House Member -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] disktotalspace()
On Tue, May 15, 2001 at 07:14:27AM -0400, Sterling Hughes wrote: How do you feel about renaming the existing diskfreespace() function to disk_free_space() (with an alias for backwards compatibility)? A warm fuzzy feeling :) Seriously though, it's been discussed in great length, and at least from what I understood, going in that direction was the general idea. Slowly, but surely :) Actually, at least what I remember from the conversations, this was being put off till someone actually did some work at renaming a set of the functions, and there are still a good number of unresolved issues regarding function naming (str_tok() or strtok() to name one). At this point, I think placing it in there as disktotalspace() and leaving diskfreespace() alone would be the right thing to do. Then when all the naming issues are hashed out/someone has some work to show, change both of the functions to their proper names. At this point a disk_free_space() function seems out of place in the current naming scheme (I wouldn't object as much to disk_freespace() and disk_totalspace(), but overall, I think we should wait until the rest of the source is namespace complaint and we've decided how to handle the change to the new naming conventions.) Ugh. I wish I had read this a few minutes earlier. I just made the name change based on what I assumed was consensus. If someone feels the need to revert the change, go ahead. I prefer to just leave it now that I've already changed it, and then I'll add the new function as disk_total_space(). -- Jon Parise ([EMAIL PROTECTED]) . Rochester Inst. of Technology http://www.csh.rit.edu/~jon/ : Computer Science House Member -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] disktotalspace()
How do you feel about renaming the existing diskfreespace() function to disk_free_space() (with an alias for backwards compatibility)? A warm fuzzy feeling :) Seriously though, it's been discussed in great length, and at least from what I understood, going in that direction was the general idea. Slowly, but surely :) Actually, at least what I remember from the conversations, this was being put off till someone actually did some work at renaming a set of the functions, and there are still a good number of unresolved issues regarding function naming (str_tok() or strtok() to name one). At this point, I think placing it in there as disktotalspace() and leaving diskfreespace() alone would be the right thing to do. Then when all the naming issues are hashed out/someone has some work to show, change both of the functions to their proper names. At this point a disk_free_space() function seems out of place in the current naming scheme (I wouldn't object as much to disk_freespace() and disk_totalspace(), but overall, I think we should wait until the rest of the source is namespace complaint and we've decided how to handle the change to the new naming conventions.) Ugh. I wish I had read this a few minutes earlier. I just made the name change based on what I assumed was consensus. If someone feels the need to revert the change, go ahead. I prefer to just leave it now that I've already changed it, and then I'll add the new function as disk_total_space(). Why add more functions to be depreciated soon?? Lets name new functions properly, bring others into line as and when and as needed add alaises until we fix it. - James -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] disktotalspace()
On Wed, May 16, 2001 at 01:01:46AM +0100, James Moore wrote: If someone feels the need to revert the change, go ahead. I prefer to just leave it now that I've already changed it, and then I'll add the new function as disk_total_space(). Why add more functions to be depreciated soon?? Lets name new functions properly, bring others into line as and when and as needed add alaises until we fix it. I agree. I thought that disk_total_space() would be the proper name for this new function. -- Jon Parise ([EMAIL PROTECTED]) . Rochester Inst. of Technology http://www.csh.rit.edu/~jon/ : Computer Science House Member -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] disktotalspace()
James Moore wrote: How do you feel about renaming the existing diskfreespace() function to disk_free_space() (with an alias for backwards compatibility)? A warm fuzzy feeling :) Seriously though, it's been discussed in great length, and at least from what I understood, going in that direction was the general idea. Slowly, but surely :) Actually, at least what I remember from the conversations, this was being put off till someone actually did some work at renaming a set of the functions, and there are still a good number of unresolved issues regarding function naming (str_tok() or strtok() to name one). At this point, I think placing it in there as disktotalspace() and leaving diskfreespace() alone would be the right thing to do. Then when all the naming issues are hashed out/someone has some work to show, change both of the functions to their proper names. At this point a disk_free_space() function seems out of place in the current naming scheme (I wouldn't object as much to disk_freespace() and disk_totalspace(), but overall, I think we should wait until the rest of the source is namespace complaint and we've decided how to handle the change to the new naming conventions.) Ugh. I wish I had read this a few minutes earlier. I just made the name change based on what I assumed was consensus. If someone feels the need to revert the change, go ahead. I prefer to just leave it now that I've already changed it, and then I'll add the new function as disk_total_space(). Why add more functions to be depreciated soon?? Lets name new functions properly, bring others into line as and when and as needed add alaises until we fix it. Well, for one thing, no one has agreed on a naming convention yet. So its possible that now we'll have two aliases: diskfreespace disk_free_space and then the actual function name: disk_freespace() or disk_space_free() Furthermore, it was never agreed that the core functions should follow any naming conventions. In fact, I think that would be plain stupid. The extensions should follow a naming convention, however, the core functions need not follow any such convention. This is how it is with almost every other language (Perl and C for example). -Sterling -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] disktotalspace()
On Tue, May 15, 2001 at 08:50:48AM -0400, Sterling Hughes wrote: Well, for one thing, no one has agreed on a naming convention yet. So its possible that now we'll have two aliases: diskfreespace disk_free_space and then the actual function name: disk_freespace() or disk_space_free() Furthermore, it was never agreed that the core functions should follow any naming conventions. In fact, I think that would be plain stupid. The extensions should follow a naming convention, however, the core functions need not follow any such convention. This is how it is with almost every other language (Perl and C for example). Okay. Well, I'm now wiping my hands of the issue. I'll leave it up to the rest of you folks to establish the naming conventions and make the associated changes in the source and documentation. Would you like me to change the two functions to the existing naming scheme (no hyphens) until something new is decided? My changes have only affected the HEAD branch so far, so we don't need to worry about aliasing anything until that code makes it into a release. -- Jon Parise ([EMAIL PROTECTED]) . Rochester Inst. of Technology http://www.csh.rit.edu/~jon/ : Computer Science House Member -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] LDAP V3 Server Side Sorting
Hello, I added in a function to provide server side sorting on searches. This is a LDAP version 3 specific function, and uses the Netscape API so I have ifdef'ed the new function. It adds a sortstr attriubte to the ldap_search() function that already exists in php. There might be a better way to incorporate the code into php, but here is my first attempt. proto int ldap_sort_search(int link, string base_dn, string filter [, array attrs [, string sortstr [, int attrsonly [, int sizelimit [, int timelimit [, int deref]) Thanks, David Giffin /* +--+ | PHP version 4.0 | +--+ | Copyright (c) 1997-2001 The PHP Group| +--+ | This source file is subject to version 2.02 of the PHP license, | | that is bundled with this package in the file LICENSE, and is| | available at through the world-wide-web at | | http://www.php.net/license/2_02.txt. | | If you did not receive a copy of the PHP license and are unable to | | obtain it through the world-wide-web, please send a note to | | [EMAIL PROTECTED] so we can mail you a copy immediately. | +--+ | Authors: Amitay Isaacs [EMAIL PROTECTED] | | Eric Warnke[EMAIL PROTECTED] | | Rasmus Lerdorf [EMAIL PROTECTED] | | Gerrit Thomson [EMAIL PROTECTED] | | Jani Taskinen [EMAIL PROTECTED] | | Stig Venaas[EMAIL PROTECTED] | | PHP 4.0 updates: Zeev Suraski [EMAIL PROTECTED] | +--+ */ /* $Id: ldap.c,v 1.82 2001/02/26 06:07:01 andi Exp $ */ #define IS_EXT_MODULE #define HAVE_NSLDAP 1 #define LDAP_API_VERSION 3000 #include php.h #include php_ini.h #include ext/standard/dl.h #include php_ldap.h #ifdef PHP_WIN32 #include string.h #if HAVE_NSLDAP #include winsock.h #endif #define strdup _strdup #undef WINDOWS #undef strcasecmp #undef strncasecmp #define WINSOCK 1 #define __STDC__ 1 #endif #include ext/standard/php_string.h #include ext/standard/info.h ZEND_DECLARE_MODULE_GLOBALS(ldap) static unsigned char third_argument_force_ref[] = { 3, BYREF_NONE, BYREF_NONE, BYREF_FORCE }; static unsigned char arg3to6of6_force_ref[] = { 6, BYREF_NONE, BYREF_NONE, BYREF_FORCE, BYREF_FORCE, BYREF_FORCE, BYREF_FORCE }; static int le_result, le_result_entry, le_ber_entry; static int le_link; /* This is just a small subset of the functionality provided by the LDAP library. All the operations are synchronous. Referrals are not handled automatically. */ function_entry ldap_functions[] = { PHP_FE(ldap_connect,NULL) PHP_FALIAS(ldap_close, ldap_unbind,NULL) PHP_FE(ldap_bind, NULL) PHP_FE(ldap_unbind, NULL) PHP_FE(ldap_read, NULL) PHP_FE(ldap_list, NULL) PHP_FE(ldap_search, NULL) /* additional function for server side sorting, David Giffin */ PHP_FE(ldap_sort_search, NULL) /* end dlg mod */ PHP_FE(ldap_free_result,NULL) PHP_FE(ldap_count_entries, NULL) PHP_FE(ldap_first_entry,NULL) PHP_FE(ldap_next_entry, NULL) PHP_FE(ldap_get_entries,NULL) PHP_FE(ldap_first_attribute,third_argument_force_ref) PHP_FE(ldap_next_attribute, third_argument_force_ref) PHP_FE(ldap_get_attributes, NULL) PHP_FE(ldap_get_values, NULL) PHP_FE(ldap_get_values_len, NULL) PHP_FE(ldap_get_dn, NULL)
Re: [PHP-DEV] LDAP V3 Server Side Sorting
David Giffin wrote: Hello, I added in a function to provide server side sorting on searches. This is a LDAP version 3 specific function, and uses the Netscape API so I have ifdef'ed the new function. It adds a sortstr attriubte to the ldap_search() function that already exists in php. There might be a better way to incorporate the code into php, but here is my first attempt. proto int ldap_sort_search(int link, string base_dn, string filter [, array attrs [, string sortstr [, int attrsonly [, int sizelimit [, int timelimit [, int deref]) Thanks, David Giffin If you want your function added, the first thing you need to do is send a diff, instead of the entire file itself. -Sterling -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-QA] Velocis Support in PHP 4
At 02:45 PM 5/15/2001 -0600, Zak Greant wrote: ...uh... I just managed to build with Velocis support. I did a full reinstall of PHP and Velocis... sigh... Oh well, it is better to be wrong about a problem, than to have a problem. :) Yes it definitely is. So what do you think made the difference? Reinstalling velocis? Is this a free database? Andi -- 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 #10880 Updated: In some cases GetImageSize(image) does not return image dimensions
ID: 10880 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: GetImageSize related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Should be fixed in CVS now. --Jani Previous Comments: --- [2001-05-15 10:57:03] [EMAIL PROTECTED] This is the configstring of the server running potato r3 and php 4.0.5: './configure' '--with-mysql' '--with-apache=../apache_1.3.19' '--enable-track-vars' '--enable-trans-sid' '--with-mcrypt=../libmcrypt-2.4.10' '--disable-posix-threads' '--with-gd=/usr/local' '--with-jpeg-dir=/usr/local' '--with-ttf=/usr/local/include/freetype2' '--enable-shared' '--enable-gd-imgstrttf' '--enable-versioning' '--enable-magic-quotes' As GetImageSize didn't work on a specific JPEG image I tried the same image on another server running Debian GNU/Linux Woody and php 4.0.4pl1 with the following configstring: './configure' '--with-apache=../apache_1.3.19' '--with-unixODBC=/usr/local' '--with-mysql=/usr/local/mysql' '--enable-track-vars' '--enable-gd-imgstrttf' '--with-gd=/usr/local' '--with-jpeg-dir=/usr/local' '--with-ttf=/usr/include/freetype' '--enable-trans-sid' '--with-mcrypt' '--enable-debug' And on that server the GetImageSize() function just returned the image dimensions as you would suspect.. ImageMagick's identify returns the following information on the image: Image: sicko.jpg format: JPEG (Joint Photographic Experts Group JFIF format) type: true color class: DirectClass matte: False colors: 117318 geometry: 1024x768 depth: 8 filesize: 98kb interlace: None background-color: gray74 border-color: gray74 matte-color: gray74 compression: JPEG runlength packets: 639759 of 786432 tainted: False signature: 96e8d70ecf6d1784d27f801c39ec7bc5 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10880edit=2 -- 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 #10615 Updated: JPEG size info not properly returned on unmodified JPEG images from digicam
ID: 10615 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: GetImageSize related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Should be fixed in CVS now. --Jani Previous Comments: --- [2001-05-03 12:46:30] [EMAIL PROTECTED] Try this instead (updated my original code to use ImageMagick instead - slower, but functional). I created a few files which may help. Script 1 calls an image that doesn't work properly. Script 2 calls an image from the same camera, however the image was rotated using a lossless method before it was uploaded. It was, however, modified none the less. Script 1: http://pictures.ourjohnsonfamily.com/2000/april%2002,%202000%20-% 20disneyland%20car%20ding/index2.php Script 1's source: http://pictures.ourjohnsonfamily.com/2000/april%2002,%202000%20-% 20disneyland%20car%20ding/index2.phps Script 2: http://pictures.ourjohnsonfamily.com/2000/april%2002,%202000%20-% 20disneyland%20car%20ding/index3.php Script 2's source: http://pictures.ourjohnsonfamily.com/2000/april%2002,%202000%20-% 20disneyland%20car%20ding/index3.phps Hope this helps, and sorry for changing out from under you. -Rick --- [2001-05-02 19:43:36] [EMAIL PROTECTED] That example script of your doesn't have any getimagesize() calls in it. So please add one example script into this bug report that doesn't work. --Jani --- [2001-05-02 12:58:54] [EMAIL PROTECTED] Issue noted in 4.0.5 and 4.0.6-dev. Currently running 4.0.6-dev Location where issue can be viewed. http://pictures.ourjohnsonfamily.com/2001/april%2014,%202001%20-%20easter%20eve%20and%20prego%20pics/ On demo page - thumbnails in left frame should display image dimensions. Since 4.0.5, image info is only obtainable if image file has been modified in any way. If images have been pulled straight from digicam, information cannot be displayed. Script source can be viewed here: http://www.htmlspinnr.org/photodisplay.phps Find function GetDimension, this is where GetImageSize is called. Function worked properly in 4.0.4pl1, so I'm not blaming code. configure string: ./configure '--prefix=/usr' '--with-mysql=/usr' '--with-apxs' '--sysconfdir=/etc' '--with-config-file-path=/etc' '--enable-inline-optimization' '--enable-ftp' '--enable-ssl' '--enable-imap' '--with-gd' '--with-gd-dir=/usr/lib' '--with-jpeg' '--with-png' '--with-jpeg-dir' '--with-png-dir' '--with-freetype-dir=/usr/local/lib' '--enable-gd-native-ttf' other runtime info (incl. compile string, etc.) http://www.ourjohnsonfamily.com/info.php ( a file containing ? PHP_INFO ?) --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10615edit=2 -- 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 #10783 Updated: getImagesize return false for some jpeg images
ID: 10783 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: GetImageSize related Operating system: PHP Version: 4.0.5 Assigned To: Comments: should be fixed in CVS now. --Jani Previous Comments: --- [2001-05-10 06:10:42] [EMAIL PROTECTED] I found some bug in 4.0.5 source distribution /ext/standard/image.c In function php_handle_jpeg, variable marker must be initialized before for loop like following marker = FP_FGETC(socketd,fp,issock); for(;;) { ... marker = php_next_marker(socketd,fp,issock); } I modified souce code and rebuit php modlue. Then getImagesize work properly for all jpeg images. Park Hee-Sob. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10783edit=2 -- 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 #10297 Updated: GetImageSize and image/pjpeg
ID: 10297 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: GetImageSize related Operating system: PHP Version: 4.0 Latest CVS (11/04/2001) Assigned To: Comments: should be fixed in CVS now. --Jani Previous Comments: --- [2001-04-11 17:33:54] [EMAIL PROTECTED] I'm working with php4.0.5RC1 from php4win. If I have an image/pjpeg file GetImageSize doesn't return any values. If I do an ImageCreateFromJpeg and look the imagesx and imagesy values everything is allright. An image/jpeg is working well with the same GetImageSize code. On Linux/PHP4.0.4 there are no problems. Andreas --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10297edit=2 -- 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 #8706 Updated: Database handle corruption?
ID: 8706 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: *Database Functions Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: If problem still exists when using PHP 4.0.5, reopen. --Jani Previous Comments: --- [2001-04-29 06:15:45] [EMAIL PROTECTED] A bit more info including test scripts would be good here, please keep the test scripts as simple as possible. - James --- [2001-01-15 01:05:11] [EMAIL PROTECTED] ./configure --with-mysql=/usr --with-imap --with-db2 --with-apache=../apache_1.3.12 --enable-track-vars --with-pgsql=/usr --with-zlib --with-ldap Under 4.0.4pl1, I'm getting lots of problems with database links. It keeps popping up (sporadically) with 1 is not a valid (mySQL|PostgreSQL) link resource. Backrevving down to 4.0.2 works perfectly fine. I see other bug reports on this, but I don't think I've seen one that points out it as a bug that affects both database functions. If you need me to, I can re-upgrade to provide examples that you can look at. --Nathan --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8706edit=2 -- 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] Rename list to php-doc?
We're there plans to rename the [EMAIL PROTECTED] mailing list to [EMAIL PROTECTED], for consistency with the other mailing lists? What ever happened to that idea? -- Jon Parise ([EMAIL PROTECTED]) . Rochester Inst. of Technology http://www.csh.rit.edu/~jon/ : Computer Science House Member -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]