| #28106 [Com]: New object model fails where old style works fine |
|
 |
Index ‹ php-dev
|
- Previous
- 2
- #29479 [Sus]: changing current process name ID: 29479
Updated by: email***@***.com
Reported By: black at scene-si dot org
Status: Suspended
-Bug Type: *General Issues
+Bug Type: Feature/Change Request
Operating System: linux
-PHP Version: Irrelevant
+PHP Version: 6CVS
New Comment:
Feel free to provide one.
Previous Comments:
------------------------------------------------------------------------
[2005-10-06 15:41:16] unclemonty at gmail dot com
Did the situation ever change with this? How about a work-around?
------------------------------------------------------------------------
[2004-08-01 13:25:48] email***@***.com
setproctitle() is only implemented on BSD; other systems that emulate
this use a non-portable dangerous hack that makes certain assumptions
about how the process will be run.
Suspending until this situation changes.
------------------------------------------------------------------------
[2004-08-01 10:43:06] black at scene-si dot org
Description:
------------
With linux it is sometimes useful to be able to change the process name
(by identifying a process in the system error logs or for debugging for
example)..
The c(++) or the perl way doesnt work in php as far as i tried, and so
i pressume that it is not possible itself.
You can consult yourself with
http://lightconsulting.com/~thalakan/process-title-notes.html - an
extensive example of how the title should be changed
Reproduce code:
---------------
$argv[0] = "progname-debugval";
Expected result:
----------------
I expect that the programs process title would be changed by modifying
$argv[0], or by introducing a new function which would change the
process title respectively.
Actual result:
--------------
The process name in `ps` output of the respective program should change
accordingly to the change of $argv[0];
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=29479&edit=1
- 2
- #39192 [Fbk->Opn]: Not including nsapi.h properly with SJSWS 7 ID: 39192
User updated by: ormandj at corenode dot com
Reported By: ormandj at corenode dot com
-Status: Feedback
+Status: Open
Bug Type: Compile Failure
Operating System: Solaris 10 6/06
PHP Version: 5.1.6
New Comment:
If you are interested, I will setup a Solaris zone for you with
everything you need to attempt to build php, so you can further
diagnose this error. If you would be willing, please respond here or
contact me via email. I will provide you the login information.
Thanks,
David
Previous Comments:
------------------------------------------------------------------------
[2006-10-19 14:54:58] email***@***.com
Look into sapi/nsapi/config.m4, this is the file you need to edit (and
run ./buildconf --force after that).
I fail to see how -I/sun/webserver7/include may be missing, but I don't
have a SJSWS to try it.
------------------------------------------------------------------------
[2006-10-19 01:42:41] ormandj at corenode dot com
Description:
------------
When I first ran:
./configure --prefix=/opt/php --with-nsapi=/sun/webserver7
--with-libxml-dir=/opt/libxml --with-mysql=/opt/mysql
--with-mysqli=/opt/mysql/bin/mysql_config --enable-libgcc
It ran with no errors. I then attempted to "gmake" and got an error
that nsapi.h was not found when compiling nsapi.c.
# ls /sun/webserver7/include/nsapi.h
/sun/webserver7/include/nsapi.h
#
I had to edit "configure" and change this line (this is not the correct
fix I think, I just did it as a quick fix because I don't know how
configure scripts work):
*) ac_srcdir="$abs_srcdir/sapi/nsapi/"; ac_bdir="sapi/nsapi/";
ac_inc="-I$ac_bdir -I$ac_srcdir" ;;
To:
*) ac_srcdir="$abs_srcdir/sapi/nsapi/"; ac_bdir="sapi/nsapi/";
ac_inc="-I$ac_bdir -I$ac_srcdir -I$NSAPI_INCLUDE" ;;
Then, ran configure as so:
./configure --prefix=/opt/php --with-nsapi=/sun/webserver7
--with-libxml-dir=/opt/libxml --with-mysql=/opt/mysql
--with-mysqli=/opt/mysql/bin/mysql_config --enable-libgcc
At this point, it compiled fine, and is now running fine.
In other words, something is wrong with configure and this webserver.
If more output is needed it can be provided. :)
Thanks,
David
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=39192&edit=1
- 3
- #28972 [Opn->Ver]: [] operator overflow treatment is incorrect ID: 28972
Updated by: email***@***.com
Reported By: tomas_matousek at hotmail dot com
-Status: Open
+Status: Verified
-Bug Type: Scripting Engine problem
+Bug Type: Zend Engine 2 problem
-Operating System: WinXP
+Operating System: *
-PHP Version: 5.0.0RC3
+PHP Version: 5CVS-2005-03-06
New Comment:
Leaks too:
/usr/src/php/php_4_3/Zend/zend_execute.c(501) : Freeing 0x09ACF6A4 (12
bytes), script=t.php
Previous Comments:
------------------------------------------------------------------------
[2004-06-30 11:08:01] tomas_matousek at hotmail dot com
Description:
------------
If there is an item in an array having key = 2^31-1 and you use []
operator without specifying a key it overflows and adds a new item with
min. int (-2^31) in the array.
This is IMHO not correct or at least not consistent with the manual
where the following sentence is stated:
"If you do not specify a key for a given value, then the maximum of the
integer indices is taken, and the new key will be that maximum value +
1."
Moreover, consider the folowing array:
$a = array(2^31-2 => 1,-2^31 => 1) and use $a[] twice.
You get warning:
"Cannot add element to the array as the next element is already
occupied".
But if the array is $a = array(2^31-1 => 1,-2^31 => 1) a new item is
added with a key -2^31+1 with no warning.
However, if you use array_push instead [] it does never report a
warning but does the same as [].
IMHO it will be more correct if both [] and array_push do not add a new
key and report a warning or notice if the maximal integer key reaches
maximum value 2^31-1.
Reproduce code:
---------------
$a = array(2147483647 => 1, -2147483648 => 1);
$a[] = 2;
$a[] = 3;
var_dump($a);
$a = array(2147483646 => 1, -2147483648 => 1);
$a[] = 2;
$a[] = 3;
var_dump($a);
Expected result:
----------------
Warning: Cannot add element to array - integer key reached maximal
possible value ...
Warning: Cannot add element to array - integer key reached maximal
possible value ...
array(4) {
[2147483647]=>
int(1)
[-2147483648]=>
int(1)
}
Warning: Cannot add element to array - integer key reached maximal
possible value ...
array(3) {
[2147483646]=>
int(1)
[-2147483648]=>
int(1)
[2147483647]=>
int(2)
}
Actual result:
--------------
array(4) {
[2147483647]=>
int(1)
[-2147483648]=>
int(1)
[-2147483647]=>
int(2)
[-2147483646]=>
int(3)
}
Warning: Cannot add element to the array as the next element is
already occupied in ...
array(3) {
[2147483646]=>
int(1)
[-2147483648]=>
int(1)
[2147483647]=>
int(2)
}
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=28972&edit=1
- 4
- #31138 [NEW]: Invalid config check for libxml2 when enabling SOAPFrom: tim dot dewees at mtginfo dot com
Operating system: Red Hat Enterprise
PHP version: 5.0.3
PHP Bug Type: *Compile Issues
Bug description: Invalid config check for libxml2 when enabling SOAP
Description:
------------
I get compilation errors when I try to build PHP 5.0.3 with SOAP support.
I found a few bugs with this and was able to resolve the issue by updating
my libxml2 library; however, if PHP requires a newer version, shouldn't the
configure fail?
--
Edit bug report at http://bugs.php.net/?id=31138&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31138&r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31138&r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31138&r=trysnapshot51
Fixed in CVS: http://bugs.php.net/fix.php?id=31138&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=31138&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=31138&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=31138&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=31138&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=31138&r=support
Expected behavior: http://bugs.php.net/fix.php?id=31138&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=31138&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=31138&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=31138&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31138&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=31138&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=31138&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=31138&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=31138&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=31138&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=31138&r=mysqlcfg
- 4
- #24866 [Fbk->Bgs]: PHP CLI crashes when locale has certain values ID: 24866
Updated by: email***@***.com
Reported By: herouth at itouch dot co dot il
-Status: Feedback
+Status: Bogus
-Bug Type: Reproducible crash
+Bug Type: Sybase-ct (ctlib) related
Operating System: Linux
PHP Version: 4.3.2
New Comment:
Answer for the problem you're seeing can be found here:
http://www.mbay.net/~mpeppler/Linux-ASE-FAQ.html#q1.15
That helped me to actually reproduce this too, and to prove it's really
not PHP bug.
Previous Comments:
------------------------------------------------------------------------
[2003-08-05 11:45:19] email***@***.com
Is there any application other than PHP that crashes if LANG is set to
en_US? That doesn't look like a PHP bug and
probably a glibc bug.
If it really segfaults in main_arena() even outside gdb, one of
possible reasons is silent buffer overrun in the heap. Memory block
corruption often causes this kind of problem.
------------------------------------------------------------------------
[2003-08-05 11:14:10] email***@***.com
I can not reproduce this. I used this configure line:
'./configure' \
'--disable-all' \
'--disable-cgi' \
'--enable-debug' \
'--with-sybase-ct=/opt/sybase-11.9.2/'
Try the same, using latest stable CVS snapshot.
------------------------------------------------------------------------
[2003-08-04 10:13:08] herouth at itouch dot co dot il
No. Compiling with sybase and without imap has no effect. It still
crashes with LANG=en_US, and works with LANG=C.
------------------------------------------------------------------------
[2003-08-04 09:58:22] email***@***.com
And I guess it works also when you compile PHP with sybase, but without
imap?
------------------------------------------------------------------------
[2003-08-03 04:11:30] herouth at itouch dot co dot il
I think I pinpointed it.
I tried your configure/compile sequence and it eliminated the
problem.
I went on and re-compiled using my original configure line,
except the sybase-ct line. No problem.
I added the --with-sybase-ct line, and the crash reappeared.
As for my Linux, it's an old RedHat, kernel 2.2.16-3smp. glibc is,
I think, 2.1.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/24866
--
Edit this bug report at http://bugs.php.net/?id=24866&edit=1
- 6
- #37276 [Ctl->Csd]: problems witch $_POST array ID: 37276
Updated by: email***@***.com
Reported By: puovils at gmail dot com
-Status: Critical
+Status: Closed
Bug Type: *General Issues
PHP Version: 5.1.3
Assigned To: dmitry
Previous Comments:
------------------------------------------------------------------------
[2006-05-03 11:48:07] email***@***.com
Fixed in CVS HEAD and PHP_5_1.
------------------------------------------------------------------------
[2006-05-03 11:05:16] kervala at jpopdb dot net
I just looked in PHP code and I think problem is in
"php_register_variable_ex" function in "main/php_variables.c" file.
------------------------------------------------------------------------
[2006-05-03 10:34:15] daffy at evil dot lt
Concerning phpMyAdmin :
http://sourceforge.net/forum/message.php?msg_id=3711167
The same problem exists on win32 too.
------------------------------------------------------------------------
[2006-05-03 10:30:43] judas dot iscariote at gmail dot com
Yes, there is something very wrong, I have experienced this problem
with phpmyadmin but neglected to report here :-(
------------------------------------------------------------------------
[2006-05-03 10:16:33] kervala at jpopdb dot net
I forgot to add that phpMyAdmin isn't working anymore and put "Array"
strings almost everywhere instead of correct datas...
------------------------------------------------------------------------
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/37276
--
Edit this bug report at http://bugs.php.net/?id=37276&edit=1
- 6
- [PHP] Extract url from string [SOLVED]On 3/12/07, Brad Fuller <email***@***.com> wrote:
> I tried this:
>
> preg_match("/http(s)?:\/\/(*.?)\s/", $stringUrl, $matches)
>
> But my pattern syntax is messed up cuz I get this error:
>
> Warning: preg_match() [function.preg-match]: Compilation failed:
> nothing to repeat at offset 15 in /path/to/myfile.php on line 5
>
OK - I must not have had enough caffeine today. It's (.*?) not (*.?)
I figured it out.
echo preg_replace("/http(s)?:\/\/(.*?)\s/i", "<a href=\"$0\">$0</a>",
$stringUrl);
Thx,
-B
- 8
- #42105 [NEW]: CLI binary segfaults on ldap_bind(), Apache module works fineFrom: paul at moonkhan dot org
Operating system: RHEL4
PHP version: 5.2.3
PHP Bug Type: CGI related
Bug description: CLI binary segfaults on ldap_bind(), Apache module works fine
Description:
------------
ldap_bind(), whether anonymous or not, produces a Segfault when run from
the command line. This is occurring on 5.2.3 (and I can reproduce it on
5.2.1). Please note that 5.1.6 does not have this problem.
Reproduce code:
---------------
$ds = ldap_connect("ldaps://ldap.example.com");
if($ds) {
echo "Connected\n";
// Anonymous bind
$br = ldap_bind($ds);
// Use this for authenticated binds
//$br = ldap_bind($ds, $argv[1], $argv[2]);
echo "Bind result: $br\n";
}
Expected result:
----------------
Connected
Bind result: 1
Actual result:
--------------
Connected
Bind result: 1
Segmentation fault
Backtrace:
(gdb) bt
#0 0x005c5140 in ASN1_primitive_free () from /lib/libcrypto.so.4
#1 0x005c518a in ASN1_primitive_free () from /lib/libcrypto.so.4
#2 0x005c521d in ASN1_primitive_free () from /lib/libcrypto.so.4
#3 0x005c545d in ASN1_template_free () from /lib/libcrypto.so.4
#4 0x005c5383 in ASN1_primitive_free () from /lib/libcrypto.so.4
#5 0x005c545d in ASN1_template_free () from /lib/libcrypto.so.4
#6 0x005c5383 in ASN1_primitive_free () from /lib/libcrypto.so.4
#7 0x005c5493 in ASN1_item_free () from /lib/libcrypto.so.4
#8 0x005c05d1 in X509_free () from /lib/libcrypto.so.4
#9 0x003e9712 in ssl_sess_cert_free () from /lib/libssl.so.4
#10 0x003ea4b9 in SSL_SESSION_free () from /lib/libssl.so.4
#11 0x003e825b in SSL_free () from /lib/libssl.so.4
#12 0x00a57b13 in ldap_pvt_tls_init () from /usr/lib/libldap-2.2.so.7
#13 0x002f5726 in ber_sockbuf_remove_io () from /usr/lib/liblber-
2.2.so.7
#14 0x002f57d6 in ber_int_sb_destroy () from /usr/lib/liblber-2.2.so.7
#15 0x002f586d in ber_sockbuf_free () from /usr/lib/liblber-2.2.so.7
#16 0x00a418e8 in ldap_ld_free () from /usr/lib/libldap-2.2.so.7
#17 0x00a41b16 in ldap_unbind_ext () from /usr/lib/libldap-2.2.so.7
#18 0x00a41c60 in ldap_unbind_s () from /usr/lib/libldap-2.2.so.7
#19 0x0812099f in _close_ldap_link (rsrc=0xb7fab080) at /usr/src/php-
5.2.3/ext/ldap/ldap.c:200
#20 0x08290781 in list_entry_destructor (ptr=0xb7fab080) at
/usr/src/php-5.2.3/Zend/zend_list.c:184
#21 0x0828e409 in zend_hash_del_key_or_index (ht=0x84066e0, arKey=0x0,
nKeyLength=0, h=4, flag=1)
at /usr/src/php-5.2.3/Zend/zend_hash.c:497
#22 0x0829051c in _zend_list_delete (id=4) at /usr/src/php-
5.2.3/Zend/zend_list.c:58
#23 0x08279799 in _zval_ptr_dtor (zval_ptr=0xb7faa128) at
/usr/src/php-5.2.3/Zend/zend_variables.h:35
#24 0x0828f750 in zend_hash_apply_deleter (ht=0x8406650, p=0xb7faa11c)
at /usr/src/php-5.2.3/Zend/zend_hash.c:611
#25 0x0828f7eb in zend_hash_graceful_reverse_destroy (ht=0x8406650) at
/usr/src/php-5.2.3/Zend/zend_hash.c:646
#26 0x08279dfa in shutdown_executor () at /usr/src/php-
5.2.3/Zend/zend_execute_API.c:239
#27 0x08286354 in zend_deactivate () at /usr/src/php-
5.2.3/Zend/zend.c:860
#28 0x0824f058 in php_request_shutdown (dummy=0x0) at /usr/src/php-
5.2.3/main/main.c:1317
#29 0x08300b5f in main (argc=2, argv=0xbfe04c74) at /usr/src/php-
5.2.3/sapi/cli/php_cli.c:1319
--
Edit bug report at http://bugs.php.net/?id=42105&edit=1
--
Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42105&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42105&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42105&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42105&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=42105&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42105&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=42105&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=42105&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42105&r=support
Expected behavior: http://bugs.php.net/fix.php?id=42105&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=42105&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=42105&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42105&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42105&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42105&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=42105&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42105&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42105&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42105&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=42105&r=mysqlcfg
- 8
- #27964 [Ver->Asn]: foreach() + @ + with references broken ID: 27964
Updated by: email***@***.com
Reported By: jeff at opendbms dot com
-Status: Verified
+Status: Assigned
Bug Type: Zend Engine 2 problem
Operating System: *
PHP Version: 5CVS-2005-06-06
-Assigned To:
+Assigned To: dmitry
New Comment:
Dmitry, can you look into this?
Previous Comments:
------------------------------------------------------------------------
[2004-04-12 19:41:33] email***@***.com
# php -r '$array = array(); foreach(@$array as $key => &$value) {}'
Fatal error: Cannot create references to elements of a temporary array
expression in Command line code on line 1
(remove @ -> no error)
# php -r '$array = array(); foreach($array as &$value) {}'
Fatal error: Key element cannot be a reference in Command line code on
line 1
# php -r '$array = array(); foreach(@$array as &$value) {}'
PHP Parse error: parse error, expecting `T_STRING' or `T_VARIABLE' or
`'$'' in Command line code on line 1
------------------------------------------------------------------------
[2004-04-12 14:32:21] jeff at opendbms dot com
Description:
------------
When I run this code:
foreach (@$formErrors as &$formError) {
I get this:
parse error, unexpected '&', expecting T_STRING or T_VARIABLE or '$'
Something about using both the @ and the & in the same foreach loop. It
works with either one alone, just not both.
Reproduce code:
---------------
use the foreach on a non-existant array with references, and the @
statement modifier.
Expected result:
----------------
Should skip the foreach loop.
Actual result:
--------------
Doesn't work.
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=27964&edit=1
- 8
- #27965 [NEW]: invalid HTML is created after adding session id to URL'sFrom: rch at online dot lt
Operating system: Linux
PHP version: 4.3.4
PHP Bug Type: Session related
Bug description: invalid HTML is created after adding session id to URL's
Description:
------------
Invalid HTML is created after adding session ids to URL's.
E.g.:
<a
href="/p/index.php?action=article&article_id=7&sid=4ecaf17fb3db7aa3782b6ad8d87f9488">more</a>
& before "sid" (session id name changed from default) is
invalid as it marks start of HTML entity in HTML syntax.
This fails to validate a page with formal syntax checker on
validator.w3.org for example. You should use & form of
escaping instead when adding session ids to references in
the HTML output.
You may suggest changing arg_separator as in #15504, but
most people don't have access to system wide php.ini
configuration file on web hosting accounts, and it looks
unreasonable to me that special hacking is needed just to
get a valid HTML output.
Expected result:
----------------
/p/index.php?action=article&article_id=7&sid=4ecaf17fb3db7aa3782b6ad8d87f9488
Actual result:
--------------
/p/index.php?action=article&article_id=7&sid=4ecaf17fb3db7aa3782b6ad8d87f9488
--
Edit bug report at http://bugs.php.net/?id=27965&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27965&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27965&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=27965&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=27965&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=27965&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=27965&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=27965&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=27965&r=support
Expected behavior: http://bugs.php.net/fix.php?id=27965&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=27965&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=27965&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=27965&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27965&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=27965&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=27965&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=27965&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=27965&r=float
- 10
- #40279 [Com]: fsockopen broken on IPv6 ID: 40279
Comment by: giunta dot gaetano at gmail dot com
Reported By: SiliconFiend at gmail dot com
Status: No Feedback
Bug Type: Sockets related
Operating System: Windows XP SP2
PHP Version: 5.2.0
New Comment:
Very weird, this started happening to me, too.
Symptoms:
+ ping 'localhost' returns ::1
+ using "telnet localhost 80" works, ie apache responds ok
+ php fsockopen(localhost) stalls, plus apache show no access logs, nor
etheral captures any packets on any nic
How ipv6 got enabled is a mystery to me. It is explicitly disabled on
ALL network connections I have in use. All I did today was enabling the
wifi nic (intel 2200) to connect to my new home lan... Maybe the dns
server is broadcasting ipv6 addresses for localhost (wtf) ??? I tried
ipconfig /flushdns to no avail. No trace of ::1 in etc/hosts either...
btw, ipconfig /displaydns shows:
5.64.3.10.in-addr.arpa
----------------------------------------
Nome record . . . . . : 5.64.3.10.in-addr.arpa.
Tipo record . . . . . : 12
Durata (TTL). . . . . : 0
Lunghezza dati. . . . : 4
Sezione . . . . . . . : Risposta
Record PTR . . . . . : srvmappemxp
1.0.0.127.in-addr.arpa
----------------------------------------
Nome record . . . . . : 1.0.0.127.in-addr.arpa.
Tipo record . . . . . : 12
Durata (TTL). . . . . : 0
Lunghezza dati. . . . : 4
Sezione . . . . . . . : Risposta
Record PTR . . . . . : localhost
srvmappemxp
----------------------------------------
Nome record . . . . . : srvmappemxp
Tipo record . . . . . : 1
Durata (TTL). . . . . : 0
Lunghezza dati. . . . : 4
Sezione . . . . . . . : Risposta
Record A (Host) . . . : 10.3.64.5
localhost
----------------------------------------
Nome record . . . . . : localhost
Tipo record . . . . . : 1
Durata (TTL). . . . . : 0
Lunghezza dati. . . . : 4
Sezione . . . . . . . : Risposta
Record A (Host) . . . : 127.0.0.1
Previous Comments:
------------------------------------------------------------------------
[2007-03-14 01:00:00] 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".
------------------------------------------------------------------------
[2007-02-17 17:31:21] SiliconFiend at gmail dot com
I think I installed IPv6 on Windows using the "Install..."->Protocol
function on the Properties window for my network connection. You can
also open a command window and type "ipv6 install" to accomplish the
same thing.
Internet Explorer can't handle IPv6 literal addresses (such as [::1])
in the URL. See
http://blogs.msdn.com/ie/archive/2006/12/06/file-uris-in-windows.aspx
Unfortunately, in an effort to work around this problem, I made some
changes to my IPv6 configuration and now Apache is no longer binding to
my IPv6 address, so I can't display a page even in Firefox right now.
I'm trying to fix it.
------------------------------------------------------------------------
[2007-02-12 19:16:35] email***@***.com
How exactly did you enable IPv6 support in your Windows?
>when http://[::1]/ is entered in Firefox, so Apache
>is responding to IPv6 requests on port 80.
Try using this address in telnet and MSIE.
Do they work too?
------------------------------------------------------------------------
[2007-02-01 06:15:29] SiliconFiend at gmail dot com
I should be more clear. Using php.ini-recommended suppressed the php
warning/error output, but the error still occurred.
------------------------------------------------------------------------
[2007-01-30 18:33:49] SiliconFiend at gmail dot com
Same result with the CVS snapshot. I tried both php.ini-dist and
php.ini-recommended files for the php.ini. The only difference is that
php.ini-recommended didn't display the errors. One note, though,
probably unrelated--using the php5apache2.dll module file from this
snapshot did not allow the server to start--nothing in the error log; it
just immediately stopped after attempting to start it. I had been using
the php5apache2.dll with the PHP version 5.2.0 distributed with XAMPP.
This was the default configuration; I don't know why they didn't use
2_2. Anyway, changing the LoadModule directive to point to
php5apache2_2.dll allowed the server to start.
------------------------------------------------------------------------
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/40279
--
Edit this bug report at http://bugs.php.net/?id=40279&edit=1
- 12
- #36948 [Opn->Bgs]: assigment operator and calling function with by ref variable ID: 36948
Updated by: email***@***.com
Reported By: piotrek at salaciak dot net
-Status: Open
+Status: Bogus
Bug Type: Variables related
Operating System: win 2003 + iis 6
PHP Version: 5.1.2
New Comment:
Turn on E_STRICT error messages and you'll see expected errors.
($a = false) is an expression and can't be passed by reference.
Previous Comments:
------------------------------------------------------------------------
[2006-04-02 14:12:42] piotrek at salaciak dot net
Description:
------------
I've made a block plugin for smarty templates library, it's working
fine on PHP 5.1.1 and earlier, but not on 5.1.2. The reproduce code is
just minimized to show how it works and how should it work.
Reproduce code:
---------------
$a = true;
while($a){
fun1($a = false);
}
// ---------------------
$iterator = 0;
function fun1(&$repeat){
global $iterator;
if ($iterator > 10)
$repeat = true;
iterator++;
}
changing code of while to making it work as expected:
$a = true;
while($a){
$a = false
fun1($a);
}
Expected result:
----------------
more than 1 iteration should be executed,
Actual result:
--------------
while executed once.
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=36948&edit=1
- 12
- #25772 [NEW]: Custom comparison of objects: __equals methodFrom: dmitrijsl at swh-t dot lv
Operating system: Windows 2000
PHP version: 5.0.0b1 (beta1)
PHP Bug Type: Feature/Change Request
Bug description: Custom comparison of objects: __equals method
Description:
------------
If a class defines a __equals($other) function, invoke that function on
object comparison. Example:
==========================
class MyClass {
public function __construct($value) {
$this->value = $value;
}
/**
* This function should be invoked on object
* comparison with == or != operators.
*/
public function __equals($other) {
if ($other instanceof MyClass) {
return ((int)$this->value
== (int)$other->value);
} else {
return false;
}
}
private $value;
}
$a = new MyClass(3.14);
$b = new MyClass(3.13);
if ($a == $b) {
echo '$a equals $b';
}
==========================
The comparison of $a and $b should result in the invokation of __equals
function of MyClass. The same should apply to the != (not equals)
operator.
--
Edit bug report at http://bugs.php.net/?id=25772&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25772&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25772&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=25772&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=25772&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=25772&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=25772&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=25772&r=support
Expected behavior: http://bugs.php.net/fix.php?id=25772&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=25772&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=25772&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=25772&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25772&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=25772&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=25772&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=25772&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=25772&r=float
- 12
- #43665 [NEW]: ReflectionClass is not aware of used namespacesFrom: lars at strojny dot net
Operating system: Gentoo Linux (irrelevant)
PHP version: 5.3CVS-2007-12-24 (snap)
PHP Bug Type: Scripting Engine problem
Bug description: ReflectionClass is not aware of used namespaces
Description:
------------
ReflectionClass does not respect imported classes. This affects
ReflectionClass::__construct(), ReflectionClass::implementsInterface() and
ReflectionClass::isSubclassOf().
Reproduce code:
---------------
<?php
namespace Base;
interface IFace
{}
class Impl implements IFace
{}
namespace Other;
use Base::IFace;
use Base::Impl;
$reflected = new ReflectionClass('Impl');
Expected result:
----------------
$reflected is an instance of a ReflectionClass for the class Base::Impl
Actual result:
--------------
ReflectionException: Class Impl does not exist
--
Edit bug report at http://bugs.php.net/?id=43665&edit=1
--
Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43665&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43665&r=trysnapshot52
Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43665&r=trysnapshot53
Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43665&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=43665&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=43665&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=43665&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=43665&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=43665&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=43665&r=support
Expected behavior: http://bugs.php.net/fix.php?id=43665&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=43665&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=43665&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=43665&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43665&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=43665&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=43665&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=43665&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=43665&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=43665&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=43665&r=mysqlcfg
- 13
- phpmyadmin - MYSQL SAID: #2003: SERVER IS NOT RESPONDINGMYSQL SAID: #2003: SERVER IS NOT RESPONDING
I was getting that error message. It's my first time with mysql and
phpmyadmin.
The solution to that is that you selected the wrong port where
phpmyadmin is not able to find the mysql. I choose the 8000 port
instead of choosing the 33xx port that mysql is using.
So in this case check your port.
Good Luck
Moe.
|
| Author |
Message |
php-bugs

|
Posted: 2004-7-13 2:14:27 |
Top |
php-dev, #28106 [Com]: New object model fails where old style works fine
ID: 28106
Comment by: antonr at game dot permonline dot ru
Reported By: kupka at learninglab dot de
Status: Open
Bug Type: Zend Engine 2 problem
Operating System: Mac OS X
PHP Version: 5.0.0RC3
New Comment:
to kupka at learninglab dot de:
please check your script with last php5 snapshots... i suppose this bug
was corrected
Previous Comments:
------------------------------------------------------------------------
[2004-06-10 12:23:31] kupka at learninglab dot de
In PHP 5 Release Candidate 3 the problem still exists.
------------------------------------------------------------------------
[2004-05-08 10:32:19] antonr at game dot permonline dot ru
So, there is a problem with serialization and deserialization of
objects with references to others objects.
------------------------------------------------------------------------
[2004-05-08 10:27:17] antonr at game dot permonline dot ru
5.0.0 RC2, Win32
----------------------------------
<?php
class MyClass
{ public $number;
function EchoNum()
{ echo $this->number;
echo "<br>";
}
}
$a = new MyClass;
$a->number = 1;
$b = $a;
$b->number = 2;
$a->EchoNum();
$b->EchoNum();
?>
outputs:
2
2
----------------------------------
but...
<?php
class MyClass1
{ public $myclass2;
}
class MyClass2
{ public $myclass1;
}
$a = new MyClass1;
$a->myclass2 = new MyClass2;
$a->myclass2->myclass1 = $a;
$a->number = 1;
echo $a->myclass2->myclass1->number;
echo "<br>";
$c = serialize($a);
echo $c;
echo "<br><br>";
$b = unserialize($c);
$b->number = 2;
echo $b->number;
echo "<br>";
echo $b->myclass2->myclass1->number;
echo "<br>";
echo "<br>";
?>
outputs:
1
O:8:"MyClass1":2:{s:8:"myclass2";O:8:"MyClass2":1:{s:8:"myclass1";O:8:"MyClass1":2:{s:8:"myclass2";r:2;s:6:"number";i:1;}}s:6:"number";i:1;}
2
1
----------------------------------
while:
<?php
class MyClass1
{ public $myclass2;
}
class MyClass2
{ public $myclass1;
}
$a = new MyClass1;
$a->myclass2 = new MyClass2;
$a->myclass2->myclass1 = &$a; <--- ampersand symbol added
$a->number = 1;
echo $a->myclass2->myclass1->number;
echo "<br>";
$c = serialize($a);
echo $c;
echo "<br><br>";
$b = unserialize($c);
$b->number = 2;
echo $b->number;
echo "<br>";
echo $b->myclass2->myclass1->number;
echo "<br>";
echo "<br>";
?>
works fine and outputs:
1
O:8:"MyClass1":2:{s:8:"myclass2";O:8:"MyClass2":1:{s:8:"myclass1";r:1;}s:6:"number";i:1;}
2
2
------------------------------------------------------------------------
[2004-04-26 10:31:19] kupka at learninglab dot de
In PHP 5 Release Candidate 2 the problem still exists.
The second script generates three different CStore
objects, but there should only be one CStore objec and
the two CHello objects should have a pointer to the same
CStore object.
------------------------------------------------------------------------
[2004-04-25 16:48:45] kupka at learninglab dot de
The second script:
session_start();
$store->value = 123;
echo "store id: $store<br>";
$store->object1->hello();
$store->object2->hello();
------------------------------------------------------------------------
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/28106
--
Edit this bug report at http://bugs.php.net/?id=28106&edit=1
|
| |
|
| |
 |
php-bugs

|
Posted: 2006-3-26 10:24:00 |
Top |
php-dev >> #28106 [Com]: New object model fails where old style works fine
ID: 28106
Comment by: wagner at weblife dot com dot br
Reported By: kupka at learninglab dot de
Status: No Feedback
Bug Type: Scripting Engine problem
Operating System: Mac OS X
PHP Version: 5.0.0RC3
New Comment:
Maybe, more than one class's do not to be there with others in a same
document. . .i have this problem in my implamentation...
Object id #4 -> when i set the class.
Previous Comments:
------------------------------------------------------------------------
[2005-01-18 01:00:14] 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-01-10 15:20:02] email***@***.com
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
------------------------------------------------------------------------
[2004-07-12 20:00:38] antonr at game dot permonline dot ru
to kupka at learninglab dot de:
please check your script with last php5 snapshots... i suppose this bug
was corrected
------------------------------------------------------------------------
[2004-06-10 12:23:31] kupka at learninglab dot de
In PHP 5 Release Candidate 3 the problem still exists.
------------------------------------------------------------------------
[2004-05-08 10:32:19] antonr at game dot permonline dot ru
So, there is a problem with serialization and deserialization of
objects with references to others objects.
------------------------------------------------------------------------
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/28106
--
Edit this bug report at http://bugs.php.net/?id=28106&edit=1
|
| |
|
| |
 |
| |
 |
Index ‹ php-dev |
- Next
- 1
- #35998 [Csd]: getPathname() method always returns unix style filenames. ID: 35998
User updated by: rquadling at gmail dot com
Reported By: rquadling at gmail dot com
Status: Closed
Bug Type: SPL related
Operating System: Win*
PHP Version: 5.1.2
Assigned To: helly
New Comment:
Exactly. I use a LOT of PHP scripts to activate other Windows
applications which can only understand the \ and not the / and when
giving the filename to a user in a report ("The file you are looking
for is called ..."), the users will only follow what you tell them!
Thanks for fixing it though. Saves me 1 function call per filename.
Which will be a lot over time.
Previous Comments:
------------------------------------------------------------------------
[2006-01-13 20:37:54] email***@***.com
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.
Not that it buys you anything besides what you are typically used to
see.
------------------------------------------------------------------------
[2006-01-13 17:48:37] email***@***.com
Assigned to the maintainer.
------------------------------------------------------------------------
[2006-01-13 17:07:14] rquadling at gmail dot com
Description:
------------
The pathnames returned by DirectoryIterator::getPathname() are always
with '/'. Which is no good for windows.
In /* $Id: spl_directory.c,v 1.63 2006/01/01 13:09:54 sniper Exp $ */
Line 165 the culprit is the "%s/%s".
Ideally the filename should come back appropriate to the DEFAULT_SLASH
constant defined in tsrm_virtual_cwd.h
This constant is controlled by compiler directive TSRM_WIN32.
This is used in realpath which the PHP code below demonstrates.
Reproduce code:
---------------
<?php
foreach(new DirectoryIterator('C:\\') as $o_FILE)
{
echo $o_FILE->getPathname() . "\t" . realpath($o_FILE->getPathname())
. "\n";
}
?>
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=35998&edit=1
- 2
- #31072 [NEW]: var_export() does not output an array element with an empty string key.From: komura at ma9 dot seikyou dot ne dot jp
Operating system: Linux
PHP version: 4.3.10RC2
PHP Bug Type: Variables related
Bug description: var_export() does not output an array element with an empty string key.
Description:
------------
var_export() in PHP 4.3.10RC1/RC2 does not output an array element with an
empty string key.
It appears that the following patch is the cause of this problem.
http://cvs.php.net/diff.php/php-src/ext/standard/var.c?r1=1.150.2.14&r2=1.150.2.15&ty=u
@@ -260,13 +267,17 @@ static int php_array_element_export(zval
if (hash_key->nKeyLength==0) { /* numeric key */
php_printf("%*c%ld => ", level + 1, ' ', hash_key->h);
} else { /* string key */
- char *key;
- int key_len;
- key = php_addcslashes(hash_key->arKey, hash_key->nKeyLength - 1,
&key_len, 0, "'\\", 2 TSRMLS_CC);
- php_printf("%*c'", level + 1, ' ');
- PHPWRITE(key, key_len);
- php_printf("' => ");
- efree(key);
+ if (va_arg(args, int) && hash_key->arKey[0] == '\0') {
+ return 0;
+ } else {
+ char *key;
+ int key_len;
+ key = php_addcslashes(hash_key->arKey, hash_key->nKeyLength - 1,
&key_len, 0, "'\\", 2 TSRMLS_CC);
+ php_printf("%*c'", level + 1, ' ');
+ PHPWRITE(key, key_len);
+ php_printf("' => ");
+ efree(key);
+ }
}
Reproduce code:
---------------
var_export( array( '' => 1, 'a' => 2 ) );
Expected result:
----------------
array (
'' => 1,
'a' => 2,
)
Actual result:
--------------
array (
'a' => 2,
)
--
Edit bug report at http://bugs.php.net/?id=31072&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31072&r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31072&r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31072&r=trysnapshot51
Fixed in CVS: http://bugs.php.net/fix.php?id=31072&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=31072&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=31072&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=31072&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=31072&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=31072&r=support
Expected behavior: http://bugs.php.net/fix.php?id=31072&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=31072&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=31072&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=31072&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31072&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=31072&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=31072&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=31072&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=31072&r=float
MySQL Configuration Error: http://bugs.php.net/fix.php?id=31072&r=mysqlcfg
- 3
- #42208 [NEW]: substr_replace() crashes when the same array is passed more than onceFrom: email***@***.com
Operating system: *
PHP version: 5CVS-2007-08-04 (CVS)
PHP Bug Type: Reproducible crash
Bug description: substr_replace() crashes when the same array is passed more than once
Description:
------------
substr_replace( subject, replacement, from, len ) is able to accept arrays
for each parameter. However, when any two parameters which are arrays refer
to the same array internally, the function can crash due to pointer
equality.
For the specific case given, substr_replace() reads a value from $a,
performs convert_to_string_ex(), then reads a value from $b and performs
convert_to_long_ex(). Because both arrays refer to the same hashtable, the
code then ends up with a string expected and a long value instead, and the
result is a sometimes-crash.
Reproduce code:
---------------
$a = array( 1, 2 );
$b = array( 1, 2 ); // creates new hashtable
$c = $a; // bumps refcount on $a, no zval_copy_ctor()
var_dump( substr_replace( $a, 1, 1, $b ) );
var_dump( substr_replace( $a, 1, 1, $c ) );
Expected result:
----------------
array(2) {
[0]=>
string(2) "11"
[1]=>
string(2) "21"
}
array(2) {
[0]=>
string(2) "11"
[1]=>
string(2) "21"
}
Actual result:
--------------
array(2) {
[0]=>
string(2) "11"
[1]=>
string(2) "21"
}
Bus error or Segmentation fault
(gdb) bt
#0 0x00290913 in zif_substr_replace (ht=4, return_value=0x17b4728,
return_value_ptr=0x0, this_ptr=0x0, return_value_used=1) at
/Users/gwynne/src/php-src/php-5cvs/ext/standard/string.c:2341
#1 0x0037c25e in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfffd940) at
/Users/gwynne/src/php-src/php-5cvs/Zend/zend_vm_execute.h:200
#2 0x003825e3 in ZEND_DO_FCALL_SPEC_CONST_HANDLER
(execute_data=0xbfffd940) at
/Users/gwynne/src/php-src/php-5cvs/Zend/zend_vm_execute.h:1681
#3 0x0037bd31 in execute (op_array=0x17b360c) at
/Users/gwynne/src/php-src/php-5cvs/Zend/zend_vm_execute.h:92
#4 0x00353829 in zend_execute_scripts (type=8, retval=0x0, file_count=3)
at /Users/gwynne/src/php-src/php-5cvs/Zend/zend.c:1134
#5 0x002f5378 in php_execute_script (primary_file=0xbfffe058) at
/Users/gwynne/src/php-src/php-5cvs/main/main.c:1794
#6 0x003d6aab in main (argc=2, argv=0xbfffe17c) at
/Users/gwynne/src/php-src/php-5cvs/sapi/cli/php_cli.c:1138
--
Edit bug report at http://bugs.php.net/?id=42208&edit=1
--
Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42208&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42208&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42208&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42208&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=42208&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42208&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=42208&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=42208&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42208&r=support
Expected behavior: http://bugs.php.net/fix.php?id=42208&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=42208&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=42208&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42208&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42208&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42208&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=42208&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42208&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42208&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42208&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=42208&r=mysqlcfg
- 4
- #40715 [Opn->Csd]: level too deep - recursive dependency? in Unknown on line 0 ID: 40715
User updated by: shoichi at cf7 dot so-net dot ne dot jp
Reported By: shoichi at cf7 dot so-net dot ne dot jp
-Status: Open
+Status: Closed
Bug Type: Scripting Engine problem
Operating System: CentOS4.4
PHP Version: 5.2.1
New Comment:
This trable has been fixed.
It was bad to repeat configure and make.
When I 'make clean' and 'make',
it resolved.
Thank you very much.
Previous Comments:
------------------------------------------------------------------------
[2007-03-04 09:44:16] shoichi at cf7 dot so-net dot ne dot jp
Description:
------------
A error occured when I re-installed php
from 5.16 to 5.21.
The error message
'level too deep - recursive dependency? in Unknown on line 0'
occurs even such as short script.
<?php phpinfo();
I configured like this.
Reproduce code:
---------------
'./configure' --with-pgsql '--build=i686-redhat-linux-gnu'
'--host=i686-redhat-linux-gnu' '--target=i386-redhat-linux-gnu'
'--program-pre
fix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin'
'--sbindir=/usr/s
bin' '--sysconfdir=/etc' '--datadir=/usr/share'
'--includedir=/usr/include' '--l
ibdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var'
'--sharedstat
edir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info'
'--cache-fi
le=../config.cache' '--with-libdir=lib' '--with-config-file-path=/etc'
'--with-c
onfig-file-scan-dir=/etc/php.d' '--disable-debug' '--with-pic'
'--disable-rpath'
'--without-pear' '--with-bz2' '--with-curl' '--with-exec-dir=/usr/bin'
'--with-
freetype' '--enable-gd-native-ttf' '--without-gdbm' '--with-gettext'
'--with-gmp
' '--with-iconv' '--with-openssl' '--with-pspell'
'--with-expat-dir=/usr' '--wit
h-pcre-regex=/usr' '--with-zlib' '--with-layout=GNU' '--enable-exif'
'--enable-f
tp' '--enable-magic-quotes' '--enable-sockets' '--enable-sysvsem'
'--enable-sysv
shm' '--enable-sysvmsg' '--enable-track-vars' '--enable-trans-sid'
'--enable-yp'
'--enable-wddx' '--with-kerberos' '--enable-ucd-snmp-hack'
'--with-unixODBC=sha
red,/usr' '--enable-memory-limit' '--enable-shmop' '--enable-calendar'
'--enable
-dbx' '--enable-dio' '--with-mime-magic=/etc/httpd/conf/magic'
'--without-sqlite
' '--with-libxml-dir=/usr' '--with-xml' '--with-apxs2=/usr/sbin/apxs'
'--with-my
sql' '--with-gd' '--without-odbc' '--disable-dom' '--disable-dba'
'--without-uni
xODBC' '--disable-pdo' '--disable-xmlreader' '--disable-xmlwriter'
'--with-mcryp
t' '--with-png-dir=/usr' '--with-jpeg-dir' --enable-mbstring
--enable-mbstr-enc-trans
Expected result:
----------------
Other existing php script can't move usually.
About all show nothing because of error.
Actual result:
--------------
I read past logs like
http://bugs.php.net/bug.php?id=21333
http://bugs.php.net/bug.php?id=22482
but, there are no files in
extension_dir ( /usr/lib/php ) and
source dir ( /usr/local/src/modules )
in my case.
I home your help.
thankyou.
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=40715&edit=1
- 5
- #41716 [NEW]: Need Clarification About New htmlentities() ParamFrom: chris at dented-planet dot net
Operating system: Mac OS 10.4.9
PHP version: 5.2.3
PHP Bug Type: Unknown/Other Function
Bug description: Need Clarification About New htmlentities() Param
Description:
------------
I just need a clarification about the new "$double_encode" param for
htmlentities() and htmlspecialchars().
Is it supposed to do as I expect it to do in the code below or am I
misuderstanding its use?
Reproduce code:
---------------
// Output: <
echo htmlentities('<', ENT_QUOTES, false);
// Expected Output: <
// Actual Output: <
echo htmlentities(htmlentities('<', ENT_QUOTES, false), ENT_QUOTES,
false);
--
Edit bug report at http://bugs.php.net/?id=41716&edit=1
--
Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41716&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41716&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41716&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=41716&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=41716&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=41716&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=41716&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=41716&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=41716&r=support
Expected behavior: http://bugs.php.net/fix.php?id=41716&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=41716&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=41716&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=41716&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41716&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=41716&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=41716&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=41716&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=41716&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=41716&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=41716&r=mysqlcfg
- 6
- #35727 [NEW]: magic constant __CALLED_FROM__From: erm at the-erm dot com
Operating system: any
PHP version: 5.1.1
PHP Bug Type: Feature/Change Request
Bug description: magic constant __CALLED_FROM__
Description:
------------
Please add a new magic constant like __FUNCTION__ only it
displays what function the current function was called
from. This would be good for debugging, and an error
handleling function.
Reproduce code:
---------------
// I know die could do it. This is just an example
function error($error) {
echo "There was an error in '".__CALLED_FROM__." '$error";
}
function normal($arg) {
// For debuging:
echo __FUNCTION__.'called from:'.__CALLED_FROM__."\n";
echo $arg;
}
function call_normal() {
normal("Some Text\n");
}
function call_normal_again() {
normal("Other Text\n");
}
normal("hi\n";);
call_normal();
call_normal_again();
error("No Error\n");
Expected result:
----------------
normal called from:
hi
normal called from:call_normal
Some Text
normal called from:call_normal_again
Other Text
There was an error in '' No Error
My examples are pretty basic, but I can see where a magic
constant like __CALLED_FROM__ could be very useful.
You could use it to make sure that the data that a function
is getting fed is the right data, and if there's an error
report what function did the call. So then you can fix it
faster, and more efficiently.
Thanks ahead of time for adding it, and if not thanks for
your time.
Actual result:
--------------
n/a
--
Edit bug report at http://bugs.php.net/?id=35727&edit=1
--
Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35727&r=trysnapshot44
Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35727&r=trysnapshot51
Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35727&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=35727&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=35727&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35727&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=35727&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=35727&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35727&r=support
Expected behavior: http://bugs.php.net/fix.php?id=35727&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=35727&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=35727&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=35727&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35727&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=35727&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=35727&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=35727&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=35727&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=35727&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=35727&r=mysqlcfg
- 7
- #36110 [Opn]: ./configure fails when checking for gd, gdImageCreate ID: 36110
Updated by: email***@***.com
Reported By: ifette at gmail dot com
Status: Open
Bug Type: Compile Failure
Operating System: Linux 2.6.14-gentoo-r2 #2 SMP PR
PHP Version: 6CVS-2006-01-20 (CVS)
New Comment:
It might have had, but seems like there's a tiny buglet in here after
all. I'm working on a fix right now..
This would have worked fine if you had passed --with-gd what it's
expecting: full path to gdlib-config.
Previous Comments:
------------------------------------------------------------------------
[2006-01-20 22:33:49] ifette at gmail dot com
Not entirely sure why this would make a big difference, but I'll bite.
[ian@mentalis:/tmp/php_cvs] $ tar xvjf php6.0-200601201933.tar.bz2
...
[ian@mentalis:/tmp/php_cvs] $ cd php6.0-200601201933
... same configure command, same result...
[ian@mentalis:/tmp/php_cvs/php6.0-200601201933] $ tail -n 15
config.log
configure:34813: gcc -o conftest -g -O2 -Wl,-rpath, -L conftest.c
-lgd -lcurl -lbz2 -lz -lresolv -lm -ldl -lnsl -lm -licui18n -licuuc
-licudata -lm -licuio -lxml2 -lz -lm -lssl -lcrypto -ldl -lcurl -lidn
-lssl -lcrypto -ldl -lz -lxml2 -lz -lm -lgd 1>&5
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.6/../../../crt1.o: In function
`_start':
init.c:(.text+0x18): undefined reference to `main'
collect2: ld returned 1 exit status
configure: failed program was:
#line 34802 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char gdImageCreate();
int main() {
gdImageCreate()
; return 0; }
------------------------------------------------------------------------
[2006-01-20 22:28:23] email***@***.com
What you're doing wrong is not using the snapshots from
http://snaps.php.net/
Grab the latest from there first.
------------------------------------------------------------------------
[2006-01-20 22:21:31] ifette at gmail dot com
So far as I know I'm really using the latest...
/* automatically generated by configure */
/* edit configure.in to change version number */
#define PHP_MAJOR_VERSION 6
#define PHP_MINOR_VERSION 0
#define PHP_RELEASE_VERSION 0
#define PHP_EXTRA_VERSION "-dev"
#define PHP_VERSION "6.0.0-dev"
~
Correct me if I'm doing something wrong here, but:
[ian@mentalis:/tmp/php_cvs] $ export
CVSROOT=:pserver:email***@***.com:/repository
[ian@mentalis:/tmp/php_cvs] $ cvs login
Logging in to :pserver:email***@***.com:2401/repository
CVS password:
[ian@mentalis:/tmp/php_cvs] $ cvs co php-src
... many updates, this was an empty directory...
U ZendEngine2/tests/zend_operators.phpt
[ian@mentalis:/tmp/php_cvs] $ cd php-src/
[ian@mentalis:/tmp/php_cvs/php-src] $ ./buildconf
using default Zend directory
buildconf: checking installation...
buildconf: autoconf version 2.13 (ok)
rebuilding aclocal.m4
rebuilding configure
rebuilding acconfig.h
rebuilding main/php_config.h.in
[ian@mentalis:/tmp/php_cvs/php-src] $ ./configure
--prefix=/nonportage/php --with-openssl --with-zlib --with-bz2
--with-gd=/usr --with-mcrypt
--with-mysqli=/nonportage/mysql/bin/mysql_config
--with-apxs2=/usr/sbin/apxs2 --enable-mbstring --with-curl
--with-mysql=/nonportage/mysql
creating cache ./config.cache
...
./configure: line 34524: test: : integer expression expected
./configure: line 34537: /usr: is a directory
./configure: line 34604: /usr: is a directory
./configure: line 34606: /usr: is a directory
./configure: line 34607: /usr: is a directory
checking for gdImageCreate in -lgd... no
configure: error: GD build test failed. Please check the config.log for
details.
------------------------------------------------------------------------
[2006-01-20 22:07:54] email***@***.com
Are you _really_ using the latest CVS snapshot?
And it's really PHP 6.0.0-dev ? (see main/php_version.h)
------------------------------------------------------------------------
[2006-01-20 21:17:26] ifette at gmail dot com
Description:
------------
When trying to run ./configure, configure fails when checking for the
presence of libgd.
checking for gdImageCreate in -lgd... no
configure: error: GD build test failed. Please check the config.log for
details. (I only get this error when using --with-gd=/usr. If I use the
built-in gd, it compiles).
The problem appears to be the code that the configure script is using:
It tries to execute:
gcc -o conftest -g -O2 -Wl,-rpath, -L conftest.c -lgd -lcurl -lbz2
-lz -lresolv -lm -ldl -lnsl -lm -licui18n -licuuc -licudata -lm
-licuio -lxml2 -lz -lm -lssl -lcrypto -ldl -lcurl -lidn -lssl -lcrypto
-ldl -lz -lxml2 -lz -lm -lgd 1>&5
The -L there is causing a huge problem. The failure is
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.6/../../../crt1.o: In function
`_start':
init.c:(.text+0x18): undefined reference to `main'
collect2: ld returned 1 exit status
If the -L is removed (or a path is added after -L), then everything
compiles fine.
Reproduce code:
---------------
./configure --prefix=/nonportage/php --with-openssl --with-zlib
--with-bz2
--with-gd=/usr --with-mcrypt
--with-mysqli=/nonportage/mysql/bin/mysql_config
--with-apxs2=/usr/sbin/apxs2 --enable-mbstring --with-curl
--with-mysql=/nonportage/mysql
Expected result:
----------------
I expect it to complete configure :-)
Actual result:
--------------
configure:34794: checking for gdImageCreate in -lgd
configure:34813: gcc -o conftest -g -O2 -Wl,-rpath, -L conftest.c
-lgd -lcurl -lbz2 -lz -lresolv -lm -ldl -lnsl -lm -licui18n -licuuc
-licudata -lm -licuio -lxml2 -lz -lm -lssl -lcrypto -ldl -lcurl -lidn
-lssl -lcrypto -ldl -lz -lxml2 -lz -lm -lgd 1>&5
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.6/../../../crt1.o: In function
`_start':
init.c:(.text+0x18): undefined reference to `main'
collect2: ld returned 1 exit status
configure: failed program was:
#line 34802 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char gdImageCreate();
int main() {
gdImageCreate()
; return 0; }
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=36110&edit=1
- 8
- #27992 [NEW]: Resource LeakFrom: email***@***.com
Operating system: Linux (any)
PHP version: 4.3.6RC3
PHP Bug Type: Class/Object related
Bug description: Resource Leak
Description:
------------
See the attached code; it has been isolated from PEAR (core) and
PEAR::Net_Socket.
Basically, after a certain number of iterations (Linux, PHP4.3.4 and
4.3.6RC3, likely others), PHP runs out of file resources.
Warning: fsockopen(): unable to connect to 192.168.100.51:80 in
/home/sean/www/dev3/crashing_resources.php on line 51
ERROR: 24 - Too many open files
This SEEMS to be a leak (file handles are never closed?) in method_exists,
get_classname or get_parent_classname, because if I remove the
ShrunkenPEAR constructor (OR, the _ShrunkenPEAR method), the code does not
fail.
Additionally, if I instanciate ShrunkenSocket as $sock = new
ShrunkenSocket() (value instead of reference), the error is also absent.
The reason I'm using a reference: PEAR::HTTP_Request instanciates
Net_Socket as such.
Also, as mentioned in a comment in the code, if I change the die to an
echo, the script segfaults after ~65535 iterations (which seems like an
overflow problem).
** Note: this was originally posted to internals@ (PHP-DEV), but did not
get a response.**
This COULD be a critical overflow problem (when segfaulting), but I don't
know enough about the matter to declare it so.
Reproduce code:
---------------
http://sean.caedmon.net/php/crashing_resources.phps
Expected result:
----------------
(see description)
Actual result:
--------------
(see description)
--
Edit bug report at http://bugs.php.net/?id=27992&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27992&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27992&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=27992&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=27992&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=27992&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=27992&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=27992&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=27992&r=support
Expected behavior: http://bugs.php.net/fix.php?id=27992&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=27992&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=27992&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=27992&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27992&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=27992&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=27992&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=27992&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=27992&r=float
- 9
- #25589 [Opn->WFx]: Problem with the Structure of $_FILES ID: 25589
Updated by: email***@***.com
Reported By: lakario at msn dot com
-Status: Open
+Status: Wont fix
-Bug Type: Unknown/Other Function
+Bug Type: Feature/Change Request
Operating System: All
PHP Version: 4.3.3
New Comment:
This will not be changed due to backwards compatibility issues.
Previous Comments:
------------------------------------------------------------------------
[2003-09-18 10:34:29] lakario at msn dot com
Description:
------------
>The default format for $_FILES is $_FILES['variable']['element'] which
of course works fine, following this format I would assume that the
format for a variable inside an array would be
$_FILES['array']['variable']['element'] but on the contrary it is in
fact $_FILES['array']['element']['variable']. Somehow this doesn't
seem quite right to me. Granted, it still works just as well but it
sort of breaks the traditional naming structure for an array and really
jumbles the logical flow of things.
Reproduce code:
---------------
This is basically formality and really doesn't need to be hear at all,
but here you go; a sample HTML form that will produce the error:
<form action="blah" method="post">
<input type="file" name="array[file]">
<input type="submit" name="" value="Submit">
</form>
Expected result:
----------------
The form ideally should send back the file contained within $_FILES as
$_FILES['array']['file']['element'].
Actual result:
--------------
The form in fact sends back the file contained in $_FILES as
$_FILES['array']['element']['file'].
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=25589&edit=1
- 10
- #38176 [NEW]: overloading is ignored when using referenceFrom: pedro dot leite dot rocha at gmail dot com
Operating system: Linux 2.6.15-26-686
PHP version: 5.1.4
PHP Bug Type: Class/Object related
Bug description: overloading is ignored when using reference
Description:
------------
When using overloading with the special function __set, and passing the
value by reference, the overload is ignored, and a new attribute for the
class object is created.
I'm not sure if this is a bug, but I couldn't find anything like it in the
documentation, or in the bug list. Appreciate the help.
[]'s
Reproduce code:
---------------
class A {
private $v;
function __construct() {
echo "constructing...\n";
}
function __set($key, $value) {
echo "setting ".$key."\n";
$this->v[$key] = $value;
}
}
$foo = "bar";
$a = new A;
echo "without reference:\n";
$a->user = $foo;
echo "with reference:\n";
$a->user =& $foo;
var_dump($a);
Expected result:
----------------
constructing...
without reference:
setting user
with reference:
object(A)#1 (2) {
["v:private"]=>
array(1) {
["user"]=>
&string(3) "bar"
}
}
Actual result:
--------------
constructing...
without reference:
setting user
with reference:
object(A)#1 (2) {
["v:private"]=>
array(1) {
["user"]=>
string(3) "bar"
}
["user"]=>
&string(3) "bar"
}
--
Edit bug report at http://bugs.php.net/?id=38176&edit=1
--
Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38176&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38176&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38176&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=38176&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=38176&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=38176&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=38176&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=38176&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=38176&r=support
Expected behavior: http://bugs.php.net/fix.php?id=38176&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=38176&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=38176&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=38176&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38176&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=38176&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=38176&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=38176&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=38176&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=38176&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=38176&r=mysqlcfg
- 11
- #27365 [Fbk->Opn]: http_input encoding causes segfault at multipart/form-data ID: 27365
User updated by: zsolt dot banyai at kirowski dot com
Reported By: zsolt dot banyai at kirowski dot com
-Status: Feedback
+Status: Open
Bug Type: mbstring related
Operating System: debian linux apache 1.3/apache 2
PHP Version: 5.0.0b4 (beta4)
New Comment:
Here it is the result of backtrace. The problem appears when using long
names in input fields, but just if you post them as
multipart/form-data
0x404ed740 in _efree (ptr=0x0, __zend_filename=0x4053f980
"/usr/src/php-5.0.0b4/ext/mbstring/mbstring.c", __zend_lineno=3391,
__zend_orig_filename=0x0,
__zend_orig_lineno=0) at
/usr/src/php-5.0.0b4/Zend/zend_alloc.c:257
257 CALCULATE_REAL_SIZE_AND_CACHE_INDEX(p->size);
#0 0x404ed740 in _efree (ptr=0x0, __zend_filename=0x4053f980
"/usr/src/php-5.0.0b4/ext/mbstring/mbstring.c", __zend_lineno=3391,
__zend_orig_filename=0x0,
__zend_orig_lineno=0) at
/usr/src/php-5.0.0b4/Zend/zend_alloc.c:257
#1 0x40383c47 in php_mb_gpc_encoding_converter (str=0x40c019fc,
len=0x40c01b10, num=50, encoding_to=0x0, encoding_from=0x0)
at /usr/src/php-5.0.0b4/ext/mbstring/mbstring.c:3391
#2 0x404c982a in php_mb_flush_gpc_variables (num_vars=50,
val_list=0x40c019fc, len_list=0x40c01b10, array_ptr=0x40bf7d40) at
/usr/src/php-5.0.0b4/main/rfc1867.c:62
#3 0x404cb109 in rfc1867_post_handler (content_type_dup=0x40bf6384
"multipart/form-data; boundary=", '-' <repeats 27 times>,
"7d412f2f1160128", arg=0x40bf7d40)
at /usr/src/php-5.0.0b4/main/rfc1867.c:841
#4 0x404c79cc in sapi_handle_post (arg=0x40bf7d40) at
/usr/src/php-5.0.0b4/main/SAPI.c:114
#5 0x40384995 in mbstr_treat_data (arg=0, str=0x0, destArray=0x0) at
/usr/src/php-5.0.0b4/ext/mbstring/mb_gpc.c:117
#6 0x404ce42e in php_hash_environment () at
/usr/src/php-5.0.0b4/main/php_variables.c:582
#7 0x404c19a1 in php_request_startup () at
/usr/src/php-5.0.0b4/main/main.c:1084
#8 0x40534dc8 in php_apache_request_ctor (r=0x8229900, ctx=0x822fb18)
at /usr/src/php-5.0.0b4/sapi/apache2handler/sapi_apache2.c:442
#9 0x40535331 in php_handler (r=0x8229900) at
/usr/src/php-5.0.0b4/sapi/apache2handler/sapi_apache2.c:521
#10 0x08099596 in ap_run_handler (r=0x8229900) at config.c:195
#11 0x08099aae in ap_invoke_handler (r=0x8229900) at config.c:401
#12 0x080748b3 in ap_process_request (r=0x8229900) at
http_request.c:288
#13 0x08070b01 in ap_process_http_connection (c=0x82237f8) at
http_core.c:293
#14 0x080a21ae in ap_run_process_connection (c=0x82237f8) at
connection.c:85
#15 0x0809814c in child_main (child_num_arg=-36) at prefork.c:696
#16 0x080982f6 in make_child (s=0x812fd28, slot=0) at prefork.c:736
#17 0x0809834f in startup_children (number_to_start=5) at
prefork.c:808
#18 0x08098a41 in ap_mpm_run (_pconf=0x80dd0a8, plog=0x811f1b0,
s=0x812fd28) at prefork.c:1024
#19 0x0809d75a in main (argc=2, argv=0xbffffd74) at main.c:660
Previous Comments:
------------------------------------------------------------------------
[2004-02-23 11:25:17] email***@***.com
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.
------------------------------------------------------------------------
[2004-02-23 11:09:18] zsolt dot banyai at kirowski dot com
Description:
------------
php.ini set in httpd.conf:
php_value mbstring.internal_encoding UTF-8
php_flag mbstring.encoding_translation On
php_value mbstring.http_input UTF-8
causes segfault when a multipart/form-data form posted with both of
apache 1.3 and apache2
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=27365&edit=1
- 12
- [PHP-DEV] 5.0.5, BC break, fatal errorHello,
Without arguing again about the """fix""" for the memory corruption
discovered earlier this summer and without anyone able to reproduce
with a medium size script, _why_ in the world one applies this fix to
the 5.0 branche?
5.0.5 was supposed to be a _security_ fix release only. I do know many
people who will upgrade and they do have tousands of lines of codes
wrote by many people. Do you really think the answers given in the
various bug reports (http://bugs.php.net/bug.php?id=3D34468) is good?
And please, do not tell me to come with a patch to fix this problem,
the fix should have not been applied to 5.0.5, period.
Any chance to roll it again without the fix? The fix is not listed in
the NEWS neither in the Changelog.
I know that the chance to get that fixed is null, but I would like to
hear some valid explanations besides the common arrogant answers.
Regards,
--Pierre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
- 13
- #40626 [Opn->Fbk]: preg_match and koi8-r ID: 40626
Updated by: email***@***.com
Reported By: themixa at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: PCRE related
Operating System: Linux(PHP-5.1.6), Freebsd(PHP-4)
PHP Version: 4.4.5
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
Previous Comments:
------------------------------------------------------------------------
[2007-02-25 07:24:22] themixa at gmail dot com
Description:
------------
preg_match don't recognize some letters in KOI8-R.
Reproduce code:
---------------
<?
$result = (bool)setlocale(LC_CTYPE, "ru_RU.koi8r", "ru_RU.KOI8-R");
if (!$result || preg_match('/koi8/i', setlocale(LC_CTYPE, 0)) == 0) {
die("skip setlocale() failed\n");
}
#FRS is First russian letter
#LRS is Last russian letter
echo
preg_match("/^[а-яА-Я]+$/","йцукенгшщзхъфывапролджэячсмитьбю");
#patterrn with [frs-lrsFRS-LRS] and string contained full russian
alphabet return 0
echo
preg_match("/^[а-яА-Я]+$/","абГДек");
#patterrn with [frs-lrsFRS-LRS] and string some few russian letters
(forexample, without third letter in alphabet) return 1
?>
Expected result:
----------------
First and second preg_match must return 1
Actual result:
--------------
Only second preg_match must return 1
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=40626&edit=1
- 14
- #36053 [Opn->Asn]: Multiple params fail with new version of PHP ID: 36053
Updated by: email***@***.com
Reported By: tzlee at tzlee dot com
-Status: Open
+Status: Assigned
Bug Type: PDO related
Operating System: Linux
PHP Version: 5.1.2
-Assigned To:
+Assigned To: wez
New Comment:
Assigned to the maintainer.
Previous Comments:
------------------------------------------------------------------------
[2006-01-17 16:19:00] tzlee at tzlee dot com
Description:
------------
Using a param (e.g. :id) more than once in a prepared statement used to
work with my older PHP 5.0.4 (PDO 1.0.2 and PDO_MySQL 1.0.1) but now
breaks with PHP 5.1.2 (using default PDO and PDO_MySQL ext included in
download)
Reproduce code:
---------------
$stmt = $db->prepare("SELECT id, name FROM table WHERE id = :id OR
parent = :id");
$stmt->assignValue(':id', 1, PDO::PARAM_INT);
$stmt->execute();
Expected result:
----------------
Should work
Actual result:
--------------
Failed with General Error
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=36053&edit=1
- 15
- #38470 [Opn->Fbk]: Bug when calling odbc_field_type on tinyint and long varchar. ID: 38470
Updated by: email***@***.com
Reported By: info at softmind dot com dot lb
-Status: Open
+Status: Feedback
Bug Type: ODBC related
Operating System: Win xp sp2
PHP Version: 5.1.4
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 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.
Previous Comments:
------------------------------------------------------------------------
[2006-08-16 09:12:14] info at softmind dot com dot lb
Description:
------------
Database: ASA (Adaptive Server Anywhere) version 6.x
If the column in a table is of type "long varchar" or "tinyint" it is
causing the apache server to go down.
Otherwise it works fine.
As for the "long varchar", the length that is returned is very large,
so I was able to check for the size and if it is greate than 1000000, I
can find out that it is a long varchar, however, with the tiny int, it
returns a length of 3, however, I cannot assume that it is a tinyint,
since it could be a CHAR(3) as well.
Reproduce code:
---------------
// This is a method within an object
// $result is the result id returned from odbc_exec function
function getFields($result){
$this->object=array(); // clear array
$max = odbc_num_fields($result); // get column numbers
for ($i=1; $i<=$max; $i++) {
$name = odbc_field_name($result,$i);
$scale = odbc_field_scale($result,$i);
$size = odbc_field_precision($result,$i);
// Workaround temporary otherwise, if odbc_field_type is called, then
the apache server will crash.
$type =
$size>1000000?'TEXT':$size==3?'TINYINT':odbc_field_type($result,$i);
}
}
Expected result:
----------------
To receive in the $type variable TINYINT, LONG VARCHAR, etc...
Actual result:
--------------
Crashing the apache server.
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=38470&edit=1
|
|
|