#29915 [Asn->Csd]: [PATCH] allocate_new_resource() dangling pointer
ID: 29915
Updated by: [EMAIL PROTECTED]
Reported By: test dot 007 at seznam dot cz
-Status: Assigned
+Status: Closed
Bug Type: Reproducible crash
Operating System: *
PHP Version: 4CVS, 5CVS (2005-03-09)
Assigned To: andi
New Comment:
Fixed in CVS (picked Moriyoshi's approach to be on the safe side)
Previous Comments:
[2005-03-19 23:52:22] [EMAIL PROTECTED]
- tsrm_mutex_unlock(tsmm_mutex);
if (tsrm_new_thread_end_handler) {
tsrm_new_thread_end_handler(thread_id,
&((*thread_resources_ptr)->storage));
}
+ tsrm_mutex_unlock(tsmm_mutex);
}
IMO simply putting the mutex release point ahead would
make more sense..
[2005-03-19 22:38:19] [EMAIL PROTECTED]
Again a patch, can you review it or do I blindly commit it?
[2005-03-08 15:29:49] test dot 007 at seznam dot cz
--- TSRM/TSRM.c 2004-05-23 19:05:10.0 +0200
+++ TSRM/TSRM.c 2005-03-08 14:36:33.25000 +0100
@@ -260,9 +260,11 @@
static void allocate_new_resource(tsrm_tls_entry
**thread_resources_ptr, THREAD_T thread_id)
{
int i;
+ tsrm_tls_entry *new_resource;
TSRM_ERROR((TSRM_ERROR_LEVEL_CORE, "Creating data structures for
thread %x", thread_id));
(*thread_resources_ptr) = (tsrm_tls_entry *)
malloc(sizeof(tsrm_tls_entry));
+ new_resource = (*thread_resources_ptr);
(*thread_resources_ptr)->storage = (void **) malloc(sizeof(void
*)*id_count);
(*thread_resources_ptr)->count = id_count;
(*thread_resources_ptr)->thread_id = thread_id;
@@ -299,7 +301,7 @@
tsrm_mutex_unlock(tsmm_mutex);
if (tsrm_new_thread_end_handler) {
- tsrm_new_thread_end_handler(thread_id,
&((*thread_resources_ptr)->storage));
+ tsrm_new_thread_end_handler(thread_id,
&(new_resource->storage));
}
}
http://test-007.webpark.cz/php29915.u.patch
As I already explained, it may crash with any scripts, it only needs
many concurrent threads, thus I can't give you a good example script.
[2005-03-07 21:35:28] [EMAIL PROTECTED]
Please provide any patches in unified diff format (diff -u)
and also, put them online somewhere where we can download them.
Can you also give some short example script which illustrates the
problem this patch supposedly fixes?
[2005-02-16 16:48:31] test dot 007 at seznam dot cz
Hello Tony,
I found the bug in 4.3.8, but I've checked sources of PHP5 (a link you
provided), and the bug is still present in both 4.x and 5.x.
The bug only occurs if there are more PHP threads running, and you have
a bad luck. It is unrelated to a PHP script, it can crash with any
script(s) => I can't provide you with a particular "crashing" or even
"crashes here" script.
To sum up the problem, allocate_new_resource() uses a resource a
microsecond after it has unlocked a mutex. If another thread removes
the resource during the microsecond, crash.
tsrm_mutex_unlock(tsmm_mutex);
if (tsrm_new_thread_end_handler) {
tsrm_new_thread_end_handler(thread_id,
&((*thread_resources_ptr)->storage));
My patch is obviously harmless, and, believe me, it helps :-)
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/29915
--
Edit this bug report at http://bugs.php.net/?id=29915&edit=1
#32381 [NEW]: T1lib configuring error
From: dbarth at gmx dot net
Operating system: Mandrake 10
PHP version: 5.0.3
PHP Bug Type: *Compile Issues
Bug description: T1lib configuring error
Description:
Hello I need to compile php with t1lib support, but i get follwing error
while configuring:
configure:30293: checking for jpeg_read_header in -ljpeg
configure:30576: checking for png_write_image in -lpng
configure:31675: checking for T1_StrError in -lt1
configure:31694: gcc -o conftest -g -O2 conftest.c -lt1 -lpng -lz
-ljpeg -lg
bm -lbz2 -lz -lssl -lcrypto -lresolv -lm -ldl -lnsl -lxml2 -lz -lm -lxml2
-lz
lm 1>&5
/tmp//ccaz46FM.o(.text+0x9): In function `main':
/usr/local/src/php-5.0.3/configure:31690: undefined reference to
`T1_StrError'
collect2: ld returned 1 exit status
configure: failed program was:
#line 31683 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char T1_StrError();
int main() {
T1_StrError()
; return 0; }
any suggestions?
(ver: t1lib 1.3.1)
--
Edit bug report at http://bugs.php.net/?id=32381&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32381&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32381&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32381&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32381&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32381&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32381&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32381&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32381&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32381&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32381&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32381&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32381&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32381&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32381&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32381&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32381&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32381&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32381&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32381&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32381&r=mysqlcfg
#32176 [Fbk]: (OS 10054)An existing connection was forcibly closed by the remote host. : cor
ID: 32176 Updated by: [EMAIL PROTECTED] Reported By: webmaster at sanders-consultation-group-plu Status: Feedback Bug Type: Apache2 related Operating System: Windows 2000 Pro PHP Version: 5.0.3 New Comment: Exactly what problem are you reporting? Just that this message is logged to the error_log when a client aborts a connection (and so, may happen a lot)? That is expected behaviour. Previous Comments: [2005-03-12 14:46:03] [EMAIL PROTECTED] Waiting for feedback..(please don't reply before you have tried the snapshot) [2005-03-10 20:58:10] webmaster at sanders-consultation-group-plu Thanks Sniper, I'll work on that CVS update here over the weekend. Things are a bit hectic to do it today. Thanks for the help. I'll report back once it's completed. [2005-03-09 21:38:55] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip It was said in the bug #25570 that this should be fixed in CVS.. [2005-03-09 04:13:36] webmaster at sanders-consultation-group-plu Thought maybe some of this might help...just trying to help identify what's still causing this problem. Server software environment: Apache version 2.0.52 MySQL version 4.1.10 PostgreSQL version 8.0.0 Openssl version 0.9.7e Slimftpd version 3.16 Xmail version 1.21 Perl version 5.8.6 PHP version 5.0.3 readme Python version 2.3.4 [2005-03-09 04:10:25] webmaster at sanders-consultation-group-plu Done Sniper, restarted the server, and still the following: [Tue Mar 08 21:02:17 2005] [info] (OS 10054)An existing connection was forcibly closed by the remote host. : core_output_filter: writing data to the network [Tue Mar 08 20:59:21 2005] [info] (OS 10054)An existing connection was forcibly closed by the remote host. : core_output_filter: writing data to the network [Tue Mar 08 20:59:21 2005] [info] (OS 10054)An existing connection was forcibly closed by the remote host. : core_output_filter: writing data to the network [Tue Mar 08 20:57:20 2005] [info] (OS 10054)An existing connection was forcibly closed by the remote host. : core_output_filter: writing data to the network [Tue Mar 08 20:57:20 2005] [info] (OS 10054)An existing connection was forcibly closed by the remote host. : core_output_filter: writing data to the network [Tue Mar 08 20:56:59 2005] [info] (OS 10054)An existing connection was forcibly closed by the remote host. : core_output_filter: writing data to the network [Tue Mar 08 20:56:58 2005] [info] (OS 10054)An existing connection was forcibly closed by the remote host. : core_output_filter: writing data to the network [Tue Mar 08 20:54:51 2005] [info] (OS 10054)An existing connection was forcibly closed by the remote host. : core_output_filter: writing data to the network [Tue Mar 08 20:54:29 2005] [info] (OS 10054)An existing connection was forcibly closed by the remote host. : core_output_filter: writing data to the network [Tue Mar 08 20:50:41 2005] [info] (OS 10054)An existing connection was forcibly closed by the remote host. : core_output_filter: writing data to the network [Tue Mar 08 20:50:41 2005] [info] (OS 10054)An existing connection was forcibly closed by the remote host. : core_output_filter: writing data to the network Next question or suggestion? Thanks for the suggestion. 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/32176 -- Edit this bug report at http://bugs.php.net/?id=32176&edit=1
#32349 [Bgs->Opn]: basename with \
ID: 32349
User updated by: zamorov at edinorog dot ru
Reported By: zamorov at edinorog dot ru
-Status: Bogus
+Status: Open
Bug Type: Filesystem function related
Operating System: FreeBSD
PHP Version: php4-STABLE-200503181130
New Comment:
Sample. I'm upload file from windows to unix.
$_FILES[etc]['name'] contain path with backslash, but basename
understand only forward slash.
Use
$imageName =& array_pop(split('/', strtr($_FILES['image']['name'],
array('\\' => '/';
rather than
$imageName =& basename($_FILES['image']['name']);
wise choice?
Previous Comments:
[2005-03-18 15:08:24] [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
Qutiong php.net/basename
"On Windows, both slash (/) and backslash (\) are used as
directory separator character. In other environments, it is
the forward slash (/)."
[2005-03-18 14:41:29] zamorov at edinorog dot ru
That problem remained open.
[2005-03-17 09:34:06] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2005-03-17 09:28:13] zamorov at edinorog dot ru
Description:
basename not work correctly with windows path
Reproduce code:
---
$win = basename('C:\Windows\win.ini');
$unix = basename('/usr/local/etc/win.ini');
Expected result:
$win = 'win.ini';
$unix = 'win.ini';
Actual result:
--
$win = 'C:\Windows\win.ini';
$unix = 'win.ini';
--
Edit this bug report at http://bugs.php.net/?id=32349&edit=1
#32349 [Opn->Fbk]: basename with \
ID: 32349
Updated by: [EMAIL PROTECTED]
Reported By: zamorov at edinorog dot ru
-Status: Open
+Status: Feedback
Bug Type: Filesystem function related
Operating System: FreeBSD
PHP Version: php4-STABLE-200503181130
New Comment:
On unix "\name\containing\slashes" is a perfectly valid *directory or
file* name, so why do we have to force users not to use such names?
Previous Comments:
[2005-03-20 11:28:32] zamorov at edinorog dot ru
Sample. I'm upload file from windows to unix.
$_FILES[etc]['name'] contain path with backslash, but basename
understand only forward slash.
Use
$imageName =& array_pop(split('/', strtr($_FILES['image']['name'],
array('\\' => '/';
rather than
$imageName =& basename($_FILES['image']['name']);
wise choice?
[2005-03-18 15:08:24] [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
Qutiong php.net/basename
"On Windows, both slash (/) and backslash (\) are used as
directory separator character. In other environments, it is
the forward slash (/)."
[2005-03-18 14:41:29] zamorov at edinorog dot ru
That problem remained open.
[2005-03-17 09:34:06] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2005-03-17 09:28:13] zamorov at edinorog dot ru
Description:
basename not work correctly with windows path
Reproduce code:
---
$win = basename('C:\Windows\win.ini');
$unix = basename('/usr/local/etc/win.ini');
Expected result:
$win = 'win.ini';
$unix = 'win.ini';
Actual result:
--
$win = 'C:\Windows\win.ini';
$unix = 'win.ini';
--
Edit this bug report at http://bugs.php.net/?id=32349&edit=1
#32382 [NEW]: Method of restricting function execution to specified scripts
From: jgauld at blueyonder dot co dot uk Operating system: Any PHP version: Irrelevant PHP Bug Type: Feature/Change Request Bug description: Method of restricting function execution to specified scripts Description: It would be really helpful to have a way of determining which script (file) has just called a function (which may or may not be defined in an "include()"ed file), and based on some bespoke code within that function, be able to to allow or deny it's execution. Perhaps something along the lines of a new magic constant similar to __FILE__ that actually holds the absolute path to the calling script (__FILECALLER__?) -- Edit bug report at http://bugs.php.net/?id=32382&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32382&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32382&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32382&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32382&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32382&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32382&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32382&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32382&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32382&r=support Expected behavior: http://bugs.php.net/fix.php?id=32382&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32382&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32382&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32382&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32382&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32382&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32382&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32382&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32382&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32382&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32382&r=mysqlcfg
#32382 [Opn->Bgs]: Method of restricting function execution to specified scripts
ID: 32382 Updated by: [EMAIL PROTECTED] Reported By: jgauld at blueyonder dot co dot uk -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: Any PHP Version: Irrelevant New Comment: We have debug_backtrace() and debug_print_backtrace() Previous Comments: [2005-03-20 12:03:06] jgauld at blueyonder dot co dot uk Description: It would be really helpful to have a way of determining which script (file) has just called a function (which may or may not be defined in an "include()"ed file), and based on some bespoke code within that function, be able to to allow or deny it's execution. Perhaps something along the lines of a new magic constant similar to __FILE__ that actually holds the absolute path to the calling script (__FILECALLER__?) -- Edit this bug report at http://bugs.php.net/?id=32382&edit=1
#32383 [NEW]: count() hits 4796 maximum count
From: mark dot booker at gmail dot com Operating system: Windows Server 2003 Ent. Edt. PHP version: 5.0.3 PHP Bug Type: Arrays related Bug description: count() hits 4796 maximum count Description: Using count() on an array that has more than 4796 elements, count returns 4796, other functions such as print_r() show all elements and the foreach() command also goes beyond the 4796 limit. Reproduce code: --- $i=single dimension array with 4830 elements print count($i); Expected result: 4830 printed on screen Actual result: -- 4796 printed on screen -- Edit bug report at http://bugs.php.net/?id=32383&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32383&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32383&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32383&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32383&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32383&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32383&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32383&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32383&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32383&r=support Expected behavior: http://bugs.php.net/fix.php?id=32383&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32383&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32383&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32383&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32383&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32383&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32383&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32383&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32383&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32383&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32383&r=mysqlcfg
#32384 [NEW]: old libmysqlclient caused data loss in MySQL 4.1 DB
From: ustupkin at mail dot primorye dot ru Operating system: windows PHP version: 4.3.10 PHP Bug Type: MySQL related Bug description: old libmysqlclient caused data loss in MySQL 4.1 DB Description: http://bugs.mysql.com/bug.php?id=8420&thanks=2¬ify=7 Windows version of PHP 4.x.x compiled with old libmysqlclient - 3.xx.xx. Moreover, it has hardcoded path to mysql charset dir. Reproduce code: --- echoes "File 'c:\mysql\share\charsets\?.conf' not found (Errcode: 22) Character set '#51' is not a compiled character set and is not specified in the 'c:\mysql\share\charsets\Index' file current character set is latin1" There is an obvious bug in every win32 distribution of MySQL 4.1.x. There is no sense to setting such options as: character-sets-dir=c:/mysql/share/charsets default-character-set=cp1251 In any case as result - something like this: File 'c:\mysql\share\charsets\?.conf' not found (Errcode: 22) Character set '#51' is not a compiled character set and is not specified in the 'c:\mysql\share\charsets\Index' file -- Edit bug report at http://bugs.php.net/?id=32384&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32384&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32384&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32384&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32384&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32384&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32384&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32384&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32384&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32384&r=support Expected behavior: http://bugs.php.net/fix.php?id=32384&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32384&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32384&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32384&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32384&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32384&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32384&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32384&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32384&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32384&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32384&r=mysqlcfg
#32384 [Opn]: old libmysqlclient caused data loss in MySQL 4.1 DB
ID: 32384 User updated by: ustupkin at mail dot primorye dot ru Reported By: ustupkin at mail dot primorye dot ru Status: Open Bug Type: MySQL related Operating System: windows PHP Version: 4.3.10 New Comment: First I think that it MySQL bug, so "There is an obvious bug in every win32 distribution of MySQL 4.1.x." is wrong Previous Comments: [2005-03-20 14:59:12] ustupkin at mail dot primorye dot ru Description: http://bugs.mysql.com/bug.php?id=8420&thanks=2¬ify=7 Windows version of PHP 4.x.x compiled with old libmysqlclient - 3.xx.xx. Moreover, it has hardcoded path to mysql charset dir. Reproduce code: --- echoes "File 'c:\mysql\share\charsets\?.conf' not found (Errcode: 22) Character set '#51' is not a compiled character set and is not specified in the 'c:\mysql\share\charsets\Index' file current character set is latin1" There is an obvious bug in every win32 distribution of MySQL 4.1.x. There is no sense to setting such options as: character-sets-dir=c:/mysql/share/charsets default-character-set=cp1251 In any case as result - something like this: File 'c:\mysql\share\charsets\?.conf' not found (Errcode: 22) Character set '#51' is not a compiled character set and is not specified in the 'c:\mysql\share\charsets\Index' file -- Edit this bug report at http://bugs.php.net/?id=32384&edit=1
#32365 [Opn->Bgs]: error in build php
ID: 32365 Updated by: [EMAIL PROTECTED] Reported By: tempo at kgs dot ru -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: freebsd 5.3-p5 PHP Version: 4.3.10 New Comment: This failure happens in Apache's instdso.sh script. Not PHP bug -> bogus. Previous Comments: [2005-03-20 06:49:19] tempo at kgs dot ru # ./configure --enable-memory-limit --with-layout=GNU --with-config-file-scan-dir=/usr/local/etc/php --disabl e-all --with-regex=php --with-apxs2=/usr/local/sbin/apxs --disable-ipv6 --prefix=/usr/local i386-portbld-freeb sd5.3 and no ok, failed . in file libphp4.la header is: # libphp4.la - a libtool library file # Generated by ltmain.sh - GNU libtool 1.4.3 (1.922.2.110 2002/10/23 01:39:54) ... pkg_info |grep libtool libtool-1.3.5_2 Generic shared library support script (version 1.3) libtool-1.5.10_1Generic shared library support script (version 1.5) [2005-03-19 21:15:18] [EMAIL PROTECTED] DO NOT use --enable-versioning configure option. Delete config.cache and rerun configure without that option. [2005-03-19 16:57:55] tempo at kgs dot ru config.status ./configure --enable-versioning --enable-memory-limit --with-layout=GNU --with-config-file-scan -dir=/usr/local/etc/php --disable-all --with-regex=php --with-apxs2=/usr/local/sbin/apxs --disable -ipv6 --prefix=/usr/local i386-portbld-freebsd5.3 cd /usr/ports/lang/php4 make - this all ok make install - this is fail. [2005-03-18 23:56:43] [EMAIL PROTECTED] And what might the configure line be that you used..? [2005-03-18 20:52:42] tempo at kgs dot ru I tried the latest release , same error ... 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/32365 -- Edit this bug report at http://bugs.php.net/?id=32365&edit=1
#32384 [Opn->Bgs]: old libmysqlclient caused data loss in MySQL 4.1 DB
ID: 32384 Updated by: [EMAIL PROTECTED] Reported By: ustupkin at mail dot primorye dot ru -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: windows PHP Version: 4.3.10 New Comment: If Mysql breaks backwards compatibility with their own client libs that is hardly a PHP bug. Previous Comments: [2005-03-20 15:00:30] ustupkin at mail dot primorye dot ru First I think that it MySQL bug, so "There is an obvious bug in every win32 distribution of MySQL 4.1.x." is wrong [2005-03-20 14:59:12] ustupkin at mail dot primorye dot ru Description: http://bugs.mysql.com/bug.php?id=8420&thanks=2¬ify=7 Windows version of PHP 4.x.x compiled with old libmysqlclient - 3.xx.xx. Moreover, it has hardcoded path to mysql charset dir. Reproduce code: --- echoes "File 'c:\mysql\share\charsets\?.conf' not found (Errcode: 22) Character set '#51' is not a compiled character set and is not specified in the 'c:\mysql\share\charsets\Index' file current character set is latin1" There is an obvious bug in every win32 distribution of MySQL 4.1.x. There is no sense to setting such options as: character-sets-dir=c:/mysql/share/charsets default-character-set=cp1251 In any case as result - something like this: File 'c:\mysql\share\charsets\?.conf' not found (Errcode: 22) Character set '#51' is not a compiled character set and is not specified in the 'c:\mysql\share\charsets\Index' file -- Edit this bug report at http://bugs.php.net/?id=32384&edit=1
#28605 [Opn->Fbk]: bug21523.phpt test never end
ID: 28605
Updated by: [EMAIL PROTECTED]
Reported By: tbp at poly dot polytechnique dot fr
-Status: Open
+Status: Feedback
Bug Type: Math related
Operating System: Compaq Tru64 UNIX v5.1
PHP Version: 4CVS-2005-02-10
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
The build is fixed now.
Previous Comments:
[2005-03-16 14:08:22] tbp at poly dot polytechnique dot fr
Sorry, but again build problem:
[EMAIL PROTECTED]:/Admin/SRC/Apache/php4-STABLE-200503161130]# make
gcc -Iext/ctype/
-I/Admin/SRC/Apache/php4-STABLE-200503161130/ext/ctype/ -DPHP_ATOM_INC
-I/Admin/SRC/Apache/php4-STABLE-200503161130/include
-I/Admin/SRC/Apache/php4-STABLE-200503161130/main
-I/Admin/SRC/Apache/php4-STABLE-200503161130
-I/Admin/SRC/Apache/php4-STABLE-200503161130/Zend
-I/Admin/SRC/Apache/php4-STABLE-200503161130/ext/xml/expat-g -O2
-c /Admin/SRC/Apache/php4-STABLE-200503161130/ext/ctype/ctype.c -o
ext/ctype/ctype.o && echo > ext/ctype/ctype.lo
In file included from
/Admin/SRC/Apache/php4-STABLE-200503161130/Zend/zend_alloc.h:26,
from
/Admin/SRC/Apache/php4-STABLE-200503161130/Zend/zend.h:223,
from
/Admin/SRC/Apache/php4-STABLE-200503161130/main/php.h:34,
from
/Admin/SRC/Apache/php4-STABLE-200503161130/ext/ctype/ctype.c:23:
/Admin/SRC/Apache/php4-STABLE-200503161130/TSRM/TSRM.h:18:26:
tsrm_config.h: No such file or directory
In file included from
/Admin/SRC/Apache/php4-STABLE-200503161130/ext/ctype/ctype.c:23:
/Admin/SRC/Apache/php4-STABLE-200503161130/main/php.h:393:30:
tsrm_virtual_cwd.h: No such file or directory
So, just for testing purpose I have done:
CFLAGS=-I/Admin/SRC/Apache/php4-STABLE-200503161130/TSRM ./configure
and:
[EMAIL PROTECTED]:/Admin/SRC/Apache/php4-STABLE-200503161130]# sapi/cli/php
ext/standard/tests/math/bug21523.phpt
--TEST--
Bug #21523 number_format tries to allocate negative amount of memory
--FILE--
Floating point exception (core dumped)
make: *** [ext/ctype/ctype.lo] Error 1
[2005-03-16 07:44:16] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2005-02-11 01:34:24] tbp at poly dot polytechnique dot fr
Compilation ok, but initial problem persists. New trace:
[EMAIL PROTECTED]:/Admin/SRC/Apache/php4-STABLE-200502102330]# sapi/cli/php
ext/standard/tests/math/bug21523.phpt
--TEST--
Bug #21523 number_format tries to allocate negative amount of memory
--FILE--
[EMAIL PROTECTED]:/Admin/SRC/Apache/php4-STABLE-200502102330]# gdb
sapi/cli/php
GNU gdb 6.1
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "alphaev68-dec-osf5.1"...
(gdb) run ext/standard/tests/math/bug21523.phpt
Starting program:
/Admin/SRC/Apache/php4-STABLE-200502102330/sapi/cli/php
ext/standard/tests/math/bug21523.phpt
--TEST--
Bug #21523 number_format tries to allocate negative amount of memory
--FILE--
warning: (Internal error: pc 0x12010e784 in read in psymtab, but not in
symtab.)
Program received signal SIGINT, Interrupt.
0x00012010e784 in ap_php_cvt (arg=0, ndigits=78, decpt=0x11fff9ac8,
sign=0x0, eflag=0, buf=0x11fff9ad0 '0' )
at /Admin/SRC/Apache/php4-STABLE-200502102330/main/snprintf.c:317
317 fj = modf(fi / 10, &fi);
(gdb) bt
#0 0x00012010e784 in ap_php_cvt (arg=0, ndigits=78,
decpt=0x11fff9ac8, sign=0x0, eflag=0, buf=0x11fff9ad0 '0' )
at /Admin/SRC/Apache/php4-STABLE-200502102330/main/snprintf.c:317
warning: (Internal error: pc 0x12010e628 in read in psymtab, but not in
symtab.)
#1 0x00012010e628 in ap_php_conv_fp (format=102 'f', num=0,
add_dp=NO, precision=2768, is_negative=0x11fff9dc0, buf=0x11fff9bb1 "",
len=0x11fff9ba8)
at /Admin/SRC/Apache/php4-STABLE-200502102330/main/snprintf.c:176
warning: (Internal error: pc 0x1201104fc in read in psymtab, but not in
symtab.)
#2 0x0001201104fc in xbuf_format_converter (xbuf=0x11fff9e38,
fmt=0x14002f7d9 "f", ap={__base = 0x11fff9eb8, __offset = 40})
at /Admin/SRC/Apache/php4-STABLE-200502102330/main/spprintf.c:461
warning: (Internal error: pc 0x120110cb8 in read in psymtab, but not in
symtab.)
#3 0x000120110cb8 in vspprintf (pbuf=0x11fff9f48,
max_len=4831812304, format=0x14002f7d6 "%.*f", ap={__base =
0x11fff9eb8, __offset = 24})
at /Admin/SRC/Apache/php4-STABLE-200502102330/main/spprintf.c:63
#31849 [Opn->Fbk]: get_current_user() still crashes on page refresh
ID: 31849 Updated by: [EMAIL PROTECTED] Reported By: info at cpgnuke dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Windows xp sp2 PHP Version: 4CVS-2005-02-05 New Comment: And what does it say in that errorbox? Previous Comments: [2005-03-19 15:32:30] info at cpgnuke dot com PHP starts then you run a PHP script A errorbox pops up in windows and PHP dies. [2005-03-16 07:45:39] [EMAIL PROTECTED] Does it really _CRASH_ or doesn't it just start? [2005-02-21 21:24:27] guillaume at nlbox dot com The crash of get_current_user() goes away after I did log on onto the network. (php4.3.10, Win98, Xitami webserver). Somehow my doze-box does not log me on at startup. In that case everything works, but php crashes. Doing a fresh logon vaporizes the crash. Cheers, wim niemans [2005-02-10 01:12:34] info at cpgnuke dot com sometimes guillaume his example script crashes the server. But sometimes we only get it to crash when we run our complete CMS setup only. The issue is very strange but does crash apache. I can't give you a small script cos i've tried a bunch and they all didn't have issues. It only has issues in our full CMS (2 MB ZIP package) [2005-02-05 23:54:30] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. 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/31849 -- Edit this bug report at http://bugs.php.net/?id=31849&edit=1
#32381 [Opn->Bgs]: T1lib configuring error
ID: 32381
Updated by: [EMAIL PROTECTED]
Reported By: dbarth at gmx dot net
-Status: Open
+Status: Bogus
-Bug Type: *Compile Issues
+Bug Type: GD related
Operating System: Mandrake 10
PHP Version: 5.0.3
New Comment:
Update your t1lib.
Previous Comments:
[2005-03-20 10:22:32] dbarth at gmx dot net
Description:
Hello I need to compile php with t1lib support, but i get follwing
error while configuring:
configure:30293: checking for jpeg_read_header in -ljpeg
configure:30576: checking for png_write_image in -lpng
configure:31675: checking for T1_StrError in -lt1
configure:31694: gcc -o conftest -g -O2 conftest.c -lt1 -lpng -lz
-ljpeg -lg
bm -lbz2 -lz -lssl -lcrypto -lresolv -lm -ldl -lnsl -lxml2 -lz -lm
-lxml2 -lz
lm 1>&5
/tmp//ccaz46FM.o(.text+0x9): In function `main':
/usr/local/src/php-5.0.3/configure:31690: undefined reference to
`T1_StrError'
collect2: ld returned 1 exit status
configure: failed program was:
#line 31683 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char T1_StrError();
int main() {
T1_StrError()
; return 0; }
any suggestions?
(ver: t1lib 1.3.1)
--
Edit this bug report at http://bugs.php.net/?id=32381&edit=1
#32383 [Opn->Fbk]: count() hits 4796 maximum count
ID: 32383 Updated by: [EMAIL PROTECTED] Reported By: mark dot booker at gmail dot com -Status: Open +Status: Feedback Bug Type: Arrays related Operating System: Windows Server 2003 Ent. Edt. PHP Version: 5.0.3 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip I can not reproduce this. Previous Comments: [2005-03-20 12:53:44] mark dot booker at gmail dot com Description: Using count() on an array that has more than 4796 elements, count returns 4796, other functions such as print_r() show all elements and the foreach() command also goes beyond the 4796 limit. Reproduce code: --- $i=single dimension array with 4830 elements print count($i); Expected result: 4830 printed on screen Actual result: -- 4796 printed on screen -- Edit this bug report at http://bugs.php.net/?id=32383&edit=1
#31945 [Fbk->NoF]: openssl_pkcs7_encrypt(), data interception is too easy
ID: 31945 Updated by: [EMAIL PROTECTED] Reported By: ungdi at hotmail dot com -Status: Feedback +Status: No Feedback Bug Type: OpenSSL related Operating System: Windows Server 2003 PHP Version: 5.0.3 New Comment: 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. Previous Comments: [2005-02-12 09:52:11] [EMAIL PROTECTED] We do just what the openssl utility does itself. Please submit a patch that implements this feature, and we'll gladly apply it. [2005-02-12 08:45:46] ungdi at hotmail dot com Description: Currently, the openssl_pkcs7_encrypt() function as according to the documentation here: http://www.php.net/manual/en/function.openssl-pkcs7-encrypt.php Requires that the unencrypted input be a file already on the file system. This forces any PHP program having to output any form submission contents (destined to be an encrypted S/MIME e-mail) into the file system before encryption. After encryption is complete, it will be necessary to delete the file from the disk. This method makes it trivial to recover the unencrypted information from the file on the disk through an undelete command or access of the drive data. Also, this causes the function to expose the unencrypted data on the disk to the whole system temporarily. During this window where the data is being encrypted, after the unencrypted data has been written to a file, it allows other programs or users to access the file and its unencrypted contents making it trivial to intercept the data being encrypted. The function should be made to allow a string/data to be passed directly to the function without going through the file system. By allowing direct passing of the string to be encrypted to the openssl_pkcs7_encrypt() function, this decreases the surface area (possibility) and time frame in which someone can recover/access the unencrypted information. Reproduce code: --- Not applicable. Expected result: Not applicable. Actual result: -- Not applicable. -- Edit this bug report at http://bugs.php.net/?id=31945&edit=1
#31947 [Fbk->NoF]: fopen('php://input','r') is not opening file ,inappropraite ioctl device in
ID: 31947
Updated by: [EMAIL PROTECTED]
Reported By: rjc80 at rediffmail dot com
-Status: Feedback
+Status: No Feedback
Bug Type: Filesystem function related
Operating System: linux
PHP Version: 4.3.9
New Comment:
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.
Previous Comments:
[2005-02-12 15:18:14] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc.
If possible, make the script source available online and provide
an URL to it here. Try to avoid embedding huge scripts into the report.
[2005-02-12 15:09:30] rjc80 at rediffmail dot com
Description:
i'm openning a file through fopen('php://input','r');
which is coming from hytt or vc++ application on linux operataing
system. its giving a error inappropriate ioctl device in .
Reproduce code:
---
$fp = fopen("php://input","r");
$filesz = $HTTP_GET_VARS["filesize"];;
$contents = fread($fp,$filesz);
in $contents i'm not getting any value. when i given stdin then $fp is
working but $contents is again null.
Expected result:
its should open a file n store data into $conte.
--
Edit this bug report at http://bugs.php.net/?id=31947&edit=1
#31958 [Fbk->NoF]: Fatal error when creating new COM object
ID: 31958
Updated by: [EMAIL PROTECTED]
Reported By: francoisp at msn dot com
-Status: Feedback
+Status: No Feedback
Bug Type: COM related
Operating System: Windows XP
PHP Version: 4.3.10
New Comment:
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.
Previous Comments:
[2005-02-13 22:46:11] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
AFAIK, this is fixed already.
[2005-02-13 19:55:10] francoisp at msn dot com
Description:
Following statement:
$baanobj = new COM("$baan_connect") or die("Unable to connect to
Baan.");
works with version 4.2.3 but crashes with with 4.3.10.
My setup:
Windows XP SP2
Apache 2.0.52
PHP 4.3.10
Note: PHP has been installed alternatively as CGI and SAPI and crashes
in both instances.
The WEB Server is connected to Application Server (Baan) using the
Secure Application Manager v4.0.0.5871) from Neoteris (vpn software).
--
Edit this bug report at http://bugs.php.net/?id=31958&edit=1
#31981 [Fbk->NoF]: Crash in shutdown_memory_manager
ID: 31981 Updated by: [EMAIL PROTECTED] Reported By: asmi at owear dot ru -Status: Feedback +Status: No Feedback Bug Type: Reproducible crash Operating System: FreeBSD 4.8-RELEASE-p27 PHP Version: 4.3.10 New Comment: 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. Previous Comments: [2005-02-15 12:59:01] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2005-02-15 10:58:02] asmi at owear dot ru Description: SIGSERV in shutdown_memory_manager after WackoWiki script execution I cannot find the exact part of code leading to crash. Reproduce code: --- http://wackowiki.com/files/wacko.r4.zip Expected result: WackoWiki good working for me. Actual result: -- (gdb) run -X Starting program: /usr/local/sbin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x2828df02 in shutdown_memory_manager (silent=0, clean_cache=0) at /usr/ports/lang/php4/work/php-4.3.10/Zend/zend_alloc.c:491 491 REMOVE_POINTER_FROM_LIST(ptr); (gdb) p t $1 = (zend_mem_header *) 0xbfbfad74 (gdb) bt #0 0x2828df02 in shutdown_memory_manager (silent=0, clean_cache=0) at /usr/ports/lang/php4/work/php-4.3.10/Zend/zend_alloc.c:491 #1 0x28272ff9 in php_request_shutdown (dummy=0x0) at /usr/ports/lang/php4/work/php-4.3.10/main/main.c:1003 #2 0x282b78ad in apache_php_module_main (r=0x8125304, display_source_mode=0) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/sapi_apache.c:60 #3 0x282b8468 in send_php (r=0x8125304, display_source_mode=0, filename=0x0) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/mod_php4.c:621 #4 0x282b84c9 in send_parsed_php (r=0x8125304) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/mod_php4.c:636 #5 0x8051fac in ap_invoke_handler (r=0x8125304) at http_config.c:475 #6 0x8061d71 in process_request_internal (r=0x8125304) at http_request.c:1298 #7 0x8062074 in ap_internal_redirect (new_uri=0x81252cc "/wacko/wakka.php?wakka=SsylkiNaUpravlenieSajjtami", r=0x8122034) at http_request.c:1435 #8 0x281b5d19 in handler_redirect (r=0x8122034) at mod_rewrite.c:1590 #9 0x8051fac in ap_invoke_handler (r=0x8122034) at http_config.c:475 #10 0x8061d71 in process_request_internal (r=0x8122034) at http_request.c:1298 #11 0x8061dd0 in ap_process_request (r=0x8122034) at http_request.c:1314 #12 0x805b19a in child_main (child_num_arg=0) at http_main.c:4786 #13 0x805b30c in make_child (s=0x8084034, slot=0, now=1108460485) at http_main.c:4901 #14 0x805b429 in startup_children (number_to_start=2) at http_main.c:4983 #15 0x805b97c in standalone_main (argc=2, argv=0xbfbffb84) at http_main.c:5315 #16 0x805c063 in main (argc=2, argv=0xbfbffb84) at http_main.c:5657 -- Edit this bug report at http://bugs.php.net/?id=31981&edit=1
#31988 [Fbk->NoF]: PHP crashes when COM tries to access an unknown DLL/function
ID: 31988 Updated by: [EMAIL PROTECTED] Reported By: francoisp at msn dot com -Status: Feedback +Status: No Feedback Bug Type: COM related Operating System: Windows XP PHP Version: 4.3.11.11 New Comment: 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. Previous Comments: [2005-02-15 22:59:15] [EMAIL PROTECTED] Please try the snapshot. [2005-02-15 22:32:53] francoisp at msn dot com I am currently using version 4.3.11.11 [2005-02-15 22:30:24] francoisp at msn dot com Additional note: COM does return the right error message (DLL / Function not found) but soon after PHP crashes. [2005-02-15 22:24:00] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2005-02-15 22:21:10] francoisp at msn dot com Description: When a COM is used to call an unknown DLL or function, PHP crashes. System: Windows XP PHP version 4.3.11.11 Apache 2 Error signature in Windows: szAppName : php.exe szAppVer : 4.3.11.11 szModName : php4ts.dll szModVer : 4.3.11.11 offset : 000c3e54 -- Edit this bug report at http://bugs.php.net/?id=31988&edit=1
#32053 [Fbk->NoF]: ibase_query(): message length error
ID: 32053
Updated by: [EMAIL PROTECTED]
Reported By: steven dot harrison3 at ntlworld dot com
-Status: Feedback
+Status: No Feedback
Bug Type: InterBase related
Operating System: windows 2000 pro
PHP Version: 4.3.9
New Comment:
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.
Previous Comments:
[2005-02-21 19:34:02] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2005-02-21 15:47:50] steven dot harrison3 at ntlworld dot com
Description:
I use a number of if statements to select an SQL string (in this case
to execute a stored procedure in a firebird database)to go in a $query
variable.
When the string is created and ran as a query the following is kicked
out onto the screen:
ibase_query(): message length error(encountered 0, expected 7346) in
a typical sql string generated may be:
EXECUTE PROCEDURE SEARCH_ALL_PARAM('Teesside','business
planning','Middlesbrough','the');
The parameters are taken from 4 fields on a search web page.
Reproduce code:
---
//Stored procedures used:
//SEARCH_NO_PARAM - where all the search boxes have 'any' and keyword
''
if ($provider == "any" && $level == "any" && $location == "any" &&
$keyword == "")
{
$query = "EXECUTE PROCEDURE SEARCH_NO_PARAM;";
}
//SEARCH_ALL_PARAM - where all the search boxes have information.
if ($provider != "any" && $level != "any" && $location != "any" &&
$keyword != "")
{
$query = "EXECUTE PROCEDURE
SEARCH_ALL_PARAM('".$provider."','".$level."','".$location."','".$keyword."');";
}
// ### some $query removed to keep things brief. ###
?>
Queries and Reports
about the
courses :
Course Title
Location
Entry requirements
COURSETITLE;?>
ENTRYID."'";
} else {
$query2 = "SELECT *
FROM TBL_MODULE_DELIVERY Where
ENTRYID='".$row->ENTRYID."' AND DELIVERYTOWN='".$location."'";
}
echo "University provider : ";
if (isset
($row->PROVIDERINSTITUTION) &&
$row->PROVIDERINSTITUTION!="") {echo $row->PROVIDERINSTITUTION;}else{
echo " - ";}
echo " Delivery Town of
Location(s): ";
$result2 = ibase_query($db,
$query2);
while ($row2 =
ibase_fetch_object($result2)) {
if (isset
($row2->DELIVERYTOWN) && $row2->DELIVERYTOWN!=""){
echo
$row2->DELIVERYTOWN." - ";
} else {
echo " - ";
}
} ?>
Expected result:
return a result set from a search of courses in a firebird database.
Actual result:
--
$query echoed to screen to see if search string right:
EXECUTE PROCEDURE SEARCH_ALL_PARAM('Teesside','business
planning','Middlesbrough','the');
Then the warning message:
Warning: ibase_query(): message length error (encountered 0, expected
7346) in c:\program files\apache
group\apache\htdocs\e_prospectus\results.php on line 252
Warning: ibase_fetch_object(): supplied argument is not a valid
InterBase result resource in c:\program files\apache
group\apache\htdocs\e_prospectus\results.php on line 253
--
Edit this bug report at http://bugs.php.net/?id=32053&edit=1
#32058 [Fbk->NoF]: stream_set_timeout() appears to do nothing of value
ID: 32058
Updated by: [EMAIL PROTECTED]
Reported By: alan at ridersite dot org
-Status: Feedback
+Status: No Feedback
Bug Type: Sockets related
Operating System: BSD
PHP Version: 4.3.10
New Comment:
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.
Previous Comments:
[2005-02-22 08:31:52] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc.
If possible, make the script source available online and provide
an URL to it here. Try to avoid embedding huge scripts into the report.
[2005-02-21 23:14:57] alan at ridersite dot org
Description:
It appears to me that stream_set_timout() does not do anything of
value.
You can set it prior to a while loop; but, it does nothing to help you
exit the loop if the time expires. e.g.,
stream_set_timeout($fp, 20);
$status = socket_get_status($fp);
while (!feof($fp) && !$status['timed_out']) {
$chunk = fread($fp, 1);
$length = strlen($chunk);
$html_str .= $chunk;
sleep(2);
$status = socket_get_status($fp);
} //end while, fetching data
If fread() hangs up, the script hangs.
You can do exactly the same thing by simply keeping track of elapsed
time in the loop.
Set stream_set_blocking($fp, FALSE ) so fread() keeps going and the
loop continues until the elapsed time expires.
--
Edit this bug report at http://bugs.php.net/?id=32058&edit=1
#32070 [Fbk->NoF]: //. causes php to dump its code to stdout
ID: 32070 Updated by: [EMAIL PROTECTED] Reported By: riseofthethorax at earthlink dot net -Status: Feedback +Status: No Feedback Bug Type: Output Control Operating System: Linux cgi30 2.4.29-grsec #4 SMP PHP Version: 4.3.10 New Comment: 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. Previous Comments: [2005-02-23 01:11:30] [EMAIL PROTECTED] Your code gives only "Parse error: syntax error, unexpected T_VARIABLE". Please supply more info. [2005-02-23 00:12:39] riseofthethorax at earthlink dot net Description: Well my webhost had upgraded from 4.28 to 4.3.10, and one of my scripts was failing.. I narrowed down the bug to this one line.. For some reason it made the difference between showning a submission form and dumping what looks like a partial dump of all the php code on the script. //. '' . $messages['mandatory'] . $messages['incorrect'] . '' Reproduce code: --- $crap = '' . '' . $messages['mandatory'] . $messages['incorrect'] . '' . $button_set . "" . '' . $precrap . "" . '' . "" . $button_set . '' . $messages['mandatory'] . $messages['incorrect'] . '' //. '' . $messages['mandatory'] . $messages['incorrect'] . '' . ''; Expected result: IT creates a form by concantenating some assoaciative variables together with strings.. Actual result: -- Picture a complete dump of everything in the script.. Removal of the line //. '' . $messages['mandatory'] . $messages['incorrect'] . '' Displays the form as it was intended.. Its something having to do with that //. I think.. -- Edit this bug report at http://bugs.php.net/?id=32070&edit=1
#32107 [Fbk->NoF]: fclose (STDIN|STDOUT|STDERR) not working
ID: 32107 Updated by: [EMAIL PROTECTED] Reported By: php at the-eend dot org -Status: Feedback +Status: No Feedback Bug Type: CGI related Operating System: Redhat ES3 PHP Version: 4.3.10 New Comment: 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. Previous Comments: [2005-02-25 14:09:02] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. [2005-02-25 13:33:10] php at the-eend dot org True enough, the resource goes from being a stream to an "Unknown". Unfortunately, my terminal still hangs until the script is complete when I try to log out of the server. If the stream is truly closed (not saying I don't believe you ;)), I guess it must be something else. :( I sense an incoming "bogus"... ;) [2005-02-25 13:03:46] [EMAIL PROTECTED] Why do you think they are not closed? Or use var_dump() in your example: [2005-02-25 12:54:31] php at the-eend dot org Description: This is the same bug as reported and fixed for PHP5 last year: http://bugs.php.net/bug.php?id=27865 , but is still present in 4.3.10. Upgrading to PHP 5 is not an option at this point. Any chance this can be back-ported? With CLI scripts, fclosing STDIN, STDOUT and STDERR have no effect, leaving the sockets open, and the terminal which ran the script hanging. Reproduce code: --- echo STDIN . '|' . STDOUT . '|' . STDERR . "\n"; fclose (STDIN); fclose (STDOUT); fclose (STDERR); echo STDIN . '|' . STDOUT . '|' . STDERR . "\n"; Expected result: The STDIN, STDOUT and STDERR streams should be closed: Resource id #1|Resource id #2|Resource id #3 || (perhaps, though this would mean the value of a 'constant' was being changed...) Actual result: -- The streams are not closed, and remain pointing to the same resources: Resource id #1|Resource id #2|Resource id #3 Resource id #1|Resource id #2|Resource id #3 -- Edit this bug report at http://bugs.php.net/?id=32107&edit=1
#32208 [Fbk->NoF]: WHERE column > -1 crashes but WHERE column < -1 or WHERE column = 1 are fine
ID: 32208
Updated by: [EMAIL PROTECTED]
Reported By: wolstena at sfu dot ca
-Status: Feedback
+Status: No Feedback
Bug Type: MySQL related
Operating System: Fedora Core 3
PHP Version: 4.3.10
New Comment:
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.
Previous Comments:
[2005-03-07 00:39:44] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
And if it still is crashing, provide the GDB backtrace.
[2005-03-06 22:32:02] wolstena at sfu dot ca
Description:
The query below causes mysql_query() to crash without
php without error. The original query:
SELECT b189_start, b189_end, product_level1.Id AS id,
product_level1.a001 AS a001, b014 AS description,
FORMAT(price.j151, 2) AS price, images.Name AS
product_image, CONCAT_WS(': ', b028, b029) AS title
FROM product_level1
LEFT JOIN product_webcategory_x ON
(product_level1.ID=product_webcategory_x.ID_product)
LEFT JOIN codes ON
(product_webcategory_x.ID_category=codes.ID)
LEFT JOIN price ON (product_level1.a001=price.a001)
LEFT JOIN images ON (product_level1.a001 =
images.ProductID)
WHERE ( b189_start >= -1 AND b189_start <= 3) AND
(b189_end <= 3 ) AND ( price.j151 > 0 ) AND (price.j151
IS NOT NULL) AND ( xWebInactive < 1 )
GROUP BY product_level1.ID
ORDER BY b028, b029
I have tracked the probelm down to the WHERE condition
with ">" and negative numbers. For example, if I change
"b189_start >= -1" to "b189_start = -1" or "b189_start <
-1" The problem crash does not occur.
Mysql info:
mysql-shared-compat-3.23.58-9.1
php-mysql-4.3.10-3.2
mysql-client-4.1.9-0RH_FC
mysql-devel-3.23.58-14
mysql-server-4.1.9-0RH_FC
--
Edit this bug report at http://bugs.php.net/?id=32208&edit=1
#29744 [Fbk->NoF]: DARTPART function returns random results
ID: 29744
Updated by: [EMAIL PROTECTED]
Reported By: jwhatcher at hotmail dot com
-Status: Feedback
+Status: No Feedback
Bug Type: MSSQL related
Operating System: WINDOWS 2000 Advance Server
PHP Version: 5.0.0
New Comment:
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.
Previous Comments:
[2005-03-07 20:25:47] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2004-08-18 22:14:35] jwhatcher at hotmail dot com
Description:
Using in my where clause, DATEPART (dw , dt.usedate) = 1 returns random
results toggling between SUNDAY AND MONDAY. Switch to DATENAME (dw ,
dt.usedate) = 'Sunday' and it works fine. This code worked fine in 4.2.
date_table is a table with all dates between 1900 to 2050.
Reproduce code:
---
$query = mssql_query(" SELECT dt.usedate
FROMdate_table
dt WHERE dt.usedate between
'$s_reportdate' AND '$e_reportdate'
AND DATEPART (dw , dt.usedate) = 1
ORDER BY DT.usedate");
Expected result:
Should return Sunday dates between range provided.
Actual result:
--
Returns seemingly random results of either a Monday or Sunday date. If
I add DATEPART (dw , dt.usedate) as blah into the select clause it
returns 1 every time but the dates still shift.
--
Edit this bug report at http://bugs.php.net/?id=29744&edit=1
#29908 [Fbk->NoF]: explode() corrupts utf8 data
ID: 29908
Updated by: [EMAIL PROTECTED]
Reported By: sven dot burmeister at gmx dot net
-Status: Feedback
+Status: No Feedback
Bug Type: Strings related
Operating System: linux
PHP Version: 5.0.1
New Comment:
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.
Previous Comments:
[2005-03-07 20:56:54] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2004-08-31 10:53:30] sven dot burmeister at gmx dot net
Description:
utf8 encoded page, send
if($_REQUEST["foo"] != ""){$array = explode(" ",$foo)}
Expected result:
in_array("ferienhäuser",$array) == true;
Actual result:
--
As described above in_array does not find the keyword and all browsers
do not display $array[0] correctly, although they do for
$_REQUEST["foo"]
Reason, string gets corrupted.
--
Edit this bug report at http://bugs.php.net/?id=29908&edit=1
#30014 [Fbk->NoF]: pathinfo() doesn't handle multibyte path
ID: 30014
Updated by: [EMAIL PROTECTED]
Reported By: cvictor at pchome dot com dot tw
-Status: Feedback
+Status: No Feedback
Bug Type: Directory function related
Operating System: Windows XP Pro
PHP Version: 5.0.1
New Comment:
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.
Previous Comments:
[2005-03-07 21:17:15] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2004-09-30 03:27:23] ppmm at wuxinan dot net
partial summary of bug # 29542 30014 30105:
this bug confirmed to exist on:
simplified chinese windows 2000
traditional chinese windows xp pro
redhat 9 (default rpm's)
this bug confirmed not to exist on:
fedora core 3 test 1 (default rpm's)
english windows xp pro
[2004-09-30 03:22:30] ppmm at wuxinan dot net
related to bug# 30105
http://bugs.php.net/bug.php?id=30105
[2004-09-07 20:26:26] cvictor at pchome dot com dot tw
Description:
pathinfo() doesn't handle pathname in multibyte well. This error can be
reporduced under big5 and utf-8 charset, no matter converting the whole
source php file or using mb_convert_encoding() inline.
This error only occurs when the first character of basename is a
Chinese character.
I didn't recompile PHP bin, and modules used seem not relevent. My
php.ini is adapted from php.ini-recommended. The OS is a Traditional
Chinese version.
Reproduce code:
---
Expected result:
array(3) {
["dirname"]=>
string(4) "/var"
["basename"]=>
string(8) "©ú²Ó.txt"
["extension"]=>
string(3) "txt"
}
array(3) {
["dirname"]=>
string(4) "/var"
["basename"]=>
string(8) "a©ú²Ó.txt"
["extension"]=>
string(3) "txt"
}
Actual result:
--
array(3) {
["dirname"]=>
string(4) "/var"
["basename"]=>
string(4) ".txt"
["extension"]=>
string(3) "txt"
}
array(3) {
["dirname"]=>
string(4) "/var"
["basename"]=>
string(8) "a©ú²Ó.txt"
["extension"]=>
string(3) "txt"
}
--
Edit this bug report at http://bugs.php.net/?id=30014&edit=1
#30105 [Fbk->NoF]: Error of the function "basename()"
ID: 30105 Updated by: [EMAIL PROTECTED] Reported By: lp at zy165 dot com -Status: Feedback +Status: No Feedback Bug Type: Directory function related Operating System: Linux 9 PHP Version: 5.0.1 New Comment: 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. Previous Comments: [2005-03-07 21:16:54] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2004-09-16 08:09:31] ppmm at wuxinan dot net http://bugs.php.net/bug.php?id=29542 please refer to bug 29542. I am the reporter of that bug. I MISTAKENLY gave the report that this bug has been fixed in 5.0.1, resulting bug 29542 being closed. This bug has NOT been fixed in 5.0.1, and not in snapshot either. Additional information: this bug does not exist on my English windows xp server, but DOES exist on my Chinese windows 2k server. I tried xp with 5.0.1 and didn't find problem, so mistakenly reported it has been fixed. sorry. Seems like this problem is related to non-unicode/unicode platform issue. [2004-09-16 07:44:25] lp at zy165 dot com Description: I am Chinese. I love linux, php very much. So I do many things using php. But tody, i find an error of the function "basename()" so that i can't continue writing code by php. The error like this: if the $path in function basename($path) contain the Chinese, then the result will be error. The error appears only in php-5.0.1, before the version it works normally. Please e-mail me after you see the letter, thank you very much. Reproduce code: --- 1:".$str1."2:".$str2; $path2="/home/httpd/ÎÒ/Love/Äã"; $str3=basename ($path2); echo "".$path2."3:".$str3; $path3="/home/httpd/I/Love/Äã"; $str4=basename ($path3); echo "".$path3."4:".$str4; ?> Expected result: /home/httpd/ÎÒ/°®/Äã.php 1:Äã 2:Äã.php /home/httpd/ÎÒ/Love/Äã 3:Äã /home/httpd/I/Love/Äã 4:Äã Actual result: -- /home/httpd/ÎÒ/°®/Äã.php 1:.php 2:.php /home/httpd/ÎÒ/Love/Äã 3:Love /home/httpd/I/Love/Äã 4:Love -- Edit this bug report at http://bugs.php.net/?id=30105&edit=1
#30485 [Fbk->NoF]: CLI Error
ID: 30485 Updated by: [EMAIL PROTECTED] Reported By: jcastro at elnuevodia dot com -Status: Feedback +Status: No Feedback Bug Type: MSSQL related Operating System: Windows Xp PHP Version: 5.0.2 New Comment: 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. Previous Comments: [2005-03-07 22:17:14] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2004-10-19 21:19:19] [EMAIL PROTECTED] The short answer is don't use persistent connection in CLI. The long answer: It matters because the persistent connection layer gets initialized. Maybe there is a problem in reusing or storing the persistent connection. So most probably this is no direct CLI problem. [2004-10-19 20:22:50] jcastro at elnuevodia dot com Description: I am using adodb to make an update in sqlserver. the script uses 2 connections . One of them is not even use in the exmaple. If I uncomment the connection that is use, the program crash I GET IN EVENT VIEWER Faulting application php.exe, version 5.0.2.2,faulting module php5ts.dll, version 5.0.2.2, fault address 0x0003f640. ALSO IF I CHANGE THE PCONNECT INSIDE connectSybase() to a connect, IT DOES NOT CRASH. WHY WILL IT MATTER IF I AM NOT EVEN USING THE CONNECTION? Also if I change to php 4.3.9 it works , NO problems. Reproduce code: --- http://www.eldiainc.com/temp/debug.htm Actual result: -- Window with CLI encounter an error Faulting application php.exe, version 5.0.2.2,faulting module php5ts.dll, version 5.0.2.2, fault address 0x0003f640. -- Edit this bug report at http://bugs.php.net/?id=30485&edit=1
#30516 [Fbk->NoF]: file_put_contents doesnt work with FTP
ID: 30516
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: No Feedback
Bug Type: FTP related
Operating System: linux
PHP Version: 5CVS-2004-10-21 (dev)
New Comment:
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.
Previous Comments:
[2005-03-07 22:23:17] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
..and again, update the version field accordinly.
[2004-10-21 19:17:21] [EMAIL PROTECTED]
Description:
file_put_contents isn't working with FTP (or I'm doing
something wrong).
Tested in PHP 5.0.3-dev
Reproduce code:
---
array('overwrite' =>
true)));
if(file_put_contents("ftp://anonymous:[EMAIL
PROTECTED]/MS/OPEN-R/MW/OBJS/SOCROB4L.BIN",
file_get_contents('src/SocRob4l.bin'), null, $context) === false) {
echo "There was an error";
} else {
echo "The upload completed succesfully";
}
?>
Expected result:
The upload completed succesfully
Actual result:
--
Warning:
file_put_contents(ftp://[EMAIL PROTECTED]/MS/OPEN-R/MW/OBJS/SOCROB4L.BIN):
failed to open stream: Operation now in progress
in /home/socrob4l/consola/update4.php on line 5
There was an error
--
Edit this bug report at http://bugs.php.net/?id=30516&edit=1
#30601 [Fbk->NoF]: ct_get_data(): user api layer: external error:
ID: 30601
Updated by: [EMAIL PROTECTED]
Reported By: jcastro at elnuevodia dot com
-Status: Feedback
+Status: No Feedback
Bug Type: ODBC related
Operating System: Windows Xp
PHP Version: 5.0.2
New Comment:
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.
Previous Comments:
[2005-03-07 22:28:28] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2004-10-28 17:27:27] jcastro at elnuevodia dot com
Description:
I am getting the following warning:
Warning: odbc_result(): SQL error: [INTERSOLV][ODBC SQL Server
driver][SQL Server]ct_get_data(): user api layer: external error: Item
19 has already been read.,
SQL state S1000 in SQLGetData in
\Inetpub\wwwroot\clasificados\lib\odbcLib.ph
p on line 123
If I just read 18 fields it will NOT GIVE ME A WARNING. It will only
appear on field 19 and then it will continue reading without problems.
(VIEW OUTPUT)
The problems is bigger than it look. I was using ADODB and for some
reason even though a select statement was getting executed I was not
getting the data. I remove the adodb code and used the standard odbc
code. That's when I found what I think was causing adodb not to return
anything. I found this by coincidence because I was checking my output
with and older system. Otherwise adodb did not report any problems.I
nknow you are not responsible for adodb. But this is odbc problems.
I tried 4.3.9 and 5.0.2., same problem. If you try using fetch_array
instead of my code it will cause the same error.
I am using Sybase. The table is
CREATE TABLE AdsHomes
(
homeID numeric(10,0) IDENTITY,
customerCode char(20) NOT NULL,
bedrooms int NULL,
bathroomsdecimal(5,1) NULL,
sqfoot decimal(10,2) NULL,
pricedecimal(15,2) NULL,
mls varchar(50) NULL,
homeRefIDvarchar(15) NULL,
homeTypeID numeric(3,0) NULL,
stories smallint NULL,
lotSize decimal(10,2) NULL,
yearBuiltchar(4) NULL,
address1 varchar(100) NULL,
address2 varchar(100) NULL,
city varchar(50) NULL,
statechar(2) NULL,
newspaperTitle varchar(255) NULL,
newspaperTexttext NULL,
internetText text NULL,
billingLines tinyint NULL,
classificationCode char(4) NULL,
dateCreated datetime DEFAULT GETDATE() NOT NULL,
statNewspaperPubsint DEFAULT 0 NULL,
statInternetPubs int DEFAULT 0 NULL,
statInternetVisits int DEFAULT 0 NULL,
statPhoneCalls int DEFAULT 0 NULL,
nearSchool char(1) NULL,
nearTransit char(1) NULL,
oceanViewchar(1) NULL,
mountainView char(1) NULL,
applConvOven char(1) NULL,
applDishWasher char(1) NULL,
applElectCookTop char(1) NULL,
applElectOvenchar(1) NULL,
applGasCookTop char(1) NULL,
applGasOven char(1) NULL,
applElectWaterHeater char(1) NULL,
applSolarWaterHeater char(1) NULL,
applWaterSofterner char(1) NULL,
applAirConditioner char(1) NULL,
photoCount smallint NULL,
photoPrevIdx smallint DEFAULT 0 NULL,
userID numeric(10,0) NULL,
userID2 numeric(10,0) NULL,
isHidden char(1) DEFAULT "N" NULL,
visualTourPath varchar(255) NULL,
CONSTRAINT AdsHomes_homeID_PK PRIMARY KEY NONCLUSTERED (homeID)
)
Reproduce code:
---
$sql = "SELECT * FROM AdsHomes WHERE homeID=75283";
$resultID = odbc_do($this->cn, $sql);
$array = false;
$cols = odbc_num_fields($resultID);
while(odbc_fetch_row($resultID))
{
//for($i=1;$i<$cols+1;$i++) ORIGINAL CODE
for($i=1;$i<21;$i++)//FOR TESTING PURPOSES
$array[odbc_field_name($resultID,$i)] =
trim(odbc_result($resultID, $i));
break;
}
return $array;
Actual result:
--
READING 13
READING 14
READING 15
READING 16
READING 17
READING 18
READING 19
Warning: odbc_result(): SQL error: [INTERSOLV][ODBC SQL Server
driver][SQL Server]ct_get_data(): user api layer: external err
#30708 [Fbk->NoF]: Stream of type 'STDIO' was not closed
ID: 30708 Updated by: [EMAIL PROTECTED] Reported By: guth at fiifo dot u-psud dot fr -Status: Feedback +Status: No Feedback Bug Type: Zend Engine 2 problem Operating System: Linux PHP Version: 5.0.2 New Comment: 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. Previous Comments: [2005-03-07 21:47:39] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip (can not reproduce) [2004-11-07 00:22:58] guth at fiifo dot u-psud dot fr Description: hello, It seems that PHP doesn't close a "Stream of type 'STDIO'" when the PHP code produces a parse error with "throw". Reproduce code: --- Expected result: /www/test2.php(2) : Parse error - parse error, unexpected T_THROW, expecting ')' Actual result: -- /www/test2.php(2) : Parse error - parse error, unexpected T_THROW, expecting ')' /usr/src/php5/main/streams/streams.c(375) : Stream of type 'STDIO' 0x816d83c (path:/www/test2.php) was not closed -- Edit this bug report at http://bugs.php.net/?id=30708&edit=1
#30965 [Fbk->NoF]: php 5.0.3RC1 fails to compile with freetds
ID: 30965 Updated by: [EMAIL PROTECTED] Reported By: jon dot bertsch at ucop dot edu -Status: Feedback +Status: No Feedback Bug Type: Compile Failure Operating System: Mac OS 10.3.6 PHP Version: 5CVS-2004-12-02 (dev) New Comment: 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. Previous Comments: [2005-03-07 21:45:15] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2004-12-02 22:10:39] jon dot bertsch at ucop dot edu I put the config.log up as a text file at: webdev.ucop.edu/ph/config.log.txt [2004-12-02 21:19:20] [EMAIL PROTECTED] Please check in config.log for reasons why it might have failed, if possible provide a link to it here. [2004-12-02 17:58:52] jon dot bertsch at ucop dot edu Description: When I configure with freetds for mssql configure fails with the following warning: configure: error: Could not find /usr/local/lib/ libtds.a|so But the file libtds.a exists at /usr/local/lib/libtds.a. The identical configure worked for 5.0.0 /usr/local/lib] jonb% ls libct.2.0.0.dylib libpng.dylib libtds.dyliblibxml2.2.6.6.dylib libct.2.dylib libpng12.0.1.2.5.dylib libtds.la libxml2.2.dylib libct.a libpng12.0.dylib libtdsodbc.0.0.0.dylib libxml2.a libct.dylib libpng12.a libtdsodbc.0.dylib libxml2.dylib libct.lalibpng12.dylib libtdsodbc.alibxml2.la libexslt.0.8.0.dyliblibsybdb.4.0.0.dylib libtdsodbc.dyliblibxslt.1.1.0.dylib libexslt.0.dyliblibsybdb.4.dylib libtdsodbc.la libxslt.1.dylib libexslt.a libsybdb.a libtdssrv.1.0.0.dylib libxslt.a libexslt.dylib libsybdb.dylib libtdssrv.1.dylib libxslt.dylib libexslt.la libsybdb.la libtdssrv.a libxslt.la libpng.3.1.2.5.dyliblibtds.3.0.0.dylib libtdssrv.dylib pkgconfig libpng.3.dylib libtds.3.dylib libtdssrv.laxml2Conf.sh libpng.alibtds.a libxml2.2.5.11.dylibxsltConf.sh I checked the file ext/mssql/config.m4 spelling and it seems correct but it is not recognizing the file name for some reason. Without the mssql extension it compiles fine. By the way, you need a drop-down option for 5.0.3RC1 on the form. Reproduce code: --- '--with-mssql=/usr/local' Actual result: -- configure fails -- Edit this bug report at http://bugs.php.net/?id=30965&edit=1
#31326 [Fbk->NoF]: Object Destruction Order
ID: 31326
Updated by: [EMAIL PROTECTED]
Reported By: sir dot gallahad at gmail dot com
-Status: Feedback
+Status: No Feedback
Bug Type: Zend Engine 2 problem
Operating System: Linux
PHP Version: 5.0.2
New Comment:
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.
Previous Comments:
[2005-02-28 21:05:52] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2004-12-28 20:27:18] sir dot gallahad at gmail dot com
Description:
First of all. It's not a bug. It's a sugestion to give more stability
to the engine.
When the Zend Engine reaches the end of a script page it cleans up the
classes that have been created.
Nowadays it cleans up in the order the classes have been created.
I suggest that it would be a safer routine to destroy a class following
a heap of objects (first in last out).
It would help some nesting routines, not mentioning the memory
allocation.
Reproduce code:
---
aVar = $pMe;
echo
str_repeat("",$ident)."[".$this->aVar."]";
$ident++;
}
function __destruct() {
global $ident;
$ident--;
echo
str_repeat("",$ident)."[/".$this->aVar."]";
}
}
$v1 = new Tag("tag1");
$v2 = new Tag("tag2");
$v3 = new Tag("tag3");
echo '';
?>
Expected result:
[tag1]
[tag2]
[tag3]
[/tag3]
[/tag2]
[/tag1]
Actual result:
--
[tag1]
[tag2]
[tag3]
[/tag1]
[/tag2]
[/tag3]
--
Edit this bug report at http://bugs.php.net/?id=31326&edit=1
#31686 [Fbk->NoF]: Incoherent behaviour
ID: 31686
Updated by: [EMAIL PROTECTED]
Reported By: guth at fiifo dot u-psud dot fr
-Status: Feedback
+Status: No Feedback
Bug Type: Zend Engine 2 problem
Operating System: *
PHP Version: 5.0.3
New Comment:
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.
Previous Comments:
[2005-02-28 20:58:09] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-01-25 15:37:27] guth at fiifo dot u-psud dot fr
replace "array(1) { [0]=> string(2) "43" }" by "array(1) { [0]=>
string(2) "12" }" in expected result.
sorry for the mistake..
[2005-01-25 12:29:36] guth at fiifo dot u-psud dot fr
This is the reproduce code:
[2005-01-25 12:26:24] guth at fiifo dot u-psud dot fr
Description:
hello,
Classes A/B and C/D are identical, i just changed a default value from
an 'int' to an 'array'.
See at the expected and actual results to understand the problem.
Reproduce code:
---
Expected result:
int(43)
array(1) { [0]=> string(2) "43" }
Actual result:
--
int(43)
array(1) { [0]=> string(2) "42" }
--
Edit this bug report at http://bugs.php.net/?id=31686&edit=1
#31728 [Fbk->NoF]: mysql_insert_id() return wrong ID
ID: 31728
Updated by: [EMAIL PROTECTED]
Reported By: godwizard at hotmail dot com
-Status: Feedback
+Status: No Feedback
Bug Type: MySQL related
Operating System: Linux Fedora Core 2
PHP Version: 5.0.3
New Comment:
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.
Previous Comments:
[2005-02-28 20:55:54] [EMAIL PROTECTED]
What we can't reproduce we can't fix. So either provide the short
example script as requested or let this report rot.
[2005-01-30 00:45:28] godwizard at hotmail dot com
Problem is that the code is not public (the previous one that I
published, is now public but everything else will not be. Boss will
hang me if I publish code more). Even DB's are closed. I have tested
that the sample code is making same error all the time, so nothing else
is needed.
Let's make it simple:
When you make query in class 1, the query is ok and it will return to
mysql_insert_id() correct value.
When you make query in class 2, the query is ok (everything in DB
[MySQL] is ok and correct values have been inserted) BUT
mysql_insert_id() is getting value from query 1 (class 1), not from
query 2 like it should be.
Without classes everything is ok (all code is working without
problems), but with classes everything goes straight to...
Class 1 is STAT and class 2 is ADMIN_DOG_SQL. Is that clear now?
[2005-01-28 21:40:01] [EMAIL PROTECTED]
>Here is all code what U will need...
I don't need *all* your code, I need only a small reproduce code that
doesn't use any external resources (except MySQL, of course).
Please, reduce the code, as I'm unable to run it without your session
data, functions used, contants etc. etc.
Also, provide a table structure dump (you can also provide some sample
data).
Put in somewhere in the net and post URL here if possible.
[2005-01-27 20:08:22] godwizard at hotmail dot com
Description:
mysql_insert_id return wrong ID. It will add new line to DB correctly
but when using mysql_insert_id to get auto_increment value, it will
return something odd.
Reproduce code:
---
function add_line()
{
global $db_insert;
$aikaleima = time();
if ( (isset($_SESSION['admin']['rekisteriID'])) &&
(strlen($_SESSION['admin']['rekisteriID']) > 0) )
{
$query = sprintf("
insert into rekisteri_rekisteriID (rekisteriID, oletus, lisatty,
lisaaja)
values (%s, 1, %u, %u)",
sql_valid($_SESSION['admin']['rekisteriID']),
sql_valid($aikaleima),
sql_valid($_SESSION['user']['userID']));
if ( (isset($db_insert)) && (isset($query)) )
{
$result = $db_insert->query($query);
unset($query);
}
if ( (isset($result)) && (mysql_affected_rows() > 0) )
{
$rekisterinro = mysql_insert_id();
}
Expected result:
Example value should be 29171.
Actual result:
--
Value is 7618. And ID 7618 is already reserved in DB.
--
Edit this bug report at http://bugs.php.net/?id=31728&edit=1
#31774 [Fbk->NoF]: Data missing using DirectoryIterator with ftp:// wrapper
ID: 31774
Updated by: [EMAIL PROTECTED]
Reported By: php at lachoseinteractive dot net
-Status: Feedback
+Status: No Feedback
Bug Type: FTP related
Operating System: Linux & Mac OS X
PHP Version: 5.0.3
New Comment:
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.
Previous Comments:
[2005-02-28 20:53:47] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-01-31 12:41:10] php at lachoseinteractive dot net
After more investigation, it turns out that the iterator
reconnects to the server several times for each file of
list in order to get SIZE information, etc instead of
parsing a raw list from an FTP LIST command.
Looks like DirectoryIterator needs optimization for use
with ftp wrapper.
[2005-01-31 02:32:17] php at lachoseinteractive dot net
Description:
Reading a directory with a DirectoryIterator using an
ftp wrapper doesn't work well.
Tested on 3 ftp servers. (proftp, ncftp, and ..unknown
:-/). on 3 different machines and network.
With proftp and ncftp, some items are missing from the
retrieved directory list. (whereas it works well with
readdir()), even with a directory containing no more
than 2 or 3 files. This doesn't seem to be related to
the nature of the file, but rather to its position in
the list : add a new file to the directory, and the
previously missing file would show up, while another one
is now missing.
On the third server (ftpperso.free.fr), the directory
was correctly read.
In all cases, retrieving the list is very slow, and
often fails.
Reproduce code:
---
example:
$dir = new DirectoryIterator("ftp://myftpserver.com/";);
foreach ( $dir as $f ) {
if ( $f->isDot() ) continue;
echo $f->getFilename()."\n";
}
--
Edit this bug report at http://bugs.php.net/?id=31774&edit=1
#31795 [Fbk->NoF]: Permission issues with ntwdblib.dll and Windows 2003
ID: 31795
Updated by: [EMAIL PROTECTED]
Reported By: sa at ruraltel dot net
-Status: Feedback
+Status: No Feedback
Bug Type: MSSQL related
Operating System: Windows 2003
PHP Version: 5.0.3
New Comment:
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.
Previous Comments:
[2005-02-28 20:53:33] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-02-01 17:11:05] sa at ruraltel dot net
Description:
This issue is pertains to Windows 2003 and ntwdblib.dll 7.00.839 which
has been the packaged dll in the previous 3 releases.
Issue: Only an account on the MSSQL Server machine can have access to
pass queries to the MSSQL i.e an account that has admin privileges on
web server box (Windows 2003) and has privliges on the MSSQL box will
allow the credentials to pass thus allowing the SQL login creditials to
pass and the query to execute.
While using Ethereal I noticed that the protocol used on Win 2k3 boxes
accessing MSSQL was SMB and that it was performing NTLM authentication
for the iusr_servname account against the MSSQL server. Where by the XP
and 2000 box was using TDS with the same DLL. Once a changed the dll to
the current version (ntwdblib.dll ver 8.00.194) running on the MSSQL
box the apps worked normally on Win 2k3 boxes.
Reproduce code:
---
$test = mssql_connect('dbserver',"uname","pword");
if(!$test)
{
$return = 'Test Failed: '.mssql_get_last_message()."\n";
}
else
{
$return = 'Test succeeded';
}
Expected result:
Test Succeeded
Actual result:
--
Warning: mssql_connect() [function.mssql-connect]: Unable to connect to
server: 24.225.0.5 in D:\clients\admin.ruraltel.net\tmp\test_mssql.php
on line 11
--
Edit this bug report at http://bugs.php.net/?id=31795&edit=1
#31850 [Fbk->NoF]: ftp+ssl isn't working
ID: 31850 Updated by: [EMAIL PROTECTED] Reported By: speedy444 at hotmail dot com -Status: Feedback +Status: No Feedback Bug Type: FTP related Operating System: win2k PHP Version: 5.0.3 New Comment: 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. Previous Comments: [2005-02-28 20:47:41] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-02-05 02:02:26] speedy444 at hotmail dot com Description: short example script: I compiled php with vc++ 6 using the latest openssl. But when I try to use ftp_ssl_connect + ftp_login I get this error: PHP Warning: ftp_login(): SSL/TLS handshake failed in justascript.php on line 204 PHP Warning: ftp_login(): AUTH TLS successful in justascript.php on line 204 And after that the connection is still open but the ssl layer isn't active. -- Edit this bug report at http://bugs.php.net/?id=31850&edit=1
#31867 [Fbk->NoF]: PHP does not read my php.ini which is in "Configuration File (php.ini) Path"
ID: 31867 Updated by: [EMAIL PROTECTED] Reported By: php at pwhite dot mailhaven dot com -Status: Feedback +Status: No Feedback Bug Type: PHP options/info functions Operating System: Linux 2.6 PHP Version: 5.0.3 New Comment: 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. Previous Comments: [2005-02-28 20:47:22] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-02-09 01:37:36] php at pwhite dot mailhaven dot com Yes, the user "nobody" has read access to the file. I verified it by doing `su nobody` (after changing its shell to bash) and by viewing the file. [2005-02-08 22:20:11] [EMAIL PROTECTED] Please check if your Apache's user (I bet it's "nobody") has all necessary privileges to read the ini file. [2005-02-08 22:13:23] php at pwhite dot mailhaven dot com Update: even with --with-config-file-path=/home/pwhite/my_php5/lib, my file is still ignored. [2005-02-07 07:12:32] php at pwhite dot mailhaven dot com Yes, I saw that option, but wouldn't you consider it a bug when phpinfo() displays a directory as THE "configuration file path", and yet when there's a valid configuration file in that directory, it does not read it? If it only looks in /usr/local/lib for php.ini, why list /home/pwhite/php5/lib as the config file path? 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/31867 -- Edit this bug report at http://bugs.php.net/?id=31867&edit=1
#31938 [Fbk->NoF]: mysqli_prepare + MD5 problem
ID: 31938
Updated by: [EMAIL PROTECTED]
Reported By: stas at okean dot de
-Status: Feedback
+Status: No Feedback
Bug Type: MySQLi related
Operating System: Windows XP Professional
PHP Version: 5.0.3
New Comment:
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.
Previous Comments:
[2005-02-28 20:43:23] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-02-11 19:26:35] stas at okean dot de
Description:
When using mysqli_perpare/execute/bind/fetch combination to retrieve a
MD5 hash from the database php replaces the last character of the hash
throug a hex(00) character. A mysqli_query/fetch_row works correctly.
Reproduce code:
---
$mysqli->prepare("SELECT MD5('a')");
$ps->execute();
$ps->bind_result($hash);
$ps->fetch();
$ps->close();
echo $hash;
Expected result:
0cc175b9c0f1b6a831c399e269772661
Actual result:
--
0cc175b9c0f1b6a831c399e26977266
--
Edit this bug report at http://bugs.php.net/?id=31938&edit=1
#31954 [Fbk->NoF]: Interbase returning bool - PHP crash
ID: 31954 Updated by: [EMAIL PROTECTED] Reported By: okke at formsma dot nl -Status: Feedback +Status: No Feedback Bug Type: InterBase related Operating System: Windows XP SP1 PHP Version: 5.0.3 New Comment: 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. Previous Comments: [2005-02-24 07:32:42] [EMAIL PROTECTED] Please try if the error can be reproduced with a php_interbase.dll built from source using the ibase.h header file that comes with Interbase 7.1 [2005-02-23 22:44:05] okke at formsma dot nl I used the pre-built one from PHP.net [2005-02-23 20:51:04] [EMAIL PROTECTED] Did you build php_interbase.dll from source, or did you use the pre-built one from php.net? [2005-02-13 12:23:16] okke at formsma dot nl Description: I'm using interbase 7. I made a table using a BOOLEAN field. Everything worked fine, until I tried to extract data from the table. Then I found out that the BOOLEAN field was crashing PHP (and, in succession, apache). The error I got with PHP was (command line client): "Warning: ibase_fetch_assoc(): Dynamic SQL Error SQL error code = -804 Incorrect values within SQLDA structure in [...]" (for search-sake: the Apache error was "Parent: child process exited with status 3221225477 -- Restarting.") The problem is not a database failure; IBconsole and Database Workbench both handle the test-SQL perfectly. Reproduce code: --- I left the PHP code out, for readability. I'm using ibase_connect(), ibase_query() and ibase_fetch_assoc(). Run the following SQL first: CREATE TABLE TEST ( ID INTEGER NOT NULL, PUBLISHED BOOLEAN DEFAULT 0, CONSTRAINT PK_CMS PRIMARY KEY (ID) ) ; Fill the database with some lines, it doesn't matter what exactly: INSERT INTO TEST(ID, PUBLISHED) VALUES(1,false); INSERT INTO TEST(ID, PUBLISHED) VALUES(2,true); INSERT INTO TEST(ID, PUBLISHED) VALUES(3,false); INSERT INTO TEST(ID, PUBLISHED) VALUES(4,true); Then try to extract data from the database: SELECT * FROM TEST; Expected result: (after ibase_query()): an array with the values from the database. Actual result: -- A big fat error, where after PHP and Apache will crash. The problem occurs on the line with ibase_query(). -- Edit this bug report at http://bugs.php.net/?id=31954&edit=1
#32015 [Fbk->NoF]: StrtoTime Function Giving Different Timestamps in different versions
ID: 32015
Updated by: [EMAIL PROTECTED]
Reported By: rj at meadowbrook dot net
-Status: Feedback
+Status: No Feedback
Bug Type: Date/time related
Operating System: Linux
PHP Version: 5.0.2
New Comment:
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.
Previous Comments:
[2005-02-18 09:06:19] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
[2005-02-18 04:09:34] rj at meadowbrook dot net
Description:
The exact same function produces two different timestamp results:
PHP 4.3.2
strtotime('12/01/04 9:00 AM');
produces 1101909600
PHP 5.0.2
strtotime('12/01/04 9:00 AM');
produces 1101909622
Any combination produces a result 22 seconds less in 5.0.2 that the
result in 4.3.2
Reproduce code:
---
n/a
Expected result:
n/a
Actual result:
--
n/a
--
Edit this bug report at http://bugs.php.net/?id=32015&edit=1
#32074 [Fbk->NoF]: OID's missing from PHP snmpwalk compared with command line snmpwalk
ID: 32074
Updated by: [EMAIL PROTECTED]
Reported By: Gregg dot Nelson at Co dot Ramsey dot MN dot US
-Status: Feedback
+Status: No Feedback
Bug Type: SNMP related
Operating System: ReHat 9.0
PHP Version: 5.0.3
New Comment:
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.
Previous Comments:
[2005-03-06 16:51:17] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2005-02-23 21:30:50] Gregg dot Nelson at Co dot Ramsey dot MN dot US
After a more careful comparison of the command line snmpwalk and the
PHP snmpwalk it appears the items missing from the PHP snmpwalk are the
Counter64 items.
[2005-02-23 21:18:48] Gregg dot Nelson at Co dot Ramsey dot MN dot US
The following bash script shows that snmpwalk and snmpget/getnext
produce the same number of lines and output
when called from the command line
#!/bin/bash
#
# Compare snmpwalk and snmpget/getnext output.
#
#set -vx
walkoid="SNMPv2-SMI::enterprises.9.9.161"
lc=$(snmpwalk -v2c -crmsy 192.168.108.254 $walkoid|wc -l)
echo snmpwalk: $lc lines.
startmib="$walkoid.1.1.1.1.2.0"
nextmib=$startmib
oper="snmpget";lc=0
while :; do
mib=$($oper -v2c -crmsy 192.168.108.254 $nextmib)
oper="snmpgetnext"
if [ $(echo $mib|grep ".9.9.161"|wc -l) -eq 0 ];then break;fi
# echo $mib
let lc=lc+1
nextmib=${mib%%\ =\ *}
done
echo snmpget/next: $lc lines.
exit
[2005-02-23 04:38:59] Gregg dot Nelson at Co dot Ramsey dot MN dot US
Description:
Running:
PHP-5.0.3
Net-SNMP-5.2.1
Apache-(httpd-2.0.530)
PHP config Line
./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-snmp
No changes to php.ini
---
Executing snmpwalk from command line (RH Linux 9) produces different
results from snmpwalk called from php.
I have a Cisco 6509 configured for Server Load Balancing.
The MIB tree for this starts at OID .1.3.6.1.4.1.9.9.161
With the following command from the Linux shell I get the folowing
results:
---
snmpwalk -v2c -crmsy 192.168.108.254 .1.3.6.1.4.1.9.9.161
SNMPv2-SMI::enterprises.9.9.161.1.1.1.1.2.0 = Counter32: 49602212
SNMPv2-SMI::enterprises.9.9.161.1.1.1.1.3.0 = Counter64: 49602212
SNMPv2-SMI::enterprises.9.9.161.1.1.1.1.4.0 = Counter32: 2776480
SNMPv2-SMI::enterprises.9.9.161.1.1.1.1.5.0 = Counter64: 2776480
SNMPv2-SMI::enterprises.9.9.161.1.1.1.1.6.0 = Counter32: 26014
SNMPv2-SMI::enterprises.9.9.161.1.1.1.1.7.0 = Counter64: 26014
SNMPv2-SMI::enterprises.9.9.161.1.1.1.1.8.0 = Counter32: 26013
SNMPv2-SMI::enterprises.9.9.161.1.1.1.1.9.0 = Counter64: 26013
SNMPv2-SMI::enterprises.9.9.161.1.1.1.1.10.0 = Counter32: 26014
SNMPv2-SMI::enterprises.9.9.161.1.1.1.1.11.0 = Counter64: 26014
SNMPv2-SMI::enterprises.9.9.161.1.1.1.1.12.0 = Counter32: 6
SNMPv2-SMI::enterprises.9.9.161.1.1.1.1.13.0 = Counter64: 6
SNMPv2-SMI::enterprises.9.9.161.1.1.1.1.14.0 = Counter32: 0
SNMPv2-SMI::enterprises.9.9.161.1.1.1.1.15.0 = Counter64: 0
SNMPv2-SMI::enterprises.9.9.161.1.2.1.1.2.0.8.67.65.70.69.84.69.83.84 =
INTEGER: 1
SNMPv2-SMI::enterprises.9.9.161.1.2.1.1.3.0.8.67.65.70.69.84.69.83.84 =
INTEGER: 3
SNMPv2-SMI::enterprises.9.9.161.1.2.1.1.4.0.8.67.65.70.69.84.69.83.84 =
Gauge32: 2
SNMPv2-SMI::enterprises.9.9.161.1.2.1.1.5.0.8.67.65.70.69.84.69.83.84 =
Gauge32: 0
SNMPv2-SMI::enterprises.9.9.161.1.2.1.1.6.0.8.67.65.70.69.84.69.83.84 =
INTEGER: 1
SNMPv2-SMI::enterprises.9.9.161.1.3.1.1.4.0.8.67.65.70.69.84.69.83.84.192.168.110.15.0
= INTEGER: 2
SNMPv2-SMI::enterprises.9.9.161.1.3.1.1.4.0.8.67.65.70.69.84.69.83.84.192.168.110.46.0
= INTEGER: 2
SNMPv2-SMI::enterprises.9.9.161.1.3.1.1.5.0.8.67.65.70.69.84.69.83.84.192.168.110.15.0
= Gauge32: 0
SNMPv2-SMI::enterprises.9.9.161.1.3.1.1.5.0.8.67.65.70.69.84.69.83.84.192.168.110.46.0
= Gauge32: 0
SNMPv2-SMI::enterprises.9.9.161.1.3.1.1.6.0.8.67.65.70.69.84.69.83.84.192.168.110.15.0
= Gauge32: 0
SNMPv2-SMI::enterprises.9.9.161.1.3.1.1.6.0.8.67.65.70.69.84.69.83.84.192.168.110.46.0
= Gauge32: 0
SNMPv2-SMI::enterprises.9.9.161.1.3.1.1.7.0.8.67.65.70.69.84.69.83.84.192.168.110.15.0
= Gauge32: 4294967295
SNMPv2-SMI::en
#32095 [Fbk->NoF]: file_exists() doesn't work with 2G+ files
ID: 32095
Updated by: [EMAIL PROTECTED]
Reported By: david at giffin dot org
-Status: Feedback
+Status: No Feedback
Bug Type: Filesystem function related
Operating System: Linux Debian
PHP Version: 5.0.1
New Comment:
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.
Previous Comments:
[2005-02-25 14:26:27] [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.
[2005-02-24 18:04:30] david at giffin dot org
Description:
file_exists() doesn't work under apache with files that are >= 2 gig.
The script provided works using the cli version of php5 compilied on
the same system at the same time as the apache version.
Reproduce code:
---
";
$file = "/tmp/tester.file";
for ($i = 0; $i < 6; $i++) {
@unlink($file);
$cmd = "dd if=/dev/zero of=$file bs=1024 count=1024
seek={$i}M";
echo $cmd . "\n";
system($cmd);
system("ls -lh $file");
echo "File Exists: " . file_exists($file) . "\n";
print "\n";
}
@unlink($file);
print "";
?>
Expected result:
file_exists should return true even though the file is >= 2 gig
Actual result:
--
file_exists returns false if >= 2 gig
--
Edit this bug report at http://bugs.php.net/?id=32095&edit=1
#32112 [Fbk->NoF]: generated PHPSESSID in form causes incomplete page
ID: 32112 Updated by: [EMAIL PROTECTED] Reported By: tom at dms dot co dot uk -Status: Feedback +Status: No Feedback Bug Type: Session related Operating System: Solaris PHP Version: 5.0.2 New Comment: 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. Previous Comments: [2005-02-25 18:07:03] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. [2005-02-25 16:58:09] tom at dms dot co dot uk Description: When a PHPSESSID is generated into a form as a hidden input field, the subsequent html is incomplete as if the last few characters have been deleted. Often only noticeable on a view source but sometimes obvious when visible text or HTML (such as an IMG tag) has been cropped. Currently have to pad an initial (session-less) page with loads of spaces at the end. -- Edit this bug report at http://bugs.php.net/?id=32112&edit=1
#32123 [Fbk->NoF]: Not Work
ID: 32123
Updated by: [EMAIL PROTECTED]
Reported By: fLAre_Dra_X at yahoo dot com
-Status: Feedback
+Status: No Feedback
Bug Type: COM related
Operating System: Windows XP SP 2
PHP Version: 5.0.1
New Comment:
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.
Previous Comments:
[2005-02-27 10:25:28] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
[2005-02-27 08:03:14] fLAre_Dra_X at yahoo dot com
Description:
I've try to use some advantage of PHP in connection to OLE or COM
object. I follow some script doing that but found some error like
bellow.
My system specs are :
AMD Athlon XP 1800+
RAM 512 MB
HD Seagate 40 GB
OS Windows XP SP 2
WebServer IIS 5.1 integrated with MS.Net Framework 1.1.4322 and PHP
5.0.0RC1-win32 CGI Mode
Other kind like access MySQL, normal PHP script it's work normally,
only for COM procedure it doesn't work ???
Reproduce code:
---
Visible = 1;
$word->Documents->Add();
$word->Selections->TypeText("Pemrograman PHP 5 ...");
$word->Documents[1]->SaveAs("C:\\inetpub\\wwwroot\\test.doc");
$word->Quit();
$word = null;
$buka = new COM("InternetExplorer.Application");
$buka->Visible = true;
$buka->Navigate("http://localhost/test.doc";);
?>
Expected result:
I've expected that COM Object of Ms.Word will be created and save a
documents, then server open new IE window then get Ms.Word OLE inside
it.
Actual result:
--
It bought me error :
Error : Class "com" not found error on line
I've think that my PHP doesn't have COM class for creating COM Object.
--
Edit this bug report at http://bugs.php.net/?id=32123&edit=1
#32133 [Fbk->NoF]: Failed create COM object
ID: 32133
Updated by: [EMAIL PROTECTED]
Reported By: fLAre_Dra_X at yahoo dot com
-Status: Feedback
+Status: No Feedback
Bug Type: COM related
Operating System: Windows XP SP 2
PHP Version: 5.0.1
New Comment:
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.
Previous Comments:
[2005-02-28 19:58:40] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-02-28 15:58:43] fLAre_Dra_X at yahoo dot com
Description:
I've download the version of PHP :
http://snaps.php.net/win32/php5.0-win32-latest.zip
It's work to call COM class, but when create object like
word.application it failed.
My configuration is disable all COM option on php.ini like
com.allow_dcom. Is there any
configuration that i need to do with my php or with my IIS ???
Reproduce code:
---
Version}\n";
//bring it to front
$word->Visible = 1;
//open an empty document
$word->Documents->Add();
//do some weird stuff
$word->Selection->TypeText("This is a test...");
$word->Documents[1]->SaveAs("Useless test.doc");
//closing word
$word->Quit();
//free the object
$word->Release();
$word = null;
?>
Expected result:
Com object of word.
Actual result:
--
PHP Fatal error: Uncaught exception 'com_exception' with message
'Failed to create COM object `word.application': Access is denied. ' in
E:\Inetpub\wwwroot\tutor\com_word.php:4 Stack trace: #0
E:\Inetpub\wwwroot\tutor\com_word.php(4):
com->com('word.applicatio...') #1 {main} thrown in
E:\Inetpub\wwwroot\tutor\com_word.php on line 4
--
Edit this bug report at http://bugs.php.net/?id=32133&edit=1
#32141 [Fbk->NoF]: Cannot create SoapClient object from WSDL
ID: 32141
Updated by: [EMAIL PROTECTED]
Reported By: ddonovan at villagepress dot com
-Status: Feedback
+Status: No Feedback
Bug Type: SOAP related
Operating System: Linux (fedora C3)
PHP Version: 5CVS-2005-02-28 (dev)
Assigned To: dmitry
New Comment:
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.
Previous Comments:
[2005-03-05 13:34:35] [EMAIL PROTECTED]
At first I need your WSDL file to understand the problem.
You can mail it to me.
At second, you probably look into error message from web browser, so it
removes some part of message, ext/soap writes somthing like "unexpected
<...> in complexType".
You can look into error_log.
[2005-02-28 23:34:10] ddonovan at villagepress dot com
Description:
I can parse the .WSDL file and call the functions using nuSOAP, but not
using PHP5. It has also been shown to work with JAVA/AXIS and .NET.
I need the WSDL caching functionality of the PHP5 SOAP procedures
otherwise I might stick with nuSAOP.
Note that in the error message there should be another word between
"unexpeted" and "in complexType", but there is not.
Reproduce code:
---
http://mySoapServer/WebSvc.wsdl';
$s = new SoapClient($url);//line #17 as ref'd in error
?>
Expected result:
A useable instance of a SoapClient object.
Actual result:
--
Fatal error: Uncaught SoapFault exception: [WSDL] SOAP-ERROR: Parsing
Schema: unexpected in complexType in /var/www/html/phpSOAP.html:17
Stack trace: #0 /var/www/html/phpSOAP.html(17):
SoapClient->__construct('http://10.0.0.1...', Array) #1 {main} thrown
in /var/www/html/phpSOAP.html on line 17
--
Edit this bug report at http://bugs.php.net/?id=32141&edit=1
#32146 [Fbk->NoF]: The php apache2handler module segfaults
ID: 32146
Updated by: [EMAIL PROTECTED]
Reported By: jelly_bean_junky at hotmail dot com
-Status: Feedback
+Status: No Feedback
Bug Type: Apache2 related
Operating System: OpenBSD 3.6 GENERIC#59
PHP Version: 5.0.3
New Comment:
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.
Previous Comments:
[2005-03-04 16:42:51] [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.
[2005-03-01 10:57:15] jelly_bean_junky at hotmail dot com
Description:
Error message produced:
[notice] child pid 8484 exit signal Segmentation fault (11)
I can send the core if requested.
Reproduce code:
---
Any sort of php code will randomly produce no page or missing parts
Expected result:
no page or missing images or links
Actual result:
--
(gdb) bt
#0 0x0027c220 in ?? ()
#1 0x086c2941 in zm_info_apache (zend_module=0x7972636e) at
/home/kibble/packages/php-5.0.3/sapi/apache2handler/php_functions.c:405
#2 0x0869136c in zend_hash_clean (ht=0x28603540) at
/home/kibble/packages/php-5.0.3/Zend/zend_hash.c:540
#3 0x086914c0 in zend_hash_apply_deleter (ht=0x28603540, p=0x8419abec)
at /home/kibble/packages/php-5.0.3/Zend/zend_hash.c:589
#4 0x0868a146 in zend_startup (utility_functions=0x285f81d8,
extensions=0x3c029028, start_builtin_functions=-809529992)
at /home/kibble/packages/php-5.0.3/Zend/zend.c:607
#5 0x0865305e in php_module_startup (sf=0x285f81d8,
additional_modules=0x3c061298, num_additional_modules=0) at
/home/kibble/packages/php-5.0.3/main/main.c:1428
#6 0x0865301c in php_module_startup (sf=0x285f5ee0,
additional_modules=0x0, num_additional_modules=3485437428)
at /home/kibble/packages/php-5.0.3/main/main.c:1426
#7 0x086bedf1 in php_apache_sapi_log_message (msg=0x0) at
/home/kibble/packages/php-5.0.3/sapi/apache2handler/sapi_apache2.c:257
#8 0x04b7aa20 in run_cleanups (cref=0x3c029028) at apr_pools.c:1951
#9 0x04b79de9 in apr_pool_destroy (pool=0x3c029018) at
apr_pools.c:730
#10 0x04b79dce in apr_pool_destroy (pool=0x3c027018) at
apr_pools.c:727
#11 0x1c038648 in destroy_and_exit_process (process=0x3c027098,
process_exit_value=0) at main.c:208
#12 0x1c03948a in main (argc=3, argv=0xcfbf8fa4) at main.c:624
(gdb) frame 1
#1 0x086c2941 in zm_info_apache (zend_module=0x7972636e) at
/home/kibble/packages/php-5.0.3/sapi/apache2handler/php_functions.c:405
405 sprintf(tmp, "Connection: %lld - Keep-Alive: %lld",
(serv->timeout / 100), (serv->keep_alive_timeout / 100));
(gdb) info locals
zend_module = (zend_module_entry *) 0x86c2928
apv = (unsigned char *) 0x72636564
tmp1 = {c = 0x17 "Ï", len = 3485437024, a = 1852141679}
tmp =
"ssl_private_encrypt\000\025\000\000\000`\214¿Ïopenssl_pkcs7_encrypt\000C(\022\000\000\000`\214¿Ïopenssl_pkcsp¢Ê\fpÓÉ,¬°<(D\212¿Ïp¢Ê\fpÓÉ,ssl_T\212¿Ï1®Ê\føÁÉ,\000¯É,[EMAIL
PROTECTED]<\006\000\000\000t\212¿\022ç\000\000\000\034ÃÉ\fL«É\f¤\211¿Ïñ5\230\016\fFÒ\210\000l¶\004®×z\r\006\000\000\000ð\211¿Ï\234\211¿Ï
\211¿Ï"...
n = 1600484449
max_requests = 7630969
p = 0x285c227b "ind the property %s"
serv = (server_rec *) 0x76697270
--
Edit this bug report at http://bugs.php.net/?id=32146&edit=1
#32157 [Fbk->NoF]: mcrypt_create_iv returns same value each time called
ID: 32157
Updated by: [EMAIL PROTECTED]
Reported By: murray at planetthoughtful dot org
-Status: Feedback
+Status: No Feedback
Bug Type: mcrypt related
Operating System: WindowsXP
PHP Version: 5.0.3
New Comment:
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.
Previous Comments:
[2005-03-04 16:40:48] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
[2005-03-01 22:42:45] murray at planetthoughtful dot org
Description:
For some reason, using mcrypt_create_iv on my system (WinXP, Apache
1.3.28, PHP 5.0.3, mcrypt 2.5.7) usually returns the same value
(specifically, when base64_encoded, the value
"qSqamZGHYAIBHnH8KiVcFwNNgrXbLL7R5Fl6lc4xjwA=") each time called, with
some exceptions.
Exceptions: if the code I have included is executed on my machine again
before approx 15 seconds has elapsed, another number, also fitting into
an expected value, is returned.
To explain:
If I execute the code below once, then wait 15 or 16 seconds, it will
return the same value both times, ie
"qSqamZGHYAIBHnH8KiVcFwNNgrXbLL7R5Fl6lc4xjwA=". If I execute the code,
then a second later I execute the code again, then a second later I
execute the code a third time, THEN I wait 15 seconds and repeat the
execution 3 times, I will get the following base64_encoded values:
qSqamZGHYAIBHnH8KiVcFwNNgrXbLL7R5Fl6lc4xjwA=
DqwXXwbWS0Nkm/7+18Y12zx1JIns87nfTITMx5oOWXI=
pytYv/yDzGw5JlyRm7timBu98nR3vTR7udWwlUVG6gI=
qSqamZGHYAIBHnH8KiVcFwNNgrXbLL7R5Fl6lc4xjwA=
DqwXXwbWS0Nkm/7+18Y12zx1JIns87nfTITMx5oOWXI=
pytYv/yDzGw5JlyRm7timBu98nR3vTR7udWwlUVG6gI=
Obviously I have no idea why waiting approx 15 seconds restarts the
cycle, but the net effect of this is that I generally end up with an
$iv value of "qSqamZGHYAIBHnH8KiVcFwNNgrXbLL7R5Fl6lc4xjwA=", since
there is usually a much longer period between requests to create an
initialization vector value than 15 seconds (at least, it's usually
much longer between in the site I have designed).
I hope this makes sense -- if not, please email me and I will try to
provide what information I can.
Note: I also tried "srand((double) microtime() * 100);" instead of
just "srand();" in case srand() was not being initialized properly for
MCRYPT_RAND, but this made no difference.
Reproduce code:
---
$td = mcrypt_module_open('rijndael-256','','cbc','');
srand();
$iv = mcrypt_create_iv(mcrypt_get_iv_size('rijndael-256','cbc'),
MCRYPT_RAND);
echo base64_encode($iv)."";
Expected result:
I expect $iv to be a different (ie random) value each time the code is
run.
Actual result:
--
If run approx 15 seconds apart, $iv will always be the same. if run
more frequently than 15 seconds apart, the value will follow an
expected progression, rather than being truly random.
--
Edit this bug report at http://bugs.php.net/?id=32157&edit=1
#32161 [Fbk->NoF]: com_exception message filed string reformat
ID: 32161
Updated by: [EMAIL PROTECTED]
Reported By: baoshi dot zhu at gmail dot com
-Status: Feedback
+Status: No Feedback
Bug Type: COM related
Operating System: Windows XP/2000
PHP Version: 5.0.3
New Comment:
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.
Previous Comments:
[2005-03-04 16:39:28] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-03-02 03:24:03] baoshi dot zhu at gmail dot com
Description:
When a COM exception occurs, the error message produced by COM
application can be obtained from 'message' in com_exception object.
However the string is truncated with some characters wrapping to the
front.
Reproduce code:
---
try {
$word = new COM("word.application");
$doc = $word->Documents->Open($docfile);
$doc->Activate();
$doc->PrintOut();
$doc->Close();
$word->Quit();
} catch (com_exception $e) {
if ($doc) $doc->Close();
if ($word) $word->Quit();
print "Error occured at " . $e->getFile() . "(" . $e->getLine()
. ")\n";
print $e->getMessage() . "\n";
}
Expected result:
If $docfile does not exists, VBA will return
Error: This file could not be found.
Try one or more of the following:
*Check the spelling of the name of the document.
*Try a different file name. (c:\test1.doc)
Actual result:
--
Description: This file could not be found.
Try one or more of the following:
* Check the spelling of the name of the document.
(C:\test1.doc)nt file name.
^^
--
Edit this bug report at http://bugs.php.net/?id=32161&edit=1
#32162 [Fbk->NoF]: dirname returning \ for root entries
ID: 32162
Updated by: [EMAIL PROTECTED]
Reported By: paul at wavebreaks dot com
-Status: Feedback
+Status: No Feedback
Bug Type: Directory function related
Operating System: Windows XP SP2
PHP Version: 5.0.3
New Comment:
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.
Previous Comments:
[2005-03-06 16:26:36] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-03-02 08:21:05] paul at wavebreaks dot com
Description:
This is probably the same or related to
http://bugs.php.net/bug.php?id=25450 and
http://bugs.php.net/bug.php?id=18710 but since they are for Win 2k
and/or closed, I thought the best bet was to open a new one.
When a path-like-string is passed to dirname, if, and only if, the last
entity (file, dir) is on the root (ie: only one / in the string) then
dirname returns a backslash instead of a forward slash.
There doesn't appear to be a config to tell PHP which part seperator to
use, thus the dirname function is pointlessly broken unless you can
guarentee it will never be given a root level entry.
This, also, breaks your example in the documentation for header() for
Location: header types.
Reproduce code:
---
print (dirname('/foo')."\n");
print (dirname('/foo/bar')."\n");
Expected result:
/
/foo
Actual result:
--
\
/foo
You might argue it's not a bug since Windows is meant to handle both
types of path seperator, but a URI does not, and this is you main
audience.
This issue has been around for way past way too long.
--
Edit this bug report at http://bugs.php.net/?id=32162&edit=1
#32188 [Fbk->NoF]: Problem when extending a standard class
ID: 32188 Updated by: [EMAIL PROTECTED] Reported By: manu at manucorp dot com -Status: Feedback +Status: No Feedback Bug Type: SimpleXML related Operating System: Linux PHP Version: 5.0.3 New Comment: 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. Previous Comments: [2005-03-04 16:52:51] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-03-04 11:07:32] manu at manucorp dot com Description: When i extend SimpleXMLElement there is some weird issue on accessing variable of the class. (perhaps related to bug #28817, i'm not completely sure) Reproduce code: --- test=array(); var_dump(is_array($this->test)); } } $uploadfile="file.xml"; $rs=simplexml_load_file($uploadfile,"Reader"); $rs->extract(); ?> Expected result: bool(true) Actual result: -- bool(false) -- Edit this bug report at http://bugs.php.net/?id=32188&edit=1
#32199 [Fbk->NoF]: php-cgi hanging
ID: 32199 Updated by: [EMAIL PROTECTED] Reported By: valenok at gmail dot com -Status: Feedback +Status: No Feedback Bug Type: CGI related Operating System: windows xp professional PHP Version: 5.0.3 New Comment: 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. Previous Comments: [2005-03-06 16:32:00] [EMAIL PROTECTED] Exactly HOW do you run PHP on command line when it hangs? What script? [2005-03-06 16:30:28] valenok at gmail dot com The reason I am reporting is I am writing HTTP server. I have found that php pages sometimes do not 'return': browser shows the output, but spinner still spins, and php process is still running. It never happens with other CGIs - perl, python, native executables. I never happened on unix. So first thing I blamed was my server. But. I have found that it hangs directly from command line, also I have found other people reports about this kind of issue (hanging on IIS, Xitami, etc, never on Apache). This gave me a reason to suspect php itself. [2005-03-06 16:27:37] [EMAIL PROTECTED] Exactly how have you configured PHP in httpd.conf ?? [2005-03-06 16:24:51] valenok at gmail dot com thried the 5.1.0 snapshot. same thing. Now, it hangs every first-second time I run it. on unix (tried on freebsd) this never happens. Also, I suspect, Apache handles php right, so it does not hang. could it be the environment issue? does php manipulate with some global resource (mutex or so)? what can I do to debug it ? [2005-03-06 16:13:12] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-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/32199 -- Edit this bug report at http://bugs.php.net/?id=32199&edit=1
#32225 [Fbk->NoF]: Tokenizer fails after fatal error until timeout or apache restart
ID: 32225 Updated by: [EMAIL PROTECTED] Reported By: paul dot laughlin at ingramentertainment dot com -Status: Feedback +Status: No Feedback Bug Type: Reproducible crash Operating System: Gentoo Linux 2.6.10 PHP Version: 5.0.3 New Comment: 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. Previous Comments: [2005-03-07 20:04:47] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-03-07 19:23:37] paul dot laughlin at ingramentertainment dot com Description: If you have a fatal error it breaks token_get_all until an apache restart... Reproduce code: --- -- Sample Token file Some HTML Some More HTML More HTML -- End Sample Token File -- PHP Script -- '; print_r($token); echo ''; } ?> -- End PHP Script -- If you introduce a parse error as follows, fix the error and reload you get broken output until apache restart. '; print_r($token); echo ''; } ?> Expected result: Array ( [0] => 310 [1] => Some HTML ) Array ( [0] => 365 [1] => Array ( [0] => 368 [1] => ) Array ( [0] => 306 [1] => TEST_TAG ) Array ( [0] => 368 [1] => ) Array ( [0] => 367 [1] => ?> ) Array ( [0] => 310 [1] => Some More HTML ) Array ( [0] => 365 [1] => Array ( [0] => 368 [1] => ) Array ( [0] => 306 [1] => Another_TAG ) Array ( [0] => 368 [1] => ) Array ( [0] => 367 [1] => ?> ) Array ( [0] => 310 [1] => More HTML ) Actual result: -- Array ( [0] => 306 [1] => Some ) Array ( [0] => 368 [1] => ) Array ( [0] => 306 [1] => HTML ) Array ( [0] => 368 [1] => ) < ? Array ( [0] => 368 [1] => ) Array ( [0] => 306 [1] => TEST_TAG ) Array ( [0] => 368 [1] => ) Array ( [0] => 367 [1] => ?> ) Array ( [0] => 310 [1] => Some More HTML ) Array ( [0] => 365 [1] => Array ( [0] => 368 [1] => ) Array ( [0] => 306 [1] => Another_TAG ) Array ( [0] => 368 [1] => ) Array ( [0] => 367 [1] => ?> ) Array ( [0] => 310 [1] => More HTML ) -- Edit this bug report at http://bugs.php.net/?id=32225&edit=1
#32085 [Fbk->NoF]: configure fails due to missing 'ld'
ID: 32085 Updated by: [EMAIL PROTECTED] Reported By: clint dot box at eds dot com -Status: Feedback +Status: No Feedback Bug Type: Compile Failure Operating System: z/os 1.4 PHP Version: 5.0.3 New Comment: 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. Previous Comments: [2005-02-25 14:50:39] [EMAIL PROTECTED] Propably some tools here are needed too: http://www.apache.org/~trawick/apache-2-on-zos.html I think you might have to run buildconf + libtoolize -c -f with those tools to get it working.. I've never used or even seen z/OS and I don't have access to any such beast so you're pretty much on your own. [2005-02-25 14:45:45] [EMAIL PROTECTED] This patch might also help: http://lists.gnu.org/archive/html/libtool-patches/2004-01/txtYhodekc22i.txt It's unfortunately for the libtool sources, so it won't apply cleanly to PHP's bundled 'compiled' stuff. [2005-02-25 14:33:04] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-02-23 21:47:54] clint dot box at eds dot com Description: Getting the following error attempting to install on z/os: Configuring libtool checking for Cygwin environment... no checking for mingw32 environment... no checking build system type... i370-ibm-openedition checking for non-GNU ld... no configure: error: no acceptable ld found in $PATH I have all of the pre-requisite software installed but still get this. Is there something missing that should be mentioned on the pre-requisite software listing? -- Edit this bug report at http://bugs.php.net/?id=32085&edit=1
#32285 [Fbk->NoF]: can't complie with gd
ID: 32285 Updated by: [EMAIL PROTECTED] Reported By: admin at cuttinthebutter dot com -Status: Feedback +Status: No Feedback Bug Type: Compile Failure Operating System: Mac OS X 10.3.8/Darwin PHP Version: 5.0.3 New Comment: 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. Previous Comments: [2005-03-12 14:41:06] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-03-12 01:51:58] admin at cuttinthebutter dot com Description: Trying to compile using the following configurations --prefix=/Library/PHP5 --with-gd --enable-soap --with-curl=/Library/CURL --with-curlwrappers --with-zlib --with-xml --with-mysql=/Library/MySQL --with-apxs2=/Library/Apache2/bin/apxs I recieve the following errors on make. ld: Undefined symbols: _gdFreeFontCache _gdImageBoundsSafe I have installed libpng, libjpeg and t1lib. I installed GD seperatly and used --with-gd=/Library/GD and received just: ld: Undefined symbols: _gdFreeFontCache I have looked everywhere for anybody else having this issue and the only results showed bug reports from 4.1.x with the same. Actual result: -- ld: Undefined symbols: _gdFreeFontCache _gdImageBoundsSafe -- Edit this bug report at http://bugs.php.net/?id=32285&edit=1
#32273 [Fbk->NoF]: Incorrectly reports function as being redeclared
ID: 32273
Updated by: [EMAIL PROTECTED]
Reported By: zedar at zedar dot org
-Status: Feedback
+Status: No Feedback
-Bug Type: Unknown/Other Function
+Bug Type: Zend Engine 2 problem
Operating System: Linux 2.4.26
PHP Version: 5CVS-2005-03-11 (dev)
New Comment:
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.
Previous Comments:
[2005-03-11 10:36:20] [EMAIL PROTECTED]
I can't reproduce it. Please provide more info about it.
A *short* but complete reproduce script + gdb backtrace would help
much.
[2005-03-11 04:31:44] zedar at zedar dot org
Description:
PHP complains that the __autoload function is being
redeclared despite the fact that it is only in one file
that is auto-prepended and not otherwise included
anywhere.
Reproduce code:
---
Lines 15-17 of the file are as follows: (1-14 are comments)
function __autoload($class_name) {
require_once "class/".$class_name . '.php';
}
Expected result:
Not much, just that the files are included as required.
Actual result:
--
The following shows up in apaches error log:
[Fri Mar 11 13:14:12 2005] [error] PHP Fatal error:
Cannot redeclare __autoload() (previously declared
in /www2/wame.net/system/include/wame/header.php:15)
in /www2/wame.net/system/include/wame/header.php on line
17
[Fri Mar 11 13:14:12 2005] [notice] child pid 11721 exit
signal Segmentation fault (11)
--
Edit this bug report at http://bugs.php.net/?id=32273&edit=1
#32265 [Fbk->NoF]: FATAL: erealloc(): Unable to allocate XXX bytes
ID: 32265
Updated by: [EMAIL PROTECTED]
Reported By: pm at wallit dot net
-Status: Feedback
+Status: No Feedback
Bug Type: Reproducible crash
Operating System: Solaris 8.0
PHP Version: 5.0.3
New Comment:
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.
Previous Comments:
[2005-03-10 17:39:09] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
Can't reproduce.
[2005-03-10 16:58:49] pm at wallit dot net
Description:
PHP crashes if you put a function with more than 14 parameters in an
'if' statement. Example:
if( $ret = myfunc( $a, $b, $c, $d, $e, $f, $g, $h, $i, $j, $k, $l, $m,
$n, $crash ) )
{
}
Reproduce code:
---
if( $ret = myfunc( $a, $b, $c, $d, $e, $f, $g, $h, $i, $j, $k, $l, $m,
$n, $crash ) )
{
}
--
Edit this bug report at http://bugs.php.net/?id=32265&edit=1
#32260 [Fbk->NoF]: odbc_connect on network MS-Access database
ID: 32260 Updated by: [EMAIL PROTECTED] Reported By: bidouille at beaussier dot com -Status: Feedback +Status: No Feedback Bug Type: ODBC related Operating System: Win32 PHP Version: 5.0.3 New Comment: 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. Previous Comments: [2005-03-10 11:02:02] [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. [2005-03-10 11:00:50] bidouille at beaussier dot com Description: It's unable to connect to a MS-Access database located on a network drive. That's work only on the local drive (e.g. [C:]). Reproduce code: --- $cfg_dsn = "DRIVER=Microsoft Access Driver (*.mdb); DBQ=X:/Access.mdb; UserCommitSync=Yes; Threads=3; SafeTransactions=0; PageTimeout=5; MaxScanRows=8; MaxBufferSize=2048; DriverId=281; DefaultDir=C:/Progra~1/CommonFiles/ODBC/DataSources"; $cfg_dsn_login = ""; $cfg_dsn_mdp = ""; odbc_connect($cfg_dsn,$cfg_dsn_login,$cfg_dsn_mdp); Expected result: odbc_connect must be return a resource id. Actual result: -- odbc_connect results a error message -- Edit this bug report at http://bugs.php.net/?id=32260&edit=1
#32235 [Fbk->Bgs]: Zend Optimizer Fails Make Sparc64 SMP Debian GNU/Linux 3.1 (Sarge)
ID: 32235 Updated by: [EMAIL PROTECTED] Reported By: unixpenguin2004 at earthlink dot net -Status: Feedback +Status: Bogus Bug Type: Zend Engine 2 problem Operating System: Debian GNU/Linux 3.1 PHP Version: 4.3.10 New Comment: ..and about Zend optimizer bugs -> go to zend.com Previous Comments: [2005-03-08 22:41:52] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2005-03-08 18:30:00] unixpenguin2004 at earthlink dot net Description: Zend fails to compile on SMP Sparc64 system with 2.4 kernel on Debian Sarge. Reproduce code: --- http://binaryshadow.org/~penguin/zend_sparc64_errors.txt Expected result: The Zend engine needs to compile for PHP to work. It shouldn't have all of this reproducable broken code. -- Edit this bug report at http://bugs.php.net/?id=32235&edit=1
#32233 [Fbk->NoF]: unappropriate session warning
ID: 32233
Updated by: [EMAIL PROTECTED]
Reported By: cohen1 at gmail dot com
-Status: Feedback
+Status: No Feedback
Bug Type: Session related
Operating System: FreeBSD 5.3-RELEASE
PHP Version: 5.0.3
New Comment:
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.
Previous Comments:
[2005-03-09 00:38:51] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-03-08 17:33:05] cohen1 at gmail dot com
Description:
When I load a simplexml object into a session var. after doing
session_start() the rest of the page completes, but next time load the
page and it does session_start() in the same browser session, I get a
warning:
Warning: session_start() [function.session-start]: Node no longer
exists in ... on line 46
Line 46: session_start()
I found out that the problem only happens when i do this:
$_SESSION['orderprice'] = $rtn->products->product[0]['price'];
var_dump($rtn->products->product[0]['price']) prints:
object(SimpleXMLElement)#11 (1) { [0]=> string(3) "0.5" }
If i do:
$_SESSION['orderprice'] = (string)$rtn->products->product[0]['price'];
There is no problem at all.
First php bug report, bear with me please.
Reproduce code:
---
session_start();
$_SESSION['orderprice'] = $rtn->products->product[0]['price'];
yelds warning in session_start()
if i do:
session_start();
$_SESSION['orderprice'] = (string)$rtn->products->product[0]['price'];
there is no problem.
--
Edit this bug report at http://bugs.php.net/?id=32233&edit=1
#32232 [Fbk->NoF]: Bug with CGI HTTP_POST_VARS
ID: 32232 Updated by: [EMAIL PROTECTED] Reported By: crandym2003 at yahoo dot com -Status: Feedback +Status: No Feedback Bug Type: CGI related Operating System: Windows/Unix PHP Version: 4.3.10 New Comment: 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. Previous Comments: [2005-03-08 23:29:21] [EMAIL PROTECTED] And FYI: I'd be very worried if "series_photo" ended up in $HTTP_POST_VARS (or $_POST, which you should use too) Uploaded file information usually goes into $_FILES.. [2005-03-08 23:23:37] [EMAIL PROTECTED] I can not reproduce this. With what browser(s) do you get this? Can you anyhow provide a short but COMPLETE script? (the one above does not have even a submit button, not to mention the fact that it's not even close being valid HTML) [2005-03-08 15:02:09] crandym2003 at yahoo dot com Description: When using the POST method in a form defined with enctype="multipart/form-data", a single defined hidden form element is lost between form named EditSeries when submit button posts form to submit_series.php. This only happens when text data entered into the TEXTAREA contains a special trademark character ™. I have seen this same bug before with other special characters. The form "submit_series.php" should get (4) form elements in the attached code which are: series_id, destination, series_desc, series_photo. Performing a dump_var $HTTP_SERVER_VAR at the beginnging of submit_series.php only shows (3) because the first form item "series_id" is somehow lost through CGI intrepretation. This doesn't happen unless data containing ™ is entered into the TEXTAREA box. The workaround is to place all hidden entities in the form after the TEXTAREA item or insert a extra hidden blank entity just above the series_id entity. This also does not happen if the enctype="multipart/form-data" is set to text entry only. In this case however, the form contains an input type=file so the multipart/form-data is necessary. Reproduce code: --- Expected result: When you run dump_vars($HTTP_SERVER_VARS) on the submit_series.php form and print them, there should be a total of (4) form items passed which are which are: series_id, destination, series_desc, series_photo. Actual result: -- When you run dump_vars($HTTP_SERVER_VARS) on the submit_series.php form and print them, there area a total of (3) form items passed which are which are: destination, series_desc, series_photo. Somehow, the first defined hidden entity series_id is lost and not defined in $HTTP_SERVER_VARS. This only happens when a special trademark character is entered as text data in the TEXTAREA box. If you move the location of the hidden items somewhere in the form "after" the TEXTAREA item, all elements are forwarded to the next page (i.e., this is a workaround) -- Edit this bug report at http://bugs.php.net/?id=32232&edit=1
#32233 [NoF->Opn]: unappropriate session warning
ID: 32233
User updated by: cohen1 at gmail dot com
Reported By: cohen1 at gmail dot com
-Status: No Feedback
+Status: Open
Bug Type: Session related
Operating System: FreeBSD 5.3-RELEASE
PHP Version: 5.0.3
New Comment:
Sorry for the delay. I'm not able to try this error on the CVS version
because of lack of time. Suspended is fine for now.
Previous Comments:
[2005-03-20 18:14:28] [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.
[2005-03-09 00:38:51] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-03-08 17:33:05] cohen1 at gmail dot com
Description:
When I load a simplexml object into a session var. after doing
session_start() the rest of the page completes, but next time load the
page and it does session_start() in the same browser session, I get a
warning:
Warning: session_start() [function.session-start]: Node no longer
exists in ... on line 46
Line 46: session_start()
I found out that the problem only happens when i do this:
$_SESSION['orderprice'] = $rtn->products->product[0]['price'];
var_dump($rtn->products->product[0]['price']) prints:
object(SimpleXMLElement)#11 (1) { [0]=> string(3) "0.5" }
If i do:
$_SESSION['orderprice'] = (string)$rtn->products->product[0]['price'];
There is no problem at all.
First php bug report, bear with me please.
Reproduce code:
---
session_start();
$_SESSION['orderprice'] = $rtn->products->product[0]['price'];
yelds warning in session_start()
if i do:
session_start();
$_SESSION['orderprice'] = (string)$rtn->products->product[0]['price'];
there is no problem.
--
Edit this bug report at http://bugs.php.net/?id=32233&edit=1
#32386 [NEW]: Sablotron error on line 1: XML parser error 3
From: ian_real at dominios dot net Operating system: Suse 9.2 2.6.8-24-smp x86_64 PHP version: 4CVS-2005-03-20 (stable) PHP Bug Type: XSLT related Bug description: Sablotron error on line 1: XML parser error 3 Description: XSLT test fails Sablotron version is 1.0.2 /temp/php4-STABLE-200503201730/ext/xslt/tests/xslt_set_object.phpt EXPECTED OUTPUT OK OK ACTUAL OUTPUT Warning: Sablotron error on line 1: XML parser error 3: no element found in /temp/php4-STABLE-200503201730/ext/xslt/tests/xslt_set_$ Warning: Sablotron error on line 1: XML parser error 3: no element found in /temp/php4-STABLE-200503201730/ext/xslt/tests/xslt_set_$ OK OK FAILED -- Edit bug report at http://bugs.php.net/?id=32386&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32386&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32386&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32386&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32386&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32386&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32386&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32386&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32386&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32386&r=support Expected behavior: http://bugs.php.net/fix.php?id=32386&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32386&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32386&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32386&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32386&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32386&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32386&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32386&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32386&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32386&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32386&r=mysqlcfg
#32387 [NEW]: Problem with upload_tmp_dir when set as "Per Directory Value"
From: ricike at aporisk dot hu Operating system: Windows Server 2003 / IIS 6.0 PHP version: 4.3.10 PHP Bug Type: *Configuration Issues Bug description: Problem with upload_tmp_dir when set as "Per Directory Value" Description: I have changed in php.ini the upload_tmp_dir to a directory which i want to use for most of the websites. And i used the "Per Directory Values" thing in the registry for a specific website's wwwroot to use an other temp dir for file uploads. When phpinfo() is called, it says the correct local and master values, but when i upload a file, it is uploaded into the the temp directory specified in php.ini, not to the directory specified for that website. -- Edit bug report at http://bugs.php.net/?id=32387&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32387&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32387&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32387&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32387&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32387&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32387&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32387&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32387&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32387&r=support Expected behavior: http://bugs.php.net/fix.php?id=32387&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32387&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32387&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32387&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32387&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32387&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32387&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32387&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32387&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32387&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32387&r=mysqlcfg
#31213 [Com]: Fix for #29493 seem to have caused other errors
ID: 31213
Comment by: ian_real at dominios dot net
Reported By: mikael at SPAMMENOTchl dot chalmers dot se
Status: Assigned
Bug Type: Scripting Engine problem
Operating System: Linux
PHP Version: 4.3.9
Assigned To: moriyoshi
New Comment:
This seemed to be fixed on 4.3.10, but is now failing on
STABLE-200503201730
EXPECTED OUTPUT
int(1)
int(1)
int(1)
int(2)
int(2)
int(2)
array(2) {
["_a"]=>
&int(2)
["_b"]=>
&int(2)
}
int(1)
int(1)
int(1)
int(2)
int(2)
int(2)
array(2) {
["_a"]=>
&int(2)
["_b"]=>
&int(2)
}
ACTUAL OUTPUT
int(1)
int(1)
int(1)
int(2)
int(2)
int(2)
array(2) {
["_a"]=>
&int(2)
["_b"]=>
&int(2)
}
int(1)
int(1)
int(2)
int(2)
int(2)
int(2)
array(2) {
["_a"]=>
&int(2)
["_b"]=>
&int(2)
}
FAILED
Previous Comments:
[2005-01-19 22:11:51] [EMAIL PROTECTED]
See also bug #31217 and bug #30074
[2004-12-21 00:11:04] mikael at SPAMMENOTchl dot chalmers dot se
Description:
In regard to bug #29493 (would have added a comment to it if I could)
--
This fix seems to have been backported to PHP 4.3.9, now we get other
errors.
In the example below $acopy is a reference to $arr['acopy'] and $a is
also a reference to $arr['acopy'], when actually $a should have been
separated from $arr['acopy'] when extract() makes the $acopy reference
to $arr['acopy'] since the array is created with 'acopy' => $a
$b, $arr['bref'] and $bref should and does however all point to the
same value as they should since the array is created with 'bref' =>
&$b
Reproduce code:
Reproduce code:
---
$a = 1; $b = 1;
$arr = array('acopy' => $a, 'bref' => &$b);
extract($arr, EXTR_REFS);
$acopy++;
$bref++;
debug_zval_dump($a, $b, $arr, $acopy, $bref);
Expected result:
(As seen on PHP < 4.3.9):
$a: long(1) refcount(2)
$b: long(2) refcount(1)
$arr: array(2) refcount(2){
["acopy"]=>
&long(2) refcount(2)
["bref"]=>
&long(2) refcount(3)
}
$acopy: long(2) refcount(1)
$bref: long(2) refcount(1)
Note: Shouldn't the refcount of $a be == 1 instead of 2. $a should be a
separate zval while $arr['acopy'] and $acopy should be references to the
same value as indicated by the refcount of 2
Actual result:
--
$a is now == 2, when it should be == 1. Only $arr['acopy'] should be ==
2
$a: long(2) refcount(1)
$b: long(2) refcount(1)
$arr: array(2) refcount(2){
["acopy"]=>
&long(2) refcount(3)
["bref"]=>
&long(2) refcount(3)
}
$acopy: long(2) refcount(1)
$bref: long(2) refcount(1)
--
Edit this bug report at http://bugs.php.net/?id=31213&edit=1
#32387 [Opn->Fbk]: Problem with upload_tmp_dir when set as "Per Directory Value"
ID: 32387 Updated by: [EMAIL PROTECTED] Reported By: ricike at aporisk dot hu -Status: Open +Status: Feedback Bug Type: *Configuration Issues Operating System: Windows Server 2003 / IIS 6.0 PHP Version: 4.3.10 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2005-03-20 22:32:37] ricike at aporisk dot hu Description: I have changed in php.ini the upload_tmp_dir to a directory which i want to use for most of the websites. And i used the "Per Directory Values" thing in the registry for a specific website's wwwroot to use an other temp dir for file uploads. When phpinfo() is called, it says the correct local and master values, but when i upload a file, it is uploaded into the the temp directory specified in php.ini, not to the directory specified for that website. -- Edit this bug report at http://bugs.php.net/?id=32387&edit=1
#32379 [Bgs]: type hinting doesn't inforce encapsulation
ID: 32379 User updated by: freebsd at dds dot nl Reported By: freebsd at dds dot nl Status: Bogus -Bug Type: Class/Object related +Bug Type: Feature/Change Request Operating System: FreeBSD PHP Version: 5.0.3 New Comment: If this isn't a bug I would like it to become a feature. Previous Comments: [2005-03-20 00:55:05] [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 Type hints don\'t check what you are doing with your object, they just help you to know what you have... [2005-03-20 00:40:59] freebsd at dds dot nl Description: Type hinting doesn't prevent you from calling functions of children that are not defined in the interface or (abstract) class. This mean you could call a function of object x, then create a new class (y) that doesn't implement this function, resulting in an error later on. Basicaly the principle of encapsulation (on class level) isn't enforced. Reproduce code: --- fb(); } f(new Y()); ?> Expected result: An error (or at least a warning). Actual result: -- n/a -- Edit this bug report at http://bugs.php.net/?id=32379&edit=1
#32379 [Bgs]: type hinting doesn't inforce encapsulation
ID: 32379 User updated by: freebsd at dds dot nl Reported By: freebsd at dds dot nl Status: Bogus Bug Type: Feature/Change Request Operating System: FreeBSD PHP Version: 5.0.3 New Comment: My email is wrong it should be freebsd at akruijff dot nl. It seems I can nott change this. Previous Comments: [2005-03-20 23:03:18] freebsd at dds dot nl If this isn't a bug I would like it to become a feature. [2005-03-20 00:55:05] [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 Type hints don\'t check what you are doing with your object, they just help you to know what you have... [2005-03-20 00:40:59] freebsd at dds dot nl Description: Type hinting doesn't prevent you from calling functions of children that are not defined in the interface or (abstract) class. This mean you could call a function of object x, then create a new class (y) that doesn't implement this function, resulting in an error later on. Basicaly the principle of encapsulation (on class level) isn't enforced. Reproduce code: --- fb(); } f(new Y()); ?> Expected result: An error (or at least a warning). Actual result: -- n/a -- Edit this bug report at http://bugs.php.net/?id=32379&edit=1
#32375 [Opn->Fbk]: $_POST, $HTTP_RAW_POST_DATA not set
ID: 32375
Updated by: [EMAIL PROTECTED]
Reported By: jnavratil at houston dot rr dot com
-Status: Open
+Status: Feedback
Bug Type: Apache2 related
Operating System: SuSE Linux 9.1
PHP Version: 5CVS-2005-03-19 (dev)
New Comment:
I can not reproduce this. Please give more information about your
setup: How did you configure PHP in httpd.conf? What changes did you
make into php.ini? (is the right php.ini loaded?)
And DO NOT paste full php.ini here! Make a unified diff against
php.ini-dist (or if you used php.ini-recommeded as basis, against that
one)
Previous Comments:
[2005-03-19 19:50:24] jnavratil at houston dot rr dot com
Description:
This bug is similar to, but not quite the same as bug #31417.
Running Suse Linux 9.1, Apache 2.0.53 and latest snapshot of PHP, I do
not have $_POST variables being set. $_GET superglobal seems to be
fine. Additionally, even though phpinfo() shows
'always_populate_raw_post_data' on, $HTTP_RAW_POST_DATA is not
defined.
PHP configure line is:
./configure --prefix=/usr/local/php5 \
--with-apxs2=/usr/local/apache2/bin/apxs \
--with-libxml-dir=/usr/local/lib --with-zlib \
--with-zlib-dir=/usr/local/lib \
--with-mysql=/usr \
--with-gd \
--with-jpeg-dir=/usr/lib --with-png-dir=/usr/lib \
--enable-gd-native-ttf --with-freetype-dir=/usr/lib \
--enable-soap --enable-sockets \
--with-jpeg-dir=/usr --enable-exif
Reproduce code:
---
\n";
echo '\n";
echo '\n";
// Next line generates 'Undefined variable: HTTP_RAW_POST_DATA'
// even though phpinfo shows always_populate_raw_post_data On
// echo '\n";
if (!isset($_POST['tableName']) or trim($_POST['tableName']) == '') {
?>
Table Name:
You entered
Expected result:
I expect the code to present a form to input a string, then display the
string when the form is submitted. I expect to see comments in the page
source displaying the $_POST, $_GET and $_REQUEST arrays.
Actual result:
--
The $_POST variables are not set when the form is submitted. If I
attach variables to the URL (i.e. post.php?key=value), I see variables
in the $_GET and $_REQUEST superglobals. Comments generated in the
page source indicate that $_POST is an array, but it is empty.
--
Edit this bug report at http://bugs.php.net/?id=32375&edit=1
#32233 [Opn->NoF]: unappropriate session warning
ID: 32233
Updated by: [EMAIL PROTECTED]
Reported By: cohen1 at gmail dot com
-Status: Open
+Status: No Feedback
Bug Type: Session related
Operating System: FreeBSD 5.3-RELEASE
PHP Version: 5.0.3
New Comment:
No feedback means no feedback, reply when you do have time.
Previous Comments:
[2005-03-20 19:58:36] cohen1 at gmail dot com
Sorry for the delay. I'm not able to try this error on the CVS version
because of lack of time. Suspended is fine for now.
[2005-03-20 18:14:28] [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.
[2005-03-09 00:38:51] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-03-08 17:33:05] cohen1 at gmail dot com
Description:
When I load a simplexml object into a session var. after doing
session_start() the rest of the page completes, but next time load the
page and it does session_start() in the same browser session, I get a
warning:
Warning: session_start() [function.session-start]: Node no longer
exists in ... on line 46
Line 46: session_start()
I found out that the problem only happens when i do this:
$_SESSION['orderprice'] = $rtn->products->product[0]['price'];
var_dump($rtn->products->product[0]['price']) prints:
object(SimpleXMLElement)#11 (1) { [0]=> string(3) "0.5" }
If i do:
$_SESSION['orderprice'] = (string)$rtn->products->product[0]['price'];
There is no problem at all.
First php bug report, bear with me please.
Reproduce code:
---
session_start();
$_SESSION['orderprice'] = $rtn->products->product[0]['price'];
yelds warning in session_start()
if i do:
session_start();
$_SESSION['orderprice'] = (string)$rtn->products->product[0]['price'];
there is no problem.
--
Edit this bug report at http://bugs.php.net/?id=32233&edit=1
#31294 [Opn->Asn]: Wrong charset
ID: 31294
Updated by: [EMAIL PROTECTED]
Reported By: megabrain at fight-club dot ru
-Status: Open
+Status: Assigned
Bug Type: MySQL related
Operating System: Windows 2003
PHP Version: 5.0.3
-Assigned To:
+Assigned To: edink
New Comment:
Edin: did you by any chance change the settings/version for the mysql
client libs between 5.0.2 and 5.0.3 ?
Previous Comments:
[2005-03-14 06:19:10] megabrain at fight-club dot ru
Same problem with CVS build
[2005-02-28 21:13:42] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2004-12-28 11:01:21] megabrain at fight-club dot ru
example:
php 5.0.2
$result=mysql_query("select ru_name from mtable");
$runame=mysql_result($result,0,"ru_name");
print $runame;
output: òåñò
php 5.0.3
$result=mysql_query("select ru_name from mtable");
$runame=mysql_result($result,0,"ru_name");
print $runame;
output:
database is UTF8
[2004-12-25 14:48:23] megabrain at fight-club dot ru
Description:
I dont know wy it happens..
Trivia:
MySQL 4.1.8
Base with CP1251 support
PHP 5.0.3
Loaded mysql (not mysqli) extensions..
Any queries to base returns "?" where russian chars in base..
version 5.0.2 dont have this problems
But under Apache2 with php loaded as module no problems too..
--
Edit this bug report at http://bugs.php.net/?id=31294&edit=1
#32199 [NoF->Opn]: php-cgi hanging
ID: 32199 User updated by: valenok at gmail dot com Reported By: valenok at gmail dot com -Status: No Feedback +Status: Open Bug Type: CGI related Operating System: windows xp professional PHP Version: 5.0.3 New Comment: I start new cmd.exe session, and run: php-cgi test.php this is the content of test.php: #!php-cgi Previous Comments: [2005-03-20 18:11:44] [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. [2005-03-06 16:32:00] [EMAIL PROTECTED] Exactly HOW do you run PHP on command line when it hangs? What script? [2005-03-06 16:30:28] valenok at gmail dot com The reason I am reporting is I am writing HTTP server. I have found that php pages sometimes do not 'return': browser shows the output, but spinner still spins, and php process is still running. It never happens with other CGIs - perl, python, native executables. I never happened on unix. So first thing I blamed was my server. But. I have found that it hangs directly from command line, also I have found other people reports about this kind of issue (hanging on IIS, Xitami, etc, never on Apache). This gave me a reason to suspect php itself. [2005-03-06 16:27:37] [EMAIL PROTECTED] Exactly how have you configured PHP in httpd.conf ?? [2005-03-06 16:24:51] valenok at gmail dot com thried the 5.1.0 snapshot. same thing. Now, it hangs every first-second time I run it. on unix (tried on freebsd) this never happens. Also, I suspect, Apache handles php right, so it does not hang. could it be the environment issue? does php manipulate with some global resource (mutex or so)? what can I do to debug it ? 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/32199 -- Edit this bug report at http://bugs.php.net/?id=32199&edit=1
#32121 [Fbk->NoF]: WDDX does not properly serialize variables
ID: 32121
Updated by: php-bugs@lists.php.net
Reported By: jbeall at heraldic dot us
-Status: Feedback
+Status: No Feedback
Bug Type: Arrays related
Operating System: Linux
PHP Version: 5.0.3
New Comment:
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
Previous Comments:
[2005-03-09 00:37:25] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
And do NOT reply anything before you've tried the snapshot, thank you.
[2005-03-01 01:10:09] jbeall at heraldic dot us
I have tracked down the problem to WDDX not properly serializing
arrays. Consider the following:
$data = array(1=>"First value",2=>"Second Value",3=>"Third Value");
$wddxPacket = wddx_serialize_value($data);
$deserialized = wddx_deserialize($wddxPacket);
echo gettype($deserialized[1])." {$deserialized[1]}\n";
var_dump($deserialized);
It outputs:
NULL
array(3) {
["1"]=>
string(11) "First value"
["2"]=>
string(12) "Second Value"
["3"]=>
string(11) "Third Value"
}
You will note that the indices are now string values rather than
integers. This is apparently because the array begins at an index
other than 0. The expected output is of course:
string First value
array(3) {
[1]=>
string(11) "First value"
[2]=>
string(12) "Second Value"
[3]=>
string(11) "Third Value"
}
Perhaps this should be filed as a separate bug report, or is already a
known bug?
As far as changing the status, the only statuses that I am able to set
it to are "open" and "closed" - "feedback" is not listed as one of my
options.
[2005-02-27 13:09:59] jbeall at heraldic dot us
You are right. I must not be truly understanding what is causing the
problem (I am definitely having the problem that I cannot access array
values from a form), but it must be something other than the
name='fname[1]' field name.
I was trying to simplify my code down to less than 20 lines for the
post and I was missing $_REQUEST.
What I may have to do is simply save is serialize the variable that I
have that is causing me so much trouble and post a link to that. I'm
really at a loss at this point as to what might be the cause since it
is apparently not the form problem. Sorry for messing up the reproduce
code.
[2005-02-27 12:30:14] [EMAIL PROTECTED]
Works fine here, debug your code.
[2005-02-26 20:47:52] jbeall at heraldic dot us
Description:
If you give a form input a name that should be a numerically indexed
array, such as
It is not possible to directly access the variable via $_GET, $_POST,
or $_REQUEST.
Dumping the entire contents of the request using e.g. print_r reveals
that the form data is submitted, but it cannot be accessed via e.g.
$_POST['fname']['1'] or $_POST['fname'][1]
Presumably this happens because the PHP engine is doing type juggling.
When a request variable is submitted and looks like an array, the PHP
puts it in an array and indexes the value at the string value '1'.
However, when you try to access $_POST['fname']['1'] it sees that '1'
could be an integer, converts to an integer transparently to the
developer, and of course there is nothing stored at $_POST['fname'][1].
The data was stored at $_POST['fname']['1'].
For whatever reason, embedding the variable in a string appears to
solve the problem. E.g., "{$_POST['test'][1]}" works
Reproduce code:
---
echo ""; // So we can use \n for formatting
echo <<
EOT;
echo '('.gettype($test[1]).') value='.$test[1]."\n";
echo '('.gettype($test[1]).') value='.$test['1']."\n";
echo "But it works if we embed in a string --->
{$_REQUEST['test'][1]}\n";
var_dump($_REQUEST['test']);
// Put a string variable in the textbox and submit.
// If using GET method, URL might look like
// bugTest.php?test%5B1%5D=any+string+here
Expected result:
(string) value=any string here
(string) value=any string here
But it works if we embed in a string ---> any string here
Array
(
[1] => any string here
)
Actual result:
--
(NULL) value=
(NULL) value=
But it works if we embed in a string ---> any string here
Array
(
[1] => any string here
)
--
Edit this bug report at http://bugs.php.net/?id=32121&edit=1
#32387 [Fbk->Opn]: Problem with upload_tmp_dir when set as "Per Directory Value"
ID: 32387 User updated by: ricike at aporisk dot hu Reported By: ricike at aporisk dot hu -Status: Feedback +Status: Open Bug Type: *Configuration Issues Operating System: Windows Server 2003 / IIS 6.0 PHP Version: 4.3.10 New Comment: I tried the snapshot. The situation is the same, phpinfo() shows the correct configuration, but $_FILES["file"]["tmp_name"] always points to the path defined in php.ini, regardless of the Per Directory Values. Previous Comments: [2005-03-20 22:59:20] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2005-03-20 22:32:37] ricike at aporisk dot hu Description: I have changed in php.ini the upload_tmp_dir to a directory which i want to use for most of the websites. And i used the "Per Directory Values" thing in the registry for a specific website's wwwroot to use an other temp dir for file uploads. When phpinfo() is called, it says the correct local and master values, but when i upload a file, it is uploaded into the the temp directory specified in php.ini, not to the directory specified for that website. -- Edit this bug report at http://bugs.php.net/?id=32387&edit=1
#31493 [Bgs]: navigating to javascript:anything kills IE
ID: 31493
User updated by: csaba at alum dot mit dot edu
Reported By: csaba at alum dot mit dot edu
Status: Bogus
Bug Type: COM related
Operating System: Win XP Pro
PHP Version: 5.0.3
New Comment:
I could only report an observed behaviour. Whether or not the problem
lay with PHP is something I couldn't answer. But since entering the
'uri' manually worked, it was reasonable to report.
For the record, here is the workaround I have found. You should add a
single line, to navigate to about:blank before navigating to a
javascript:protocol. The following will not crash IE:
Navigate("about:blank");
$ie->Visible = true;
$nav = "javascript:alert('hi mom');";
$ie->Navigate($nav);
?>
Previous Comments:
[2005-03-20 23:14:17] [EMAIL PROTECTED]
If IE crashes / doesn't do something, how is it PHP bug? Bogus.
[2005-03-18 23:30:06] csaba at alum dot mit dot edu
Visible = true;
$nav = "javascript:alert('hi mom');";
$ie->Navigate($nav);
?>
Fair enough. I mean in the code above IE will vanish and not put up
the alert. If, on the other hand, you put the following line into IE's
address bar, IE will put up the expected alert and not vanish:
javascript:alert('hi mom');
[2005-03-18 19:49:02] [EMAIL PROTECTED]
And with 'original scenario' you mean what? The first example script in
this report? (with the sleep() call?) Or what?
[2005-03-10 00:59:46] csaba at alum dot mit dot edu
Sorry to reopen this, but I wanted to ensure that this got attention.
I'm not objecting to it being closed, per se, but I don't think it
makes sense to do so without a comment considering that the penultimate
comment says, "Is it working", and the response is "No." Anybody
looking at this in the future (and me looking at it now) is going to
wonder what went on.
It would be good to know whether this is not considered a bug (or is of
the 'not our problem' variety), is a Won't fix situation, or possibly
confused with bug 31492 (since that seems to have already happened
once, but that bug is distinct), or what? But in my most recent
testing, the original scenario still failed.
Csaba
[2005-03-09 01:40:57] csaba at alum dot mit dot edu
I have tried this with the March 7 build and it is still not working in
the same fashion, but I have a bit more information on it. It is tied
to the fact that there is no previous navigation before the
javascript:whatever is hit.
For example,
Hi Mom'";
$nav = "javascript:alert('Hi Mom')";
$ie->Visible = true;
$ie->Navigate($nav);
?>
will vanish IE, but
Hi Mom'";
$nav = "javascript:alert('Hi Mom')";
$ie->Visible = true;
$ie->Navigate("about:blank");
$ie->Navigate($nav);
?>
will keep IE around (you can also use the non alert version). The
point is that the 'pre navigation' to "about:blank" allows the main
navigation to go through somehow.
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/31493
--
Edit this bug report at http://bugs.php.net/?id=31493&edit=1
#32388 [NEW]: specifing open_basedir or doc_root enables safe_mode even safe_mode is disabled
From: carlos-spam at wfmh dot org dot pl Operating system: Debian PHP version: 4.3.10 PHP Bug Type: Apache related Bug description: specifing open_basedir or doc_root enables safe_mode even safe_mode is disabled Description: Use of open_basedir or doc_root in vhost (apache 1) as shown below: php_admin_value open_basedir / php_admin_value doc_root / php_admin_flag safe_mode off enables safe_mode, even safe_mode is set to off, whcih spits out: Warning: main(): open_basedir restriction in effect. File(.//prepend.php) is not within the allowed path(s): (/) in on line 18 Warning: main(prepend.php): failed to open stream: Operation not permitted in on line 18 The above used to work with 4.3.4 but stopped after upgrade t 4.3.10-9 (debian package) Actual result: -- open_basedir, doc_root shall have no effect unless safe_mode is enabled -- Edit bug report at http://bugs.php.net/?id=32388&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32388&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32388&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32388&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32388&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32388&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32388&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32388&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32388&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32388&r=support Expected behavior: http://bugs.php.net/fix.php?id=32388&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32388&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32388&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32388&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32388&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32388&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32388&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32388&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32388&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32388&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32388&r=mysqlcfg
#32389 [NEW]: imagecreatefrompng terminates connection
From: jbaou at datahost dot gr
Operating system: Slackware 10
PHP version: 5.0.3
PHP Bug Type: Reproducible crash
Bug description: imagecreatefrompng terminates connection
Description:
I am trying to create thumbs from image types: jpg,gif and png.
jpg and gif work OK.
While trying to create a png thumb i get the following error:
Connection to host jbaou.bahaha.org is broken.
## php -m
[PHP Modules]
bcmath
bz2
calendar
ctype
curl
dba
dbase
dbx
dio
dom
exif
filepro
ftp
gd
gettext
gmp
iconv
imap
libxml
mbstring
mhash
mime_magic
mysql
ncurses
openssl
pcre
posix
session
shmop
SimpleXML
sockets
SPL
SQLite
standard
sysvmsg
sysvsem
sysvshm
tokenizer
wddx
xml
yp
Zend Optimizer
zlib
[Zend Modules]
Zend Extension Manager
Zend Optimizer
## ./configure
http://jbaou.bahaha.org/phpinfo.php
Reproduce code:
---
if ($ext == ".png") {
$im = imagecreatefrompng($image); //fe
$thumb = imagecreatetruecolor($thumbWidth, $thumbHeight);
ImageCopyResampled($thumb, $im, 0, 0, 0, 0, $thumbWidth, $thumbHeight,
$imageDim[0], $imageDim[1]);
imagepng($thumb, $thumbPath.$imgName);
imagedestroy($im);
}
alt: http://jbaou.bahaha.org/browser.phps
[method makeThumb($image)]
Expected result:
a thumbnail :D
Actual result:
--
While trying to create a png thumb i get the following error:
Connection to host jbaou.bahaha.org is broken.
--
Edit bug report at http://bugs.php.net/?id=32389&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32389&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32389&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32389&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32389&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32389&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32389&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32389&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32389&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32389&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32389&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32389&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32389&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32389&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32389&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32389&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32389&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32389&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32389&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32389&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32389&r=mysqlcfg
#32390 [NEW]: PHP can't compile with imap that enabled Kerberos by heimdal
From: ptiggerdine at fastmail dot com dot au Operating system: Gentoo linux PHP version: 4.3.10 PHP Bug Type: IMAP related Bug description: PHP can't compile with imap that enabled Kerberos by heimdal Description: This is exactly the same problem as: http://bugs.php.net/bug.php?id=30640 And I challange anyone who says that this is bogus. If you have a look in the ./configure script, it only looks for MIT libraries NEVER looks for heimdal libraries at all. Heimdal has different library names. Reproduce code: --- for gentoo. export USE="kerberos imap ssl php" emerge heimdal && emerge php Expected result: to compile Actual result: -- Actual result: -- checking for IMAP support... yes checking for pam_start in -lpam... (cached) yes checking for crypt in -lcrypt... (cached) yes checking whether SSL libraries are needed for c-client... /usr/lib checking whether IMAP works... no configure: error: build test failed. Please check the config.log for details. config.log: configure:41193: checking whether SSL libraries are needed for c-client configure:41323: gcc -o conftest -g -O2 -Wl,-rpath,/var/tmp/imap/lib -L/var/tmp/imap/lib conftest.c -lc-client -lssl -lcrypto -lcrypt -lpam -lresolv -lm -ldl -lnsl -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err 1>&5 /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/../../../../i686-pc-linux-gnu/b in/ld: cannot find -lgssapi_krb5 collect2: ld returned 1 exit status configure: failed program was: #line 41298 "configure" #include "confdefs.h" -- Edit bug report at http://bugs.php.net/?id=32390&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32390&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32390&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32390&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32390&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32390&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32390&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32390&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32390&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32390&r=support Expected behavior: http://bugs.php.net/fix.php?id=32390&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32390&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32390&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32390&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32390&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32390&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32390&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32390&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32390&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32390&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32390&r=mysqlcfg
#32388 [Opn->Bgs]: specifing open_basedir or doc_root enables safe_mode even safe_mode is disabled
ID: 32388 Updated by: [EMAIL PROTECTED] Reported By: carlos-spam at wfmh dot org dot pl -Status: Open +Status: Bogus Bug Type: Apache related Operating System: Debian PHP Version: 4.3.10 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 Previous Comments: [2005-03-21 02:18:57] carlos-spam at wfmh dot org dot pl Description: Use of open_basedir or doc_root in vhost (apache 1) as shown below: php_admin_value open_basedir / php_admin_value doc_root / php_admin_flag safe_mode off enables safe_mode, even safe_mode is set to off, whcih spits out: Warning: main(): open_basedir restriction in effect. File(.//prepend.php) is not within the allowed path(s): (/) in on line 18 Warning: main(prepend.php): failed to open stream: Operation not permitted in on line 18 The above used to work with 4.3.4 but stopped after upgrade t 4.3.10-9 (debian package) Actual result: -- open_basedir, doc_root shall have no effect unless safe_mode is enabled -- Edit this bug report at http://bugs.php.net/?id=32388&edit=1
#32389 [Opn->Fbk]: imagecreatefrompng terminates connection
ID: 32389
Updated by: [EMAIL PROTECTED]
Reported By: jbaou at datahost dot gr
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: Slackware 10
PHP Version: 5.0.3
New Comment:
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
Previous Comments:
[2005-03-21 04:26:07] jbaou at datahost dot gr
Description:
I am trying to create thumbs from image types: jpg,gif and png.
jpg and gif work OK.
While trying to create a png thumb i get the following error:
Connection to host jbaou.bahaha.org is broken.
## php -m
[PHP Modules]
bcmath
bz2
calendar
ctype
curl
dba
dbase
dbx
dio
dom
exif
filepro
ftp
gd
gettext
gmp
iconv
imap
libxml
mbstring
mhash
mime_magic
mysql
ncurses
openssl
pcre
posix
session
shmop
SimpleXML
sockets
SPL
SQLite
standard
sysvmsg
sysvsem
sysvshm
tokenizer
wddx
xml
yp
Zend Optimizer
zlib
[Zend Modules]
Zend Extension Manager
Zend Optimizer
## ./configure
http://jbaou.bahaha.org/phpinfo.php
Reproduce code:
---
if ($ext == ".png") {
$im = imagecreatefrompng($image); //fe
$thumb = imagecreatetruecolor($thumbWidth, $thumbHeight);
ImageCopyResampled($thumb, $im, 0, 0, 0, 0, $thumbWidth, $thumbHeight,
$imageDim[0], $imageDim[1]);
imagepng($thumb, $thumbPath.$imgName);
imagedestroy($im);
}
alt: http://jbaou.bahaha.org/browser.phps
[method makeThumb($image)]
Expected result:
a thumbnail :D
Actual result:
--
While trying to create a png thumb i get the following error:
Connection to host jbaou.bahaha.org is broken.
--
Edit this bug report at http://bugs.php.net/?id=32389&edit=1
#32390 [Opn->Fbk]: PHP can't compile with imap that enabled Kerberos by heimdal
ID: 32390 Updated by: [EMAIL PROTECTED] Reported By: ptiggerdine at fastmail dot com dot au -Status: Open +Status: Feedback Bug Type: IMAP related Operating System: Gentoo linux PHP Version: 4.3.10 New Comment: What is the configure line that you used? (No, gentoo emerge lines are not useful) Previous Comments: [2005-03-21 06:09:30] ptiggerdine at fastmail dot com dot au Description: This is exactly the same problem as: http://bugs.php.net/bug.php?id=30640 And I challange anyone who says that this is bogus. If you have a look in the ./configure script, it only looks for MIT libraries NEVER looks for heimdal libraries at all. Heimdal has different library names. Reproduce code: --- for gentoo. export USE="kerberos imap ssl php" emerge heimdal && emerge php Expected result: to compile Actual result: -- Actual result: -- checking for IMAP support... yes checking for pam_start in -lpam... (cached) yes checking for crypt in -lcrypt... (cached) yes checking whether SSL libraries are needed for c-client... /usr/lib checking whether IMAP works... no configure: error: build test failed. Please check the config.log for details. config.log: configure:41193: checking whether SSL libraries are needed for c-client configure:41323: gcc -o conftest -g -O2 -Wl,-rpath,/var/tmp/imap/lib -L/var/tmp/imap/lib conftest.c -lc-client -lssl -lcrypto -lcrypt -lpam -lresolv -lm -ldl -lnsl -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err 1>&5 /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/../../../../i686-pc-linux-gnu/b in/ld: cannot find -lgssapi_krb5 collect2: ld returned 1 exit status configure: failed program was: #line 41298 "configure" #include "confdefs.h" -- Edit this bug report at http://bugs.php.net/?id=32390&edit=1
#32389 [Fbk]: imagecreatefrompng terminates connection
ID: 32389
Updated by: [EMAIL PROTECTED]
Reported By: jbaou at datahost dot gr
Status: Feedback
Bug Type: Reproducible crash
Operating System: Slackware 10
PHP Version: 5.0.3
-Assigned To:
+Assigned To: pajoye
New Comment:
Please provide the png images (links), your configure script and the
libpng version.
--Pierre
Previous Comments:
[2005-03-21 07:49:32] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
[2005-03-21 04:26:07] jbaou at datahost dot gr
Description:
I am trying to create thumbs from image types: jpg,gif and png.
jpg and gif work OK.
While trying to create a png thumb i get the following error:
Connection to host jbaou.bahaha.org is broken.
## php -m
[PHP Modules]
bcmath
bz2
calendar
ctype
curl
dba
dbase
dbx
dio
dom
exif
filepro
ftp
gd
gettext
gmp
iconv
imap
libxml
mbstring
mhash
mime_magic
mysql
ncurses
openssl
pcre
posix
session
shmop
SimpleXML
sockets
SPL
SQLite
standard
sysvmsg
sysvsem
sysvshm
tokenizer
wddx
xml
yp
Zend Optimizer
zlib
[Zend Modules]
Zend Extension Manager
Zend Optimizer
## ./configure
http://jbaou.bahaha.org/phpinfo.php
Reproduce code:
---
if ($ext == ".png") {
$im = imagecreatefrompng($image); //fe
$thumb = imagecreatetruecolor($thumbWidth, $thumbHeight);
ImageCopyResampled($thumb, $im, 0, 0, 0, 0, $thumbWidth, $thumbHeight,
$imageDim[0], $imageDim[1]);
imagepng($thumb, $thumbPath.$imgName);
imagedestroy($im);
}
alt: http://jbaou.bahaha.org/browser.phps
[method makeThumb($image)]
Expected result:
a thumbnail :D
Actual result:
--
While trying to create a png thumb i get the following error:
Connection to host jbaou.bahaha.org is broken.
--
Edit this bug report at http://bugs.php.net/?id=32389&edit=1
#32390 [Fbk->Opn]: PHP can't compile with imap that enabled Kerberos by heimdal
ID: 32390 User updated by: ptiggerdine at fastmail dot com dot au Reported By: ptiggerdine at fastmail dot com dot au -Status: Feedback +Status: Open Bug Type: IMAP related Operating System: Gentoo linux PHP Version: 4.3.10 New Comment: I don't see how this is going to help considering it's a library check issue, but here it is: /configure --prefix=/usr --host=i686-pc-linux-gnu --mandir=/usr/share/man \ --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib \ --libdir=/usr/lib --disable-cgi --with-ttf --with-freetype-dir=/usr/lib --enable-gd-native-ttf --enable-cli \ --with-ndbm=/usr --with-db4=/usr --with-mcrypt=/usr --with-mhash=/usr --without-interbase --without-ming \ --without-swf --without-sybase --without-gdbm --without-fdftk --without-java --without-mcal --with-unixODBC=/usr \ --without-pgsql --with-snmp=/usr --enable-ucd-snmp-hack --without-gmp --without-mssql --with-pdflib=/usr --with-gd \ --disable-gd-native-ttf --with-png=/usr --with-png-dir=/usr --with-jpeg=/usr --with-jpeg-dir=/usr --enable-exif \ --with-tiff=/usr --with-tiff-dir=/usr --with-mysql=/usr --with-mysql-sock=/var/run/mysqld/mysqld.sock \ --without-t1lib --with-gettext --without-qtdom --with-pspell=/usr --with-openssl=/usr --with-imap=/usr \ --with-ldap=/usr --with-dom=/usr --with-dom-xslt=/usr --with-dom-exslt=/usr --with-kerberos=/usr --with-pam \ --disable-memory-limit --enable-ipv6 --without-yaz --disable-debug --without-curl --enable-dbx --with-imap-ssl \ --with-zlib=/usr --with-zlib-dir=/usr --with-sablot=/usr --enable-xslt --with-xslt-sablot --with-xmlrpc --enable-wddx \ --with-xml --enable-mbstring=all --enable-mbregex --with-bz2=/usr --with-crack=/usr --with-cdb --enable-pcntl \ --enable-bcmath --enable-calendar --enable-dbase --enable-filepro --enable-ftp \ --with-mime-magic=/usr/share/misc/file/magic.mime --enable-sockets --enable-sysvsem --enable-sysvshm --enable-sysvmsg \ --with-iconv --enable-shmop --enable-dio --enable-yp --with-readline=/usr --with-ncurses=/usr \ --enable-inline-optimization --enable-track-vars --enable-trans-sid --enable-versioning \ --with-config-file-path=/etc/php/cli-php4 Previous Comments: [2005-03-21 07:50:29] [EMAIL PROTECTED] What is the configure line that you used? (No, gentoo emerge lines are not useful) [2005-03-21 06:09:30] ptiggerdine at fastmail dot com dot au Description: This is exactly the same problem as: http://bugs.php.net/bug.php?id=30640 And I challange anyone who says that this is bogus. If you have a look in the ./configure script, it only looks for MIT libraries NEVER looks for heimdal libraries at all. Heimdal has different library names. Reproduce code: --- for gentoo. export USE="kerberos imap ssl php" emerge heimdal && emerge php Expected result: to compile Actual result: -- Actual result: -- checking for IMAP support... yes checking for pam_start in -lpam... (cached) yes checking for crypt in -lcrypt... (cached) yes checking whether SSL libraries are needed for c-client... /usr/lib checking whether IMAP works... no configure: error: build test failed. Please check the config.log for details. config.log: configure:41193: checking whether SSL libraries are needed for c-client configure:41323: gcc -o conftest -g -O2 -Wl,-rpath,/var/tmp/imap/lib -L/var/tmp/imap/lib conftest.c -lc-client -lssl -lcrypto -lcrypt -lpam -lresolv -lm -ldl -lnsl -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err 1>&5 /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/../../../../i686-pc-linux-gnu/b in/ld: cannot find -lgssapi_krb5 collect2: ld returned 1 exit status configure: failed program was: #line 41298 "configure" #include "confdefs.h" -- Edit this bug report at http://bugs.php.net/?id=32390&edit=1
#32390 [Opn->Fbk]: PHP can't compile with imap that enabled Kerberos by heimdal
ID: 32390 Updated by: [EMAIL PROTECTED] Reported By: ptiggerdine at fastmail dot com dot au -Status: Open +Status: Feedback Bug Type: IMAP related Operating System: Gentoo linux PHP Version: 4.3.10 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And what is 'heimdal' ? Does the c-client library support that..? Previous Comments: [2005-03-21 08:08:40] ptiggerdine at fastmail dot com dot au I don't see how this is going to help considering it's a library check issue, but here it is: /configure --prefix=/usr --host=i686-pc-linux-gnu --mandir=/usr/share/man \ --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib \ --libdir=/usr/lib --disable-cgi --with-ttf --with-freetype-dir=/usr/lib --enable-gd-native-ttf --enable-cli \ --with-ndbm=/usr --with-db4=/usr --with-mcrypt=/usr --with-mhash=/usr --without-interbase --without-ming \ --without-swf --without-sybase --without-gdbm --without-fdftk --without-java --without-mcal --with-unixODBC=/usr \ --without-pgsql --with-snmp=/usr --enable-ucd-snmp-hack --without-gmp --without-mssql --with-pdflib=/usr --with-gd \ --disable-gd-native-ttf --with-png=/usr --with-png-dir=/usr --with-jpeg=/usr --with-jpeg-dir=/usr --enable-exif \ --with-tiff=/usr --with-tiff-dir=/usr --with-mysql=/usr --with-mysql-sock=/var/run/mysqld/mysqld.sock \ --without-t1lib --with-gettext --without-qtdom --with-pspell=/usr --with-openssl=/usr --with-imap=/usr \ --with-ldap=/usr --with-dom=/usr --with-dom-xslt=/usr --with-dom-exslt=/usr --with-kerberos=/usr --with-pam \ --disable-memory-limit --enable-ipv6 --without-yaz --disable-debug --without-curl --enable-dbx --with-imap-ssl \ --with-zlib=/usr --with-zlib-dir=/usr --with-sablot=/usr --enable-xslt --with-xslt-sablot --with-xmlrpc --enable-wddx \ --with-xml --enable-mbstring=all --enable-mbregex --with-bz2=/usr --with-crack=/usr --with-cdb --enable-pcntl \ --enable-bcmath --enable-calendar --enable-dbase --enable-filepro --enable-ftp \ --with-mime-magic=/usr/share/misc/file/magic.mime --enable-sockets --enable-sysvsem --enable-sysvshm --enable-sysvmsg \ --with-iconv --enable-shmop --enable-dio --enable-yp --with-readline=/usr --with-ncurses=/usr \ --enable-inline-optimization --enable-track-vars --enable-trans-sid --enable-versioning \ --with-config-file-path=/etc/php/cli-php4 [2005-03-21 07:50:29] [EMAIL PROTECTED] What is the configure line that you used? (No, gentoo emerge lines are not useful) [2005-03-21 06:09:30] ptiggerdine at fastmail dot com dot au Description: This is exactly the same problem as: http://bugs.php.net/bug.php?id=30640 And I challange anyone who says that this is bogus. If you have a look in the ./configure script, it only looks for MIT libraries NEVER looks for heimdal libraries at all. Heimdal has different library names. Reproduce code: --- for gentoo. export USE="kerberos imap ssl php" emerge heimdal && emerge php Expected result: to compile Actual result: -- Actual result: -- checking for IMAP support... yes checking for pam_start in -lpam... (cached) yes checking for crypt in -lcrypt... (cached) yes checking whether SSL libraries are needed for c-client... /usr/lib checking whether IMAP works... no configure: error: build test failed. Please check the config.log for details. config.log: configure:41193: checking whether SSL libraries are needed for c-client configure:41323: gcc -o conftest -g -O2 -Wl,-rpath,/var/tmp/imap/lib -L/var/tmp/imap/lib conftest.c -lc-client -lssl -lcrypto -lcrypt -lpam -lresolv -lm -ldl -lnsl -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err 1>&5 /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/../../../../i686-pc-linux-gnu/b in/ld: cannot find -lgssapi_krb5 collect2: ld returned 1 exit status configure: failed program was: #line 41298 "configure" #include "confdefs.h" -- Edit this bug report at http://bugs.php.net/?id=32390&edit=1
#32199 [Opn->Fbk]: php-cgi hanging
ID: 32199 Updated by: [EMAIL PROTECTED] Reported By: valenok at gmail dot com -Status: Open +Status: Feedback Bug Type: CGI related Operating System: windows xp professional PHP Version: 5.0.3 New Comment: Try removing the hashbang line ( #!php-cgi ) from the script. Previous Comments: [2005-03-20 23:57:54] valenok at gmail dot com I start new cmd.exe session, and run: php-cgi test.php this is the content of test.php: #!php-cgi [2005-03-06 16:32:00] [EMAIL PROTECTED] Exactly HOW do you run PHP on command line when it hangs? What script? [2005-03-06 16:30:28] valenok at gmail dot com The reason I am reporting is I am writing HTTP server. I have found that php pages sometimes do not 'return': browser shows the output, but spinner still spins, and php process is still running. It never happens with other CGIs - perl, python, native executables. I never happened on unix. So first thing I blamed was my server. But. I have found that it hangs directly from command line, also I have found other people reports about this kind of issue (hanging on IIS, Xitami, etc, never on Apache). This gave me a reason to suspect php itself. [2005-03-06 16:27:37] [EMAIL PROTECTED] Exactly how have you configured PHP in httpd.conf ?? [2005-03-06 16:24:51] valenok at gmail dot com thried the 5.1.0 snapshot. same thing. Now, it hangs every first-second time I run it. on unix (tried on freebsd) this never happens. Also, I suspect, Apache handles php right, so it does not hang. could it be the environment issue? does php manipulate with some global resource (mutex or so)? what can I do to debug it ? 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/32199 -- Edit this bug report at http://bugs.php.net/?id=32199&edit=1
