#36246 [Com]: Memory problem (double free)
ID: 36246 Comment by: fabian dot martin at gmail dot com Reported By: eustaquiorangel at yahoo dot com Status: No Feedback Bug Type: XSLT related Operating System: Linux, Slackware 10.2 (current) PHP Version: 5.1.2 New Comment: I have the same Problem on two different Server, but I'm don't using XSLT. Here are the Logs. Server 1 (PHP 5.2.11, running as FastCGI): *** glibc detected *** ps: double free or corruption (fasttop): 0x0968fe30 *** === Backtrace: = /lib/i686/cmov/libc.so.6[0xb7ef48f4] /lib/i686/cmov/libc.so.6(cfree+0x96)[0xb7ef6896] ps[0x8049af2] ps[0x804a735] /lib/i686/cmov/libc.so.6(__libc_start_main+0xe5)[0xb7e9c7a5] ps[0x8049401] === Memory map: 08048000-0805b000 r-xp 08:05 16794109 /bin/ps 0805b000-0805c000 rw-p 00012000 08:05 16794109 /bin/ps 0805c000-0807c000 rw-p 00:00 0 0968f000-096b rw-p 00:00 0 [heap] b7b0-b7b21000 rw-p 00:00 0 b7b21000-b7c0 ---p 00:00 0 b7c2f000-b7c59000 r-xp 08:05 933898 /lib/libgcc_s.so.1 b7c59000-b7c5a000 rw-p 00029000 08:05 933898 /lib/libgcc_s.so.1 b7c63000-b7c84000 rw-p 00:00 0 b7c84000-b7c85000 ---p 00:00 0 b7c85000-b7e85000 r--p 08:05 17662043 /usr/lib/locale/locale-archive b7e85000-b7e86000 rw-p 00:00 0 b7e86000-b7fde000 r-xp 08:05 1473 /lib/i686/cmov/libc-2.9.so b7fde000-b7fdf000 ---p 00158000 08:05 1473 /lib/i686/cmov/libc-2.9.so b7fdf000-b7fe1000 r--p 00158000 08:05 1473 /lib/i686/cmov/libc-2.9.so b7fe1000-b7fe2000 rw-p 0015a000 08:05 1473 /lib/i686/cmov/libc-2.9.so b7fe2000-b7fe5000 rw-p 00:00 0 b7fe5000-b7ff3000 r-xp 08:05 933943 /lib/libproc-3.2.8.so b7ff3000-b7ff4000 rw-p e000 08:05 933943 /lib/libproc-3.2.8.so b7ff4000-b8006000 rw-p 00:00 0 b800e000-b8011000 rw-p 00:00 0 b8011000-b8012000 r-xp 00:00 0 [vdso] b8012000-b802e000 r-xp 08:05 17186860 /lib/ld-2.9.so b802e000-b802f000 r--p 0001b000 08:05 17186860 /lib/ld-2.9.so b802f000-b803 rw-p 0001c000 08:05 17186860 /lib/ld-2.9.so bfe04000-bfe19000 rw-p 00:00 0 [stack] --- Server 2 (PHP 5.2.11, running as FastCGI): *** glibc detected *** ps: double free or corruption (fasttop): 0x0063a8a0 *** === Backtrace: = /lib/libc.so.6[0x7f17861706c8] /lib/libc.so.6(cfree+0x76)[0x7f17861721d6] ps[0x4022f0] ps[0x402f6e] /lib/libc.so.6(__libc_start_main+0xe6)[0x7f178611d5c6] ps[0x401ba9] === Memory map: 0040-00418000 r-xp 09:01 93617 /bin/ps 00618000-00619000 rw-p 00018000 09:01 93617 /bin/ps 00619000-0065a000 rw-p 00619000 00:00 0 [heap] 7f178000-7f1780021000 rw-p 7f178000 00:00 0 7f1780021000-7f178400 ---p 7f1780021000 00:00 0 7f1785b96000-7f1785bb r-xp 09:01 61865 /lib/libgcc_s.so.1 7f1785bb-7f1785daf000 ---p 0001a000 09:01 61865 /lib/libgcc_s.so.1 7f1785daf000-7f1785db rw-p 00019000 09:01 61865 /lib/libgcc_s.so.1 7f1785db7000-7f1785dbe000 r--s 09:05 389 /usr/lib/gconv/gconv-modules.cache 7f1785dbe000-7f1785de rw-p 7f1785dbe000 00:00 0 7f1785de-7f1785de1000 ---p 7f1785de 00:00 0 7f1785de1000-7f17860ff000 r--p 09:05 4194433 /usr/lib/locale/locale-archive 7f17860ff000-7f1786246000 r-xp 09:01 62149 /lib/libc-2.9.so 7f1786246000-7f1786446000 ---p 00147000 09:01 62149 /lib/libc-2.9.so 7f1786446000-7f178644a000 r--p 00147000 09:01 62149 /lib/libc-2.9.so 7f178644a000-7f178644b000 rw-p 0014b000 09:01 62149 /lib/libc-2.9.so 7f178644b000-7f178645 rw-p 7f178644b000 00:00 0 7f178645-7f1786461000 r-xp 09:01 61889 /lib/libproc-3.2.8.so 7f1786461000-7f178666 ---p 00011000 09:01 61889 /lib/libproc-3.2.8.so 7f178666-7f1786661000 rw-p 0001 09:01 61889 /lib/libproc-3.2.8.so 7f1786661000-7f1786674000 rw-p 7f1786661000 00:00 0 7f1786674000-7f1786691000 r-xp 09:01 62146 /lib/ld-2.9.so 7f1786884000-7f1786886000 rw-p 7f1786884000 00:00 0 7f178688d000-7f178689 rw-p 7f178688d000 00:00 0 7f178689-7f1786891000 r--p 0001c000 09:01 62146 /lib/ld-2.9.so 7f1786891000-7f1786892000 rw-p 0001d000 09:01 62146 /lib/ld-2.9.so 7fff8e87c000-7fff8e891000 rw-p 7ffea000 00:00 0 [stack] 7fff8e9fe000-7fff8e9ff000 r-xp 7fff8e9fe000 00:00 0 [vdso] ff60-ff601000 r-xp 00:00 0 [vsyscall] Previous Comment
#35368 [Com]: PDO query does not work properly with serialize
ID: 35368 Comment by: ET at 126 dot COM Reported By: lists at cyberlot dot net Status: Suspended Bug Type: PDO related Operating System: * PHP Version: 6CVS, 5CVS Assigned To: wez New Comment: http://www.baidu.com";>baidu [url=www.google.com]google[/url] [url=http://www.sina.com]sina[/url] [url="http://www.baidu.com"]baidu[/url] [link=http://www.yahoo.com]yahoo[/link] Previous Comments: [2009-10-24 00:53:35] linlixiang123 at 126 dot com As there are number of ways by which http://www.jordanshoes100.com";>jordan shoes your hair, but you will find using hair straightener easy. http://www.jordanshoes100.com";>air jordan shoes Today something that no person will be without is his or her http://www.jordanshoes100.com";>cheap jordan shoes .Since hair straightener has become an essential part of so it is wise to check that they are in good condition and do not need replacing if you have had your. [2005-11-27 22:11:06] w...@php.net We managed to reproduce the problem; it's a problem with the query rewriter when it maps :name to ?. If the string is embedded in the SQL using single quotes, but has double quotes backslashed, the string it too tricky for the parser to follow, and it ends up transforming parts of the serialized string that it shouldn't. There are three possible workarounds for this issue, in order of preference: - Don't embed serialized data into the query string; use bound parameters (that's what they're there for). In future versions of PDO, prepared statements may be cacheable in persistent connections, leading to a performance gain. - Use PDO::quote() to correctly quote the string - Use PDO::exec() to fire off this UPDATE/INSERT statement; it uses an alternate API that doesn't need to handle parameters. [2005-11-25 16:40:35] tony2...@php.net This is fixed in CVS, get a fresh snapshot and try again. [2005-11-25 16:32:07] lists at cyberlot dot net To try and narrow this down and be able to play with the code more I recompiled PHP 5.1 without pdo support then compiled seperate modules however I could not get pdo_mysql to compile. I phpized ./configure and make and get the following error checking for MySQL support for PDO... yes, shared checking for mysql_config... /usr/bin/mysql_config checking for mysql_query... no configure: error: mysql_query missing!? Might be related? So I forced a install of pdo_mysql RC2 The bug goes away, Same exact script but everything is working... So its either a diffrence between pdo_mysql RC2 or some wierd issue with shared vs compiled in. I hope that helps somehow? [2005-11-25 15:14:33] lists at cyberlot dot net What OS are you testing on? All I have are Centos/Redhat based boxes to test on. Also if this helps I always download directly from MySQL I never use the DIST included rpms. 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/35368 -- Edit this bug report at http://bugs.php.net/?id=35368&edit=1
#47971 [Opn]: Allow 'static' keyword to be applied to entire classes
ID: 47971 User updated by: cscott at ggot dot org Reported By: cscott at ggot dot org Status: Open Bug Type: Feature/Change Request Operating System: Irrelevant PHP Version: 5.2.9 New Comment: For Relevancy: I do not believe that namespaces solve this problem, as __autoload does not work with namespaces (and, for obvious reasons, shouldn't). Previous Comments: [2009-04-14 21:07:14] cscott at ggot dot org Description: Fairly simple: A developer is allowed to define his/her classes as abstract or final, but not as static. For continuity's sake, it would be preferable to be able to declare classes as static as well. This would greatly ease the creation of static function collections/libraries, especially those included with __autoload(). When a class is declared as abstract, it is a statement at the open that this is an incomplete member; you can specify any method inside a class to be abstract and the class is effectively abstract, yet this keyword is allowed in the class declaration. When a class is declared final, it is a statement at the open that all members are to be considered final, and that this class should not be extended any further. By allowing classes to be declared as static, it would follow with allowing "abstract class foo" in the sense that the keyword reflects the contents of the class, and would follow with "final class foo" in that it would define a binding construct for all members of the class. Whether a) In a static class, all methods and members are automatically static -OR- b) In a static class, all methods and members must be declared static Is surely not for me to decide -- either is useful, as it either forces me to ensure all members are static, or it does the legwork for me. As such, I make no suggestion and defer to the wisdom of the developer(s). Thank you for your consideration. -- Edit this bug report at http://bugs.php.net/?id=47971&edit=1
#45301 [Com]: Serious flaw in random related functions
ID: 45301
Comment by: scott046 at hotmail dot com
Reported By: payton2558 at googlemail dot com
Status: Assigned
Bug Type: Math related
Operating System: win32 only
PHP Version: *
Assigned To: pajoye
New Comment:
If anybody is interested, this code:
\r\n");
$array1 = array();
$counter1 = 0;
while($counter1 < 20) {
$array1[] = $counter1;
$counter1++;
}
$print_counter1 = 0;
while($print_counter1 < 10) {
print($array1[array_rand($array1)] . "\r\n");
$print_counter1++;
}
print("\r\n\r\n200 element array; apparently no
problem\r\n");
$array1 = array();
$counter1 = 0;
while($counter1 < 200) {
$array1[] = $counter1;
$counter1++;
}
$print_counter1 = 0;
while($print_counter1 < 10) {
print($array1[array_rand($array1)] . "\r\n");
$print_counter1++;
}
print("\r\n\r\n2000 element array; apparently no
problem\r\n");
$array1 = array();
$counter1 = 0;
while($counter1 < 2000) {
$array1[] = $counter1;
$counter1++;
}
$print_counter1 = 0;
while($print_counter1 < 10) {
print($array1[array_rand($array1)] . "\r\n");
$print_counter1++;
}
print("\r\n\r\n1 element array; apparent problem: mild
repetition\r\n");
$array1 = array();
$counter1 = 0;
while($counter1 < 1) {
$array1[] = $counter1;
$counter1++;
}
$print_counter1 = 0;
while($print_counter1 < 10) {
print($array1[array_rand($array1)] . "\r\n");
$print_counter1++;
}
print("\r\n\r\n2 element array; apparent problem:
repetition\r\n");
$array1 = array();
$counter1 = 0;
while($counter1 < 2) {
$array1[] = $counter1;
$counter1++;
}
$print_counter1 = 0;
while($print_counter1 < 10) {
print($array1[array_rand($array1)] . "\r\n");
$print_counter1++;
}
print("\r\n\r\n3 element array; apparent problem:
repetition\r\n");
$array1 = array();
$counter1 = 0;
while($counter1 < 3) {
$array1[] = $counter1;
$counter1++;
}
$print_counter1 = 0;
while($print_counter1 < 10) {
print($array1[array_rand($array1)] . "\r\n");
$print_counter1++;
}
print("\r\n\r\n5 element array; apparent problem:
repetition\r\n");
$array1 = array();
$counter1 = 0;
while($counter1 < 5) {
$array1[] = $counter1;
$counter1++;
}
$print_counter1 = 0;
while($print_counter1 < 10) {
print($array1[array_rand($array1)] . "\r\n");
$print_counter1++;
}
print("\r\n\r\n10 element array; 32767=2^15-1 repeating;
\r\n");
$array1 = array();
$counter1 = 0;
while($counter1 < 10) {
$array1[] = $counter1;
$counter1++;
}
$print_counter1 = 0;
while($print_counter1 < 10) {
print($array1[array_rand($array1)] . "\r\n");
$print_counter1++;
}
print("\r\n\r\n20 element array; 32767=2^15-1 repeating;
\r\n");
$array1 = array();
$counter1 = 0;
while($counter1 < 20) {
$array1[] = $counter1;
$counter1++;
}
$print_counter1 = 0;
while($print_counter1 < 10) {
print($array1[array_rand($array1)] . "\r\n");
$print_counter1++;
}
print("\r\n\r\n30 element array; 32767=2^15-1 repeating;
\r\n");
$array1 = array();
$counter1 = 0;
while($counter1 < 30) {
$array1[] = $counter1;
$counter1++;
}
$print_counter1 = 0;
while($print_counter1 < 10) {
print($array1[array_rand($array1)] . "\r\n");
$print_counter1++;
}
?>
produces this output:
20 element array; apparently no problem
16
5
11
9
17
7
15
2
8
9
200 element array; apparently no problem
43
25
147
127
127
2
109
14
67
165
2000 element array; apparently no problem
26
1513
1882
1721
590
917
1237
596
409
1170
1 element array; apparent problem: mild repetition
2661
6633
8864
1157
2432
6681
6995
6633
8864
1157
2 element array; apparent problem: repetition
2432
13677
15498
3590
13677
15498
3590
13677
15498
3590
3 element array; apparent problem: repetition
13677
15498
3590
13677
15498
3590
13677
15498
3590
13677
5 element array; apparent problem: repetition
19089
29176
3590
29176
3590
29176
3590
29176
3590
29176
10 element array; 32767=2^15-1 repeating;
3590
32767
32767
32767
32767
32767
32767
32767
32767
32767
20 element array; 32767=2^15-1 repeating;
32767
32767
32767
32767
32767
32767
32767
32767
32767
32767
30 element array; 32767=2^15-1 repeating;
32767
32767
32767
32767
32767
32767
32767
32767
32767
32767
for me. I do not know the exact problem although the randomization
seems progressively worse on larger arrays.
Previous Comments:
[2008-07-02 11:47:39] j...@php.net
See also bug #45302
[2008-06-18 21:26:39] paj...@php.net
> What about merging a patch that circulated in @internals that made
> rand() and alias to mt_rand() and be done with this ?
Because it may not fix the problem? (see
#48615 [NoF->Asn]: Will not install. Exits with error 2711
ID: 48615
Updated by: paj...@php.net
Reported By: codeblock at eighthbit dot net
-Status: No Feedback
+Status: Assigned
Bug Type: Windows Installer
Operating System: Windows XP
PHP Version: 6CVS-2009-06-20 (snap)
Assigned To: jmertic
Previous Comments:
[2009-10-30 21:46:24] stevek at promanagementsystems dot com
MSI (s) (E4:44) [16:42:22:686]: PROPERTY CHANGE: Modifying INSTALLDIR
property. Its current value is 'c:\php'. Its new value: 'C:\php\'.
MSI (s) (E4:44) [16:42:22:686]: PROPERTY CHANGE: Adding extrasdirectory
property. Its value is 'C:\php\extras\'.
MSI (s) (E4:44) [16:42:22:686]: PROPERTY CHANGE: Adding extdirectory
property. Its value is 'C:\php\ext\'.
MSI (s) (E4:44) [16:42:22:686]: PROPERTY CHANGE: Adding devdirectory
property. Its value is 'C:\php\dev\'.
MSI (s) (E4:44) [16:42:22:686]: Target path resolution complete.
Dumping Directory table...
MSI (s) (E4:44) [16:42:22:686]: Note: target paths subject to change
(via custom actions or browsing)
MSI (s) (E4:44) [16:42:22:686]: Dir (target): Key: TARGETDIR, Object:
F:\
MSI (s) (E4:44) [16:42:22:686]: Dir (target): Key: XITAMIDIR, Object:
NULL
MSI (s) (E4:44) [16:42:22:686]: Dir (target): Key: WindowsFolder,
Object: C:\WINDOWS\
MSI (s) (E4:44) [16:42:22:686]: Dir (target): Key: ProgramMenuFolder,
Object: C:\Documents and Settings\All Users\Start Menu\Programs\
MSI (s) (E4:44) [16:42:22:686]: Dir (target): Key: ProgramMenuDir ,
Object: C:\Documents and Settings\All Users\Start Menu\Programs\PHP 5\
MSI (s) (E4:44) [16:42:22:686]: Dir (target): Key: ProgramFilesFolder ,
Object: C:\Program Files\
MSI (s) (E4:44) [16:42:22:686]: Dir (target): Key: INSTALLDIR , Object:
C:\php\
MSI (s) (E4:44) [16:42:22:686]: Dir (target): Key: extrasdirectory ,
Object: C:\php\extras\
MSI (s) (E4:44) [16:42:22:686]: Dir (target): Key: extdirectory ,
Object: C:\php\ext\
MSI (s) (E4:44) [16:42:22:686]: Dir (target): Key: devdirectory ,
Object: C:\php\dev\
MSI (s) (E4:44) [16:42:22:686]: PROPERTY CHANGE: Adding INSTALLLEVEL
property. Its value is '1'.
MSI (s) (E4:44) [16:42:22:702]: Note: 1: 2711 2: APACHEDIR=c:\apache
MSI (s) (E4:44) [16:42:22:702]: Note: 1: 2205 2: 3: Error
MSI (s) (E4:44) [16:42:22:702]: Note: 1: 2228 2: 3: Error 4: SELECT
`Message` FROM `Error` WHERE `Error` = 2711
DEBUG: Error 2711: The specified Feature name ('APACHEDIR=c:\apache')
not found in Feature Table.
MSI (s) (E4:44) [16:42:22:717]: Note: 1: 2205 2: 3: Error
MSI (s) (E4:44) [16:42:22:717]: Note: 1: 2228 2: 3: Error 4: SELECT
`Message` FROM `Error` WHERE `Error` = 1709
MSI (s) (E4:44) [16:42:22:733]: Product: PHP 5.3.0 -- The installer has
encountered an unexpected error installing this package. This may
indicate a problem with this package. The error code is 2711. The
arguments are: APACHEDIR=c:\apache, ,
The installer has encountered an unexpected error installing this
package. This may indicate a problem with this package. The error code
is 2711. The arguments are: APACHEDIR=c:\apache, ,
Action ended 16:42:22: CostFinalize. Return value 3.
Action ended 16:42:22: INSTALL. Return value 3.
Property(S): INSTALLDIR = C:\php\
[2009-07-06 01:00:01] 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".
[2009-06-28 18:24:22] jmer...@php.net
Could you run it in verbose logging mode and attach the log file? To
run
in verbose logging mode issue the below command from the command
prompt
( from the same directory where the install exists ):
msiexec /i php-6.0.0-win32-installer.msi /l*v error.log
[2009-06-20 12:58:12] codeblock at eighthbit dot net
Description:
The installer exits with error 2711, when trying to install with the
apache 2.x module. 5.3 snap installed fine.
Expected result:
Installer to continue.
Actual result:
--
Installer exits with error code 2711.
--
Edit this bug report at http://bugs.php.net/?id=48615&edit=1
#48615 [Com]: Will not install. Exits with error 2711
ID: 48615
Comment by: stevek at promanagementsystems dot com
Reported By: codeblock at eighthbit dot net
Status: No Feedback
Bug Type: Windows Installer
Operating System: Windows XP
PHP Version: 6CVS-2009-06-20 (snap)
Assigned To: jmertic
New Comment:
MSI (s) (E4:44) [16:42:22:686]: PROPERTY CHANGE: Modifying INSTALLDIR
property. Its current value is 'c:\php'. Its new value: 'C:\php\'.
MSI (s) (E4:44) [16:42:22:686]: PROPERTY CHANGE: Adding extrasdirectory
property. Its value is 'C:\php\extras\'.
MSI (s) (E4:44) [16:42:22:686]: PROPERTY CHANGE: Adding extdirectory
property. Its value is 'C:\php\ext\'.
MSI (s) (E4:44) [16:42:22:686]: PROPERTY CHANGE: Adding devdirectory
property. Its value is 'C:\php\dev\'.
MSI (s) (E4:44) [16:42:22:686]: Target path resolution complete.
Dumping Directory table...
MSI (s) (E4:44) [16:42:22:686]: Note: target paths subject to change
(via custom actions or browsing)
MSI (s) (E4:44) [16:42:22:686]: Dir (target): Key: TARGETDIR, Object:
F:\
MSI (s) (E4:44) [16:42:22:686]: Dir (target): Key: XITAMIDIR, Object:
NULL
MSI (s) (E4:44) [16:42:22:686]: Dir (target): Key: WindowsFolder,
Object: C:\WINDOWS\
MSI (s) (E4:44) [16:42:22:686]: Dir (target): Key: ProgramMenuFolder,
Object: C:\Documents and Settings\All Users\Start Menu\Programs\
MSI (s) (E4:44) [16:42:22:686]: Dir (target): Key: ProgramMenuDir ,
Object: C:\Documents and Settings\All Users\Start Menu\Programs\PHP 5\
MSI (s) (E4:44) [16:42:22:686]: Dir (target): Key: ProgramFilesFolder ,
Object: C:\Program Files\
MSI (s) (E4:44) [16:42:22:686]: Dir (target): Key: INSTALLDIR , Object:
C:\php\
MSI (s) (E4:44) [16:42:22:686]: Dir (target): Key: extrasdirectory ,
Object: C:\php\extras\
MSI (s) (E4:44) [16:42:22:686]: Dir (target): Key: extdirectory ,
Object: C:\php\ext\
MSI (s) (E4:44) [16:42:22:686]: Dir (target): Key: devdirectory ,
Object: C:\php\dev\
MSI (s) (E4:44) [16:42:22:686]: PROPERTY CHANGE: Adding INSTALLLEVEL
property. Its value is '1'.
MSI (s) (E4:44) [16:42:22:702]: Note: 1: 2711 2: APACHEDIR=c:\apache
MSI (s) (E4:44) [16:42:22:702]: Note: 1: 2205 2: 3: Error
MSI (s) (E4:44) [16:42:22:702]: Note: 1: 2228 2: 3: Error 4: SELECT
`Message` FROM `Error` WHERE `Error` = 2711
DEBUG: Error 2711: The specified Feature name ('APACHEDIR=c:\apache')
not found in Feature Table.
MSI (s) (E4:44) [16:42:22:717]: Note: 1: 2205 2: 3: Error
MSI (s) (E4:44) [16:42:22:717]: Note: 1: 2228 2: 3: Error 4: SELECT
`Message` FROM `Error` WHERE `Error` = 1709
MSI (s) (E4:44) [16:42:22:733]: Product: PHP 5.3.0 -- The installer has
encountered an unexpected error installing this package. This may
indicate a problem with this package. The error code is 2711. The
arguments are: APACHEDIR=c:\apache, ,
The installer has encountered an unexpected error installing this
package. This may indicate a problem with this package. The error code
is 2711. The arguments are: APACHEDIR=c:\apache, ,
Action ended 16:42:22: CostFinalize. Return value 3.
Action ended 16:42:22: INSTALL. Return value 3.
Property(S): INSTALLDIR = C:\php\
Previous Comments:
[2009-07-06 01:00:01] 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".
[2009-06-28 18:24:22] jmer...@php.net
Could you run it in verbose logging mode and attach the log file? To
run
in verbose logging mode issue the below command from the command
prompt
( from the same directory where the install exists ):
msiexec /i php-6.0.0-win32-installer.msi /l*v error.log
[2009-06-20 12:58:12] codeblock at eighthbit dot net
Description:
The installer exits with error 2711, when trying to install with the
apache 2.x module. 5.3 snap installed fine.
Expected result:
Installer to continue.
Actual result:
--
Installer exits with error code 2711.
--
Edit this bug report at http://bugs.php.net/?id=48615&edit=1
#49078 [Com]: Make Failed sapi/cli/php Error 1
ID: 49078 Comment by: rofc at rofc dot com dot ar Reported By: kdprice at baylou dot com Status: No Feedback Bug Type: Compile Failure Operating System: CentOS 5 PHP Version: 5.3SVN-2009-07-27 (snap) New Comment: Same problem here with FC5 on a x86_64 server. Previous Comments: [2009-10-15 07:31:32] eric-delas at wanadoo dot fr I got the same problem, on FedoraCore 9 and PHP 5.3.0 [2009-10-05 09:55:36] php_spam at taf dot nu with "-lresolv" (notice no "e" at the end) will stop the error but creates an unsable php install for me. [2009-10-05 08:47:56] php_spam at taf dot nu adding "-lresolve" didnt work for me: /usr/bin/ld: cannot find -lresolve collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 PHP 5.3.0 stable OS: Linux 2.6.18-1.2798.fc6 #1 SMP Mon Oct 16 14:37:32 EDT 2006 Configure line: ./configure --with-apxs2=/somewhere/httpd/bin/apxs --with-mysql=/usr/lib/ --prefix=/usr/local/php5 --with-gd --with-jpeg-dir --with-zlib-dir --enable-ftp --with-ttf --with-gd-native-ttf --with-freetype-dir --with-xpm-dir --enable-mbstring --enable-zip --disable-posix-threads --with-mcrypt=/somewhere/libmcrypt-2.5.8 --enable-sockets --with-openssl=/usr/local/ssl/ --enable-pcntl --with-mime-magic --enable-bcmath --enable-dbase Sorry for bumping this but i hope this is fix-able. [2009-09-09 21:12:50] dipakgarg at gmail dot com i tried to install php5.3.0 on ubuntu today and faced the similar problem, plz help me with the solution [2009-08-05 01:00:03] 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". 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/49078 -- Edit this bug report at http://bugs.php.net/?id=49078&edit=1
#50042 [Bgs]: global variable not fully global when declared in a function within a function
ID: 50042 User updated by: adam dot jimenez at gmail dot com Reported By: adam dot jimenez at gmail dot com Status: Bogus Bug Type: Variables related Operating System: any PHP Version: 5.3.0 New Comment: //Global doesn't make a variable global but imports a variable fro mthe global scope (outside of all functions) into the current function/method. so how come it's added to the $GLOBALS array and can be accessed from outside the function? Previous Comments: [2009-10-30 15:30:39] johan...@php.net 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 Global doesn't make a variable global but imports a variable fro mthe global scope (outside of all functions) into the current function/method. [2009-10-30 15:03:46] adam dot jimenez at gmail dot com Description: In the example function test2 is declared in function test. Function test2 declares the variable $test as global. $test is available inside test2 and outside the function but crucially not in function test. this may seem strange practice to declare a function within a function. but it can be useful in a function or class-based template system which is including other files and projects like wordpress. see: http://wordpress.org/support/topic/288455 Reproduce code: --- Expected result: nads nads Actual result: -- nads -- Edit this bug report at http://bugs.php.net/?id=50042&edit=1
#50044 [Com]: angosso....@php.net
ID: 50044
Comment by: rombiama at gmail dot com
Reported By: rombiama at gmail dot com
Status: Feedback
Bug Type: Output Control
Operating System: extension php
PHP Version: 5.3.0
New Comment:
bUG 50044
www.angosso.com/index.php
http://angosso.com/index2.php;
links fixed http://angosso.com/public_html;
connect apache2 angosso.com port 80
?>
Previous Comments:
[2009-10-30 18:52:24] u...@php.net
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc. If the script requires a
database to demonstrate the issue, please make sure it creates
all necessary tables, stored procedures etc.
Please avoid embedding huge scripts into the report.
[2009-10-30 18:42:55] rombiama at gmail dot com
Description:
liste-membres-1.php
';
foreach( $pdo->query('SELECT nom, prenom FROM membres ORDER BY nom,
prenom ') as $row ) {
echo '', $row['Mbiama Assogo '], ' ', $row['Roger'],
'';
}
echo '';
?>
Reproduce code:
---
---
>From manual page: function.utf8-encode#Description
---
www.angosso.com/contact;
www.angosso.com/Societe;
www.angosso.com/accueil;
www.angosso.com/economie;
www.angosso.com/support;
www.angosso.com/services;
www.angosso.com/*
Expected result:
liste-membres-1.php
Actual result:
--
www.angosso.com/index.php
http://angosso.com/index2.php;
links fixed http://angosso.com/public_html;
connect apache2 angosso.com port 80
?>
--
Edit this bug report at http://bugs.php.net/?id=50044&edit=1
#50044 [Opn->Fbk]: angosso....@php.net
ID: 50044
Updated by: u...@php.net
Reported By: rombiama at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: Output Control
Operating System: extension php
PHP Version: 5.3.0
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 ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc. If the script requires a
database to demonstrate the issue, please make sure it creates
all necessary tables, stored procedures etc.
Please avoid embedding huge scripts into the report.
Previous Comments:
[2009-10-30 18:42:55] rombiama at gmail dot com
Description:
liste-membres-1.php
';
foreach( $pdo->query('SELECT nom, prenom FROM membres ORDER BY nom,
prenom ') as $row ) {
echo '', $row['Mbiama Assogo '], ' ', $row['Roger'],
'';
}
echo '';
?>
Reproduce code:
---
---
>From manual page: function.utf8-encode#Description
---
www.angosso.com/contact;
www.angosso.com/Societe;
www.angosso.com/accueil;
www.angosso.com/economie;
www.angosso.com/support;
www.angosso.com/services;
www.angosso.com/*
Expected result:
liste-membres-1.php
Actual result:
--
www.angosso.com/index.php
http://angosso.com/index2.php;
links fixed http://angosso.com/public_html;
connect apache2 angosso.com port 80
?>
--
Edit this bug report at http://bugs.php.net/?id=50044&edit=1
#50044 [NEW]: angosso....@php.net
From: rombiama at gmail dot com
Operating system: extension php
PHP version: 5.3.0
PHP Bug Type: Output Control
Bug description: angosso@php.net
Description:
liste-membres-1.php
';
foreach( $pdo->query('SELECT nom, prenom FROM membres ORDER BY nom, prenom
') as $row ) {
echo '', $row['Mbiama Assogo '], ' ', $row['Roger'], '';
}
echo '';
?>
Reproduce code:
---
---
>From manual page: function.utf8-encode#Description
---
www.angosso.com/contact;
www.angosso.com/Societe;
www.angosso.com/accueil;
www.angosso.com/economie;
www.angosso.com/support;
www.angosso.com/services;
www.angosso.com/*
Expected result:
liste-membres-1.php
Actual result:
--
www.angosso.com/index.php
http://angosso.com/index2.php;
links fixed http://angosso.com/public_html;
connect apache2 angosso.com port 80
?>
--
Edit bug report at http://bugs.php.net/?id=50044&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=50044&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=50044&r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=50044&r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=50044&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=50044&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=50044&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=50044&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=50044&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=50044&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=50044&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=50044&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=50044&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=50044&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=50044&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50044&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=50044&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=50044&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=50044&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=50044&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=50044&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=50044&r=mysqlcfg
#50020 [Fbk->Opn]: DateInterval:createDateFromString() silently fails
ID: 50020
User updated by: jennifer dot kimball at nrc dot ca
Reported By: jennifer dot kimball at nrc dot ca
-Status: Feedback
+Status: Open
Bug Type: Date/time related
Operating System: Solaris 10
PHP Version: 5.3.0
New Comment:
The snapshot fixes the memory problem for me. But there is still no way
to easily tell if a DateInterval size is zero or if there were errors
creating the DateInterval.
Previous Comments:
[2009-10-27 22:31:45] j...@php.net
Please try using this snapshot:
http://snaps.php.net/php5.3-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
Works just fine for me.
[2009-10-27 17:35:39] jennifer dot kimball at nrc dot ca
Description:
Documentation of DateInterval:createDateFromString() does not state
what happens when the function fails. So far as I can tell, it seems to
produce an empty DateInterval object.
If an empty object is the expected behaviour then it should be
documented. And more importantly, there should be an easy way to test if
the object is empty.
Given that creating a DatePeriod using an empty DateInterval consumes
all the memory available to a session, it seems to me that allowing
empty DateIntervals is a design flaw.
Reproduce code:
---
---
>From manual page: dateinterval.createfromdatestring#Return Values
---
$i=DateInterval::createFromDateString('P1D');//expected to fail
$d1=date_create('2009-10-27');
$d2=date_create('2009-11-15');
$p=new DatePeriod($d1,$i,$d2); //PHP times out
Expected result:
expect error at line $i=DateInterval::createFromDateString('P1D')
Actual result:
--
Fatal error: Allowed memory size of 314572800 bytes exhausted (tried to
allocate 72 bytes)
--
Edit this bug report at http://bugs.php.net/?id=50020&edit=1
#50043 [Opn->Csd]: PHP_SELF duplicates path again
ID: 50043 User updated by: ahu at 52q dot net Reported By: ahu at 52q dot net -Status: Open +Status: Closed Bug Type: CGI related Operating System: Windows xp sp3 PHP Version: 5.2.11 New Comment: It maybe the problem of nginx. Previous Comments: [2009-10-30 16:53:34] ahu at 52q dot net Description: PHP_SELF duplicates path again!!! somebody had reported this problem servel years ago at http://bugs.php.net/bug.php?id=42523 And at the end I saw you said you fixed it.But it appears again now. How dispirited I am,when I spent a lot time search and search...from China to you here.:( nginx/0.8.21+php5.2.11 on Windows XP sp3 Reproduce code: --- phpinfo(); Expected result: /phpinfo.php Actual result: -- /phpinfo.php/phpinfo.php -- Edit this bug report at http://bugs.php.net/?id=50043&edit=1
#49867 [Com]: spl_autoload crashes when called in write function of custom sessionSaveHandler
ID: 49867 Comment by: tomas dot plesek at gmail dot com Reported By: nicolas dot lepage at yahoo dot fr Status: Open Bug Type: SPL related Operating System: * PHP Version: 5.3.0 New Comment: I can confirm this bug for PHP version 5.2.10 on Linux. In my case, the custom session handler code is a class, but the same behavior occurs. When a class is instantiated inside write method and that class should be loaded by an autoloader function, fatal error with already mentioned message is issued (like no autoloader methods are registered) and upon call to spl_autoload_functions(), Apache segfaults. I used PHP 5.2.6 prior to upgrade and the code worked fine on that version. Previous Comments: [2009-10-13 16:41:59] nicolas dot lepage at yahoo dot fr Description: When trying to instantiate a class that is not defined within the write function that has been registered as a custom session save handler, the following problems occur : _ functions that have been registered by spl_autoload_register are not called _ a fatal error is generated by spl_autoload() In the reproduce code, the normal behavior would be to generate a fatal error 'class not found'. This problem occurs only in the write function and not in the others. Additionnaly, when I replace the instantiation code by a call to spl_autoload_functions(), the apache server crashes. It could be related to bug #37111. Reproduce code: --- Expected result: Fatal error: Class 'NotLoadedClass' not found in F:\xampp\htdocs\test\test.php on line 18 Actual result: -- Fatal error: spl_autoload() [function.spl-autoload]: Class NotLoadedClass could not be loaded in F:\xampp\htdocs\test\test.php on line 18 -- Edit this bug report at http://bugs.php.net/?id=49867&edit=1
#50043 [NEW]: PHP_SELF duplicates path again
From: ahu at 52q dot net Operating system: Windows xp sp3 PHP version: 5.2.11 PHP Bug Type: CGI related Bug description: PHP_SELF duplicates path again Description: PHP_SELF duplicates path again!!! somebody had reported this problem servel years ago at http://bugs.php.net/bug.php?id=42523 And at the end I saw you said you fixed it.But it appears again now. How dispirited I am,when I spent a lot time search and search...from China to you here.:( nginx/0.8.21+php5.2.11 on Windows XP sp3 Reproduce code: --- phpinfo(); Expected result: /phpinfo.php Actual result: -- /phpinfo.php/phpinfo.php -- Edit bug report at http://bugs.php.net/?id=50043&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=50043&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=50043&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=50043&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=50043&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=50043&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=50043&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=50043&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=50043&r=needscript Try newer version: http://bugs.php.net/fix.php?id=50043&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=50043&r=support Expected behavior: http://bugs.php.net/fix.php?id=50043&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=50043&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=50043&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=50043&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50043&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=50043&r=dst IIS Stability: http://bugs.php.net/fix.php?id=50043&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=50043&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=50043&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=50043&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=50043&r=mysqlcfg
#50037 [Opn->Bgs]: No is_function() to check whether variable is an anonymous function
ID: 50037
Updated by: johan...@php.net
Reported By: mjs at beebo dot org
-Status: Open
+Status: Bogus
Bug Type: Feature/Change Request
Operating System: OS X
PHP Version: 5.3.0
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.
Use is_callable()
Previous Comments:
[2009-10-29 21:24:42] mjs at beebo dot org
Description:
There doesn't seem to be any good way to check whether a variable is a
closure/anonymous function. If
$fn = function() { };
gettype($fn) is "object", and there is no is_function() or equivalent.
The only way seems to be
gettype($fn) == "object" && get_class($fn) == "Closure"
but the anonymous function documentation says that the fact that
anonymous functions have class Closure "is an implementation detail
and should not be relied upon."
I suggest:
1. gettype() returns "function" or "closure" when passed a closure.
2. is_function() is created that returns true when passed a closure,
otherwise false.
--
Edit this bug report at http://bugs.php.net/?id=50037&edit=1
#50042 [Opn->Bgs]: global variable not fully global when declared in a function within a function
ID: 50042 Updated by: johan...@php.net Reported By: adam dot jimenez at gmail dot com -Status: Open +Status: Bogus Bug Type: Variables related Operating System: any PHP Version: 5.3.0 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 Global doesn't make a variable global but imports a variable fro mthe global scope (outside of all functions) into the current function/method. Previous Comments: [2009-10-30 15:03:46] adam dot jimenez at gmail dot com Description: In the example function test2 is declared in function test. Function test2 declares the variable $test as global. $test is available inside test2 and outside the function but crucially not in function test. this may seem strange practice to declare a function within a function. but it can be useful in a function or class-based template system which is including other files and projects like wordpress. see: http://wordpress.org/support/topic/288455 Reproduce code: --- Expected result: nads nads Actual result: -- nads -- Edit this bug report at http://bugs.php.net/?id=50042&edit=1
#50021 [Opn]: Predefined Statements doesn't allow Strings with more than 256 letters.
ID: 50021
User updated by: novitools dot novi at web dot de
Reported By: novitools dot novi at web dot de
Status: Open
Bug Type: MySQLi related
Operating System: Windows Vista
PHP Version: 5.3.0
New Comment:
So the problem only occurs on specific versions:
No Problem with this Versions:
client_version 50005
server_version 50132
Big Problem with this Versions:
client_version 50137
server_version 50137
Previous Comments:
[2009-10-29 17:58:24] friedrich dot mark at freenet dot de
Same Problem here:
$db = new mysqli('localhost', 'root', '', 'test');
$stmt = $db->stmt_init();
$sql = "SELECT `text` FROM `longtext` WHERE `id` = 1";
$stmt->prepare($sql);
$stmt->execute();
$stmt->bind_result($text);
$stmt->fetch();
$stmt->close();
var_dump(phpversion());
var_dump($db->client_version);
var_dump($db->server_version);
var_dump($db->protocol_version);
var_dump($text);
Output:
string(5) "5.3.0"
int(50137)
int(50137)
int(10)
string(256) "Lorem ipsum dolor sit amet, consetetur sadipscing elitr,
sed diam nonumy eirmod tempor invidunt ut labore et dolore magna
aliquyam erat, sed diam voluptua. At vero eos et accusam et justo duo
dolores et ea rebum. Stet clita kasd gubergren, no sea takimata "
OS: Win 7
SQL:
SET SQL_MODE="NO_AUTO_VALUE_ON_ZERO";
CREATE DATABASE `test` DEFAULT CHARACTER SET latin1 COLLATE
latin1_swedish_ci;
USE `test`;
CREATE TABLE IF NOT EXISTS `longtext` (
`id` int(11) NOT NULL,
`text` text NOT NULL
) ENGINE=MyISAM DEFAULT CHARSET=utf8;
INSERT INTO `longtext` (`id`, `text`) VALUES
(1, 'Lorem ipsum dolor sit amet, consetetur sadipscing elitr, sed diam
nonumy eirmod tempor invidunt ut labore et dolore magna aliquyam erat,
sed diam voluptua. At vero eos et accusam et justo duo dolores et ea
rebum. Stet clita kasd gubergren, no sea takimata sanctus est Lorem
ipsum dolor sit amet. Lorem ipsum dolor sit amet, consetetur sadipscing
elitr, sed diam nonumy eirmod tempor invidunt ut labore et dolore magna
aliquyam erat, sed diam voluptua. At vero eos et accusam et justo duo
dolores et ea rebum. Stet clita kasd gubergren, no sea takimata sanctus
est Lorem ipsum dolor sit amet.');
[2009-10-29 17:07:41] novitools dot novi at web dot de
When I run the test from hellbringer at gmail dot com I get a different
result. Also the MySQL-Versions are different:
string(5) "5.3.0"
int(50137)
int(50137)
int(10)
string(256) "You can only read the first 256 words of this text.
That
is why I must write such a long text, because I must reach the limit
of
256 words. The same error occours, when you try to select a text
column
from the database. But I didn't had this error befo"
Are there any setting that can cause this problem?
[2009-10-29 16:26:39] hellbringer at gmail dot com
Works for me in PHP 5.3.0:
stmt_init();
$sql = "SELECT 'You can only read the first 256 words of this text.
That
is why I must write such a long text, because I must reach the limit
of
256 words. The same error occours, when you try to select a text
column
from the database. But I didn\'t had this error before in a previous
version of php.'";
$stmt->prepare($sql);
$stmt->execute();
$stmt->bind_result($text);
$stmt->fetch();
$stmt->close();
var_dump(phpversion());
var_dump($db->client_version);
var_dump($db->server_version);
var_dump($db->protocol_version);
var_dump($text);
?>
Output:
string(5) "5.3.0"
int(50005)
int(50132)
int(10)
string(288) "You can only read the first 256 words of this text. That
is why I must write such a long text, because I must reach the limit
of
256 words. The same error occours, when you try to select a text
column
from the database. But I didn't had this error before in a previous
version of php."
[2009-10-27 17:42:34] novitools dot novi at web dot de
Description:
When you use Predefined Statements you can only read the first 256
words of a string. The same error occurs, when you try to select a text
column from the database.
Reproduce code:
---
stmt_init();
$sql="SELECT 'You can only read the first 256 words of this text. That
is why I must write such a long text, because I must reach the limit of
256 words. The same error occours, when you try to select a text column
from the database. But I didn\'t had this error before in a previous
version of php.'";
$Statement->prepare($sql);
$Statement->execute();
$Statement->bind_result($Text);
$Statement->fetch();
$Statement->close();
var_dump($Text);
// that works like expected
$Database = new mysqli('localhost', 'root', '');
$sql="SELECT 'You can only read the first 256 words of this text. That
is why I must write such a long text, because I must reach the limit of
256 words. The same error occou
#48216 [Com]: PHP Fatal error: SOAP-ERROR: Parsing WSDL: Extra content at the end of the doc
ID: 48216
Comment by: nadavkav at gmail dot com
Reported By: mark at everytruckjob dot com
Status: No Feedback
Bug Type: SOAP related
Operating System: CentOs 5.3
PHP Version: 5.3.0RC2
New Comment:
similar issue, on Debian unstable , PHP/5.3.0-3
laptop:/var/www/moodle-weekly/wspp/clients# ./mkclasses.sh
PHP Notice: Undefined offset: 2 in /var/www/moodle-
weekly/wspp/wsdl2php.php on line 84
PHP Notice: Undefined offset: 2 in /var/www/moodle-
weekly/wspp/wsdl2php.php on line 85
PHP Fatal error: SOAP-ERROR: Parsing WSDL: Couldn't load from
'http://localhost/moodle-weekly/wspp/wsdl_pp.php' : Extra content at
the end of the document
in /var/www/moodle-weekly/wspp/wsdl2php.php on line 88
SoapFault exception: [WSDL] SOAP-ERROR: Parsing WSDL: Couldn't load
from 'http://localhost/moodle-weekly/wspp/wsdl_pp.php' : Extra content
at the end of the document
in /var/www/moodle-weekly/wspp/wsdl2php.php:88
Stack trace:
#0 /var/www/moodle-weekly/wspp/wsdl2php.php(88): SoapClient-
>SoapClient('http://localhos...')
#1 {main}laptop:/var/www/moodle-weekly/wspp/clients#
Previous Comments:
[2009-10-30 15:04:23] nadavkav at gmail dot com
similar issue, on Debian unstable , PHP/5.3.0-3
laptop:/var/www/moodle-weekly/wspp/clients# ./mkclasses.sh
PHP Notice: Undefined offset: 2 in /var/www/moodle-
weekly/wspp/wsdl2php.php on line 84
PHP Notice: Undefined offset: 2 in /var/www/moodle-
weekly/wspp/wsdl2php.php on line 85
PHP Fatal error: SOAP-ERROR: Parsing WSDL: Couldn't load from
'http://localhost/moodle-weekly/wspp/wsdl_pp.php' : Extra content at
the end of the document
in /var/www/moodle-weekly/wspp/wsdl2php.php on line 88
SoapFault exception: [WSDL] SOAP-ERROR: Parsing WSDL: Couldn't load
from 'http://localhost/moodle-weekly/wspp/wsdl_pp.php' : Extra content
at the end of the document
in /var/www/moodle-weekly/wspp/wsdl2php.php:88
Stack trace:
#0 /var/www/moodle-weekly/wspp/wsdl2php.php(88): SoapClient-
>SoapClient('http://localhos...')
#1 {main}laptop:/var/www/moodle-weekly/wspp/clients#
[2009-10-15 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".
[2009-10-07 18:31:10] sjo...@php.net
Please try using this snapshot:
http://snaps.php.net/php5.3-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
[2009-10-07 18:29:40] sjo...@php.net
I tested using the HTTP trace Robert Ripley sent. I discovered some
things:
Libxml uses the PHP stream wrappers to load the WSDL. These stream
wrappers return a malformed WSDL to libxml. This is not specific to
SOAP. Running file_get_contents($wsdl) also returns a malformed WSDL.
It is reproducible with PHP 5.3 but not with PHP 5.3-HEAD. This
suggests that this bug has already been fixed.
[2009-10-06 17:09:14] robert dot ripley at fhchs dot edu
I'm also experiencing the same problem. Here is the HTTP header of the
WSDL:
HTTP/1.1 200 OK\r\n
Date: Tue, 06 Oct 2009 16:48:26 GMT\r\n
Server: Apache/2.2.8 (Win32) PHP/5.2.5\r\n
X-Powered-By: PHP/5.2.5\r\n
Expires: Wed, 06 Oct 2010 04:00:00 GMT\r\n
Cache-Control: no-store, no-cache, must-revalidate\r\n
Pragma: no-cache\r\n
Last-Modified: Tue, 06 Oct 2009 16:48:26 GMT\r\n
Cache-Control: post-check=0, pre-check=0\r\n
Vary: User-Agent\r\n
Keep-Alive: timeout=5, max=100\r\n
Connection: Keep-Alive\r\n
Transfer-Encoding: chunked\r\n
Content-Type: application/xml;\r\n
\r\n
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/48216
--
Edit this bug report at http://bugs.php.net/?id=48216&edit=1
#48216 [Com]: PHP Fatal error: SOAP-ERROR: Parsing WSDL: Extra content at the end of the doc
ID: 48216
Comment by: nadavkav at gmail dot com
Reported By: mark at everytruckjob dot com
Status: No Feedback
Bug Type: SOAP related
Operating System: CentOs 5.3
PHP Version: 5.3.0RC2
New Comment:
similar issue, on Debian unstable , PHP/5.3.0-3
laptop:/var/www/moodle-weekly/wspp/clients# ./mkclasses.sh
PHP Notice: Undefined offset: 2 in /var/www/moodle-
weekly/wspp/wsdl2php.php on line 84
PHP Notice: Undefined offset: 2 in /var/www/moodle-
weekly/wspp/wsdl2php.php on line 85
PHP Fatal error: SOAP-ERROR: Parsing WSDL: Couldn't load from
'http://localhost/moodle-weekly/wspp/wsdl_pp.php' : Extra content at
the end of the document
in /var/www/moodle-weekly/wspp/wsdl2php.php on line 88
SoapFault exception: [WSDL] SOAP-ERROR: Parsing WSDL: Couldn't load
from 'http://localhost/moodle-weekly/wspp/wsdl_pp.php' : Extra content
at the end of the document
in /var/www/moodle-weekly/wspp/wsdl2php.php:88
Stack trace:
#0 /var/www/moodle-weekly/wspp/wsdl2php.php(88): SoapClient-
>SoapClient('http://localhos...')
#1 {main}laptop:/var/www/moodle-weekly/wspp/clients#
Previous Comments:
[2009-10-15 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".
[2009-10-07 18:31:10] sjo...@php.net
Please try using this snapshot:
http://snaps.php.net/php5.3-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
[2009-10-07 18:29:40] sjo...@php.net
I tested using the HTTP trace Robert Ripley sent. I discovered some
things:
Libxml uses the PHP stream wrappers to load the WSDL. These stream
wrappers return a malformed WSDL to libxml. This is not specific to
SOAP. Running file_get_contents($wsdl) also returns a malformed WSDL.
It is reproducible with PHP 5.3 but not with PHP 5.3-HEAD. This
suggests that this bug has already been fixed.
[2009-10-06 17:09:14] robert dot ripley at fhchs dot edu
I'm also experiencing the same problem. Here is the HTTP header of the
WSDL:
HTTP/1.1 200 OK\r\n
Date: Tue, 06 Oct 2009 16:48:26 GMT\r\n
Server: Apache/2.2.8 (Win32) PHP/5.2.5\r\n
X-Powered-By: PHP/5.2.5\r\n
Expires: Wed, 06 Oct 2010 04:00:00 GMT\r\n
Cache-Control: no-store, no-cache, must-revalidate\r\n
Pragma: no-cache\r\n
Last-Modified: Tue, 06 Oct 2009 16:48:26 GMT\r\n
Cache-Control: post-check=0, pre-check=0\r\n
Vary: User-Agent\r\n
Keep-Alive: timeout=5, max=100\r\n
Connection: Keep-Alive\r\n
Transfer-Encoding: chunked\r\n
Content-Type: application/xml;\r\n
\r\n
[2009-09-18 16:39:44] boris dot t at usask dot ca
it seems that X-Powered-By: is causing problems.
The same problem exists when
HTTP/1.x 200 OK
Date: Fri, 18 Sep 2009 16:24:06 GMT
X-Powered-By: Servlet 2.4; JBoss-4.2.3.GA (build: SVNTag=JBoss_4_2_3_GA
date=200807181417)/JBossWeb-2.0
Content-Type: text/xml;charset=utf-8
Connection: close
Transfer-Encoding: chunked
and the same code works when
HTTP/1.x 200 OK
Server: Apache-Coyote/1.1
Content-Type: text/xml;charset=utf-8
Transfer-Encoding: chunked
Date: Fri, 18 Sep 2009 16:23:28 GMT
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/48216
--
Edit this bug report at http://bugs.php.net/?id=48216&edit=1
#50042 [NEW]: global variable not fully global when declared in a function within a function
From: adam dot jimenez at gmail dot com Operating system: any PHP version: 5.3.0 PHP Bug Type: Variables related Bug description: global variable not fully global when declared in a function within a function Description: In the example function test2 is declared in function test. Function test2 declares the variable $test as global. $test is available inside test2 and outside the function but crucially not in function test. this may seem strange practice to declare a function within a function. but it can be useful in a function or class-based template system which is including other files and projects like wordpress. see: http://wordpress.org/support/topic/288455 Reproduce code: --- Expected result: nads nads Actual result: -- nads -- Edit bug report at http://bugs.php.net/?id=50042&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=50042&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=50042&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=50042&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=50042&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=50042&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=50042&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=50042&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=50042&r=needscript Try newer version: http://bugs.php.net/fix.php?id=50042&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=50042&r=support Expected behavior: http://bugs.php.net/fix.php?id=50042&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=50042&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=50042&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=50042&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50042&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=50042&r=dst IIS Stability: http://bugs.php.net/fix.php?id=50042&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=50042&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=50042&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=50042&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=50042&r=mysqlcfg
#50041 [Opn->WFx]: [patch] mysql_warning_count() for ext/mysql
ID: 50041 Updated by: johan...@php.net Reported By: jille at hexon dot cx -Status: Open +Status: Wont fix Bug Type: Feature/Change Request Operating System: Linux PHP Version: 5.3.0 New Comment: The classic mysql extension won't get new features. For new features please use mysqli, which already provides this functionality: http://de.php.net/manual/en/mysqli.warning-count.php Previous Comments: [2009-10-30 14:17:57] jille at hexon dot cx Description: I have 'implemented' MySQL's mysql_warning_count() function. ( http://dev.mysql.com/doc/refman/5.1/en/mysql-warning-count.html ) This function returns the number of warnings from the previous query. In some queries (INSERT INTO .. VALUES (..), (..); INSERT INTO .. SELECT; etc) mysql_info() was usable to return the number of warnings; but for single-row inserts mysql_info() returns false. The function is very straightforward, almost the same as mysql_thread_id(). mysql_warning_count() is available in MySQL's C-api in >3.23, >4.1 and >5 The patch is available at http://jille.hexon.cx/mysql-warning-count.diff It is based on PHP 5.3.0 and at least works for me. -- Edit this bug report at http://bugs.php.net/?id=50041&edit=1
#50041 [NEW]: [patch] mysql_warning_count() for ext/mysql
From: jille at hexon dot cx Operating system: Linux PHP version: 5.3.0 PHP Bug Type: Feature/Change Request Bug description: [patch] mysql_warning_count() for ext/mysql Description: I have 'implemented' MySQL's mysql_warning_count() function. ( http://dev.mysql.com/doc/refman/5.1/en/mysql-warning-count.html ) This function returns the number of warnings from the previous query. In some queries (INSERT INTO .. VALUES (..), (..); INSERT INTO .. SELECT; etc) mysql_info() was usable to return the number of warnings; but for single-row inserts mysql_info() returns false. The function is very straightforward, almost the same as mysql_thread_id(). mysql_warning_count() is available in MySQL's C-api in >3.23, >4.1 and >5 The patch is available at http://jille.hexon.cx/mysql-warning-count.diff It is based on PHP 5.3.0 and at least works for me. -- Edit bug report at http://bugs.php.net/?id=50041&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=50041&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=50041&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=50041&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=50041&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=50041&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=50041&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=50041&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=50041&r=needscript Try newer version: http://bugs.php.net/fix.php?id=50041&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=50041&r=support Expected behavior: http://bugs.php.net/fix.php?id=50041&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=50041&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=50041&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=50041&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50041&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=50041&r=dst IIS Stability: http://bugs.php.net/fix.php?id=50041&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=50041&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=50041&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=50041&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=50041&r=mysqlcfg
#49954 [Com]: Crypt() does not work for string < 4 character
ID: 49954
Comment by: carlodeboer at me dot com
Reported By: rgr at woodwing dot com
Status: Assigned
Bug Type: *Encryption and hash functions
Operating System: win32 only - Win XP 64-bit
PHP Version: 5.3.0
Assigned To: pajoye
New Comment:
We are also experiencing problems with this bug. Especially during
testing and pilot studies it is quite common to have short passwords.
Upgrading to PHP 5.3 is not possible with this bug since we have to
support existing installations with short passwords.
Previous Comments:
[2009-10-27 13:44:50] vdklah at hotmail dot com
This problem is pretty bad; After PHP 5.2->5.3 migration, users having
short passwords are no longer allowed to login (to our system) due to
the crypt mismatch! And, even worse, they are not allowed to change
their password due to the very same problem!
[2009-10-22 11:51:05] rgr at woodwing dot com
Description:
The function Crypt() does not work with less than 4 characters in PHP
5.3.0. See the code sample below.
When using 'test' as $user_input and $password it does work correct.
Reproduce code:
---
---
>From manual page: function.crypt#Examples
---
$user_input = 'tes';
$password = crypt('tes'); // let the salt be automatically generated
if (crypt($user_input, $password) == $password) {
echo "Password verified!";
}
Expected result:
The comparison should result true.
Actual result:
--
The comparison returns false.
--
Edit this bug report at http://bugs.php.net/?id=49954&edit=1
#48528 [Com]: mysqlnd causes PDO/MySQLi to leak memory
ID: 48528
Comment by: guenter at grodotzki dot ph
Reported By: bugs dot php dot net at moesen dot nu
Status: No Feedback
Bug Type: MySQL related
Operating System: Linux 2.6
PHP Version: 5.3CVS-2009-06-11 (snap)
New Comment:
same problem here, though with the normal mysql_query + mysql_fetch*
functions
Previous Comments:
[2009-06-20 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".
[2009-06-16 08:31:16] bugs dot php dot net at moesen dot nu
> libmysql's allocations are hidden.
OK, that explains the numbers. Thanks.
> Do you really get OOM with mysqlnd?
Yes, for the same dataset.
> as you can see the memory usage with USE_RESULT doesn't jump
Thanks for that pointer. I completely missed it in the documentation,
and since we never had any problems before switching over to 5.3, I
never needed it. The human equivalent of lazy evaluation, I guess.
So if I understand it correctly, libmysql is not subject to PHP's
memory limit, whereas mysqlnd is?
[2009-06-12 07:36:09] and...@php.net
Do you really get OOM with mysqlnd? memory_get_usage() is constant with
libmysql because libmysql allocates its memory with malloc while Zend
and all PHP functions mostly use emalloc. emalloc counts the allocated
memory. libmysql's allocations are hidden.
I tried your script, created a simple table with the same name and
- int
- double
- varchar
- decimal
columns.
I have 33 rows. Here is the output when the data is fetched with
MYSQLI_STORE_RESULT, which is the default:
361756 <- before $result = $db->query
366384
366656
366928
367200
367472
367744
368016
368288
368560
368832
369104
369376
369648
369920
370192
370464
370736
371008
371280
371552
371824
372096
372368
372640
372912
373184
373456
373728
374000
374272
374544
374816
375088
362840 <- this is the result after I do $result->free_result(), which
means that the memory doesn't leak. Most of it is reclaimed. It can be
that Zend also cache some zvals in its zval cache, which means that
memory has not leaked and is there for further usage.
Here is with MYSQLI_USE_RESULT:
361756 <- before $result = $db->query
365764
365764
365764
365764
365764
365764
365764
365764
365764
365764
365764
365764
365764
365764
365764
365764
365764
365764
365764
365764
365764
365764
365764
365764
365764
365764
365764
365764
365764
365764
365764
365764
365764
362840 <- After $result->free_result()
So, as you can see the memory usage with USE_RESULT doesn't jump, for a
reaon. Because data is not stored on the client side. With libmysql you
cannot see it, but the usage is there.
[2009-06-11 12:17:57] bugs dot php dot net at moesen dot nu
Description:
PHP 5.3 leaks memory when using the MySQL functions, both through PDO
and MySQLi directly. When recompiled without mysqlnd, the same code
works fine.
./configure --with-mysql=shared,mysqlnd --with-mysqli=shared,mysqlnd
--with-pdo-mysql=shared,mysqlnd [ . . . ]
Recompiled today's snapshot without the ',mysqlnd'.
Reproduce code:
---
PDO:
$db = new PDO($dsn, $user, $pass);
$stmt = $test->prepare('SELECT * FROM
tech_eciffOkcab.crawlPriceComp');
$result = $stmt->execute();
while($result && $row = $stmt->fetch(PDO::FETCH_ASSOC)) {
echo memory_get_usage(), "\n";
}
MySQLi:
$db = new MySQLi($host, $user, $pass);
$result = $db->query('SELECT * FROM tech_eciffOkcab.crawlPriceComp');
while ($result && $row = $result->fetch_assoc()) {
echo memory_get_usage(), "\n";
}
Expected result:
Consistent memory_get_usage();
I.e., no extra memory required, and thus no out-of-memory errors.
Actual result:
--
Linearly increasing memory_get_usage();
PDO:
23168400
23169064
...
33552804
33552916
-> OOM and segfault.
MySQLi:
23168216
23168700
...
33552812
33552924
-> OOM and segfault.
--
Edit this bug report at http://bugs.php.net/?id=48528&edit=1
#50038 [Opn]: PHP doesn't like it when a namespace starts with a number for example 12eggs
ID: 50038
User updated by: me at gerryevans dot com
Reported By: me at gerryevans dot com
Status: Open
Bug Type: Unknown/Other Function
Operating System: CentOS
PHP Version: 5.3.0
New Comment:
I have tested this error on a CentOS server running Apache 2 + PHP 5.3
and Lighttpd + PHP 5.3.
The php.ini both times was a php.ini-production with the only change
"expose_php" to Off.
Previous Comments:
[2009-10-30 10:35:03] me at gerryevans dot com
Description:
PHP doesn't like it when a namespace starts with a number for example a
namespace 12eggs will get a parse error ("syntax error, unexpected
T_LNUMBER, expecting T_STRING or T_NS_SEPARATOR or '{'").
Reproduce code:
---
Expected result:
12eggs
Actual result:
--
Parse error: syntax error, unexpected T_LNUMBER, expecting T_STRING or
T_NS_SEPARATOR or '{' in FILE on line 3
--
Edit this bug report at http://bugs.php.net/?id=50038&edit=1
#50038 [NEW]: PHP doesn't like it when a namespace starts with a number for example 12eggs
From: me at gerryevans dot com
Operating system: CentOS
PHP version: 5.3.0
PHP Bug Type: Unknown/Other Function
Bug description: PHP doesn't like it when a namespace starts with a number for
example 12eggs
Description:
PHP doesn't like it when a namespace starts with a number for example a
namespace 12eggs will get a parse error ("syntax error, unexpected
T_LNUMBER, expecting T_STRING or T_NS_SEPARATOR or '{'").
Reproduce code:
---
Expected result:
12eggs
Actual result:
--
Parse error: syntax error, unexpected T_LNUMBER, expecting T_STRING or
T_NS_SEPARATOR or '{' in FILE on line 3
--
Edit bug report at http://bugs.php.net/?id=50038&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=50038&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=50038&r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=50038&r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=50038&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=50038&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=50038&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=50038&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=50038&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=50038&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=50038&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=50038&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=50038&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=50038&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=50038&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50038&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=50038&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=50038&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=50038&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=50038&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=50038&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=50038&r=mysqlcfg
