#35669 [Fbk-Ver]: imap_mail_compose() = segmentation violation
ID: 35669 Updated by: [EMAIL PROTECTED] Reported By: hans at lintoo dot dk -Status: Feedback +Status: Verified Bug Type: IMAP related -Operating System: FreeBSD 5.4 + FreeBSD 6 +Operating System: * -PHP Version: 5.1.1 +PHP Version: 5CVS-2005-12-14 (cvs) New Comment: 0xb7eb8344 in rfc822_encode_body_7bit () from /usr/lib/libc-client.so.0 (gdb) bt #0 0xb7eb8344 in rfc822_encode_body_7bit () from /usr/lib/libc-client.so.0 #1 0xb7eb8344 in rfc822_encode_body_7bit () from /usr/lib/libc-client.so.0 #2 0x08183592 in zif_imap_mail_compose (ht=2, return_value=0xa482b64, return_value_ptr=0x0, this_ptr=0x0, return_value_used=1) at /usr/src/php/php_5_1/ext/imap/php_imap.c:3144 #3 0x08333a8b in zend_do_fcall_common_helper_SPEC (execute_data=0xbfa4dd20) at zend_vm_execute.h:192 #4 0x08338262 in ZEND_DO_FCALL_SPEC_CONST_HANDLER (execute_data=0xbfa4dd20) at zend_vm_execute.h:1587 #5 0x0833373a in execute (op_array=0xa4820a4) at zend_vm_execute.h:92 #6 0x08316b8a in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src/php/php_5_1/Zend/zend.c:1101 #7 0x082d4fcc in php_execute_script (primary_file=0xbfa50160) at /usr/src/php/php_5_1/main/main.c:1720 #8 0x083838bc in main (argc=2, argv=0xbfa50234) at /usr/src/php/php_5_1/sapi/cli/php_cli.c:1077 Previous Comments: [2005-12-14 18:00:36] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2005-12-14 17:58:45] hans at lintoo dot dk Description: While logicaliy problematic, trying to create a multipart-multiboundary-email, will result in a signal-11 (segmentation violation). I feel that any signal 11 should be a bug, so could you please in a future release throw an exception, or add to your documentation that this is a known bug. See the code: http://lintoo.dk/public/crashme.phps if you add two multiparts to a body array, and then run imap_mail_compose it will crash horribly. This should be very easy to reproduce, so I did not reconfigure PHP to run with debug. Hopefully you will run it yourself, or don't need a backtrace This bug is similar to earlier bugs, but to the best of my knowledge it is different, and at least not fixed in PHP 5.1.1 Reproduce code: --- http://lintoo.dk/public/crashme.phps Expected result: An email or exception Actual result: -- Signal 11 - segmentation violation -- Edit this bug report at http://bugs.php.net/?id=35669edit=1
#35668 [Opn-Asn]: failed to create an SSL context / Stream (works with PHP 5.1)
ID: 35668 Updated by: [EMAIL PROTECTED] -Summary: failed to create an SSL context / Stream Reported By: clemens at gutweiler dot net -Status: Open +Status: Assigned Bug Type: OpenSSL related Operating System: Linux -PHP Version: 4.4.1 +PHP Version: 4CVS-2005-12-14 (snap) Assigned To: wez Previous Comments: [2005-12-14 18:13:17] clemens at gutweiler dot net With the latest 5.1 Snap (5.1-200512141530) this works great. I use debian, but a self-compiled openssl-0.9.8a and not the distribution package. Is there a chance to get this fixed in the 4_4 branch too? [2005-12-14 17:44:13] [EMAIL PROTECTED] Also, if you're using Debian, this is bogus. There's a problem with Debian's OpenSSL 0.9.8a packages. [2005-12-14 17:42:46] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2005-12-14 17:13:46] clemens at gutweiler dot net Description: unable to use https connections via stream Reproduce code: --- ?php echo file_get_contents( 'https://ssl.example.com' ); ? OpenSSL support enabled OpenSSL Version OpenSSL 0.9.8a 11 Oct 2005 Registered PHP Streams php, http, ftp, https, ftps, compress.zlib Fails with PHP 4.4.1, 5.1.1 and CVS PHP_4_4. Actual result: -- Warning: file_get_contents(): php_stream_sock_ssl_activate_with_method: failed to create an SSL context Warning: file_get_contents(https://ssl.example.com): failed to open stream: Unable to activate SSL mode -- Edit this bug report at http://bugs.php.net/?id=35668edit=1
#35670 [Opn-Fbk]: html_entity_decode not decoding correctly
ID: 35670 Updated by: [EMAIL PROTECTED] Reported By: mglind at utah dot com -Status: Open +Status: Feedback Bug Type: Unknown/Other Function Operating System: FreeBSD 4.9 PHP Version: 4.4.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip Previous Comments: [2005-12-14 20:28:56] mglind at utah dot com Description: In previous versions I was able to decode the double encoded string by calling the html_entity_decode() just once. Now I have to call it twice to get the same functionality. Reproduce code: --- ? $encodedString = 'amp;lt;bamp;gt;This is bold text.amp;lt;/bamp;gt;'; echo $encodedString . 'br /br /'; echo html_entity_decode($encodedString) . 'br /br /'; ? // Got expected result by calling decode funtion twice, which wasn't needed in previous versions of PHP or at least 4.3.2 ? $encodedString = 'amp;lt;bamp;gt;This is bold text.amp;lt;/bamp;gt;'; echo $encodedString . 'br /br /'; echo html_entity_decode($encodedString) . 'br /br /'; echo html_entity_decode(html_entity_decode($encodedString)); ? Expected result: This is bold text. Above text displayed in bold. Actual result: -- bThis is bold text./b Displaying as html code rather than bold text. -- Edit this bug report at http://bugs.php.net/?id=35670edit=1
#35612 [Asn-Fbk]: [PATCH] iis6 Access Violation crash
ID: 35612
Updated by: [EMAIL PROTECTED]
Reported By: alacn dot uhahaa at gmail dot com
-Status: Assigned
+Status: Feedback
Bug Type: IIS related
Operating System: Windows Server 2003
PHP Version: 5.1.1
Assigned To: dmitry
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5.1-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.1-win32-latest.zip
Previous Comments:
[2005-12-12 19:46:58] [EMAIL PROTECTED]
Reassigned to Dmitry.
[2005-12-12 19:17:26] alacn dot uhahaa at gmail dot com
at cvs its:
timeout_thread_handle = _beginthreadex(..);
and
WaitForSingleObject(timeout_thread_handle, 5000);
but this wont work right, because the thread that created the
timeout_thread is not the same that will wait it finish, so, if you
check, WaitForSingleObject will always result WAIT_OBJECT_TIMEOUT
instead of WAIT_OBJECT_0
thats why it should wait using an event object instead of thread
handle
also, it should be at least 30 secs, because 5 secs is not enough, with
an event object (instead of thread handle), it will finish before the 30
secs as it should be
--- php5.1.1_zend_execute_API.c Thu Nov 24 09:33:12 2005
+++ php5.1.1_fixed_zend_execute_API.c Fri Dec 09 10:38:58 2005
@@ -48,6 +48,7 @@
static HANDLE timeout_thread_event;
static DWORD timeout_thread_id;
static int timeout_thread_initialized=0;
+static HANDLE timeout_thread_finish_event; // alacn
#endif
#if ZEND_DEBUG
@@ -1255,6 +1256,9 @@
}
DestroyWindow(timeout_window);
UnregisterClass(wc.lpszClassName, NULL);
+
+ SetEvent(timeout_thread_finish_event); // alacn
+
return 0;
}
@@ -1262,6 +1266,7 @@
void zend_init_timeout_thread()
{
timeout_thread_event = CreateEvent(NULL, FALSE, FALSE, NULL);
+ timeout_thread_finish_event = CreateEvent(0, 0, 0, 0); // alacn
_beginthreadex(NULL, 0, timeout_thread_proc, NULL, 0,
timeout_thread_id);
WaitForSingleObject(timeout_thread_event, INFINITE);
}
@@ -1273,6 +1278,8 @@
return;
}
PostThreadMessage(timeout_thread_id, WM_QUIT, 0, 0);
+
+ WaitForSingleObject(timeout_thread_finish_event, 3); // alacn
}
#endif
[2005-12-09 19:11:13] [EMAIL PROTECTED]
Fixed in CVS HEAD, PHP_5_1 and PHP_5_0.
[2005-12-09 13:45:22] alacn dot uhahaa at gmail dot com
note that this happens for both php5 and php4
--- php5.1.1_zend_execute_API.c Thu Nov 24 09:33:12 2005
+++ php5.1.1_fixed_zend_execute_API.c Fri Dec 09 10:38:58 2005
@@ -48,6 +48,7 @@
static HANDLE timeout_thread_event;
static DWORD timeout_thread_id;
static int timeout_thread_initialized=0;
+static HANDLE timeout_thread_finish_event; // alacn
#endif
#if ZEND_DEBUG
@@ -1255,6 +1256,9 @@
}
DestroyWindow(timeout_window);
UnregisterClass(wc.lpszClassName, NULL);
+
+ SetEvent(timeout_thread_finish_event); // alacn
+
return 0;
}
@@ -1262,6 +1266,7 @@
void zend_init_timeout_thread()
{
timeout_thread_event = CreateEvent(NULL, FALSE, FALSE, NULL);
+ timeout_thread_finish_event = CreateEvent(0, 0, 0, 0); // alacn
_beginthreadex(NULL, 0, timeout_thread_proc, NULL, 0,
timeout_thread_id);
WaitForSingleObject(timeout_thread_event, INFINITE);
}
@@ -1273,6 +1278,8 @@
return;
}
PostThreadMessage(timeout_thread_id, WM_QUIT, 0, 0);
+
+ WaitForSingleObject(timeout_thread_finish_event, 3); // alacn
}
#endif
[2005-12-09 12:35:08] [EMAIL PROTECTED]
Please provide the patch in unified diff (diff -u).
Thanks.
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/35612
--
Edit this bug report at http://bugs.php.net/?id=35612edit=1
#35646 [Opn-Fbk]: %{mod_php_memory_usage}n doesn't refreshed after exit due to memory_limit
ID: 35646
Updated by: [EMAIL PROTECTED]
Reported By: vovik at getart dot ru
-Status: Open
+Status: Feedback
Bug Type: Apache2 related
Operating System: RHEL 4
PHP Version: 4.4.1
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5.1-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.1-win32-latest.zip
Previous Comments:
[2005-12-13 09:05:35] vovik at getart dot ru
I'll try to explain the issue more clear.
If one php script (heavy.php) tried to allocate memory more than
memory_limit php.ini setting it will exited with fatal error (Allowed
memory size exhausted). In apache access_log it reports highest memory
value used (close to php memory_limit).
Another script (light.php), which allocate small amount of memory,
executed after. And it will report in access_log the same high value as
heavy.php. Obviously, it happens only if light.php executed on the same
apache child.
If i try to call memory_get_usage() in light.php - it reports normal
low value. But in access_log it still the same as heavy.php. All
following requests to this apache child reports one value for memory
peak in access_log.
As result, access_log looks like this:
GET /heavy.php HTTP/1.1 200 - php(806944)
GET /light.php HTTP/1.1 200 16 php(806944)
GET /something.php HTTP/1.1 200 160 php(806944)
... and so on ...
It looks like php keeps allocated memory peak and not drops it after
fatal error due to memory limitation.
[2005-12-12 18:28:08] [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
Memory isn't _really_ freed but during shutdown.
[2005-12-12 14:51:17] vovik at getart dot ru
Description:
I using 'LogFormat %h %l %u %t \%r\ %s %b
php(%{mod_php_memory_usage}n) common' in httpd.conf for logging php
memory usage.
If php script exited on fatal error due to memory limitation,
%{mod_php_memory_usage}n keeps high value for all following requests to
this apache child.
Reproduce code:
---
if (@$_GET[test] == 1) {
print Allocated: .memory_get_usage();
} else {
ini_set(memory_limit, 1048576 * 100); // 100K
// PHP exited in file_get_contents with message:
// PHP Fatal error: Allowed memory size of 104857600 bytes
exhausted
$bigfile = file_get_contents(/etc/termcap); // this file is about
800K on my host
}
First, run this script without parameter, next with ?test=1. Check
apache log then.
Expected result:
[12/Dec/2005:13:28:47 +] GET /test.php HTTP/1.1 200 -
php(806944)
[12/Dec/2005:13:28:57 +] GET /test.php?test=1 HTTP/1.1 200 16
php(*) // not the same as previous, should be much lower
Actual result:
--
[12/Dec/2005:13:28:47 +] GET /test.php HTTP/1.1 200 -
php(806944)
[12/Dec/2005:13:28:57 +] GET /test.php?test=1 HTTP/1.1 200 16
php(806944)
--
Edit this bug report at http://bugs.php.net/?id=35646edit=1
#35653 [Opn-Asn]: Is it a bug related to 3DES(padding)
ID: 35653
Updated by: [EMAIL PROTECTED]
Reported By: link705 at hotmail dot com
-Status: Open
+Status: Assigned
Bug Type: mcrypt related
Operating System: Win2000
PHP Version: 5CVS-2005-12-13 (snap)
-Assigned To:
+Assigned To: derick
Previous Comments:
[2005-12-13 09:09:30] link705 at hotmail dot com
I get then same incorrect result in PHP version(5.1.2-dev),
Actual result(incorrect):
--
xUL2ewBUn7mqNdrgbTzoZ+vkYhgNnLbQ
^^^ difference
[2005-12-13 07:45:57] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.1-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.1-win32-latest.zip
[2005-12-13 04:49:30] link705 at hotmail dot com
this problem also exists where OS is linux ad 2.1
[2005-12-13 04:26:04] link705 at hotmail dot com
Description:
this code blow for use 3DES,but I can't get result in expect.
for mistake only occured on tail of result, and I compare then php code
to C# code(c# get the right result),
in c#,has this line
mCSP.Padding = System.Security.Cryptography.PaddingMode.PKCS7
but I can't found the way to set it in php
so
is a bug of php?
what can i do to get it in except.
Reproduce code:
---
///php code
function GetIV(){
$res = ;
for($i = 1; $i = 8; $i++)
$res .= chr($i);
return $res;
}
function fmt3DESEx($s){
$key =
pack('H48',9F8C243AEE347183B39DD81B20941E86BC11529B034C8842);
$td = mcrypt_module_open(MCRYPT_3DES, '', MCRYPT_MODE_CBC, '');
$iv = GetIV(); //like c# new byte[]{1,2,3,4,5,6,7,8}
mcrypt_generic_init($td, $key, $iv);
$encrypted_data = mcrypt_generic($td, $s);
mcrypt_generic_deinit($td);
mcrypt_module_close($td);
return $encrypted_data;
}
$S = 123456;
echo(BASE64_Encode(fmt3DESEx(sha1($S, true;
//C# code **
private string fmt3DES(byte[] Value){
byte[] bytKey = new
byte[]{0x9F,0x8C,0x24,0x3A,0xEE,0x34,0x71,0x83,0xB3,0x9D,0xD8,0x1B,0x20,0x94,0x1E,0x86,0xBC,0x11,0x52,0x9B,0x03,0x4C,0x88,0x42};
ICryptoTransform ct;
MemoryStream ms;
CryptoStream cs;
SymmetricAlgorithm mCSP = new TripleDESCryptoServiceProvider();
mCSP.IV = new
byte[]{1,2,3,4,5,6,7,8};//Convert.FromBase64String(12345678);//
mCSP.Key = bytKey;
mCSP.Mode = System.Security.Cryptography.CipherMode.CBC;
mCSP.Padding = System.Security.Cryptography.PaddingMode.PKCS7;
ct = mCSP.CreateEncryptor(mCSP.Key, mCSP.IV);
ms = new MemoryStream();
cs = new CryptoStream(ms, ct, CryptoStreamMode.Write);
cs.Write(Value, 0, Value.Length);
cs.FlushFinalBlock();
cs.Close();
return Convert.ToBase64String(ms.ToArray());
}
private void btnTest_Click(object sender, System.EventArgs e) {
string s;
Byte[] clearBytes = Encoding.UTF8.GetBytes(txtSrc.Text);
Byte[] hashedBytes =
((HashAlgorithm)CryptoConfig.CreateFromName(SHA1)).ComputeHash(clearBytes);
s = Convert.ToBase64String(hashedBytes);
txt2.Text = fmt3DES(hashedBytes);
}
Expected result:
xUL2ewBUn7mqNdrgbTzoZyfUjOMZw6r2
Actual result:
--
xUL2ewBUn7mqNdrgbTzoZ+vkYhgNnLbQ
^^^ difference
--
Edit this bug report at http://bugs.php.net/?id=35653edit=1
#35258 [Opn-Bgs]: preg_replace() doesn't seem to release the memory used
ID: 35258 Updated by: [EMAIL PROTECTED] -Summary: mfischer Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: PCRE related Operating System: Linux PHP Version: 4.4.1 New Comment: This is the same issue as all the other PHP does not release memory reports. The memory reserved is never released during script run. It's released during shutdown. Previous Comments: [2005-12-13 09:53:55] [EMAIL PROTECTED] Your answer is interesting. If I take your example and insert another var_dump() before the unset() command, like this: ?php var_dump(memory_get_usage()); $input = str_pad(, 5, foo); var_dump(memory_get_usage()); $input = preg_replace(;foo;, , $input); var_dump(memory_get_usage()); unset($input); // !! var_dump(memory_get_usage()); I get these numbers: $ php test.php int(15496) int(65600) int(115632) int(15624) However, there is not benefit in unsetting the return value from preg_replace else I could remove the call to it anyway. But maybe the example was bad. Take for example, I want to replace 'foo' with 'bar': ?php var_dump(memory_get_usage()); $input = str_pad(, 5, foo); var_dump(memory_get_usage()); $input = preg_replace(;foo;, bar, $input); var_dump(memory_get_usage()); $ php test.php int(15208) int(65312) int(115352) If I want to further work with the value I have no way of saving memory (I can't really unset the value when I need it). I also don't quite understand the statement memory usage doesn't depend on the length of the data. The numbers are certainly different when I use small strings. [2005-11-17 13:59:29] [EMAIL PROTECTED] Memory usage doesn't depend on the length of the data. Try this code: ?php var_dump(memory_get_usage()); $input = str_pad(, 5, foo); var_dump(memory_get_usage()); $input = preg_replace(;foo;, , $input); unset($input); // !! var_dump(memory_get_usage()); ? [2005-11-17 12:22:25] [EMAIL PROTECTED] Description: preg_replace() doesn't seem to release the memory used to do its operation. Simple example using preg_replace(): php -r 'var_dump(memory_get_usage()); $input = str_pad(, 5, foo); var_dump(memory_get_usage()); $input = preg_replace(;foo;, , $input); var_dump(memory_get_usage());' int(15216) int(65320) int(115352) Simple example using ereg_replace(): php -r 'var_dump(memory_get_usage()); $input = str_pad(, 5, foo); var_dump(memory_get_usage()); $input = ereg_replace(foo, , $input); var_dump(memory_get_usage());' int(15208) int(65312) int(15312) Maybe this is just a documentation issue, but than it should be noted. The documentation says that preg_ is faster, which it is, and the documentation somewhere mentiones a regex cache, but it doesn't say that the amount of memory grows by the size of the input sring. It's an interesting behaviour which should be considered when memory is an issue. -- Edit this bug report at http://bugs.php.net/?id=35258edit=1
#35655 [Opn-Fbk]: Missing end-of-line token
ID: 35655
Updated by: [EMAIL PROTECTED]
Reported By: tomas_matousek at hotmail dot com
-Status: Open
+Status: Feedback
Bug Type: Scripting Engine problem
Operating System: WinXP
PHP Version: 5.1.1
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5.1-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.1-win32-latest.zip
Previous Comments:
[2005-12-13 10:54:25] tomas_matousek at hotmail dot com
Correction:
Expected result of highlighting:
$code = '
?
$x = EOT
some string
EOT
$y = 2;
?'
Actual result:
$code = '
?
$x = EOT
some string
EOT $y
= 2;
?'
[2005-12-13 10:52:46] tomas_matousek at hotmail dot com
Description:
PHP lexer omits end-of-line characters following T_END_HEREDOC token.
This also causes incorrect output of highlight_string() function.
Reproduce code:
---
$code = '
?
$x = EOT
some string
EOT
$y = 2;
?';
display_tokens(token_get_all($code));
highlight_string($code);
function display_tokens($tokens)
{
foreach ($tokens as $token)
{
if (is_array($token))
{
echo token_name($token[0]),\n;
echo $token[0],
',htmlentities(addcslashes($token[1],\n\r\t)),'\n;
}
else
{
echo ',htmlentities($token),'\n;
}
}
}
Expected result:
T_INLINE_HTML
311 '\r\n'
T_OPEN_TAG
367 '?'
T_WHITESPACE
370 ' \r\n '
T_VARIABLE
309 '$x'
T_WHITESPACE
370 ' '
'='
T_WHITESPACE
370 ' '
T_START_HEREDOC
371 'EOT\r\n'
T_STRING
307 'some'
T_ENCAPSED_AND_WHITESPACE
314 ' '
T_STRING
307 'string'
T_ENCAPSED_AND_WHITESPACE
314 '\r\n'
T_END_HEREDOC
372 'EOT'
T_WHITESPACE
370 '\r\n ' // '\r\n' is missing in actual result
T_VARIABLE
309 '$y'
T_WHITESPACE
370 ' '
'='
T_WHITESPACE
370 ' '
T_LNUMBER
305 '2'
';'
T_WHITESPACE
370 '\r\n'
T_CLOSE_TAG
369 '?'
?
$x = EOT
some string
EOT $y = 2;
?
Actual result:
--
T_INLINE_HTML
311 '\r\n'
T_OPEN_TAG
367 '?'
T_WHITESPACE
370 ' \r\n '
T_VARIABLE
309 '$x'
T_WHITESPACE
370 ' '
'='
T_WHITESPACE
370 ' '
T_START_HEREDOC
371 'EOT\r\n'
T_STRING
307 'some'
T_ENCAPSED_AND_WHITESPACE
314 ' '
T_STRING
307 'string'
T_ENCAPSED_AND_WHITESPACE
314 '\r\n'
T_END_HEREDOC
372 'EOT' // missing '\r\n'
T_WHITESPACE
370 ' '
T_VARIABLE
309 '$y'
T_WHITESPACE
370 ' '
'='
T_WHITESPACE
370 ' '
T_LNUMBER
305 '2'
';'
T_WHITESPACE
370 '\r\n'
T_CLOSE_TAG
369 '?'
?
$x = EOT
some string
EOT $y = 2;
?
--
Edit this bug report at http://bugs.php.net/?id=35655edit=1
#35656 [Opn-Bgs]: Strange behaviour when multiplying floats with one multiplicator being 0
ID: 35656 Updated by: [EMAIL PROTECTED] Reported By: php at lipfi dot ch -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Gentoo Linux 2005.1 PHP Version: 5.1.1 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-12-13 11:00:33] php at lipfi dot ch Description: When multiplying two float values, one being 0, one being negative, it's possible to either get 0 or -0 (!) as a result depending on the operands order. This is IMHO not how math is supposed to work. Additionally, I'm seing discrepancies between the variables value and what var_dump() things it contains. The problem is very simple to reproduce Reproduce code: --- ?php $v = 0*-0.02; var_dump($v); echo $v\n; $v = floatval($v); echo $v\n\n; $v = -0.02*0; var_dump($v); echo $v\n; ? Expected result: float(0) 0 0 float(0) 0 Actual result: -- float(0) -0 -0 float(0) 0 (the -0 obviously being the problem here) -- Edit this bug report at http://bugs.php.net/?id=35656edit=1
#35657 [Opn-Fbk]: imap_mail_compose and message/rfc822
ID: 35657
Updated by: [EMAIL PROTECTED]
Reported By: laurent dot bouleau at univ-reims dot fr
-Status: Open
+Status: Feedback
Bug Type: IMAP related
Operating System: Fedora Core 4
PHP Version: 4CVS-2005-12-13 (snap)
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5.1-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.1-win32-latest.zip
Previous Comments:
[2005-12-13 13:45:44] laurent dot bouleau at univ-reims dot fr
Here is the backtrace :
#0 mail_free_stringlist (string=0x14) at mail.c:5792
#1 0x00cd603a in mail_free_body_data (body=0x934b1b0) at mail.c:5651
#2 0x00cd6063 in mail_free_body_part (part=0x9075628) at mail.c:5699
#3 0x00cd6070 in mail_free_body_part (part=0x90755bc) at mail.c:5701
#4 0x00cd5fec in mail_free_body_data (body=0x9075580) at mail.c:5647
#5 0x00cd609f in mail_free_body (body=0xbf8f3c54) at mail.c:5633
#6 0x00bc03c9 in zif_imap_mail_compose (ht=2, return_value=0x925b984,
this_ptr=0x0, return_value_used=1) at
/web/apache/Install/php4-STABLE-200512130936/ext/imap/php_imap.c:3188
#7 0x00cc27bb in execute (op_array=0x9267ee8) at
/web/apache/Install/php4-STABLE-200512130936/Zend/zend_execute.c:1675
#8 0x00cc2a25 in execute (op_array=0x91dcf40) at
/web/apache/Install/php4-STABLE-200512130936/Zend/zend_execute.c:1719
#9 0x00cc2a25 in execute (op_array=0x90dd4dc) at
/web/apache/Install/php4-STABLE-200512130936/Zend/zend_execute.c:1719
#10 0x00cae617 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at
/web/apache/Install/php4-STABLE-200512130936/Zend/zend.c:934
#11 0x00c7b6e9 in php_execute_script (primary_file=0xbf90aff4) at
/web/apache/Install/php4-STABLE-200512130936/main/main.c:1753
#12 0x00cc8724 in php_handler (r=0x90d33c0) at
/web/apache/Install/php4-STABLE-200512130936/sapi/apache2handler/sapi_apache2.c:581
#13 0x08087d8e in ap_run_handler (r=0x90d33c0) at config.c:152
#14 0x08088106 in ap_invoke_handler (r=0x90d33c0) at config.c:364
#15 0x0807ee6d in ap_process_request (r=0x90d33c0) at
http_request.c:249
#16 0x0807a72d in ap_process_http_connection (c=0x90cf158) at
http_core.c:251
#17 0x080918de in ap_run_process_connection (c=0x90cf158) at
connection.c:43
#18 0x0808652e in child_main (child_num_arg=Variable child_num_arg is
not available.
) at prefork.c:610
#19 0x080866e1 in make_child (s=0x8ff5d68, slot=0) at prefork.c:650
#20 0x080867aa in startup_children (number_to_start=5) at
prefork.c:722
#21 0x08086f6c in ap_mpm_run (_pconf=0x8fbb0a8, plog=0x8ff1180,
s=0x8ff5d68) at prefork.c:941
#22 0x0808c2e3 in main (argc=2, argv=0xbf90b424) at main.c:618
[2005-12-13 13:14:58] [EMAIL PROTECTED]
And please provide the real reproduce script.
The one you've posted doesn't contain any data.
[2005-12-13 13:10:44] [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 for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32
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-12-13 13:07:10] laurent dot bouleau at univ-reims dot fr
In a function like :
$enveloppe['from']=$from;
$enveloppe['to']=$to;
$enveloppe['subject']=$subject;
$enveloppe['date']=date('r');
$part[0]['type']=TYPETEXT;
$part[0]['subtype']='plain';
$part[0]['encoding']=ENCQUOTEDPRINTABLE;
$part[0]['contents.data']=$some_text;
$part[1]['type']=TYPEMESSAGE;
$part[1]['subtype']='RFC822';
$part[1]['disposition.type']='inline';
$part[1]['contents.data']=$some_rfc_822_text;
// The result of imap_mail_compose() is an
// exit signal Segmentation fault: (11)
// in apache error_log
$mail=imap_mail_compose($enveloppe,$part);
[2005-12-13 11:07:18] laurent dot bouleau at univ-reims dot fr
Description:
imap_mail_compose crash (Segmentation Fault) if a part of a message is
of type message/rfc822 (forward).
--
Edit this bug report at http://bugs.php.net/?id=35657edit=1
#35261 [Opn-Fbk]: php_admin_value does not lock include_path
ID: 35261
Updated by: [EMAIL PROTECTED]
Reported By: Bjorn dot Wiberg at its dot uu dot se
-Status: Open
+Status: Feedback
Bug Type: Apache2 related
Operating System: IBM AIX 5.2.0.0 ML5
PHP Version: 5.1.1
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5.1-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.1-win32-latest.zip
Previous Comments:
[2005-12-13 13:49:08] Bjorn dot Wiberg at its dot uu dot se
Just confirmed that the same thing happens with PHP 5.1.1.
Best regards,
Björn
[2005-11-17 14:34:31] [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-11-17 14:26:42] Bjorn dot Wiberg at its dot uu dot se
Description:
When include_path is set using php_admin_value in httpd.conf, it is
still possible to override it in PHP scripts.
Shouldn't php_admin_value lock the value regardless of where the
attempt to change it is done? (With the exception that PHP
configuration directives for virtual hosts should be able to override
any PHP configurations done in the main server section of httpd.conf.)
The documentation states that include_path is of type PHP_INI_ALL and
can be changed from anywhere
(http://www.php.net/manual/en/ini.php#ini.list), but also states that
values set with php_admin_value directives cannot be overriden e.g. by
virtualhost directives (http://se2.php.net/configuration.changes) --
which isn't true -- overriding php_admin_value include_path of the main
server with another php_admin_value include_path in virtual host
configurations works just fine!
Best regards,
Björn
Reproduce code:
---
httpd.conf configuration of mod_php5:
php_admin_value include_path .:/apache/php/lib/php
Example PHP script:
HTML
HEAD
TITLE/TITLE
/HEAD
BODY
?php
echo('Include path is: ' . ini_get('include_path') . 'BR');
$result = ini_set('include_path',
'.:/apache/php/lib/php:/apache/htdocs/bwiberg/php');
if ($result === FALSE) {
echo('ini_set returned FALSEBR');
} else if (empty($result)) {
echo('ini_set returned an empty stringBR');
} else {
echo('ini_set returned ' . $result . ', include path is now: '
. ini_get('include_path') . 'BR');
}
?
/BODY
/HTML
Expected result:
Include path is: .:/apache/php/lib/php
ini_set returned FALSE
Include path is now: .:/apache/php/lib/php
..or possibly, as someone pointed out at
http://www.php.net/manual/en/function.ini-set.php#19874:
Include path is: .:/apache/php/lib/php
ini_set returned an empty string
Include path is now: .:/apache/php/lib/php
Actual result:
--
Include path is: .:/apache/php/lib/php
ini_set returned .:/apache/php/lib/php
Include path is now: .:/apache/php/lib/php:/apache/htdocs/bwiberg/php
--
Edit this bug report at http://bugs.php.net/?id=35261edit=1
#35329 [Opn-Asn]: php.ini location changed between 5.0 and 5.1
ID: 35329 Updated by: [EMAIL PROTECTED] Reported By: cjbj at hotmail dot com -Status: Open +Status: Assigned Bug Type: *General Issues Operating System: win32 PHP Version: 5.1.0 -Assigned To: +Assigned To: wez Previous Comments: [2005-12-13 14:47:16] cjbj at hotmail dot com Wez, looks like I'm not the only one hitting it. Does the filemon info from stan64 help you? [2005-12-13 01:38:12] stan64 at gmail dot com Ok, so I used filemon to see where it checked for php.ini. I put it in php root, that is in path and PHPIniDir. And it finds the file reads it and php don't work. I use the recommended ini configured like the last versions that worked. If I try to put it in Windows then... The read pattern is similiar for alot of scrolling but it never looks for php.ini outside of the php directory. PHP works and says it found the ini in the windows directory. Though the settings n phpinfo do NOT represent the ini I put there. [2005-12-13 01:13:50] stan64 at gmail dot com I have got this bug also on 2 systems with alot of installation methods and with both 5.0.4 and 5.1.1. First off PHP won't work if I set PHPIniDir to a wrong path other than the config file lies within. When it's pointed at the wrong location phpinfo says that it have found a ini file in the windows directory. Though it does not contain such a file. I try to put my file there and it don't read it. It still reads it imaginary file that is supposed to be located in the windows directory. I have read through the installation steps carefully, tried all helpful comments. Tried things I found on google. And all with the same result. [2005-11-28 17:10:28] [EMAIL PROTECTED] CWD (why it checked the Apache dir) is now only searched when running under CLI. Either this is really a bug or FAQ in the manual should be changed to say to use Apache/bin (path is checked in 5.0 and 5.1 at least since its the binary location). [2005-11-28 15:19:43] [EMAIL PROTECTED] Chris, can you try using filemon from sysinternals to see if it's trying to access alternate php.ini paths? 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/35329 -- Edit this bug report at http://bugs.php.net/?id=35329edit=1
#35261 [Opn-Ctl]: php_admin_value does not lock include_path
ID: 35261 Updated by: [EMAIL PROTECTED] Reported By: Bjorn dot Wiberg at its dot uu dot se -Status: Open +Status: Critical Bug Type: Apache2 related -Operating System: IBM AIX 5.2.0.0 ML5 +Operating System: * -PHP Version: 5.1.1 +PHP Version: 5CVS-2005-12-13 (cvs) New Comment: This indeed works even when it shouldn't.. Previous Comments: [2005-12-13 16:58:20] Bjorn dot Wiberg at its dot uu dot se Hi again! Yes, it does indeed change the setting. I have tried this when including classes in subdirectories; got class not found errors when not setting the desired path(s) in my script, but worked fine when I did set the desired path(s) in my script. Although the setting should be locked by httpd.conf... Best regards, Björn [2005-12-13 15:47:17] [EMAIL PROTECTED] You can still change the value, but it won't REALLY change. [2005-12-13 15:46:17] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2005-12-13 13:49:08] Bjorn dot Wiberg at its dot uu dot se Just confirmed that the same thing happens with PHP 5.1.1. Best regards, Björn [2005-11-17 14:34:31] [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 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/35261 -- Edit this bug report at http://bugs.php.net/?id=35261edit=1
#35554 [Opn-Bgs]: Unsatisfied symbols libiconv
ID: 35554 Updated by: [EMAIL PROTECTED] Reported By: mad at dactar dot ch -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: HP-UX 11.00 PHP Version: 5CVS-2005-12-05 (snap) New Comment: Same as bug #35288 Previous Comments: [2005-12-07 09:58:54] mad at dactar dot ch Here's the result with LDFLAGS=-liconv creating cache ./config.cache checking for Cygwin environment... no checking for mingw32 environment... no checking for egrep... grep -E checking for a sed that does not truncate output... /usr/bin/sed checking host system type... hppa2.0n-hp-hpux11.00 checking target system type... hppa2.0n-hp-hpux11.00 checking for gcc... gcc checking whether the C compiler (gcc -liconv) works... no configure: error: installation or configuration problem: C compiler cannot create executables. so I've tried to compile without this LDFLAGS and with the --without-iconv configure's argument and it compiles now fine. So it's a problem with the iconv library on HP-UX. Do you know if this library works on this system or if I should install libiconv ? Thanks @++ JC [2005-12-06 20:23:47] [EMAIL PROTECTED] Have you tried adding -liconv to your LDFLAGS? [2005-12-05 14:07:37] mad at dactar dot ch I've tried with the latest CVS and I don't have the zend_error_noreturn error message anymore. The others messages are still here : /usr/ccs/bin/ld: Unsatisfied symbols: libiconv (code) libiconv_open (code) libiconv_close (code) collect2: ld returned 1 exit status *** Error exit code 1 Stop. [2005-12-05 12:52:41] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2005-12-05 12:48:38] mad at dactar dot ch Description: Hellow, I've errors when I compile php on HP-UX Reproduce code: --- Here's my configure's options : ./configure \ --prefix=/PKl01h01/soft/web \ --with-libxml-dir=/PKl01h01/soft/web Expected result: No error on compile Actual result: -- /usr/ccs/bin/ld: Unsatisfied symbols: libiconv (code) libiconv_open (code) libiconv_close (code) zend_error_noreturn (code) collect2: ld returned 1 exit status *** Error exit code 1 Stop. -- Edit this bug report at http://bugs.php.net/?id=35554edit=1
#35288 [Asn]: iconv() function defined as libiconv()
ID: 35288 Updated by: [EMAIL PROTECTED] Reported By: webmaster at negeta dot com Status: Assigned Bug Type: ICONV related Operating System: FreeBSD 5.4 PHP Version: 5CVS-2005-12-13 Assigned To: moriyoshi New Comment: See also bug #35554 Previous Comments: [2005-12-12 13:29:46] webmaster at negeta dot com I don't disagree that -lxml2 and -liconv are necessary for build iconv extension. I said compile as compile configure:44150, and paste its log. It only checks iconv() in the libc. I think -liconv shouldn't exist here, because it make to link to iconv library. I understand the searching order as follows: 1. iconv() in the libc. 2. libiconv() in the libc. 3. libiconv() in the userland. 4. iconv() in the userland. Because acinclude.m4 says Check libc first if no path is provided in --with-iconv. Is this searching order wrong? My system has libiconv() and iconv() in the userland. (libiconv() is an alias of iconv().) I think following behavior is correct: 1. and 2. fail, and 3. succeeds. [2005-12-11 23:47:38] [EMAIL PROTECTED] Well, then are you *really* sure that the userland function named libiconv() is defined instead of iconv() in your build and that's the case? Regarding the issues you call more basal things, -liconv is appended to resolve libxml2 dependency there and so it's not a problem in the iconv extension. You always need to specify --with-iconv=[PREFIX] when the libc doesn't have an iconv implementation nor no alternative can be found in the default header search path (supposedly /usr/include). [2005-12-10 01:28:14] webmaster at negeta dot com I found more basal things which cause this problem. configure checks iconv in libc first. But '-liconv' is added to compile option. My system does not have iconv in libc , but it is found. My system should find 'libiconv' in configure:44354. -- output checking for iconv support... yes checking for iconv... yes -- config.log configure:44060: checking for iconv support configure:44122: checking for iconv configure:44150: gcc -o conftest -g -O2 -R/usr/local/lib -L/usr/local/lib conftest.c -lm -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm 15 [2005-12-07 12:01:24] [EMAIL PROTECTED] Since when having libiconv() instead of iconv() is expected behaviour? [2005-12-07 11:56:18] [EMAIL PROTECTED] That's expected behaviour. I did not break anything. Rather, it would never detect the correct header if with --with-iconv before I fixed. 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/35288 -- Edit this bug report at http://bugs.php.net/?id=35288edit=1
#34656 [Opn-Fbk]: open_basedir restriction in effect although paths are set correctly
ID: 34656 Updated by: [EMAIL PROTECTED] Reported By: wolfram at schlich dot org -Status: Open +Status: Feedback Bug Type: Safe Mode/open_basedir Operating System: Linux 2.2.16 i586 PHP Version: 4.4.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip Previous Comments: [2005-11-30 15:02:53] wolfram at schlich dot org Do you need more information? [2005-11-25 13:27:23] wolfram at schlich dot org just tried http://snaps.php.net/php4-STABLE-200511251208.tar.gz with open_basedir in php.ini -- no luck: Warning: touch(): open_basedir restriction in effect. File(/tmp/f5_test) is not within the allowed path(s): (/tmp/) in /home/sites/site15/web/write_tmp.php on line 3 [2005-11-01 22:34:00] [EMAIL PROTECTED] Does it work if you set the open_basedir in php.ini ? [2005-11-01 15:01:35] wolfram at schlich dot org Just tried with the freshly released 4.4.1, without luck: --8-- Warning: fopen(): open_basedir restriction in effect. File(/tmp/foo.bar) is not within the allowed path(s): (/home/sites/site81/:/tmp/:/usr/share/pear/) in /home/sites/site81/web/fopen.php on line 3 Warning: fopen(/tmp/foo.bar): failed to open stream: Operation not permitted in /home/sites/site81/web/fopen.php on line 3 --8-- --8--[ access.conf ]--8-- DirectoryMatch /home/sites/site81/ php_admin_value open_basedir /home/sites/site81/:/tmp/:/usr/share/pear/ /DirectoryMatch --8-- [2005-09-27 12:44:53] wolfram at schlich dot org Description: Warning: touch(): open_basedir restriction in effect. File(/tmp/f5_test) is not within the allowed path(s): (/home/sites/site15/:/tmp) in /home/sites/site15/web/write_tmp.php on line 3 Warning: fopen(): open_basedir restriction in effect. File(/tmp/f5_test) is not within the allowed path(s): (/home/sites/site15/:/tmp) in /home/sites/site15/web/write_tmp.php on line 4 Warning: fopen(/tmp/f5_test): failed to open stream: Operation not permitted in /home/sites/site15/web/write_tmp.php on line 4 Warning: fwrite(): supplied argument is not a valid stream resource in /home/sites/site15/web/write_tmp.php on line 5 Warning: fclose(): supplied argument is not a valid stream resource in /home/sites/site15/web/write_tmp.php on line 6 Reproduce code: --- --8--[ write_tmp.php ]--8-- ?php $tmpfile = /tmp/f5_test; touch($tmpfile); $fp = fopen($tmpfile,w); fwrite($fp, test ); fclose($fp); ? --8--[ httpd.conf ]--8-- DirectoryMatch /home/sites/site15/ ## doesn't work php_admin_value open_basedir /home/sites/site15/:/tmp ## also doesn't work # php_admin_value open_basedir / ## works, but is not what's desired # php_admin_value open_basedir none /DirectoryMatch --8-- Also tried to set open_basedir within the VirtualHost, didn' t work either. Expected result: no errors Actual result: -- open_basedir errors -- Edit this bug report at http://bugs.php.net/?id=34656edit=1
#34656 [Opn-Fbk]: open_basedir restriction in effect although paths are set correctly
ID: 34656 Updated by: [EMAIL PROTECTED] Reported By: wolfram at schlich dot org -Status: Open +Status: Feedback Bug Type: Safe Mode/open_basedir Operating System: Linux 2.2.16 i586 PHP Version: 4.4.1 New Comment: I didn't ask you to permanently install it, I only asked you to TRY it out and see if you can reproduce it. Previous Comments: [2005-12-13 18:00:44] wolfram at schlich dot org Unfortunately it's impossible to use any other version of PHP than 4.x on this machine :-( [2005-12-13 17:41:53] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2005-11-30 15:02:53] wolfram at schlich dot org Do you need more information? [2005-11-25 13:27:23] wolfram at schlich dot org just tried http://snaps.php.net/php4-STABLE-200511251208.tar.gz with open_basedir in php.ini -- no luck: Warning: touch(): open_basedir restriction in effect. File(/tmp/f5_test) is not within the allowed path(s): (/tmp/) in /home/sites/site15/web/write_tmp.php on line 3 [2005-11-01 22:34:00] [EMAIL PROTECTED] Does it work if you set the open_basedir in php.ini ? 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/34656 -- Edit this bug report at http://bugs.php.net/?id=34656edit=1
#35660 [Opn-Bgs]: AIX TZ variable format not understood, yields UTC timezone
ID: 35660
Updated by: [EMAIL PROTECTED]
Reported By: Bjorn dot Wiberg at its dot uu dot se
-Status: Open
+Status: Bogus
Bug Type: Date/time related
Operating System: IBM AIX 5.2.0.0 ML5
PHP Version: 5.1.1
New Comment:
Of course not. It's not the correct one. Just use the php.ini option.
Previous Comments:
[2005-12-13 20:04:09] Bjorn dot Wiberg at its dot uu dot se
Another quick note to clarify that the timestamp measured in UTC of
course is correct -- the wording correct in the output of my script
might be a bit misleading; the problem is that PHP doesn't recognize
the AIX timezone contained in the TZ variable, nothing else.
[2005-12-13 19:37:39] Bjorn dot Wiberg at its dot uu dot se
Just a quick note to tell that PHP does log this fact in the Apache
error log:
PHP Notice: date(): Timezone setting (date.timezone) or TZ environment
variable contains an unknown timezone in /apache/htdocs/...
[2005-12-13 19:28:32] Bjorn dot Wiberg at its dot uu dot se
Description:
PHP does not understand the notion of the TZ environment variable that
IBM AIX uses, and defaults to the UTC time zone if an incorrect TZ
value is encountered.
The format of the TZ variable, and the allowed values, can be found
here:
http://publib.boulder.ibm.com/infocenter/pseries/index.jsp?topic=/com.ibm.aix.doc/files/aixfiles/environment.htm
If this could be considered for future releases, that would be a great
relief. As many (all?) other software on the system seem to use the TZ
correctly.
Otherwise, it would be great if the date.timezone setting would act as
a fallback in case the TZ environment variable is considered invalid by
PHP.
And, perhaps, that this is clarified in the documentation
(http://se.php.net/manual/sv/function.date-default-timezone-get.php);
i.e., that an incorrect TZ value directly yields a UTC timezone
setting.
Reproduce code:
---
System environment configuration file /etc/environment contains:
TZ=NFT-1DFT,M3.5.0/02:00:00,M10.5.0/03:00:00
httpd.conf contains:
php_value date.timezone Europe/Stockholm
PHP script that displays the reverting-to-UTC behavior of PHP:
?php
// putenv('TZ=NFT-1DFT,M3.5.0/02:00:00,M10.5.0/03:00:00');
echo 'TZ is: ' . getenv('TZ') . 'BR';
echo 'date.timezone is: ' . ini_get('date.timezone') . 'BR';
echo 'date_default_timezone_get() returns: ' .
date_default_timezone_get() . 'BR';
echo 'Current time is: ' . strftime('%T') . 'BR';
echo 'BR';
echo 'Forcing the correct timezone (' . ini_get('date.timezone') .
')...BR';
date_default_timezone_set(ini_get('date.timezone'));
echo 'Correct current time is: ' . strftime('%T') . 'BR';
?
Expected result:
That the timezone is picked up and understood by PHP. This would equal
the Europe/Stockholm timezone setting. That is:
TZ is: NFT-1DFT,M3.5.0/02:00:00,M10.5.0/03:00:00
date.timezone is: Europe/Stockholm
date_default_timezone_get() returns: Europe/Stockholm
Current time is: 19:20:10
Forcing the correct timezone (Europe/Stockholm)...
Correct current time is: 19:20:10
Actual result:
--
TZ is: NFT-1DFT,M3.5.0/02:00:00,M10.5.0/03:00:00
date.timezone is: Europe/Stockholm
date_default_timezone_get() returns: UTC
Current time is: 18:20:10
Forcing the correct timezone (Europe/Stockholm)...
Correct current time is: 19:20:10
--
Edit this bug report at http://bugs.php.net/?id=35660edit=1
#35661 [Opn-Bgs]: Object-element-functions does not handle directories correctly
ID: 35661
Updated by: [EMAIL PROTECTED]
Reported By: marscel at pcreact dot de
-Status: Open
+Status: Bogus
Bug Type: Directory function related
Operating System: Windows XP SP1
PHP Version: 5.1.1
New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
Previous Comments:
[2005-12-13 19:46:33] marscel at pcreact dot de
Description:
I have a member function which is been called in the destructor of this
object. The called function has to write a string into a file, which
shall be stored in a subdirectory.
In my case its F:\php\logs (php is the dir where the script is stored,
in the \logs dir shall the created file be stored). The first problem I
recognized was that PHP can't read the current directory in the
function, the second one is that it creates files in a totally
different directory. If I tell this function mkdir(./logs/);, it
won't create a subdir called logs in F:\php, but in D:\ (- D:\logs)!
If I write the absolute directory, the thing works, but it's useless on
a webspace.
My php.ini hasn't set anything to D:\ just PHP is installed in D:\php\
Reproduce code:
---
class someclass
{ // Constructors, functions, vars...
public function someclass_make_file($mode){
if(defined('DEBUG_LOG')) {
switch($mode) {
case 3:
$dl = $this-debug_log; // Info
$dfl = fopen(logs/.time()..txt, a);
fwrite($dfl, $dl);
fclose($dfl);
break;
}
}
return true;
}
public funtion __construct()
{
$this-someclass_make_file(3)
}
}
Expected result:
A file F:\php\logs\1134123412.txt
Actual result:
--
A file D:\logs\1134123412.txt or non has been created.
--
Edit this bug report at http://bugs.php.net/?id=35661edit=1
#35662 [Opn-Fbk]: The 'rand()' function returns only few different values
ID: 35662 Updated by: [EMAIL PROTECTED] Reported By: jullrich at sans dot org -Status: Open +Status: Feedback Bug Type: *Math Functions Operating System: Linux 2.6 (RedHat) PHP Version: 4.4.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip Previous Comments: [2005-12-13 20:53:53] jullrich at sans dot org Description: The 'rand' function is far from random. For example, the following code: ?= rand(100,999); ? only generates values that start with '12','13' or '14'. Out of 1500 times the function is called, only approx. 1000 different values are generated. Reproduce code: --- ?= rand(100,999); ? Expected result: somewhat random numbers between 100 and 999. Actual result: -- all numbers are in the range from 1200 to 1500 and frequently repeat (about 25% of the numbers are repeats). Sample: 1379409636 1275750426 1248288483 1398136354 1404047798 1292410973 1405794269 1278267510 1225653649 -- Edit this bug report at http://bugs.php.net/?id=35662edit=1
#35660 [Opn-Asn]: AIX TZ variable format not understood, yields UTC timezone
ID: 35660
Updated by: [EMAIL PROTECTED]
Reported By: Bjorn dot Wiberg at its dot uu dot se
-Status: Open
+Status: Assigned
Bug Type: Date/time related
Operating System: IBM AIX 5.2.0.0 ML5
PHP Version: 5.1.1
-Assigned To:
+Assigned To: derick
Previous Comments:
[2005-12-13 20:44:51] Bjorn dot Wiberg at its dot uu dot se
Hi again!
Setting date.timezone in php.ini doesn't help -- as PHP still reverts
to UTC when it considers the TZ variable invalid.
Unsetting TZ works for PHP, but breaks things for other software
(notably Apache 2, which then logs using UTC instead of the correct
local time). We're using PHP as an Apache DSO (module), so there seems
to be no possiblity of separating those two in terms of the TZ
variable. Using mod_env's UnsetEnv or SetEnv doesn't work (only for CGI
scripts and SSI pages).
Of course, setting the desired timezone with
date_default_timezone_set() works, as does
putenv('TZ=Europe/Stockholm'), but breaks code which relies on that the
date/time returned by the date functions are using local time.
No chance of getting support for the AIX-style TZ format in a future
version?
No chance of getting a
revert-to-date.timezone-setting-if-TZ-is-unusable behavior of the
date functions in a future version?
Best regards,
Björn
[2005-12-13 20:17:14] [EMAIL PROTECTED]
Of course not. It's not the correct one. Just use the php.ini option.
[2005-12-13 20:04:09] Bjorn dot Wiberg at its dot uu dot se
Another quick note to clarify that the timestamp measured in UTC of
course is correct -- the wording correct in the output of my script
might be a bit misleading; the problem is that PHP doesn't recognize
the AIX timezone contained in the TZ variable, nothing else.
[2005-12-13 19:37:39] Bjorn dot Wiberg at its dot uu dot se
Just a quick note to tell that PHP does log this fact in the Apache
error log:
PHP Notice: date(): Timezone setting (date.timezone) or TZ environment
variable contains an unknown timezone in /apache/htdocs/...
[2005-12-13 19:28:32] Bjorn dot Wiberg at its dot uu dot se
Description:
PHP does not understand the notion of the TZ environment variable that
IBM AIX uses, and defaults to the UTC time zone if an incorrect TZ
value is encountered.
The format of the TZ variable, and the allowed values, can be found
here:
http://publib.boulder.ibm.com/infocenter/pseries/index.jsp?topic=/com.ibm.aix.doc/files/aixfiles/environment.htm
If this could be considered for future releases, that would be a great
relief. As many (all?) other software on the system seem to use the TZ
correctly.
Otherwise, it would be great if the date.timezone setting would act as
a fallback in case the TZ environment variable is considered invalid by
PHP.
And, perhaps, that this is clarified in the documentation
(http://se.php.net/manual/sv/function.date-default-timezone-get.php);
i.e., that an incorrect TZ value directly yields a UTC timezone
setting.
Reproduce code:
---
System environment configuration file /etc/environment contains:
TZ=NFT-1DFT,M3.5.0/02:00:00,M10.5.0/03:00:00
httpd.conf contains:
php_value date.timezone Europe/Stockholm
PHP script that displays the reverting-to-UTC behavior of PHP:
?php
// putenv('TZ=NFT-1DFT,M3.5.0/02:00:00,M10.5.0/03:00:00');
echo 'TZ is: ' . getenv('TZ') . 'BR';
echo 'date.timezone is: ' . ini_get('date.timezone') . 'BR';
echo 'date_default_timezone_get() returns: ' .
date_default_timezone_get() . 'BR';
echo 'Current time is: ' . strftime('%T') . 'BR';
echo 'BR';
echo 'Forcing the correct timezone (' . ini_get('date.timezone') .
')...BR';
date_default_timezone_set(ini_get('date.timezone'));
echo 'Correct current time is: ' . strftime('%T') . 'BR';
?
Expected result:
That the timezone is picked up and understood by PHP. This would equal
the Europe/Stockholm timezone setting. That is:
TZ is: NFT-1DFT,M3.5.0/02:00:00,M10.5.0/03:00:00
date.timezone is: Europe/Stockholm
date_default_timezone_get() returns: Europe/Stockholm
Current time is: 19:20:10
Forcing the correct timezone (Europe/Stockholm)...
Correct current time is: 19:20:10
Actual result:
--
TZ is: NFT-1DFT,M3.5.0/02:00:00,M10.5.0/03:00:00
date.timezone is: Europe/Stockholm
date_default_timezone_get() returns: UTC
Current time is: 18:20:10
Forcing the correct timezone (Europe/Stockholm)...
Correct current time is: 19:20:10
--
Edit this bug report at http://bugs.php.net/?id=35660edit=1
#35261 [Ctl-Bgs]: php_admin_value does not lock include_path
ID: 35261 Updated by: [EMAIL PROTECTED] Reported By: Bjorn dot Wiberg at its dot uu dot se -Status: Critical +Status: Bogus Bug Type: Apache2 related Operating System: * PHP Version: 5CVS-2005-12-13 (cvs) New Comment: see bug #20377 Previous Comments: [2005-12-13 20:31:35] Bjorn dot Wiberg at its dot uu dot se Thank you for trying this with the latest CVS version for me (recompiling, preparing and installing into the chroots on our systems takes a rather long time). Just a quick note to tell that we're not using safe mode or open_basedir restrictions on our server, but that the php_admin_* probably should lock the settings nevertheless (so that they cannot be overridden by PHP scripts or .htaccess files). Also a note to tell that overriding php_admin_value:s in the main server config with corresponding php_admin_value:s in vhost configurations is fine with me -- I would hate to see that possibility go away, as that is a pretty important feature for those of us doing mass virtual hosting. Best regards, Björn [2005-12-13 17:33:45] [EMAIL PROTECTED] This indeed works even when it shouldn't.. [2005-12-13 16:58:20] Bjorn dot Wiberg at its dot uu dot se Hi again! Yes, it does indeed change the setting. I have tried this when including classes in subdirectories; got class not found errors when not setting the desired path(s) in my script, but worked fine when I did set the desired path(s) in my script. Although the setting should be locked by httpd.conf... Best regards, Björn [2005-12-13 15:47:17] [EMAIL PROTECTED] You can still change the value, but it won't REALLY change. [2005-12-13 15:46:17] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-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/35261 -- Edit this bug report at http://bugs.php.net/?id=35261edit=1
#35666 [Opn-Bgs]: ob_start crash
ID: 35666
Updated by: [EMAIL PROTECTED]
Reported By: zhonghaijun at yahoo dot com dot cn
-Status: Open
+Status: Bogus
Bug Type: Output Control
Operating System: Linux
PHP Version: 5CVS-2005-12-14 (CVS)
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
RTFM:
ob_end_clean(), ob_end_flush(), ob_clean(), ob_flush() and ob_start()
may not be called from a callback function. If you call them from
callback function, the behavior is undefined.
Previous Comments:
[2005-12-14 06:04:51] zhonghaijun at yahoo dot com dot cn
Description:
Ob_start crash
Seems dead loop when I debugged the programme
Reproduce code:
---
?php
function callback($buffer)
{
ob_clean();
return $buffer.\n;
}
var_dump(ob_start(callback, 2));
echo \nHi!abc;
?
Expected result:
Hi!abc
Actual result:
--
segment fault
BT
(gdb) bt
#0 zend_call_function (fci=0xbf0a5080, fci_cache=0x0)
at /home/junz/src/PHP/v506/SRC/Zend/zend_execute_API.c:577
#1 0x08073aae in call_user_function_ex (function_table=0x0,
object_pp=0x0,
function_name=0x0, retval_ptr_ptr=0x0, param_count=0, params=0x0,
no_separation=0,
symbol_table=0x0) at
/home/junz/src/PHP/v506/SRC/Zend/zend_execute_API.c:559
#2 0x08166745 in php_end_ob_buffer (send_buffer=0 '\0', just_flush=1
'\001')
at /home/junz/src/PHP/v506/SRC/main/output.c:240
#3 0x081673a8 in zif_ob_clean (ht=0, return_value=0x8584ebc,
this_ptr=0x0,
return_value_used=0) at
/home/junz/src/PHP/v506/SRC/main/output.c:788
#4 0x081b0ee6 in zend_do_fcall_common_helper (execute_data=0xbf0a5260,
opline=0x82a51bc,
op_array=0x82a53b8) at
/home/junz/src/PHP/v506/SRC/Zend/zend_execute.c:2761
#5 0x081adb49 in execute (op_array=0x82a53b8)
at /home/junz/src/PHP/v506/SRC/Zend/zend_execute.c:1438
#6 0x08074198 in zend_call_function (fci=0xbf0a53b0, fci_cache=0x0)
at /home/junz/src/PHP/v506/SRC/Zend/zend_execute_API.c:875
#7 0x08073aae in call_user_function_ex (function_table=0x0,
object_pp=0x0,
function_name=0x0, retval_ptr_ptr=0x0, param_count=0, params=0x0,
no_separation=0,
symbol_table=0x0) at
/home/junz/src/PHP/v506/SRC/Zend/zend_execute_API.c:559
#8 0x08166745 in php_end_ob_buffer (send_buffer=0 '\0', just_flush=1
'\001')
at /home/junz/src/PHP/v506/SRC/main/output.c:240
#9 0x081673a8 in zif_ob_clean (ht=0, return_value=0x8584d94,
this_ptr=0x0,
return_value_used=0) at
/home/junz/src/PHP/v506/SRC/main/output.c:788
#10 0x081b0ee6 in zend_do_fcall_common_helper (execute_data=0xbf0a5590,
opline=0x82a51bc,
op_array=0x82a53b8) at
/home/junz/src/PHP/v506/SRC/Zend/zend_execute.c:2761
#11 0x081adb49 in execute (op_array=0x82a53b8)
at /home/junz/src/PHP/v506/SRC/Zend/zend_execute.c:1438
#12 0x08074198 in zend_call_function (fci=0xbf0a56e0, fci_cache=0x0)
at /home/junz/src/PHP/v506/SRC/Zend/zend_execute_API.c:875
#13 0x08073aae in call_user_function_ex (function_table=0x0,
object_pp=0x0,
function_name=0x0, retval_ptr_ptr=0x0, param_count=0, params=0x0,
no_separation=0,
and so many records below
--
Edit this bug report at http://bugs.php.net/?id=35666edit=1
#34656 [Opn-Csd]: open_basedir restriction in effect although paths are set correctly
ID: 34656 Updated by: [EMAIL PROTECTED] Reported By: wolfram at schlich dot org -Status: Open +Status: Closed Bug Type: Safe Mode/open_basedir Operating System: Linux 2.2.16 i586 PHP Version: 4.4.1 New Comment: We really don't support PHP 4 anymore. If you don't test with PHP 5, we consider the bug fixed there. Previous Comments: [2005-12-13 22:00:45] wolfram at schlich dot org I cannot even try it. [2005-12-13 20:16:22] [EMAIL PROTECTED] I didn't ask you to permanently install it, I only asked you to TRY it out and see if you can reproduce it. [2005-12-13 18:00:44] wolfram at schlich dot org Unfortunately it's impossible to use any other version of PHP than 4.x on this machine :-( [2005-12-13 17:41:53] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2005-11-30 15:02:53] wolfram at schlich dot org Do you need more information? 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/34656 -- Edit this bug report at http://bugs.php.net/?id=34656edit=1
#35371 [Opn-Fbk]: Wrong Values retriving Object with SNMP
ID: 35371
Updated by: [EMAIL PROTECTED]
Reported By: matteo dot bertato at hiport dot it
-Status: Open
+Status: Feedback
Bug Type: SNMP related
Operating System: Fedora Core 2,4
PHP Version: 4.4.1
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5.1-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.1-win32-latest.zip
Previous Comments:
[2005-11-24 16:44:39] matteo dot bertato at hiport dot it
Description:
Retriving SNMP Object value in SNMP_VALUE_OBJECT mode,
give me wrong result, despite using default mode gives correct result.
(Tested with Net_SNMP 5.2.1.2 on FC4)
(Tested with Net_SNMP 5.1.1 on FC2)
PHP compiled with --with-snmp --enable-ucd-snmp-hack
Reproduce code:
---
?php
print_R(snmpget('1.1.1.1',
'public','1.3.6.1.2.1.2.2.1.6.2').\n);
snmp_set_valueretrieval(SNMP_VALUE_OBJECT);
print_R(snmpget('1.1.1.1','public','1.3.6.1.2.1.2.2.1.6.2'));
// Getting Mac Address of Second Network Interface
// This is a Standard MIB object
?
Expected result:
STRING: 0:50:e8:1:46:e6
stdClass Object
(
[type] = 4
[value] = 0:50:e8:1:46:e6
)
Actual result:
--
stdClass Object
(
[type] = 4
[value] = PèFæ
)
STRING: 0:50:e8:1:46:e6
--
Edit this bug report at http://bugs.php.net/?id=35371edit=1
#35604 [Opn-Fbk]: PDO crash
ID: 35604
Updated by: [EMAIL PROTECTED]
Reported By: smlerman at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: PDO related
Operating System: Linux
-PHP Version: 5.1.1
+PHP Version: 5CVS-2005-12-09 (snap)
New Comment:
What was the configure line you used?
Previous Comments:
[2005-12-09 22:56:35] smlerman at gmail dot com
Here's the backtrace.
(gdb) bt
#0 0x00556716 in free () from /lib/tls/libc.so.6
#1 0x082184cd in shutdown_memory_manager (silent=0, full_shutdown=0)
at /root/php/php5.1-200512091530/Zend/zend_alloc.c:512
#2 0x081f903f in php_request_shutdown (dummy=0x0) at
/root/php/php5.1-200512091530/main/main.c:1303
#3 0x08280e1f in main (argc=2, argv=0xbfe192e4) at
/root/php/php5.1-200512091530/sapi/cli/php_cli.c:1142
(gdb)
[2005-12-09 18:03:45] [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 for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32
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-12-09 17:53:52] smlerman at gmail dot com
Tried the same code on my Linux box at home (Fedora Core 2, first test
server I believe is Fedora 4), and it just gives a segmentation fault
instead. Tried the php5.1-200512091530 snapshot, and I get the same
results.
[2005-12-08 19:16:57] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.1-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.1-win32-latest.zip
[2005-12-08 19:08:57] smlerman at gmail dot com
Description:
PHP crashes on the following code. Changing the second named marker
from :foo1 to :foo2 fixes the crash, which made me think it had to do
with duplicate names. However, removing the where clause (leaving both
name markers :foo1) also eliminates the crash, though the statement
gets an error code of HY093 (no full message).
Reproduce code:
---
?php
$db = new PDO(pgsql:host=localhost dbname=name user=user
password=password);
$stmt = $db-prepare(UPDATE test SET foo1 = :foo1, foo2 = :foo1 WHERE
foo1 = :id);
$stmt-bindParam(':foo1', $foo1);
$stmt-bindParam(':foo2', $foo2);
$stmt-bindParam(':id', $id);
$foo1 = foo;
$foo2 = foo;
$id = foo;
var_dump($stmt-errorInfo());
$stmt-execute();
?
Expected result:
An error message of some kind if duplicate names aren't allowed, but
certainly not a memory dump.
Actual result:
--
*** glibc detected *** php: free(): invalid next size (fast):
0x09980018 ***
Followed by a backtrace and memory dump
--
Edit this bug report at http://bugs.php.net/?id=35604edit=1
#34852 [Opn-Fbk]: [PATCH] Failure in odbc_exec() using oracle-supplied odbc driver
ID: 34852
Updated by: [EMAIL PROTECTED]
Reported By: tim dot tassonis at trivadis dot com
-Status: Open
+Status: Feedback
Bug Type: ODBC related
Operating System: Linux
PHP Version: 5CVS-2005-11-03 (cvs)
New Comment:
Can you repeat this error when using the PDO odbc ??
Previous Comments:
[2005-11-30 21:09:46] [EMAIL PROTECTED]
Unfortunately Dan can not be involved in this. (some license thing)
[2005-11-04 01:49:46] [EMAIL PROTECTED]
Tony: Check with Dan Scott before applying this patch; he's probably
most current on this aspect of the odbc extension.
[2005-10-13 13:34:40] tim dot tassonis at trivadis dot com
Well, here is a patch. I dont know whether the formatting is preserved
her properly, it should apply cleanly with patch -p1 patchfile from
whithing the php-5.0.5 directory.
The patch just stops odbc_exec and odbc_prepare from failing if the
SQLSetStmtOption fails. The warning is still displayed in the
error_log. It would be great if this could be applied.
So below follows the patch (created with diff -ruN):
diff -ruN php-5.0.5/ext/odbc/php_odbc.c
php-5.0.5-ora/ext/odbc/php_odbc.c
--- php-5.0.5/ext/odbc/php_odbc.c 2005-07-03 00:50:01.0 +0200
+++ php-5.0.5-ora/ext/odbc/php_odbc.c 2005-10-13 12:20:55.0
+0200
@@ -875,9 +875,11 @@
if (SQLSetStmtOption(result-stmt, SQL_CURSOR_TYPE,
SQL_CURSOR_DYNAMIC)
== SQL_ERROR) {
odbc_sql_error(conn, result-stmt,
SQLSetStmtOption);
+ /* Dont fail, but go on. This can happen
SQLFreeStmt(result-stmt, SQL_DROP);
efree(result);
RETURN_FALSE;
+ */
}
}
} else {
@@ -1296,9 +1298,11 @@
if (SQLSetStmtOption(result-stmt, SQL_CURSOR_TYPE,
SQL_CURSOR_DYNAMIC)
== SQL_ERROR) {
odbc_sql_error(conn, result-stmt,
SQLSetStmtOption);
+ /* Dont fail, but go on. This can happen
SQLFreeStmt(result-stmt, SQL_DROP);
efree(result);
RETURN_FALSE;
+ */
}
}
} else {
[2005-10-13 12:14:49] tim dot tassonis at trivadis dot com
Description:
When using the oracle-supplied ODBC Driver under Linux, any odbc_exec()
call fails with:
[unixODBC][Driver Manager]Driver does not support this function
The log files is a bit more verbose:
[unixODBC][Driver Manager]Driver does not support this function, SQL
state IM001 in SQLSetStmtOption
The offending code is in odbc_prepare(line 875) and odbc_exec (line
1276), when the module tries to set SQL_CURSOR_DYNAMIC via
SQLSetStmtOption, which returns an error using the oracle driver.
The error goes away if I undefine HAVE_SQL_EXTENDED_FETCH, so the
statements will not be reached.
Would it be possible to only issue a notice when this command fails and
proceed with processing.
I can provide a patch to fix it, if that's appreciated.
Reproduce code:
---
$dsn=ANY_ORACLE_DSN;
$uid=ANY_VALID_USERID;
$pwd=ANY_VALID_PASSWORD;
$conn = odbc_connect ( $dsn, $uid, $pwd );
/* The connect succeeds */
if (!$conn) {
printf(Error connecting to $database.br\n);
return;
}
/* The exec will fail with the decribed error */
$cursor= odbc_exec($conn,SELECT tname from tab);
if (!$cursor) {
printf(Failure in odbc_exe:br\n);
printf(%sbr\n,htmlentities(odbc_errormsg($conn)));
return;
}
Actual result:
--
[unixODBC][Driver Manager]Driver does not support this function, SQL
state IM001 in SQLSetStmtOption
--
Edit this bug report at http://bugs.php.net/?id=34852edit=1
#35644 [Opn-Csd]: ./configure switch --with-config-file-scan-dir is without help text
ID: 35644 Updated by: [EMAIL PROTECTED] Reported By: invisible at hidden-city dot net -Status: Open +Status: Closed Bug Type:*Configuration Issues PHP Version: 5.1.1 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2005-12-12 13:12:27] invisible at hidden-city dot net The possible solution I tried localy was to change configure.in from: --- PHP_ARG_WITH(config-file-scan-dir,[directory to be scanned for configuration files], [ --with-config-file-scan-dir=PATH ], DEFAULT, no)- if test $PHP_CONFIG_FILE_SCAN_DIR = DEFAULT; then PHP_CONFIG_FILE_SCAN_DIR= fi --- to: --- PHP_ARG_WITH(config-file-scan-dir,[directory to be scanned for configuration files], [ --with-config-file-scan-dir=PATH Directory to be scanned for configuration files ], DEFAULT, no) if test $PHP_CONFIG_FILE_SCAN_DIR = DEFAULT; then PHP_CONFIG_FILE_SCAN_DIR= fi --- I know it's ugly but it works after running autoconf... [2005-12-12 13:06:53] invisible at hidden-city dot net Description: when you do configure --help doesn't provide help text for --with-config-file-scan-dir option. Reproduce code: --- simple ./configure --help Expected result: when you do configure --help the relevant part shows up as: --with-config-file-path=PATH Set the path in which to look for php.ini PREFIX/lib --with-config-file-scan-dir=PATH Directory to be scanned for configuration files --enable-safe-mode Enable safe mode by default Actual result: -- when you do configure --help the relevant part shows up as: --with-config-file-path=PATH Set the path in which to look for php.ini [PREFIX/lib] --with-config-file-scan-dir=PATH --enable-safe-mode Enable safe mode by default -- Edit this bug report at http://bugs.php.net/?id=35644edit=1
#35637 [Opn-Fbk]: Mysqli Lost connection to MySQL server during query
ID: 35637 Updated by: [EMAIL PROTECTED] Reported By: realbenzin at inbox dot lv -Status: Open +Status: Feedback Bug Type: MySQLi related Operating System: Win XP SP2 PHP Version: 5.1.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip Previous Comments: [2005-12-12 11:51:27] realbenzin at inbox dot lv Ok here is sp: DELIMITER $$ DROP PROCEDURE IF EXISTS `vt_sys`.`spRazList` $$ CREATE PROCEDURE `spRazList`(r_id int unsigned) BEGIN SELECT RAZ_ID, RAZ_NOS, RAZ_NMR, RAZ_KONTA_NR FROM RAZOTAJS WHERE RAZ_ID = IFNULL(r_id,RAZ_ID); END $$ DELIMITER ; [2005-12-12 07:53:53] [EMAIL PROTECTED] How about showing how you defined the procedure? [2005-12-12 07:11:29] realbenzin at inbox dot lv It is not the same! Because I am calling the sp twice and sp contains only one select not two like in that other bug. PS i red about that multi query, but that won`t help me... [2005-12-11 23:30:56] [EMAIL PROTECTED] Duplicate of bug #32882. [2005-12-11 23:22:07] realbenzin at inbox dot lv 5.0.15 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/35637 -- Edit this bug report at http://bugs.php.net/?id=35637edit=1
#35604 [Opn-Fbk]: PDO crash
ID: 35604 Updated by: [EMAIL PROTECTED] Reported By: smlerman at gmail dot com -Status: Open +Status: Feedback Bug Type: PDO related Operating System: Linux PHP Version: 5CVS-2005-12-09 (snap) New Comment: What awk you have? And what version? gawk, mawk or awk? Previous Comments: [2005-12-12 12:33:30] smlerman at gmail dot com ./configure --prefix=/usr/local/php5 --with-pgsql=/usr/local/pgsql/ --with-mysql=/usr/local/mysql/ --with-pdo --with-pdo-pgsql --with-pdo-mysql --with-gd --with-jpeg-dir=/usr/local/lib --with-zlib-dir=/usr/local/zlib --with-png-dir=/usr/local/libpng --with-apxs2=/usr/local/apache/bin/apxs --enable-debug [2005-12-12 10:30:15] [EMAIL PROTECTED] What was the configure line you used? [2005-12-09 22:56:35] smlerman at gmail dot com Here's the backtrace. (gdb) bt #0 0x00556716 in free () from /lib/tls/libc.so.6 #1 0x082184cd in shutdown_memory_manager (silent=0, full_shutdown=0) at /root/php/php5.1-200512091530/Zend/zend_alloc.c:512 #2 0x081f903f in php_request_shutdown (dummy=0x0) at /root/php/php5.1-200512091530/main/main.c:1303 #3 0x08280e1f in main (argc=2, argv=0xbfe192e4) at /root/php/php5.1-200512091530/sapi/cli/php_cli.c:1142 (gdb) [2005-12-09 18:03:45] [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 for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 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-12-09 17:53:52] smlerman at gmail dot com Tried the same code on my Linux box at home (Fedora Core 2, first test server I believe is Fedora 4), and it just gives a segmentation fault instead. Tried the php5.1-200512091530 snapshot, and I get the same results. 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/35604 -- Edit this bug report at http://bugs.php.net/?id=35604edit=1
#35637 [Opn-Asn]: Mysqli Lost connection to MySQL server during query
ID: 35637 Updated by: [EMAIL PROTECTED] Reported By: realbenzin at inbox dot lv -Status: Open +Status: Assigned Bug Type: MySQLi related Operating System: Win XP SP2 -PHP Version: 5.1.1 +PHP Version: 5CVS-2005-12-12 (snap) -Assigned To: +Assigned To: georg Previous Comments: [2005-12-12 14:09:07] realbenzin at inbox dot lv Nop still the same problem.. [2005-12-12 13:22:50] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2005-12-12 11:51:27] realbenzin at inbox dot lv Ok here is sp: DELIMITER $$ DROP PROCEDURE IF EXISTS `vt_sys`.`spRazList` $$ CREATE PROCEDURE `spRazList`(r_id int unsigned) BEGIN SELECT RAZ_ID, RAZ_NOS, RAZ_NMR, RAZ_KONTA_NR FROM RAZOTAJS WHERE RAZ_ID = IFNULL(r_id,RAZ_ID); END $$ DELIMITER ; [2005-12-12 07:53:53] [EMAIL PROTECTED] How about showing how you defined the procedure? [2005-12-12 07:11:29] realbenzin at inbox dot lv It is not the same! Because I am calling the sp twice and sp contains only one select not two like in that other bug. PS i red about that multi query, but that won`t help me... 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/35637 -- Edit this bug report at http://bugs.php.net/?id=35637edit=1
#35646 [Opn-Bgs]: %{mod_php_memory_usage}n doesn't refreshed after exit due to memory_limit
ID: 35646
Updated by: [EMAIL PROTECTED]
Reported By: vovik at getart dot ru
-Status: Open
+Status: Bogus
Bug Type: Apache2 related
Operating System: RHEL 4
PHP Version: 4.4.1
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
Memory isn't _really_ freed but during shutdown.
Previous Comments:
[2005-12-12 14:51:17] vovik at getart dot ru
Description:
I using 'LogFormat %h %l %u %t \%r\ %s %b
php(%{mod_php_memory_usage}n) common' in httpd.conf for logging php
memory usage.
If php script exited on fatal error due to memory limitation,
%{mod_php_memory_usage}n keeps high value for all following requests to
this apache child.
Reproduce code:
---
if (@$_GET[test] == 1) {
print Allocated: .memory_get_usage();
} else {
ini_set(memory_limit, 1048576 * 100); // 100K
// PHP exited in file_get_contents with message:
// PHP Fatal error: Allowed memory size of 104857600 bytes
exhausted
$bigfile = file_get_contents(/etc/termcap); // this file is about
800K on my host
}
First, run this script without parameter, next with ?test=1. Check
apache log then.
Expected result:
[12/Dec/2005:13:28:47 +] GET /test.php HTTP/1.1 200 -
php(806944)
[12/Dec/2005:13:28:57 +] GET /test.php?test=1 HTTP/1.1 200 16
php(*) // not the same as previous, should be much lower
Actual result:
--
[12/Dec/2005:13:28:47 +] GET /test.php HTTP/1.1 200 -
php(806944)
[12/Dec/2005:13:28:57 +] GET /test.php?test=1 HTTP/1.1 200 16
php(806944)
--
Edit this bug report at http://bugs.php.net/?id=35646edit=1
#35640 [Opn-WFx]: configure thinks in conjunction with java that sablot 1.0.1 is older than 0.96
ID: 35640
Updated by: [EMAIL PROTECTED]
Reported By: systemadministrator at internet dot lu
-Status: Open
+Status: Wont fix
Bug Type: XSLT related
Operating System: SuSE Linux 9.3
PHP Version: 4.4.1
New Comment:
Neither of these are supported anymore. Install PHP 5.1 and start using
ext/xsl and get the java-bridge thing from pecl instead.
Previous Comments:
[2005-12-12 02:49:38] systemadministrator at internet dot lu
Description:
always when i try to configure php with java, it exits saying:
checking for Sablotron libraries in the default path... found in /usr
checking for sablot-config... found
checking for Sablotron version... configure: error: Sablotron version
0.96 or greater required.
but i do have installed 1.0.1 on SuSE 9.3 :
newsrv:~/install/php-4.4.1 # /usr/bin/sablot-config --version
1.0.1
newsrv:~/install/php-4.4.1 #
Reproduce code:
---
./configure --enable-force-cgi-redirect --without-mm --enable-fastcgi
--prefix=/var/fastcgi/php4.1.1 \
--with-openssl --with-zlib --enable-bcmath --with-bz2 --enable-calendar
\
--with-curl --with-dom --with-dom-xslt --with-dom-exslt \
--enable-exif --enable-ftp --with-gd --with-jpeg-dir --with-png-dir \
--with-zlib-dir --with-freetype-dir --with-iconv \
--with-imap --with-imap-ssl --enable-mbstring --with-mcal=/usr \
--with-mcrypt --with-mhash --with-unixODBC=/usr
--with-swf=/usr/lib/libswf \
--enable-wddx --enable-xml --enable-xslt --with-xslt-sablot --with-zip
\
--with-pear --enable-memory-limit --enable-zend-multibyte \
--with-mysql --with-pgsql --with-java=/usr/java/jdk1.5.0_06
When i dont use java, there is no sablot error message:
./configure --enable-force-cgi-redirect --without-mm --enable-fastcgi
--prefix=/var/fastcgi/php4.1.1 \
--with-openssl --with-zlib --enable-bcmath --with-bz2 --enable-calendar
\
--with-curl --with-dom --with-dom-xslt --with-dom-exslt \
--enable-exif --enable-ftp --with-gd --with-jpeg-dir --with-png-dir \
--with-zlib-dir --with-freetype-dir --with-iconv \
--with-imap --with-imap-ssl --enable-mbstring --with-mcal=/usr \
--with-mcrypt --with-mhash --with-unixODBC=/usr
--with-swf=/usr/lib/libswf \
--enable-wddx --enable-xml --enable-xslt --with-xslt-sablot --with-zip
\
--with-pear --enable-memory-limit --enable-zend-multibyte \
--with-mysql --with-pgsql
Expected result:
the configure script should accept my version and NOT exit with a wrong
error message
Actual result:
--
last lines from config.log:
configure:94187: checking for Sablotron version
configure:94212: gcc -o conftest -g -O2 -I/usr/include
-Wl,-rpath,/usr/ssl/lib -L/usr/ssl/lib -Wl,-rpath,/usr/java/jd
k1.5.0_06/jre/lib/i386/server
-L/usr/java/jdk1.5.0_06/jre/lib/i386/server
-Wl,-rpath,/usr/java/jdk1.5.0_06/jre/lib/i386
/native_threads -L/usr/java/jdk1.5.0_06/jre/lib/i386/native_threads
-Wl,-rpath,/usr/java/jdk1.5.0_06/jre/lib/i386 -L/us
r/java/jdk1.5.0_06/jre/lib/i386 -Wl,-rpath,/usr/lib/libswf/lib
-L/usr/lib/libswf/lib conftest.c -lswf -lcrypt -lpq -lmh
ash -lmcrypt -lltdl -ljava -lssl -lcrypto -lcrypt -lpam -lfreetype
-lpng -lz -ljpeg -lexslt -lxml2 -lxslt -lz -lcurl -l
bz2 -lz -lssl -lcrypto -lresolv -lm -ldl -lnsl -lcurl -lssl -lcrypto
-ldl -lz -lxml2 -lz -lm -lodbc -lcrypt 15
configure: failed program was:
#line 94194 configure
#include confdefs.h
#include stdlib.h
#include sablot.h
int main ()
{
double version;
version = atof(SAB_VERSION);
if (version = 0.96) {
exit(0);
}
exit(255);
}
--
Edit this bug report at http://bugs.php.net/?id=35640edit=1
#35648 [Opn-Csd]: ext\date\lib\parse_date.c uses strncasecmp
ID: 35648 Updated by: [EMAIL PROTECTED] Reported By: kernoel at chello dot at -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: Win32 PHP Version: 5CVS-2005-12-12 (CVS) New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2005-12-12 20:39:52] kernoel at chello dot at This also applies to cvs of version 6... [2005-12-12 20:35:32] kernoel at chello dot at Description: because ext\date\lib\parse_date.c uses strncasecmp also on windows platforms, i get unresolved external symbols. a simple #ifdef in front of the function solves the problem for the moment. there is only one line where strncasecmp is used, so this should be easy to find ;o) Reproduce code: --- Expected result: Actual result: -- parse_date.obj : error LNK2019: unresolved external symbol _strncasecmp referenced in function _timelib_skip_day_suffix Release_TS\php5ts.dll : fatal error LNK1120: 1 unresolved externals -- Edit this bug report at http://bugs.php.net/?id=35648edit=1
#35650 [Opn-Fbk]: Extending Exception class causes random failures when multi-threaded
ID: 35650
Updated by: [EMAIL PROTECTED]
Reported By: chris at lodesys dot com
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: Windows 2000
PHP Version: 5.1.1
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5.1-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.1-win32-latest.zip
Previous Comments:
[2005-12-12 21:09:31] chris at lodesys dot com
Description:
When running 2 or more requests simultaneously on my 850 MHz laptop,
including class MyException extends Exception{} to a simple Hello
World script causes Apache to crash randomly.
The setup is a stand alone 850 MHz laptop running Windows 2000,
Apache/1.3.34, PHP/5.1.1, and Apache's JMeter. Apache is configured
with ThreadsPerChild = 50 and PHP loaded as a module (LoadModule
php5_module c:/php/php5apache.dll).
Launching Apache's JMeter, I accessed the test script using single or
multiple threads, no timing pauses, and enough loops to drive the CPU
load to 100% (e.g., 1 thread/600 loops, 2 threads/300 loops, and 30
threads/20 loops).
Reproduce code:
---
?php
class MyException extends Exception {
}
print(Hello World\n);
?
Expected result:
Script should run without problem when accessed using 1 or multiple
threads.
Actual result:
--
Running single threaded access, there were no problems. When accessed
using multiple threads, there were consistent random failures of
Apache. For example, usually see around 7 crashes while running 600
requests with 30 threads.
Dr. Watson reports them as Exception number: c005 (access
violation) or occasionally Exception number: 06a6 ().
Removing class MyException extends Exception{} from the script
eliminated the multi-thread crashing problem. All thread settings (1,
2 30) would run to completion without problems.
--
Edit this bug report at http://bugs.php.net/?id=35650edit=1
#35611 [Opn-Fbk]: ldap_sasl_bind() sends bind DN as authz_id
ID: 35611
Updated by: [EMAIL PROTECTED]
Reported By: bfg at frost dot ath dot cx
-Status: Open
+Status: Feedback
Bug Type: LDAP related
Operating System: linux
PHP Version: 5.1.1
New Comment:
The authzid is passed with -X option, thus you're not doing the same as
you're doing with the script.
Previous Comments:
[2005-12-12 09:40:50] bfg at frost dot ath dot cx
$ ldapsearch -h hostname.example.org -D
uid=bfg,ou=users,ou=unix,ou=production,dc=noviforum,dc=si -Y PLAIN
-I
Entered SASL auth username: bfg
The same result with:
USER=bfg ldapsearch -h hostname.example.org -D
uid=bfg,ou=users,ou=unix,ou=production,dc=noviforum,dc=si -Y PLAIN
:)
[2005-12-11 23:27:58] [EMAIL PROTECTED]
Exactly how did you call ldapsearch program to get those results..?
[2005-12-09 10:30:47] bfg at frost dot ath dot cx
Description:
ldap_sasl_bind() sends bind DN as sasl authz id.
This is wrong ;)
Reproduce code:
---
?php
$host = ldap://ldap.example.org;;
$dn =
uid=bfg,ou=users,ou=unix,ou=production,dc=noviforum,dc=si;
$pw = test;
$realm = PROD.EXAMPLE.ORG;
$mech = PLAIN;
$authz_id = bfg;
$props = null;
$r = ldap_connect($host);
if (! $r) {
echo Unable to connect: \n;
exit(1);
}
ldap_set_option($r, LDAP_OPT_PROTOCOL_VERSION, 3);
echo Connected, trying to bind...\n;
$b = ldap_sasl_bind($r, $dn, $pw, $mech, $realm, $authz_id,
$props);
echo LDAP bind: . (($b) ? OK : FAILED) . \n;
?
Expected result:
OK
... i've written php patch which i've sent to jani.
Actual result:
--
Dec 8 11:31:34 orion slapd[5404]: conn=113 fd=15 ACCEPT from
IP=192.168.2.232:55217 (IP=0.0.0.0:389)
LDAP: Dec 8 11:31:12 orion slapd[5404]: conn=112 op=0 BIND
dn=uid=bfg,ou=users,ou=unix,ou=production,dc=example,dc=si
method=163
PHP: Dec 8 11:31:34 orion slapd[5404]: conn=113 op=0 BIND
dn=uid=bfg,ou=users,ou=unix,ou=production,dc=example,dc=si
method=163
LDAP: Dec 8 11:31:12 orion saslauthd[17532]: rel_accept_lock :
released
accept lock
PHP: Dec 8 11:31:34 orion saslauthd[17533]: rel_accept_lock :
released
accept lock
LDAP: Dec 8 11:31:12 orion saslauthd[17533]: get_accept_lock :
acquired
accept lock
PHP: Dec 8 11:31:34 orion saslauthd[17531]: get_accept_lock :
acquired
accept lock
FAILED
Kerberos logs (ldap server authenticates against kerberos)
LDAP marked lines are produced when connecting to ldap server with
ldapsearch(1), PHP marked lines are produced with php interpreter
running script above.
LDAP: Dec 8 11:31:12 orion krb5kdc[5468]: AS_REQ (1 etypes {18})
195.250.198.144: NEEDED_PREAUTH: [EMAIL PROTECTED] for
krbtgt/[EMAIL PROTECTED], Additional pre-authentication
required
PHP: Dec 8 11:31:34 orion krb5kdc[5468]: AS_REQ (1 etypes {18})
195.250.198.144: CLIENT_NOT_FOUND:
uid=bfg,ou=users,ou=unix,ou=production,dc=examle,[EMAIL PROTECTED]
for krbtgt/[EMAIL PROTECTED], Client not found in
Kerberos
database
--
Edit this bug report at http://bugs.php.net/?id=35611edit=1
#35611 [Fbk]: ldap_sasl_bind() sends bind DN as authz_id
ID: 35611
Updated by: [EMAIL PROTECTED]
Reported By: bfg at frost dot ath dot cx
Status: Feedback
Bug Type: LDAP related
Operating System: linux
PHP Version: 5.1.1
New Comment:
Also, FYI:
-X authzid SASL authorization identity (dn:dn or u:user)
(that's from ldapsearch -h output)
Previous Comments:
[2005-12-12 23:27:11] [EMAIL PROTECTED]
The authzid is passed with -X option, thus you're not doing the same as
you're doing with the script.
[2005-12-12 09:40:50] bfg at frost dot ath dot cx
$ ldapsearch -h hostname.example.org -D
uid=bfg,ou=users,ou=unix,ou=production,dc=noviforum,dc=si -Y PLAIN
-I
Entered SASL auth username: bfg
The same result with:
USER=bfg ldapsearch -h hostname.example.org -D
uid=bfg,ou=users,ou=unix,ou=production,dc=noviforum,dc=si -Y PLAIN
:)
[2005-12-11 23:27:58] [EMAIL PROTECTED]
Exactly how did you call ldapsearch program to get those results..?
[2005-12-09 10:30:47] bfg at frost dot ath dot cx
Description:
ldap_sasl_bind() sends bind DN as sasl authz id.
This is wrong ;)
Reproduce code:
---
?php
$host = ldap://ldap.example.org;;
$dn =
uid=bfg,ou=users,ou=unix,ou=production,dc=noviforum,dc=si;
$pw = test;
$realm = PROD.EXAMPLE.ORG;
$mech = PLAIN;
$authz_id = bfg;
$props = null;
$r = ldap_connect($host);
if (! $r) {
echo Unable to connect: \n;
exit(1);
}
ldap_set_option($r, LDAP_OPT_PROTOCOL_VERSION, 3);
echo Connected, trying to bind...\n;
$b = ldap_sasl_bind($r, $dn, $pw, $mech, $realm, $authz_id,
$props);
echo LDAP bind: . (($b) ? OK : FAILED) . \n;
?
Expected result:
OK
... i've written php patch which i've sent to jani.
Actual result:
--
Dec 8 11:31:34 orion slapd[5404]: conn=113 fd=15 ACCEPT from
IP=192.168.2.232:55217 (IP=0.0.0.0:389)
LDAP: Dec 8 11:31:12 orion slapd[5404]: conn=112 op=0 BIND
dn=uid=bfg,ou=users,ou=unix,ou=production,dc=example,dc=si
method=163
PHP: Dec 8 11:31:34 orion slapd[5404]: conn=113 op=0 BIND
dn=uid=bfg,ou=users,ou=unix,ou=production,dc=example,dc=si
method=163
LDAP: Dec 8 11:31:12 orion saslauthd[17532]: rel_accept_lock :
released
accept lock
PHP: Dec 8 11:31:34 orion saslauthd[17533]: rel_accept_lock :
released
accept lock
LDAP: Dec 8 11:31:12 orion saslauthd[17533]: get_accept_lock :
acquired
accept lock
PHP: Dec 8 11:31:34 orion saslauthd[17531]: get_accept_lock :
acquired
accept lock
FAILED
Kerberos logs (ldap server authenticates against kerberos)
LDAP marked lines are produced when connecting to ldap server with
ldapsearch(1), PHP marked lines are produced with php interpreter
running script above.
LDAP: Dec 8 11:31:12 orion krb5kdc[5468]: AS_REQ (1 etypes {18})
195.250.198.144: NEEDED_PREAUTH: [EMAIL PROTECTED] for
krbtgt/[EMAIL PROTECTED], Additional pre-authentication
required
PHP: Dec 8 11:31:34 orion krb5kdc[5468]: AS_REQ (1 etypes {18})
195.250.198.144: CLIENT_NOT_FOUND:
uid=bfg,ou=users,ou=unix,ou=production,dc=examle,[EMAIL PROTECTED]
for krbtgt/[EMAIL PROTECTED], Client not found in
Kerberos
database
--
Edit this bug report at http://bugs.php.net/?id=35611edit=1
#35611 [Fbk-Bgs]: ldap_sasl_bind() sends bind DN as authz_id
ID: 35611
Updated by: [EMAIL PROTECTED]
Reported By: bfg at frost dot ath dot cx
-Status: Feedback
+Status: Bogus
Bug Type: LDAP related
Operating System: linux
PHP Version: 5.1.1
New Comment:
And this is a good read too:
http://www.openldap.org/devel/admin/guide.html#Using%20SASL
It explains what you are doing wrong.
Previous Comments:
[2005-12-12 23:33:35] [EMAIL PROTECTED]
Also, FYI:
-X authzid SASL authorization identity (dn:dn or u:user)
(that's from ldapsearch -h output)
[2005-12-12 23:27:11] [EMAIL PROTECTED]
The authzid is passed with -X option, thus you're not doing the same as
you're doing with the script.
[2005-12-12 09:40:50] bfg at frost dot ath dot cx
$ ldapsearch -h hostname.example.org -D
uid=bfg,ou=users,ou=unix,ou=production,dc=noviforum,dc=si -Y PLAIN
-I
Entered SASL auth username: bfg
The same result with:
USER=bfg ldapsearch -h hostname.example.org -D
uid=bfg,ou=users,ou=unix,ou=production,dc=noviforum,dc=si -Y PLAIN
:)
[2005-12-11 23:27:58] [EMAIL PROTECTED]
Exactly how did you call ldapsearch program to get those results..?
[2005-12-09 10:30:47] bfg at frost dot ath dot cx
Description:
ldap_sasl_bind() sends bind DN as sasl authz id.
This is wrong ;)
Reproduce code:
---
?php
$host = ldap://ldap.example.org;;
$dn =
uid=bfg,ou=users,ou=unix,ou=production,dc=noviforum,dc=si;
$pw = test;
$realm = PROD.EXAMPLE.ORG;
$mech = PLAIN;
$authz_id = bfg;
$props = null;
$r = ldap_connect($host);
if (! $r) {
echo Unable to connect: \n;
exit(1);
}
ldap_set_option($r, LDAP_OPT_PROTOCOL_VERSION, 3);
echo Connected, trying to bind...\n;
$b = ldap_sasl_bind($r, $dn, $pw, $mech, $realm, $authz_id,
$props);
echo LDAP bind: . (($b) ? OK : FAILED) . \n;
?
Expected result:
OK
... i've written php patch which i've sent to jani.
Actual result:
--
Dec 8 11:31:34 orion slapd[5404]: conn=113 fd=15 ACCEPT from
IP=192.168.2.232:55217 (IP=0.0.0.0:389)
LDAP: Dec 8 11:31:12 orion slapd[5404]: conn=112 op=0 BIND
dn=uid=bfg,ou=users,ou=unix,ou=production,dc=example,dc=si
method=163
PHP: Dec 8 11:31:34 orion slapd[5404]: conn=113 op=0 BIND
dn=uid=bfg,ou=users,ou=unix,ou=production,dc=example,dc=si
method=163
LDAP: Dec 8 11:31:12 orion saslauthd[17532]: rel_accept_lock :
released
accept lock
PHP: Dec 8 11:31:34 orion saslauthd[17533]: rel_accept_lock :
released
accept lock
LDAP: Dec 8 11:31:12 orion saslauthd[17533]: get_accept_lock :
acquired
accept lock
PHP: Dec 8 11:31:34 orion saslauthd[17531]: get_accept_lock :
acquired
accept lock
FAILED
Kerberos logs (ldap server authenticates against kerberos)
LDAP marked lines are produced when connecting to ldap server with
ldapsearch(1), PHP marked lines are produced with php interpreter
running script above.
LDAP: Dec 8 11:31:12 orion krb5kdc[5468]: AS_REQ (1 etypes {18})
195.250.198.144: NEEDED_PREAUTH: [EMAIL PROTECTED] for
krbtgt/[EMAIL PROTECTED], Additional pre-authentication
required
PHP: Dec 8 11:31:34 orion krb5kdc[5468]: AS_REQ (1 etypes {18})
195.250.198.144: CLIENT_NOT_FOUND:
uid=bfg,ou=users,ou=unix,ou=production,dc=examle,[EMAIL PROTECTED]
for krbtgt/[EMAIL PROTECTED], Client not found in
Kerberos
database
--
Edit this bug report at http://bugs.php.net/?id=35611edit=1
#35653 [Opn-Fbk]: Is it a bug related to 3DES(padding)
ID: 35653
Updated by: [EMAIL PROTECTED]
-Summary: Is it a bug reated to 3DES(padding)
Reported By: link705 at hotmail dot com
-Status: Open
+Status: Feedback
Bug Type: mcrypt related
Operating System: Win2000
PHP Version: 5.0.4
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5.1-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.1-win32-latest.zip
Previous Comments:
[2005-12-13 04:49:30] link705 at hotmail dot com
this problem also exists where OS is linux ad 2.1
[2005-12-13 04:26:04] link705 at hotmail dot com
Description:
this code blow for use 3DES,but I can't get result in expect.
for mistake only occured on tail of result, and I compare then php code
to C# code(c# get the right result),
in c#,has this line
mCSP.Padding = System.Security.Cryptography.PaddingMode.PKCS7
but I can't found the way to set it in php
so
is a bug of php?
what can i do to get it in except.
Reproduce code:
---
///php code
function GetIV(){
$res = ;
for($i = 1; $i = 8; $i++)
$res .= chr($i);
return $res;
}
function fmt3DESEx($s){
$key =
pack('H48',9F8C243AEE347183B39DD81B20941E86BC11529B034C8842);
$td = mcrypt_module_open(MCRYPT_3DES, '', MCRYPT_MODE_CBC, '');
$iv = GetIV(); //like c# new byte[]{1,2,3,4,5,6,7,8}
mcrypt_generic_init($td, $key, $iv);
$encrypted_data = mcrypt_generic($td, $s);
mcrypt_generic_deinit($td);
mcrypt_module_close($td);
return $encrypted_data;
}
$S = 123456;
echo(BASE64_Encode(fmt3DESEx(sha1($S, true;
//C# code **
private string fmt3DES(byte[] Value){
byte[] bytKey = new
byte[]{0x9F,0x8C,0x24,0x3A,0xEE,0x34,0x71,0x83,0xB3,0x9D,0xD8,0x1B,0x20,0x94,0x1E,0x86,0xBC,0x11,0x52,0x9B,0x03,0x4C,0x88,0x42};
ICryptoTransform ct;
MemoryStream ms;
CryptoStream cs;
SymmetricAlgorithm mCSP = new TripleDESCryptoServiceProvider();
mCSP.IV = new
byte[]{1,2,3,4,5,6,7,8};//Convert.FromBase64String(12345678);//
mCSP.Key = bytKey;
mCSP.Mode = System.Security.Cryptography.CipherMode.CBC;
mCSP.Padding = System.Security.Cryptography.PaddingMode.PKCS7;
ct = mCSP.CreateEncryptor(mCSP.Key, mCSP.IV);
ms = new MemoryStream();
cs = new CryptoStream(ms, ct, CryptoStreamMode.Write);
cs.Write(Value, 0, Value.Length);
cs.FlushFinalBlock();
cs.Close();
return Convert.ToBase64String(ms.ToArray());
}
private void btnTest_Click(object sender, System.EventArgs e) {
string s;
Byte[] clearBytes = Encoding.UTF8.GetBytes(txtSrc.Text);
Byte[] hashedBytes =
((HashAlgorithm)CryptoConfig.CreateFromName(SHA1)).ComputeHash(clearBytes);
s = Convert.ToBase64String(hashedBytes);
txt2.Text = fmt3DES(hashedBytes);
}
Expected result:
xUL2ewBUn7mqNdrgbTzoZyfUjOMZw6r2
Actual result:
--
xUL2ewBUn7mqNdrgbTzoZ+vkYhgNnLbQ
^^^ difference
--
Edit this bug report at http://bugs.php.net/?id=35653edit=1
#35653 [Opn-Fbk]: Is it a bug related to 3DES(padding)
ID: 35653
Updated by: [EMAIL PROTECTED]
Reported By: link705 at hotmail dot com
-Status: Open
+Status: Feedback
Bug Type: mcrypt related
Operating System: Win2000
PHP Version: 5.0.4
New Comment:
Give the feedback when you actually HAVE some.
Previous Comments:
[2005-12-13 07:50:54] link705 at hotmail dot com
thank you for your reply.
I download then package,but can't not get result in except yet.
[2005-12-13 07:45:57] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.1-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.1-win32-latest.zip
[2005-12-13 04:49:30] link705 at hotmail dot com
this problem also exists where OS is linux ad 2.1
[2005-12-13 04:26:04] link705 at hotmail dot com
Description:
this code blow for use 3DES,but I can't get result in expect.
for mistake only occured on tail of result, and I compare then php code
to C# code(c# get the right result),
in c#,has this line
mCSP.Padding = System.Security.Cryptography.PaddingMode.PKCS7
but I can't found the way to set it in php
so
is a bug of php?
what can i do to get it in except.
Reproduce code:
---
///php code
function GetIV(){
$res = ;
for($i = 1; $i = 8; $i++)
$res .= chr($i);
return $res;
}
function fmt3DESEx($s){
$key =
pack('H48',9F8C243AEE347183B39DD81B20941E86BC11529B034C8842);
$td = mcrypt_module_open(MCRYPT_3DES, '', MCRYPT_MODE_CBC, '');
$iv = GetIV(); //like c# new byte[]{1,2,3,4,5,6,7,8}
mcrypt_generic_init($td, $key, $iv);
$encrypted_data = mcrypt_generic($td, $s);
mcrypt_generic_deinit($td);
mcrypt_module_close($td);
return $encrypted_data;
}
$S = 123456;
echo(BASE64_Encode(fmt3DESEx(sha1($S, true;
//C# code **
private string fmt3DES(byte[] Value){
byte[] bytKey = new
byte[]{0x9F,0x8C,0x24,0x3A,0xEE,0x34,0x71,0x83,0xB3,0x9D,0xD8,0x1B,0x20,0x94,0x1E,0x86,0xBC,0x11,0x52,0x9B,0x03,0x4C,0x88,0x42};
ICryptoTransform ct;
MemoryStream ms;
CryptoStream cs;
SymmetricAlgorithm mCSP = new TripleDESCryptoServiceProvider();
mCSP.IV = new
byte[]{1,2,3,4,5,6,7,8};//Convert.FromBase64String(12345678);//
mCSP.Key = bytKey;
mCSP.Mode = System.Security.Cryptography.CipherMode.CBC;
mCSP.Padding = System.Security.Cryptography.PaddingMode.PKCS7;
ct = mCSP.CreateEncryptor(mCSP.Key, mCSP.IV);
ms = new MemoryStream();
cs = new CryptoStream(ms, ct, CryptoStreamMode.Write);
cs.Write(Value, 0, Value.Length);
cs.FlushFinalBlock();
cs.Close();
return Convert.ToBase64String(ms.ToArray());
}
private void btnTest_Click(object sender, System.EventArgs e) {
string s;
Byte[] clearBytes = Encoding.UTF8.GetBytes(txtSrc.Text);
Byte[] hashedBytes =
((HashAlgorithm)CryptoConfig.CreateFromName(SHA1)).ComputeHash(clearBytes);
s = Convert.ToBase64String(hashedBytes);
txt2.Text = fmt3DES(hashedBytes);
}
Expected result:
xUL2ewBUn7mqNdrgbTzoZyfUjOMZw6r2
Actual result:
--
xUL2ewBUn7mqNdrgbTzoZ+vkYhgNnLbQ
^^^ difference
--
Edit this bug report at http://bugs.php.net/?id=35653edit=1
#34542 [Opn-Bgs]: register_long_arrays causes $_SESSIONS vars to disappear
ID: 34542
Updated by: [EMAIL PROTECTED]
Reported By: marcus dot uy at virtualthinking dot com
-Status: Open
+Status: Bogus
Bug Type: Session related
Operating System: WinXP Pro
PHP Version: 5.1.0RC4
New Comment:
This still doesn't happen.
Previous Comments:
[2005-12-11 08:32:37] marcus dot uy at virtualthinking dot com
There have been test cases posted for this bug. Please review.
[2005-11-11 01:00:24] php-bugs at lists dot php dot net
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.
[2005-11-10 17:06:42] uap-php at cheeky dot org
Hello,
Having similar problems on 5.0.5. Basically all I can say is, if you
have register_long_arrays=Off in your ini file, $_SESSION stuff does
work, apart from when you iterate over it. Run the code below, with
register_long_arrays=On and then with it off. The final result will be
different. It seems that if you iterate over $_SESSION, the
session_save handler does not get called and the session data is not
saved.
Hope this sheds some light on the problem,
?php
session_start();
switch ($_REQUEST['state']) {
case 3:
$step='search_test should still be empty.';
$refresh='';
break;
case 2:
foreach($_SESSION as $key=$value){
$_SESSION[$key]='';
}
$step='empty session search_test';
$refresh='META HTTP-EQUIV=Refresh
CONTENT=3;'.$_SERVER[PHP_SELF].'?state=3'.date(U).'';
break;
case 1:
$step='nothing set in this step';
$refresh='META HTTP-EQUIV=Refresh
CONTENT=3;'.$_SERVER[PHP_SELF].'?state=2'.date(U).'';
break;
default:
$_SESSION['search_test'] = 'Hello!';
$step='set session search_test to Hello';
$refresh='META HTTP-EQUIV=Refresh
CONTENT=3;'.$_SERVER[PHP_SELF].'?state=1'.date(U).'';
}
?
htmlhead?=$refresh?/head/body
?php
echo $step.'br /br /Session Data:hr/pre';
print_r($_SESSION);
echo '/pre';
?
/body/html
[2005-11-09 23:43:51] mail at lenzw dot de
see Bug #33811 for a reproduction code.
[2005-11-03 22:10:18] [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 ?php and ends 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/34542
--
Edit this bug report at http://bugs.php.net/?id=34542edit=1
#33811 [Bgs]: session file is not written under certain circumstances
ID: 33811
Updated by: [EMAIL PROTECTED]
Reported By: hartmann at mayflower dot de
Status: Bogus
Bug Type: Session related
Operating System: Windows XP
PHP Version: 5.0.4
New Comment:
Never EVER do anything like that! This is expected to fail if you try
outsmarting the session engine.
Previous Comments:
[2005-07-22 00:03:19] hartmann at mayflower dot de
Nicer reproduction code:
?php
// set register_globals and register_long_arrays to off to reproduce
session_start();
if (!isset($_SESSION['i'])) $_SESSION['i'] = 0;
if ((ini_get('register_globals') != 'On')) {
foreach ($_SESSION as $key=$nil) {
$GLOBALS[$key] = $_SESSION[$key];
}
}
$i++;
echo $i;
?
[2005-07-21 23:41:51] hartmann at mayflower dot de
Please read my bug report again. The session is started, and there is
data in $_SESSION - but the session file is 0 bytes.
The bug does not happen if register_globals is off and
register_long_arrays is set to on.
[2005-07-21 20:47: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
It happens *exactly* because register_globals is Off and that's well
expected.
[2005-07-21 20:41:41] hartmann at mayflower dot de
Description:
If register_globals and register_long_arrays is Off (as in
php.ini-recommended), under certain circumstances _SESSION data does
not get saved.
Reproduce code:
---
http://thinkforge.org/snippet/detail.php?type=snippetid=11
Expected result:
$_SESSION['i'] is incremented with every request
Actual result:
--
$_SESSION[i] does not get incremented, session file is 0 bytes.
--
Edit this bug report at http://bugs.php.net/?id=33811edit=1
#35631 [Opn-Bgs]: No bundled php.ini file?
ID: 35631 Updated by: [EMAIL PROTECTED] Reported By: amol at hatwar dot org -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: Debian GNU/Linux 3.1 PHP Version: 5.1.1 New Comment: The bundled file is in the source package. It's never installed unless you copy it in place. The files are php.ini-dist and php.ini-recommended Previous Comments: [2005-12-11 15:17:22] amol at hatwar dot org Description: I searched the sources and the compiled binaries for the php.ini config file, but couldn't find any bundled. The command I used for doing this was: find /usr/local/src/php -iname php.ini* -- For the Sources find /usr/local/php5 -iname php.ini*-- For the Binaries The phpinfo() function output reports that the path for the php.ini file is /usr/local/php5/lib. The file is non-existent there. I compiled PHP 5.1.1 with Apache 2.0.55. The configure string I used was: ./configure --prefix=/usr/local/php5 --with-apxs2=/usr/local/apache/bin/apxs --enable-debug --with-openssl --with-kerberos --with-curl --with-curlwrappers --with-db4 --with-cdb --with-gd --with-imap --with-imap-ssl --with-ldap=/usr/local/openldap --with-ldap-sasl --with-mhash --with-mcrypt --with-mysqli=/usr/local/mysql5/bin/mysql_config --enable-soap --enable-wddx --with-xmlrpc --with-xsl --with-mysql=/usr/local/mysql5 --enable-ftp --with-jpeg-dir=/usr/lib --with-zlib-dir=/usr/lib --enable-maintainer-zts The unbundled php.ini is a bug or a feature, or am I doing something wrong? -- Edit this bug report at http://bugs.php.net/?id=35631edit=1
#35633 [Opn-Fbk]: gzdeflate function causes Apache Segmentation fault
ID: 35633
Updated by: [EMAIL PROTECTED]
Reported By: krang at krang dot org dot uk
-Status: Open
+Status: Feedback
Bug Type: Zlib Related
Operating System: Red Hat 9
PHP Version: 4.4.1
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5.1-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.1-win32-latest.zip
Previous Comments:
[2005-12-11 17:36:37] krang at krang dot org dot uk
Description:
Sorry, I don't know much about the gzdeflate() function, but it appears
in one of the libraries I use (pclzip.lib.php) to create zip files.
When it gets executed, it always causes a Segmentation fault on
Apache 1.3.34 (not sure about other versions)
I have re-compiled PHP 4.4.1, and done make test with no problems.
This is my configure line:
./configure
--prefix=/opt/php
--with-apxs=/opt/apache/bin/apxs
--with-config-file-path=/etc/
--with-jpeg-dir=/usr/local/
--with-zlib
--with-gd
--with-mysql=/opt/mysql/
--with-openssl
--with-kerberos
Reproduce code:
---
?php
gzdeflate('smeg');
?
--
Edit this bug report at http://bugs.php.net/?id=35633edit=1
#35632 [Opn-Bgs]: mktime() + gmmktime() - give incorrect year if...
ID: 35632 Updated by: [EMAIL PROTECTED] Reported By: vbassasssin at coderheaven dot com -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: Windows XP PHP Version: 4.4.1 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. RTFM Previous Comments: [2005-12-11 16:43:17] vbassasssin at coderheaven dot com Description: Hi ya, Why does (code below in reproduce code) give the year of 2004 instead of 2005 when i enter date(Y, time()) which gives the date 2005. The timestamp generated is for 2004! I have checked my server time and that is correct and 2005. Best regards, scott Reproduce code: --- $timestamp = mktime( 0, 0, 0, date(F, time()), date(j, time()), date(Y, time())); print Query Timestamp: $timestamp --- . date(jS F Y, $timestamp) . br /; Expected result: Todays date! With this years year of 2005 and not 2004! -- Edit this bug report at http://bugs.php.net/?id=35632edit=1
#35637 [Opn-Fbk]: Mysqli Lost connection to MySQL server during query
ID: 35637
Updated by: [EMAIL PROTECTED]
Reported By: realbenzin at inbox dot lv
-Status: Open
+Status: Feedback
Bug Type: MySQLi related
Operating System: Win XP SP2
PHP Version: 5.1.1
New Comment:
What mysql version are you connecting to?
Previous Comments:
[2005-12-11 22:49:42] realbenzin at inbox dot lv
Description:
When mysql stored procedures are called twice in a row I get mysqli
error Lost connection to MySQL server during query, it does not
happen if I do it once or in row with simple sql statements... Mysql is
ok, and no free_result is helping...
Reproduce code:
---
$db = new mysqli('localhost','root','qwerty','VT_SYS');
$u = $db-query(call spRazList(NULL););
$u = $db-query(call spRazList(NULL);) or die('asdasdad'.$db-error);
Expected result:
That stored procedure would execute twice with no errors.
Actual result:
--
Mysqli error Lost connection to MySQL server during query
--
Edit this bug report at http://bugs.php.net/?id=35637edit=1
#35629 [Opn-Asn]: Apache2 [notice] child pid 12388 exit signal Segmentation fault (11)
ID: 35629 Updated by: [EMAIL PROTECTED] Reported By: marius at joy2share dot com -Status: Open +Status: Assigned -Bug Type: Reproducible crash +Bug Type: Filesystem function related -Operating System: Linux (Fedora Core 4) +Operating System: * -PHP Version: 5.1.1 +PHP Version: 5CVS-2005-12-12 (cvs) -Assigned To: +Assigned To: wez New Comment: Verified and assigned to the streams mastah. Previous Comments: [2005-12-11 22:22:04] marius at joy2share dot com gdb backtrace : (gdb) bt #0 0xb7d77218 in php_stream_url_wrap_http_ex (wrapper=0x81ea440, path=0xbfbbcbe4 http://www.amazon.com/exec/obidos/tg/detail/-/0131867164/ref=pd_sbs_b_2/002-4279985-3370440?%5Fencoding=UTF8v=glance;, mode=0xb7e81808 rb, options=4, opened_path=0x0, context=0x82341f4, redirect_max=19, header_init=0, __php_stream_call_depth=0, __zend_filename=0xb7eaed18 /share2/php5.1-200512111530/ext/standard/http_fopen_wrapper.c, __zend_lineno=643, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /share2/php5.1-200512111530/ext/standard/http_fopen_wrapper.c:648 #1 0xb7d77132 in php_stream_url_wrap_http_ex (wrapper=0x81ea440, path=0x823414c http://www.amazon.com/exec/obidos/tg/detail/-/0131867164/ref=pd_sbs_b_2/002-9050535-1556846?%5Fencoding=UTF8v=glance;, mode=0xb7e81808 rb, options=Variable options is not available. ) at /share2/php5.1-200512111530/ext/standard/http_fopen_wrapper.c:643 #2 0xb7d786f7 in php_stream_url_wrap_http (wrapper=0x81ea440, path=0x823414c http://www.amazon.com/exec/obidos/tg/detail/-/0131867164/ref=pd_sbs_b_2/002-9050535-1556846?%5Fencoding=UTF8v=glance;, mode=0xb7e81808 rb, options=4, opened_path=0x0, context=0x82341f4, __php_stream_call_depth=1, __zend_filename=0xb7eb478c /share2/php5.1-200512111530/main/streams/streams.c, __zend_lineno=1773, __zend_orig_filename=0xb7ea77d4 /share2/php5.1-200512111530/ext/standard/file.c, __zend_orig_lineno=701) at /share2/php5.1-200512111530/ext/standard/http_fopen_wrapper.c:703 #3 0xb7da9610 in _php_stream_open_wrapper_ex ( path=0x823414c http://www.amazon.com/exec/obidos/tg/detail/-/0131867164/ref=pd_sbs_b_2/002-9050535-1556846?%5Fencoding=UTF8v=glance;, mode=0xb7e81808 rb, options=4, opened_path=0x0, context=0x82341f4, __php_stream_call_depth=0, __zend_filename=0xb7ea77d4 /share2/php5.1-200512111530/ext/standard/file.c, __zend_lineno=701, __zend_orig_filename=Variable __zend_orig_filename is not available. ) at /share2/php5.1-200512111530/main/streams/streams.c:1771 #4 0xb7d2be29 in zif_file (ht=1, return_value=0x823b824, return_value_ptr=0x0, this_ptr=0x0, return_value_used=1) at /share2/php5.1-200512111530/ext/standard/file.c:701 #5 0xb7dfeba6 in zend_do_fcall_common_helper_SPEC (execute_data=0xbfbbd740) at /share2/php5.1-200512111530/Zend/zend_vm_execute.h:192 #6 0xb7dfe1a1 in execute (op_array=0x8233f2c) at /share2/php5.1-200512111530/Zend/zend_vm_execute.h:92 #7 0xb7ddc205 in zend_execute_scripts (type=8, retval=Variable retval is not available. ) at /share2/php5.1-200512111530/Zend/zend.c:1101 #8 0xb7d9386b in php_execute_script (primary_file=0xbfbbfa84) at /share2/php5.1-200512111530/main/main.c:1720 #9 0xb7e7f153 in php_handler (r=0x8219200) at /share2/php5.1-200512111530/sapi/apache2handler/sapi_apache2.c:584 #10 0x08076c6c in ap_run_handler () #11 0x080795f0 in ap_invoke_handler () #12 0x080997de in ap_process_request () #13 0x080961cf in ap_process_http_connection () #14 0x0807dedb in ap_run_process_connection () #15 0x0807e257 in ap_process_connection () #16 0x080b64f5 in child_main () #17 0x080b6814 in make_child () ---Type return to continue, or q return to quit--- #18 0x080b6f7e in ap_mpm_run () #19 0x080624df in main () (gdb) [2005-12-11 21:48:33] [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 for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 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-12-11 21:32:26] marius at joy2share dot com I tried with the CVS snapshot(PHP/5.1.2-dev) and I get the same result. [Sun Dec 11 22:32:11 2005] [notice] child pid 12430 exit signal Segmentation fault (11) [2005-12-11 14:09:37] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip
#35634 [Opn-Bgs]: Erroneous Class declarations may not be nested error raised.
ID: 35634
Updated by: [EMAIL PROTECTED]
Reported By: robert at interjinn dot com
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Linux
PHP Version: 5.1.1
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-12-11 19:15:37] robert at interjinn dot com
Description:
PHP bails out with class declaration nesting error when an error
handler dynamically loads an error handling class during a class
related E_STRICT warning.
Reproduce code:
---
test.php
?php
set_error_handler( 'errorHandler' );
function errorHandler
( $errorNumber, $errorMessage, $fileName, $lineNumber )
{
require_once( 'errorClass.php' );
$error = new ErrorClass();
$error-handleException(
$errorNumber, $errorMessage, $fileName, $lineNumber );
}
require_once( 'testClass.php' );
$test = new TestClass();
?
-
testClass.php
?php
class TestClass
{
function __construct()
{
}
function TestClass()
{
$this-__construct();
}
}
?
-
errorClass.php
?php
class ErrorClass
{
function handleException
( $errorNumber, $errorMessage, $fileName, $lineNumber )
{
echo Error: [$errorNumber] $errorMessage
($fileName:$lineNumber)\n;
}
}
?
Expected result:
I expect to properly be able to handle the following E_STRICT in my
custom error class:
br /
bStrict Standards/b: Redefining already defined constructor for
class TestClass in b/home/suds/testClass.php/b on line b9/bbr
/
Actual result:
--
Fatal error: Class declarations may not be nested in
/home/suds/errorClass.php on line 4
--
Edit this bug report at http://bugs.php.net/?id=35634edit=1
#35611 [Opn-Fbk]: ldap_sasl_bind() sends bind DN as authz_id
ID: 35611
Updated by: [EMAIL PROTECTED]
Reported By: bfg at frost dot ath dot cx
-Status: Open
+Status: Feedback
Bug Type: LDAP related
Operating System: linux
PHP Version: 5.1.1
New Comment:
Exactly how did you call ldapsearch program to get those results..?
Previous Comments:
[2005-12-09 10:30:47] bfg at frost dot ath dot cx
Description:
ldap_sasl_bind() sends bind DN as sasl authz id.
This is wrong ;)
Reproduce code:
---
?php
$host = ldap://ldap.example.org;;
$dn =
uid=bfg,ou=users,ou=unix,ou=production,dc=noviforum,dc=si;
$pw = test;
$realm = PROD.EXAMPLE.ORG;
$mech = PLAIN;
$authz_id = bfg;
$props = null;
$r = ldap_connect($host);
if (! $r) {
echo Unable to connect: \n;
exit(1);
}
ldap_set_option($r, LDAP_OPT_PROTOCOL_VERSION, 3);
echo Connected, trying to bind...\n;
$b = ldap_sasl_bind($r, $dn, $pw, $mech, $realm, $authz_id,
$props);
echo LDAP bind: . (($b) ? OK : FAILED) . \n;
?
Expected result:
OK
... i've written php patch which i've sent to jani.
Actual result:
--
Dec 8 11:31:34 orion slapd[5404]: conn=113 fd=15 ACCEPT from
IP=192.168.2.232:55217 (IP=0.0.0.0:389)
LDAP: Dec 8 11:31:12 orion slapd[5404]: conn=112 op=0 BIND
dn=uid=bfg,ou=users,ou=unix,ou=production,dc=example,dc=si
method=163
PHP: Dec 8 11:31:34 orion slapd[5404]: conn=113 op=0 BIND
dn=uid=bfg,ou=users,ou=unix,ou=production,dc=example,dc=si
method=163
LDAP: Dec 8 11:31:12 orion saslauthd[17532]: rel_accept_lock :
released
accept lock
PHP: Dec 8 11:31:34 orion saslauthd[17533]: rel_accept_lock :
released
accept lock
LDAP: Dec 8 11:31:12 orion saslauthd[17533]: get_accept_lock :
acquired
accept lock
PHP: Dec 8 11:31:34 orion saslauthd[17531]: get_accept_lock :
acquired
accept lock
FAILED
Kerberos logs (ldap server authenticates against kerberos)
LDAP marked lines are produced when connecting to ldap server with
ldapsearch(1), PHP marked lines are produced with php interpreter
running script above.
LDAP: Dec 8 11:31:12 orion krb5kdc[5468]: AS_REQ (1 etypes {18})
195.250.198.144: NEEDED_PREAUTH: [EMAIL PROTECTED] for
krbtgt/[EMAIL PROTECTED], Additional pre-authentication
required
PHP: Dec 8 11:31:34 orion krb5kdc[5468]: AS_REQ (1 etypes {18})
195.250.198.144: CLIENT_NOT_FOUND:
uid=bfg,ou=users,ou=unix,ou=production,dc=examle,[EMAIL PROTECTED]
for krbtgt/[EMAIL PROTECTED], Client not found in
Kerberos
database
--
Edit this bug report at http://bugs.php.net/?id=35611edit=1
#35639 [Opn-Bgs]: mysqli_connect errors crash apache
ID: 35639 Updated by: [EMAIL PROTECTED] Reported By: jackmcslay at hotmail dot com -Status: Open +Status: Bogus Bug Type: Apache related Operating System: WinXP PHP Version: 5.1.1 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. Previous Comments: [2005-12-12 01:59:37] jackmcslay at hotmail dot com Description: if I input any valid values into mysqli_connect (object ot not) it will connect ok however if I try putting anything invalid (either username, host, password or database) it will spend some time trying to load and then a crash message from apache (1.3.33) will appear instead of just giving an error message -- Edit this bug report at http://bugs.php.net/?id=35639edit=1
#35637 [Opn-Fbk]: Mysqli Lost connection to MySQL server during query
ID: 35637
Updated by: [EMAIL PROTECTED]
Reported By: realbenzin at inbox dot lv
-Status: Open
+Status: Feedback
Bug Type: MySQLi related
Operating System: Win XP SP2
PHP Version: 5.1.1
New Comment:
How about showing how you defined the procedure?
Previous Comments:
[2005-12-12 07:11:29] realbenzin at inbox dot lv
It is not the same! Because I am calling the sp twice and sp
contains only one select not two like in that other bug. PS i red
about that multi query, but that won`t help me...
[2005-12-11 23:30:56] [EMAIL PROTECTED]
Duplicate of bug #32882.
[2005-12-11 23:22:07] realbenzin at inbox dot lv
5.0.15
[2005-12-11 23:12:55] [EMAIL PROTECTED]
What mysql version are you connecting to?
[2005-12-11 22:49:42] realbenzin at inbox dot lv
Description:
When mysql stored procedures are called twice in a row I get mysqli
error Lost connection to MySQL server during query, it does not
happen if I do it once or in row with simple sql statements... Mysql is
ok, and no free_result is helping...
Reproduce code:
---
$db = new mysqli('localhost','root','qwerty','VT_SYS');
$u = $db-query(call spRazList(NULL););
$u = $db-query(call spRazList(NULL);) or die('asdasdad'.$db-error);
Expected result:
That stored procedure would execute twice with no errors.
Actual result:
--
Mysqli error Lost connection to MySQL server during query
--
Edit this bug report at http://bugs.php.net/?id=35637edit=1
#35571 [Opn-Asn]: SSI + php (not using virtual()) crashes with Apache2 (only Apache 2.0.55)
ID: 35571
Updated by: [EMAIL PROTECTED]
-Summary: SSI + php (not using virtual()) causes Apache2
segfault
Reported By: kclair at gmail dot com
-Status: Open
+Status: Assigned
Bug Type: Apache2 related
Operating System: linux
PHP Version: 4.4.2RC2-dev
-Assigned To:
+Assigned To: iliaa
New Comment:
Ilia, the fix wasn't enough? There have also been other reports with
Apache 2.0.55..
Previous Comments:
[2005-12-09 22:33:08] kclair at gmail dot com
The fix applied for this fixes the segfault for Apache 2.0.54.
Apache 2.0.55, however, still segfaults for the same SSI pages. I
recompiled php with the same configure options as before.
gdb backtrace is:
#0 0xb7de28dd in yy_push_state (new_state=1)
at Zend/zend_language_scanner.c:5760
5760yy_start_stack[yy_start_stack_ptr++] = YY_START;
(gdb) bt full
#0 0xb7de28dd in yy_push_state (new_state=1)
at Zend/zend_language_scanner.c:5760
new_size = Variable new_size is not available.
Thanks! Especially for the first fix!
[2005-12-06 18:26:48] [EMAIL PROTECTED]
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
[2005-12-06 16:57:10] kclair at gmail dot com
Description:
SSI files which include php scripts are behaving differently after
upgrading from php 4.3.10 to php 4.4.1.
Apache version is 2.0.54.
I tried it with two different configure options:
./configure --with-apxs2=/usr/local/apache2/bin/apxs --enable-debug=no
--enable-versioning --enable-track-vars --with-openssl
--with-jpeg-dir=/home/sys/src/jpeg-6b --with-expat=/usr/lib
--with-mcrypt --with-config-file-path=/home/sys/etc/php-noZend/
--with-png-dir=/usr --with-zlib-dir=/usr --with-ttf
--with-freetype-dir=/usr --with-curl --with-mysql=/usr --with-gd
--with-sablot --with-xslt-sablot --enable-xslt
--disable-zend-memory-manager
./configure --with-apxs2=/usr/local/apache2/bin/apxs --enable-debug=no
--enable-versioning --enable-track-vars --with-openssl
--with-jpeg-dir=/home/sys/src/jpeg-6b --with-expat=/usr/lib
--with-mcrypt --with-config-file-path=/home/sys/etc/
--with-png-dir=/usr --with-zlib-dir=/usr --with-ttf
--with-freetype-dir=/usr --with-curl --with-mysql=/usr --with-gd
--with-sablot --with-xslt-sablot --enable-xslt
I also tried it both with Zend optimizer enabled and with Zend
optimizer disabled in php.ini.
Reproduce code:
---
The includes from the files which segfault look like:
!--#include file=eventsdb.php?ID=81fld=2 --
The php code is a short db query:
if ($conn == false){
echo mysql_errno() . : . mysql_error() . BR;
exit;
}
else {
$rtn = mysql_select_db ([tablename]);
$sql = select * from events where ID = .$ID;
$result = mysql_query ($sql);
if ( ($row = mysql_fetch_row($result)) ($today=$row[4]
) ){
mysql_fetch_row($result)) {
[snip echo mysql results]
}
}
}
}
Expected result:
Results from mysql query should be displayed on page.
Actual result:
--
Blank pages.
The backtrace is the same regardless of which compile options I used:
#0 0xb7e095cc in zend_hash_index_update_or_next_insert (ht=0xb7ea29c0,
h=0,
pData=0xbfffdc60, nDataSize=12, pDest=0x0, flag=1)
at /home/sys/src/php-4.4.1/Zend/zend_hash.c:390
390 p = ht-arBuckets[nIndex];
(gdb) bt full
#0 0xb7e095cc in zend_hash_index_update_or_next_insert (ht=0xb7ea29c0,
h=0,
pData=0xbfffdc60, nDataSize=12, pDest=0x0, flag=1)
at /home/sys/src/php-4.4.1/Zend/zend_hash.c:390
nIndex = 0
p = Variable p is not available.
(gdb)
--
Edit this bug report at http://bugs.php.net/?id=35571edit=1
#35620 [Opn-Asn]: access violation on odbc query
ID: 35620
Updated by: [EMAIL PROTECTED]
Reported By: humbads at alum dot mit dot edu
-Status: Open
+Status: Assigned
-Bug Type: ODBC related
+Bug Type: PDO related
Operating System: Windows XP SP2
PHP Version: 5CVS-2005-12-10 (snap)
-Assigned To:
+Assigned To: wez
Previous Comments:
[2005-12-10 08:43:54] humbads at alum dot mit dot edu
The same crash occurs if the code is simply within a function, rather
than a class. Furthermore, the same crash occurs if another data source
is used, e.g. SQL Server.
myfunction();
function myfunction() {
$odbc = new PDO(odbc:Driver={Microsoft Visual FoxPro
Driver};SourceType=DBF;SourceDB=C:\\);
$query = SELECT * FROM invoice;
$result = $odbc-query($query);
}
[2005-12-10 08:24:07] humbads at alum dot mit dot edu
Description:
php-cgi.exe crashes with an access violation when using PDO ODBC to run
a simple query as given below. The code runs without error if not
enclosed in a class. It also runs without error if the query is run
without saving the return value in $result. The stack trace indicates a
crash when destroying the implicit prepared statement.
Reproduce code:
---
$mc = new MyClass;
class MyClass {
function MyClass() {
$odbc = new PDO(odbc:Driver={Microsoft Visual FoxPro
Driver};SourceType=DBF;SourceDB=C:\\);
$query = SELECT * FROM invoice;
$result = $odbc-query($query);
die(happy);
}
}
Expected result:
It should not crash when returning the result, or when running from
within a class.
Actual result:
--
[EMAIL PROTECTED]() + 0xb
odbc32.dll!CCriticalSection::Enter() + 0xf
[EMAIL PROTECTED]() + 0xf
[EMAIL PROTECTED]() + 0x23
[EMAIL PROTECTED]() + 0x2b
php_pdo_odbc.dll!odbc_stmt_dtor(_pdo_stmt_t * stmt=0x00720448, void *
* * tsrm_ls=0x00323eb0) Line 56C
php_pdo.dll!free_statement(_pdo_stmt_t * stmt=0x00720448, void * * *
tsrm_ls=0x00323eb0) Line 2118 + 0x8C
php_pdo.dll!php_pdo_stmt_delref(_pdo_stmt_t * stmt=0x00720448, void *
* * tsrm_ls=0x00323eb0) Line 2157 + 0xbC
php_pdo.dll!pdo_dbstmt_free_storage(_pdo_stmt_t * stmt=0x00720448,
void * * * tsrm_ls=0x00323eb0) Line 2162 + 0xf C
php5ts.dll!zend_objects_store_free_object_storage(_zend_objects_store
* objects=0x00328dc4, void * * * tsrm_ls=0x00323eb0) Line 83 + 0xb C
php5ts.dll!shutdown_executor(void * * * tsrm_ls=0x00a232c0) Line 273
+ 0x13 C
[EMAIL PROTECTED]() + 0x26
Unhandled exception at 0x7c901010 (ntdll.dll) in php-cgi.exe:
0xC005: Access violation reading location 0x0018.
--
Edit this bug report at http://bugs.php.net/?id=35620edit=1
#35619 [Opn-Bgs]: libphp5.so not created
ID: 35619 Updated by: [EMAIL PROTECTED] Reported By: hellower at nate dot com -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: AIX 5.3 PHP Version: 5.1.1 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. Previous Comments: [2005-12-10 06:11:38] hellower at nate dot com Description: [apache 2.0.55 comiple] # ./configure --prefix=/usr/local/apache --enable-so --enable-rewrite --enable-modules=proxy --enable-modules=rewrite --enable-modules=info --enable-mods-shared=proxy --enable-mods-shared=rewrite --enable-mods-shared=info # make # make install [php 5.1.1 compile] # ./configure --with-apxs2=/usr/local/apache/bin/apxs \ --with-oci8=/oracle \ --with-pdo-oci=/oracle \ --enable-pdo \ --with-pdo-sqlite \ --with-sqlite \ --enable-track-vars \ --enable-ftp \ --enable-track-vars \ --disable-debug \ --disable-inline \ --without-mysql \ --enable-wddx \ --with-libxml-dir=/usr/local \ --enable-sigchild # make Build complete. (It is safe to ignore warnings about tempnam and tmpnam). # make install Installing PHP SAPI module: apache2handler perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LC_ALL = (unset), LC__FASTMSG = true, LC_MESSAGES = , LANG = en_US are supported and installed on your system. perl: warning: Falling back to the standard locale (C). /usr/local/apache/build/instdso.sh SH_LIBTOOL='/usr/local/apache/build/libtool' libphp5.la /usr/local/apache/modules rm -f /usr/local/apache/modules/libphp5.so /usr/local/apache/build/libtool --mode=install cp libphp5.la /usr/local/apache/modules/ cp .libs/libphp5.a /usr/local/apache/modules/libphp5.a cp .libs/libphp5.lai /usr/local/apache/modules/libphp5.la libtool: install: warning: remember to run `libtool --finish /usr/local/src/php-5.1.1/libs' chmod 755 /usr/local/apache/modules/libphp5.so chmod: /usr/local/apache/modules/libphp5.so: No such file or directory apxs:Error: Command failed with rc=65536 . make: *** [install-sapi] Error 1 !!! sslgm11:/usr/local/src/php-5.1.1# -- Edit this bug report at http://bugs.php.net/?id=35619edit=1
#35571 [Asn]: SSI + php (not using virtual()) crashes with Apache2 (only Apache 2.0.55)
ID: 35571
Updated by: [EMAIL PROTECTED]
Reported By: kclair at gmail dot com
Status: Assigned
Bug Type: Apache2 related
Operating System: linux
PHP Version: 5CVS, 4CVS (2005-12-09) (snap)
Assigned To: iliaa
New Comment:
See also bug #35484
Previous Comments:
[2005-12-10 12:43:41] [EMAIL PROTECTED]
Ilia, the fix wasn't enough? There have also been other reports with
Apache 2.0.55..
[2005-12-09 22:33:08] kclair at gmail dot com
The fix applied for this fixes the segfault for Apache 2.0.54.
Apache 2.0.55, however, still segfaults for the same SSI pages. I
recompiled php with the same configure options as before.
gdb backtrace is:
#0 0xb7de28dd in yy_push_state (new_state=1)
at Zend/zend_language_scanner.c:5760
5760yy_start_stack[yy_start_stack_ptr++] = YY_START;
(gdb) bt full
#0 0xb7de28dd in yy_push_state (new_state=1)
at Zend/zend_language_scanner.c:5760
new_size = Variable new_size is not available.
Thanks! Especially for the first fix!
[2005-12-06 18:26:48] [EMAIL PROTECTED]
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
[2005-12-06 16:57:10] kclair at gmail dot com
Description:
SSI files which include php scripts are behaving differently after
upgrading from php 4.3.10 to php 4.4.1.
Apache version is 2.0.54.
I tried it with two different configure options:
./configure --with-apxs2=/usr/local/apache2/bin/apxs --enable-debug=no
--enable-versioning --enable-track-vars --with-openssl
--with-jpeg-dir=/home/sys/src/jpeg-6b --with-expat=/usr/lib
--with-mcrypt --with-config-file-path=/home/sys/etc/php-noZend/
--with-png-dir=/usr --with-zlib-dir=/usr --with-ttf
--with-freetype-dir=/usr --with-curl --with-mysql=/usr --with-gd
--with-sablot --with-xslt-sablot --enable-xslt
--disable-zend-memory-manager
./configure --with-apxs2=/usr/local/apache2/bin/apxs --enable-debug=no
--enable-versioning --enable-track-vars --with-openssl
--with-jpeg-dir=/home/sys/src/jpeg-6b --with-expat=/usr/lib
--with-mcrypt --with-config-file-path=/home/sys/etc/
--with-png-dir=/usr --with-zlib-dir=/usr --with-ttf
--with-freetype-dir=/usr --with-curl --with-mysql=/usr --with-gd
--with-sablot --with-xslt-sablot --enable-xslt
I also tried it both with Zend optimizer enabled and with Zend
optimizer disabled in php.ini.
Reproduce code:
---
The includes from the files which segfault look like:
!--#include file=eventsdb.php?ID=81fld=2 --
The php code is a short db query:
if ($conn == false){
echo mysql_errno() . : . mysql_error() . BR;
exit;
}
else {
$rtn = mysql_select_db ([tablename]);
$sql = select * from events where ID = .$ID;
$result = mysql_query ($sql);
if ( ($row = mysql_fetch_row($result)) ($today=$row[4]
) ){
mysql_fetch_row($result)) {
[snip echo mysql results]
}
}
}
}
Expected result:
Results from mysql query should be displayed on page.
Actual result:
--
Blank pages.
The backtrace is the same regardless of which compile options I used:
#0 0xb7e095cc in zend_hash_index_update_or_next_insert (ht=0xb7ea29c0,
h=0,
pData=0xbfffdc60, nDataSize=12, pDest=0x0, flag=1)
at /home/sys/src/php-4.4.1/Zend/zend_hash.c:390
390 p = ht-arBuckets[nIndex];
(gdb) bt full
#0 0xb7e095cc in zend_hash_index_update_or_next_insert (ht=0xb7ea29c0,
h=0,
pData=0xbfffdc60, nDataSize=12, pDest=0x0, flag=1)
at /home/sys/src/php-4.4.1/Zend/zend_hash.c:390
nIndex = 0
p = Variable p is not available.
(gdb)
--
Edit this bug report at http://bugs.php.net/?id=35571edit=1
#35484 [Opn]: segmentation faults with multiple include virtual
ID: 35484 Updated by: [EMAIL PROTECTED] Reported By: minnoce at polito dot it Status: Open Bug Type: Apache2 related Operating System: Linux RHEL 4 PHP Version: 5CVS-2005-12-02 (snap) New Comment: See also bug #35571 Previous Comments: [2005-12-02 09:32:44] minnoce at polito dot it OK, removed --enable-debug from configure. Re-executing the above test and reproduced the problem with segmentation fault. This the GDB bakctrace on the core dump: # gdb /services/apache/bin/httpd /tmp/php/core.28560 GNU gdb Red Hat Linux (6.3.0.0-1.63rh) 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 i386-redhat-linux-gnu...(no debugging symbols found) Using host libthread_db library /lib/tls/libthread_db.so.1. Core was generated by `/services/apache/bin/httpd -f /services/httpd/conf/httpd.conf -d /services/apac'. Program terminated with signal 11, Segmentation fault. Reading symbols from ... ... #0 0x011b0100 in _zend_hash_index_update_or_next_insert () from /services/apache/modules/libphp5cvs.so (gdb) where #0 0x011b0100 in _zend_hash_index_update_or_next_insert () from /services/apache/modules/libphp5cvs.so #1 0x011b289b in zend_register_resource () from /services/apache/modules/libphp5cvs.so #2 0x011725ce in _php_stream_alloc () from /services/apache/modules/libphp5cvs.so #3 0x01177fef in _php_stream_fopen_from_fd () from /services/apache/modules/libphp5cvs.so #4 0x01178ef6 in _php_stream_fopen () from /services/apache/modules/libphp5cvs.so #5 0x01179760 in _php_stream_fopen_with_path () from /services/apache/modules/libphp5cvs.so #6 0x01175b5b in _php_stream_open_wrapper_ex () from /services/apache/modules/libphp5cvs.so #7 0x011603d5 in php_stream_open_for_zend () from /services/apache/modules/libphp5cvs.so #8 0x011b9030 in zend_stream_fixup () from /services/apache/modules/libphp5cvs.so #9 0x01189319 in compile_file () from /services/apache/modules/libphp5cvs.so #10 0x011a7cc1 in zend_execute_scripts () from /services/apache/modules/libphp5cvs.so #11 0x0121ba67 in php_handler () from /services/apache/modules/libphp5cvs.so #12 0x080ab2b5 in ap_invoke_handler () #13 0x080c878d in ap_run_sub_req () #14 0x08067399 in _start () #15 0x09298258 in ?? () #16 0x0927e1f8 in ?? () #17 0x0927ee60 in ?? () #18 0x092899e8 in ?? () #19 0x2000 in ?? () #20 0x in ?? () [2005-12-01 18:04:58] [EMAIL PROTECTED] We can't reproduce this so please provide the backtrace. (without --enable-debug if that's the only way..) [2005-12-01 16:31:23] minnoce at polito dot it Obviously, the expected output is: TESTTEST [2005-12-01 16:28:50] minnoce at polito dot it mmm... Compiling PHP with --enable-debug and reproducing the bug (getting the test.html with the two include virtuals) don't cause anymore segmentatio faults. But simply the last include virtual produce NO output at all (no errors in apache logs). The output received from browser getting test.html is: TEST Thanks, Mauro [2005-12-01 15:58:54] [EMAIL PROTECTED] Please provide current backtrace. And make sure you had --enable-debug in your configure line! Also, don't submit ALL the lines, just the relevant ones. (The loading symbols.. lines are not needed) 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/35484 -- Edit this bug report at http://bugs.php.net/?id=35484edit=1
#35623 [Opn-Bgs]: Accept-Encoding header missing from $_SERVER and $ENV
ID: 35623
Updated by: [EMAIL PROTECTED]
Reported By: webdeveloper at bokehman dot com
-Status: Open
+Status: Bogus
Bug Type: Zlib Related
Operating System: Win XP
PHP Version: 5.1.1
New Comment:
Any entries miss only if the webserver doesn't set them.
Not PHP bug.
Previous Comments:
[2005-12-10 18:59:53] webdeveloper at bokehman dot com
Description:
Accept-Encoding header is missing from $_SERVER array meaning
ob_start('gzhandler') doesn't work. I am using Apache2 and have been
saving %{Accept-Encoding} to the apache log so I know the header is
arriving at the server but PHP does not have access to it. Tested in
5.1.1 and 5.0.4 (win32) and it is missing from both.
--
Edit this bug report at http://bugs.php.net/?id=35623edit=1
#35624 [Opn-Asn]: strtotime doesn't accept 3 character weekdays
ID: 35624
Updated by: [EMAIL PROTECTED]
Reported By: uwe dot dauernheim at gmx dot de
-Status: Open
+Status: Assigned
Bug Type: Date/time related
-Operating System:
+Operating System: *
-PHP Version: 5.1.1
+PHP Version: 5CVS-2005-12-10 (cvs)
-Assigned To:
+Assigned To: derick
Previous Comments:
[2005-12-10 19:11:47] uwe dot dauernheim at gmx dot de
Description:
The function strtotime() does not work correctly, when using three
character weekdays.
Reproduce code:
---
echo date('D', strtotime('mon'));
Expected result:
Mon
Actual result:
--
(Suggest it's saturday)
Mon (5.0.4)
Mon (5.0.5)
Sat (5.1.0)
Sat (5.1.1)
? (CVS)
--
Edit this bug report at http://bugs.php.net/?id=35624edit=1
#35624 [Fbk-Asn]: strtotime doesn't accept 3 character weekdays
ID: 35624
Updated by: [EMAIL PROTECTED]
Reported By: uwe dot dauernheim at gmx dot de
-Status: Feedback
+Status: Assigned
Bug Type: Date/time related
-Operating System:
+Operating System: *
-PHP Version: 5.1.1
+PHP Version: 5CVS-2005-12-10 (cvs)
-Assigned To:
+Assigned To: derick
New Comment:
It happens with latest CVS too.
Previous Comments:
[2005-12-10 19:17:12] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.1-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.1-win32-latest.zip
[2005-12-10 19:11:47] uwe dot dauernheim at gmx dot de
Description:
The function strtotime() does not work correctly, when using three
character weekdays.
Reproduce code:
---
echo date('D', strtotime('mon'));
Expected result:
Mon
Actual result:
--
(Suggest it's saturday)
Mon (5.0.4)
Mon (5.0.5)
Sat (5.1.0)
Sat (5.1.1)
? (CVS)
--
Edit this bug report at http://bugs.php.net/?id=35624edit=1
#35627 [Opn-Bgs]: XSLTProcessor turns my XHTML code into HTML.
ID: 35627 Updated by: [EMAIL PROTECTED] Reported By: veracon at veracon dot net -Status: Open +Status: Bogus Bug Type: XSLT related Operating System: Linux PHP Version: 5.1.1 New Comment: User error. You're telling in your xsl stylesheet that you want html, not xhtml. Changing this makes it work: xsl:output method=xhtml ... Previous Comments: [2005-12-11 00:34:58] veracon at veracon dot net Description: When I transform XML/XSLT into XHTML (even with the correct DOCTYPE) it removes the ending slashes of empty elements along with linebreaks disappearing. Reproduce code: --- http://www.veracon.net/vorb/bug.phps Expected result: !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.1//EN http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd; h1Test/h1 hr / pThis is just a test./p Actual result: -- !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.1//EN http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd; h1Test/h1hrpThis is just a test./p -- Edit this bug report at http://bugs.php.net/?id=35627edit=1
#35609 [Opn-Bgs]: make install gets apache module path wrong
ID: 35609 Updated by: [EMAIL PROTECTED] Reported By: simon at firepages dot com dot au -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: ubuntu (warty) PHP Version: 5.1.1 New Comment: Report that to Apache people. This is some bug in the APXS tool. Previous Comments: [2005-12-09 06:22:05] simon at firepages dot com dot au Description: make install loads the apache2 module into the httpd.conf but misses the leading '/' (apache then appends (e.g) /etc/apache2/ to the module path which is then wrong) its a simple manual fix of course but still not I assume desirable. Also if the httpd.conf does not already include a LoadModule entry then the automatic httpd.conf configuration fails (APXS is generating the error I think) , thats OK but it gives a fatal error which kills make install. Should that not just be a warning ? (or scan httpd.conf for includes etc?) Reproduce code: --- make install Expected result: LoadModule php5_module /usr/lib/apache2/modules/libphp5.so Actual result: -- LoadModule php5_module usr/lib/apache2/modules/libphp5.so -- Edit this bug report at http://bugs.php.net/?id=35609edit=1
#35610 [Opn-Bgs]: Too many certificates give timeout in ldap_bind when using ldaps
ID: 35610 Updated by: [EMAIL PROTECTED] Reported By: newslettersforjml at exrei dot fi -Status: Open +Status: Bogus Bug Type: Performance problem Operating System: Linux 2.6.8 PHP Version: 4.4.1 New Comment: We only wrap around the openldap library and openssl. If those fail, it's not our problem. Previous Comments: [2005-12-09 06:56:49] newslettersforjml at exrei dot fi Description: If you have lots of certificates in certs dir (from where php checks certs) ldap_bind gives timeout. Test system was P III 733MHz with 256MB ram. I tried with perl and ldapsearch and bind worked just fine with all certs in place. When one uses Debian Sarge and installs ca-certificates it installs about 60-75 certs. Before removing these certs I got timeout, after removing I got success. I tested ldap_bind against MS 2003 server AD. Reproduce code: --- $auth_user = AD\\user; $passwd = pwd; $connect=ldap_connect(ldaps://192.168.1.1); ldap_set_option($connect, LDAP_OPT_PROTOCOL_VERSION, 3); ldap_set_option($connect, LDAP_OPT_REFERRALS, 0); $bind=ldap_bind($connect, $auth_user, $passwd); print br; print ldap_error($connect); print br; Expected result: brSuccessbr Actual result: -- Timeout -- Edit this bug report at http://bugs.php.net/?id=35610edit=1
#35593 [Opn-Asn]: SOAP Response is incorrect
ID: 35593
Updated by: [EMAIL PROTECTED]
Reported By: lixd at dragonsoft dot com dot cn
-Status: Open
+Status: Assigned
Bug Type: SOAP related
Operating System: Win2000
-PHP Version: 5.0.4
+PHP Version: 5CVS-2005-12-09 (snap)
-Assigned To:
+Assigned To: dmitry
New Comment:
Dmitry, can you help?
Previous Comments:
[2005-12-09 01:46:57] lixd at dragonsoft dot com dot cn
anyone can help me?
[2005-12-08 08:42:02] lixd at dragonsoft dot com dot cn
thanks for you reply. I try it and hope it can work,but I am
disappointed...
[2005-12-08 08:22:34] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.1-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.1-win32-latest.zip
[2005-12-08 04:11:25] lixd at dragonsoft dot com dot cn
I am sorry for huge text
you can get full code here
http://218.85.132.173/vnet.rar
or view test.wsdl here
http://218.85.132.173/test.wsdl
[2005-12-08 03:55:21] lixd at dragonsoft dot com dot cn
Description:
In win2000\apache 2.0.53\php5.0.4,I wrote some code for test.wsdl(I
can't modify it, for some reason),and test by
http://192.168.0.228/vnet/client.php,but I can't get result in
expectation.
Reproduce code:
---
?xml version=1.0 encoding=utf-8?
wsdl:definitions xmlns:http=http://schemas.xmlsoap.org/wsdl/http/;
xmlns:soap=http://schemas.xmlsoap.org/wsdl/soap/;
xmlns:s=http://www.w3.org/2001/XMLSchema;
xmlns:soapenc=http://schemas.xmlsoap.org/soap/encoding/;
xmlns:tns=http://192.168.0.228/vnet/;
xmlns:tm=http://microsoft.com/wsdl/mime/textMatching/;
xmlns:mime=http://schemas.xmlsoap.org/wsdl/mime/;
targetNamespace=http://192.168.0.228/vnet/;
xmlns:wsdl=http://schemas.xmlsoap.org/wsdl/;
wsdl:types
s:schema elementFormDefault=qualified
targetNamespace=http://192.168.0.228/vnet/;
s:element name=Grant
s:complexType
s:sequence
s:element minOccurs=0 maxOccurs=1 name=APID
type=s:string /
s:element minOccurs=0 maxOccurs=1 name=Authenticator
type=s:string /
s:element minOccurs=0 maxOccurs=1 name=TimeStamp
type=s:string /
/s:sequence
/s:complexType
/s:element
s:element name=GrantResponse
s:complexType
s:sequence
s:element minOccurs=0 maxOccurs=1 name=GrantResult
type=tns:GrantResult /
/s:sequence
/s:complexType
/s:element
s:complexType name=GrantResult
s:sequence
s:element minOccurs=0 maxOccurs=1 name=APID
type=s:string /
s:element minOccurs=0 maxOccurs=1 name=Authenticator
type=s:string /
s:element minOccurs=0 maxOccurs=1 name=TimeStamp
type=s:string /
/s:sequence
/s:complexType
/s:schema
/wsdl:types
wsdl:message name=GrantSoapIn
wsdl:part name=parameters element=tns:Grant /
/wsdl:message
wsdl:message name=GrantSoapOut
wsdl:part name=parameters element=tns:GrantResponse /
/wsdl:message
wsdl:portType name=TestSoap
wsdl:operation name=Grant
documentation xmlns=http://schemas.xmlsoap.org/wsdl/;Grant
Interface/documentation
wsdl:input message=tns:GrantSoapIn /
wsdl:output message=tns:GrantSoapOut /
/wsdl:operation
/wsdl:portType
wsdl:binding name=TestSoap type=tns:TestSoap
soap:binding transport=http://schemas.xmlsoap.org/soap/http;
style=document /
wsdl:operation name=Grant
soap:operation soapAction=http://192.168.0.228/vnet/Grant;
style=document /
wsdl:input
soap:body use=literal /
/wsdl:input
wsdl:output
soap:body use=literal /
/wsdl:output
/wsdl:operation
/wsdl:binding
wsdl:service name=Test
documentation
xmlns=http://schemas.xmlsoap.org/wsdl/;Description/documentation
wsdl:port name=TestSoap binding=tns:TestSoap
soap:address location=http://192.168.0.228/vnet/server.php; /
/wsdl:port
/wsdl:service
/wsdl:definitions
?php
//server.php
class GrantResult{
public $APID;
}
function Grant($req){
$res = new GrantResult();
$res-APID = $req-APID;
return $res;
}
$server = new SoapServer(test.wsdl, array('soap_version' =
SOAP_1_1));
$server-addFunction(Grant);
$server-handle();
?
?php
//client.php
header(content-type:text/html;charset=utf-8);
class GrantRequest{
public $APID = 1419;
}
try {
$opts = array('trace' = 1, 'exceptions' = 0,'soap_version' =
SOAP_1_1);
$client = new SoapClient(test.wsdl, $opts);
$req = new GrantRequest();
$data = $client-Grant($req);
print RequestHeader
#35607 [Opn-Asn]: Crash with Update command
ID: 35607
Updated by: [EMAIL PROTECTED]
Reported By: wseibert at hxcorp dot com
-Status: Open
+Status: Assigned
Bug Type: PDO related
Operating System: Windows 2k
PHP Version: 5CVS-2005-12-08 (snap)
Assigned To: wez
Previous Comments:
[2005-12-09 15:23:21] wseibert at hxcorp dot com
I think i found some more info out.
It seems to have a problem with the aliases of the tables.
This will work:
UPDATE tbl1 SET id=10 WHERE 1=1
This will crash:
UPDATE tbl1 SET tbl1.id=10 WHERE 1=1
Both are valid SQL statements...
I'm not sure if this is caused in one of the ext in PHP (PDO_odbc?) or
where it's crashing from...
Can we get some error catching in PHP5 for this?
[2005-12-09 05:24:37] [EMAIL PROTECTED]
Can you provide a CREATE TABLE statement or a small copy of your actual
.mdb file, so that I can test against the same schema you're using?
[2005-12-08 21:34:46] [EMAIL PROTECTED]
Assigned to the maintainer.
[2005-12-08 21:12:16] wseibert at hxcorp dot com
Sorry, I know this is going to be difficult to duplicate as I'm
connecting to a Access DB on my local machine via ODBC. If you have a
Access DB on your system, you just need to set it up in your ODBC
Manager and point to that DSN in the script. Once that is done, try
doing a Update SQL command via PDO::query, Then try it via PDO::exec.
If it works (correctly), it should return the number of rows affected.
It crashes for me on the query, and does nothing on the exec.
[2005-12-08 21:07:57] wseibert at hxcorp dot com
?php
try
{
$dbh = new PDO('odbc:DSN=TEST;driver=Driver do Microsoft Access
(*.mdb)','','');
$results = $dbh-query('UPDATE xd17 SET xd17.CCDate = 20051207,
xd17.CCTime = 1200, xd17.ModifiedDS = 200512071200 WHERE xd17.XTyp17 =
157 AND xd17.X15A = 51921 AND xd157.X105B = 3300');
} catch (PDOException $e) {
print Error!: .$e-getMessage().br/;
die();
}
?
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/35607
--
Edit this bug report at http://bugs.php.net/?id=35607edit=1
#35263 [Opn-Bgs]: Crash during IIS Restart
ID: 35263 Updated by: [EMAIL PROTECTED] Reported By: bke15 at gmx dot de -Status: Open +Status: Bogus Bug Type: IIS related Operating System: Windows2003 PHP Version: 5.0.5 - 5.1RC6 New Comment: We are aware of PHP's problems with stability under IIS and are working to rectify the problem. Unfortunatly your bug report does not contain any extra useful information and we already have enough bug reports open about this issue. If you can provide more detailed information such as a reproducable crash or a backtrace please do so and reopen this bug. Otherwise please keep trying new releases as we are working to resolve the problems on this platform Thanks for your interest in PHP. Previous Comments: [2005-12-08 15:37:45] bke15 at gmx dot de 2 Updates on that issue : 1. I found out, that this issue only happens if you are using IIS6 having not checked use IIS5 Isolation Mode. I addition you can see a If used in IIS5 Isolation Mode everything is fine. We need to have this mode disabled. 2. On a simple Windwos2004 Webediton without Debugger installed you can view this error in the systemlog too: I get this: A process serving application pool 'test_3' terminated unexpectedly. The process id was '3588'. The process exit code was '0xc005'. If you can't reproduce this - please mail me a webpage where i can read in detail how to create a dump that is useful for you to trace. Many thanx [2005-11-23 20:25:56] [EMAIL PROTECTED] Sorry, there is zero useful information in your post. A backtrace would be useful, but those log entries do not provide any helpful info. [2005-11-23 17:37:12] bke15 at gmx dot de This issue appears in all Versions of PHP from 5.0.5 to 5.1RC6 [2005-11-23 17:15:49] bke15 at gmx dot de forgot tho set Report open again ... [2005-11-23 17:15:15] bke15 at gmx dot de You asked me to send more Information on that crash. I used iisstate to monitor the w3p service. I got this during restart: Opened log file 'C:\iisstate\output\IISState-3940.log' *** Starting new log output IISState version 3.3.1 Wed Nov 23 17:10:14 2005 OS = Windows 2003 Server Executable: w3wp.exe PID = 3940 Note: Thread times are formatted as HH:MM:SS.ms *** IIS has crashed... Beginning Analysis DLL (!FunctionName) that failed: Thread ID: 13 System Thread ID: f3c Kernel Time: 0:0:0.15 User Time: 0:0:0.0 Thread Type: Other # ChildEBP RetAddr 00 01ddff5c 0x18880b5 Closing open log file C:\iisstate\output\IISState-3940.log Opened log file 'C:\iisstate\output\IISState-3940.log' *** Starting new log output IISState version 3.3.1 Wed Nov 23 17:10:14 2005 OS = Windows 2003 Server Executable: w3wp.exe PID = 3940 Note: Thread times are formatted as HH:MM:SS.ms *** Thread ID: 0 System Thread ID: 128 Kernel Time: 0:0:0.125 User Time: 0:0:0.46 Ask me if you need more Information than that. 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/35263 -- Edit this bug report at http://bugs.php.net/?id=35263edit=1
#35573 [Opn-Fbk]: SELECT query which retrieves BLOB data causes php engine crashes.
ID: 35573 Updated by: [EMAIL PROTECTED] Reported By: zkoumalek at seznam dot cz -Status: Open +Status: Feedback Bug Type: Informix related Operating System: Windows XP Prof. PHP Version: 5.1.1 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-12-08 14:26:40] zkoumalek at seznam dot cz I tried the latest version with the same result. When I want to retrieve blob data from database, php engine crashes. [2005-12-06 23:00:28] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2005-12-06 19:07:53] zkoumalek at seznam dot cz Description: I have Informix server version 9.4 on my computer with Windows XP prof and PHP 5.1.1 with ESQL/C Version 9.21. I tried the latest php snapshot with the same result. When I want to retrieve BLOB data from Informix database, my php engine crashes. The problem is with ifx_query() function. When I want to retrieve non BLOB data, everything work perfectly. Reproduce code: --- $con = ifx_pconnect( [EMAIL PROTECTED], user, password ); echo $con; $res = ifx_query( SELECT test_blob FROM test_table, $con ); echo $res; Expected result: $con != NULL; $res != NULL; Actual result: -- CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: Php engine crashes and I can see, that there is some problem in ModName: php_ifx.dll. -- Edit this bug report at http://bugs.php.net/?id=35573edit=1
#35602 [Asn-WFx]: Session timeout garbage collection bug
ID: 35602
Updated by: [EMAIL PROTECTED]
Reported By: php at tomarq dot co dot uk
-Status: Assigned
+Status: Wont fix
Bug Type: Session related
Operating System: all
PHP Version: 4.4.1
Assigned To: sas
New Comment:
Too late to change this. It works fine as it is.
Previous Comments:
[2005-12-08 17:29:39] [EMAIL PROTECTED]
Sascha, do you still maintain it?
Or it's time to mark ext/session as orphaned?
[2005-12-08 17:25:33] php at tomarq dot co dot uk
Description:
Within the session_start function, the session garbage collection is
performed after reading the session information.
This is the case across all versions of PHP that I have looked at
(4.3.10,4.4.1,5.1.1).
If the garbage collection is set to always run (100/100) and a session
has expired with no other script executions in the meantime, then
session_start will load the session data, and *then* expire the session
for the following script execution.
The garbage collection should delete the expired session file before
trying to load any sessions.
Note that this issue leads to the data we have in our session on run 2
being destroyed, even though the time till our next script execution is
only ~5 seconds (well under our gc_maxlifetime of 10 seconds).
Reproduce code:
---
?
// run this code with with a gc_maxlifetime = 10
// and gc_probability and gc_divisor of 100
// also making sure that no other php scripts
// are run while the test takes place.
header(content-type: text/plain);
session_start();
echo Current: .date('l dS \of F Y h:i:s A').\n;
echo Before : .$_SESSION['ts'].\n;
if (!isset($_SESSION['ts'])) $_SESSION['ts'] = date('l dS \of F Y
h:i:s A');
echo After : .$_SESSION['ts'].\n;
?
Expected result:
-- Run 1 --
Current: Thursday 08th of December 2005 04:09:58 PM
Before :
After : Thursday 08th of December 2005 04:09:58 PM
-- Run 2 -- (15 seconds later)
Current: Thursday 08th of December 2005 04:10:13 PM
Before :
After : Thursday 08th of December 2005 04:10:13 PM
-- Run 3 -- (5 seconds later)
Current: Thursday 08th of December 2005 04:10:18 PM
Before : Thursday 08th of December 2005 04:10:13 PM
After : Thursday 08th of December 2005 04:10:13 PM
Actual result:
--
-- Run 1 --
Current: Thursday 08th of December 2005 04:09:58 PM
Before :
After : Thursday 08th of December 2005 04:09:58 PM
-- Run 2 -- (15 seconds later)
Current: Thursday 08th of December 2005 04:10:13 PM
Before : Thursday 08th of December 2005 04:09:58 PM
After : Thursday 08th of December 2005 04:09:58 PM
-- Run 3 -- (5 seconds later)
Current: Thursday 08th of December 2005 04:10:18 PM
Before :
After : Thursday 08th of December 2005 04:10:18 PM
--
Edit this bug report at http://bugs.php.net/?id=35602edit=1
#35605 [Opn-Bgs]: configure fails with aolserver4
ID: 35605 Updated by: [EMAIL PROTECTED] Reported By: sam at caveman dot org -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Debian 3.1 PHP Version: 5.1.1 New Comment: Just pass the configure option ONCE and with the right path. The right path is the _INSTALL_ prefix of aolserver. Previous Comments: [2005-12-08 20:45:34] sam at caveman dot org Such change didn't work. AOLServer is actually configured and compiled with prefix of /usr/lib/aolserver4 (as per Debian module). [EMAIL PROTECTED]:~/downloads/php.net/php-5.1.1$ ./configure --with-aolserver=/home/sam/downloads/php.net/aolserver4-4.0.10/ loading cache ./config.cache checking for Cygwin environment... no checking for mingw32 environment... no checking for egrep... grep -E checking for a sed that does not truncate output... /bin/sed checking host system type... i686-pc-linux-gnu checking target system type... i686-pc-linux-gnu checking for gcc... gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking whether gcc and cc understand -c and -o together... yes checking how to run the C preprocessor... gcc -E checking for AIX... no checking whether ln -s works... yes checking if compiler supports -R... no checking if compiler supports -Wl,-rpath,... yes checking for re2c... re2c checking for re2c version... invalid configure: warning: You will need re2c 0.98 or later if you want to regenerate PHP parsers. checking for gawk... gawk checking for bison... bison -y checking for bison version... 1.875 (ok) checking for flex... flex checking for yywrap in -lfl... yes checking lex output file root... lex.yy checking whether yytext is a pointer... yes checking for working const... yes checking for flex version... invalid configure: warning: flex versions supported for regeneration of the Zend/PHP parsers: 2.5.4 (found: 2.5.31). checking whether to force non-PIC code in shared modules... yes checking for pthreads_cflags... -pthread checking for pthreads_lib... Configuring SAPI modules checking for AOLserver support... /home/sam/downloads/php.net/aolserver4-4.0.10/ configure: error: Please specify the path to the root of AOLserver using --with-aolserver=DIR [2005-12-08 20:08:31] [EMAIL PROTECTED] Please try this: ./configure --with-aolserver=/home/sam/downloads/aolserver.org/aolserver-4.0.10 [2005-12-08 20:04:55] sam at caveman dot org Description: PHP 5.1.1 configure fails with aolserver, always asking that --with-aolserver-src be provided even though it is provided. Reproduce code: --- ./configure --with-aolserver --with-aolserver=/path/to/aolserver/src Expected result: I expect configure to produce a makefile that will compile the aolserver module. Actual result: -- [EMAIL PROTECTED]:~/downloads/php.net/php-5.1.1$ ./configure --with-aolserver --with-aolserver-src=/home/sam/downloads/aolserver.org/aolserver-4.0.10 loading cache ./config.cache checking for Cygwin environment... no checking for mingw32 environment... no checking for egrep... grep -E checking for a sed that does not truncate output... /bin/sed checking host system type... i686-pc-linux-gnu checking target system type... i686-pc-linux-gnu checking for gcc... gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking whether gcc and cc understand -c and -o together... yes checking how to run the C preprocessor... gcc -E checking for AIX... no checking whether ln -s works... yes checking if compiler supports -R... no checking if compiler supports -Wl,-rpath,... yes checking for re2c... re2c checking for re2c version... invalid configure: warning: You will need re2c 0.98 or later if you want to regenerate PHP parsers. checking for gawk... gawk checking for bison... bison -y checking for bison version... 1.875 (ok) checking for flex... flex checking for yywrap in -lfl... yes checking lex output file root... lex.yy checking whether yytext is a pointer... yes checking for working const... yes checking for flex version... invalid configure: warning: flex versions supported for regeneration of the Zend/PHP parsers: 2.5.4 (found: 2.5.31). checking whether to force non-PIC code in shared modules... yes checking for pthreads_cflags... -pthread checking for pthreads_lib... Configuring SAPI modules checking for AOLserver support... yes configure: error: Please specify the path to the source distribution of AOLserver using
#35605 [Opn-Bgs]: configure fails with aolserver4
ID: 35605 Updated by: [EMAIL PROTECTED] Reported By: sam at caveman dot org -Status: Open +Status: Bogus Bug Type: *Compile Issues Operating System: Debian 3.1 PHP Version: 5.1.1 New Comment: The configure option is called --with-aolserver.. Please ask further support questions elsewhere as this is not a support channel and this problem you're having isn't a bug in PHP. Previous Comments: [2005-12-08 21:19:37] sam at caveman dot org While configure now completes and make completes as well, this does not result in producing a shared module (e.g. libphp5.so) as expected. Variations attempted: ./configure --enable-aolserver=/usr/lib/aolserver4 --enable-shared=aolserver ./configure --enable-aolserver=shared,/usr/lib/aolserver4 Both result in configure reporting: checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... no checking whether to build static libraries... yes The build produces the CLI executable but not the desired shared object. [2005-12-08 20:53:32] sam at caveman dot org Thanks -- the instructions I had for configuring must have been out of date. [2005-12-08 20:50:50] [EMAIL PROTECTED] Just pass the configure option ONCE and with the right path. The right path is the _INSTALL_ prefix of aolserver. [2005-12-08 20:45:34] sam at caveman dot org Such change didn't work. AOLServer is actually configured and compiled with prefix of /usr/lib/aolserver4 (as per Debian module). [EMAIL PROTECTED]:~/downloads/php.net/php-5.1.1$ ./configure --with-aolserver=/home/sam/downloads/php.net/aolserver4-4.0.10/ loading cache ./config.cache checking for Cygwin environment... no checking for mingw32 environment... no checking for egrep... grep -E checking for a sed that does not truncate output... /bin/sed checking host system type... i686-pc-linux-gnu checking target system type... i686-pc-linux-gnu checking for gcc... gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking whether gcc and cc understand -c and -o together... yes checking how to run the C preprocessor... gcc -E checking for AIX... no checking whether ln -s works... yes checking if compiler supports -R... no checking if compiler supports -Wl,-rpath,... yes checking for re2c... re2c checking for re2c version... invalid configure: warning: You will need re2c 0.98 or later if you want to regenerate PHP parsers. checking for gawk... gawk checking for bison... bison -y checking for bison version... 1.875 (ok) checking for flex... flex checking for yywrap in -lfl... yes checking lex output file root... lex.yy checking whether yytext is a pointer... yes checking for working const... yes checking for flex version... invalid configure: warning: flex versions supported for regeneration of the Zend/PHP parsers: 2.5.4 (found: 2.5.31). checking whether to force non-PIC code in shared modules... yes checking for pthreads_cflags... -pthread checking for pthreads_lib... Configuring SAPI modules checking for AOLserver support... /home/sam/downloads/php.net/aolserver4-4.0.10/ configure: error: Please specify the path to the root of AOLserver using --with-aolserver=DIR [2005-12-08 20:08:31] [EMAIL PROTECTED] Please try this: ./configure --with-aolserver=/home/sam/downloads/aolserver.org/aolserver-4.0.10 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/35605 -- Edit this bug report at http://bugs.php.net/?id=35605edit=1
#35605 [Csd-Bgs]: configure fails with aolserver4
ID: 35605 Updated by: [EMAIL PROTECTED] Reported By: sam at caveman dot org -Status: Closed +Status: Bogus Bug Type: Compile Failure Operating System: Debian 3.1 PHP Version: 5.1.1 New Comment: There's no bug here - bogus. And you're still using the wrong options which makes this an user error - Bogus with capital B. Previous Comments: [2005-12-08 23:13:24] sam at caveman dot org For reference, the magic cookie needed to convince the PHP configure script to enable the shared library for AOLServer is: ./configure --enable-aolserver=/usr/lib/aolserver4 --enable-embed=shared I do believe it to be some sort of bug that --enable-shared=yes and various other sorts of requests that a shared module be produced were ignored without error, and that --enable-embed=shared (which is by documentation the default) had to be explicitly passed to get the expected behavior of building the shared module: checking whether to build shared libraries... yes checking whether to build static libraries... no I will mark the bug closed as a simple user error, this notice only here for reference as to how to convince the PHP configure script to perform the desired action. [2005-12-08 22:35:23] [EMAIL PROTECTED] The configure option is called --with-aolserver.. Please ask further support questions elsewhere as this is not a support channel and this problem you're having isn't a bug in PHP. [2005-12-08 21:19:37] sam at caveman dot org While configure now completes and make completes as well, this does not result in producing a shared module (e.g. libphp5.so) as expected. Variations attempted: ./configure --enable-aolserver=/usr/lib/aolserver4 --enable-shared=aolserver ./configure --enable-aolserver=shared,/usr/lib/aolserver4 Both result in configure reporting: checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... no checking whether to build static libraries... yes The build produces the CLI executable but not the desired shared object. [2005-12-08 20:53:32] sam at caveman dot org Thanks -- the instructions I had for configuring must have been out of date. [2005-12-08 20:50:50] [EMAIL PROTECTED] Just pass the configure option ONCE and with the right path. The right path is the _INSTALL_ prefix of aolserver. 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/35605 -- Edit this bug report at http://bugs.php.net/?id=35605edit=1
#35586 [Opn-Bgs]: libxml compile failure
ID: 35586 Updated by: [EMAIL PROTECTED] Reported By: ben dot litton at gmail dot com -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: OS X 10.3.9 PHP Version: 5.1.1 New Comment: That's just very broken libxml installation. Not PHP bug. Previous Comments: [2005-12-07 16:34:50] ben dot litton at gmail dot com Description: I am trying to compile php 5.1.1 on a rented to demonstrate code we have in status. I did this before with release candidates. I spent many hours trying to get this to compile but to no avail. I eventually pulled out a copy of RC5 I had and it compiled without complaint and an identical ./configure. I had compiled libxml 2.6.22 as I continued to troubleshoot the problem but xml2-config returns 2.6.16. If the requirements between RC5 for libxml2 jumped for 5.1.1, I'm happy just chalking it up to me screwing up the libxml2 install but if my understanding is correct, 2.6.16 should be sufficient. If you need me to try to replicate this problem, I will only be able to do so in the immediate short term, as it is a rented laptop. Thanks Reproduce code: --- ./configure --with-apxs --with-mysql=/usr/local/mysql \ --with-libxml-dir=/usr/local/lib make Expected result: Successful compile Actual result: -- /bin/sh /opt/src/php/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/libxml/ -I/opt/src/php/ext/libxml/ -DPHP_ATOM_INC -I/opt/src/php/include -I/opt/src/php/main -I/opt/src/php -I/usr/include/libxml2 -I/opt/src/php/ext/date/lib -I/usr/local/mysql/include -I/opt/src/php/TSRM -I/opt/src/php/Zend -no-cpp-precomp -g -O2 -c /opt/src/php/ext/libxml/libxml.c -o ext/libxml/libxml.lo /opt/src/php/ext/libxml/libxml.c:43:28: libxml/xmlsave.h: No such file or directory /opt/src/php/ext/libxml/libxml.c:407: error: parse error before error ... ... And a series of cascading compile errors afterwards. -- Edit this bug report at http://bugs.php.net/?id=35586edit=1
#35583 [Opn-Bgs]: Calling user defined functions after setlocale(tr_TR) produces errors
ID: 35583 Updated by: [EMAIL PROTECTED] Reported By: sezai dot yilmaz at pro-g dot com dot tr -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Debian GNU/Linux 2.6.12 PHP Version: 5.1.1 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. Previous Comments: [2005-12-07 15:21:53] sezai dot yilmaz at pro-g dot com dot tr Description: This bug has duplicates with status closed here (for example #18556). But the problem is still continue to survive in the latest PHP. The problem is case insensitive function name handling in PHP's scripting engine and the native behavior of Turkish language. Turkish language has a letter I of which the lowercase is dotless i (#305;). PHP engine itself running on different locale lowercases and registers user defined functions with its running environment's locale. But while parsing the user's PHP source code and the code itself has a call setlocale(LC_ALL, tr_TR) then the user defined functions are lowercased with Turkish locale. If the function name contains the letter I then it is never matched with the previously registered lowercased one. For example getImageDir() is registered as getimagedir() but with Turkish locale set by user code it is compared with get#305;magedir() and the results is undefined function. I think this is a developer bug because of using locale aware functions for lowercasing native english keywords. The problem affects function names, class names, method names, ... all incasesensitive staff. And all of them have to be native English. I made a solution by modifying the source file php-5.1.1/Zend/zend_operators.c. Instead of using the locale aware tolower(int) libc function in zend_str_tolower(), zend_str_tolower_copy() functions, I I wrote down a tolower_english(int) equivalent to tolower() and called it in zend_str_tolower() / zend_str_tolower() instead of the original one tolower(). Function names, class names, method names are not locale aware staff, so why to use locale aware tolower() libc function? Function names, class names, method names are natively in English locale, aren't they? I don't understand why developers use locale aware functions for native english keywords like function names, class names, method names, ... etc. I am tired of patching the PHP code with my non-perfect solution. Reproduce code: --- My solution is not perfect, it may cause unexpected problems. But I use it without problems until now. It is better to use strictly English locale functions instead of locale aware one for collating natively English strings. http://www.pro-g.com.tr/php_turkish_bug/zend_operators.c.diff -- Edit this bug report at http://bugs.php.net/?id=35583edit=1
#35581 [Opn-Bgs]: file_exists with string larger than 219 chars sais TRUE
ID: 35581
Updated by: [EMAIL PROTECTED]
Reported By: schoos at xs4all dot nl
-Status: Open
+Status: Bogus
Bug Type: Filesystem function related
Operating System: windows
PHP Version: 5.1.1
New Comment:
Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same.
Thank you for your interest in PHP.
See bug #31347
Previous Comments:
[2005-12-07 12:45:22] schoos at xs4all dot nl
Description:
if you pass a string in file_exists larger than 219 chars it will
always result in a TRUE result
Reproduce code:
---
if (file_exists(
'123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789'
))
{
echo truebr;
}
else
{
echo falsebr;
}
Expected result:
false
Actual result:
--
true
--
Edit this bug report at http://bugs.php.net/?id=35581edit=1
#35593 [Opn-Fbk]: SOAP Response is incorrect
ID: 35593
Updated by: [EMAIL PROTECTED]
Reported By: lixd at dragonsoft dot com dot cn
-Status: Open
+Status: Feedback
Bug Type: SOAP related
Operating System: Win2000
PHP Version: 5.0.4
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5.1-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.1-win32-latest.zip
Previous Comments:
[2005-12-08 04:11:25] lixd at dragonsoft dot com dot cn
I am sorry for huge text
you can get full code here
http://218.85.132.173/vnet.rar
or view test.wsdl here
http://218.85.132.173/test.wsdl
[2005-12-08 03:55:21] lixd at dragonsoft dot com dot cn
Description:
In win2000\apache 2.0.53\php5.0.4,I wrote some code for test.wsdl(I
can't modify it, for some reason),and test by
http://192.168.0.228/vnet/client.php,but I can't get result in
expectation.
Reproduce code:
---
?xml version=1.0 encoding=utf-8?
wsdl:definitions xmlns:http=http://schemas.xmlsoap.org/wsdl/http/;
xmlns:soap=http://schemas.xmlsoap.org/wsdl/soap/;
xmlns:s=http://www.w3.org/2001/XMLSchema;
xmlns:soapenc=http://schemas.xmlsoap.org/soap/encoding/;
xmlns:tns=http://192.168.0.228/vnet/;
xmlns:tm=http://microsoft.com/wsdl/mime/textMatching/;
xmlns:mime=http://schemas.xmlsoap.org/wsdl/mime/;
targetNamespace=http://192.168.0.228/vnet/;
xmlns:wsdl=http://schemas.xmlsoap.org/wsdl/;
wsdl:types
s:schema elementFormDefault=qualified
targetNamespace=http://192.168.0.228/vnet/;
s:element name=Grant
s:complexType
s:sequence
s:element minOccurs=0 maxOccurs=1 name=APID
type=s:string /
s:element minOccurs=0 maxOccurs=1 name=Authenticator
type=s:string /
s:element minOccurs=0 maxOccurs=1 name=TimeStamp
type=s:string /
/s:sequence
/s:complexType
/s:element
s:element name=GrantResponse
s:complexType
s:sequence
s:element minOccurs=0 maxOccurs=1 name=GrantResult
type=tns:GrantResult /
/s:sequence
/s:complexType
/s:element
s:complexType name=GrantResult
s:sequence
s:element minOccurs=0 maxOccurs=1 name=APID
type=s:string /
s:element minOccurs=0 maxOccurs=1 name=Authenticator
type=s:string /
s:element minOccurs=0 maxOccurs=1 name=TimeStamp
type=s:string /
/s:sequence
/s:complexType
/s:schema
/wsdl:types
wsdl:message name=GrantSoapIn
wsdl:part name=parameters element=tns:Grant /
/wsdl:message
wsdl:message name=GrantSoapOut
wsdl:part name=parameters element=tns:GrantResponse /
/wsdl:message
wsdl:portType name=TestSoap
wsdl:operation name=Grant
documentation xmlns=http://schemas.xmlsoap.org/wsdl/;Grant
Interface/documentation
wsdl:input message=tns:GrantSoapIn /
wsdl:output message=tns:GrantSoapOut /
/wsdl:operation
/wsdl:portType
wsdl:binding name=TestSoap type=tns:TestSoap
soap:binding transport=http://schemas.xmlsoap.org/soap/http;
style=document /
wsdl:operation name=Grant
soap:operation soapAction=http://192.168.0.228/vnet/Grant;
style=document /
wsdl:input
soap:body use=literal /
/wsdl:input
wsdl:output
soap:body use=literal /
/wsdl:output
/wsdl:operation
/wsdl:binding
wsdl:service name=Test
documentation
xmlns=http://schemas.xmlsoap.org/wsdl/;Description/documentation
wsdl:port name=TestSoap binding=tns:TestSoap
soap:address location=http://192.168.0.228/vnet/server.php; /
/wsdl:port
/wsdl:service
/wsdl:definitions
?php
//server.php
class GrantResult{
public $APID;
}
function Grant($req){
$res = new GrantResult();
$res-APID = $req-APID;
return $res;
}
$server = new SoapServer(test.wsdl, array('soap_version' =
SOAP_1_1));
$server-addFunction(Grant);
$server-handle();
?
?php
//client.php
header(content-type:text/html;charset=utf-8);
class GrantRequest{
public $APID = 1419;
}
try {
$opts = array('trace' = 1, 'exceptions' = 0,'soap_version' =
SOAP_1_1);
$client = new SoapClient(test.wsdl, $opts);
$req = new GrantRequest();
$data = $client-Grant($req);
print RequestHeader
:hr\n.htmlspecialchars($client-__getLastRequestHeaders())
.hr\n;
print Request
:hr\n.htmlspecialchars($client-__getLastRequest()) .hr\n;
print ResponseHeader
:hr\n.htmlspecialchars($client-__getLastResponseHeaders())
.hr\n;
print
Response:hr\n.htmlspecialchars($client-__getLastResponse()).\n;
}
catch (SOAPFault $e) {
print hrErrorhr;
print $e;
}
Expected result:
?xml version=1.0 encoding=UTF-8 ?
SOAP-ENV:Envelope
xmlns:SOAP-ENV=http://schemas.xmlsoap.org/soap/envelope/;
xmlns:ns1=http://192.168.0.228/vnet/;
SOAP-ENV:Body
ns1:GrantResponse
ns1:GrantResult
#35573 [Opn-Fbk]: SELECT query which retrieves BLOB data causes php engine crashes.
ID: 35573 Updated by: [EMAIL PROTECTED] Reported By: zkoumalek at seznam dot cz -Status: Open +Status: Feedback Bug Type: Informix related Operating System: Windows XP Prof. PHP Version: 5.1.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip Previous Comments: [2005-12-06 19:07:53] zkoumalek at seznam dot cz Description: I have Informix server version 9.4 on my computer with Windows XP prof and PHP 5.1.1 with ESQL/C Version 9.21. I tried the latest php snapshot with the same result. When I want to retrieve BLOB data from Informix database, my php engine crashes. The problem is with ifx_query() function. When I want to retrieve non BLOB data, everything work perfectly. Reproduce code: --- $con = ifx_pconnect( [EMAIL PROTECTED], user, password ); echo $con; $res = ifx_query( SELECT test_blob FROM test_table, $con ); echo $res; Expected result: $con != NULL; $res != NULL; Actual result: -- CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: Php engine crashes and I can see, that there is some problem in ModName: php_ifx.dll. -- Edit this bug report at http://bugs.php.net/?id=35573edit=1
#35288 [Opn-Asn]: iconv() function defined as libiconv()
ID: 35288
Updated by: [EMAIL PROTECTED]
Reported By: webmaster at negeta dot com
-Status: Open
+Status: Assigned
Bug Type: ICONV related
Operating System: FreeBSD 5.4
PHP Version: 5.1.1
-Assigned To:
+Assigned To: moriyoshi
New Comment:
Assigned to the person who broke it.
Previous Comments:
[2005-12-01 13:04:54] webmaster at negeta dot com
I specified the path of iconv explicitly.
I ran './configure --with-iconv=/usr/local',
and HAVE_LIBICONV was defined.
'libiconv' comes before 'iconv' when the path is specified.
But above priority is inverted when the path is not specified.
I was able to avoid this problem by using this difference.
I hope 'libiconv' comes before 'iconv' automatically
on the system that has both functions.
But, I will back out this problem if this difference
was designed for changing priority of them manually.
[2005-11-23 13:51:20] webmaster at negeta dot com
FreeBSD base system has no iconv library
which is usable by other executable.
FreeBSD does not contain the glibc,
and libiconv.so is not installed in base system.
I found '/usr/include/sys/iconv.h',
but it is used by some kernel modules.
Conflict will not occur because PHP does not
include sys/iconv.h.
I removed libiconv and ran './configure',
then following error occured:
% tail -15 config.log
configure:19817: gcc -o conftest -g -O2 -R/usr/local/lib
-L/usr/local/lib conftest.c
-lm -lxml2 -lz -liconv -lm 15
/usr/bin/ld: cannot find -liconv
configure: failed program was:
#line 19806 configure
#include confdefs.h
char xmlInitParser();
int main() {
xmlInitParser();
return 0;
}
[2005-11-23 09:29:38] [EMAIL PROTECTED]
So you didn't read the comment above those checks?
Try removing that libiconv you installed and try again.
And make sure the installation of libiconv did NOT write over the
system iconv.h !!!
[2005-11-21 17:49:34] webmaster at negeta dot com
I ran ./configure
I only installed libiconv-1.9.2 from FreeBSD ports
'converters/libiconv.'
libiconv has C function iconv in 'lib/iconv.c',
and alias name libiconv is defined in 'include/iconv.h.'
And a program can use iconv as libiconv.
'configure' detects function iconv first.
And it detects libiconv when iconv was not found.
And HAVE_ICONV is defined and HAVE_LIBICONV is not defined.
When 'ext/iconv/iconv.c :line 68' is compiled,
PHP_NAMED_FE(iconv,php_if_iconv, ...
is understood as
PHP_NAMED_FE(libiconv,php_if_iconv, ...
by compiler. Because
#ifdef HAVE_LIBICONV
#undef iconv
#endif
skips undefine iconv.
To solve this, I thought that HAVE_LIBICONV is necessary.
I read acinclude.m4, and found the order of iconv and libiconv.
If 'configure' detect libiconv first,
then it will define HAVE_ICONV and HAVE_LIBICONV.
And if system has only iconv, then it will not define HAVE_LIBICONV.
Maybe Linux system is not influenced by this problem.
Because these system has iconv of glibc, and there is no libiconv.
[2005-11-21 16:06:49] [EMAIL PROTECTED]
What was the configure line used?
And where exactly is iconv AND libiconv defined in your system? Do you
have 2 different implementations installed under same prefix? If you
do, this is not PHP bug and not possible to solve with that patch.
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/35288
--
Edit this bug report at http://bugs.php.net/?id=35288edit=1
#35554 [Opn-Fbk]: Unsatisfied symbols libiconv + zend_error_noreturn
ID: 35554 Updated by: [EMAIL PROTECTED] Reported By: mad at dactar dot ch -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: HP-UX 11.00 PHP Version: 5.1.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip Previous Comments: [2005-12-05 12:48:38] mad at dactar dot ch Description: Hellow, I've errors when I compile php on HP-UX Reproduce code: --- Here's my configure's options : ./configure \ --prefix=/PKl01h01/soft/web \ --with-libxml-dir=/PKl01h01/soft/web Expected result: No error on compile Actual result: -- /usr/ccs/bin/ld: Unsatisfied symbols: libiconv (code) libiconv_open (code) libiconv_close (code) zend_error_noreturn (code) collect2: ld returned 1 exit status *** Error exit code 1 Stop. -- Edit this bug report at http://bugs.php.net/?id=35554edit=1
#35556 [Opn-Fbk]: readline module
ID: 35556 Updated by: [EMAIL PROTECTED] Reported By: buildsmart at daleenterprise dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: darwin7.x, Darwin 8.x, Mac OSX PHP Version: 5.1.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip Previous Comments: [2005-12-05 14:48:36] buildsmart at daleenterprise dot com Description: unable to build with readline support using '--with- libedit=/usr' in the following OS's: (OS's I have available) Mac OSX Server 10.3.7 Mac OSX Server 10.3.8 Mac OSX Server 10.3.9 Mac OSX Server 10.4.0 Mac OSX Server 10.4.1 Mac OSX Server 10.4.2 Mac OSX Server 10.4.3 darwin 7.9 darwin 8.0 darwin 8.3 The problem does not occur in PHP-5.0.4 Here is the failure: /bin/sh /SourceCache/BuildSmart/PHP/srcroot/php-5.1.1/ libtool --silent --preserve-dup-deps --mode=compile gcc - Iext/readline/ -I/SourceCache/BuildSmart/PHP/srcroot/php- 5.1.1/ext/readline/ -DPHP_ATOM_INC -I/SourceCache/ BuildSmart/PHP/srcroot/php-5.1.1/include -I/SourceCache/ BuildSmart/PHP/srcroot/php-5.1.1/main -I/SourceCache/ BuildSmart/PHP/srcroot/php-5.1.1 -I/usr/local/include/ libxml2 -I/usr/local/include -I/SourceCache/BuildSmart/PHP/ srcroot/php-5.1.1/ext/date/lib -I/usr/X11R6/include -I/usr/ local/include/freetype2 -I/SourceCache/BuildSmart/PHP/ srcroot/imap-2004e/c-client -I/SourceCache/BuildSmart/PHP/ srcroot/php-5.1.1/ext/mbstring/oniguruma -I/SourceCache/ BuildSmart/PHP/srcroot/php-5.1.1/ext/mbstring/libmbfl -I/ SourceCache/BuildSmart/PHP/srcroot/php-5.1.1/ext/mbstring/ libmbfl/mbfl -I/usr/include/mysql -I/SourceCache/ BuildSmart/PHP/build/postgresql-build/include -I/usr/local/ rrdtool-1.0.49/include -I/SourceCache/BuildSmart/PHP/ srcroot/php-5.1.1/TSRM -I/SourceCache/BuildSmart/PHP/ srcroot/php-5.1.1/Zend -I/usr/local/include -no-cpp- precomp -D_INTL_REDIRECT_INLINE -UHAVE_SABLOT_GET_OPTIONS -c /SourceCache/BuildSmart/PHP/srcroot/php-5.1.1/ext/ readline/readline.c -o ext/readline/readline.lo /SourceCache/BuildSmart/PHP/srcroot/php-5.1.1/ext/readline/ readline.c: In function 'zif_readline_info': /SourceCache/BuildSmart/PHP/srcroot/php-5.1.1/ext/readline/ readline.c:176: error: 'rl_mark' undeclared (first use in this function) /SourceCache/BuildSmart/PHP/srcroot/php-5.1.1/ext/readline/ readline.c:176: error: (Each undeclared identifier is reported only once /SourceCache/BuildSmart/PHP/srcroot/php-5.1.1/ext/readline/ readline.c:176: error: for each function it appears in.) /SourceCache/BuildSmart/PHP/srcroot/php-5.1.1/ext/readline/ readline.c:177: error: 'rl_done' undeclared (first use in this function) /SourceCache/BuildSmart/PHP/srcroot/php-5.1.1/ext/readline/ readline.c:178: error: 'rl_pending_input' undeclared (first use in this function) /SourceCache/BuildSmart/PHP/srcroot/php-5.1.1/ext/readline/ readline.c: In function 'zif_readline_list_history': /SourceCache/BuildSmart/PHP/srcroot/php-5.1.1/ext/readline/ readline.c:294: warning: assignment makes pointer from integer without a cast /SourceCache/BuildSmart/PHP/srcroot/php-5.1.1/ext/readline/ readline.c:301: warning: passing argument 2 of 'add_next_index_string' discards qualifiers from pointer target type /SourceCache/BuildSmart/PHP/srcroot/php-5.1.1/ext/readline/ readline.c: In function '_readline_completion_cb': /SourceCache/BuildSmart/PHP/srcroot/php-5.1.1/ext/readline/ readline.c:424: warning: passing argument 2 of 'completion_matches' from incompatible pointer type /SourceCache/BuildSmart/PHP/srcroot/php-5.1.1/ext/readline/ readline.c: In function 'zif_readline_callback_handler_install': /SourceCache/BuildSmart/PHP/srcroot/php-5.1.1/ext/readline/ readline.c:514: warning: passing argument 2 of 'rl_callback_handler_install' from incompatible pointer type make[1]: *** [ext/readline/readline.lo] Error 1 Reproduce code: --- ./configure --prefix=$(/usr/local/php) \ --with-apxs --with-curl=/usr/local \ --with-expat-dir=/usr/local --with-iconv=/usr/local \ --with-iodbc=/usr --with-kerberos=/usr \ --with-ldap=/usr --with-libedit=/usr \ --with-readline=no --with-openssl=/usr \ --with-openssl-dir=/usr --with-config-file-path=/etc \ --sysconfdir=/private/etc --with-ncurses \ --with-ndbm --with-xmlrpc \ --with-xsl --with-gd \ --enable-gd-native-ttf --with-freetype-dir=/usr/local \ --with-jpeg-dir=/usr/local --with-png-dir=/usr/local \ --with-tiff-dir=/usr/local --with-t1lib=/usr/local \ --with-pdflib=/usr/local --with-xpm-dir=/usr/X11R6 \ --enable-cgi --enable-cli --enable-bcmath \ --enable-calendar \ --enable-dba --enable-dbase \ --enable-dbx --enable-dio \ --enable-exif --enable-fastcgi \
#35552 [Opn-Asn]: access violation on any invalid odbc query
ID: 35552
Updated by: [EMAIL PROTECTED]
Reported By: humbads at alum dot mit dot edu
-Status: Open
+Status: Assigned
-Bug Type: ODBC related
+Bug Type: PDO related
Operating System: Windows XP SP2
PHP Version: 5CVS-2005-12-05 (snap)
-Assigned To:
+Assigned To: wez
Previous Comments:
[2005-12-05 18:54:18] humbads at alum dot mit dot edu
This is with the latest snapshot release:
php5.1-win32-200512051530.zip
Here is the stack trace:
[EMAIL PROTECTED]() + 0x6a
[EMAIL PROTECTED]() + 0x120
[EMAIL PROTECTED]() + 0xaa
php_pdo_odbc.dll!pdo_odbc_error(_pdo_dbh_t * dbh=0x0071e6c8,
_pdo_stmt_t * stmt=0x0071ebb8, void * statement=0x, char *
what=0x005f3194, const char * file=0x005f31cc, int line=175, void * * *
tsrm_ls=0x00323f68) Line 82C
php_pdo_odbc.dll!odbc_handle_preparer(_pdo_dbh_t * dbh=0x0071e6c8,
const char * sql=0x0071e878, long sql_len=13, _pdo_stmt_t *
stmt=0x0071ebb8, _zval_struct * driver_options=0x, void * * *
tsrm_ls=0x00323f68) Line 175 + 0x20C
php_pdo.dll!zif_PDO_query(int ht=1, _zval_struct *
return_value=0x0071e808, _zval_struct * * return_value_ptr=0x,
_zval_struct * this_ptr=0x0071e878, int return_value_used=0, void * * *
tsrm_ls=0x000d) Line 992 + 0x2fC
php5ts.dll!zend_do_fcall_common_helper_SPEC(_zend_execute_data *
execute_data=0x0012fb38, void * * * tsrm_ls=0x00323f68) Line 192 +
0x35C
php5ts.dll!ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER(_zend_execute_data *
execute_data=0x0012fb38, void * * * tsrm_ls=0x00323f68) Line 314 +
0x11C
php5ts.dll!execute(_zend_op_array * op_array=0x0032, void * * *
tsrm_ls=0x0071dda0) Line 92 + 0xc C
[EMAIL PROTECTED]() + 0x130
[EMAIL PROTECTED]() + 0xc
[EMAIL PROTECTED]() + 0x8a
Unhandled exception at 0x7c80a258 (kernel32.dll) in php-cgi.exe:
0xC005: Access violation writing location 0x000c.
[2005-12-05 06:15:31] humbads at alum dot mit dot edu
Description:
PHP crashes with a memory exception when running any query with invalid
syntax. The driver is PDO-ODBC-Visual Foxpro on Windows XP SP2. The
folder has full control permission for IUSR to the directory containing
the Foxpro DBF files.
The exception dialog shows:
php-cgi.exe - Application Error
The instruction at 0x7c80a258 reference memory at 0x000c. The
memory could not be written.
Using the out-of-the box install of PHP 5.1.1 with pdo and pdo_odbc
extensions loaded via php.ini. Latest Visual Foxpro ODBC driver was
downloaded from Microsoft website.
Reproduce code:
---
?php
$db = new PDO(odbc:Driver={Microsoft Visual FoxPro
Driver};SourceType=DBF;SourceDB=C:\\temp\\;Exclusive=No);
$db-query(any query with invalid syntax);
?
Expected result:
Should give a proper error message, no?
--
Edit this bug report at http://bugs.php.net/?id=35552edit=1
#35506 [Opn-Fbk]: FATAL: erealloc(): Unable to allocate 24576 bytes
ID: 35506 Updated by: [EMAIL PROTECTED] Reported By: broadmind at magicn dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: windows 2000 server PHP Version: 5CVS-2005-12-03 (snap) New Comment: 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 ?php and ends 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. Previous Comments: [2005-12-04 16:42:18] broadmind at magicn dot com I know that this problem comes from lots of mysql requests, but as a result of having a lot of tests, it may be due to the include statement, because my php codes have many include statements. For your test, my example codes is here. (the following codes are just for a test, not real codes) http://www.brickart.co.kr/logs/board.php.doc http://www.brickart.co.kr/logs/menu_search.php.doc 1) Please download these files and remove .doc suffix. 2) Run Windows task manager. 3) Please run board.php with your web browser. 4) To refresh this page, please press F5 key down continuously. (don't let it be pushed up) You can see the memory usage of Apache is only incremented. When it is over about 230MB, the process will be destroyed. [2005-12-02 01:16:03] broadmind at magicn dot com Sorry for my inadequate report. My PHP pages consist of a lot of mysql queries. Then, after requesting the one page, the memory usage of Apache is only incremented. After all, when it is over about 240MB for lots of PHP page requests, the apache server is shut down and restarted. At this time, FATAL: erealloc(): Unable to allocate 24576 bytes log is written to error.log file. Why it is a serious problem is that this phenomenon is reiterated continuously. [2005-12-01 17:35:56] broadmind at magicn dot com Description: My server environment is, CPU : AMD Opteron 240 x2 (2 cpu) RAM : 2 GB Apache 1.3.34 Mysql 5.0.16 PHP : 5.1.2-dev Snap stable version. In error logs, I could find the following error message frequently. FATAL: erealloc(): Unable to allocate 24576 bytes So, opening windows task manager, I have monitored the memory usage of Apache server. I found this log is happen when it is over 240MB duing to heavily access to mysql through a PHP page. Because the memory size of my server is 2GB, it is nonsense to say that this problem is duing to the lack of memory. In my guess, there may be a memory leak in the memory manager. Actual result: -- FATAL: erealloc(): Unable to allocate 24576 bytes the above log is leaved in error.log file and Apache server is restarted, causing the lose of POST data or page not found. -- Edit this bug report at http://bugs.php.net/?id=35506edit=1
#35086 [Opn-Fbk]: socket_read() does not return empty string after receiving '\n'
ID: 35086
Updated by: [EMAIL PROTECTED]
Reported By: jelte dot werkhoven at cruisetravel dot nl
-Status: Open
+Status: Feedback
Bug Type: Sockets related
Operating System: GNU/Linux (SuSE 10.0)
PHP Version: 5CVS, 4CVS (2005-11-08) (snap)
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5.1-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.1-win32-latest.zip
Previous Comments:
[2005-11-08 08:49:34] jelte dot werkhoven at cruisetravel dot nl
...
I expect it to return ACK, then return because of the '\n' and
break the while loop, which it doesn't. As far as I understand from the
manual it should.
[2005-11-07 15:30:06] [EMAIL PROTECTED]
So what's wrong in this? Of course it's 4 chars.
ACK\n == 4 chars.
[2005-11-07 09:31:28] jelte dot werkhoven at cruisetravel dot nl
Oh and it doesn't break the while-loop.
[2005-11-07 09:30:21] jelte dot werkhoven at cruisetravel dot nl
CODE:
echo Reading daemon response:\n;
while( $out = socket_read($socket, 2048, PHP_NORMAL_READ) ) {
//if( strncmp( $out, 'ACK', 3 ) == 0 ) break;
var_dump( $out );
}
RESULT:
OK got socket.
Attempting to connect to '127.0.0.1' on port '8001'...OK got
connection.
OK wrote connection string 'REQ
'.
Reading daemon response:
string(4) ACK
Note the trailing '\n' to the ACK response, also note it's a string(4).
[2005-11-03 22:06:28] [EMAIL PROTECTED]
Try 'var_dump($out);' before those 'if' clauses.
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/35086
--
Edit this bug report at http://bugs.php.net/?id=35086edit=1
#21197 [Opn-Fbk]: [PATCH] socket_read() outputs error with PHP_NORMAL_READ
ID: 21197
Updated by: [EMAIL PROTECTED]
Reported By: bool at boolsite dot net
-Status: Open
+Status: Feedback
Bug Type: Sockets related
Operating System: *
PHP Version: 5.*, 4.* (2005-11-17) (cvs)
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5.1-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.1-win32-latest.zip
Previous Comments:
[2005-11-05 22:10:22] [EMAIL PROTECTED]
I've made a patch that implements the idea of my last comment. The test
case now works properly.
I haven't tested bug #35062 but it seems to be a different bug.
http://mega.ist.utl.pt/~ncpl/php_sockets_win.txt
[2005-11-05 01:36:39] [EMAIL PROTECTED]
I was walking through the MSDN docs and I didn't also find anything.
But the best way (IMHO) is to store in the php_socket struct if the
socket is blocking or not (and update that field in the
socket_set_(non)block() functions). It also saves the fcntl syscall on
nix systems.
[2005-11-04 19:30:44] [EMAIL PROTECTED]
Here's a possible patch, but Wez probably knows better if there's a way
to tell if a windows socket is in blocking mode...
Index: sockets.c
===
RCS file: /repository/php-src/ext/sockets/sockets.c,v
retrieving revision 1.171.2.2
diff -u -p -d -r1.171.2.2 sockets.c
--- sockets.c 3 Nov 2005 15:00:51 - 1.171.2.2
+++ sockets.c 4 Nov 2005 18:28:45 -
@@ -257,6 +257,12 @@ static int php_read(int bsd_socket, void
int nonblock = 0;
char *t = (char *) buf;
+/*
+ * fcntl(s, F_GETFL) will always fail for windows, and there's no way
to
+ * determine if a socket is in blocking mode to my current knowledge,
so we
+ * just omit this check; though that means we're always blocking on
win32...
+ */
+#ifndef PHP_WIN32
m = fcntl(bsd_socket, F_GETFL);
if (m 0) {
return m;
@@ -264,6 +270,7 @@ static int php_read(int bsd_socket, void
nonblock = (m O_NONBLOCK);
m = 0;
+#endif
set_errno(0);
[2005-11-04 16:24:47] [EMAIL PROTECTED]
See also bug #35062
[2005-09-29 16:07:34] tommyo at gmail dot com
I installed the latest windows build PHP Version 5.1.0RC2-dev and the
socket problem still exists. I get:
Warning: socket_read() [function.socket-read]: unable to read from
socket [0]: The operation completed successfully.
When I put PHP_NORMAL_READ for the read type parameter. Using the
default or PHP_BINARY_READ works just fine for the same line of code.
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/21197
--
Edit this bug report at http://bugs.php.net/?id=21197edit=1
#35512 [Opn]: Lack of read permission on main script results in E_WARNING
ID: 35512 Updated by: [EMAIL PROTECTED] Reported By: rdingman at next-online dot net Status: Open -Bug Type: Scripting Engine problem +Bug Type: Feature/Change Request Operating System: Mac OS X 10.4.3 PHP Version: 5.1.1 New Comment: Reclassified as Feature/Change Request since this isn't bug. Previous Comments: [2005-12-05 19:38:30] rdingman at next-online dot net Changing the category to Scripting Engine problem because it more accurately reflects the nature of this bug. [2005-12-01 22:40:15] rdingman at next-online dot net Description: If I access http://localhost/foo.php and PHP does not have permission to read foo.php (say the permissions are 222), I get an E_WARNING rather than an E_COMPILE_ERROR (include vs. require). This is in PHP 5.1.1. I've fixed this in a local build by patching zend_execute_scripts in Zend/zend.c on line 1079. zend_execute_scripts was calling zend_compile_file and passing ZEND_INCLUDE in as the type argument rather than passing along its type argument. The old code reads: EG(active_op_array) = zend_compile_file(file_handle, ZEND_INCLUDE TSRMLS_CC); My patched version reads: EG(active_op_array) = zend_compile_file(file_handle, type TSRMLS_CC); Because I'm not intimately familiar with the inner workings of the interpreter, I'm not sure that this is the best way to fix this problem, but it seems like the most appropriate place that I could find. Expected result: If PHP does not have permission to read the main script, I would expect to get an E_COMPILE_ERROR. The difference is treating reading the main script as if it where required rather than included. The main script should be treated as if it were required rather than included. In case you are wondering why I care -- we have a PHP module that monitors PHP errors and redirects our customers to a customer service page any time that PHP encounters anything that the interpreter really shouldn't recover from (E_CORE_ERROR, E_ERROR, E_PARSE, E_COMPILE_ERROR and E_USER_ERROR). The main script not being readable is certainly a case where we would like to redirect them to a customer service page. However, having an E_WARNING as the error makes it difficult to identify this situation because we would now have to distinguish between this E_WARNING and any others that might arise in the site. Having an E_COMPILE_ERROR would be much more definitive and more correct IMHO. Yes, we are taking other steps to ensure that the permission on the PHP scripts for our site are correct, but mistakes do happen and we want to guarantee that our customers have as good an experience as possible in the case of unexpected errors (as any enterprise site should). Actual result: -- If PHP does not have permission to read the main script, I get the following E_WARNING: Warning: Unknown: failed to open stream: Permission denied in Unknown on line 0 Warning: Unknown: Failed opening '/Library/WebServer/ Documents/foo.php' for inclusion (include_path='/usr/local/ lib/php:.') in Unknown on line 0 -- Edit this bug report at http://bugs.php.net/?id=35512edit=1
#35561 [Opn-WFx]: Compiled fails --with-informix 7.31
ID: 35561 Updated by: [EMAIL PROTECTED] Reported By: tom at advancedatatools dot com -Status: Open +Status: Wont fix Bug Type: Compile Failure Operating System: Solaris 10 PHP Version: 5.1.1 New Comment: You have to have all libraries as shared or compiled with pic. Previous Comments: [2005-12-05 22:45:59] tom at advancedatatools dot com I still get the same error with the nightly cvs drop. [2005-12-05 22:18:40] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2005-12-05 22:13:39] tom at advancedatatools dot com Description: When trying to compile php-5.1.1 --with-informix on Solaris 10 with informix 7.31 I get: *** Warning: Linking the shared library libphp5.la against the non-libtool *** objects /opt/informix/lib/esql/checkapi.o is not portable! I can compile 5.0.5 fine with the same configuration. Reproduce code: --- ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-informix=/iiug/informix731 --with-gd --with-zlib-dir=/usr/local Actual result: -- *** Warning: Linking the shared library libphp5.la against the non-libtool *** objects /opt/informix/lib/esql/checkapi.o is not portable! Text relocation remains referenced against symbol offset in file unknown 0x19a4 /usr/local/lib/libz.a(inflate.o) -- Edit this bug report at http://bugs.php.net/?id=35561edit=1
#35557 [Opn-Bgs]: Non-scalar properties of objects stored in session variables aren't kept
ID: 35557 Updated by: [EMAIL PROTECTED] Reported By: fcardinaux at gmail dot com -Status: Open +Status: Bogus Bug Type: Session related Operating System: Windows XP Pro PHP Version: 5CVS-2005-12-05 (snap) New Comment: Don't store objects in sessions. Previous Comments: [2005-12-05 20:39:53] fcardinaux at gmail dot com I'm sorry, but it seems that this bug can't reproduce within a single script. Three php files are necessary : a class definition file (class.php, 61 lines), a start page (index.php, 47 lines) that links to a verification page (verification.php, 24 lines), where the bug appears. These files are enclosed in the archive www.cardinaux.info/session_problem_with_php_5_1_2_dev.zip. [2005-12-05 16:43:37] fcardinaux at gmail dot com Description: Classes are defined in the file class.php. The class bar contains only one scalar property. The class foo contains three properties : an instance of the class bar, an array and a scalar property. In index.php, an instance of foo is stored in a session variable. Then the print_r function is called to display this variable's content. There isn't any bug at this point yet. By clicking on 'continue', you open the next file : verification.php. There, the print_r function is called again. As you can see, the content of the non-scalar properties of foo is lost. This is different from the behaviour of php versions until 5.0.5. Reproduce code: --- www.cardinaux.info/session_problem_with_php_5_1_2_dev.zip Expected result: Verification.php should output : Foo Session Variable : foo Object ( [_bar:private] = bar Object ( [_value:private] = 54321 ) [_names:private] = Array ( [0] = Boat [1] = Airplane [2] = Car ) [_value:private] = 1500 ) Actual result: -- Verification.php outputs : Foo Session Variable : foo Object ( [_bar:private] = [_names:private] = [_value:private] = 1500 ) -- Edit this bug report at http://bugs.php.net/?id=35557edit=1
#21197 [Ver-Asn]: [PATCH] socket_read() outputs error with PHP_NORMAL_READ
ID: 21197
Updated by: [EMAIL PROTECTED]
Reported By: bool at boolsite dot net
-Status: Verified
+Status: Assigned
Bug Type: Sockets related
Operating System: *
PHP Version: 5.*, 4.* (2005-11-17) (cvs)
-Assigned To:
+Assigned To: iliaa
New Comment:
Ilia, check this out please.
Previous Comments:
[2005-12-05 20:24:49] [EMAIL PROTECTED]
nothing has changed in the code: it still needs to be patched, because
of fcntl() on windows.
[2005-12-05 19:04:07] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.1-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.1-win32-latest.zip
[2005-11-05 22:10:22] [EMAIL PROTECTED]
I've made a patch that implements the idea of my last comment. The test
case now works properly.
I haven't tested bug #35062 but it seems to be a different bug.
http://mega.ist.utl.pt/~ncpl/php_sockets_win.txt
[2005-11-05 01:36:39] [EMAIL PROTECTED]
I was walking through the MSDN docs and I didn't also find anything.
But the best way (IMHO) is to store in the php_socket struct if the
socket is blocking or not (and update that field in the
socket_set_(non)block() functions). It also saves the fcntl syscall on
nix systems.
[2005-11-04 19:30:44] [EMAIL PROTECTED]
Here's a possible patch, but Wez probably knows better if there's a way
to tell if a windows socket is in blocking mode...
Index: sockets.c
===
RCS file: /repository/php-src/ext/sockets/sockets.c,v
retrieving revision 1.171.2.2
diff -u -p -d -r1.171.2.2 sockets.c
--- sockets.c 3 Nov 2005 15:00:51 - 1.171.2.2
+++ sockets.c 4 Nov 2005 18:28:45 -
@@ -257,6 +257,12 @@ static int php_read(int bsd_socket, void
int nonblock = 0;
char *t = (char *) buf;
+/*
+ * fcntl(s, F_GETFL) will always fail for windows, and there's no way
to
+ * determine if a socket is in blocking mode to my current knowledge,
so we
+ * just omit this check; though that means we're always blocking on
win32...
+ */
+#ifndef PHP_WIN32
m = fcntl(bsd_socket, F_GETFL);
if (m 0) {
return m;
@@ -264,6 +270,7 @@ static int php_read(int bsd_socket, void
nonblock = (m O_NONBLOCK);
m = 0;
+#endif
set_errno(0);
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/21197
--
Edit this bug report at http://bugs.php.net/?id=21197edit=1
#35563 [Opn-Fbk]: phpmyadmin make seg fault with sql.php script
ID: 35563 Updated by: [EMAIL PROTECTED] Reported By: edo at edo dot cl -Status: Open +Status: Feedback Bug Type: MySQL related Operating System: solaris 8 PHP Version: 4.4.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip Previous Comments: [2005-12-06 01:04:26] edo at edo dot cl Just see the sql.php script into phpmyadmin 2.6.x , in my situation uses 2.7.0 version . Anothe interesting point says that sql.php don't crashes if use another sql different of SELECT, so the problem maybe involves the mysql_fetch_* structure. [2005-12-06 00:51:39] [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 ?php and ends 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-12-06 00:42:00] edo at edo dot cl Description: I've update phpmyadmin to 2.7.0 and php to 4.4.1 , and the apache crashes with follow logs: [Mon Dec 05 20:27:22 2005] [notice] child pid 19823 exit signal Segmentation fault (11) [Mon Dec 05 20:27:23 2005] [notice] child pid 17555 exit signal Segmentation fault (11) [Mon Dec 05 20:27:24 2005] [notice] child pid 17553 exit signal Segmentation fault (11) (three times per get sql.php script) Below of gdb core with php-cli, replace the form values with inserted vars obtain the same error: GDB debug #0 0xfeab31b4 in strlen () from /usr/lib/libc.so.1 #1 0x177cc8 in add_property_string_ex (arg=0x747220, key=0x3300b8 def, key_len=4, str=0x1 Address 0x1 out of bounds, duplicate=1) at /export/home/broot/work5/php-4.4.1/Zend/zend_API.c:979 #2 0x9ea60 in zif_mysql_fetch_field (ht=7352416, return_value=0x747220, this_ptr=0x0, return_value_used=1) at /export/home/broot/work5/php-4.4.1/ext/mysql/php_mysql.c:2168 #3 0x1858c8 in execute (op_array=0x5dbec8) at /export/home/broot/work5/php-4.4.1/Zend/zend_execute.c:1675 #4 0x185650 in execute (op_array=0x46f280) at /export/home/broot/work5/php-4.4.1/Zend/zend_execute.c:1719 #5 0x175c4c in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /export/home/broot/work5/php-4.4.1/Zend/zend.c:938 #6 0x146810 in php_execute_script (primary_file=0xffbef740) at /export/home/broot/work5/php-4.4.1/main/main.c:1743 #7 0x18ab08 in main (argc=2, argv=0xffbef7cc) at /export/home/broot/work5/php-4.4.1/sapi/cli/php_cli.c:830 (gdb) frame 3 #3 0x1858c8 in execute (op_array=0x5dbec8) at /export/home/broot/work5/php-4.4.1/Zend/zend_execute.c:1675 1675 ((zend_internal_function *) EX(function_state).function)-handler(EX(opline)-extended_value, EX(Ts)[EX(opline)-result.u.var].var.ptr, EX(object).ptr, return_value_used TSRMLS_CC); (gdb) frame 4 #4 0x185650 in execute (op_array=0x46f280) at /export/home/broot/work5/php-4.4.1/Zend/zend_execute.c:1719 1719 zend_execute(EG(active_op_array) TSRMLS_CC); (gdb) frame 2 #2 0x9ea60 in zif_mysql_fetch_field (ht=7352416, return_value=0x747220, this_ptr=0x0, return_value_used=1) at /export/home/broot/work5/php-4.4.1/ext/mysql/php_mysql.c:2168 2168add_property_string(return_value, def,(mysql_field-def?mysql_field-def:empty_string), 1); Reproduce code: --- phpmyadmin-2.7.0/sql.php , 4.1.15-standard-log , libmysql client version 12. Expected result: In normal situation, the problem happens when browse the data of any table or only invocate sql.php (any SQL statement) with Zero size reply. In fact, i did try to send mailformed SQL sintax (bad sql command or incorrect table/fields name), and the script responses the mailformed sql send, so the problem happens after the SQL validation. Actual result: -- [EMAIL PROTECTED]:/usr/local/apache2/holding/php-my-admin#php -e sql2.php Notice: Use of undefined constant web1 - assumed 'web1' in /usr/local/apache2/holding/php-my-admin/sql2.php on line 13 Notice: Use of undefined constant web2 assumed 'web2' in /usr/local/apache2/holding/php-my-admin/sql2.php on line 14 Warning: Cannot modify header information - headers already sent by
#35562 [Opn-Fbk]: XsltProcessor does not resolve the registered wrappers correct
ID: 35562 Updated by: [EMAIL PROTECTED] Reported By: markus at emedia-solutions-wolf dot de -Status: Open +Status: Feedback Bug Type: XSLT related Operating System: Debian Linux PHP Version: 5.0.5 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip Previous Comments: [2005-12-06 00:15:08] markus at emedia-solutions-wolf dot de Just corrected the PHP5 version to the latest one in Ubuntu. [2005-12-06 00:14:17] markus at emedia-solutions-wolf dot de Description: I've registered a stream wrapper using stream_wrapper_register and want to have the XsltProcessor resolve this, but all I get is this error: I/O warning : failed to load external entity cocoon://abs-menulinks When I call fopen on the scheme it works quite well. Reproduce code: --- Use the forrest xsl files with a custom registered wrapper. Expected result: I want to have my scheme wrapper executed. ;) Actual result: -- I/O warning : failed to load external entity cocoon://abs-menulinks -- Edit this bug report at http://bugs.php.net/?id=35562edit=1
#35506 [Opn-Fbk]: FATAL: erealloc(): Unable to allocate 24576 bytes
ID: 35506 Updated by: [EMAIL PROTECTED] Reported By: broadmind at magicn dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: windows 2000 server PHP Version: 5CVS-2005-12-03 (snap) New Comment: Please read the comment again. We ask for ONE script. And SHORT script. Previous Comments: [2005-12-06 00:14:39] broadmind at magicn dot com I have already introduced the sample codes to reproduce above. Please refer to the my comment above. Thanks. [2005-12-05 19:03: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 ?php and ends 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-12-04 16:42:18] broadmind at magicn dot com I know that this problem comes from lots of mysql requests, but as a result of having a lot of tests, it may be due to the include statement, because my php codes have many include statements. For your test, my example codes is here. (the following codes are just for a test, not real codes) http://www.brickart.co.kr/logs/board.php.doc http://www.brickart.co.kr/logs/menu_search.php.doc 1) Please download these files and remove .doc suffix. 2) Run Windows task manager. 3) Please run board.php with your web browser. 4) To refresh this page, please press F5 key down continuously. (don't let it be pushed up) You can see the memory usage of Apache is only incremented. When it is over about 230MB, the process will be destroyed. [2005-12-02 01:16:03] broadmind at magicn dot com Sorry for my inadequate report. My PHP pages consist of a lot of mysql queries. Then, after requesting the one page, the memory usage of Apache is only incremented. After all, when it is over about 240MB for lots of PHP page requests, the apache server is shut down and restarted. At this time, FATAL: erealloc(): Unable to allocate 24576 bytes log is written to error.log file. Why it is a serious problem is that this phenomenon is reiterated continuously. [2005-12-01 17:35:56] broadmind at magicn dot com Description: My server environment is, CPU : AMD Opteron 240 x2 (2 cpu) RAM : 2 GB Apache 1.3.34 Mysql 5.0.16 PHP : 5.1.2-dev Snap stable version. In error logs, I could find the following error message frequently. FATAL: erealloc(): Unable to allocate 24576 bytes So, opening windows task manager, I have monitored the memory usage of Apache server. I found this log is happen when it is over 240MB duing to heavily access to mysql through a PHP page. Because the memory size of my server is 2GB, it is nonsense to say that this problem is duing to the lack of memory. In my guess, there may be a memory leak in the memory manager. Actual result: -- FATAL: erealloc(): Unable to allocate 24576 bytes the above log is leaved in error.log file and Apache server is restarted, causing the lose of POST data or page not found. -- Edit this bug report at http://bugs.php.net/?id=35506edit=1
#35506 [Opn-Fbk]: FATAL: erealloc(): Unable to allocate 24576 bytes
ID: 35506 Updated by: [EMAIL PROTECTED] Reported By: broadmind at magicn dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: windows 2000 server PHP Version: 5CVS-2005-12-03 (snap) New Comment: I can't reproduce this. Do you load any Zend extensions, such as APC, Zend Optimizer, Xdebug or any other debugger/cache/etc. in your php.ini? Previous Comments: [2005-12-06 03:47:54] broadmind at magicn dot com After downloading and looking into my scripts, did you say that?? My scripts are very SHORT! And because I thought this problem comes from include statement as a result of lots of tests, I have suggested the caller script including include statement and the callee one. [2005-12-06 01:40:18] [EMAIL PROTECTED] Please read the comment again. We ask for ONE script. And SHORT script. [2005-12-06 00:14:39] broadmind at magicn dot com I have already introduced the sample codes to reproduce above. Please refer to the my comment above. Thanks. [2005-12-05 19:03: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 ?php and ends 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-12-04 16:42:18] broadmind at magicn dot com I know that this problem comes from lots of mysql requests, but as a result of having a lot of tests, it may be due to the include statement, because my php codes have many include statements. For your test, my example codes is here. (the following codes are just for a test, not real codes) http://www.brickart.co.kr/logs/board.php.doc http://www.brickart.co.kr/logs/menu_search.php.doc 1) Please download these files and remove .doc suffix. 2) Run Windows task manager. 3) Please run board.php with your web browser. 4) To refresh this page, please press F5 key down continuously. (don't let it be pushed up) You can see the memory usage of Apache is only incremented. When it is over about 230MB, the process will be destroyed. 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/35506 -- Edit this bug report at http://bugs.php.net/?id=35506edit=1
#35298 [Opn-Bgs]: Access Violation Crash IIS 6
ID: 35298
Updated by: [EMAIL PROTECTED]
Reported By: alacn dot uhahaa at gmail dot com
-Status: Open
+Status: Bogus
-Bug Type: Reproducible crash
+Bug Type: IIS related
Operating System: Windows 2003
PHP Version: 4.4.1
New Comment:
We are aware of PHP's problems with stability under IIS and are working
to rectify the problem. Unfortunatly your bug report does not contain
any
extra useful information and we already have enough bug reports open
about
this issue. If you can provide more detailed information such as a
reproducable crash or a backtrace please do so and reopen this bug.
Otherwise please keep trying new releases as we are working to resolve
the problems on this platform
Thanks for your interest in PHP.
Previous Comments:
[2005-12-04 14:58:00] alacn dot uhahaa at gmail dot com
its not fixed on cvs yet, it happens both on php 4.4.1 and php5
series.
it happens when iis is recycling the process, iis tell php that it will
free the library, php perform cleanup tasks and return, but, if zend
timeout thread is running while this happens and php return before zend
timeout thread end, it will crash, because the timeout thread will
execute on a freed (unloaded) place.
this is causing zend window timeout error on windows 2003
(for both php5 and php4)
[2005-11-28 01:00:02] php-bugs at lists dot php dot net
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.
[2005-11-20 22:20: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-11-20 20:08:24] alacn dot uhahaa at gmail dot com
yah, i think its fixed now,
at zend_execute_API.c
[...]
static WNDCLASS wc;
static HWND timeout_window;
static HANDLE timeout_thread_event;
static DWORD timeout_thread_id;
static int timeout_thread_initialized=0;
static HANDLE timeout_thread_finish_event; //added
[...]
static unsigned __stdcall timeout_thread_proc(void *pArgs)
{
[...]
DestroyWindow(timeout_window);
UnregisterClass(wc.lpszClassName, NULL);
SetEvent(timeout_thread_finish_event); //added
return 0;
}
void zend_init_timeout_thread()
{
timeout_thread_event = CreateEvent(NULL, FALSE, FALSE, NULL);
timeout_thread_finish_event = CreateEvent(0, 0, 0, 0); //added
_beginthreadex(NULL, 0, timeout_thread_proc, NULL, 0,
timeout_thread_id);
WaitForSingleObject(timeout_thread_event, INFINITE);
}
void zend_shutdown_timeout_thread()
{
if (!timeout_thread_initialized) {
return;
}
PostThreadMessage(timeout_thread_id, WM_QUIT, 0, 0);
WaitForSingleObject(timeout_thread_finish_event, 3); //added
}
[2005-11-20 19:45:39] alacn dot uhahaa at gmail dot com
i think that it could be fixed with WaitForSingleObject, making it wait
a bit of time to the timeout thread end.
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/35298
--
Edit this bug report at http://bugs.php.net/?id=35298edit=1
#35506 [Opn-Fbk]: FATAL: erealloc(): Unable to allocate 24576 bytes
ID: 35506 Updated by: [EMAIL PROTECTED] Reported By: broadmind at magicn dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: windows 2000 server PHP Version: 5CVS-2005-12-01 (snap) New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip Previous Comments: [2005-12-04 16:42:18] broadmind at magicn dot com I know that this problem comes from lots of mysql requests, but as a result of having a lot of tests, it may be due to the include statement, because my php codes have many include statements. For your test, my example codes is here. (the following codes are just for a test, not real codes) http://www.brickart.co.kr/logs/board.php.doc http://www.brickart.co.kr/logs/menu_search.php.doc 1) Please download these files and remove .doc suffix. 2) Run Windows task manager. 3) Please run board.php with your web browser. 4) To refresh this page, please press F5 key down continuously. (don't let it be pushed up) You can see the memory usage of Apache is only incremented. When it is over about 230MB, the process will be destroyed. [2005-12-02 01:21: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 ?php and ends 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-12-02 01:16:03] broadmind at magicn dot com Sorry for my inadequate report. My PHP pages consist of a lot of mysql queries. Then, after requesting the one page, the memory usage of Apache is only incremented. After all, when it is over about 240MB for lots of PHP page requests, the apache server is shut down and restarted. At this time, FATAL: erealloc(): Unable to allocate 24576 bytes log is written to error.log file. Why it is a serious problem is that this phenomenon is reiterated continuously. [2005-12-01 17:35:56] broadmind at magicn dot com Description: My server environment is, CPU : AMD Opteron 240 x2 (2 cpu) RAM : 2 GB Apache 1.3.34 Mysql 5.0.16 PHP : 5.1.2-dev Snap stable version. In error logs, I could find the following error message frequently. FATAL: erealloc(): Unable to allocate 24576 bytes So, opening windows task manager, I have monitored the memory usage of Apache server. I found this log is happen when it is over 240MB duing to heavily access to mysql through a PHP page. Because the memory size of my server is 2GB, it is nonsense to say that this problem is duing to the lack of memory. In my guess, there may be a memory leak in the memory manager. Actual result: -- FATAL: erealloc(): Unable to allocate 24576 bytes the above log is leaved in error.log file and Apache server is restarted, causing the lose of POST data or page not found. -- Edit this bug report at http://bugs.php.net/?id=35506edit=1
#35530 [Opn-Csd]: bz2 extension doesn't compile
ID: 35530 Updated by: [EMAIL PROTECTED] Reported By: dolecek at sky dot cz -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: NetBSD 3.0 PHP Version: 5.1.1 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2005-12-03 14:20:19] dolecek at sky dot cz Description: The bz2 extension doesn't compile when building as an extension using phpize et.al, separately from the main build. This patch fixes the issue for NetBSD pkgsrc: --- ext/bz2/bz2_filter.c.orig 2005-11-25 08:40:07.0 +0100 +++ ext/bz2/bz2_filter.c2005-11-25 00:07:50.0 +0100 @@ -18,6 +18,10 @@ /* $Id: bz2_filter.c,v 1.3 2005/08/03 14:06:39 sniper Exp $ */ +#ifdef HAVE_CONFIG_H +#include config.h +#endif + #include php.h #include php_bz2.h -- Edit this bug report at http://bugs.php.net/?id=35530edit=1
#35533 [Opn-Asn]: stream_socket_sendto() does not work with Unix sockets
ID: 35533 Updated by: [EMAIL PROTECTED] Reported By: mark-phpbugs at vectrex dot org dot uk -Status: Open +Status: Assigned Bug Type: Sockets related Operating System: Linux 2.6, Debian PHP Version: 5.1.1 -Assigned To: +Assigned To: wez Previous Comments: [2005-12-03 18:49:18] mark-phpbugs at vectrex dot org dot uk Description: No valid parameter exists for stream_socket_sendto with unix sockets; you can call it but it won't work under any circumstances. Reproduce code: --- ?php /* Because we can't open a unix socket without specifying a path, specify a dummy path. Note that we use 0 for flags so it doesn't connect. */ error_reporting(E_ALL); $sockpath = /tmp/testsocket; $errno = 0; $errstr = ; $sock = stream_socket_server(udg://$sockpath, $errno, $errstr, 0 /* Flags*/ ); $msg = Hello; stream_socket_sendto($sock, $msg, 0 /* flags */, udg:///tmp/anothersocket); ? Expected result: Send a Unix datagram containing Hello to socket /tmp/anothersocket Actual result: -- Warning: stream_socket_sendto(): php_network_getaddresses: getaddrinfo failed: Name or service not known in /home/mark/progs/betterforum/site/udgsendtotest.php on line 14 Warning: stream_socket_sendto(): Failed to parse `udg:///tmp/anothersocket' into a valid network address in /home/mark/progs/betterforum/site/udgsendtotest.php on line 14 -- Edit this bug report at http://bugs.php.net/?id=35533edit=1
#35541 [Opn-Fbk]: mime_content_type() always returns blank value
ID: 35541
Updated by: [EMAIL PROTECTED]
Reported By: whitehatcheck at yahoo dot com
-Status: Open
+Status: Feedback
-Bug Type: Unknown/Other Function
+Bug Type: *General Issues
Operating System: Gentoo 2.6 kernel
PHP Version: 4.4.1
New Comment:
Try using some other mime.magic file. This works just fine for me in
PHP 5.1.2-dev.
This is what I have in my php.ini:
mime_magic.magicfile=/etc/httpd/conf/magic
Previous Comments:
[2005-12-04 06:52:56] whitehatcheck at yahoo dot com
Description:
mod_php-4.4.0-r9
apache-2.0.54-r31
I'm unable to upgrade to 4.4.1. Gentoo has not marked it stable yet.
mime_content_type() always returns a blank value.
echo mime_content_type('xface.jpg');
I've verified that php is compiled with mime support:
--with-mime-magic=/usr/share/misc/file/magic.mime'
mime_magic.magicfile /usr/share/misc/file/magic.mime
/usr/share/misc/file/magic.mime
That file exists.
ls -al /usr/share/misc/file/magic.mime
-rw-r--r-- 1 root root 31282 Oct 9 10:42
/usr/share/misc/file/magic.mime
Reproduce code:
---
echo mime_content_type('xface.jpg');
Expected result:
Would expect content type returned.
Actual result:
--
blank 'no value' was returned
--
Edit this bug report at http://bugs.php.net/?id=35541edit=1
#35514 [Opn-WFx]: zend_fetch_debug_backtrace signature has changed in minor release
ID: 35514 Updated by: [EMAIL PROTECTED] Reported By: cedric dot champeau at e-manation dot com -Status: Open +Status: Wont fix -Bug Type: Unknown/Other Function +Bug Type: Scripting Engine problem Operating System: All PHP Version: 5.1.1 New Comment: And it will stay like that, too bad. Previous Comments: [2005-12-02 09:44:41] cedric dot champeau at e-manation dot com Description: The signature of function zend_fetch_debug_stacktrace has changed after upgrading from 5.1.0 to 5.1.1. Problem discovered when trying to build the php-java-bridge. Actual result: -- [EMAIL PROTECTED] tmp]# grep -r ZEND_API void zend_fetch_debug_backtrace php* php-5.1.0/Zend/zend_builtin_functions.c:ZEND_API void zend_fetch_debug_backtrace (zval *return_value, int skip_last TSRMLS_DC) php-5.1.0/Zend/zend_builtin_functions.h:ZEND_API void zend_fetch_debug_backtrace (zval *return_value, int skip_last TSRMLS_DC); php-5.1.1/Zend/zend_builtin_functions.c:ZEND_API void zend_fetch_debug_backtrace (zval *return_value, int skip_last, int provide_object TSRMLS_DC) php-5.1.1/Zend/zend_builtin_functions.h:ZEND_API void zend_fetch_debug_backtrace (zval *return_value, int skip_last, int provide_object TSRMLS_DC); -- Edit this bug report at http://bugs.php.net/?id=35514edit=1
#35482 [Opn-Asn]: Bad performance of filesystem functions on Windows XP Professional
ID: 35482
Updated by: [EMAIL PROTECTED]
Reported By: tobias-bender at web dot de
-Status: Open
+Status: Assigned
Bug Type: Filesystem function related
Operating System: Windows XP Professional
PHP Version: 5.1.1
-Assigned To:
+Assigned To: wez
New Comment:
Wez, can you check this out, it's mainly your code anyway. :)
Previous Comments:
[2005-12-02 05:26:18] tobias-bender at web dot de
I know but a difference of 1:9 is not normal. This might be not a real
bug but has to be kept in mind when working on the code. I think there
could be done a lot of optimization.
Where to put an issue like that when the bug db is not the right place?
[2005-12-01 13:11:28] [EMAIL PROTECTED]
Comparing PHP 5 with PHP 4 is like comparing apples and oranges. This
is inherent problem in Windows, not a bug.
[2005-12-01 00:03:12] tobias-bender at web dot de
I think this has to be analysed on a Windows platform
[2005-11-30 10:30:11] [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.
Can't reproduce on Linux.
[2005-11-30 01:25:57] tobias-bender at web dot de
Description:
All filesystem functions got much slower with PHP 5.x.
With short relative paths PHP 4 is about twice as fast as PHP 5. PHP 5
is nearly 10 times slower when using absolute paths compared to PHP 4.
Reproduce code:
---
function getMicrotime(){
list($usec, $sec) = explode(' ', microtime());
return ((float)$usec + (float)$sec);
}
$iTime = getMicrotime();
$rHandle = opendir('C:/Apache2/htdocs/phpXplorer/test/vollvoll');
while (false !== ($sName = readdir($rHandle))) {
if (is_dir('C:/Apache2/htdocs/phpXplorer/test/vollvoll/' . $sName)){
echo 'C:/Apache2/htdocs/phpXplorer/test/vollvoll/' . $sName .
'br/';
}
}
echo getMicrotime() - $iTime;
--
Edit this bug report at http://bugs.php.net/?id=35482edit=1
#35103 [Opn-Csd]: mysqli bind_result incorrectly handles unsigned int
ID: 35103 Updated by: [EMAIL PROTECTED] Reported By: php at pjberkel dot com -Status: Open +Status: Closed Bug Type: MySQLi related Operating System: * PHP Version: 5.1CVS-2005-12-02 (cvs) Assigned To: andrey New Comment: And only one problem per report please. Previous Comments: [2005-12-02 07:23:35] php at pjberkel dot com Additionally, it appears that mysqli_stmt_bind_param() suffers from the same unsigned integer problem as mysqli_stmt_bind_result() when there bind type is set to i and the actual bind data is MAX_UNSIGNED_INT on a 32 bit platform. Below is an example of the bug using php5.1-200512020130 and mysql-5.0.16 on RHEL 4 (intel): Reproduce code: --- ?php $mysqli = new mysqli(host, user, pass, db); $mysqli-query(CREATE TABLE temp (id INT UNSIGNED NOT NULL)); $mysqli-query(INSERT INTO temp (id) VALUES (300897),(381532),(392281),(3100059612)); $id_val = 392281; /* BEGIN EXAMPLE OF BUG */ $stmt = $mysqli-prepare(SELECT id FROM temp WHERE id = ?); $stmt-bind_param(i, $id_val); $stmt-execute(); $stmt-bind_result($id); $stmt-fetch(); var_dump($id); $stmt-close(); /* END EXAMPLE OF BUG */ $mysqli-query(DROP TABLE temp); $mysqli-close(); ? Expected result: string(10) 300897 Actual result: -- int(0) Interestingly, if the bind type in $stmt-bind_param() is changed to d the above reproduce code works as expected. [2005-11-30 17:26:36] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2005-11-21 21:52:34] [EMAIL PROTECTED] I have a fix for this problem as well as speedup of the current code that handles unsigned ints on 32bit but I will push it after 5.1.0 is released because it's a bit too late in the release cycle. [2005-11-15 18:37:22] [EMAIL PROTECTED] I am taking care of this problem. Thanks! [2005-11-10 08:54:25] [EMAIL PROTECTED] Andrey, really REALLY big ints don't work yet! :) 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/35103 -- Edit this bug report at http://bugs.php.net/?id=35103edit=1
#35500 [Opn-Fbk]: auto_prepend_file seems to fail randomly
ID: 35500 Updated by: [EMAIL PROTECTED] Reported By: bugnet at gartenfreunde dot eu dot org -Status: Open +Status: Feedback -Bug Type: Unknown/Other Function +Bug Type: *General Issues Operating System: Linux 2.6.13-gentoo-r5 SMP AMD64 PHP Version: 5.1.1 New Comment: Can your reproduce this problem when using the prefork MPM ? (threaded MPMs are not really supported by PHP) Previous Comments: [2005-12-02 10:15:10] bugnet at gartenfreunde dot eu dot org problem is still there with 5.1.1 [2005-12-01 14:20:33] bugnet at gartenfreunde dot eu dot org I can't use source tarballs. I installed PHP 5.1.1 from http://svn.gnqs.org/projects/gentoo-php-overlay/wiki I'll report back if the problem still occurs. [2005-12-01 12:35:41] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2005-12-01 12:30:32] bugnet at gartenfreunde dot eu dot org Description: I'm using PHP Version 5.0.5-pl3-gentoo (no way to upgrade to 5.1.1) and Apache 2.0.54 with mpm_worker. Approx. 10 times a day I get an errormessage like the following, the rest of the time (5+ requests) everything works fine: [Thu Dec 01 11:17:18 2005] [error] [client x.x.x.x] PHP Warning: main() [a href='function.include'function.include/a]: Failed opening 'lib_tools.php' for inclusion (include_path='/var/www/includes') in /var/www/htdocs/index.php on line 22, referer: http://xxx [Thu Dec 01 11:17:18 2005] [error] [client x.x.x.x] PHP Warning: main() [a href='function.include'function.include/a]: Failed opening 'lib_session.php' for inclusion (include_path='/var/www/includes') in /var/www/htdocs/index.php on line 25, referer: http://xxx index.php looks like this: -snip- include_once ($lib_dir.'lib_tools.php'); include_once ($lib_dir.'lib_session.php'); -snip- $lib_dir is set in prepend.php, httpd.conf reads: php_value auto_prepend_file /var/www/prepend.php When the error occurs $lib_dir is empty, so it looks like the prepend file doesn't get prepended under some conditions. I'm not sure if this is an PHP or an Apache issue, on our old system running PHP4 and Apache 1.x the problem didn't occur. Reproduce code: --- occurs randomly approx 10 times a day, regardsless of systemload etc. Expected result: a file listed in auto_prepend_file should always be prepended -- Edit this bug report at http://bugs.php.net/?id=35500edit=1
#35385 [Fbk-Bgs]: libphp5.so fails to load
ID: 35385 Updated by: [EMAIL PROTECTED] Reported By: yg at mind dot lu -Status: Feedback +Status: Bogus Bug Type: IMAP related Operating System: Linux (Debian sarge) PHP Version: 5.1.0 New Comment: Compile the c-client library as static. It's not supported as shared by it's author.. Previous Comments: [2005-11-29 10:13:49] js at goetschy dot cil I get the same error on fedora 4 x86_64 (apache 2.0.55/php 5.1.1 - gcc 4.0.1 ). start ok without imap/imap-ssl options. I tried to copy the 5.0.4 ext/imap dir on a fresh un tared 5.1.1 version, but compil failed (php_imap.c: multiple definition for each function). Exactly same conf compiles and loads with 5.0.5. [2005-11-25 14:32:36] [EMAIL PROTECTED] So, the problem is not somewhere in ext/imap. Good to hear that. What compiler are you using? [2005-11-25 11:37:53] yg at mind dot lu Thanks for your answer. It's the following two lines: --with-imap --with-imap-ssl Without them it loads fine. As soon as I add them, I get the mentioned error when apache wants to load libphp5.so. [2005-11-25 11:14:26] [EMAIL PROTECTED] Remove all those ./configure options and find the one that causes the error. [2005-11-25 10:19:55] yg at mind dot lu I tried to build imap as a shared module, and it also fails to load with the following error: Warning: dl() [function.dl.html]: Invalid library (maybe not a PHP library) 'imap.so' in /home/yves/public_html/phpinfo.php on line 3 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/35385 -- Edit this bug report at http://bugs.php.net/?id=35385edit=1
