#19701 [Fbk->NoF]: imap c-client problems
ID: 19701 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: IMAP related Operating System: OpenBSD 3.1 PHP Version: 4.2.3 New Comment: No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2002-10-10 08:39:37] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-10-10 02:06:46] [EMAIL PROTECTED] Re-opening for feedback. The comment was not from the user who opened the report. [2002-10-09 12:23:17] [EMAIL PROTECTED] As per user comment. [2002-10-09 11:56:48] [EMAIL PROTECTED] Fixed by getting snap source [2002-10-06 16:33:48] [EMAIL PROTECTED] Same problem for me: MacOSX 10.2.1 Apache 1.3.26 UW IMAP imap-2002.RC7 with SSL PHP 4.2.3 ./configure --with-apxs --prefix=/usr --sysconfdir=/etc -- localstatedir=/var --mandir=/usr/share/man --infodir=/usr/ share/info --with-openssl --with-imap --with-imap-ssl -- with-xml --with-zlib I get the "Warning: This library needs some functionality provided by -lc-client..." The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/19701 -- Edit this bug report at http://bugs.php.net/?id=19701&edit=1
#17490 [Fbk->NoF]: serialize() generates a string that unserialize() can't handle
ID: 17490
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: No Feedback
Bug Type: Strings related
Operating System: linux rh7.2
PHP Version: 4.2.1
New Comment:
No feedback was provided for this bug for over 2 weeks, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
Previous Comments:
[2002-10-16 12:55:35] [EMAIL PROTECTED]
I just noticed that problem I am describing with serializing
arrays/objects looks very similar to bug 14293.
http://bugs.php.net/bug.php?id=14293
[2002-10-16 11:03:15] [EMAIL PROTECTED]
I tried the latest CVS snap shot as requested to no avail.
I actually reworked the serializer to fix the problem. I have not
submitted my changes because of some odd behavior, compiler warnings,
and other things I wanted to clean up first.
I have a question about the array serialization, which appears to be
the culprit. I posted this to the PHP-dev list a couple times and
received no replies. My email to the list is provided below. Any
insights would be appreciated.
The cause of the problem appears to be that zend_hash_num_elements was
returning a number smaller than the actual number of elements being
iterated across using the zend_hash_*_ex functions.
This caused the serializer to store a number of elements smaller than
the actual number of elements written. This in turn leads to the
unserializer failing later.
I would like to know if there is some reason why zend_hash_num_elements
would be expected to return a value smaller than the number of actual
elements iterated across using the zend_hash_*_ex functions. This
problem is rare, but was happening sporadically.
Below is the section of code that is displaying this behavior. If you
see any obvious errors please let me know.
static inline void php_var_serialize_hash_all(
smart_str *buf,
zval **struc,
HashTable *var_hash TSRMLS_DC )
{
int numElements;
int cur;
int actualCount;
smart_str tmp = {0};
numElements = zend_hash_num_elements( HASH_OF( *struc ) );
/* There is a problem with the value returned by
zend_hash_num_elements
not returning a value equivalent to the number elements actually
iterated across using zend_hash_*_ex functions */
/* Solution iterate filling a temporary buffer and remembering the
count -
then copy the temporary buffer into the actual buffer */
if ( numElements > 0 )
{
char *key;
zval **data;
ulong index;
uint key_len;
HashPosition pos;
for (
/* initialize */
zend_hash_internal_pointer_reset_ex(
HASH_OF( *struc ),
&pos ),
actualCount = 0;
/* test */;
/* advance */
zend_hash_move_forward_ex(
HASH_OF( *struc ),
&pos ),
++actualCount )
{
cur = zend_hash_get_current_key_ex(
HASH_OF( *struc ),
&key,
&key_len,
&index,
0,
&pos );
if ( cur == HASH_KEY_NON_EXISTANT ) break;
switch ( cur )
{
case HASH_KEY_IS_LONG:
php_var_serialize_long( &tmp, index );
break;
case HASH_KEY_IS_STRING:
php_var_serialize_string( &tmp, key, key_len -
1 );
break;
}
/* we should still add element even if it's not OK,
since we already wrote the length of the array before */
if ( ( zend_hash_get_current_data_ex(
HASH_OF( *struc ),
( void ** ) &data,
&pos ) != SUCCESS ) ||
( ! data ) ||
( data == s
#19847 [Fbk->NoF]: day of weeks on october month
ID: 19847 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Date/time related Operating System: BSD PHP Version: 4.2.3 New Comment: No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2002-10-10 15:32:33] [EMAIL PROTECTED] Can't verify on FreeBSD 4.6-RELEASE, BSD/OS 4.1, BSD/OS 4.2. [EMAIL PROTECTED]: In addition to the BSD version, what is the locale string for your platform (env | grep LC_)? I also modified it, to force DLS on the correct date, but doesn't have any impact: $ sapi/cli/php -f ./date.php mes/ano: Oct/2002 1 Tue : Terça-Feira (0) 2 Wed : Quarta-Feira (0) 3 Thu : Quinta-Feira (0) 4 Fri : Sexta-Feira (0) 5 Sat : Sábado (0) 6 Sun : Domingo (1) 7 Mon : Segunda-Feira (1) 8 Tue : Terça-Feira (1) 9 Wed : Quarta-Feira (1) 10 Thu : Quinta-Feira (1) 11 Fri : Sexta-Feira (1) 12 Sat : Sábado (1) 13 Sun : Domingo (1) [2002-10-10 15:00:31] [EMAIL PROTECTED] sorry, reopening. Can anybody else on BSD verify this? Which BSD version do you exactly have? Derick [2002-10-10 11:39:08] [EMAIL PROTECTED] and what is this derick? [2002-10-10 10:58:17] [EMAIL PROTECTED] Hi, On a rh7.3 with php 4.1.2 ( from rpm ) the result of the script is ok : 11 Fri : Sexta-Feira 12 Sat : Sábado 13 Sun : Domingo 14 Mon : Segunda-Feira 15 Tue : Terça-Feira 16 Wed : Quarta-Feira Patrick [2002-10-10 09:35:02] [EMAIL PROTECTED] We are happy to tell you that you just discovered Daylight Savings Time. For more information see: http://webexhibits.org/daylightsaving/b.html The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/19847 -- Edit this bug report at http://bugs.php.net/?id=19847&edit=1
#18166 [Fbk->NoF]: integer != autocasted double
ID: 18166 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Math related Operating System: Windows NT 5 PHP Version: 4.2.1 New Comment: No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2002-10-10 11:55:37] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-07-04 13:05:31] [EMAIL PROTECTED] I've ran into a bit of trouble trying to implement Blowfish in PHP- I've successfully ported a C implementation, and implemented a test-vector test in both languages. The output (needs a fixed-width font) might speak for itself: C Blowfish test: ResultKey L indata L result R indata R result L indata L result R indata R result Success 00ff 4ef99745 4ef99745 6198dd78 Success 51866fd5 51866fd5 b85ecb8a Success 3000 0011 1000 1000 0001 0001 7d856f9a 7d856f9a 613063f2 Success 0023 2466dd87 2466dd87 8b963c9d Success 0123456789abcdef 0011 61f9c380 61f9c380 2281b096 Success 01234567 01234567 89abcdef 89abcdef 7d0cc630 7d0cc630 afda1ec7 Success 00dc 4ef99745 4ef99745 6198dd78 Success fedcba9876543210 00a1 01234567 01234567 89abcdef 89abcdef 0aceab0f 0aceab0f c6a0a28d Success 7ca110454a1a6e57 0031 01a1d6d0 01a1d6d0 39776742 39776742 59c68245 59c68245 eb05282b Success 0131d9619dc1376e 00a1 5cd54ca8 5cd54ca8 3def57da 3def57da b1b8cc0b b1b8cc0b 250f09a0 Success 07a1133e4a0b2686 0049 0248d438 0248d438 06f67172 06f67172 1730e577 1730e577 8bea1da4 Success 3849674c2602319e 00b9 51454b58 51454b58 2ddf440a 2ddf440a a25e7856 a25e7856 cf2651eb Success 04b915ba43feb5b6 0013 42fd4430 42fd4430 59577fa2 59577fa2 353882b1 353882b1 09ce8f1a Success 0113b970fd34f2ce 0070 059b5e08 059b5e08 51cf143a 51cf143a 48f4d088 48f4d088 4c379918 Success 0170f175468fb5e6 0029 0756d8e0 0756d8e0 774761d2 774761d2 432193b7 432193b7 8951fc98 Success 43297fad38e373fe 00a7 762514b8 762514b8 29bf486a 29bf486a 13f04154 13f04154 d69d1ae5 Success 07a7137045da2a16 0068 3bdd1190 3bdd1190 49372802 49372802 2eedda93 2eedda93 ffd39c79 Success 04689104c2fd3b2f 00d0 26955f68 26955f68 35af609a 35af609a d887e039 d887e039 3c2da6e3 Success 37d06bb516cb7546 0008 164d5e40 164d5e40 4f275232 4f275232 5f99d04f 5f99d04f 5b163969 Success 1f08260d1ac2465e 0040 6b056e18 6b056e18 759f5cca 759f5cca 4a057a3b 4a057a3b 24d3977b Success 584023641aba6176 0058 004bd6ef 004bd6ef 09176062 09176062 452031c1 452031c1 e4fada8e Success 025816164629b007 0079 480d3900 480d3900 6ee762f2 6ee762f2 7555ae39 7555ae39 f59b87bd Success 49793ebc79b3258f 00b0 437540c8 437540c8 698f3cfa 698f3cfa 53c55f9c 53c55f9c b49fc019 Success 4fb05e1515ab73a7 00e9 072d43a0 072d43a0 77075292 77075292 7a8e7bfa 7a8e7bfa 937e89a3 Success 49e95d6d4ca229bf 0083 02fe5577 02fe5577 8117f12a 8117f12a cf9c5d7a cf9c5d7a 4986adb5 Success 018310dc409b26d6 0058 1d9d5c50 1d9d5c50 18f728c2 18f728c2 d1abb290 d1abb290 658bc778 Success 1c587f1c13924fef 0001 30553228 30553228 6d6f295a 6d6f295a 55cb3774 55cb3774 d13ef201 Success 0101010101010101 001f 01234567 01234567 89abcdef 89abcdef fa34ec48 fa34ec48 47b268b2 Success 1f1f1f1f0e0e0e0e 00fe 01234567 01234567 89abcdef 89abcdef a7907951 a7907951 08ea3cae Success e0fee0fef1fef1fe 01234567 01234567 89abcdef 89abcdef c39e072d c39e072d 9fac631d Success 00ff 014933e0 014933e0 cdaff6e4 Success 0023 f21e9a77 f21e9a77 b71c49bc Success 0123456789abcdef 00dc 24594688 24594688 5754369a Success fedcba9876543210 6b5c5a9c 6b5c5a9c 5d9e0a5a 34/34 tests succeeded. PHP Blowfish test: ResultKey L indataL resultR indataR result L indataL resultR indataR result Success (i) (i) (i) (i) 4ef99745(i) 4ef99745(i) 6198dd78(i) 6198dd78(i) Failure 1 f
#16735 [Fbk->NoF]: checkdnsrr claims not to be implemented
ID: 16735 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: *Network Functions Operating System: BSD/OS 4.1 PHP Version: 4.1.2 New Comment: No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2002-10-10 22:56:56] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-07-02 19:23:36] [EMAIL PROTECTED] Actually - it's res_search. If you need the functionality like 'now', you can edit main/php_config.h.in at the bottom, and add: #ifdef __bsdi__ #define HAVE_RES_SEARCH 1 #endif A patch for 4.3.0 is being worked on, but there are many DNS implementations out there and it's hard to detect whether it's in: libc libresolv libsocket libbind libbind +libisc and which headers it needs, to even be detected correctly :-) [2002-07-02 19:05:17] [EMAIL PROTECTED] The logs dont say anything about checkdnsrr(). As far as I can tell this would be a PHP internal function, probably based on other OS-implemented functions like gethostbyaddr() -- which are all correctly detected by configure. I'd be happy to paste config.log if you think it would be useful [2002-07-01 15:44:48] [EMAIL PROTECTED] What does configure's output and config.log say about this? configure should detect whether you have checkdnsrr() on your system or not... [2002-04-22 15:12:13] [EMAIL PROTECTED] >From my php error log: [22-Apr-2002 12:41:59] PHP Warning: checkdnsrr() is not supported in this PHP build in evs.php on line 8 Manual page for checkdnsrr() says it's included in PHP versions >= 4.0.0. I've seen that some Windows systems don't support or implement this function, but I'm running Unix. This _used_ to work with PHP 4.0.1pl2, from which I've just upgraded. './configure' '--with-zlib=/usr/local' '--with-mysql=/usr/local/mysql' '--with-config-file-path=/var/www/conf' '--with-pdflib=/usr/local/lib' '--enable-track-vars' '--with-apache=/usr/home/brad/builds/apache' -- Edit this bug report at http://bugs.php.net/?id=16735&edit=1
#18863 [Fbk->NoF]: PHP leaves a SYSV semaphore unclosed (php -v). Denial of service possibility.
ID: 18863 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Unknown/Other Function Operating System: RHAT Linux (i386 and Alpha) PHP Version: 4.1.2 New Comment: No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2002-10-10 06:47:53] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-10-10 00:25:33] [EMAIL PROTECTED] I have just compiled and tested this on RH7.2 ans 4.2.4-dev and the same behaviour still exists. If you run php -v enough times (in my case 58 times) you end up with a whole bunch of semaphore arrays that have not been cleaned up and php dying when run fit rom the command line with: $ php -v Content-type: text/html PHP Fatal error: Unable to start session mm module in Unknown on line 0 [2002-08-12 09:51:30] [EMAIL PROTECTED] IIRC, this was fixed someday... if it works with 4.2.2 than it's no longer a bug. Please try a (non-STABLE) snapshot from http://snaps.php.net and reopen this report if the problem still persists. [2002-08-12 00:34:48] [EMAIL PROTECTED] I've been contacted by a php user in the wild who told me that by simply issuing 'php -v', a semaphore that php opens for session management is not closed on exit. This becomes bad news because the ipc system on linux is a global resource and not based per user, so it's possible for a local user to DOS the box by running php -v repeatidly. [test@alpha3 test]$ ipcs > l [test@alpha3 test]$ php -v Content-type: text/html 4.1.2 [test@alpha3 test]$ ipcs > ll [test@alpha3 test]$ diff l ll 9a10,11 > 0x 65538 test 6001 > 0x 98307 test 6001 I tried to trace this out between 4.1.2 and 4.2.2 (4.2.2 does not exhibit this behaviour) but I can find no obvious differances in the codepaths between versions. This behaviour seems to be present all the way back to 4.0.6 from the little additional checking I made. Please see http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=71097 For a more detailed analysis The RH 4.1.2 configure incantation: ./configure --prefix=/usr --with-config-file-path=/etc --enable-force-cgi-redirect --disable-debug --enable-pic --disable-rpath --enable-inline-optimization --with-bz2 --with-db3 --with-curl --with-dom=/usr --with-exec-dir=/usr/bin --with-freetype-dir=/usr --with-png-dir=/usr --with-gd --enable-gd-native-ttf --with-ttf --with-gdbm --with-gettext --with-ncurses --with-gmp --with-iconv --with-jpeg-dir=/usr --with-mm --with-openssl --with-png --with-pspell --with-regex=system --with-xml --with-expat-dir=/usr --with-zlib --with-layout=GNU --enable-bcmath --enable-debugger --enable-exif --enable-ftp --enable-magic-quotes --enable-safe-mode --enable-sockets --enable-sysvsem --enable-sysvshm --enable-discard-path --enable-track-vars --enable-trans-sid --enable-yp --enable-wddx --without-oci8 --with-imap=shared --with-imap-ssl --with-kerberos=/usr/kerberos --with-ldap=shared --with-mysql=shared,/usr --with-pgsql=shared --with-snmp=shared,/usr --with-snmp=shared --enable-ucd-snmp-hack --with-unixODBC=shared --enable-memory-limit --enable-bcmath --enable-shmop --enable-versioning --enable-calendar --enable-dbx --enable-dio --enable-mbstring --enable-mbstr-enc-trans --enable-force-cgi-redirect Phil =--= -- Edit this bug report at http://bugs.php.net/?id=18863&edit=1
#16325 [Fbk->NoF]: Memory leak causes DLLHOST to become large
ID: 16325 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: IIS related Operating System: Windows 2000 Server PHP Version: 4.1.2 New Comment: No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2002-10-10 22:58:07] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-06-09 08:37:03] [EMAIL PROTECTED] I have the same problem using IIS5.1 with WinXP Pro with PHP4.2.1 as ISAPI module. During 2 seconds 300 MB of RAM where reservated for the service. I had to stop and restart all services and IIS admin to get the memory back. [2002-03-27 23:06:39] [EMAIL PROTECTED] The setup: IIS5 has an ISAPI application mapping to php4isapi.dll Steps to reproduce: - Start IIS - Generate heavy load (~40+ hits / second) - Watch DLLHOST in the Task Manager. It takes more and more memory (40 - 45MB) - PHP error log begins reporting spurious errors (the page has no errors, but under heavy load it starts complaining about duplicate function definitions) Bug: #13324 - IIS stops serving PHP files but still serves static content DLLHOST disappears from the task list at this point. Other times it may begin taking 100% CPU and need to be terminated by hand. Killing DLLHOST usually causes it to be restarted and requests continue being served. Otherwise you may end up alternating between the two errors on bug #13324. -- Edit this bug report at http://bugs.php.net/?id=16325&edit=1
#19822 [Fbk->NoF]: Server error using mail() function and ISAPI
ID: 19822 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: IIS related Operating System: Windows 2000 Server SP3 PHP Version: 4.2.3 New Comment: No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2002-10-10 10:39:14] [EMAIL PROTECTED] You are using "\n" instead of "\r\n". The page http://cr.yp.to/docs/smtplf.html exactly describes this issue. One thing which bothers me is that actually PHPs sendmail code should take care of this issue. Can you post an url pointing to the minimal sourcecode you're trying to send? Also which SMTP are you using (can I use it for testing too) ? [2002-10-10 10:33:40] [EMAIL PROTECTED] Thank you! using the snap shot actually helped me out a little bit, right now I know the problem: Warning: mail() [function.mail]: SMTP server response: 451 See http://pobox.com/~djb/docs/smtplf.html. in D:\Web\phpcollab\mail.php on line 3 But now I need to know how to solve it!, I've been using PHP for a while and this is the first this happens to me, so I suppose that is a Win2k SP3 IIS problem. Thank you in advance! [2002-10-10 02:36:36] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip The latest NON-STABLE snapshot contains a more improved error handling so instead of the useless "server error" you will get the real error message from the server. Looking briefly at your line I think you're either missing an SMTP directive or the "sendmail_from" directive which both are required for Win32. [2002-10-08 17:22:22] [EMAIL PROTECTED] Are you sure your php.ini file is read by PHP? Check from the phpinfo() output to what value SMTP is set. [2002-10-08 15:49:07] [EMAIL PROTECTED] Thank you for replying! That's not the problem because go the the cmd and type: telnet smtp.uservers.net 25 And it connects perfectly, I can do all the HELO, TO, RCPT, etc... and it works without a problem The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/19822 -- Edit this bug report at http://bugs.php.net/?id=19822&edit=1
#14940 [Fbk->NoF]: FastCGI SAPI prefork a number of processes
ID: 14940 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Other web server Operating System: Debian (Potato) PHP Version: 4.1.1 New Comment: No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2002-10-10 23:10:49] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-01-24 03:19:04] [EMAIL PROTECTED] ...and sorry, yes, I am setting it before I start Apache... [2002-01-24 03:17:43] [EMAIL PROTECTED] PHP_FCGI_CHILDREN=5 export $PHP_FCGI_CHILDREN Seems to happen with only mod_fastcgi. Other fastcgi scripts load proper number of children, however... [2002-01-17 06:54:47] [EMAIL PROTECTED] Where are you setting the environment variable? Are you setting it before starting Apache? Are you using Apache to start php-fcgi, or is it running separately? [2002-01-08 21:07:57] [EMAIL PROTECTED] php 4.1.1 fastcgi-dev 2.2.2 mod_fastcgi 2.2.12 Apache 1.3.20 Debian Potato Problem: PHP_FCGI_CHILDREN environment variable does not seem to be read by php4.fcgi, resulting in 8 children being pre-forked every time the server is started (the default setting). -- Edit this bug report at http://bugs.php.net/?id=14940&edit=1
#11475 [Fbk->NoF]: stored procedure processing
ID: 11475
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: No Feedback
Bug Type: Sybase-ct (ctlib) related
Operating System: All
PHP Version: 4.0 Latest CVS (2001-06-13)
New Comment:
No feedback was provided for this bug for over 2 weeks, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
Previous Comments:
[2002-10-10 23:03:49] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
[2001-06-13 18:22:09] [EMAIL PROTECTED]
We have some Sybase stored procedures that don't work with php - they
return 1 instead of a result set. Stepping through the code, I found
that the proc was returning an empty status result before the real
results, which confuses the php code that loops through the Sybase
results, as it expects to see a result set first.
I've made the following change to that code (diff -u format)that
processes all of the results, and doesn't treat a status result in the
same way as a real result.
--- php_sybase_ct.c.origMon Jun 11 17:17:22 2001
+++ php_sybase_ct.c Mon Jun 11 17:17:31 2001
@@ -1079,36 +1079,32 @@
* properly read or cancel them or the connection will become
* unusable.
*/
- if (ct_results(sybase_ptr->cmd, &restype)!=CS_SUCCEED) {
- ct_cancel(NULL, sybase_ptr->cmd, CS_CANCEL_ALL);
- sybase_ptr->dead = 1;
- RETURN_FALSE;
- }
+ while ((retcode = ct_results(sybase_ptr->cmd,
&restype))==CS_SUCCEED) {
- switch ((int) restype) {
+ switch ((int) restype) {
case CS_CMD_FAIL:
default:
status = Q_FAILURE;
break;
case CS_CMD_SUCCEED:
case CS_CMD_DONE: {
- CS_INT row_count;
- if (ct_res_info(sybase_ptr->cmd, CS_ROW_COUNT,
&row_count,
CS_UNUSED, NULL)==CS_SUCCEED) {
- sybase_ptr->affected_rows =
(long)row_count;
- }
+ CS_INT row_count;
+ if (ct_res_info(sybase_ptr->cmd, CS_ROW_COUNT,
+&row_count,
CS_UNUSED, NULL)==CS_SUCCEED) {
+ sybase_ptr->affected_rows = (long)row_count;
}
+ }
/* Fall through */
case CS_COMPUTEFMT_RESULT:
case CS_ROWFMT_RESULT:
case CS_DESCRIBE_RESULT:
case CS_MSG_RESULT:
- status = Q_SUCCESS;
+ if (status != Q_RESULT) /* if we don't already have a
+result */
+ status = Q_SUCCESS;
break;
case CS_COMPUTE_RESULT:
case CS_CURSOR_RESULT:
case CS_PARAM_RESULT:
case CS_ROW_RESULT:
- case CS_STATUS_RESULT:
result = php_sybase_fetch_result_set(sybase_ptr);
if (result == NULL) {
ct_cancel(NULL, sybase_ptr->cmd,
CS_CANCEL_ALL);
@@ -1117,41 +1113,11 @@
}
status = Q_RESULT;
break;
- }
-
- /* The only restype we should get now is CS_CMD_DONE, possibly
-* followed by a CS_STATUS_RESULT/CS_CMD_SUCCEED/CS_CMD_DONE
-* sequence if the command was a stored procedure call. But we
-* still need to read and discard unexpected results. We might
-* want to return a failure in this case because the application
-* won't be getting all the results it asked for.
-*/
- while ((retcode = ct_results(sybase_ptr->cmd,
&restype))==CS_SUCCEED) {
- switch ((int) restype) {
- case CS_CMD_SUCCEED:
- case CS_CMD_DONE:
- break;
-
- case CS_CMD_FAIL
#14753 [Fbk->NoF]: a bug about Ora_pLogon
ID: 14753 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Oracle related Operating System: Win2000AdvServer PHP Version: 4.1.1 New Comment: No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2002-10-10 23:08:58] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2001-12-29 10:05:03] [EMAIL PROTECTED] run at pl/sql developer: /++/ SQL> select * from pt_smsojb_temp; PT_SMSOBJ_TEMP_ID PT_SMSOBJ_TYPE PT_SMSOBJ_ID PT_SMSOBJ_MOBI PT_SMSOBJ_USER_ID PT_SMSOBJ_NAME - -- -- - 27 u111390002 1 ³ÂÍ¥êÀ 28 u 113950362526 1 Ò¶½¨±ó 29 o 11390005 1 ´óÍ· 26 u101390001 1 ÁÖÓ¦¹ã 30 o 213959355539 1 Íõ´óÁØ 31 o 313959344539 1 ÍõСÁØ 32 o 41390006 1 À 33 o 51390007 1 Àî´ó»ª 34 o 61390037 1 ÀîС»ª 35 o 713900030037 1 Àî²»»ª 36 o 813933030037 1 ÀîÁÖ»ª 37 o 91390037 1 ÀîÁÖÁÖ 12 rows selected /++/ my php code /++/ Áбí [] /++/ It will display 12 records sometimes or 13 records sometimes when I refresh the web,but it should display 13 records. Why? I used the function Ora_commit when I insert a record to database in php. It's my code. -- Edit this bug report at http://bugs.php.net/?id=14753&edit=1
#20101 [NEW]: Instalation problem
From: [EMAIL PROTECTED] Operating system: windosXP PHP version: 4.3.0-pre1 PHP Bug Type: Unknown/Other Function Bug description: Instalation problem When I finish to install PHP with teh installer, I just can run it for 1 time, after that, i even can´t see HTM pages. -- Edit bug report at http://bugs.php.net/?id=20101&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20101&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20101&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20101&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20101&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20101&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20101&r=support Expected behavior: http://bugs.php.net/fix.php?id=20101&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20101&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20101&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20101&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20101&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20101&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20101&r=isapi
#20099 [Opn->Bgs]: winsock.dll unusable. 1009
ID: 20099 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: IIS related Operating System: Windows 2k PHP Version: 4.2.3 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Previous Comments: [2002-10-25 18:23:49] [EMAIL PROTECTED] Bug #18876 should not be closed, i am still having this error winsock.dll unusable. 1009, i can not connect to mysql and can run asp and php but no luck connecting to mysql -- Edit this bug report at http://bugs.php.net/?id=20099&edit=1
#20100 [NEW]: Com Performance/Memory issues
From: [EMAIL PROTECTED]
Operating system: win2k
PHP version: 4CVS-2002-10-25
PHP Bug Type: COM related
Bug description: Com Performance/Memory issues
vbscript code:
wscript.echo now
For I = 1 To 3000
set
ru=GetObject("WinMgmts:{impersonationLevel=impersonate}").InstancesOf("Win32_NetworkAdapterConfiguration")
set ru = nothing
Next
wscript.echo now
vbscript output:
C:\php\wmi>cscript wmi.vbs
Microsoft (R) Windows Script Host Version 5.6
Copyright (C) Microsoft Corporation 1996-2001. All rights reserved.
26/10/2002 00:07:26
26/10/2002 00:08:16
php code:
$prof = new Profiler;
for ($i=0;$i<3000;$i++){
$prof->startTimer($i);
$Services = new COM("winmgmts:{impersonationLevel=impersonate}") or
die("glump");
$NetworkAdapterSet =
$Services->InstancesOf('Win32_NetworkAdapterConfiguration');
$NetworkAdapterSet->release();
$Services->release();
unset($Services);
unset($NetworkAdapterSet);
$prof->stopTimer($i);
}
php results:
C:\php\snaps\php4-win32-latest>php c:\php\wmi\wmiperf.php
Warning: (null)(): Invoke() failed: Exception occurred.
Source: SWbemServices Description: Generic failure
in c:\php\wmi\wmiperf.php on line 7
Fatal error: Call to a member function on a non-object in
c:\php\wmi\wmiperf.php
on line 8
doing it as 3 seperate runs yielded:
0-1000 runs: 11313.1239 ms (100.00 %) OVERALL TIME
1000-2000 runs: 23879.2120 ms (100.00 %) OVERALL TIME
2000-3000: 544210.0750 ms (100.00 %) OVERALL TIME
At the same time, memory utilization of winmgmt.exe rises to ~30mb from
the normal 4mb...
Looks like something isn't getting freed right...
--
Edit bug report at http://bugs.php.net/?id=20100&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20100&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=20100&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=20100&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20100&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=20100&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20100&r=support
Expected behavior: http://bugs.php.net/fix.php?id=20100&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20100&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20100&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=20100&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20100&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=20100&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=20100&r=isapi
#20099 [NEW]: winsock.dll unusable. 1009
From: [EMAIL PROTECTED] Operating system: Windows 2k PHP version: 4.2.3 PHP Bug Type: IIS related Bug description: winsock.dll unusable. 1009 Bug #18876 should not be closed, i am still having this error winsock.dll unusable. 1009, i can not connect to mysql and can run asp and php but no luck connecting to mysql -- Edit bug report at http://bugs.php.net/?id=20099&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20099&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20099&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20099&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20099&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20099&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20099&r=support Expected behavior: http://bugs.php.net/fix.php?id=20099&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20099&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20099&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20099&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20099&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20099&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20099&r=isapi
#20096 [Bgs]: Call to undefined function: imagecopyresampled()
ID: 20096
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: GD related
Operating System: Slackware Linux 8.0/8.1
PHP Version: 4.3.0-pre1
New Comment:
I used '--with-gd=php' as suggested, and the functions:
imagecopyresampled() and
imagecreatetruecolor() both do not work.
If I recall correctly, '--with-gd=php' also complained of a lack of a
libgd.(a|so) file as well.
I've tried '--with-jpeg-dir=/usr' and '--with-jpeg-dir=/usr/lib' both.
I don't see any errors associated with the jpeg6b library tho, always
gd.
I'm dizzy from the recompiling ;-) But I'll try again later. Thanks
for the tips guys.
Previous Comments:
[2002-10-25 15:10:32] [EMAIL PROTECTED]
Also --with-jpeg-dir=/usr/lib is incorrect. Correct option would be
--with-jpeg-dir=/usr
And there's no bug here.
[2002-10-25 14:35:49] [EMAIL PROTECTED]
If you configured 4.3.0-pre1 with the argument --with-gd, then PHP does
not use the bundled libs. Any version after 4.3.0-pre1 will use the
bundled libs by default, unless you specify a path to gd.
Please try to configure 4.3.0-pre1 with the argument --with-gd=php or
try a snapshot from http://snaps.php.net and configure with --with-gd.
[2002-10-25 14:22:16] [EMAIL PROTECTED]
$im = @imagecreatefromjpeg ($imgname);
if ($im==""):
echo "Error opening $imgname";
else:
$th_im = @imagecreate (100, 100);
$a = imagecopyresampled ($th_im, $im, 0, 0, 0, 0, 100, 100,
imagesx($im), imagesy($im));
endif;
header("Content-type: image/jpeg");
imagejpeg ( $th_im );
imagedestroy($im);
Configured php with:
./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-mysql=/usr
--with-zlib --with-bz2 --enable-trans-sid --with-mcrypt --enable-exif
--with-gd --with-jpeg-dir=/usr/lib
The thing is that I've removed all prior installations of gd from my
system, and am using the gd extension packaged with php. The
imagecopyresized function works just fine.
suggestions?
--
Edit this bug report at http://bugs.php.net/?id=20096&edit=1
#14696 [Com]: PHP4Apache module not loadable?
ID: 14696 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Apache2 related Operating System: win32 PHP Version: 4.1.0 New Comment: Same on me. Apache2 cant start, when i add httpd.conf line LoadModule php4_module c:/PHP/sapi/php4apache2.dll, but how can i start PHP then??? Previous Comments: [2001-12-26 00:17:05] [EMAIL PROTECTED] Unless PHP is compiled for Apache2, it does not work. [2001-12-25 22:27:03] [EMAIL PROTECTED] Apache 2.0.28 won't start if I use the php4apache.dll module. I've read something about old apache modules not working under apache 2 but does that include php 4.1.0? Or do I have some config problems? -- Edit this bug report at http://bugs.php.net/?id=14696&edit=1
#15690 [Com]: $PHP_SELF empty
ID: 15690
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: No Feedback
Bug Type: Scripting Engine problem
Operating System: Windows 2000
PHP Version: 4.1.1
New Comment:
i have php 4.0.6
i am running windows ME
i have xitami 2.4d9
i see the same thing - php_self is empty.
register_globals is on, but
note that HTTP_SERVER_VARS("PHP_SELF") is also empty!
Previous Comments:
[2002-10-01 20:04:42] [EMAIL PROTECTED]
I just upgraded from php 4.0.something to 4.2.3 and experience your
problem (which i never heard of before) I'm running NT5, apache 1.3 and
php 4.2.3
the problems as said occured after the upgrade (the apache staid the
same).
[2002-09-29 10:38:18] [EMAIL PROTECTED]
I'm experiencing the same problem since I updated to 4.2.3 (CGI
version, Xitami, win98). register_globals is on. (When I turn it off,
$PHP_SELF is not even listed in phpinfo(), when I turn it on, it is
listed but empty.)
thanks to [EMAIL PROTECTED] for the workaround: It works.
[2002-07-28 01:00:08] [EMAIL PROTECTED]
No feedback was provided for this bug for over a month, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2002-06-27 20:30:10] [EMAIL PROTECTED]
Do you have register_globals=On in your php.ini?
[2002-04-26 05:45:07] [EMAIL PROTECTED]
For me it's a 2 year problem.
It means that I'm used to it, but I had always a persistent internet
connection.
I use Apache 1.3.24 with PHP 4.2.0
and still the same problem
Windows 98 and windows 2000
Charlie
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/15690
--
Edit this bug report at http://bugs.php.net/?id=15690&edit=1
#20098 [Opn->Csd]: POSTed variables are urldecoded twice
ID: 20098
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Scripting Engine problem
Operating System: FreeBSD 4.7-RELEASE
PHP Version: 4.2.3
New Comment:
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2002-10-25 15:09:11] [EMAIL PROTECTED]
If you type a '+' in a field it get's converted to
'%2B' before sent to the server. php urldecodes it
twice: '%2B' -> '+' -> ' '.
The problem is in the file:
ext/mbstring/mbstring.c: lines 1033-1045:
val = strchr(var, '=');
val_list[n] = var;
len_list[n] = php_url_decode(var, strlen(var));
n++;
if (val) { /* have a value */
*val++ = '\0';
val_list[n] = val;
len_list[n] = php_url_decode(val, strlen(val));
} else {
val_list[n] = "";
len_list[n] = 0;
}
A possible bugfix is:
BEGIN diff ===
*** ext/mbstring/mbstring.c.ORIGThu Aug 1 07:47:56 2002
--- ext/mbstring/mbstring.c Fri Oct 25 21:36:40 2002
***
*** 1032,1041
while (var) {
val = strchr(var, '=');
val_list[n] = var;
len_list[n] = php_url_decode(var, strlen(var));
n++;
if (val) { /* have a value */
- *val++ = '\0';
val_list[n] = val;
len_list[n] = php_url_decode(val,
strlen(val));
} else {
--- 1032,1042
while (var) {
val = strchr(var, '=');
val_list[n] = var;
+ if (val)
+ *val++ = '\0';
len_list[n] = php_url_decode(var, strlen(var));
n++;
if (val) { /* have a value */
val_list[n] = val;
len_list[n] = php_url_decode(val,
strlen(val));
} else {
--
Edit this bug report at http://bugs.php.net/?id=20098&edit=1
#20096 [Fbk->Bgs]: Call to undefined function: imagecopyresampled()
ID: 20096
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Bogus
Bug Type: GD related
Operating System: Slackware Linux 8.0/8.1
PHP Version: 4.3.0-pre1
New Comment:
Also --with-jpeg-dir=/usr/lib is incorrect. Correct option would be
--with-jpeg-dir=/usr
And there's no bug here.
Previous Comments:
[2002-10-25 14:35:49] [EMAIL PROTECTED]
If you configured 4.3.0-pre1 with the argument --with-gd, then PHP does
not use the bundled libs. Any version after 4.3.0-pre1 will use the
bundled libs by default, unless you specify a path to gd.
Please try to configure 4.3.0-pre1 with the argument --with-gd=php or
try a snapshot from http://snaps.php.net and configure with --with-gd.
[2002-10-25 14:22:16] [EMAIL PROTECTED]
$im = @imagecreatefromjpeg ($imgname);
if ($im==""):
echo "Error opening $imgname";
else:
$th_im = @imagecreate (100, 100);
$a = imagecopyresampled ($th_im, $im, 0, 0, 0, 0, 100, 100,
imagesx($im), imagesy($im));
endif;
header("Content-type: image/jpeg");
imagejpeg ( $th_im );
imagedestroy($im);
Configured php with:
./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-mysql=/usr
--with-zlib --with-bz2 --enable-trans-sid --with-mcrypt --enable-exif
--with-gd --with-jpeg-dir=/usr/lib
The thing is that I've removed all prior installations of gd from my
system, and am using the gd extension packaged with php. The
imagecopyresized function works just fine.
suggestions?
--
Edit this bug report at http://bugs.php.net/?id=20096&edit=1
#20098 [NEW]: POSTed variables are urldecoded twice
From: [EMAIL PROTECTED]
Operating system: FreeBSD 4.7-RELEASE
PHP version: 4.2.3
PHP Bug Type: Scripting Engine problem
Bug description: POSTed variables are urldecoded twice
If you type a '+' in a field it get's converted to
'%2B' before sent to the server. php urldecodes it
twice: '%2B' -> '+' -> ' '.
The problem is in the file:
ext/mbstring/mbstring.c: lines 1033-1045:
val = strchr(var, '=');
val_list[n] = var;
len_list[n] = php_url_decode(var, strlen(var));
n++;
if (val) { /* have a value */
*val++ = '\0';
val_list[n] = val;
len_list[n] = php_url_decode(val, strlen(val));
} else {
val_list[n] = "";
len_list[n] = 0;
}
A possible bugfix is:
BEGIN diff ===
*** ext/mbstring/mbstring.c.ORIGThu Aug 1 07:47:56 2002
--- ext/mbstring/mbstring.c Fri Oct 25 21:36:40 2002
***
*** 1032,1041
while (var) {
val = strchr(var, '=');
val_list[n] = var;
len_list[n] = php_url_decode(var, strlen(var));
n++;
if (val) { /* have a value */
- *val++ = '\0';
val_list[n] = val;
len_list[n] = php_url_decode(val, strlen(val));
} else {
--- 1032,1042
while (var) {
val = strchr(var, '=');
val_list[n] = var;
+ if (val)
+ *val++ = '\0';
len_list[n] = php_url_decode(var, strlen(var));
n++;
if (val) { /* have a value */
val_list[n] = val;
len_list[n] = php_url_decode(val, strlen(val));
} else {
--
Edit bug report at http://bugs.php.net/?id=20098&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20098&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=20098&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=20098&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20098&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=20098&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20098&r=support
Expected behavior: http://bugs.php.net/fix.php?id=20098&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20098&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20098&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=20098&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20098&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=20098&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=20098&r=isapi
#18901 [Com]: CGI ERROR
ID: 18901 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: IIS related Operating System: Windows 2000 PHP Version: 4.2.0 New Comment: It looks like this is the same problem as Bug #9852. They have an on-going discussion and a number of solutions to try (even though the php folks closed that bug 8 months ago). Previous Comments: [2002-10-25 11:00:31] [EMAIL PROTECTED] Tks for your colaboration!! JS [2002-10-25 10:44:24] [EMAIL PROTECTED] I'm having this problem as well. Users are experiencing it up to once ever 10-15 hits under load (3+ hits a second) and slightly less (every 30 or so hits) when there is less load. PHP (v4.2.3) is being used on a w2k (sp 3) web server(iis 5 sp'd). I'm running php as a cgi since this is a production site. We recently (2 months ago) moved from our old server to this new one. The old server (php v4.1.2, w2k sp2, iis sp'd) did NOT have this problem. I copied the old php over to the new server and used my old php.ini file as well to test. Problem still occured. Nothing of note appears in any of the log file. I'm still trying to determine if this is related to php, or IIS. I have recieved this error occationally on the home screen of the site (as well as any other php generated page), but the pages normally work without a problem. The error -immediatly- occurs, where as normal pages take some time to load. Hitting the Reload/Refresh button always works. Also, I believe this only occurs on IE browsers (both 5.5 and 6, I haven't tried lower versions). I use Mozilla mostly myself, and have never had the problem with that browser, so this may be a browser compatibility issue. Thanks - Seth [2002-09-25 02:47:15] [EMAIL PROTECTED] The behaviour of returning status codes has been fixed in 4.3.0. [2002-09-15 01:00:01] [EMAIL PROTECTED] No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2002-09-14 05:49:15] [EMAIL PROTECTED] It's not caused by session_start. I replaced that with my own session handler and still have the problem. It looks like you have to have frames and be displaying in the browser on the desktop of the web server to see it happen. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/18901 -- Edit this bug report at http://bugs.php.net/?id=18901&edit=1
#20096 [Opn->Fbk]: Call to undefined function: imagecopyresampled()
ID: 20096
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: GD related
Operating System: Slackware Linux 8.0/8.1
PHP Version: 4.3.0-pre1
New Comment:
If you configured 4.3.0-pre1 with the argument --with-gd, then PHP does
not use the bundled libs. Any version after 4.3.0-pre1 will use the
bundled libs by default, unless you specify a path to gd.
Please try to configure 4.3.0-pre1 with the argument --with-gd=php or
try a snapshot from http://snaps.php.net and configure with --with-gd.
Previous Comments:
[2002-10-25 14:22:16] [EMAIL PROTECTED]
$im = @imagecreatefromjpeg ($imgname);
if ($im==""):
echo "Error opening $imgname";
else:
$th_im = @imagecreate (100, 100);
$a = imagecopyresampled ($th_im, $im, 0, 0, 0, 0, 100, 100,
imagesx($im), imagesy($im));
endif;
header("Content-type: image/jpeg");
imagejpeg ( $th_im );
imagedestroy($im);
Configured php with:
./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-mysql=/usr
--with-zlib --with-bz2 --enable-trans-sid --with-mcrypt --enable-exif
--with-gd --with-jpeg-dir=/usr/lib
The thing is that I've removed all prior installations of gd from my
system, and am using the gd extension packaged with php. The
imagecopyresized function works just fine.
suggestions?
--
Edit this bug report at http://bugs.php.net/?id=20096&edit=1
#20097 [Opn->Csd]: set_time_limit doesn't work on large file uploads
ID: 20097 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: PHP options/info functions Operating System: Windows 2000 SP3 PHP Version: 4.2.3 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. In the CVS there is a new option (max_input_time) allowing you to set the timeout value for parsing of input data such as file uploads. Previous Comments: [2002-10-25 14:32:41] [EMAIL PROTECTED] Test code (test.php) running under Windows 2000 with PHP running as a CGI binary under IIS (not in safe mode) as obtained and installed under the "Downloads" section of the PHP website (the zip package, not the installer version): Running the script directly from your browser displays the phpinfo() page with a local max_execution_time set to 0 (with a global value of 30). Now create an HTML form page that accepts a large file for upload (modifying php.ini's post_max_size and upload_max_filesize as necessary) and which submits to this script. If the file is large enough so that the time it takes to upload to the server is > max_execution_time, PHP returns the following error to the client: Fatal error: Maximum execution time of 30 seconds exceeded in D:\InetPub\test.php on line 2 -- Edit this bug report at http://bugs.php.net/?id=20097&edit=1
#20097 [NEW]: set_time_limit doesn't work on large file uploads
From: [EMAIL PROTECTED] Operating system: Windows 2000 SP3 PHP version: 4.2.3 PHP Bug Type: PHP options/info functions Bug description: set_time_limit doesn't work on large file uploads Test code (test.php) running under Windows 2000 with PHP running as a CGI binary under IIS (not in safe mode) as obtained and installed under the "Downloads" section of the PHP website (the zip package, not the installer version): Running the script directly from your browser displays the phpinfo() page with a local max_execution_time set to 0 (with a global value of 30). Now create an HTML form page that accepts a large file for upload (modifying php.ini's post_max_size and upload_max_filesize as necessary) and which submits to this script. If the file is large enough so that the time it takes to upload to the server is > max_execution_time, PHP returns the following error to the client: Fatal error: Maximum execution time of 30 seconds exceeded in D:\InetPub\test.php on line 2 -- Edit bug report at http://bugs.php.net/?id=20097&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20097&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20097&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20097&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20097&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20097&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20097&r=support Expected behavior: http://bugs.php.net/fix.php?id=20097&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20097&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20097&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20097&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20097&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20097&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20097&r=isapi
#20096 [NEW]: Call to undefined function: imagecopyresampled()
From: [EMAIL PROTECTED]
Operating system: Slackware Linux 8.0/8.1
PHP version: 4.3.0-pre1
PHP Bug Type: GD related
Bug description: Call to undefined function: imagecopyresampled()
$im = @imagecreatefromjpeg ($imgname);
if ($im==""):
echo "Error opening $imgname";
else:
$th_im = @imagecreate (100, 100);
$a = imagecopyresampled ($th_im, $im, 0, 0, 0, 0, 100, 100,
imagesx($im), imagesy($im));
endif;
header("Content-type: image/jpeg");
imagejpeg ( $th_im );
imagedestroy($im);
Configured php with:
./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-mysql=/usr
--with-zlib --with-bz2 --enable-trans-sid --with-mcrypt --enable-exif
--with-gd --with-jpeg-dir=/usr/lib
The thing is that I've removed all prior installations of gd from my
system, and am using the gd extension packaged with php. The
imagecopyresized function works just fine.
suggestions?
--
Edit bug report at http://bugs.php.net/?id=20096&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20096&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=20096&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=20096&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20096&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=20096&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20096&r=support
Expected behavior: http://bugs.php.net/fix.php?id=20096&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20096&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20096&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=20096&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20096&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=20096&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=20096&r=isapi
#15238 [Bgs]: imap_search() does not support search criteria SENTSINCE
ID: 15238 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: IMAP related Operating System: RedHat Linux 7.2 PHP Version: 4.0.6 New Comment: Yes, you are right. The function: SEARCHPGM *mail_criteria (char *criteria); only support IMAP2 search criterias, so I'm looking for a new function thar supports IMAP4 search criterias. Is strange, because the structure SEARCHPGM already has a variable called: unsigned short sentsince; sent since this date and this structure is returned by mail_criteria() Will try to find help on the c-client mailing list. Previous Comments: [2002-07-02 17:11:47] [EMAIL PROTECTED] The c-client library only supports a limited set of search words. See the imap_search() manual page or the c-client source for info. [2002-01-28 15:34:33] [EMAIL PROTECTED] It seems that in: ext/imap/php_imap.c line 2587 PHP_FUNCTION(imap_sort) there is a call for IMAP4 search in the call to the function: mail_sort() [2002-01-26 23:05:35] [EMAIL PROTECTED] It seems that the problem is in: php_imap.c line 3446 in the PHP_FUNCTION(imap_search). Here is a call for mail_criteria() that does no support IMAP4 search queries. mail_criteria() only support IMAP2 queries and SENTSINCE and SENTBEFORE are only IMAP4 keywords. I'm looking at washington.edu/imap for an example on how to use search in IMAP4. Anyone know something about this? Thanks [2002-01-26 21:01:17] [EMAIL PROTECTED] The funcion imap_search() return false if you use the keyword SENTSINCE or SENTBEFORE. Example: - this return false imap_search($mbox, 'SENTSINCE 01-Jan-2001'); - this works imap_search($mbox, 'SINCE 01-Jan-2001'); The keyword is supported by wu-imapd 2000c. I try doing a 'telnet localhost imap' and entered the commands manually and the keyword works. Also Netscape 6.2.1 us SENTSINCE and SENTBEFORE instead of SINCE and BEFORE. I tested this in RedHat 7.1 and 7.2 with PHP 4.0.4pl1 and PHP 4.0.6 Also, if you use the SENTSINCE keyword, nothig is sended to the imap server. I use tcpdump to debug. Only if you use SINCE, the query is sended to the imap server. Chech RFC 2060 Section 6.4.4. : http://www.isi.edu/in-notes/rfc2060.txt -- Edit this bug report at http://bugs.php.net/?id=15238&edit=1
#20095 [Opn->Bgs]: Variable problems
ID: 20095
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Performance problem
Operating System: Windows 98
PHP Version: 4.2.3
New Comment:
In PHP 4.2.0, the 'register_globals' setting default changed to
'off'. See http://www.php.net/release_4_2_0.php for more info.
We are sorry about the inconvenience, but this change was a necessary
part of our efforts to make PHP scripting more secure and portable.
Previous Comments:
[2002-10-25 13:56:36] [EMAIL PROTECTED]
The PHP 4.2.3 does not send value on script like bellow:
"";
echo "seu nome já foi inserido";
}else{
echo "
Nome:
";
}
?>"
I does not work in this version.
I had lots of time working trying to find the problem and I solve it
when I installed older version of PHP.
Thanks
Luís Hess
--
Edit this bug report at http://bugs.php.net/?id=20095&edit=1
#20095 [NEW]: Variable problems
From: [EMAIL PROTECTED]
Operating system: Windows 98
PHP version: 4.2.3
PHP Bug Type: Performance problem
Bug description: Variable problems
The PHP 4.2.3 does not send value on script like bellow:
"";
echo "seu nome já foi inserido";
}else{
echo "
Nome:
";
}
?>"
I does not work in this version.
I had lots of time working trying to find the problem and I solve it when
I installed older version of PHP.
Thanks
Luís Hess
--
Edit bug report at http://bugs.php.net/?id=20095&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20095&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=20095&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=20095&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20095&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=20095&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20095&r=support
Expected behavior: http://bugs.php.net/fix.php?id=20095&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20095&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20095&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=20095&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20095&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=20095&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=20095&r=isapi
#20023 [Fbk->Opn]: Page Fault on Socket read
ID: 20023 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Sockets related Operating System: Win 98 SP2 PHP Version: 4.2.2 4.3 New Comment: I didn't update - I did a new parallel inst of 4.3 obviously leading to some inst issues. These are covered in another bug thread because they seem to be due to the environmental diffences between CGI and module mode. One thing is certain: 4.3 behaves different from 4.2.2 using the same inst strategy - I will try to sort it out. Sven Previous Comments: [2002-10-24 01:55:00] [EMAIL PROTECTED] you most likely didn't update PHP correctly. Just make sure you first REMOVE all existing PHP related binaries (dlls, etc.) and then install the new version. [2002-10-23 09:47:58] [EMAIL PROTECTED] I did as you suggested. But now it isn't working at all anymore: as with 4.2.2 I can do everything up to (but not including) entering a character into the telnet client. doing socket_read or even an echo(socket_strerror(socket_last_error($client[$i]))); upon recieving that character triggers a Page Fault in php4ts. [2002-10-22 10:19:05] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-10-22 05:27:22] [EMAIL PROTECTED] I use this with PHP 4.2.2 Win executable version: 0) echo "rcv from $host:$port:$n\r\n"; // else close and cleanup socket } } } This is, slightly modified, the example from the manual. Everything works fine as long as I have well-behaved clients. But if I for example try this against a telnet client and just close it without properly disconnecting before my script (by the way running in a dos box with php -f ... ) in turn dies with a page fault when getting to "socket_read". I tried to have a look at "socket_last_error" after "socket_select" but that does not help since it says: 0. "socket_select" lets loose upon the killing of the client, putting the socket into the "$read" array. So I have to look at it... -- Edit this bug report at http://bugs.php.net/?id=20023&edit=1
#20089 [Com]: Calling static method from instance method results in invalid $this
ID: 20089
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Solaris
PHP Version: 4.2.3
New Comment:
Maintaining $this within a class even when a static method is called is
reasonable, but allowing a $this to exist that is not from the proper
class is awful. At the very least, I think this problem should be
better documented. A warning in the manaul entry for ::
(http://www.php.net/manual/en/keyword.paamayim-nekudotayim.php) would
be good, since that page currently incorrectly indicates that $this
will not be available when a static method call is made. I see a user
note has been added, but something more visible would be preferable.
Previous Comments:
[2002-10-25 12:03:35] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
Also, this was discussed before (in both the bugdatabase and on the
developer mailinglist) and this behavior will not be changed in the
near future.
[2002-10-25 11:08:54] [EMAIL PROTECTED]
Here is an example ...
class = 'foo';
}
function doCall()
{
return Bar::staticFunction();
}
};
class Bar
{
function staticFunction()
{
if ( isset( $this ) )
{
print 'This isset ';
print_r( $this );
}
else
{
print 'Call as a static ';
}
}
};
$foo =& new Foo();
$foo->doCall();
?>
Note an instance of Foo is calling a static method of Bar. Bar does a
test to see if $this is set. $this should not be set, since the method
was statically invoked. Unfortunately, $this is set and its the
instance of Foo that made the call to the static method of Bar.
This bug makes writing methods that work both as static methods and
instance methods virtually impossible. It is also extremely unsafe to
allow Bar to access the member variables of Foo.
--
Edit this bug report at http://bugs.php.net/?id=20089&edit=1
#20087 [Fbk->Csd]: mb_parse_string crashes with non-encoded data
ID: 20087 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: mbstring related Operating System: w2k PHP Version: 4CVS-2002-10-25 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2002-10-25 12:09:46] [EMAIL PROTECTED] I can reproduce this on Windows with some CVS version (of a few weeks ago). But it does not really crash, it gives the following assertion error: Assertion failed: strval != NULL, d:\php4\main\php_variables.c, line 42 [2002-10-25 10:51:21] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Reclassified... Anyway I can't reproduce this yet. What version of PHP do you really use? [2002-10-25 10:25:40] [EMAIL PROTECTED] assertion failed: strval != NULL, file c:\php\src420\php4\main\php_variables.c line 45 Test code: --> crash --> works fine -- Edit this bug report at http://bugs.php.net/?id=20087&edit=1
#20088 [Opn->Fbk]: Custom authentication mechanism
ID: 20088
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
-Bug Type: Unknown/Other Function
+Bug Type: HTTP related
Operating System: SuSE Linux 7.2
PHP Version: 4.2.3
New Comment:
Works fine here. Do you have 'register_globals=On' ??
Previous Comments:
[2002-10-25 10:36:35] [EMAIL PROTECTED]
The following code:
You have entered this username: $PHP_AUTH_USER
You have entered this password: $PHP_AUTH_PW
The authorization type is: $PHP_AUTH_TYPE
";
}
?>
fails. I believe the reason for this is that I have made the
following change to the PHP source:
--- php/sapi/apache/mod_php4.c.paj00Tue Sep 10 13:59:06 2002
+++ php/sapi/apache/mod_php4.c Tue Sep 10 13:59:17 2002
@@ -434,7 +434,7 @@
authorization = table_get(r->headers_in,
"Authorization");
}
if (authorization
-/* && !auth_type(r) */
+ && !auth_type(r)
&& !strcasecmp(getword(r->pool, &authorization, ' '),
"Basic")) {
tmp = uudecode(r->pool, authorization);
SG(request_info).auth_user = getword_nulls_nc(r->pool,
&tmp, ':');
I have made this change because of Bug #18391. However, custom
authentication methods, an example of which is entered above, now fail.
I would imagine that the two are linked.
As we use mod_auth_kerb I will not remove this patch because otherwise
we leave ourselves quite open to attack from the inside. Any
suggestions on how to get custom authentication working alongside the
increased kerberos security?
Thanks,
Paul
--
Edit this bug report at http://bugs.php.net/?id=20088&edit=1
#20091 [Opn->Fbk]: session.save_path of php.ini not honored
ID: 20091 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Session related Operating System: Win 98 SP2 PHP Version: 4.2.2 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Previous Comments: [2002-10-25 12:37:30] [EMAIL PROTECTED] My config is Win 98 SP2; Apache 1.3.23; PHP 4.2.2 with no php-related files in any windows or system folder (this is because I'd like to evaluate a new version in parallel - not having a second "identical" system) PHP is working fine in CGI mode (for example I use PHPmyAdmin 2.2rc4) and phpinfo() tells the correct path for the session files. With no change to the PHP inst or config but just by changing the PHP usage mode in Apaches httpd.conf from CGI to module mode (and closing and reopening Apache) this changes: in module mode session.save_path is ignored. I guess this comes from a dependency on the execution environment (namely the path of the executable), which is clearly changed by that action from php.exe to apache.exe. Without knowing all the details I guess the manual should clearly point out this difference between cgi and module mode. I bet it accounts for more uncertainty in using and spelling pathnames in php.ini which can be read out of the user comments that accompany the inst section of the manual. By the way: in module mode copying php.ini to the Apache.exe folder disables loading of the php extensions: here one seems to depend upon the location of php.ini which is looked for in the execution folder (of Apache.exe in ths case) in the first place and therefore ceases to be a good start for "./any folder". On the other hand: a parallel installation of PHP 4.3 ceases to work in CGI mode: I get "Server 500"- messages, whereas module mode allows for running some apps - for example PHPmyAdmin - but session.path_name is ignored here also. My conclusion (and request for feature) is to come up with the following strategy: locate a file "php-location.ini" in c:\windows. Sole content is the name of the root folder of the current PHP inst (The folder where php.exe, php4ts.dll and php.ini reside). All relative pathnames in php.ini should be based on this location. Alternatively a registry key could be used. Please take the corner and do not impose putting the dlls or php.ini into the system folder - this one is cluttered enough. Hope this is helpful. Sven -- Edit this bug report at http://bugs.php.net/?id=20091&edit=1
#20091 [NEW]: session.save_path of php.ini not honored
From: [EMAIL PROTECTED] Operating system: Win 98 SP2 PHP version: 4.2.2 PHP Bug Type: Session related Bug description: session.save_path of php.ini not honored My config is Win 98 SP2; Apache 1.3.23; PHP 4.2.2 with no php-related files in any windows or system folder (this is because I'd like to evaluate a new version in parallel - not having a second "identical" system) PHP is working fine in CGI mode (for example I use PHPmyAdmin 2.2rc4) and phpinfo() tells the correct path for the session files. With no change to the PHP inst or config but just by changing the PHP usage mode in Apaches httpd.conf from CGI to module mode (and closing and reopening Apache) this changes: in module mode session.save_path is ignored. I guess this comes from a dependency on the execution environment (namely the path of the executable), which is clearly changed by that action from php.exe to apache.exe. Without knowing all the details I guess the manual should clearly point out this difference between cgi and module mode. I bet it accounts for more uncertainty in using and spelling pathnames in php.ini which can be read out of the user comments that accompany the inst section of the manual. By the way: in module mode copying php.ini to the Apache.exe folder disables loading of the php extensions: here one seems to depend upon the location of php.ini which is looked for in the execution folder (of Apache.exe in ths case) in the first place and therefore ceases to be a good start for "./any folder". On the other hand: a parallel installation of PHP 4.3 ceases to work in CGI mode: I get "Server 500"- messages, whereas module mode allows for running some apps - for example PHPmyAdmin - but session.path_name is ignored here also. My conclusion (and request for feature) is to come up with the following strategy: locate a file "php-location.ini" in c:\windows. Sole content is the name of the root folder of the current PHP inst (The folder where php.exe, php4ts.dll and php.ini reside). All relative pathnames in php.ini should be based on this location. Alternatively a registry key could be used. Please take the corner and do not impose putting the dlls or php.ini into the system folder - this one is cluttered enough. Hope this is helpful. Sven -- Edit bug report at http://bugs.php.net/?id=20091&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20091&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20091&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20091&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20091&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20091&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20091&r=support Expected behavior: http://bugs.php.net/fix.php?id=20091&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20091&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20091&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20091&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20091&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20091&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20091&r=isapi
#20084 [Opn->Fbk]: curl_exec crashes apache thread
ID: 20084
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: cURL related
Operating System: FreeBSD 4.3, 4.5
PHP Version: 4.2.3
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
I can not reproduce this.
Previous Comments:
[2002-10-25 07:02:00] [EMAIL PROTECTED]
I use php_curl module, library version 7.10.1
I send around 100 GET requests on one site for example like this:
http://www.cnn.com";);
error_log("curl start");
curl_exec($ch);
error_log("curl end");
}
curl_close($ch);
?>
I use FreeBSD 4.3 and FreeBSD 4.5 with Apache 1.3.26 and php 4.2.3 as
apache module.
I included output before curl_exec and after it into php error. On
50-55 times apache thread crashes with message: "child pid 51696 exit
signal Segmentation fault (11)." May be memory leak exists deep inside
of curl library? Last message in php error log is: "curl start".
I think so, because i used next example where curl handle is only one.
http://www.cnn.com";);
error_log("curl start");
curl_exec($ch);
error_log("curl end");
}
curl_close($ch);
?>
The result was same.
Thanks in advance.
Anton Kalmykov
[EMAIL PROTECTED]
--
Edit this bug report at http://bugs.php.net/?id=20084&edit=1
#20087 [Fbk]: mb_parse_string crashes with non-encoded data
ID: 20087 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: mbstring related Operating System: w2k PHP Version: 4CVS-2002-10-25 New Comment: I can reproduce this on Windows with some CVS version (of a few weeks ago). But it does not really crash, it gives the following assertion error: Assertion failed: strval != NULL, d:\php4\main\php_variables.c, line 42 Previous Comments: [2002-10-25 10:51:21] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Reclassified... Anyway I can't reproduce this yet. What version of PHP do you really use? [2002-10-25 10:25:40] [EMAIL PROTECTED] assertion failed: strval != NULL, file c:\php\src420\php4\main\php_variables.c line 45 Test code: --> crash --> works fine -- Edit this bug report at http://bugs.php.net/?id=20087&edit=1
#20089 [Opn->Bgs]: Calling static method from instance method results in invalid $this
ID: 20089
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Solaris
PHP Version: 4.2.3
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
Also, this was discussed before (in both the bugdatabase and on the
developer mailinglist) and this behavior will not be changed in the
near future.
Previous Comments:
[2002-10-25 11:08:54] [EMAIL PROTECTED]
Here is an example ...
class = 'foo';
}
function doCall()
{
return Bar::staticFunction();
}
};
class Bar
{
function staticFunction()
{
if ( isset( $this ) )
{
print 'This isset ';
print_r( $this );
}
else
{
print 'Call as a static ';
}
}
};
$foo =& new Foo();
$foo->doCall();
?>
Note an instance of Foo is calling a static method of Bar. Bar does a
test to see if $this is set. $this should not be set, since the method
was statically invoked. Unfortunately, $this is set and its the
instance of Foo that made the call to the static method of Bar.
This bug makes writing methods that work both as static methods and
instance methods virtually impossible. It is also extremely unsafe to
allow Bar to access the member variables of Foo.
--
Edit this bug report at http://bugs.php.net/?id=20089&edit=1
#20030 [Opn->Bgs]: fopen() behaves differently in apache mod than CGI
ID: 20030
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Apache2 related
Operating System: Windows XP
PHP Version: 4.2.3
New Comment:
Bogussifying then
Previous Comments:
[2002-10-25 10:22:10] [EMAIL PROTECTED]
I put the "b" in the other pointer and it works fine. Thanks.
It's odd that my script worked fine without it with the CGI version.
[2002-10-24 02:33:54] [EMAIL PROTECTED]
Did you open the write filepointer in binary mode too?
Please add your script here..but if it's very long one,
provide an URL where we can see it.
[2002-10-23 15:07:55] [EMAIL PROTECTED]
Nope. Snapshot wouldn't even work at all. (Module and CGI).
I get "Bad browser request" and other "internal server error".
[2002-10-23 13:27:40] [EMAIL PROTECTED]
fopen("file.gif", "rb") didn't change anything on my version of PHP.
I'll try it with the CSV snapshot though.
[2002-10-22 16:49:03] [EMAIL PROTECTED]
also make sure you are using fopen($path, "rb");
the b is important under windows.
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/20030
--
Edit this bug report at http://bugs.php.net/?id=20030&edit=1
#20090 [Opn->Bgs]: Date/POSIX Problem: Two October 27s??
ID: 20090
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Date/time related
Operating System: Linux
PHP Version: 4.2.3
New Comment:
Congratulations, you have discovered daylight savings time.
Previous Comments:
[2002-10-25 11:44:26] [EMAIL PROTECTED]
Having a problem with date(). I simplified the program I am working on
so you can copy and paste the code and see the problem right away.
I start with the month of october and year of 2002 ($month and $year).
I convert that to the POSIX time ($time) of the the first second of
that month.
Then, I keep adding 24*3600 seconds to that time until the end of the
month.
If you run the program, you will see I get TWO 27/10/2002 -- WHY??
WHY? WHY? WHY?
Here is the code:
START CODE ===
$year = "2002";
$month = "10";
$time = mktime (0,0,0,$month,1,$year);
$last_day_of_the_month = date("t",$time);
echo "Last day of the month ($month/$year):
$last_day_of_the_month";
for ($day=1;$day<=$last_day_of_the_month;$day++) {
$new_time = $time + ($day-1)*24*3600;
echo date("m/d/Y",$new_time);
echo " (seconds added to original time: ".(($day-1)*24*3600).")";
echo "";
}
=== END CODE =
--
Edit this bug report at http://bugs.php.net/?id=20090&edit=1
#20090 [NEW]: Date/POSIX Problem: Two October 27s??
From: [EMAIL PROTECTED]
Operating system: Linux
PHP version: 4.2.3
PHP Bug Type: Date/time related
Bug description: Date/POSIX Problem: Two October 27s??
Having a problem with date(). I simplified the program I am working on
so you can copy and paste the code and see the problem right away.
I start with the month of october and year of 2002 ($month and $year).
I convert that to the POSIX time ($time) of the the first second of
that month.
Then, I keep adding 24*3600 seconds to that time until the end of the
month.
If you run the program, you will see I get TWO 27/10/2002 -- WHY??
WHY? WHY? WHY?
Here is the code:
START CODE ===
$year = "2002";
$month = "10";
$time = mktime (0,0,0,$month,1,$year);
$last_day_of_the_month = date("t",$time);
echo "Last day of the month ($month/$year):
$last_day_of_the_month";
for ($day=1;$day<=$last_day_of_the_month;$day++) {
$new_time = $time + ($day-1)*24*3600;
echo date("m/d/Y",$new_time);
echo " (seconds added to original time: ".(($day-1)*24*3600).")";
echo "";
}
=== END CODE =
--
Edit bug report at http://bugs.php.net/?id=20090&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20090&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=20090&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=20090&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20090&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=20090&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20090&r=support
Expected behavior: http://bugs.php.net/fix.php?id=20090&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20090&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20090&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=20090&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20090&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=20090&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=20090&r=isapi
#20089 [NEW]: Calling static method from instance method results in invalid $this
From: [EMAIL PROTECTED]
Operating system: Solaris
PHP version: 4.2.3
PHP Bug Type: Scripting Engine problem
Bug description: Calling static method from instance method results in invalid $this
Here is an example ...
class = 'foo';
}
function doCall()
{
return Bar::staticFunction();
}
};
class Bar
{
function staticFunction()
{
if ( isset( $this ) )
{
print 'This isset ';
print_r( $this );
}
else
{
print 'Call as a static ';
}
}
};
$foo =& new Foo();
$foo->doCall();
?>
Note an instance of Foo is calling a static method of Bar. Bar does a
test to see if $this is set. $this should not be set, since the method
was statically invoked. Unfortunately, $this is set and its the instance
of Foo that made the call to the static method of Bar.
This bug makes writing methods that work both as static methods and
instance methods virtually impossible. It is also extremely unsafe to
allow Bar to access the member variables of Foo.
--
Edit bug report at http://bugs.php.net/?id=20089&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20089&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=20089&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=20089&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20089&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=20089&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20089&r=support
Expected behavior: http://bugs.php.net/fix.php?id=20089&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20089&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20089&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=20089&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20089&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=20089&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=20089&r=isapi
#20073 [Opn->Csd]: Anti-aliasing of text fails when writing it to trueColor image
ID: 20073 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: GD related Operating System: Solaris 9 PHP Version: 4.2.3 New Comment: This stuff is all fixed in the bundled version of GD in PHP 4.3. Use --with-gd without any path when you build 4.3. Previous Comments: [2002-10-25 09:59:03] [EMAIL PROTECTED] I would also like to say that we found another way to bypass this issue. The color space problem comes up when we superimpose (imagecopy) different images together dynamically - we are adding button images to a 8-bit background image. We are able to avoid this issue by limiting the color table size for each image involved. This solution should work for most cases. Still, problems would arise if: 1) we need to combine multiple images with non-overlapping, large color tables 2) the quality of the base image requires the full 256 colors to look decent [2002-10-25 09:54:44] [EMAIL PROTECTED] OK, we downloaded and compiled the snapshot as recommended.. Then we made this test script and called it like this: http:///php/testTrueColorImg.php?asd=test.png so that I.E would see the .png at the end of the URL (seems to help it understand that this is a png better sometimes) --- --- It seemed to help the text look a little better, but not as good as it does with an 8-bit image. Another note, the image appears to look better in IE 5.5 than it does in I.E. 6.0.sp1 but this may just be related to that fact that we tested this on different computers/monitors. [2002-10-25 01:19:25] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Use your original configure line, but don't pass '--with-gd' any path. (This will make it use the bundled GD library) If this fails too, please provide a short example script which can be used to reproduce this. [2002-10-24 14:57:02] [EMAIL PROTECTED] Because of color-space issues that came up with using the simple 8-bit imageCreate() method, I have moved to using the imageCreateTrueColor() function. If I create and image using imageCreateTrueColor, and then try to write text onto it using ImageTTFText, the text will not be anti-aliased. I have negated the color index being passed into ImageTTFText as an attempt to fix the issue, but there was no change. Configure line ./configure --prefix=/homespace/geneport4/system/core/php --enable-wddx -enable-sigchild --enable-trans-sid --enable-inline-optimization --with-apxs=/homespace/geneport4/system/core/apache/bin/apxs --without-mysql --with-oci8 --enable-track-vars --enable-gd-native-ttf --with-gd=/homespace/geneport4/system/core --with-freetype-dir=/homespace/geneport4/system/core --with-png-dir=/homespace/geneport4/system/core --with-zlib=/homespace/geneport4/system/core -- Edit this bug report at http://bugs.php.net/?id=20073&edit=1
#18901 [Com]: CGI ERROR
ID: 18901 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: IIS related Operating System: Windows 2000 PHP Version: 4.2.0 New Comment: Tks for your colaboration!! JS Previous Comments: [2002-10-25 10:44:24] [EMAIL PROTECTED] I'm having this problem as well. Users are experiencing it up to once ever 10-15 hits under load (3+ hits a second) and slightly less (every 30 or so hits) when there is less load. PHP (v4.2.3) is being used on a w2k (sp 3) web server(iis 5 sp'd). I'm running php as a cgi since this is a production site. We recently (2 months ago) moved from our old server to this new one. The old server (php v4.1.2, w2k sp2, iis sp'd) did NOT have this problem. I copied the old php over to the new server and used my old php.ini file as well to test. Problem still occured. Nothing of note appears in any of the log file. I'm still trying to determine if this is related to php, or IIS. I have recieved this error occationally on the home screen of the site (as well as any other php generated page), but the pages normally work without a problem. The error -immediatly- occurs, where as normal pages take some time to load. Hitting the Reload/Refresh button always works. Also, I believe this only occurs on IE browsers (both 5.5 and 6, I haven't tried lower versions). I use Mozilla mostly myself, and have never had the problem with that browser, so this may be a browser compatibility issue. Thanks - Seth [2002-09-25 02:47:15] [EMAIL PROTECTED] The behaviour of returning status codes has been fixed in 4.3.0. [2002-09-15 01:00:01] [EMAIL PROTECTED] No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2002-09-14 05:49:15] [EMAIL PROTECTED] It's not caused by session_start. I replaced that with my own session handler and still have the problem. It looks like you have to have frames and be displaying in the browser on the desktop of the web server to see it happen. [2002-09-08 15:52:01] [EMAIL PROTECTED] PS. This is with the last few versions of PHP, I'm now on version 4.2.3 and I'm using php.exe The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/18901 -- Edit this bug report at http://bugs.php.net/?id=18901&edit=1
#20087 [Opn->Fbk]: mb_parse_string crashes with non-encoded data
ID: 20087 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback -Bug Type: Reproducible crash +Bug Type: mbstring related Operating System: w2k PHP Version: 4CVS-2002-10-25 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Reclassified... Anyway I can't reproduce this yet. What version of PHP do you really use? Previous Comments: [2002-10-25 10:25:40] [EMAIL PROTECTED] assertion failed: strval != NULL, file c:\php\src420\php4\main\php_variables.c line 45 Test code: --> crash --> works fine -- Edit this bug report at http://bugs.php.net/?id=20087&edit=1
#18901 [Com]: CGI ERROR
ID: 18901 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: IIS related Operating System: Windows 2000 PHP Version: 4.2.0 New Comment: I'm having this problem as well. Users are experiencing it up to once ever 10-15 hits under load (3+ hits a second) and slightly less (every 30 or so hits) when there is less load. PHP (v4.2.3) is being used on a w2k (sp 3) web server(iis 5 sp'd). I'm running php as a cgi since this is a production site. We recently (2 months ago) moved from our old server to this new one. The old server (php v4.1.2, w2k sp2, iis sp'd) did NOT have this problem. I copied the old php over to the new server and used my old php.ini file as well to test. Problem still occured. Nothing of note appears in any of the log file. I'm still trying to determine if this is related to php, or IIS. I have recieved this error occationally on the home screen of the site (as well as any other php generated page), but the pages normally work without a problem. The error -immediatly- occurs, where as normal pages take some time to load. Hitting the Reload/Refresh button always works. Also, I believe this only occurs on IE browsers (both 5.5 and 6, I haven't tried lower versions). I use Mozilla mostly myself, and have never had the problem with that browser, so this may be a browser compatibility issue. Thanks - Seth Previous Comments: [2002-09-25 02:47:15] [EMAIL PROTECTED] The behaviour of returning status codes has been fixed in 4.3.0. [2002-09-15 01:00:01] [EMAIL PROTECTED] No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2002-09-14 05:49:15] [EMAIL PROTECTED] It's not caused by session_start. I replaced that with my own session handler and still have the problem. It looks like you have to have frames and be displaying in the browser on the desktop of the web server to see it happen. [2002-09-08 15:52:01] [EMAIL PROTECTED] PS. This is with the last few versions of PHP, I'm now on version 4.2.3 and I'm using php.exe [2002-09-08 15:38:28] [EMAIL PROTECTED] I don't know if this is the exact same thing but - I get random CGI ERROR ...not returning a complete set of headers errors as well. This is on several Windows 2000 IIS 5.0 machines. It only happens to my pages that are in frames and that do a session_start(). It looks like the pages sometimes crash because of fighting over access to the session data since both frames are requested at almost the same time. The frameset never crashes and I assume this is because it has to finish before the framed pages are called. If you refresh each frame by hand after the errors happen, each page executes OK. Charlie The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/18901 -- Edit this bug report at http://bugs.php.net/?id=18901&edit=1
#20088 [NEW]: Custom authentication mechanism
From: [EMAIL PROTECTED]
Operating system: SuSE Linux 7.2
PHP version: 4.2.3
PHP Bug Type: Unknown/Other Function
Bug description: Custom authentication mechanism
The following code:
You have entered this username: $PHP_AUTH_USER
You have entered this password: $PHP_AUTH_PW
The authorization type is: $PHP_AUTH_TYPE
";
}
?>
fails. I believe the reason for this is that I have made the following
change to the PHP source:
--- php/sapi/apache/mod_php4.c.paj00Tue Sep 10 13:59:06 2002
+++ php/sapi/apache/mod_php4.c Tue Sep 10 13:59:17 2002
@@ -434,7 +434,7 @@
authorization = table_get(r->headers_in,
"Authorization");
}
if (authorization
-/* && !auth_type(r) */
+ && !auth_type(r)
&& !strcasecmp(getword(r->pool, &authorization, ' '),
"Basic")) {
tmp = uudecode(r->pool, authorization);
SG(request_info).auth_user = getword_nulls_nc(r->pool,
&tmp, ':');
I have made this change because of Bug #18391. However, custom
authentication methods, an example of which is entered above, now fail. I
would imagine that the two are linked.
As we use mod_auth_kerb I will not remove this patch because otherwise we
leave ourselves quite open to attack from the inside. Any suggestions on
how to get custom authentication working alongside the increased kerberos
security?
Thanks,
Paul
--
Edit bug report at http://bugs.php.net/?id=20088&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20088&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=20088&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=20088&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20088&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=20088&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20088&r=support
Expected behavior: http://bugs.php.net/fix.php?id=20088&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20088&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20088&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=20088&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20088&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=20088&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=20088&r=isapi
#17576 [Bgs]: configure bug
ID: 17576 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Compile Failure Operating System: win2k / cygwin PHP Version: 4.2.3 New Comment: After additional testing and to-ing/fro-ing, it seems that the problem might well be down to cc not being available. I fixed the problem on my test machine with: ln --symbolic /usr/bin/gcc /usr/bin/cc configure then properly detects Cygwin. YMMV ;) Previous Comments: [2002-10-22 12:38:08] [EMAIL PROTECTED] check config.log for the real reason WHY the check fails. Further discussion about this should happen on [EMAIL PROTECTED] so stop posting your comments here. [2002-10-22 12:33:12] [EMAIL PROTECTED] Sniper, > Use autoconf 2.13 ...seems to contradict with... << [18 Jun 4:59am] [EMAIL PROTECTED] It a bug in autoconf 2.13. If you have autoconf 2.5x installed on your system you shoud be able to compile php >> Anyhow, using autoconf 2.13... ./cvsclean ./buildconf ./configure --without-xml --prefix=/usr creating cache ./config.cache checking for Cygwin environment... no checking for mingw32 environment... no checking host system type... i686-pc-cygwin checking for gcc... gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether gcc accepts -g... yes Seems the same...? --Paul [2002-10-22 12:22:22] [EMAIL PROTECTED] Use autoconf 2.13 [2002-10-22 12:14:23] [EMAIL PROTECTED] All, I've reproduced the problem on 4.2.3 and php4-200210220900. I also did a test on 4.1.2, and it detects Cygwin just fine. Here's what I did, using php4-200210220900: ./cvsclean (this did NOT delete config.cache, so I deleted it by hand) ./buildconf ./configure --without-xml --prefix=/usr Here's the first few lines of output (I can provide the rest if it will help) --- creating cache ./config.cache checking for Cygwin environment... no checking for mingw32 environment... no checking host system type... i686-pc-cygwin checking for gcc... gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking whether gcc and cc understand -c and -o together... yes checking how to run the C preprocessor... gcc -E checking for AIX... no checking if compiler supports -R... --- Just FYI, autoconf -V returns "autoconf (GNU Autoconf) 2.53a". This is on a freshly-formatted Win2K Pro box. Hope this helps, --Paul [2002-07-30 01:00:10] [EMAIL PROTECTED] No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/17576 -- Edit this bug report at http://bugs.php.net/?id=17576&edit=1
#20087 [NEW]: mb_parse_string crashes with non-encoded data
From: [EMAIL PROTECTED] Operating system: w2k PHP version: 4CVS-2002-10-25 PHP Bug Type: Reproducible crash Bug description: mb_parse_string crashes with non-encoded data assertion failed: strval != NULL, file c:\php\src420\php4\main\php_variables.c line 45 Test code: --> crash --> works fine -- Edit bug report at http://bugs.php.net/?id=20087&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20087&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20087&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20087&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20087&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20087&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20087&r=support Expected behavior: http://bugs.php.net/fix.php?id=20087&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20087&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20087&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20087&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20087&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20087&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20087&r=isapi
#20030 [Fbk->Opn]: fopen() behaves differently in apache mod than CGI
ID: 20030
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Apache2 related
Operating System: Windows XP
PHP Version: 4.2.3
New Comment:
I put the "b" in the other pointer and it works fine. Thanks.
It's odd that my script worked fine without it with the CGI version.
Previous Comments:
[2002-10-24 02:33:54] [EMAIL PROTECTED]
Did you open the write filepointer in binary mode too?
Please add your script here..but if it's very long one,
provide an URL where we can see it.
[2002-10-23 15:07:55] [EMAIL PROTECTED]
Nope. Snapshot wouldn't even work at all. (Module and CGI).
I get "Bad browser request" and other "internal server error".
[2002-10-23 13:27:40] [EMAIL PROTECTED]
fopen("file.gif", "rb") didn't change anything on my version of PHP.
I'll try it with the CSV snapshot though.
[2002-10-22 16:49:03] [EMAIL PROTECTED]
also make sure you are using fopen($path, "rb");
the b is important under windows.
[2002-10-22 15:43:59] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/20030
--
Edit this bug report at http://bugs.php.net/?id=20030&edit=1
#9852 [Com]: Header redirect and db connection cause "CGI misbehaved"
ID: 9852 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: IIS related Operating System: Windows 2000 PHP Version: 4.2.1 New Comment: Ewald, this setting is applicable to windows not to IIS. Go to start button, control panel, system, advanced tab then performance option. good luck. dmendez Previous Comments: [2002-10-25 03:42:41] [EMAIL PROTECTED] We have the same problem and the same configuration Web server: Win2000 Server IIS 5.0 PHP 4.2.2 (CGI mode) Database server: WinNT 4.0 SP6 MS-SQL 7.0 Client: Win2000 Professional SP1 IE 5.5 SP1 The CGI Error is apperaing now and then. Tried all patches (MDAC 2.7 ...) and "Check File exists.." but nothing really worked.. I would love to try to change these perfomance options as Ottawa posted, but unfortunately I don't know where in IIS to set them! Could somebody give me a helping hand on that ?? I will then test and post the results! Thanks Ewald [2002-10-10 13:15:46] [EMAIL PROTECTED] Follow up: (VERY INTERESTING) As previously posted, a client of ours installed our PHP application and had CGI errors like crazy. They installed MDAC 2.7 and MS02-009 and fixed the problem. We recently were able to convince them to try a test for us (because their machine is three times faster than anything we have!). We had them change their Performance Options from "Background services" to "Application" RESULT: CGI misbehaved ERRORS ALL OVER THE PLACE! Set back the Performance Options to "Background services". RESULT: NO CGI ERRORS! Scott is really onto something here. There is no question these errors are directly related to Performance Options and the priviledges associated with this setting. It's very interesting that IIS doesn't even get to the point of launching PHP in Scott's tests. I want to do some testing with running the IIS slot as an Administrator. I will post my findings. Ottawa [2002-09-24 20:46:08] [EMAIL PROTECTED] Hi All, I installed the patch for Q318089 (MS02-009) and the error still occurs. It's also interesting to note that after running IRIS (network packet sniffer) it seems that IIS is not even launching PHP since the header "X-Powered-By: PHP/4.2.3" does not show up. I can only guess in that something with IIS/PHP/MSSQL connectivity, the PHP executable (child handles/threads) are being locked in use which prevents PHP from launching, however a local administrator on the box has sufficient priviledges to over-ride these locks and PHP is launched. -- Packet from IRIS -- GET /image_viewer.php?strPhotoID=99cBiFieBDiBaHBHcBac&strThumb=1 HTTP/1.1 Accept: */* Referer: http://website/test.php Accept-Language: en-au Accept-Encoding: gzip, deflate User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; Q312461) Host: website Connection: Keep-Alive Cookie: PHPSESSID=b3cfba912345ad3043a08bd6d6faf16d HTTP/1.1 502 Gateway Error Server: Microsoft-IIS/5.0 Date: Wed, 25 Sep 2002 01:18:12 GMT Connection: close Content-Length: 215 Content-Type: text/html Error in CGI Application CGI ErrorThe specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: --- Regards David [2002-09-24 20:05:43] [EMAIL PROTECTED] After some further testing on this PHP bug, I'll have to claim my previous comment about upgrading MDAC to be a bit of a Red Herring. However, my comment about running the IIS slot as an Administrator is still valid, it seems that when the scripts are being executed as an administrator (either by setting the anonymous IUSR to be an administrator or removing anonymous access and authenticating with an administrator account), this bug didn't occur in the 200 or so requests that I made to the server yet when I drop the slot back to being run as the IUSR it fails immediately. The bug now seems to be not related to a Header redirect since I can replicate it almost every time without fail by browsing to one of my plain HTML pages which loads approximately 30 images by using a PHP script to produce the image. A database connection is created in that image script as it lookups the image's ID (a random 15 character string) which maps it to the physical location of the image. I have tried to throttle the bandwidth setting as mentioned earlier but with no success. I have also been seeing these "Application Popup Errors" at the same time that the PHP script returns its CGI Header error. This popups occur on the console and are exactly the same each time, they consist of; --- T
#20073 [Com]: Anti-aliasing of text fails when writing it to trueColor image
ID: 20073 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: GD related Operating System: Solaris 9 PHP Version: 4.2.3 New Comment: I would also like to say that we found another way to bypass this issue. The color space problem comes up when we superimpose (imagecopy) different images together dynamically - we are adding button images to a 8-bit background image. We are able to avoid this issue by limiting the color table size for each image involved. This solution should work for most cases. Still, problems would arise if: 1) we need to combine multiple images with non-overlapping, large color tables 2) the quality of the base image requires the full 256 colors to look decent Previous Comments: [2002-10-25 09:54:44] [EMAIL PROTECTED] OK, we downloaded and compiled the snapshot as recommended.. Then we made this test script and called it like this: http:///php/testTrueColorImg.php?asd=test.png so that I.E would see the .png at the end of the URL (seems to help it understand that this is a png better sometimes) --- --- It seemed to help the text look a little better, but not as good as it does with an 8-bit image. Another note, the image appears to look better in IE 5.5 than it does in I.E. 6.0.sp1 but this may just be related to that fact that we tested this on different computers/monitors. [2002-10-25 01:19:25] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Use your original configure line, but don't pass '--with-gd' any path. (This will make it use the bundled GD library) If this fails too, please provide a short example script which can be used to reproduce this. [2002-10-24 14:57:02] [EMAIL PROTECTED] Because of color-space issues that came up with using the simple 8-bit imageCreate() method, I have moved to using the imageCreateTrueColor() function. If I create and image using imageCreateTrueColor, and then try to write text onto it using ImageTTFText, the text will not be anti-aliased. I have negated the color index being passed into ImageTTFText as an attempt to fix the issue, but there was no change. Configure line ./configure --prefix=/homespace/geneport4/system/core/php --enable-wddx -enable-sigchild --enable-trans-sid --enable-inline-optimization --with-apxs=/homespace/geneport4/system/core/apache/bin/apxs --without-mysql --with-oci8 --enable-track-vars --enable-gd-native-ttf --with-gd=/homespace/geneport4/system/core --with-freetype-dir=/homespace/geneport4/system/core --with-png-dir=/homespace/geneport4/system/core --with-zlib=/homespace/geneport4/system/core -- Edit this bug report at http://bugs.php.net/?id=20073&edit=1
#20073 [Fbk->Opn]: Anti-aliasing of text fails when writing it to trueColor image
ID: 20073 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: GD related Operating System: Solaris 9 PHP Version: 4.2.3 New Comment: OK, we downloaded and compiled the snapshot as recommended.. Then we made this test script and called it like this: http:///php/testTrueColorImg.php?asd=test.png so that I.E would see the .png at the end of the URL (seems to help it understand that this is a png better sometimes) --- --- It seemed to help the text look a little better, but not as good as it does with an 8-bit image. Another note, the image appears to look better in IE 5.5 than it does in I.E. 6.0.sp1 but this may just be related to that fact that we tested this on different computers/monitors. Previous Comments: [2002-10-25 01:19:25] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Use your original configure line, but don't pass '--with-gd' any path. (This will make it use the bundled GD library) If this fails too, please provide a short example script which can be used to reproduce this. [2002-10-24 14:57:02] [EMAIL PROTECTED] Because of color-space issues that came up with using the simple 8-bit imageCreate() method, I have moved to using the imageCreateTrueColor() function. If I create and image using imageCreateTrueColor, and then try to write text onto it using ImageTTFText, the text will not be anti-aliased. I have negated the color index being passed into ImageTTFText as an attempt to fix the issue, but there was no change. Configure line ./configure --prefix=/homespace/geneport4/system/core/php --enable-wddx -enable-sigchild --enable-trans-sid --enable-inline-optimization --with-apxs=/homespace/geneport4/system/core/apache/bin/apxs --without-mysql --with-oci8 --enable-track-vars --enable-gd-native-ttf --with-gd=/homespace/geneport4/system/core --with-freetype-dir=/homespace/geneport4/system/core --with-png-dir=/homespace/geneport4/system/core --with-zlib=/homespace/geneport4/system/core -- Edit this bug report at http://bugs.php.net/?id=20073&edit=1
#19122 [Com]: session.use_trans_sid doesn't take effect if zlib_output_compression is enabled
ID: 19122 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: Session related Operating System: Win 2k and Debian 3 PHP Version: 4.2.2 New Comment: Sorry... No changes with self-compiled PHP 4.2.3 module /w extensions from the Win32-binaries on Apache 2.0.43 (apache.org binary) on Win2k. Michael Previous Comments: [2002-09-21 02:11:31] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2002-08-28 21:15:16] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-08-28 17:58:26] [EMAIL PROTECTED] Ok, but it will take at least until 1st of September, because I've just 1GB/month traffic included. Where will I get them? Michael [2002-08-28 12:49:39] [EMAIL PROTECTED] can you please try one of the latest snapshots (non-stable)? I remember this coming up on the dev mailing list, but I can't remember if it was fixed, or what the final outcome was off hand. [2002-08-27 17:58:09] [EMAIL PROTECTED] I forgot that both run as module! Michael The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/19122 -- Edit this bug report at http://bugs.php.net/?id=19122&edit=1
#20086 [NEW]: SQLDriverConnect supported by win32
From: [EMAIL PROTECTED] Operating system: W2K PHP version: 4CVS-2002-10-25 PHP Bug Type: ODBC related Bug description: SQLDriverConnect supported by win32 In ext/odbc/php_odbc.php dsn-less connections are only supported for empress and unixodbc. Windows also supports this connection method. Changing the line: #if defined(HAVE_EMPRESS) || defined(HAVE_UNIXODBC) to: #if defined(HAVE_EMPRESS) || defined(HAVE_UNIXODBC) || defined(WIN32) enables dsn-less connections under windows. -- Edit bug report at http://bugs.php.net/?id=20086&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20086&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20086&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20086&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20086&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20086&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20086&r=support Expected behavior: http://bugs.php.net/fix.php?id=20086&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20086&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20086&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20086&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20086&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20086&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20086&r=isapi
#20085 [Opn->Fbk]: HTML Array variables are not working properly
ID: 20085 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: *General Issues Operating System: Linux (¿any?) PHP Version: 4.2.3 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Previous Comments: [2002-10-25 09:36:02] [EMAIL PROTECTED] excuse me.. http://www.cegara.com/prueba.php [2002-10-25 09:35:01] [EMAIL PROTECTED] Try it online at http://www.cegara.com/pruebas.php Its an apache 1.3.37 on linux. The programs using this feature have worked flawlessly since PHP3.0.2, and suddenly broke down yesterday after the PHP4.2.2-PHP4.2.3 upgrade. [2002-10-25 09:31:14] [EMAIL PROTECTED] ".$myTest[0]."\n"; echo "myTest[1] ->".$myTest[1]."\n"; ?> Try run the simple script, and you'll see. The array myTest contains parts of the values of the input fields, but not the complete values. Usually works once you type numbers as input. Weird. -- Edit this bug report at http://bugs.php.net/?id=20085&edit=1
#20085 [Opn]: HTML Array variables are not working properly
ID: 20085 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *General Issues Operating System: Linux (¿any?) PHP Version: 4.2.3 New Comment: excuse me.. http://www.cegara.com/prueba.php Previous Comments: [2002-10-25 09:35:01] [EMAIL PROTECTED] Try it online at http://www.cegara.com/pruebas.php Its an apache 1.3.37 on linux. The programs using this feature have worked flawlessly since PHP3.0.2, and suddenly broke down yesterday after the PHP4.2.2-PHP4.2.3 upgrade. [2002-10-25 09:31:14] [EMAIL PROTECTED] ".$myTest[0]."\n"; echo "myTest[1] ->".$myTest[1]."\n"; ?> Try run the simple script, and you'll see. The array myTest contains parts of the values of the input fields, but not the complete values. Usually works once you type numbers as input. Weird. -- Edit this bug report at http://bugs.php.net/?id=20085&edit=1
#20085 [Opn]: HTML Array variables are not working properly
ID: 20085 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *General Issues Operating System: Linux (¿any?) PHP Version: 4.2.3 New Comment: Try it online at http://www.cegara.com/pruebas.php Its an apache 1.3.37 on linux. The programs using this feature have worked flawlessly since PHP3.0.2, and suddenly broke down yesterday after the PHP4.2.2-PHP4.2.3 upgrade. Previous Comments: [2002-10-25 09:31:14] [EMAIL PROTECTED] ".$myTest[0]."\n"; echo "myTest[1] ->".$myTest[1]."\n"; ?> Try run the simple script, and you'll see. The array myTest contains parts of the values of the input fields, but not the complete values. Usually works once you type numbers as input. Weird. -- Edit this bug report at http://bugs.php.net/?id=20085&edit=1
#20085 [NEW]: HTML Array variables are not working properly
From: [EMAIL PROTECTED] Operating system: Linux (¿any?) PHP version: 4.2.3 PHP Bug Type: *General Issues Bug description: HTML Array variables are not working properly ".$myTest[0]."\n"; echo "myTest[1] ->".$myTest[1]."\n"; ?> Try run the simple script, and you'll see. The array myTest contains parts of the values of the input fields, but not the complete values. Usually works once you type numbers as input. Weird. -- Edit bug report at http://bugs.php.net/?id=20085&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20085&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20085&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20085&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20085&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20085&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20085&r=support Expected behavior: http://bugs.php.net/fix.php?id=20085&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20085&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20085&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20085&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20085&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20085&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20085&r=isapi
#20078 [Bgs]: Error with left join with mysql_fetch_array()
ID: 20078 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: MySQL related Operating System: Linux 2.4.18 PHP Version: 4.2.1 New Comment: Please understand how left joins work, it is expected behavior that they return NULL values for the right side tables field if no matching entry for the join condition is found so B.P is NULL on the second row, it is just that you have not defined *which* P you want and sometimes you get A.P which is 1, while under other circumstances you get B.P which is NULL try select A.P as A_P, B.P as B_P from A left join B on (A.index_c=B.index_c) try to avoid ambiguos field names in result sets using 'AS', and you will get predictable results. 'nough said! Previous Comments: [2002-10-25 06:05:27] [EMAIL PROTECTED] As I told you before, it's not a bug in PHP, it's the expected result. Please visit http://www.php.net/support.php or http://www.mysql.com/documentation/lists.html Georg [2002-10-25 05:44:01] [EMAIL PROTECTED] Why in the php 4.1.2 is ok? The problem is the value NULL it not exist in database... why php retrive an inexistent value [2002-10-25 04:49:07] [EMAIL PROTECTED] that's one of the reasons why you should never use 'select * from ...' -> you haven't specified *which* P column you want, A.P or B.P php gives you B.P as P while the cmd line cliebt chose to display A.P ... [2002-10-25 04:32:17] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. If you use mysql_fetch_array with MYSQL_FETCH_ASSOC, be sure that fieldnames are unique. Georg [2002-10-25 04:23:20] [EMAIL PROTECTED] What 'not enough information' meens in this case, is the lack of a short, self contained, copy/paste/run script, so we can try to reproduce the problem. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/20078 -- Edit this bug report at http://bugs.php.net/?id=20078&edit=1
#17933 [Com]: PHP 4.2.1 on Apache 2.0.39
ID: 17933
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Apache2 related
Operating System: Win2000
PHP Version: 4.2.1
New Comment:
i've fgot the same problem, Apache2 don't wan't to start after the
install of php-4.2.3 because
"c:\php4build\snap\sapi\apache2filter\sapi_apache2.c" isnot compatible
, but doesn't exist either in apache2 or php4, i founded 2 key in th
registry
[HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer\Explorer
Bars\{C4EE31F3-4768-11D2-BE5C-00A0C9A83DA1}\ContainingTextMRU]
"000"="c:\\php4build\\snap\\sapi\\apache2filter\\sapi_apache2.c"
[HKEY_USERS\S-1-5-21-73586283-813497703-842925246-500\Software\Microsoft\Internet
Explorer\Explorer
Bars\{C4EE31F3-4768-11D2-BE5C-00A0C9A83DA1}\ContainingTextMRU]
"000"="c:\\php4build\\snap\\sapi\\apache2filter\\sapi_apache2.c"
and a texte search for
"c:\php4build\snap\sapi\apache2filter\sapi_apache2.c" give
php4apache2.dll
i had to install win2000 because only one computer, but i've already
been infected because of security win apache 1.3 & 2000/NT, does
noboddy know how to get php4 with Apache2 ??
Previous Comments:
[2002-06-23 06:01:45] [EMAIL PROTECTED]
** *** ** * *
* * * * * * *
* * * * *
*** * **
* * * * * *
* * * * * * *
** *** ** * *
(we already got about 20 reports about this, hence the BIG warning on
the bug reporting page).
Derick
[2002-06-23 05:56:46] [EMAIL PROTECTED]
Hello everyone!
On Win32 PHP.4.2.1 not work with Apache.2.0.39.
This is a cmd line:
E:\usr\local\Apache2\bin>apache -t
apache: module "c:\php4build\snap\sapi\apache2filter\sapi_apache2.c" is
not comp
atible with this version of Apache.
Please contact the vendor for the correct version.
Thanks.
--
Edit this bug report at http://bugs.php.net/?id=17933&edit=1
#17558 [Com]: pcntl_signal() does not call user-defined function handler
ID: 17558 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: *Extensibility Functions Operating System: Mac OS X PHP Version: 4.2.1 New Comment: I've been seeing the same thing, but on OpenBSD 3.1-stable. I can't test with 4.3.0-cvs as it's currently broken for me (bug 20063), but my last build that worked (from about 5 days ago) has this same problem - I set up signal handlers, send it signals and nothing happens. Previous Comments: [2002-09-09 01:00:04] [EMAIL PROTECTED] No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2002-08-08 00:51:03] [EMAIL PROTECTED] is pnctl built into php, or as a module - pcntl.so ? [2002-08-07 02:22:32] [EMAIL PROTECTED] See bug id 15125. Looks like a similar problem. [2002-07-07 21:00:30] [EMAIL PROTECTED] Does this happen with the latest snapshot: http://snaps.php.net/php4-latest.tar.gz [2002-06-01 23:27:52] [EMAIL PROTECTED] function: pcntl_signal() problem: If "handler" argument is set to a user-defined function, that function is never called. script: (taken from www.php.net/pcntl_signal) The "we hit the sig handler!" echo never appears ... thus I suspect it's never being called. -- Edit this bug report at http://bugs.php.net/?id=17558&edit=1
#20083 [Opn->Bgs]: PHP build fails with GD 2.0.4
ID: 20083 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: GD related Operating System: Linux RH 6.2 glibc 2.1.3 PHP Version: 4CVS-2002-10-25 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the original bug instead. Thank you for your interest in PHP. Keep it at this status, there are atleast 3 other reports. Previous Comments: [2002-10-25 07:03:50] [EMAIL PROTECTED] GD 2.0.3 does build :) Changelog GD 2.0.4: gdIOCtx correctly calls gdFree rather than free [2002-10-25 06:51:49] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the original bug instead. Thank you for your interest in PHP. [2002-10-25 06:48:12] [EMAIL PROTECTED] At least PHP 4.2.2 and above (including php4-STABLE-200210250300) fail to build with GD 2.0.4 Making all in gd make[2]: Entering directory `/opt/install/APACHE/apache/php4-STABLE-200210250300/ext/gd' make[3]: Entering directory `/opt/install/APACHE/apache/php4-STABLE-200210250300/ext/gd' gcc -I. -I/opt/install/APACHE/apache/php4-STABLE-200210250300/ext/gd -I/opt/install/APACHE/apache/php4-STABLE-200210250300/main -I/opt/install/APACHE/apache/php4-STABLE-200210250300 -I/opt/install/APACHE/apache/apache_1.3.27/src/include -I/opt/install/APACHE/apache/apache_1.3.27/src/os/unix -I/opt/install/APACHE/apache/php4-STABLE-200210250300/Zend -I/usr/local/ssl/include -I/usr/local/include -I/usr/local/include/libxml2 -I/usr/include/freetype2/freetype -I/opt/install/APACHE/apache/imap/c-client -I/usr/local/mysql/include/mysql -I/opt/install/APACHE/apache/swf/dist/include -I/opt/install/APACHE/apache/php4-STABLE-200210250300/ext/xml/expat -I/opt/install/APACHE/apache/php4-STABLE-200210250300/TSRM -g -O2 -c gd.c && touch gd.lo gd_ctx.c: In function `_php_image_output_ctx': In file included from gd.c:83: gd_ctx.c:70: structure has no member named `free' gd_ctx.c:98: structure has no member named `free' gd.c: In function `_php_image_type': gd.c:1014: structure has no member named `free' gd.c:1017: structure has no member named `free' gd.c: In function `_php_image_create_from': gd.c:1209: structure has no member named `free' make[3]: *** [gd.lo] Error 1 make[3]: Leaving directory `/opt/install/APACHE/apache/php4-STABLE-200210250300/ext/gd' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/opt/install/APACHE/apache/php4-STABLE-200210250300/ext/gd' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/opt/install/APACHE/apache/php4-STABLE-200210250300/ext' make: *** [all-recursive] Error 1 -- Edit this bug report at http://bugs.php.net/?id=20083&edit=1
#20083 [Bgs->Opn]: PHP build fails with GD 2.0.4
ID: 20083 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: GD related Operating System: Linux RH 6.2 glibc 2.1.3 PHP Version: 4CVS-2002-10-25 New Comment: GD 2.0.3 does build :) Changelog GD 2.0.4: gdIOCtx correctly calls gdFree rather than free Previous Comments: [2002-10-25 06:51:49] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the original bug instead. Thank you for your interest in PHP. [2002-10-25 06:48:12] [EMAIL PROTECTED] At least PHP 4.2.2 and above (including php4-STABLE-200210250300) fail to build with GD 2.0.4 Making all in gd make[2]: Entering directory `/opt/install/APACHE/apache/php4-STABLE-200210250300/ext/gd' make[3]: Entering directory `/opt/install/APACHE/apache/php4-STABLE-200210250300/ext/gd' gcc -I. -I/opt/install/APACHE/apache/php4-STABLE-200210250300/ext/gd -I/opt/install/APACHE/apache/php4-STABLE-200210250300/main -I/opt/install/APACHE/apache/php4-STABLE-200210250300 -I/opt/install/APACHE/apache/apache_1.3.27/src/include -I/opt/install/APACHE/apache/apache_1.3.27/src/os/unix -I/opt/install/APACHE/apache/php4-STABLE-200210250300/Zend -I/usr/local/ssl/include -I/usr/local/include -I/usr/local/include/libxml2 -I/usr/include/freetype2/freetype -I/opt/install/APACHE/apache/imap/c-client -I/usr/local/mysql/include/mysql -I/opt/install/APACHE/apache/swf/dist/include -I/opt/install/APACHE/apache/php4-STABLE-200210250300/ext/xml/expat -I/opt/install/APACHE/apache/php4-STABLE-200210250300/TSRM -g -O2 -c gd.c && touch gd.lo gd_ctx.c: In function `_php_image_output_ctx': In file included from gd.c:83: gd_ctx.c:70: structure has no member named `free' gd_ctx.c:98: structure has no member named `free' gd.c: In function `_php_image_type': gd.c:1014: structure has no member named `free' gd.c:1017: structure has no member named `free' gd.c: In function `_php_image_create_from': gd.c:1209: structure has no member named `free' make[3]: *** [gd.lo] Error 1 make[3]: Leaving directory `/opt/install/APACHE/apache/php4-STABLE-200210250300/ext/gd' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/opt/install/APACHE/apache/php4-STABLE-200210250300/ext/gd' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/opt/install/APACHE/apache/php4-STABLE-200210250300/ext' make: *** [all-recursive] Error 1 -- Edit this bug report at http://bugs.php.net/?id=20083&edit=1
#20084 [NEW]: curl_exec crashes apache thread
From: [EMAIL PROTECTED]
Operating system: FreeBSD 4.3, 4.5
PHP version: 4.2.3
PHP Bug Type: cURL related
Bug description: curl_exec crashes apache thread
I use php_curl module, library version 7.10.1
I send around 100 GET requests on one site for example like this:
http://www.cnn.com";);
error_log("curl start");
curl_exec($ch);
error_log("curl end");
}
curl_close($ch);
?>
I use FreeBSD 4.3 and FreeBSD 4.5 with Apache 1.3.26 and php 4.2.3 as
apache module.
I included output before curl_exec and after it into php error. On 50-55
times apache thread crashes with message: "child pid 51696 exit signal
Segmentation fault (11)." May be memory leak exists deep inside of curl
library? Last message in php error log is: "curl start".
I think so, because i used next example where curl handle is only one.
http://www.cnn.com";);
error_log("curl start");
curl_exec($ch);
error_log("curl end");
}
curl_close($ch);
?>
The result was same.
Thanks in advance.
Anton Kalmykov
[EMAIL PROTECTED]
--
Edit bug report at http://bugs.php.net/?id=20084&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20084&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=20084&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=20084&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20084&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=20084&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20084&r=support
Expected behavior: http://bugs.php.net/fix.php?id=20084&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20084&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20084&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=20084&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20084&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=20084&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=20084&r=isapi
#20081 [Opn->]: return type of mysql_stat
ID: 20081 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Won\'t fix Bug Type: Feature/Change Request Operating System: n/a PHP Version: 4.2.3 New Comment: Hello Friedhelm, The php-function mysql_stat uses the api call mysql_stat(mysql). Unfortunately the C-API call from libmysql returns only a string: char *mysql_stat(MYSQL *mysql). But feel free to send a feature request to [EMAIL PROTECTED] Regards Georg Previous Comments: [2002-10-25 06:42:11] [EMAIL PROTECTED] Hi, the mysql_stat() function returns a string. Maybe it would nice if this function could return the infos in a more structured way, maybe as a sort of array. greets Friedhelm Betz p.s.: i used the latest snap for win, but the version doesnt harm :-) -- Edit this bug report at http://bugs.php.net/?id=20081&edit=1
#20063 [Fbk->Opn]: Compile fails with getopt.h not found
ID: 20063 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: OpenBSD 3.1-stable PHP Version: 4CVS-2002-10-24 Assigned To: hholzgra New Comment: No go, that snapshot didn't compile, but with a different error: gcc -Iext/standard/ -I/usr/local/src/pl/php4-200210250300/ext/standard/ -DPHP_ATOM_INC -I/usr/local/src/pl/php4-200210250300/include -I/usr/local/src/pl/php4-200210250300/main -I/usr/local/src/pl/php4-200210250300 -I/usr/local/src/pl/php4-200210250300/Zend -I/usr/local/include -I/usr/local/include/mysql -I/usr/local/src/pl/php4-200210250300/ext/xml/expat -I/usr/local/src/pl/php4-200210250300/TSRM -g -O2 -c /usr/local/src/pl/php4-200210250300/ext/standard/basic_func tions.c -o ext/standard/basic_functions.o && echo > ext/standard/basic_functions.lo /usr/local/src/pl/php4-200210250300/ext/standard/basic_func tions.c:1377: warning: `struct option' declared inside parameter list /usr/local/src/pl/php4-200210250300/ext/standard/basic_func tions.c:1377: warning: its scope is only this definition or declaration, which is probably not what you want. /usr/local/src/pl/php4-200210250300/ext/standard/basic_func tions.c: In function `free_longopts': /usr/local/src/pl/php4-200210250300/ext/standard/basic_func tions.c:1382: dereferencing pointer to incomplete type /usr/local/src/pl/php4-200210250300/ext/standard/basic_func tions.c:1382: increment of pointer to unknown structure /usr/local/src/pl/php4-200210250300/ext/standard/basic_func tions.c:1382: arithmetic on pointer to an incomplete type /usr/local/src/pl/php4-200210250300/ext/standard/basic_func tions.c:1383: dereferencing pointer to incomplete type /usr/local/src/pl/php4-200210250300/ext/standard/basic_func tions.c: In function `zif_getopt': /usr/local/src/pl/php4-200210250300/ext/standard/basic_func tions.c:1458: sizeof applied to an incomplete type /usr/local/src/pl/php4-200210250300/ext/standard/basic_func tions.c:1470: dereferencing pointer to incomplete type /usr/local/src/pl/php4-200210250300/ext/standard/basic_func tions.c:1474: dereferencing pointer to incomplete type /usr/local/src/pl/php4-200210250300/ext/standard/basic_func tions.c:1477: dereferencing pointer to incomplete type /usr/local/src/pl/php4-200210250300/ext/standard/basic_func tions.c:1482: dereferencing pointer to incomplete type /usr/local/src/pl/php4-200210250300/ext/standard/basic_func tions.c:1483: dereferencing pointer to incomplete type /usr/local/src/pl/php4-200210250300/ext/standard/basic_func tions.c:1484: dereferencing pointer to incomplete type /usr/local/src/pl/php4-200210250300/ext/standard/basic_func tions.c:1487: increment of pointer to unknown structure /usr/local/src/pl/php4-200210250300/ext/standard/basic_func tions.c:1487: arithmetic on pointer to an incomplete type /usr/local/src/pl/php4-200210250300/ext/standard/basic_func tions.c:1519: arithmetic on pointer to an incomplete type /usr/local/src/pl/php4-200210250300/ext/standard/basic_func tions.c:1519: dereferencing pointer to incomplete type /usr/local/src/pl/php4-200210250300/ext/standard/basic_func tions.c:1548: warning: passing arg 1 of `free_longopts' from incompatible pointer type *** Error code 1 Stop in /usr/local/src/pl/php4-200210250300 (line 427 of Makefile). Previous Comments: [2002-10-24 15:04:28] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-10-24 10:24:30] [EMAIL PROTECTED] Sorry, looks like I posted the error messages twice. [2002-10-24 10:22:11] [EMAIL PROTECTED] This was working fine, but has been broken in CVS for about the last 3 days. I'm building a CLI version: ./configure --with-mysql=/usr/local --with-pdflib --enable-exif --with-bz2 --with-zlib --with-openssl --with-gettext --with-ldap --with-mhash --disable-overload --enable-sockets --with-vpopmail --with-mcrypt --enable-sysvshm --enable-pcntl --with-config-file-path=/var/www/conf/php43/ --enable-mbstring --with-pear=/usr/local/lib/php Compile fails thus: gcc -Iext/standard/ -I/usr/local/src/php4/ext/standard/ -DPHP_ATOM_INC -I/usr/local/src/php4/include -I/usr/local/src/php4/main -I/usr/local/src/php4 -I/usr/local/src/php4/Zend -I/usr/local/include -I/usr/local/include/mysql -I/usr/local/src/php4/ext/xml/expat -I/usr/local/src/php4/TSRM -g -O2 -c /usr/local/src/php4/ext/standard/basic_functions.c -o ext/standard/basic_functions.o && echo > ext/standard/basic_functions.lo /usr/local/src/php4/ext/standard/ba
#20083 [Opn->Bgs]: PHP build fails with GD 2.0.4
ID: 20083 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: GD related Operating System: Linux RH 6.2 glibc 2.1.3 PHP Version: 4CVS-2002-10-25 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the original bug instead. Thank you for your interest in PHP. Previous Comments: [2002-10-25 06:48:12] [EMAIL PROTECTED] At least PHP 4.2.2 and above (including php4-STABLE-200210250300) fail to build with GD 2.0.4 Making all in gd make[2]: Entering directory `/opt/install/APACHE/apache/php4-STABLE-200210250300/ext/gd' make[3]: Entering directory `/opt/install/APACHE/apache/php4-STABLE-200210250300/ext/gd' gcc -I. -I/opt/install/APACHE/apache/php4-STABLE-200210250300/ext/gd -I/opt/install/APACHE/apache/php4-STABLE-200210250300/main -I/opt/install/APACHE/apache/php4-STABLE-200210250300 -I/opt/install/APACHE/apache/apache_1.3.27/src/include -I/opt/install/APACHE/apache/apache_1.3.27/src/os/unix -I/opt/install/APACHE/apache/php4-STABLE-200210250300/Zend -I/usr/local/ssl/include -I/usr/local/include -I/usr/local/include/libxml2 -I/usr/include/freetype2/freetype -I/opt/install/APACHE/apache/imap/c-client -I/usr/local/mysql/include/mysql -I/opt/install/APACHE/apache/swf/dist/include -I/opt/install/APACHE/apache/php4-STABLE-200210250300/ext/xml/expat -I/opt/install/APACHE/apache/php4-STABLE-200210250300/TSRM -g -O2 -c gd.c && touch gd.lo gd_ctx.c: In function `_php_image_output_ctx': In file included from gd.c:83: gd_ctx.c:70: structure has no member named `free' gd_ctx.c:98: structure has no member named `free' gd.c: In function `_php_image_type': gd.c:1014: structure has no member named `free' gd.c:1017: structure has no member named `free' gd.c: In function `_php_image_create_from': gd.c:1209: structure has no member named `free' make[3]: *** [gd.lo] Error 1 make[3]: Leaving directory `/opt/install/APACHE/apache/php4-STABLE-200210250300/ext/gd' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/opt/install/APACHE/apache/php4-STABLE-200210250300/ext/gd' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/opt/install/APACHE/apache/php4-STABLE-200210250300/ext' make: *** [all-recursive] Error 1 -- Edit this bug report at http://bugs.php.net/?id=20083&edit=1
#20083 [NEW]: PHP build fails with GD 2.0.4
From: [EMAIL PROTECTED] Operating system: Linux RH 6.2 glibc 2.1.3 PHP version: 4CVS-2002-10-25 PHP Bug Type: GD related Bug description: PHP build fails with GD 2.0.4 At least PHP 4.2.2 and above (including php4-STABLE-200210250300) fail to build with GD 2.0.4 Making all in gd make[2]: Entering directory `/opt/install/APACHE/apache/php4-STABLE-200210250300/ext/gd' make[3]: Entering directory `/opt/install/APACHE/apache/php4-STABLE-200210250300/ext/gd' gcc -I. -I/opt/install/APACHE/apache/php4-STABLE-200210250300/ext/gd -I/opt/install/APACHE/apache/php4-STABLE-200210250300/main -I/opt/install/APACHE/apache/php4-STABLE-200210250300 -I/opt/install/APACHE/apache/apache_1.3.27/src/include -I/opt/install/APACHE/apache/apache_1.3.27/src/os/unix -I/opt/install/APACHE/apache/php4-STABLE-200210250300/Zend -I/usr/local/ssl/include -I/usr/local/include -I/usr/local/include/libxml2 -I/usr/include/freetype2/freetype -I/opt/install/APACHE/apache/imap/c-client -I/usr/local/mysql/include/mysql -I/opt/install/APACHE/apache/swf/dist/include -I/opt/install/APACHE/apache/php4-STABLE-200210250300/ext/xml/expat -I/opt/install/APACHE/apache/php4-STABLE-200210250300/TSRM -g -O2 -c gd.c && touch gd.lo gd_ctx.c: In function `_php_image_output_ctx': In file included from gd.c:83: gd_ctx.c:70: structure has no member named `free' gd_ctx.c:98: structure has no member named `free' gd.c: In function `_php_image_type': gd.c:1014: structure has no member named `free' gd.c:1017: structure has no member named `free' gd.c: In function `_php_image_create_from': gd.c:1209: structure has no member named `free' make[3]: *** [gd.lo] Error 1 make[3]: Leaving directory `/opt/install/APACHE/apache/php4-STABLE-200210250300/ext/gd' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/opt/install/APACHE/apache/php4-STABLE-200210250300/ext/gd' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/opt/install/APACHE/apache/php4-STABLE-200210250300/ext' make: *** [all-recursive] Error 1 -- Edit bug report at http://bugs.php.net/?id=20083&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20083&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20083&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20083&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20083&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20083&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20083&r=support Expected behavior: http://bugs.php.net/fix.php?id=20083&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20083&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20083&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20083&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20083&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20083&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20083&r=isapi
#20081 [NEW]: return type of mysql_stat
From: [EMAIL PROTECTED] Operating system: n/a PHP version: 4.2.3 PHP Bug Type: Feature/Change Request Bug description: return type of mysql_stat Hi, the mysql_stat() function returns a string. Maybe it would nice if this function could return the infos in a more structured way, maybe as a sort of array. greets Friedhelm Betz p.s.: i used the latest snap for win, but the version doesnt harm :-) -- Edit bug report at http://bugs.php.net/?id=20081&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20081&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20081&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20081&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20081&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20081&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20081&r=support Expected behavior: http://bugs.php.net/fix.php?id=20081&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20081&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20081&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20081&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20081&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20081&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20081&r=isapi
#20078 [Opn->Bgs]: Error with left join with mysql_fetch_array()
ID: 20078 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: Linux 2.4.18 PHP Version: 4.2.1 New Comment: As I told you before, it's not a bug in PHP, it's the expected result. Please visit http://www.php.net/support.php or http://www.mysql.com/documentation/lists.html Georg Previous Comments: [2002-10-25 05:44:01] [EMAIL PROTECTED] Why in the php 4.1.2 is ok? The problem is the value NULL it not exist in database... why php retrive an inexistent value [2002-10-25 04:49:07] [EMAIL PROTECTED] that's one of the reasons why you should never use 'select * from ...' -> you haven't specified *which* P column you want, A.P or B.P php gives you B.P as P while the cmd line cliebt chose to display A.P ... [2002-10-25 04:32:17] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. If you use mysql_fetch_array with MYSQL_FETCH_ASSOC, be sure that fieldnames are unique. Georg [2002-10-25 04:23:20] [EMAIL PROTECTED] What 'not enough information' meens in this case, is the lack of a short, self contained, copy/paste/run script, so we can try to reproduce the problem. [2002-10-25 04:15:21] [EMAIL PROTECTED] This problem is verified with any mysql version $array The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/20078 -- Edit this bug report at http://bugs.php.net/?id=20078&edit=1
#20056 [Fbk->Opn]: mail() hangs when e-mail is too big.
ID: 20056 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Windows XP Pro PHP Version: 4.2.3 New Comment: The scripts no more hangs the machine, but ... does'nt work any more. Outlook express cant't recognise the mime format. The difference between the results of the same script on Linux/4.2.3 and XP/4.3 seem to be "\r\n\r\n" are changed to "\r\n". I'm not sure, but i think the double /r/n/r/n was compulsory in some cases to separate mime blocks Tried "\r\n \r\n" instead, witch is not changed but it does not work. Everything else "\r\n\r\n\n\r" ... is each time changed to "\r\n". Previous Comments: [2002-10-24 08:23:05] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-10-24 05:23:04] [EMAIL PROTECTED] This bug happends only on 4.2.3/Win XP/IIS, (developpement site) our web site runs the scripts corectly on 4.2.3/Linux/Appache. Whe have a function to send by e-mail a web page from our site, including pictures (mime multipart) if used. All works fine, but on our developpement system (XP/IIS) it seems that only very small message works (2kb ok, 7 kb hangs) To send mime compliant message all text is prepared in a single string $mtext and sent with: $is_sent=mail($to, $subject,"",$mtext); result is a send a report bug window to microsoft after a 5 sec wait. Printing text with flush() during script made us sure the bug is in the mail function. -- Edit this bug report at http://bugs.php.net/?id=20056&edit=1
#20078 [Bgs->Opn]: Error with left join with mysql_fetch_array()
ID: 20078 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: MySQL related Operating System: Linux 2.4.18 PHP Version: 4.2.1 New Comment: Why in the php 4.1.2 is ok? The problem is the value NULL it not exist in database... why php retrive an inexistent value Previous Comments: [2002-10-25 04:49:07] [EMAIL PROTECTED] that's one of the reasons why you should never use 'select * from ...' -> you haven't specified *which* P column you want, A.P or B.P php gives you B.P as P while the cmd line cliebt chose to display A.P ... [2002-10-25 04:32:17] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. If you use mysql_fetch_array with MYSQL_FETCH_ASSOC, be sure that fieldnames are unique. Georg [2002-10-25 04:23:20] [EMAIL PROTECTED] What 'not enough information' meens in this case, is the lack of a short, self contained, copy/paste/run script, so we can try to reproduce the problem. [2002-10-25 04:15:21] [EMAIL PROTECTED] This problem is verified with any mysql version $array [2002-10-25 04:08:12] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/20078 -- Edit this bug report at http://bugs.php.net/?id=20078&edit=1
#20078 [Bgs]: Error with left join with mysql_fetch_array()
ID: 20078 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: MySQL related Operating System: Linux 2.4.18 PHP Version: 4.2.1 New Comment: that's one of the reasons why you should never use 'select * from ...' -> you haven't specified *which* P column you want, A.P or B.P php gives you B.P as P while the cmd line cliebt chose to display A.P ... Previous Comments: [2002-10-25 04:32:17] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. If you use mysql_fetch_array with MYSQL_FETCH_ASSOC, be sure that fieldnames are unique. Georg [2002-10-25 04:23:20] [EMAIL PROTECTED] What 'not enough information' meens in this case, is the lack of a short, self contained, copy/paste/run script, so we can try to reproduce the problem. [2002-10-25 04:15:21] [EMAIL PROTECTED] This problem is verified with any mysql version $array [2002-10-25 04:08:12] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2002-10-25 04:07:24] [EMAIL PROTECTED] Using mysql_fetch_array function if submit an query with left join es.: select * from A left join B on (A.index_c=B.index_c) the resulting array contains fields of table B with NULL value if condition is not matched es.: A table: | index | index_c | X | P | | 1 |1| 1 | 1 | | 1 | NULL | 1 | 1 | B table: --- | index_c | P | D | --- |1| 1 | 2 | --- Array result: - | index | index_c | X | P | D | - | 1 |1| 1 | 1 | 2 | - | 1 | NULL | 1 |NULL|NULL| - with command line mysql: - | index | index_c | X | P | D | - | 1 |1| 1 | 1 | 2 | - | 1 | NULL | 1 | 1 || - bye -- Edit this bug report at http://bugs.php.net/?id=20078&edit=1
#20078 [Bgs]: Error with left join with mysql_fetch_array()
ID: 20078 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: MySQL related Operating System: Linux 2.4.18 PHP Version: 4.2.1 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. If you use mysql_fetch_array with MYSQL_FETCH_ASSOC, be sure that fieldnames are unique. Georg Previous Comments: [2002-10-25 04:23:20] [EMAIL PROTECTED] What 'not enough information' meens in this case, is the lack of a short, self contained, copy/paste/run script, so we can try to reproduce the problem. [2002-10-25 04:15:21] [EMAIL PROTECTED] This problem is verified with any mysql version $array [2002-10-25 04:08:12] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2002-10-25 04:07:24] [EMAIL PROTECTED] Using mysql_fetch_array function if submit an query with left join es.: select * from A left join B on (A.index_c=B.index_c) the resulting array contains fields of table B with NULL value if condition is not matched es.: A table: | index | index_c | X | P | | 1 |1| 1 | 1 | | 1 | NULL | 1 | 1 | B table: --- | index_c | P | D | --- |1| 1 | 2 | --- Array result: - | index | index_c | X | P | D | - | 1 |1| 1 | 1 | 2 | - | 1 | NULL | 1 |NULL|NULL| - with command line mysql: - | index | index_c | X | P | D | - | 1 |1| 1 | 1 | 2 | - | 1 | NULL | 1 | 1 || - bye -- Edit this bug report at http://bugs.php.net/?id=20078&edit=1
#15267 [Com]: "declare" makes apacke crashes under Windows.
ID: 15267 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Scripting Engine problem Operating System: Windows 2000 PHP Version: 4.2.3 New Comment: ghhgjghjgh Previous Comments: [2002-09-26 19:31:55] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. oops, forgot to close. [2002-09-26 19:21:56] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. [2002-09-03 12:24:31] [EMAIL PROTECTED] same bug with php 4.2.2 on Windows XP Professionnal running apache and php as a module : the code in the php documentation crashes apache unless i comment either the register_tick_function line or the whole code in the declare statement. it does the same with a simpler code (echo $x) in the declare statement as well. Commenting only the code in the function 'profile' doesn't stop apache from crashing though. it's a pity because i wanted to try it looks nice to use ... [2002-08-28 15:09:53] [EMAIL PROTECTED] b/c i dont know how to use ticks i am not exactly sure what the problem is but i think i have narrowed it down to something with declare or register_tick_function. when one of them is commented out, it does not crash but when they are both there, it does crash. Something to keep in mind is when the contents of registered tick function or the contents of declare are completely removed, the crash does not occur. with declare even the brackets cant be there. Knight [2002-08-25 18:14:27] [EMAIL PROTECTED] The bug is still there. And 4.2.1 is hardly too old. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/15267 -- Edit this bug report at http://bugs.php.net/?id=15267&edit=1
#20078 [Opn->Bgs]: Error with left join with mysql_fetch_array()
ID: 20078 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: Linux 2.4.18 PHP Version: 4.2.1 New Comment: What 'not enough information' meens in this case, is the lack of a short, self contained, copy/paste/run script, so we can try to reproduce the problem. Previous Comments: [2002-10-25 04:15:21] [EMAIL PROTECTED] This problem is verified with any mysql version $array [2002-10-25 04:08:12] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2002-10-25 04:07:24] [EMAIL PROTECTED] Using mysql_fetch_array function if submit an query with left join es.: select * from A left join B on (A.index_c=B.index_c) the resulting array contains fields of table B with NULL value if condition is not matched es.: A table: | index | index_c | X | P | | 1 |1| 1 | 1 | | 1 | NULL | 1 | 1 | B table: --- | index_c | P | D | --- |1| 1 | 2 | --- Array result: - | index | index_c | X | P | D | - | 1 |1| 1 | 1 | 2 | - | 1 | NULL | 1 |NULL|NULL| - with command line mysql: - | index | index_c | X | P | D | - | 1 |1| 1 | 1 | 2 | - | 1 | NULL | 1 | 1 || - bye -- Edit this bug report at http://bugs.php.net/?id=20078&edit=1
#20078 [Bgs->Opn]: Error with left join with mysql_fetch_array()
ID: 20078 User updated by: [EMAIL PROTECTED] -Summary: Error with left join Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: MySQL related Operating System: Linux 2.4.18 PHP Version: 4.2.1 New Comment: This problem is verified with any mysql version $array Previous Comments: [2002-10-25 04:08:12] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2002-10-25 04:07:24] [EMAIL PROTECTED] Using mysql_fetch_array function if submit an query with left join es.: select * from A left join B on (A.index_c=B.index_c) the resulting array contains fields of table B with NULL value if condition is not matched es.: A table: | index | index_c | X | P | | 1 |1| 1 | 1 | | 1 | NULL | 1 | 1 | B table: --- | index_c | P | D | --- |1| 1 | 2 | --- Array result: - | index | index_c | X | P | D | - | 1 |1| 1 | 1 | 2 | - | 1 | NULL | 1 |NULL|NULL| - with command line mysql: - | index | index_c | X | P | D | - | 1 |1| 1 | 1 | 2 | - | 1 | NULL | 1 | 1 || - bye -- Edit this bug report at http://bugs.php.net/?id=20078&edit=1
#20079 [NEW]: return valuse of ora_logoff() error
From: [EMAIL PROTECTED]
Operating system: RedHat 7.3
PHP version: 4.2.3
PHP Bug Type: Oracle related
Bug description: return valuse of ora_logoff() error
logoff is return false";
}
if ($logoff==true) {
echo "logoff is return true";
}
echo ora_error($conn);
?>
The output is:
Resource id #1ORA-0: normal, successful completion
logoff is return false
Warning: ora_error(): 1 is not a valid Oracle-Connection/Cursor resource
in /home/swxiao/public_html/logoff.php on line 12
I think that the return values of ora_logoff() is false when success
logoff,but it should return true when success logoff.
Is this a bug?
Thanks!
--
Edit bug report at http://bugs.php.net/?id=20079&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20079&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=20079&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=20079&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20079&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=20079&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20079&r=support
Expected behavior: http://bugs.php.net/fix.php?id=20079&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20079&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20079&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=20079&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20079&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=20079&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=20079&r=isapi
#20078 [Opn->Bgs]: Error with left join
ID: 20078 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: Linux 2.4.18 PHP Version: 4.2.1 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. Previous Comments: [2002-10-25 04:07:24] [EMAIL PROTECTED] Using mysql_fetch_array function if submit an query with left join es.: select * from A left join B on (A.index_c=B.index_c) the resulting array contains fields of table B with NULL value if condition is not matched es.: A table: | index | index_c | X | P | | 1 |1| 1 | 1 | | 1 | NULL | 1 | 1 | B table: --- | index_c | P | D | --- |1| 1 | 2 | --- Array result: - | index | index_c | X | P | D | - | 1 |1| 1 | 1 | 2 | - | 1 | NULL | 1 |NULL|NULL| - with command line mysql: - | index | index_c | X | P | D | - | 1 |1| 1 | 1 | 2 | - | 1 | NULL | 1 | 1 || - bye -- Edit this bug report at http://bugs.php.net/?id=20078&edit=1
#20078 [NEW]: Error with left join
From: [EMAIL PROTECTED] Operating system: Linux 2.4.18 PHP version: 4.2.1 PHP Bug Type: MySQL related Bug description: Error with left join Using mysql_fetch_array function if submit an query with left join es.: select * from A left join B on (A.index_c=B.index_c) the resulting array contains fields of table B with NULL value if condition is not matched es.: A table: | index | index_c | X | P | | 1 |1| 1 | 1 | | 1 | NULL | 1 | 1 | B table: --- | index_c | P | D | --- |1| 1 | 2 | --- Array result: - | index | index_c | X | P | D | - | 1 |1| 1 | 1 | 2 | - | 1 | NULL | 1 |NULL|NULL| - with command line mysql: - | index | index_c | X | P | D | - | 1 |1| 1 | 1 | 2 | - | 1 | NULL | 1 | 1 || - bye -- Edit bug report at http://bugs.php.net/?id=20078&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20078&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20078&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20078&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20078&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20078&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20078&r=support Expected behavior: http://bugs.php.net/fix.php?id=20078&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20078&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20078&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20078&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20078&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20078&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20078&r=isapi
#9852 [Com]: Header redirect and db connection cause "CGI misbehaved"
ID: 9852 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: IIS related Operating System: Windows 2000 PHP Version: 4.2.1 New Comment: We have the same problem and the same configuration Web server: Win2000 Server IIS 5.0 PHP 4.2.2 (CGI mode) Database server: WinNT 4.0 SP6 MS-SQL 7.0 Client: Win2000 Professional SP1 IE 5.5 SP1 The CGI Error is apperaing now and then. Tried all patches (MDAC 2.7 ...) and "Check File exists.." but nothing really worked.. I would love to try to change these perfomance options as Ottawa posted, but unfortunately I don't know where in IIS to set them! Could somebody give me a helping hand on that ?? I will then test and post the results! Thanks Ewald Previous Comments: [2002-10-10 13:15:46] [EMAIL PROTECTED] Follow up: (VERY INTERESTING) As previously posted, a client of ours installed our PHP application and had CGI errors like crazy. They installed MDAC 2.7 and MS02-009 and fixed the problem. We recently were able to convince them to try a test for us (because their machine is three times faster than anything we have!). We had them change their Performance Options from "Background services" to "Application" RESULT: CGI misbehaved ERRORS ALL OVER THE PLACE! Set back the Performance Options to "Background services". RESULT: NO CGI ERRORS! Scott is really onto something here. There is no question these errors are directly related to Performance Options and the priviledges associated with this setting. It's very interesting that IIS doesn't even get to the point of launching PHP in Scott's tests. I want to do some testing with running the IIS slot as an Administrator. I will post my findings. Ottawa [2002-09-24 20:46:08] [EMAIL PROTECTED] Hi All, I installed the patch for Q318089 (MS02-009) and the error still occurs. It's also interesting to note that after running IRIS (network packet sniffer) it seems that IIS is not even launching PHP since the header "X-Powered-By: PHP/4.2.3" does not show up. I can only guess in that something with IIS/PHP/MSSQL connectivity, the PHP executable (child handles/threads) are being locked in use which prevents PHP from launching, however a local administrator on the box has sufficient priviledges to over-ride these locks and PHP is launched. -- Packet from IRIS -- GET /image_viewer.php?strPhotoID=99cBiFieBDiBaHBHcBac&strThumb=1 HTTP/1.1 Accept: */* Referer: http://website/test.php Accept-Language: en-au Accept-Encoding: gzip, deflate User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; Q312461) Host: website Connection: Keep-Alive Cookie: PHPSESSID=b3cfba912345ad3043a08bd6d6faf16d HTTP/1.1 502 Gateway Error Server: Microsoft-IIS/5.0 Date: Wed, 25 Sep 2002 01:18:12 GMT Connection: close Content-Length: 215 Content-Type: text/html Error in CGI Application CGI ErrorThe specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: --- Regards David [2002-09-24 20:05:43] [EMAIL PROTECTED] After some further testing on this PHP bug, I'll have to claim my previous comment about upgrading MDAC to be a bit of a Red Herring. However, my comment about running the IIS slot as an Administrator is still valid, it seems that when the scripts are being executed as an administrator (either by setting the anonymous IUSR to be an administrator or removing anonymous access and authenticating with an administrator account), this bug didn't occur in the 200 or so requests that I made to the server yet when I drop the slot back to being run as the IUSR it fails immediately. The bug now seems to be not related to a Header redirect since I can replicate it almost every time without fail by browsing to one of my plain HTML pages which loads approximately 30 images by using a PHP script to produce the image. A database connection is created in that image script as it lookups the image's ID (a random 15 character string) which maps it to the physical location of the image. I have tried to throttle the bandwidth setting as mentioned earlier but with no success. I have also been seeing these "Application Popup Errors" at the same time that the PHP script returns its CGI Header error. This popups occur on the console and are exactly the same each time, they consist of; --- Title Bar: php.exe - Application Error The application failed to initialize properly (0xc142). Click OK to terminate the application --- Server Information: P3-1Ghz 512Mb RAM Win2000 Server (SP3), IIS5 Hotfixes: Q326830 Q295688 Q147222 IIS is configu
#20076 [Opn->Bgs]: Unable to compile php with most recent version of GD
ID: 20076 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Linux PHP Version: 4.2.3 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the original bug instead. Thank you for your interest in PHP. Previous Comments: [2002-10-25 02:00:28] [EMAIL PROTECTED] Installed gd-2.0.4. Went and configured php with all flags needed: "./configure --with-apache=../apache_1.3.27 --enable-track-vars --with-imap=/usr/local/src/imap-4.7c --enable-sockets --with-mysql=/usr/local --enable-dbase --with-curses --enable-ftp --with-gd=/usr/local --enable-gd-native-ttf --with-jpeg-dir=/usr/local --with-png-dir=/usr/local --with-freetype-dir=/usr/local --with-t1lib --with-zlib-dir=/usr" Then compiled fine until it got to the ~/php-4.2.3/ext/gd/gdctx.c and ~/php-4.2.3/ext/gd/gd.c Mentioned something about the gdIOCtx structure not having a member named 'free' so I looked at the gd_io.h in /usr/include and saw that there was no free member, but there was a gd_free. I renamed it in the above mentioned files and everything compiled and appears to be working fine. -- Edit this bug report at http://bugs.php.net/?id=20076&edit=1
#20076 [NEW]: Unable to compile php with most recent version of GD
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.2.3 PHP Bug Type: Compile Failure Bug description: Unable to compile php with most recent version of GD Installed gd-2.0.4. Went and configured php with all flags needed: "./configure --with-apache=../apache_1.3.27 --enable-track-vars --with-imap=/usr/local/src/imap-4.7c --enable-sockets --with-mysql=/usr/local --enable-dbase --with-curses --enable-ftp --with-gd=/usr/local --enable-gd-native-ttf --with-jpeg-dir=/usr/local --with-png-dir=/usr/local --with-freetype-dir=/usr/local --with-t1lib --with-zlib-dir=/usr" Then compiled fine until it got to the ~/php-4.2.3/ext/gd/gdctx.c and ~/php-4.2.3/ext/gd/gd.c Mentioned something about the gdIOCtx structure not having a member named 'free' so I looked at the gd_io.h in /usr/include and saw that there was no free member, but there was a gd_free. I renamed it in the above mentioned files and everything compiled and appears to be working fine. -- Edit bug report at http://bugs.php.net/?id=20076&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20076&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20076&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20076&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20076&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20076&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20076&r=support Expected behavior: http://bugs.php.net/fix.php?id=20076&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20076&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20076&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20076&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20076&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20076&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20076&r=isapi
