#38528 [Opn->Bgs]: ArrayObject iteration slow
ID: 38528 Updated by: [EMAIL PROTECTED] Reported By: joel at cybersewer dot com -Status: Open +Status: Bogus Bug Type: SPL related -Operating System: Windows XP SP2 +Operating System: * -PHP Version: 5.2.0RC2 +PHP Version: 5.* 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 now way to do it different Previous Comments: [2006-08-21 00:35:25] joel at cybersewer dot com Description: Iteration through a large ArrayObject (e.g. 10,000+ items) is very slow. Reproduce code: --- $a = new ArrayObject; for ($i = 0; $i < 1; $i++) $a[] = $i; // This is slow foreach ($a as $k => $v); // This is much faster, even though I thought this was basically what ArrayObject's getIterator method did. $it = new ArrayIterator($a->getArrayCopy()); foreach ($it as $k => $v); -- Edit this bug report at http://bugs.php.net/?id=38528&edit=1
#38178 [NoF->Opn]: Problem with parameter detection in queries (HY093)
ID: 38178
User updated by: gerald at copix dot org
Reported By: gerald at copix dot org
-Status: No Feedback
+Status: Open
Bug Type: PDO related
Operating System: Windows
PHP Version: 5.1.4
Assigned To: wez
New Comment:
@ iliaa > I'm using MySQL driver.
Previous Comments:
[2006-08-10 19:59:56] bugs at mytrashmail dot com
Problem verified on SunOS 5.8 using PHP 5.1.2 und MySQL 4.1.5-gamma for
prepared select queries to be executed. Used Driver: MySQL for PDO in
the original version for PHP 5.1.2.
Workaround: Last char in query must be semicolon.
Greetings.
[2006-08-09 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".
[2006-08-01 14:07:27] [EMAIL PROTECTED]
What database driver are you using?
[2006-07-21 16:08:00] gerald at copix dot org
Description:
Using PDO, a simple insert query does not work with "prepare / execute"
but works fine using "exec"
This exact query does work correctly if I remove the text '\r\n' at its
end.
The query is :
'INSERT INTO myTable VALUES (\'xml:lang="fr" lang="fr">\r\n\')'
It may be related to the following bugs :
#36923 & #37646
Reproduce code:
---
//FOLLOWING DOES NOT WORK
$stmt = $pdo->prepare ('INSERT INTO myTable VALUES (\'xml:lang="fr"
lang="fr">\r\n\')');
if (! $stmt->execute ()){
print_r ($stmt->errorInfo ());//contains Array ( [0] => HY093 )
}
//FOLLOWING CODE IS OK (using exec)
if (! $pdo->exec ('INSERT INTO myTable VALUES (\'xml:lang="fr"
lang="fr">\r\n\')')){
print_r ($pdo->errorInfo ());
}
//FOLLOWING CODE IS OK (removed \r\n at the end of the query)
$stmt = $pdo->prepare ('INSERT INTO myTable VALUES (\'xml:lang="fr"
lang="fr">\')');
$stmt->execute ();//OK
Expected result:
PDO should insert the value 'xml:lang="fr" lang="fr">\r\n' in the
myTable table, wish is
CREATE TABLE `myTable` (
`test` VARCHAR( 255 ) NOT NULL
)
Actual result:
--
Warning: PDOStatement::execute() [function.PDOStatement-execute]:
SQLSTATE[HY093]: Invalid parameter number: no parameters were bound in
C:\Program Files\wamp\www\test_3\www\index.php on line 40
--
Edit this bug report at http://bugs.php.net/?id=38178&edit=1
#38532 [NEW]: connection status does not reflect the right information
From: fdcxl at 163 dot com Operating system: linux PHP version: 5.1.5 PHP Bug Type: *Web Server problem Bug description: connection status does not reflect the right information Description: connection_status function can't reflect the right information. When I click Stop button of IE, I can't get the ABORT signal. Reproduce code: --- conn.php I access this page using IE with http, after about 10 seconds, I click Stop button of IE. Expected result: The contents of /tmp/abc should be a sequence of 0s with one 1 in the end. The script stops. Actual result: -- I get all 0s, and script keeps running -- Edit bug report at http://bugs.php.net/?id=38532&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38532&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38532&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38532&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38532&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38532&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38532&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38532&r=needscript Try newer version:http://bugs.php.net/fix.php?id=38532&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38532&r=support Expected behavior:http://bugs.php.net/fix.php?id=38532&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38532&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38532&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38532&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38532&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38532&r=dst IIS Stability:http://bugs.php.net/fix.php?id=38532&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38532&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38532&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38532&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38532&r=mysqlcfg
#38491 [Csd->Bgs]: pdflib does not compile
ID: 38491 Updated by: [EMAIL PROTECTED] Reported By: ag at tey dot pl -Status: Closed +Status: Bogus Bug Type: PHP options/info functions Operating System: Debian 4 PHP Version: 5.1.5 New Comment: . Previous Comments: [2006-08-18 09:44:37] ag at tey dot pl omg forget about rebuild configure :/ solved. [2006-08-18 09:36:09] ag at tey dot pl still cant use pdflib after copy pdf into ext ;/ [2006-08-18 09:24:50] ag at tey dot pl forget copy pdf into ext. Sorry. [2006-08-18 08:27:09] ag at tey dot pl os change. [2006-08-18 08:23:10] ag at tey dot pl pdf version with 5.1.4 in phpinfo : pdf PDF Support enabled PDFlib GmbH Version 6.0.3 PECL Version2.0.5 Revision$Revision: 1.145 $ 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/38491 -- Edit this bug report at http://bugs.php.net/?id=38491&edit=1
#38134 [Fbk]: segfault while calling xslt_process
ID: 38134 Updated by: [EMAIL PROTECTED] Reported By: gerome dot fournier at infomaniak dot ch Status: Feedback Bug Type: XSLT related Operating System: Debian Sarge PHP Version: 4.4.2 New Comment: Did you upgrade sablotron? >Here is a more realistic example: >http://www.protilab.com/test/sample2.php It works fine even on YOUR server (I can see 99 all the time), also I can't use it as a reproduce script, since I can't see the sources. Previous Comments: [2006-08-18 09:08:50] gabriel dot zerbib at protilab dot com Tony, my apologies: I admit that the test data I provided were not enough likely to trigger the crash. I was trying to reduce the sise of the sample's source. Here is a more realistic example: http://www.protilab.com/test/sample2.php The XML used is http://www.protilab.com/test/sample2.xml and the XSL is http://www.protilab.com/test/xslt/home.xsl (plus some incldues that you can read by yourself in the XSL). Regards, Gabriel. [2006-08-17 11:56:47] [EMAIL PROTECTED] Please upgrade sablotron to the latest available version and see if it helps. [2006-08-17 11:17:41] gerome dot fournier at infomaniak dot ch You can get the details about this server using the following URL: http://imu60.infomaniak.ch/phpinfo.php We're using sablotron version 1.0 as provided by Debian sarge, and the configure command line is the following: './configure' '--disable-all' '--prefix=/opt/php' '--with-apxs=/opt/apache/bin/apxs' '--disable-ipv6' '--with-pear' '--enable-xml' '--with-expat-dir=/usr' '--with-pcre-regex' '--enable-memory-limit' '--enable-ftp' '--with-mysql=/opt/misc/mysql' '--with-zlib-dir=/usr' '--with-openssl=/usr' '--with-zlib=/usr' '--enable-bcmath' '--enable-calendar' '--enable-ctype' '--with-curl=/usr' '--with-dom' '--with-dom-xslt' '--with-dom-exslt' '--enable-exif' '--with-gd' '--with-jpeg-dir' '--with-png-dir' '--with-xpm-dir' '--with-ttf' '--with-freetype-dir' '--enable-gd-native-ttf' '--with-gettext' '--with-iconv' '--with-imap' '--with-kerberos' '--with-imap-ssl' '--enable-mbstring' '--enable-mbregex' '--with-mcal=/usr' '--with-mcrypt' '--with-mhash' '--enable-overload' '--enable-posix' '--enable-session' '--enable-tokenizer' '--enable-wddx' '--enable-xml' '--enable-xslt' '--with-xslt-sablot=/usr' '--with-zip' '--with-pdflib=/opt/misc/pdflib' '--with-tiff-dir=/usr' '--with-ming=/opt/misc/ming' I don't have a more detailed GDB backtrace to provide for the moment. [2006-08-17 10:01:09] [EMAIL PROTECTED] What is the version of Sablotron used? Are you able to get a decent GDB backtrace (using PHP configured with --enable-debug)? What was your full configure line? It works just fine here with 1.0.1 & Linux i386. [2006-08-17 09:48:45] gabriel dot zerbib at protilab dot com I'm sorry Tony, you were a little bit quick in closing with "can't reproduce". You can just try the online demo. You'll manage to achieve the 100 iterations for some time, but if you hit Refresh a few times, you sure will run into the problem: the page will not come to you, your browser will report some proxy error or some "Host not found" error, which is in fact caused by a violent crash of the PHP script and PHP interpreter, never returning a response to your browser. Please do not close this bug report too fast, as sample data were properly provided, and the target platform and system and version. Thanks. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/38134 -- Edit this bug report at http://bugs.php.net/?id=38134&edit=1
#38497 [Opn->Fbk]: Overloading does not work with extended classes (__call() never called)
ID: 38497 Updated by: [EMAIL PROTECTED] Reported By: alessio dot bazzica at gmail dot com -Status: Open +Status: Feedback Bug Type: Feature/Change Request Operating System: Mac OS X PHP Version: 5.1.5 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: [2006-08-18 11:25:35] alessio dot bazzica at gmail dot com Link does not work; cut and paste URL to download zip file containing test.php (http://webapp.altervista.org/php_ovrldext_test.zip). [2006-08-18 11:18:59] alessio dot bazzica at gmail dot com Description: An istance of an extended class with __call() function defined never calls function members by __call() (view example). I don't know if this is regular or if this could be a bug. I have this problem both on a 5.0.4 and on a 5.1.4 on Mac OS X (5.1.4 is most recent version for OS X). Reproduce code: --- http://webapp.altervista.org/php_ovrldext_test.zip Expected result: All test should pass. Actual result: -- Calling an overloaded method for an extended class php run un- overloaded function defined in parent class (second test fails). -- Edit this bug report at http://bugs.php.net/?id=38497&edit=1
#38505 [Opn->Bgs]: Reopen bug #26982
ID: 38505 Updated by: [EMAIL PROTECTED] Reported By: trevan at therichins dot net -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Debian sid (linux kernel 2.4.29) PHP Version: 5.1.5 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Previous Comments: [2006-08-18 22:04:46] trevan at therichins dot net Description: I discovered a memory leak in my script and so was looking through the database to see if it was fixed in CVS. That brought me to bug #26982 which is identical to my problem. The answer given there was that it is expected behaviour, but I don't quite understand why? I would have expected the behaviour to have an increase in memory usage but than have it stop after the garbage collector catches up. But, I am instead seeing the memory constantly increase. This behaviour prevents PHP from being used as a Linux service (which is what I am trying to do) as many php libraries out there use this method to create strings. Reproduce code: --- Expected result: I would expect the memory to go up for a while and then stop as the garbage collector catches up and cleans out the old strings. Actual result: -- It shows a constant increase of 16 bytes. -- Edit this bug report at http://bugs.php.net/?id=38505&edit=1
#38504 [Bgs]: class_exists strange behaviour
ID: 38504 Updated by: [EMAIL PROTECTED] Reported By: kn1g at yahoo dot com dot br Status: Bogus Bug Type: Class/Object related Operating System: Linux PHP Version: 4.4.4 New Comment: You can always add a note youself. Previous Comments: [2006-08-19 02:45:09] kn1g at yahoo dot com dot br I see, well, I think that class_exists function manual could have a note warning about this (I didn't find this information anywhere). [2006-08-18 20:38:56] [EMAIL PROTECTED] Classes are declared during the compile time. So the class DOES exist and when you actually run the code, the if condition evaluates to TRUE, hence return is executed. This is expected behaviour. [2006-08-18 18:27:15] kn1g at yahoo dot com dot br Description: class_exists with return appears to avoid setting a variable after a class definition. Avoiding the return inside the if block like work as expected: But I couldn't find anything in the documentation explaining this behaviour. Reproduce code: --- "class.php" "test.php" Expected result: hi newclass ok Actual result: -- hi -- Edit this bug report at http://bugs.php.net/?id=38504&edit=1
#38509 [Opn->Fbk]: PDO FEATURES
ID: 38509 Updated by: [EMAIL PROTECTED] Reported By: roberto at spadim dot com dot br -Status: Open +Status: Feedback Bug Type: Feature/Change Request Operating System: ANY PHP Version: 5.2.0RC2 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. Previous Comments: [2006-08-19 03:42:34] roberto at spadim dot com dot br Description: could PDO have features like mysql_result ??? i use a lot it cause i have to read the last rown and after the first after the last-1 and after the second... with PDO i can only make it if i read all data to an array and after read array :/ any feature in this area could help thankx -- Edit this bug report at http://bugs.php.net/?id=38509&edit=1
#38511 [Opn->Asn]: Session module cannot store objects anymore
ID: 38511 Updated by: [EMAIL PROTECTED] Reported By: jost2345 at users dot sourceforge dot net -Status: Open +Status: Assigned Bug Type: Session related Operating System: any PHP Version: 5.1.5 -Assigned To: +Assigned To: iliaa New Comment: See also bug #38473. Previous Comments: [2006-08-19 13:40:44] jost2345 at users dot sourceforge dot net Description: The PHP session module needs a special hook into the evaluator so that session_write_close() can be called before the object store is cleaned. The session module worked in earlier PHP versions (<=5.0.4) because objects were handled differently. Reproduce code: --- A test is here: http://php-java-bridge.cvs.sourceforge.net/php-java-bridge/php-java-bridge/tests.php5/session_write_close_bug.php?revision=1.2&view=markup To run the test you'll need a recent JavaBridge.war deployed into a J2EE server or servlet engine and the PHP/Java Bridge classes: http://php-java-bridge.cvs.sourceforge.net/php-java-bridge/php-java-bridge/java/README?revision=1.1&view=markup -- Edit this bug report at http://bugs.php.net/?id=38511&edit=1
#38512 [Opn->Fbk]: PCRE 6.6 crashing PHP with specific calls to preg_match()
ID: 38512 Updated by: [EMAIL PROTECTED] Reported By: peter dot mescalchin at gmail dot com -Status: Open +Status: Feedback Bug Type: PCRE related Operating System: Windows XP PHP Version: 5.1.5 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip Previous Comments: [2006-08-19 13:51:38] peter dot mescalchin at gmail dot com Description: Passing large strings to PCRE functions in PHP versions 5.1.3 or greater and Apache 2.0.59 with the regexp "/(\r|\n|.)*/" crashes PHP/Apache request. Referring to the source code, a string length greater than 376 character crashes the request. Rolling back to PHP 5.1.2, using PCRE 6.2 works correctly without crashing for string lengths greater than 376 characters. The bug is very similar to the following PHP bug report: http://bugs.php.net/bug.php?id=24460 Reproduce code: --- Expected result: The script to end gracefully. Actual result: -- Crashing of the PHP request. -- Edit this bug report at http://bugs.php.net/?id=38512&edit=1
#38513 [Opn->Fbk]: File over size
ID: 38513 Updated by: [EMAIL PROTECTED] Reported By: ripper at ripper dot net dot ar -Status: Open +Status: Feedback -Bug Type: Performance problem +Bug Type: Unknown/Other Function Operating System: Linux / Windows PHP Version: 5.1.5 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-19 20:09:48] ripper at ripper dot net dot ar Description: A php script with a sockets fuction or fopen or maybe a ftp functions may cause a download file wich cause in some cases a crash of apache, or a over size file > 1gb inside the hd. Reproduce code: --- Expected result: A message with WARNING or something setted by php config Actual result: -- A file size > 1gb or maybe 2gb -- Edit this bug report at http://bugs.php.net/?id=38513&edit=1
#38517 [Opn->Asn]: imagefilledarc() with alpha blending mode
ID: 38517 Updated by: [EMAIL PROTECTED] Reported By: wkpark at kldp dot org -Status: Open +Status: Assigned Bug Type: GD related Operating System: Linux PHP Version: 5.1.5 -Assigned To: +Assigned To: pajoye Previous Comments: [2006-08-20 09:08:46] wkpark at kldp dot org and this is my first try to fix this problem. this patch use Bresenham algorithm and some simple trick to make integer based imagefilledarc() http://chem.skku.ac.kr/~wkpark/linux/patch/php5.x-gd-bresenham3.patch http://kldp.org/files/gd_try1.png [2006-08-20 08:46:48] wkpark at kldp dot org Description: there are already similar imagefilledellipse() bug #22103. but it is not corrected with the imagefilledarc(). the reason why this results are obtained is same as described in #22103. Reproduce code: --- '; ?> and the result http://kldp.org/files/test_0.png -- Edit this bug report at http://bugs.php.net/?id=38517&edit=1
#38507 [Opn->Bgs]: __set "overloading" and language incongruency with arrays
ID: 38507
Updated by: [EMAIL PROTECTED]
Reported By: phpa dot 20 dot crgtk at spamgourmet dot com
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Windows XP/2003 but not relevant
PHP Version: 5CVS-2006-08-18 (snap)
New Comment:
__get() returns a value, not a reference, so you can't change the
result of __get() and expect the object's attribute to change also.
Previous Comments:
[2006-08-20 09:41:22] ruslan dot kyrychuk at gmail dot com
$instance->dynmember['language'] = $piece;
will get array by __get overload and than set array value in memory.
This is simple and clear logic.
With your expected result you must override __set property additionaly
for arrays and simple objects.
[2006-08-19 00:26:12] phpa dot 20 dot crgtk at spamgourmet dot com
Description:
Fact: By utilizing the __get() overload functionality in a class, PHP
allows one to return a dynamic member of an object as an array that can
be used as if the array were an actual static member of the object.
[Example (1) below].
Issue: However, a glaring incongruency in the PHP language arrises when
one attempts to utilze the __set() overload functionality to modify the
given dynamic member array. One can get, but cannot set the dynamic
member as if it were an array. [Example (2) below].
Consequence: This situation prevents one from making a drop-in
replacement object -- that utilizes dynamic member arrays -- for an
object that originally contained static member arrays.
Reproduce code:
---
class MyClass
{
function __get($name){
return array("hooray"=>"for", "language"=>"incongruencies");
}
function __set($name, $value){
echo "set was passed:\n";
echo print_r($name, true)."\n";
echo print_r($value, true)."\n";
}
}
$instance = new MyClass();
// (1) proof of dynamic member "being" an array
print_r($instance->dynmember);
// (1) proof of dynamic member array "being accessed"
$piece = $instance->dynmember["language"];
echo "piece is: $piece\n\n";
// (2) issue: since one can do the above, one expects to be able to do
the following
$piece = "being congruent";
$instance->dynmember['language'] = $piece; // as of php 5.2, literally
does nothing
Expected result:
Since the language does not seem to have any current capability of
detecting this condition, the following is a _proposed_ result of the
above code:
Array
(
[hooray] => for
[language] => incongruencies
)
piece is: incongruencies
set was passed:
dynmember
Array
(
[language] => being congruent
)
Actual result:
--
Please observe that there are no errors in the output below. That is
because there are literally no errors raised by PHP; the code fails
silently.
Array
(
[hooray] => for
[language] => incongruencies
)
piece is: incongruencies
--
Edit this bug report at http://bugs.php.net/?id=38507&edit=1
#38519 [Opn->Asn]: support charspacing in imagefttext()
ID: 38519 Updated by: [EMAIL PROTECTED] Reported By: wkpark at kldp dot org -Status: Open +Status: Assigned Bug Type: GD related Operating System: Linux PHP Version: 5.1.5 -Assigned To: +Assigned To: pajoye Previous Comments: [2006-08-20 09:41:37] wkpark at kldp dot org this is a patch made by hjsong and J. and it works fine for me :) http://chem.skku.ac.kr/~wkpark/linux/patch/php5.x-gd-charspacing.patch [2006-08-20 09:21:35] wkpark at kldp dot org Description: currently imagefttext() support linespacing but charspacing does not. charspacing is particularly important for CJK fonts. -- Edit this bug report at http://bugs.php.net/?id=38519&edit=1
#38522 [Opn->Bgs]: --with-mbstring won't compile, #error "GCC no longer implements ."
ID: 38522 Updated by: [EMAIL PROTECTED] Reported By: mbolien at brightsite dot de -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Fedora-Core 1 PHP Version: 5.1.5 New Comment: Duplicate of bug #38452. Previous Comments: [2006-08-20 15:10:14] mbolien at brightsite dot de sorry, provided wrong OS, it's FC1 with gcc-Version 3.3.2 20031022 (Red Hat Linux 3.3.2-1) [2006-08-20 14:55:59] mbolien at brightsite dot de Description: Trying to compile with mbstring support results in compiler error. Similar bug found at 14-08, but different OS Reproduce code: --- shell: In file included from /usr/local/src/php/ext/mbstring/oniguruma/regerror.c:37: /usr/lib/gcc-lib/i386-redhat-linux/3.3.2/include/varargs.h:4:2: #error "GCC no longer implements ." /usr/lib/gcc-lib/i386-redhat-linux/3.3.2/include/varargs.h:5:2: #error "Revise your code to use ." config.log: configure:68527: checking for variable length prototypes and stdarg.h configure:68566: gcc -o conftest -I/usr/include -g -O2 -L/usr/lib -Wl,-rpath,/usr/local/src/imap/lib -L/usr/local/src/imap/lib -Wl,-rpath,/usr/kerberos/lib -L/usr/kerberos/lib conftest.c -lcrypt -lpam -lpng -lz -ljpeg -lz -lresolv -lm -ldl -lnsl -lxml2 -lz -lm -lxml2 -lz -lm -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lssl -lcrypto -lgssapi_krb5 -lkrb5 -lcom_err -lk5crypto -lresolv -ldl -lz >&5 configure:68569: $? = 0 configure:68571: ./conftest configure:68574: $? = 0 configure:68589: result: yes Expected result: compiling php 5.1.5 -- Edit this bug report at http://bugs.php.net/?id=38522&edit=1
#38525 [Fbk]: 5.2.0RC2 + squirrelmail == random segfaults , heap corruption
ID: 38525
Updated by: [EMAIL PROTECTED]
Reported By: judas dot iscariote at gmail dot com
Status: Feedback
Bug Type: Reproducible crash
Operating System: linux
PHP Version: 5.2.0RC2
New Comment:
Could you also please try to see if valgrind tells you anything?
valgrind --tool=memcheck --log-file=httpd /path/to/apache/httpd -X
And check out httpd. file.
Previous Comments:
[2006-08-21 08:39:58] [EMAIL PROTECTED]
Could you also please try to see if valgrind tells you anything?
valgrind --tool=memcheck --log-file=httpd /path/to/apache/httpd -X
And check out httpd. file.
[2006-08-20 20:27:50] judas dot iscariote at gmail dot com
update summary.
[2006-08-20 19:00:21] judas dot iscariote at gmail dot com
#1 0x2af677a1970e in zend_mm_panic (message=0x2af677b5ade9 "Heap
corrupted")
at /local/local/bodegon/php-debug/Zend/zend_alloc.c:61
No locals.
#2 0x2af677a19c00 in zend_mm_remove_from_free_list
(heap=0x55867130, mm_block=0x2af679814fc0)
at /local/local/bodegon/php-debug/Zend/zend_alloc.c:473
prev = (zend_mm_free_block *) 0x55867268
next = (zend_mm_free_block *) 0x3631f6792bdbc8
#3 0x2af677a1c39a in _zend_mm_realloc_int (heap=0x55867130,
p=0x2af6797d5060, size=262104,
__zend_filename=0x2af677b3bb78
"/local/local/bodegon/php-debug/ext/standard/var.c",
__zend_lineno=531,
__zend_orig_filename=0x0, __zend_orig_lineno=0) at
/local/local/bodegon/php-debug/Zend/zend_alloc.c:1450
mm_block = (zend_mm_block *) 0x2af6797d5020
next_block = (zend_mm_block *) 0x2af679814fc0
true_size = 262176
ptr = (void *) 0x23a8
#4 0x2af677a1cae6 in _erealloc (ptr=0x2af6797d5060, size=262104,
allow_failure=0,
__zend_filename=0x2af677b3bb78
"/local/local/bodegon/php-debug/ext/standard/var.c",
__zend_lineno=531,
__zend_orig_filename=0x0, __zend_orig_lineno=0) at
/local/local/bodegon/php-debug/Zend/zend_alloc.c:1633
No locals.
#5 0x2af6779a8e47 in php_var_serialize_long (buf=0x7fff362aa7a0,
val=407)
at /local/local/bodegon/php-debug/ext/standard/var.c:531
__nl = 261975
__dest = (smart_str *) 0x7fff362aa7a0
#6 0x2af6779a84f0 in php_var_serialize_intern (buf=0x7fff362aa7a0,
struc=0x2af678c00088, var_hash=0x7fff362aa750)
at /local/local/bodegon/php-debug/ext/standard/var.c:807
key = 0x2af6785dc9c0 "hililist"
data = (zval **) 0x2af6787d9060
key_len = 9
index = 407
pos = (HashPosition) 0x2af6787d8e40
incomplete_class = 0 '\0'
i = 2
var_already = (ulong *) 0x55867268
myht = (HashTable *) 0x2af6791b4710
#7 0x2af6779a9326 in php_var_serialize (buf=0x7fff362aa7a0,
struc=0x2af678c00088, var_hash=0x7fff362aa750)
at /local/local/bodegon/php-debug/ext/standard/var.c:845
No locals.
#8 0x2af6778ad8d5 in ps_srlzr_encode_php (newstr=0x7fff362aa808,
newlen=0x7fff362aa82c)
at /local/local/bodegon/php-debug/ext/session/session.c:479
_ht = (HashTable *) 0x2af6785592d0
---Type to continue, or q to quit---
buf = {
c = 0x2af6797d5060
"gettext_php_loaded|b:0;gettext_php_domain|s:0:\"\";gettext_php_dir|s:0:\"\";gettext_php_translateStrings|a:0:{}gettext_php_loaded_language|s:0:\"\";gettext_php_short_circuit|b:0;sq_base_url|s:27:\"http://hel";...,
len = 261973,
a = 262103}
var_hash = {nTableSize = 16384, nTableMask = 16383,
nNumOfElements = 8427, nNextFreeElement = 988,
pInternalPointer = 0x2af678f40f08, pListHead = 0x2af678f40f08,
pListTail = 0x2af6794865f0, arBuckets = 0x2af6791b4f48,
pDestructor = 0, persistent = 0 '\0', nApplyCount = 0 '\0',
bApplyProtection = 1 '\001', inconsistent = 0}
key = 0x2af678c000b0 "msgs"
key_length = 4
num_key = 47238021375260
struc = (zval **) 0x2af678c00088
#9 0x2af6778ae43d in php_session_encode (newlen=0x7fff362aa82c)
at /local/local/bodegon/php-debug/ext/session/session.c:581
ret = 0x0
#10 0x2af6778aefb2 in php_session_save_current_state () at
/local/local/bodegon/php-debug/ext/session/session.c:860
val = 0x3
vallen = 0
ret = -1
#11 0x2af6778b3f3d in php_session_flush () at
/local/local/bodegon/php-debug/ext/session/session.c:1845
orig_bailout = (jmp_buf *) 0x7fff362aa9c0
bailout = {{__jmpbuf = {160, -72001594702856356,
93824996795000, 93824995284840, 93824993674584, 93824993672000,
-72001594702856596, -71943351702066904}, __mask_was_saved = 0,
__saved_mask = {__val = {47238068320056, 0,
47238068320144, 88, 2840945349788, 47238058731560,
47238060414864, 140734102153504, 88, 140734102153536,
47238057413229, 140734102153536, 0, 0, 3017073977613,
47238058478808
#12 0x2
#38525 [Opn->Fbk]: 5.2.0RC2 + squirrelmail == random segfaults , heap corruption
ID: 38525
Updated by: [EMAIL PROTECTED]
Reported By: judas dot iscariote at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: linux
PHP Version: 5.2.0RC2
New Comment:
Could you also please try to see if valgrind tells you anything?
valgrind --tool=memcheck --log-file=httpd /path/to/apache/httpd -X
And check out httpd. file.
Previous Comments:
[2006-08-20 20:27:50] judas dot iscariote at gmail dot com
update summary.
[2006-08-20 19:00:21] judas dot iscariote at gmail dot com
#1 0x2af677a1970e in zend_mm_panic (message=0x2af677b5ade9 "Heap
corrupted")
at /local/local/bodegon/php-debug/Zend/zend_alloc.c:61
No locals.
#2 0x2af677a19c00 in zend_mm_remove_from_free_list
(heap=0x55867130, mm_block=0x2af679814fc0)
at /local/local/bodegon/php-debug/Zend/zend_alloc.c:473
prev = (zend_mm_free_block *) 0x55867268
next = (zend_mm_free_block *) 0x3631f6792bdbc8
#3 0x2af677a1c39a in _zend_mm_realloc_int (heap=0x55867130,
p=0x2af6797d5060, size=262104,
__zend_filename=0x2af677b3bb78
"/local/local/bodegon/php-debug/ext/standard/var.c",
__zend_lineno=531,
__zend_orig_filename=0x0, __zend_orig_lineno=0) at
/local/local/bodegon/php-debug/Zend/zend_alloc.c:1450
mm_block = (zend_mm_block *) 0x2af6797d5020
next_block = (zend_mm_block *) 0x2af679814fc0
true_size = 262176
ptr = (void *) 0x23a8
#4 0x2af677a1cae6 in _erealloc (ptr=0x2af6797d5060, size=262104,
allow_failure=0,
__zend_filename=0x2af677b3bb78
"/local/local/bodegon/php-debug/ext/standard/var.c",
__zend_lineno=531,
__zend_orig_filename=0x0, __zend_orig_lineno=0) at
/local/local/bodegon/php-debug/Zend/zend_alloc.c:1633
No locals.
#5 0x2af6779a8e47 in php_var_serialize_long (buf=0x7fff362aa7a0,
val=407)
at /local/local/bodegon/php-debug/ext/standard/var.c:531
__nl = 261975
__dest = (smart_str *) 0x7fff362aa7a0
#6 0x2af6779a84f0 in php_var_serialize_intern (buf=0x7fff362aa7a0,
struc=0x2af678c00088, var_hash=0x7fff362aa750)
at /local/local/bodegon/php-debug/ext/standard/var.c:807
key = 0x2af6785dc9c0 "hililist"
data = (zval **) 0x2af6787d9060
key_len = 9
index = 407
pos = (HashPosition) 0x2af6787d8e40
incomplete_class = 0 '\0'
i = 2
var_already = (ulong *) 0x55867268
myht = (HashTable *) 0x2af6791b4710
#7 0x2af6779a9326 in php_var_serialize (buf=0x7fff362aa7a0,
struc=0x2af678c00088, var_hash=0x7fff362aa750)
at /local/local/bodegon/php-debug/ext/standard/var.c:845
No locals.
#8 0x2af6778ad8d5 in ps_srlzr_encode_php (newstr=0x7fff362aa808,
newlen=0x7fff362aa82c)
at /local/local/bodegon/php-debug/ext/session/session.c:479
_ht = (HashTable *) 0x2af6785592d0
---Type to continue, or q to quit---
buf = {
c = 0x2af6797d5060
"gettext_php_loaded|b:0;gettext_php_domain|s:0:\"\";gettext_php_dir|s:0:\"\";gettext_php_translateStrings|a:0:{}gettext_php_loaded_language|s:0:\"\";gettext_php_short_circuit|b:0;sq_base_url|s:27:\"http://hel";...,
len = 261973,
a = 262103}
var_hash = {nTableSize = 16384, nTableMask = 16383,
nNumOfElements = 8427, nNextFreeElement = 988,
pInternalPointer = 0x2af678f40f08, pListHead = 0x2af678f40f08,
pListTail = 0x2af6794865f0, arBuckets = 0x2af6791b4f48,
pDestructor = 0, persistent = 0 '\0', nApplyCount = 0 '\0',
bApplyProtection = 1 '\001', inconsistent = 0}
key = 0x2af678c000b0 "msgs"
key_length = 4
num_key = 47238021375260
struc = (zval **) 0x2af678c00088
#9 0x2af6778ae43d in php_session_encode (newlen=0x7fff362aa82c)
at /local/local/bodegon/php-debug/ext/session/session.c:581
ret = 0x0
#10 0x2af6778aefb2 in php_session_save_current_state () at
/local/local/bodegon/php-debug/ext/session/session.c:860
val = 0x3
vallen = 0
ret = -1
#11 0x2af6778b3f3d in php_session_flush () at
/local/local/bodegon/php-debug/ext/session/session.c:1845
orig_bailout = (jmp_buf *) 0x7fff362aa9c0
bailout = {{__jmpbuf = {160, -72001594702856356,
93824996795000, 93824995284840, 93824993674584, 93824993672000,
-72001594702856596, -71943351702066904}, __mask_was_saved = 0,
__saved_mask = {__val = {47238068320056, 0,
47238068320144, 88, 2840945349788, 47238058731560,
47238060414864, 140734102153504, 88, 140734102153536,
47238057413229, 140734102153536, 0, 0, 3017073977613,
47238058478808
#12 0x2af6778b3f86 in zm_deactivate_session (type=1,
module_number=12)
at /local/local/bodegon/php-debug/ext/session/session.c:1859
No locals.
#13 0x2af677a46705 in module_registry_cleanup
(module=0x558b2e90)
at /local/local/bodegon/php-debug/Z
#38529 [Opn->Bgs]: cunstructor overloading is not allowed in php5
ID: 38529
Updated by: [EMAIL PROTECTED]
Reported By: suneelbadola at yahoo dot com
-Status: Open
+Status: Bogus
Bug Type: Feature/Change Request
Operating System: Linux/Windows
PHP Version: 5.1.5
New Comment:
Function overloading is not supported and never going to be, since PHP
is weakly typed language.
Previous Comments:
[2006-08-21 04:18:03] suneelbadola at yahoo dot com
Description:
The constructor over loading is not allowed in PHP however for being
OOPS based language it should.
Reproduce code:
---
class PDF extends FPDF
{
public function __construct($one){
echo "one";
}
public function __construct($one,$two){
echo "two";
}
public function __construct(){
echo "blank";
}
}
Expected result:
it should allow us contructor overloading.
Actual result:
--
error: can not redeclare function.
--
Edit this bug report at http://bugs.php.net/?id=38529&edit=1
#38530 [Opn->Bgs]: preg_replace_callback() [function.preg-replace-callback]: Unknown modifier '|'
ID: 38530
Updated by: [EMAIL PROTECTED]
Reported By: jmazzi at gmail dot com
-Status: Open
+Status: Bogus
Bug Type: PCRE related
Operating System: Centos 3 (linux 2.4)
PHP Version: 5.1.5
New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
Previous Comments:
[2006-08-21 04:18:33] jmazzi at gmail dot com
Description:
When I updated from php 4 to php 5, one of my apps is giving this
error: Warning: preg_replace_callback()
[function.preg-replace-callback]: Unknown modifier '|'
Reproduce code:
---
$text = preg_replace_callback("{
(?:\\n\\n|\\A)
( # $1 = the code block -- one or more lines,
starting with a space/tab
(?:
(?:[ ]\{$md_tab_width} | \\t) # Lines must start with
a tab or a tab-width of spaces
.*\\n+
)+
)
((?=^[ ]{0,$md_tab_width}\\S)|\\Z) # Lookahead for
non-space at line-start, or end of doc
}xm",
'_DoCodeBlocks_callback', $text);
--
Edit this bug report at http://bugs.php.net/?id=38530&edit=1
#38532 [Opn->Bgs]: connection status does not reflect the right information
ID: 38532 Updated by: [EMAIL PROTECTED] Reported By: fdcxl at 163 dot com -Status: Open +Status: Bogus Bug Type: *Web Server problem Operating System: linux PHP Version: 5.1.5 New Comment: connection_status and connection_aborted() rely on the function that outputs the data from the buffer. Since you do not output any data, there is no way to detect that the connection is dead. Previous Comments: [2006-08-21 08:05:53] fdcxl at 163 dot com Description: connection_status function can't reflect the right information. When I click Stop button of IE, I can't get the ABORT signal. Reproduce code: --- conn.php I access this page using IE with http, after about 10 seconds, I click Stop button of IE. Expected result: The contents of /tmp/abc should be a sequence of 0s with one 1 in the end. The script stops. Actual result: -- I get all 0s, and script keeps running -- Edit this bug report at http://bugs.php.net/?id=38532&edit=1
#38488 [Opn->Fbk]: Access to "php://stdin" and faily crashes PHP on win32
ID: 38488 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Streams related Operating System: win32 PHP Version: 5CVS-2006-08-18 (CVS) Previous Comments: [2006-08-18 04:11:52] [EMAIL PROTECTED] I'm unable to get my system to crash (CGI and CLI). What SAPI are you using? [2006-08-18 02:31:47] [EMAIL PROTECTED] Description: Access to standard streams using "php://stdin" and family names produces crash. The reason probably is in a buggy _get_osfhandle() function that doesn't return proper HANDLES for standard system streams. We need find out a workaround for this problem. the bug is probably related to bug #7960 Reproduce code: --- Expected result: Hello Actual result: -- Crash with the following stack trace NTDLL! 7c90eb74() NTDLL! 7c90eb94() _php_stream_fopen_from_fd(int 0, const char * 0x00416fb0 `string', const char * 0x, int 0, char * 0x1070a25c `string', unsigned int 246, char * 0x, unsigned int 0, void * * * 0x02714fe0) line 200 + 24 bytes php_stream_url_wrap_php(_php_stream_wrapper * 0x108a5d28 _php_stream_php_wrapper, char * 0x00416fa6, char * 0x00416fb0 `string', int 8, char * * 0x, _php_stream_context * 0x, int 1, char * 0x106dd51c `string', unsigned int 1774, char * 0x004165c8 `string', unsigned int 498, void * * * 0x02714fe0) line 246 + 41 bytes _php_stream_open_wrapper_ex(char * 0x00416fa0 `string', char * 0x00416fb0 `string', int 0, char * * 0x, _php_stream_context * 0x, int 0, char * 0x004165c8 `string', unsigned int 498, char * 0x, unsigned int 0, void * * * 0x02714fe0) line 1774 + 111 bytes cli_register_file_handles(void * * * 0x02714fe0) line 498 + 52 bytes main(int 2, char * * 0x026f8fc0) line 1030 + 12 bytes -- Edit this bug report at http://bugs.php.net/?id=38488&edit=1
#38525 [Fbk->Ctl]: 5.2.0RC2 + squirrelmail == random segfaults , heap corruption
ID: 38525
Updated by: [EMAIL PROTECTED]
Reported By: judas dot iscariote at gmail dot com
-Status: Feedback
+Status: Critical
Bug Type: Reproducible crash
Operating System: linux
PHP Version: 5.2.0RC2
New Comment:
Obviously the new heap implementation from Zend is unstable.
Previous Comments:
[2006-08-21 08:39:58] [EMAIL PROTECTED]
Could you also please try to see if valgrind tells you anything?
valgrind --tool=memcheck --log-file=httpd /path/to/apache/httpd -X
And check out httpd. file.
[2006-08-20 20:27:50] judas dot iscariote at gmail dot com
update summary.
[2006-08-20 19:00:21] judas dot iscariote at gmail dot com
#1 0x2af677a1970e in zend_mm_panic (message=0x2af677b5ade9 "Heap
corrupted")
at /local/local/bodegon/php-debug/Zend/zend_alloc.c:61
No locals.
#2 0x2af677a19c00 in zend_mm_remove_from_free_list
(heap=0x55867130, mm_block=0x2af679814fc0)
at /local/local/bodegon/php-debug/Zend/zend_alloc.c:473
prev = (zend_mm_free_block *) 0x55867268
next = (zend_mm_free_block *) 0x3631f6792bdbc8
#3 0x2af677a1c39a in _zend_mm_realloc_int (heap=0x55867130,
p=0x2af6797d5060, size=262104,
__zend_filename=0x2af677b3bb78
"/local/local/bodegon/php-debug/ext/standard/var.c",
__zend_lineno=531,
__zend_orig_filename=0x0, __zend_orig_lineno=0) at
/local/local/bodegon/php-debug/Zend/zend_alloc.c:1450
mm_block = (zend_mm_block *) 0x2af6797d5020
next_block = (zend_mm_block *) 0x2af679814fc0
true_size = 262176
ptr = (void *) 0x23a8
#4 0x2af677a1cae6 in _erealloc (ptr=0x2af6797d5060, size=262104,
allow_failure=0,
__zend_filename=0x2af677b3bb78
"/local/local/bodegon/php-debug/ext/standard/var.c",
__zend_lineno=531,
__zend_orig_filename=0x0, __zend_orig_lineno=0) at
/local/local/bodegon/php-debug/Zend/zend_alloc.c:1633
No locals.
#5 0x2af6779a8e47 in php_var_serialize_long (buf=0x7fff362aa7a0,
val=407)
at /local/local/bodegon/php-debug/ext/standard/var.c:531
__nl = 261975
__dest = (smart_str *) 0x7fff362aa7a0
#6 0x2af6779a84f0 in php_var_serialize_intern (buf=0x7fff362aa7a0,
struc=0x2af678c00088, var_hash=0x7fff362aa750)
at /local/local/bodegon/php-debug/ext/standard/var.c:807
key = 0x2af6785dc9c0 "hililist"
data = (zval **) 0x2af6787d9060
key_len = 9
index = 407
pos = (HashPosition) 0x2af6787d8e40
incomplete_class = 0 '\0'
i = 2
var_already = (ulong *) 0x55867268
myht = (HashTable *) 0x2af6791b4710
#7 0x2af6779a9326 in php_var_serialize (buf=0x7fff362aa7a0,
struc=0x2af678c00088, var_hash=0x7fff362aa750)
at /local/local/bodegon/php-debug/ext/standard/var.c:845
No locals.
#8 0x2af6778ad8d5 in ps_srlzr_encode_php (newstr=0x7fff362aa808,
newlen=0x7fff362aa82c)
at /local/local/bodegon/php-debug/ext/session/session.c:479
_ht = (HashTable *) 0x2af6785592d0
---Type to continue, or q to quit---
buf = {
c = 0x2af6797d5060
"gettext_php_loaded|b:0;gettext_php_domain|s:0:\"\";gettext_php_dir|s:0:\"\";gettext_php_translateStrings|a:0:{}gettext_php_loaded_language|s:0:\"\";gettext_php_short_circuit|b:0;sq_base_url|s:27:\"http://hel";...,
len = 261973,
a = 262103}
var_hash = {nTableSize = 16384, nTableMask = 16383,
nNumOfElements = 8427, nNextFreeElement = 988,
pInternalPointer = 0x2af678f40f08, pListHead = 0x2af678f40f08,
pListTail = 0x2af6794865f0, arBuckets = 0x2af6791b4f48,
pDestructor = 0, persistent = 0 '\0', nApplyCount = 0 '\0',
bApplyProtection = 1 '\001', inconsistent = 0}
key = 0x2af678c000b0 "msgs"
key_length = 4
num_key = 47238021375260
struc = (zval **) 0x2af678c00088
#9 0x2af6778ae43d in php_session_encode (newlen=0x7fff362aa82c)
at /local/local/bodegon/php-debug/ext/session/session.c:581
ret = 0x0
#10 0x2af6778aefb2 in php_session_save_current_state () at
/local/local/bodegon/php-debug/ext/session/session.c:860
val = 0x3
vallen = 0
ret = -1
#11 0x2af6778b3f3d in php_session_flush () at
/local/local/bodegon/php-debug/ext/session/session.c:1845
orig_bailout = (jmp_buf *) 0x7fff362aa9c0
bailout = {{__jmpbuf = {160, -72001594702856356,
93824996795000, 93824995284840, 93824993674584, 93824993672000,
-72001594702856596, -71943351702066904}, __mask_was_saved = 0,
__saved_mask = {__val = {47238068320056, 0,
47238068320144, 88, 2840945349788, 47238058731560,
47238060414864, 140734102153504, 88, 140734102153536,
47238057413229, 140734102153536, 0, 0, 3017073977613,
47238058478808
#12 0x2af6778b3f86 in zm_deactivate_session (type=1,
module_number=12)
at
#38525 [Ctl->Fbk]: 5.2.0RC2 + squirrelmail == random segfaults , heap corruption
ID: 38525
Updated by: [EMAIL PROTECTED]
Reported By: judas dot iscariote at gmail dot com
-Status: Critical
+Status: Feedback
Bug Type: Reproducible crash
Operating System: linux
PHP Version: 5.2.0RC2
Previous Comments:
[2006-08-21 08:53:05] [EMAIL PROTECTED]
Obviously the new heap implementation from Zend is unstable.
[2006-08-21 08:39:58] [EMAIL PROTECTED]
Could you also please try to see if valgrind tells you anything?
valgrind --tool=memcheck --log-file=httpd /path/to/apache/httpd -X
And check out httpd. file.
[2006-08-20 20:27:50] judas dot iscariote at gmail dot com
update summary.
[2006-08-20 19:00:21] judas dot iscariote at gmail dot com
#1 0x2af677a1970e in zend_mm_panic (message=0x2af677b5ade9 "Heap
corrupted")
at /local/local/bodegon/php-debug/Zend/zend_alloc.c:61
No locals.
#2 0x2af677a19c00 in zend_mm_remove_from_free_list
(heap=0x55867130, mm_block=0x2af679814fc0)
at /local/local/bodegon/php-debug/Zend/zend_alloc.c:473
prev = (zend_mm_free_block *) 0x55867268
next = (zend_mm_free_block *) 0x3631f6792bdbc8
#3 0x2af677a1c39a in _zend_mm_realloc_int (heap=0x55867130,
p=0x2af6797d5060, size=262104,
__zend_filename=0x2af677b3bb78
"/local/local/bodegon/php-debug/ext/standard/var.c",
__zend_lineno=531,
__zend_orig_filename=0x0, __zend_orig_lineno=0) at
/local/local/bodegon/php-debug/Zend/zend_alloc.c:1450
mm_block = (zend_mm_block *) 0x2af6797d5020
next_block = (zend_mm_block *) 0x2af679814fc0
true_size = 262176
ptr = (void *) 0x23a8
#4 0x2af677a1cae6 in _erealloc (ptr=0x2af6797d5060, size=262104,
allow_failure=0,
__zend_filename=0x2af677b3bb78
"/local/local/bodegon/php-debug/ext/standard/var.c",
__zend_lineno=531,
__zend_orig_filename=0x0, __zend_orig_lineno=0) at
/local/local/bodegon/php-debug/Zend/zend_alloc.c:1633
No locals.
#5 0x2af6779a8e47 in php_var_serialize_long (buf=0x7fff362aa7a0,
val=407)
at /local/local/bodegon/php-debug/ext/standard/var.c:531
__nl = 261975
__dest = (smart_str *) 0x7fff362aa7a0
#6 0x2af6779a84f0 in php_var_serialize_intern (buf=0x7fff362aa7a0,
struc=0x2af678c00088, var_hash=0x7fff362aa750)
at /local/local/bodegon/php-debug/ext/standard/var.c:807
key = 0x2af6785dc9c0 "hililist"
data = (zval **) 0x2af6787d9060
key_len = 9
index = 407
pos = (HashPosition) 0x2af6787d8e40
incomplete_class = 0 '\0'
i = 2
var_already = (ulong *) 0x55867268
myht = (HashTable *) 0x2af6791b4710
#7 0x2af6779a9326 in php_var_serialize (buf=0x7fff362aa7a0,
struc=0x2af678c00088, var_hash=0x7fff362aa750)
at /local/local/bodegon/php-debug/ext/standard/var.c:845
No locals.
#8 0x2af6778ad8d5 in ps_srlzr_encode_php (newstr=0x7fff362aa808,
newlen=0x7fff362aa82c)
at /local/local/bodegon/php-debug/ext/session/session.c:479
_ht = (HashTable *) 0x2af6785592d0
---Type to continue, or q to quit---
buf = {
c = 0x2af6797d5060
"gettext_php_loaded|b:0;gettext_php_domain|s:0:\"\";gettext_php_dir|s:0:\"\";gettext_php_translateStrings|a:0:{}gettext_php_loaded_language|s:0:\"\";gettext_php_short_circuit|b:0;sq_base_url|s:27:\"http://hel";...,
len = 261973,
a = 262103}
var_hash = {nTableSize = 16384, nTableMask = 16383,
nNumOfElements = 8427, nNextFreeElement = 988,
pInternalPointer = 0x2af678f40f08, pListHead = 0x2af678f40f08,
pListTail = 0x2af6794865f0, arBuckets = 0x2af6791b4f48,
pDestructor = 0, persistent = 0 '\0', nApplyCount = 0 '\0',
bApplyProtection = 1 '\001', inconsistent = 0}
key = 0x2af678c000b0 "msgs"
key_length = 4
num_key = 47238021375260
struc = (zval **) 0x2af678c00088
#9 0x2af6778ae43d in php_session_encode (newlen=0x7fff362aa82c)
at /local/local/bodegon/php-debug/ext/session/session.c:581
ret = 0x0
#10 0x2af6778aefb2 in php_session_save_current_state () at
/local/local/bodegon/php-debug/ext/session/session.c:860
val = 0x3
vallen = 0
ret = -1
#11 0x2af6778b3f3d in php_session_flush () at
/local/local/bodegon/php-debug/ext/session/session.c:1845
orig_bailout = (jmp_buf *) 0x7fff362aa9c0
bailout = {{__jmpbuf = {160, -72001594702856356,
93824996795000, 93824995284840, 93824993674584, 93824993672000,
-72001594702856596, -71943351702066904}, __mask_was_saved = 0,
__saved_mask = {__val = {47238068320056, 0,
47238068320144, 88, 2840945349788, 47238058731560,
47238060414864, 140734102153504, 88, 140734102153536,
47238057413229, 140734102153536, 0, 0, 3017073977613,
#38532 [Bgs]: connection status does not reflect the right information
ID: 38532 User updated by: fdcxl at 163 dot com Reported By: fdcxl at 163 dot com Status: Bogus Bug Type: *Web Server problem Operating System: linux PHP Version: 5.1.5 New Comment: In the manual, it says that when user clicks STOP button, the script should be terminated. In fact, the script keeps running. I checked it by verifying the size of /tmp/abc, which keeps increasing. I have tried to send output. It seems that IE maintains its own buffer, that any output can't get displayed before I click STOP button Previous Comments: [2006-08-21 08:46:27] [EMAIL PROTECTED] connection_status and connection_aborted() rely on the function that outputs the data from the buffer. Since you do not output any data, there is no way to detect that the connection is dead. [2006-08-21 08:05:53] fdcxl at 163 dot com Description: connection_status function can't reflect the right information. When I click Stop button of IE, I can't get the ABORT signal. Reproduce code: --- conn.php I access this page using IE with http, after about 10 seconds, I click Stop button of IE. Expected result: The contents of /tmp/abc should be a sequence of 0s with one 1 in the end. The script stops. Actual result: -- I get all 0s, and script keeps running -- Edit this bug report at http://bugs.php.net/?id=38532&edit=1
#38522 [Bgs->Opn]: --with-mbstring won't compile, #error "GCC no longer implements ."
ID: 38522 User updated by: mbolien at brightsite dot de Reported By: mbolien at brightsite dot de -Status: Bogus +Status: Open Bug Type: Compile Failure Operating System: Fedora-Core 1 PHP Version: 5.1.5 New Comment: Yes, nearly duplicated, but #38452 is Mac OS X. On FC1 is no XCode 2.4 and I've tried all stuff suggested at #38452. Checked out older versions... Previous Comments: [2006-08-21 08:36:23] [EMAIL PROTECTED] Duplicate of bug #38452. [2006-08-20 15:10:14] mbolien at brightsite dot de sorry, provided wrong OS, it's FC1 with gcc-Version 3.3.2 20031022 (Red Hat Linux 3.3.2-1) [2006-08-20 14:55:59] mbolien at brightsite dot de Description: Trying to compile with mbstring support results in compiler error. Similar bug found at 14-08, but different OS Reproduce code: --- shell: In file included from /usr/local/src/php/ext/mbstring/oniguruma/regerror.c:37: /usr/lib/gcc-lib/i386-redhat-linux/3.3.2/include/varargs.h:4:2: #error "GCC no longer implements ." /usr/lib/gcc-lib/i386-redhat-linux/3.3.2/include/varargs.h:5:2: #error "Revise your code to use ." config.log: configure:68527: checking for variable length prototypes and stdarg.h configure:68566: gcc -o conftest -I/usr/include -g -O2 -L/usr/lib -Wl,-rpath,/usr/local/src/imap/lib -L/usr/local/src/imap/lib -Wl,-rpath,/usr/kerberos/lib -L/usr/kerberos/lib conftest.c -lcrypt -lpam -lpng -lz -ljpeg -lz -lresolv -lm -ldl -lnsl -lxml2 -lz -lm -lxml2 -lz -lm -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lssl -lcrypto -lgssapi_krb5 -lkrb5 -lcom_err -lk5crypto -lresolv -ldl -lz >&5 configure:68569: $? = 0 configure:68571: ./conftest configure:68574: $? = 0 configure:68589: result: yes Expected result: compiling php 5.1.5 -- Edit this bug report at http://bugs.php.net/?id=38522&edit=1
#38522 [Opn->Bgs]: --with-mbstring won't compile, #error "GCC no longer implements ."
ID: 38522 Updated by: [EMAIL PROTECTED] Reported By: mbolien at brightsite dot de -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Fedora-Core 1 PHP Version: 5.1.5 New Comment: No need to keep 2 reports for 1 issue. Previous Comments: [2006-08-21 09:38:19] mbolien at brightsite dot de Yes, nearly duplicated, but #38452 is Mac OS X. On FC1 is no XCode 2.4 and I've tried all stuff suggested at #38452. Checked out older versions... [2006-08-21 08:36:23] [EMAIL PROTECTED] Duplicate of bug #38452. [2006-08-20 15:10:14] mbolien at brightsite dot de sorry, provided wrong OS, it's FC1 with gcc-Version 3.3.2 20031022 (Red Hat Linux 3.3.2-1) [2006-08-20 14:55:59] mbolien at brightsite dot de Description: Trying to compile with mbstring support results in compiler error. Similar bug found at 14-08, but different OS Reproduce code: --- shell: In file included from /usr/local/src/php/ext/mbstring/oniguruma/regerror.c:37: /usr/lib/gcc-lib/i386-redhat-linux/3.3.2/include/varargs.h:4:2: #error "GCC no longer implements ." /usr/lib/gcc-lib/i386-redhat-linux/3.3.2/include/varargs.h:5:2: #error "Revise your code to use ." config.log: configure:68527: checking for variable length prototypes and stdarg.h configure:68566: gcc -o conftest -I/usr/include -g -O2 -L/usr/lib -Wl,-rpath,/usr/local/src/imap/lib -L/usr/local/src/imap/lib -Wl,-rpath,/usr/kerberos/lib -L/usr/kerberos/lib conftest.c -lcrypt -lpam -lpng -lz -ljpeg -lz -lresolv -lm -ldl -lnsl -lxml2 -lz -lm -lxml2 -lz -lm -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lssl -lcrypto -lgssapi_krb5 -lkrb5 -lcom_err -lk5crypto -lresolv -ldl -lz >&5 configure:68569: $? = 0 configure:68571: ./conftest configure:68574: $? = 0 configure:68589: result: yes Expected result: compiling php 5.1.5 -- Edit this bug report at http://bugs.php.net/?id=38522&edit=1
#38532 [Bgs]: connection status does not reflect the right information
ID: 38532
User updated by: fdcxl at 163 dot com
Reported By: fdcxl at 163 dot com
Status: Bogus
Bug Type: *Web Server problem
Operating System: linux
PHP Version: 5.1.5
New Comment:
I make another test. With the following script:
0)
{
$count = $count -1;
if($count%100==0)
{
var_dump($str1);
//var_dump($str2);
ob_flush();
}
}
}
?>
If large mount of output is sent like $str1, I will get ABORT signal
and script terminated. But if $str2 is sent, it seems that no ABORT
signal and script keeps running to TIMEOUT
Previous Comments:
[2006-08-21 09:28:26] fdcxl at 163 dot com
In the manual, it says that when user clicks STOP button, the script
should be terminated. In fact, the script keeps running. I checked it
by verifying the size of /tmp/abc, which keeps increasing.
I have tried to send output. It seems that IE maintains its own buffer,
that any output can't get displayed before I click STOP button
[2006-08-21 08:46:27] [EMAIL PROTECTED]
connection_status and connection_aborted() rely on the function that
outputs the data from the buffer.
Since you do not output any data, there is no way to detect that the
connection is dead.
[2006-08-21 08:05:53] fdcxl at 163 dot com
Description:
connection_status function can't reflect the right information. When I
click Stop button of IE, I can't get the ABORT signal.
Reproduce code:
---
conn.php
I access this page using IE with http, after about 10 seconds, I click
Stop button of IE.
Expected result:
The contents of /tmp/abc should be a sequence of 0s with one 1 in the
end. The script stops.
Actual result:
--
I get all 0s, and script keeps running
--
Edit this bug report at http://bugs.php.net/?id=38532&edit=1
#38525 [Fbk->Opn]: 5.2.0RC2 + squirrelmail == random segfaults , heap corruption
ID: 38525 User updated by: judas dot iscariote at gmail dot com Reported By: judas dot iscariote at gmail dot com -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: linux PHP Version: 5.2.0RC2 New Comment: took me a while to reproduce it again, oO. that 's whaT I obtained with valgrind. ==15053== Conditional jump or move depends on uninitialised value(s) ==15053==at 0x59E1002: vfprintf (in /lib64/libc-2.4.so) ==15053==by 0x59FE6F8: vsprintf (in /lib64/libc-2.4.so) ==15053==by 0x59E91A7: sprintf (in /lib64/libc-2.4.so) ==15053==by 0x7D120DA: _convert_to_string (zend_operators.c:556) ==15053==by 0x7D1A6C2: zend_make_printable_zval (zend.c:266) ==15053==by 0x7D58B84: ZEND_ADD_VAR_SPEC_TMP_CV_HANDLER (zend_vm_execute.h:6552) ==15053==by 0x7D4407E: execute (zend_vm_execute.h:92) ==15053==by 0x7D4480F: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:234) ==15053==by 0x7D454AD: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (zend_vm_execute.h:322) ==15053==by 0x7D4407E: execute (zend_vm_execute.h:92) ==15053==by 0x7D1C4DA: zend_execute_scripts (zend.c:1095) ==15053==by 0x7CBE341: php_execute_script (main.c:1759) ==15053== ==15053== Process terminating with default action of signal 11 (SIGSEGV) ==15053== Bad permissions for mapped region at address 0x18 ==15053==at 0x7CF7D50: zend_mm_add_to_free_list (zend_alloc.c:465) ==15053==by 0x7CF986B: _zend_mm_alloc_int (zend_alloc.c:1233) ==15053==by 0x7CFA7C5: _zend_mm_realloc_int (zend_alloc.c:1543) ==15053==by 0x7CFAAE5: _erealloc (zend_alloc.c:1633) ==15053==by 0x7C82C92: php_var_serialize_string (var.c:540) ==15053==by 0x7C8650F: php_var_serialize_intern (var.c:810) ==15053==by 0x7C86709: php_var_serialize_intern (var.c:827) ==15053==by 0x7C87325: php_var_serialize (var.c:845) ==15053==by 0x7B8B8D4: ps_srlzr_encode_php (session.c:479) ==15053==by 0x7B8C43C: php_session_encode (session.c:581) ==15053==by 0x7B8CFB1: php_session_save_current_state (session.c:860) ==15053==by 0x7B91F3C: php_session_flush (session.c:1845) ==15053== ==15053== ERROR SUMMARY: 63 errors from 13 contexts (suppressed: 155 from 1) ==15053== malloc/free: in use at exit: 20,326,987 bytes in 11,487 blocks. ==15053== malloc/free: 214,233 allocs, 202,746 frees, 315,649,047 bytes allocated. ==15053== For counts of detected errors, rerun with: -v ==15053== searching for pointers to 11,487 not-freed blocks. ==15053== checked 17,712,560 bytes. ==15053== ==15053== LEAK SUMMARY: ==15053==definitely lost: 924 bytes in 35 blocks. ==15053== possibly lost: 0 bytes in 0 blocks. ==15053==still reachable: 20,326,063 bytes in 11,452 blocks. ==15053== suppressed: 0 bytes in 0 blocks. ==15053== Use --leak-check=full to see details of leaked memory. hell:~ # Previous Comments: [2006-08-21 08:53:05] [EMAIL PROTECTED] Obviously the new heap implementation from Zend is unstable. [2006-08-21 08:39:58] [EMAIL PROTECTED] Could you also please try to see if valgrind tells you anything? valgrind --tool=memcheck --log-file=httpd /path/to/apache/httpd -X And check out httpd. file. [2006-08-20 20:27:50] judas dot iscariote at gmail dot com update summary. [2006-08-20 19:00:21] judas dot iscariote at gmail dot com #1 0x2af677a1970e in zend_mm_panic (message=0x2af677b5ade9 "Heap corrupted") at /local/local/bodegon/php-debug/Zend/zend_alloc.c:61 No locals. #2 0x2af677a19c00 in zend_mm_remove_from_free_list (heap=0x55867130, mm_block=0x2af679814fc0) at /local/local/bodegon/php-debug/Zend/zend_alloc.c:473 prev = (zend_mm_free_block *) 0x55867268 next = (zend_mm_free_block *) 0x3631f6792bdbc8 #3 0x2af677a1c39a in _zend_mm_realloc_int (heap=0x55867130, p=0x2af6797d5060, size=262104, __zend_filename=0x2af677b3bb78 "/local/local/bodegon/php-debug/ext/standard/var.c", __zend_lineno=531, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /local/local/bodegon/php-debug/Zend/zend_alloc.c:1450 mm_block = (zend_mm_block *) 0x2af6797d5020 next_block = (zend_mm_block *) 0x2af679814fc0 true_size = 262176 ptr = (void *) 0x23a8 #4 0x2af677a1cae6 in _erealloc (ptr=0x2af6797d5060, size=262104, allow_failure=0, __zend_filename=0x2af677b3bb78 "/local/local/bodegon/php-debug/ext/standard/var.c", __zend_lineno=531, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /local/local/bodegon/php-debug/Zend/zend_alloc.c:1633 No locals. #5 0x2af6779a8e47 in php_var_serialize_long (buf=0x7fff362aa7a0, val=407) at /local/local/bodegon/php-debug/ext/stand
#38525 [Opn]: 5.2.0RC2 + squirrelmail == random segfaults , heap corruption
ID: 38525
User updated by: judas dot iscariote at gmail dot com
Reported By: judas dot iscariote at gmail dot com
Status: Open
Bug Type: Reproducible crash
Operating System: linux
PHP Version: 5.2.0RC2
New Comment:
well. additionally , this is a 64bit machine,but can be reproduced in
IIRC can be reproduced in 32 bit too. it linux with latest 5.2 CVS,
also reproduced in "released" RC2 tarball.
not reproducible with 5.1.x cause this is caused by the new memory
manager.
A trace with xdebug loaded also ends abruptly in random places..
sometimes just after end of an IMAP stream,
>=> ' Logout completed.\r\n'
6.49789175040 -> trim(' Logout completed.\r\n')
/srv/www/htdocs/squirrelmail/functions/imap_general.php:203
>=> 'Logout completed.'
>=> array (0 => array (0 => '* BYE
Logging out\r\n'))
>=> array (0 => '* BYE Logging
out\r\n')
>=> array (0 => '* BYE Logging out\r\n')
>=> NULL
>=> 1
6.54155767168
TRACE END [2006-08-20 18:37:19]
or in other ocassions (weird) it segfaults **just after that** when
squirelmail tries to register and object in a session , session
variable si created and then die, :(
also, the random error happends not only with right_main.php of SM but
with read_body.php or the simple login.php.
Im done, I don't know how else to look, not sure If I can provide
reproduce code either. any clues ?
Previous Comments:
[2006-08-21 10:18:19] judas dot iscariote at gmail dot com
took me a while to reproduce it again, oO.
that 's whaT I obtained with valgrind.
==15053== Conditional jump or move depends on uninitialised value(s)
==15053==at 0x59E1002: vfprintf (in /lib64/libc-2.4.so)
==15053==by 0x59FE6F8: vsprintf (in /lib64/libc-2.4.so)
==15053==by 0x59E91A7: sprintf (in /lib64/libc-2.4.so)
==15053==by 0x7D120DA: _convert_to_string (zend_operators.c:556)
==15053==by 0x7D1A6C2: zend_make_printable_zval (zend.c:266)
==15053==by 0x7D58B84: ZEND_ADD_VAR_SPEC_TMP_CV_HANDLER
(zend_vm_execute.h:6552)
==15053==by 0x7D4407E: execute (zend_vm_execute.h:92)
==15053==by 0x7D4480F: zend_do_fcall_common_helper_SPEC
(zend_vm_execute.h:234)
==15053==by 0x7D454AD: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER
(zend_vm_execute.h:322)
==15053==by 0x7D4407E: execute (zend_vm_execute.h:92)
==15053==by 0x7D1C4DA: zend_execute_scripts (zend.c:1095)
==15053==by 0x7CBE341: php_execute_script (main.c:1759)
==15053==
==15053== Process terminating with default action of signal 11
(SIGSEGV)
==15053== Bad permissions for mapped region at address 0x18
==15053==at 0x7CF7D50: zend_mm_add_to_free_list (zend_alloc.c:465)
==15053==by 0x7CF986B: _zend_mm_alloc_int (zend_alloc.c:1233)
==15053==by 0x7CFA7C5: _zend_mm_realloc_int (zend_alloc.c:1543)
==15053==by 0x7CFAAE5: _erealloc (zend_alloc.c:1633)
==15053==by 0x7C82C92: php_var_serialize_string (var.c:540)
==15053==by 0x7C8650F: php_var_serialize_intern (var.c:810)
==15053==by 0x7C86709: php_var_serialize_intern (var.c:827)
==15053==by 0x7C87325: php_var_serialize (var.c:845)
==15053==by 0x7B8B8D4: ps_srlzr_encode_php (session.c:479)
==15053==by 0x7B8C43C: php_session_encode (session.c:581)
==15053==by 0x7B8CFB1: php_session_save_current_state
(session.c:860)
==15053==by 0x7B91F3C: php_session_flush (session.c:1845)
==15053==
==15053== ERROR SUMMARY: 63 errors from 13 contexts (suppressed: 155
from 1)
==15053== malloc/free: in use at exit: 20,326,987 bytes in 11,487
blocks.
==15053== malloc/free: 214,233 allocs, 202,746 frees, 315,649,047 bytes
allocated.
==15053== For counts of detected errors, rerun with: -v
==15053== searching for pointers to 11,487 not-freed blocks.
==15053== checked 17,712,560 bytes.
==15053==
==15053== LEAK SUMMARY:
==15053==definitely lost: 924 bytes in 35 blocks.
==15053== possibly lost: 0 bytes in 0 blocks.
==15053==still reachable: 20,326,063 bytes in 11,452 blocks.
==15053== suppressed: 0 bytes in 0 blocks.
==15053== Use --leak-check=full to see details of leaked memory.
hell:~ #
[2006-08-21 08:53:05] [EMAIL PROTECTED]
Obviously the new heap implementation from Zend is unstable.
[2006-08-21 08:39:58] [EMAIL PROTECTED]
Could you also please try to see if valgrind tells you anything?
valgrind --tool=memcheck --log-file=httpd /path/to/apache/httpd -X
And check out httpd. file.
[2006-08-20 20:27:50] judas dot iscariote at gmail dot com
update summary.
#28230 [Com]: [patch]gdfx from gd-2.0.22 and more.
ID: 28230
Comment by: wkpark at gmail dot com
Reported By: crosser at hanmail dot net
Status: Assigned
Bug Type: Feature/Change Request
Operating System: Linux
PHP Version: 4.3.6
Assigned To: iliaa
New Comment:
link of the patch is broken.
Previous Comments:
[2004-04-30 14:45:46] [EMAIL PROTECTED]
No new features are being added to PHP 4 or 5 at this time.
[2004-04-30 08:08:23] crosser at hanmail dot net
Description:
* imagearc()
algorithm change : triangle loop -> one polygon
* truecolor(), truecoloralpha()
add to php function
* imagefttext()
add 'charspacing'
imagefttext($im, size, angle, x, y, col, font, text,
array('linespacing'=>1.5, 'charspacing'=>.9));
gdfx
* imagesharpen();
like photoshop filter 'sharpen'
imagesharpen($im, decimal)
* imagesquaretocircle();
original image must square.
$im = imagecreatefrompng('origin.png'); // ex:400x400
$oim = imagesquaretocircle($im, 200); // (radius) output : 400x400
circleimage
* imagefttextcircle()
text draw
imagefttextcircle($im, centerX, centerY, radius, textradius,
fillPortion, fontFilePath, fontsize, 'toptext', 'bottomtext', color);
Reproduce code:
---
http://my.netian.com/~crosser/files/php-4.3.6_bundledgd+charspace_polyarc_+gdfx.patch.bz2
this is patch file. ;)
--
Edit this bug report at http://bugs.php.net/?id=28230&edit=1
#28230 [Asn->Fbk]: [patch]gdfx from gd-2.0.22 and more.
ID: 28230
Updated by: [EMAIL PROTECTED]
Reported By: crosser at hanmail dot net
-Status: Assigned
+Status: Feedback
Bug Type: Feature/Change Request
Operating System: Linux
PHP Version: 4.3.6
-Assigned To: iliaa
+Assigned To: pajoye
New Comment:
Set to feedback if he likes to propose it again.
But I doubt it will make it in in a near future, gdfx is a source of
troubles right now. It may change in future gd release.
Previous Comments:
[2006-08-21 11:41:16] wkpark at gmail dot com
link of the patch is broken.
[2004-04-30 14:45:46] [EMAIL PROTECTED]
No new features are being added to PHP 4 or 5 at this time.
[2004-04-30 08:08:23] crosser at hanmail dot net
Description:
* imagearc()
algorithm change : triangle loop -> one polygon
* truecolor(), truecoloralpha()
add to php function
* imagefttext()
add 'charspacing'
imagefttext($im, size, angle, x, y, col, font, text,
array('linespacing'=>1.5, 'charspacing'=>.9));
gdfx
* imagesharpen();
like photoshop filter 'sharpen'
imagesharpen($im, decimal)
* imagesquaretocircle();
original image must square.
$im = imagecreatefrompng('origin.png'); // ex:400x400
$oim = imagesquaretocircle($im, 200); // (radius) output : 400x400
circleimage
* imagefttextcircle()
text draw
imagefttextcircle($im, centerX, centerY, radius, textradius,
fillPortion, fontFilePath, fontsize, 'toptext', 'bottomtext', color);
Reproduce code:
---
http://my.netian.com/~crosser/files/php-4.3.6_bundledgd+charspace_polyarc_+gdfx.patch.bz2
this is patch file. ;)
--
Edit this bug report at http://bugs.php.net/?id=28230&edit=1
#38517 [Asn]: imagefilledarc() with alpha blending mode
ID: 38517 User updated by: wkpark at gmail dot com -Reported By: wkpark at kldp dot org +Reported By: wkpark at gmail dot com Status: Assigned Bug Type: GD related Operating System: Linux PHP Version: 5.1.5 Assigned To: pajoye New Comment: this is a new patch: - CHANGES: - fixed winding number exceptions: http://chem.skku.ac.kr/~wkpark/linux/patch/php5.x-gd-bresenham4.patch Previous Comments: [2006-08-20 09:08:46] wkpark at kldp dot org and this is my first try to fix this problem. this patch use Bresenham algorithm and some simple trick to make integer based imagefilledarc() http://chem.skku.ac.kr/~wkpark/linux/patch/php5.x-gd-bresenham3.patch http://kldp.org/files/gd_try1.png [2006-08-20 08:46:48] wkpark at gmail dot com Description: there are already similar imagefilledellipse() bug #22103. but it is not corrected with the imagefilledarc(). the reason why this results are obtained is same as described in #22103. Reproduce code: --- '; ?> and the result http://kldp.org/files/test_0.png -- Edit this bug report at http://bugs.php.net/?id=38517&edit=1
#38525 [Opn->Fbk]: 5.2.0RC2 + squirrelmail == random segfaults , heap corruption
ID: 38525
Updated by: [EMAIL PROTECTED]
Reported By: judas dot iscariote at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: linux
PHP Version: 5.2.0RC2
New Comment:
Which Apache version is used and what is the MPM ?
Previous Comments:
[2006-08-21 10:40:32] judas dot iscariote at gmail dot com
well. additionally , this is a 64bit machine,but can be reproduced in
IIRC can be reproduced in 32 bit too. it linux with latest 5.2 CVS,
also reproduced in "released" RC2 tarball.
not reproducible with 5.1.x cause this is caused by the new memory
manager.
A trace with xdebug loaded also ends abruptly in random places..
sometimes just after end of an IMAP stream,
>=> ' Logout completed.\r\n'
6.49789175040 -> trim(' Logout completed.\r\n')
/srv/www/htdocs/squirrelmail/functions/imap_general.php:203
>=> 'Logout completed.'
>=> array (0 => array (0 => '* BYE
Logging out\r\n'))
>=> array (0 => '* BYE Logging
out\r\n')
>=> array (0 => '* BYE Logging out\r\n')
>=> NULL
>=> 1
6.54155767168
TRACE END [2006-08-20 18:37:19]
or in other ocassions (weird) it segfaults **just after that** when
squirelmail tries to register and object in a session , session
variable si created and then die, :(
also, the random error happends not only with right_main.php of SM but
with read_body.php or the simple login.php.
Im done, I don't know how else to look, not sure If I can provide
reproduce code either. any clues ?
[2006-08-21 10:18:19] judas dot iscariote at gmail dot com
took me a while to reproduce it again, oO.
that 's whaT I obtained with valgrind.
==15053== Conditional jump or move depends on uninitialised value(s)
==15053==at 0x59E1002: vfprintf (in /lib64/libc-2.4.so)
==15053==by 0x59FE6F8: vsprintf (in /lib64/libc-2.4.so)
==15053==by 0x59E91A7: sprintf (in /lib64/libc-2.4.so)
==15053==by 0x7D120DA: _convert_to_string (zend_operators.c:556)
==15053==by 0x7D1A6C2: zend_make_printable_zval (zend.c:266)
==15053==by 0x7D58B84: ZEND_ADD_VAR_SPEC_TMP_CV_HANDLER
(zend_vm_execute.h:6552)
==15053==by 0x7D4407E: execute (zend_vm_execute.h:92)
==15053==by 0x7D4480F: zend_do_fcall_common_helper_SPEC
(zend_vm_execute.h:234)
==15053==by 0x7D454AD: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER
(zend_vm_execute.h:322)
==15053==by 0x7D4407E: execute (zend_vm_execute.h:92)
==15053==by 0x7D1C4DA: zend_execute_scripts (zend.c:1095)
==15053==by 0x7CBE341: php_execute_script (main.c:1759)
==15053==
==15053== Process terminating with default action of signal 11
(SIGSEGV)
==15053== Bad permissions for mapped region at address 0x18
==15053==at 0x7CF7D50: zend_mm_add_to_free_list (zend_alloc.c:465)
==15053==by 0x7CF986B: _zend_mm_alloc_int (zend_alloc.c:1233)
==15053==by 0x7CFA7C5: _zend_mm_realloc_int (zend_alloc.c:1543)
==15053==by 0x7CFAAE5: _erealloc (zend_alloc.c:1633)
==15053==by 0x7C82C92: php_var_serialize_string (var.c:540)
==15053==by 0x7C8650F: php_var_serialize_intern (var.c:810)
==15053==by 0x7C86709: php_var_serialize_intern (var.c:827)
==15053==by 0x7C87325: php_var_serialize (var.c:845)
==15053==by 0x7B8B8D4: ps_srlzr_encode_php (session.c:479)
==15053==by 0x7B8C43C: php_session_encode (session.c:581)
==15053==by 0x7B8CFB1: php_session_save_current_state
(session.c:860)
==15053==by 0x7B91F3C: php_session_flush (session.c:1845)
==15053==
==15053== ERROR SUMMARY: 63 errors from 13 contexts (suppressed: 155
from 1)
==15053== malloc/free: in use at exit: 20,326,987 bytes in 11,487
blocks.
==15053== malloc/free: 214,233 allocs, 202,746 frees, 315,649,047 bytes
allocated.
==15053== For counts of detected errors, rerun with: -v
==15053== searching for pointers to 11,487 not-freed blocks.
==15053== checked 17,712,560 bytes.
==15053==
==15053== LEAK SUMMARY:
==15053==definitely lost: 924 bytes in 35 blocks.
==15053== possibly lost: 0 bytes in 0 blocks.
==15053==still reachable: 20,326,063 bytes in 11,452 blocks.
==15053== suppressed: 0 bytes in 0 blocks.
==15053== Use --leak-check=full to see details of leaked memory.
hell:~ #
[2006-08-21 08:53:05] [EMAIL PROTECTED]
Obviously the new heap implementation from Zend is unstable.
[2006-08-21 08:39:58] [EMAIL PROTECTED]
Could you also please try to see if valgrind tells you anything?
valgrind --tool=memcheck --log-file=httpd /path/to/apache/ht
#38517 [Asn]: imagefilledarc() with alpha blending mode
ID: 38517 Updated by: [EMAIL PROTECTED] Reported By: wkpark at gmail dot com Status: Assigned Bug Type: GD related Operating System: Linux PHP Version: 5.1.5 Assigned To: pajoye New Comment: The host where you uploaded the patches is not reachable. Also please note that I already rewrote this function for both the bundled GD and the normal GD libs. Using an innovative solution, it is nearly as fast as my new ellipse function. I will use the faster version :) Can you mail me your patch please? Or put it in a reachable post. Previous Comments: [2006-08-21 11:18:46] wkpark at gmail dot com this is a new patch: - CHANGES: - fixed winding number exceptions: http://chem.skku.ac.kr/~wkpark/linux/patch/php5.x-gd-bresenham4.patch [2006-08-20 09:08:46] wkpark at kldp dot org and this is my first try to fix this problem. this patch use Bresenham algorithm and some simple trick to make integer based imagefilledarc() http://chem.skku.ac.kr/~wkpark/linux/patch/php5.x-gd-bresenham3.patch http://kldp.org/files/gd_try1.png [2006-08-20 08:46:48] wkpark at gmail dot com Description: there are already similar imagefilledellipse() bug #22103. but it is not corrected with the imagefilledarc(). the reason why this results are obtained is same as described in #22103. Reproduce code: --- '; ?> and the result http://kldp.org/files/test_0.png -- Edit this bug report at http://bugs.php.net/?id=38517&edit=1
#38533 [NEW]: problems connection to database with NLS_LANG=GERMAN_GERMANY.WE8ISO8859P15
From: j dot henge-ernst at interexa dot de
Operating system: linux
PHP version: 5CVS-2006-08-21 (snap)
PHP Bug Type: OCI8 related
Bug description: problems connection to database with
NLS_LANG=GERMAN_GERMANY.WE8ISO8859P15
Description:
php is unable to connect to the database if
NLS_LANG=GERMAN_GERMANY. is set to something other than
AMERICAN_AMERICA.
[EMAIL PROTECTED]:/tmp/phptest/install> export
NLS_LANG=AMERICAN_AMERICA.WE8ISO8859P15
[EMAIL PROTECTED]:/tmp/phptest/install> bin/php test.php
X-Powered-By: PHP/5.2.0RC3-dev
Content-type: text/html
resource(1) of type (oci8 connection)
[EMAIL PROTECTED]:/tmp/phptest/install> export
NLS_LANG=GERMAN_GERMANY.WE8ISO8859P15
[EMAIL PROTECTED]:/tmp/phptest/install> bin/php test.php
X-Powered-By: PHP/5.2.0RC3-dev
Content-type: text/html
Warning: oci_connect() [function.oci-connect]: ORA-00604: error
occurred at recursive SQL level 1
ORA-00922: missing or invalid option in
/tmp/phptest/install/test.php on line 3
bool(false)
Additional this php crashes if the third parameter (dbname) of oci_connect
is ommited
Using oracle 10g with oci8:
Version 1.2.1
Revision $Revision: 1.269.2.16.2.18 $
connect with sqlplus works for both NLS_LANG settings
Reproduce code:
---
var_dump(oci_connect('scott', 'tiger', '(DESCRIPTION =(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = example.com)(PORT = 1521)))
(CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = example)))'));
--
Edit bug report at http://bugs.php.net/?id=38533&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=38533&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=38533&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=38533&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=38533&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=38533&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=38533&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=38533&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=38533&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=38533&r=support
Expected behavior:http://bugs.php.net/fix.php?id=38533&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=38533&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=38533&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=38533&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38533&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=38533&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=38533&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=38533&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=38533&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=38533&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=38533&r=mysqlcfg
#38517 [Asn]: imagefilledarc() with alpha blending mode
ID: 38517 Updated by: [EMAIL PROTECTED] Reported By: wkpark at gmail dot com Status: Assigned Bug Type: GD related Operating System: Linux PHP Version: 5.1.5 Assigned To: pajoye New Comment: Ok, I got your patch now. Not sure why, but your host is not reachable from my ISP (arcor/germany). Previous Comments: [2006-08-21 12:16:58] [EMAIL PROTECTED] The host where you uploaded the patches is not reachable. Also please note that I already rewrote this function for both the bundled GD and the normal GD libs. Using an innovative solution, it is nearly as fast as my new ellipse function. I will use the faster version :) Can you mail me your patch please? Or put it in a reachable post. [2006-08-21 11:18:46] wkpark at gmail dot com this is a new patch: - CHANGES: - fixed winding number exceptions: http://chem.skku.ac.kr/~wkpark/linux/patch/php5.x-gd-bresenham4.patch [2006-08-20 09:08:46] wkpark at kldp dot org and this is my first try to fix this problem. this patch use Bresenham algorithm and some simple trick to make integer based imagefilledarc() http://chem.skku.ac.kr/~wkpark/linux/patch/php5.x-gd-bresenham3.patch http://kldp.org/files/gd_try1.png [2006-08-20 08:46:48] wkpark at gmail dot com Description: there are already similar imagefilledellipse() bug #22103. but it is not corrected with the imagefilledarc(). the reason why this results are obtained is same as described in #22103. Reproduce code: --- '; ?> and the result http://kldp.org/files/test_0.png -- Edit this bug report at http://bugs.php.net/?id=38517&edit=1
#38534 [NEW]: segmentation fault
From: dgehl at inverse dot ca
Operating system: RHEL 4
PHP version: 4.4.4
PHP Bug Type: Reproducible crash
Bug description: segmentation fault
Description:
PHP segfaults on the setlocale function. I can reproduce this bug also
with php 4.3.9
Here are the PHP and apache versions:
# httpd -v
Server version: Apache/2.0.52
Server built: Aug 2 2006 05:21:10
# php -v
PHP 4.4.4 (cgi) (built: Aug 21 2006 08:52:53) (DEBUG)
Copyright (c) 1997-2006 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies
Reproduce code:
---
1. Install Horde 3.1.3, IMP 4.1.3 (http://www.horde.org)
2. Configure horde with
$conf['log']['priority'] = PEAR_LOG_DEBUG
$conf['sessionhandler']['type'] = 'pgsql';
3. Open the Horde login page in a browser, followed by several other
pages. The bug is not related to one particular page, but will appear
sometime ...
Expected result:
no segfault
Actual result:
--
PHP was compiled with
'./configure' '--host=i686-redhat-linux-gnu'
'--build=i686-redhat-linux-gnu' '--target=i386-redhat-linux'
'--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr'
'--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc'
'--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib'
'--libexecdir=/usr/libexec' '--localstatedir=/var'
'--sharedstatedir=/usr/com' '--mandir=/usr/share/man'
'--infodir=/usr/share/info' '--cache-file=../config.cache'
'--with-config-file-path=/etc' '--with-config-file-scan-dir=/etc/php.d'
'--enable-force-cgi-redirect' '--enable-debug' '--enable-pic'
'--disable-rpath' '--enable-inline-optimization' '--with-bz2'
'--with-db4=/usr' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr'
'--with-png-dir=/usr' '--with-gd=shared' '--enable-gd-native-ttf'
'--without-gdbm' '--with-gettext' '--with-ncurses=shared' '--with-gmp'
'--with-iconv' '--with-jpeg-dir=/usr' '--with-openssl' '--with-png'
'--with-pspell' '--with-xml' '--with-expat-dir=/usr'
'--with-dom=shared,/usr' '--with-dom-xslt=/usr' '--with-dom-exslt=/usr'
'--with-xmlrpc=shared' '--with-pcre-regex=/usr' '--with-zlib'
'--with-mcrypt' '--with-layout=GNU' '--enable-exif' '--enable-ftp'
'--enable-magic-quotes' '--enable-sockets' '--enable-sysvsem'
'--enable-sysvshm' '--enable-track-vars' '--enable-trans-sid'
'--with-pear=/usr/share/pear' '--with-imap=shared' '--with-imap-ssl'
'--with-kerberos' '--with-ldap=shared' '--with-mysql=shared,/usr'
'--with-pgsql=shared' '--with-snmp=shared,/usr' '--with-snmp=shared'
'--enable-ucd-snmp-hack' '--with-unixODBC=shared,/usr'
'--disable-memory-limit' '--disable-ipv6' '--enable-shmop'
'--enable-calendar' '--enable-dbx' '--enable-dio'
'--enable-mbstring=shared' '--enable-mbstr-enc-trans' '--enable-mbregex'
'--with-mime-magic=/usr/share/file/magic.mime'
'--with-apxs2=/usr/sbin/apxs'
And here's a gdb backtrace:
(gdb) bt
#0 0x00377a2c in memcpy () from /lib/tls/libc.so.6
#1 0x01125795 in _mem_block_check (ptr=0x9a286dc, silent=0,
__zend_filename=0x116a1f0
"/usr/src/redhat/BUILD/php-4.4.4/ext/standard/stri
ng.c", __zend_lineno=3153, __zend_orig_filename=0x0,
__zend_orig_lineno=0)
at /usr/src/redhat/BUILD/php-4.4.4/Zend/zend_alloc.c:698
#2 0x01125757 in _mem_block_check (ptr=0x9a286dc, silent=1,
__zend_filename=0x116a1f0
"/usr/src/redhat/BUILD/php-4.4.4/ext/standard/stri
ng.c", __zend_lineno=3153, __zend_orig_filename=0x0,
__zend_orig_lineno=0)
at /usr/src/redhat/BUILD/php-4.4.4/Zend/zend_alloc.c:690
#3 0x01124aa4 in _efree (ptr=0x9a286dc,
__zend_filename=0x116a1f0
"/usr/src/redhat/BUILD/php-4.4.4/ext/standard/stri
ng.c", __zend_lineno=3153, __zend_orig_filename=0x0,
__zend_orig_lineno=0)
at /usr/src/redhat/BUILD/php-4.4.4/Zend/zend_alloc.c:258
#4 0x010d6c42 in zif_setlocale (ht=2, return_value=0x9a7045c,
this_ptr=0x0,
return_value_used=0)
at /usr/src/redhat/BUILD/php-4.4.4/ext/standard/string.c:3153
#5 0x0114bd8a in execute (op_array=0x95d9cb4)
at /usr/src/redhat/BUILD/php-4.4.4/Zend/zend_execute.c:1675
#6 0x0114bfb6 in execute (op_array=0x979af2c)
at /usr/src/redhat/BUILD/php-4.4.4/Zend/zend_execute.c:1719
#7 0x0112d7ab in call_user_function_ex (function_table=0x97ac060,
object_pp=0x97a4610, function_name=0x979b6fc,
retval_ptr_ptr=0xbff187b8,
param_count=2, params=0x9a68f9c, no_separation=1, symbol_table=0x0)
---Type to continue, or q to quit---
at /usr/src/redhat/BUILD/php-4.4.4/Zend/zend_execute_API.c:570
#8 0x0112ce4d in call_user_function (function_table=0x94a9140,
object_pp=0x0,
function_name=0x97a46ec, retval_ptr=0x9ad6de4, param_count=2,
params=0xbff18838)
at /usr/src/redhat/BUILD/php-4.4.4/Zend/zend_execute_API.c:407
#9 0x01076fad in ps_call_handler (func=0x97a46ec, argc=2,
argv=0xbff18838)
at /usr/src/redhat/BUILD/php-4.4.4/ext/session/mod_user.c:60
#10 0x01077576 in ps_write_user (mod_data=0x1195b50,
key=0x97509a4 "0c603dda253af1e1e712d42b20dfb3c7",
val=0x9b27f0c
"imp|a:29:{s:5:\"cache\";a:0:{}s:4:\"
#38533 [Opn->Bgs]: problems connection to database with NLS_LANG=GERMAN_GERMANY.WE8ISO8859P15
ID: 38533
Updated by: [EMAIL PROTECTED]
Reported By: j dot henge-ernst at interexa dot de
-Status: Open
+Status: Bogus
Bug Type: OCI8 related
Operating System: linux
PHP Version: 5CVS-2006-08-21 (snap)
New Comment:
Apparently Oracle Client library has some problems with your charset (I
get "ORA-01017: invalid username/password; logon denied" with your
NLS_LANG value) and there is nothing we can do about it.
Previous Comments:
[2006-08-21 12:52:28] j dot henge-ernst at interexa dot de
Description:
php is unable to connect to the database if
NLS_LANG=GERMAN_GERMANY. is set to something other than
AMERICAN_AMERICA.
[EMAIL PROTECTED]:/tmp/phptest/install> export
NLS_LANG=AMERICAN_AMERICA.WE8ISO8859P15
[EMAIL PROTECTED]:/tmp/phptest/install> bin/php test.php
X-Powered-By: PHP/5.2.0RC3-dev
Content-type: text/html
resource(1) of type (oci8 connection)
[EMAIL PROTECTED]:/tmp/phptest/install> export
NLS_LANG=GERMAN_GERMANY.WE8ISO8859P15
[EMAIL PROTECTED]:/tmp/phptest/install> bin/php test.php
X-Powered-By: PHP/5.2.0RC3-dev
Content-type: text/html
Warning: oci_connect() [function.oci-connect]: ORA-00604: error
occurred at recursive SQL level 1
ORA-00922: missing or invalid option in
/tmp/phptest/install/test.php on line 3
bool(false)
Additional this php crashes if the third parameter (dbname) of
oci_connect is ommited
Using oracle 10g with oci8:
Version 1.2.1
Revision $Revision: 1.269.2.16.2.18 $
connect with sqlplus works for both NLS_LANG settings
Reproduce code:
---
var_dump(oci_connect('scott', 'tiger', '(DESCRIPTION =(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = example.com)(PORT = 1521)))
(CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = example)))'));
--
Edit this bug report at http://bugs.php.net/?id=38533&edit=1
#38534 [Opn->Fbk]: segmentation fault
ID: 38534 Updated by: [EMAIL PROTECTED] Reported By: dgehl at inverse dot ca -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: RHEL 4 PHP Version: 4.4.4 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: [2006-08-21 13:15:59] dgehl at inverse dot ca Description: PHP segfaults on the setlocale function. I can reproduce this bug also with php 4.3.9 Here are the PHP and apache versions: # httpd -v Server version: Apache/2.0.52 Server built: Aug 2 2006 05:21:10 # php -v PHP 4.4.4 (cgi) (built: Aug 21 2006 08:52:53) (DEBUG) Copyright (c) 1997-2006 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies Reproduce code: --- 1. Install Horde 3.1.3, IMP 4.1.3 (http://www.horde.org) 2. Configure horde with $conf['log']['priority'] = PEAR_LOG_DEBUG $conf['sessionhandler']['type'] = 'pgsql'; 3. Open the Horde login page in a browser, followed by several other pages. The bug is not related to one particular page, but will appear sometime ... Expected result: no segfault Actual result: -- PHP was compiled with './configure' '--host=i686-redhat-linux-gnu' '--build=i686-redhat-linux-gnu' '--target=i386-redhat-linux' '--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--cache-file=../config.cache' '--with-config-file-path=/etc' '--with-config-file-scan-dir=/etc/php.d' '--enable-force-cgi-redirect' '--enable-debug' '--enable-pic' '--disable-rpath' '--enable-inline-optimization' '--with-bz2' '--with-db4=/usr' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr' '--with-png-dir=/usr' '--with-gd=shared' '--enable-gd-native-ttf' '--without-gdbm' '--with-gettext' '--with-ncurses=shared' '--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr' '--with-openssl' '--with-png' '--with-pspell' '--with-xml' '--with-expat-dir=/usr' '--with-dom=shared,/usr' '--with-dom-xslt=/usr' '--with-dom-exslt=/usr' '--with-xmlrpc=shared' '--with-pcre-regex=/usr' '--with-zlib' '--with-mcrypt' '--with-layout=GNU' '--enable-exif' '--enable-ftp' '--enable-magic-quotes' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars' '--enable-trans-sid' '--with-pear=/usr/share/pear' '--with-imap=shared' '--with-imap-ssl' '--with-kerberos' '--with-ldap=shared' '--with-mysql=shared,/usr' '--with-pgsql=shared' '--with-snmp=shared,/usr' '--with-snmp=shared' '--enable-ucd-snmp-hack' '--with-unixODBC=shared,/usr' '--disable-memory-limit' '--disable-ipv6' '--enable-shmop' '--enable-calendar' '--enable-dbx' '--enable-dio' '--enable-mbstring=shared' '--enable-mbstr-enc-trans' '--enable-mbregex' '--with-mime-magic=/usr/share/file/magic.mime' '--with-apxs2=/usr/sbin/apxs' And here's a gdb backtrace: (gdb) bt #0 0x00377a2c in memcpy () from /lib/tls/libc.so.6 #1 0x01125795 in _mem_block_check (ptr=0x9a286dc, silent=0, __zend_filename=0x116a1f0 "/usr/src/redhat/BUILD/php-4.4.4/ext/standard/stri ng.c", __zend_lineno=3153, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /usr/src/redhat/BUILD/php-4.4.4/Zend/zend_alloc.c:698 #2 0x01125757 in _mem_block_check (ptr=0x9a286dc, silent=1, __zend_filename=0x116a1f0 "/usr/src/redhat/BUILD/php-4.4.4/ext/standard/stri ng.c", __zend_lineno=3153, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /usr/src/redhat/BUILD/php-4.4.4/Zend/zend_alloc.c:690 #3 0x01124aa4 in _efree (ptr=0x9a286dc, __zend_filename=0x116a1f0 "/usr/src/redhat/BUILD/php-4.4.4/ext/standard/stri ng.c", __zend_lineno=3153, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /usr/src/redhat/BUILD/php-4.4.4/Zend/zend_alloc.c:258 #4 0x010d6c42 in zif_setlocale (ht=2, return_value=0x9a7045c, this_ptr=0x0, return_value_used=0) at /usr/src/redhat/BUILD/php-4.4.4/ext/standard/string.c:3153 #5 0x0114bd8a in execute (op_array=0x95d9cb4) at /usr/src/redhat/BUILD/php-4.4.4/Zend/zend_execute.c:1675 #6 0x0114bfb6 in execute (op_array=0x979af2c) at /usr/src/redhat/BUILD/php-4.4.4/Zend/zend_execute.c:1719 #7 0x0112d7ab in call_user_function_ex (function_table=0x97ac060, object_pp=0x97a4610, function_name=0x979b6fc, retval_ptr_ptr=0xbff187b
#38535 [NEW]: PDO::errorInfo() many memory errors in pdo_pgsql
From: [EMAIL PROTECTED]
Operating system: All
PHP version: 5CVS-2006-08-21 (CVS)
PHP Bug Type: PDO related
Bug description: PDO::errorInfo() many memory errors in pdo_pgsql
Description:
Using any kind of error, errorInfo uses unitialized or already freed
memory.
This simple script shows the problem.
It is on AMD64, using pgsql 8.1.4
Reproduce code:
---
$dsn = 'pgsql:host=localhost;port=5432;dbname=foo;';
$user = 'test';
$password = '12345';
$pdo = new PDO($dsn, $user, $password);
$sql = "INSERT INTO
bar
(
field
) VALUES (
'value',,
)
";
if (!$pdo->query($sql)) {
var_dump($pdo->errorInfo());
} else {
var_dump("ok");
}
Actual result:
--
==21482== Use of uninitialised value of size 8
==21482==at 0x5680DE9: BN_mod_exp_mont_consttime (in
/usr/lib/libcrypto.so.0.9.8)
==21482==by 0x56A25E7: (within /usr/lib/libcrypto.so.0.9.8)
==21482==by 0x54D2451: ssl3_send_client_key_exchange (in
/usr/lib/libssl.so.0.9.8)
==21482==by 0x54D3737: ssl3_connect (in /usr/lib/libssl.so.0.9.8)
==21482==by 0x4FE9DDD: pqsecure_open_client (in
/usr/lib/libpq.so.4.1)
==21482==by 0x4FDDC1B: PQconnectPoll (in /usr/lib/libpq.so.4.1)
==21482==by 0x4FDF5D0: (within /usr/lib/libpq.so.4.1)
==21482==by 0x4FDF84E: PQconnectdb (in /usr/lib/libpq.so.4.1)
==21482==by 0x5475CC: pdo_pgsql_handle_factory (pgsql_driver.c:670)
==21482==by 0x535055: zim_PDO_dbh_constructor (pdo_dbh.c:372)
==21482==by 0x70205C: zend_do_fcall_common_helper_SPEC
(zend_vm_execute.h:200)
==21482==by 0x703312: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER
(zend_vm_execute.h:322)
==21482==
==21482== Use of uninitialised value of size 8
==21482==at 0x56819C0: BN_num_bits_word (in
/usr/lib/libcrypto.so.0.9.8)
==21482==by 0x5681A22: BN_num_bits (in /usr/lib/libcrypto.so.0.9.8)
==21482==by 0x5680A87: BN_mod_exp_mont_consttime (in
/usr/lib/libcrypto.so.0.9.8)
==21482==by 0x56A2801: (within /usr/lib/libcrypto.so.0.9.8)
==21482==by 0x54D273E: ssl3_send_client_key_exchange (in
/usr/lib/libssl.so.0.9.8)
==21482==by 0x54D3737: ssl3_connect (in /usr/lib/libssl.so.0.9.8)
==21482==by 0x4FE9DDD: pqsecure_open_client (in
/usr/lib/libpq.so.4.1)
==21482==by 0x4FDDC1B: PQconnectPoll (in /usr/lib/libpq.so.4.1)
==21482==by 0x4FDF5D0: (within /usr/lib/libpq.so.4.1)
==21482==by 0x4FDF84E: PQconnectdb (in /usr/lib/libpq.so.4.1)
==21482==by 0x5475CC: pdo_pgsql_handle_factory (pgsql_driver.c:670)
==21482==by 0x535055: zim_PDO_dbh_constructor (pdo_dbh.c:372)
==21482==
==21482== Use of uninitialised value of size 8
==21482==at 0x5680DE9: BN_mod_exp_mont_consttime (in
/usr/lib/libcrypto.so.0.9.8)
==21482==by 0x56A2801: (within /usr/lib/libcrypto.so.0.9.8)
==21482==by 0x54D273E: ssl3_send_client_key_exchange (in
/usr/lib/libssl.so.0.9.8)
==21482==by 0x54D3737: ssl3_connect (in /usr/lib/libssl.so.0.9.8)
==21482==by 0x4FE9DDD: pqsecure_open_client (in
/usr/lib/libpq.so.4.1)
==21482==by 0x4FDDC1B: PQconnectPoll (in /usr/lib/libpq.so.4.1)
==21482==by 0x4FDF5D0: (within /usr/lib/libpq.so.4.1)
==21482==by 0x4FDF84E: PQconnectdb (in /usr/lib/libpq.so.4.1)
==21482==by 0x5475CC: pdo_pgsql_handle_factory (pgsql_driver.c:670)
==21482==by 0x535055: zim_PDO_dbh_constructor (pdo_dbh.c:372)
==21482==by 0x70205C: zend_do_fcall_common_helper_SPEC
(zend_vm_execute.h:200)
==21482==by 0x703312: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER
(zend_vm_execute.h:322)
==21482==
==21482== Conditional jump or move depends on uninitialised value(s)
==21482==at 0x4C5697E: (within /usr/lib/libz.so.1.2.3)
==21482==by 0x4C57645: (within /usr/lib/libz.so.1.2.3)
==21482==by 0x4C57E89: deflate (in /usr/lib/libz.so.1.2.3)
==21482==by 0x56FB24C: (within /usr/lib/libcrypto.so.0.9.8)
==21482==by 0x56FAEB1: COMP_compress_block (in
/usr/lib/libcrypto.so.0.9.8)
==21482==by 0x54D60DB: ssl3_do_compress (in /usr/lib/libssl.so.0.9.8)
==21482==by 0x54D633E: (within /usr/lib/libssl.so.0.9.8)
==21482==by 0x54D661D: ssl3_write_bytes (in /usr/lib/libssl.so.0.9.8)
==21482==by 0x4FEA4B5: pqsecure_write (in /usr/lib/libpq.so.4.1)
==21482==by 0x4FE333B: (within /usr/lib/libpq.so.4.1)
==21482==by 0x4FE0C1B: PQsendQuery (in /usr/lib/libpq.so.4.1)
==21482==by 0x4FE12E8: PQexec (in /usr/lib/libpq.so.4.1)
==21482==
==21482== Source and destination overlap in memcpy(0x6D502F0, 0x6D5031C,
200)
==21482==at 0x4A1BA62: memcpy (mac_replace_strmem.c:394)
==21482==by 0x6BDA14: _estrndup (zend_alloc.c:1733)
==21482==by 0x6DDB4C: add_next_index_string (zend_API.c:1194)
==21482==by 0x537608: zim_PDO_errorInfo (pdo_dbh.c:979)
==21482==by 0x70205C: zend_do_fcall_common_helper_SPEC
(zend_vm_execute.h:200)
==21482==by 0x703312: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER
(zend_vm_execute.h:322)
==21482==by 0x7019B9: execute (zend_vm_execute.h:92)
==21482==by 0x6DBC37: zend_execute_scripts (zend.c:1095)
==21482==
#38535 [Opn->Asn]: PDO::errorInfo() many memory errors in pdo_pgsql
ID: 38535
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Assigned
Bug Type: PDO related
Operating System: All
PHP Version: 5CVS-2006-08-21 (CVS)
-Assigned To:
+Assigned To: iliaa
Previous Comments:
[2006-08-21 13:58:24] [EMAIL PROTECTED]
Description:
Using any kind of error, errorInfo uses unitialized or already freed
memory.
This simple script shows the problem.
It is on AMD64, using pgsql 8.1.4
Reproduce code:
---
$dsn = 'pgsql:host=localhost;port=5432;dbname=foo;';
$user = 'test';
$password = '12345';
$pdo = new PDO($dsn, $user, $password);
$sql = "INSERT INTO
bar
(
field
) VALUES (
'value',,
)
";
if (!$pdo->query($sql)) {
var_dump($pdo->errorInfo());
} else {
var_dump("ok");
}
Actual result:
--
==21482== Use of uninitialised value of size 8
==21482==at 0x5680DE9: BN_mod_exp_mont_consttime (in
/usr/lib/libcrypto.so.0.9.8)
==21482==by 0x56A25E7: (within /usr/lib/libcrypto.so.0.9.8)
==21482==by 0x54D2451: ssl3_send_client_key_exchange (in
/usr/lib/libssl.so.0.9.8)
==21482==by 0x54D3737: ssl3_connect (in /usr/lib/libssl.so.0.9.8)
==21482==by 0x4FE9DDD: pqsecure_open_client (in
/usr/lib/libpq.so.4.1)
==21482==by 0x4FDDC1B: PQconnectPoll (in /usr/lib/libpq.so.4.1)
==21482==by 0x4FDF5D0: (within /usr/lib/libpq.so.4.1)
==21482==by 0x4FDF84E: PQconnectdb (in /usr/lib/libpq.so.4.1)
==21482==by 0x5475CC: pdo_pgsql_handle_factory
(pgsql_driver.c:670)
==21482==by 0x535055: zim_PDO_dbh_constructor (pdo_dbh.c:372)
==21482==by 0x70205C: zend_do_fcall_common_helper_SPEC
(zend_vm_execute.h:200)
==21482==by 0x703312: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER
(zend_vm_execute.h:322)
==21482==
==21482== Use of uninitialised value of size 8
==21482==at 0x56819C0: BN_num_bits_word (in
/usr/lib/libcrypto.so.0.9.8)
==21482==by 0x5681A22: BN_num_bits (in
/usr/lib/libcrypto.so.0.9.8)
==21482==by 0x5680A87: BN_mod_exp_mont_consttime (in
/usr/lib/libcrypto.so.0.9.8)
==21482==by 0x56A2801: (within /usr/lib/libcrypto.so.0.9.8)
==21482==by 0x54D273E: ssl3_send_client_key_exchange (in
/usr/lib/libssl.so.0.9.8)
==21482==by 0x54D3737: ssl3_connect (in /usr/lib/libssl.so.0.9.8)
==21482==by 0x4FE9DDD: pqsecure_open_client (in
/usr/lib/libpq.so.4.1)
==21482==by 0x4FDDC1B: PQconnectPoll (in /usr/lib/libpq.so.4.1)
==21482==by 0x4FDF5D0: (within /usr/lib/libpq.so.4.1)
==21482==by 0x4FDF84E: PQconnectdb (in /usr/lib/libpq.so.4.1)
==21482==by 0x5475CC: pdo_pgsql_handle_factory
(pgsql_driver.c:670)
==21482==by 0x535055: zim_PDO_dbh_constructor (pdo_dbh.c:372)
==21482==
==21482== Use of uninitialised value of size 8
==21482==at 0x5680DE9: BN_mod_exp_mont_consttime (in
/usr/lib/libcrypto.so.0.9.8)
==21482==by 0x56A2801: (within /usr/lib/libcrypto.so.0.9.8)
==21482==by 0x54D273E: ssl3_send_client_key_exchange (in
/usr/lib/libssl.so.0.9.8)
==21482==by 0x54D3737: ssl3_connect (in /usr/lib/libssl.so.0.9.8)
==21482==by 0x4FE9DDD: pqsecure_open_client (in
/usr/lib/libpq.so.4.1)
==21482==by 0x4FDDC1B: PQconnectPoll (in /usr/lib/libpq.so.4.1)
==21482==by 0x4FDF5D0: (within /usr/lib/libpq.so.4.1)
==21482==by 0x4FDF84E: PQconnectdb (in /usr/lib/libpq.so.4.1)
==21482==by 0x5475CC: pdo_pgsql_handle_factory
(pgsql_driver.c:670)
==21482==by 0x535055: zim_PDO_dbh_constructor (pdo_dbh.c:372)
==21482==by 0x70205C: zend_do_fcall_common_helper_SPEC
(zend_vm_execute.h:200)
==21482==by 0x703312: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER
(zend_vm_execute.h:322)
==21482==
==21482== Conditional jump or move depends on uninitialised value(s)
==21482==at 0x4C5697E: (within /usr/lib/libz.so.1.2.3)
==21482==by 0x4C57645: (within /usr/lib/libz.so.1.2.3)
==21482==by 0x4C57E89: deflate (in /usr/lib/libz.so.1.2.3)
==21482==by 0x56FB24C: (within /usr/lib/libcrypto.so.0.9.8)
==21482==by 0x56FAEB1: COMP_compress_block (in
/usr/lib/libcrypto.so.0.9.8)
==21482==by 0x54D60DB: ssl3_do_compress (in
/usr/lib/libssl.so.0.9.8)
==21482==by 0x54D633E: (within /usr/lib/libssl.so.0.9.8)
==21482==by 0x54D661D: ssl3_write_bytes (in
/usr/lib/libssl.so.0.9.8)
==21482==by 0x4FEA4B5: pqsecure_write (in /usr/lib/libpq.so.4.1)
==21482==by 0x4FE333B: (within /usr/lib/libpq.so.4.1)
==21482==by 0x4FE0C1B: PQsendQuery (in /usr/lib/libpq.so.4.1)
==21482==by 0x4FE12E8: PQexec (in /usr/lib/libpq.so.4.1)
==21482==
==21482== Source and destination overlap in memcpy(0x6D502F0,
0x6D5031C, 200)
==21482==at 0x4A1BA62: memcpy (mac_replace_strmem.c:394)
==21482==by 0x6BDA14: _estrndup (zend_alloc.c:1733)
==21482==by 0x6DDB4C: add_next_index_string (zend_API.c:1194)
==21482==by 0x537608: zim_PDO_errorInfo (pdo_dbh.c:979)
==21482==by 0x70205C: zend_do_fcall_common_helper_SPEC
(zend_vm
#38536 [Opn]: Returning an array of values instead of an object
ID: 38536 User updated by: sabrina at corp dot grupos dot com dot br Reported By: sabrina at corp dot grupos dot com dot br Status: Open Bug Type: SOAP related Operating System: FreeBSD 6.1 PHP Version: 5.1.5 New Comment: Results of the tests and object dumps are here: http://intranet.grupos.com.br/~sabrina/phpbug Previous Comments: [2006-08-21 13:59:59] sabrina at corp dot grupos dot com dot br Description: The return soap message should be an array of objects. Instead, it is returning an array of arrays. Each item should be an object, but it is an array. For each item in the array, a value is popped out, such as only the last item in the array has one value and is an object, as it should be. When using version 5.1.4 is working. -- Edit this bug report at http://bugs.php.net/?id=38536&edit=1
#38536 [NEW]: Returning an array of values instead of an object
From: sabrina at corp dot grupos dot com dot br Operating system: FreeBSD 6.1 PHP version: 5.1.5 PHP Bug Type: SOAP related Bug description: Returning an array of values instead of an object Description: The return soap message should be an array of objects. Instead, it is returning an array of arrays. Each item should be an object, but it is an array. For each item in the array, a value is popped out, such as only the last item in the array has one value and is an object, as it should be. When using version 5.1.4 is working. -- Edit bug report at http://bugs.php.net/?id=38536&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38536&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38536&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38536&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38536&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38536&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38536&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38536&r=needscript Try newer version:http://bugs.php.net/fix.php?id=38536&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38536&r=support Expected behavior:http://bugs.php.net/fix.php?id=38536&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38536&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38536&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38536&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38536&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38536&r=dst IIS Stability:http://bugs.php.net/fix.php?id=38536&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38536&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38536&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38536&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38536&r=mysqlcfg
#38378 [Com]: wddx_serialize_value geneates no wellformed xml
ID: 38378
Comment by: sj at sjaensch dot org
Reported By: clemens at gutweiler dot net
Status: Open
Bug Type: WDDX related
Operating System: Linux
PHP Version: 4.4.3
New Comment:
When replacing sprintf() with snprintf(), the length of the resulting
string was calculated wrongly. Patch follows:
--- php-4.4.3/ext/wddx/wddx.c Fri May 26 03:55:26 2006
+++ php-4.4.3-fixed/ext/wddx/wddx.c Mon Aug 21 16:30:44 2006
@@ -626,12 +626,13 @@
{
char *tmp_buf;
char *name_esc;
- int name_esc_len;
+ int name_esc_len, tmp_buf_len;
if (name) {
name_esc = php_escape_html_entities(name, name_len,
&name_esc_len, 0, ENT_QUOTES, NULL TSRMLS_CC);
- tmp_buf = emalloc(name_esc_len + 1);
- snprintf(tmp_buf, name_esc_len, WDDX_VAR_S, name_esc);
+ tmp_buf_len = name_esc_len + strlen(WDDX_VAR_S);
+ tmp_buf = emalloc(tmp_buf_len+1);
+ snprintf(tmp_buf, tmp_buf_len, WDDX_VAR_S, name_esc);
php_wddx_add_chunk(packet, tmp_buf);
efree(tmp_buf);
efree(name_esc);
Previous Comments:
[2006-08-17 13:06:20] hweidner at gmx dot net
The function wddx_serialize_vars seems also affected:
$array=array("aaa", "bbb", "ccc");
echo wddx_serialize_vars("array");
creates to the broken XML code unter PHP 4.4.3
aaabbbccc
[2006-08-08 09:57:13] clemens at gutweiler dot net
Description:
wddx_serialize_value generates an invalid wddx package/xml
string.
in php version 4.4.2 the sample code works, in 4.4.3 not.
Reproduce code:
---
array(
1 => 'integer key',
'string' => 'string key'
)
);
var_dump( wddx_serialize_value( $array ) );
?>
Expected result:
/web/cg/playground# /usr/local/php-4.4.2-fastcgi/bin/php
wddx.php
string(219) "integer keystring key"
Actual result:
--
/web/cg/playground# /usr/local/php-4.4.3-fastcgi/bin/php
wddx.php
string(179) "integer keystring key"
--
Edit this bug report at http://bugs.php.net/?id=38378&edit=1
#38502 [Opn->NoF]: mssql_fetch_Assoc result error (date type field)
ID: 38502
Updated by: [EMAIL PROTECTED]
Reported By: kecso at i-trade dot hu
-Status: Open
+Status: No Feedback
Bug Type: MSSQL related
Operating System: debian
PHP Version: 5.1.5
New Comment:
This sounds more like a configuration problem with freetds.
Please reconfigure using --enable-msdblib.
Previous Comments:
[2006-08-18 15:28:54] kecso at i-trade dot hu
Description:
Hi!
MYSQL version: MySQL 5.0.22-Debian_1.dotdeb.1-log
PHP version: PHP Version 5.0.5-Debian-0.8~sarge1 (Debian GNU/Linux)
After fetching data, the date was 1 month lesser than the current
system date.
Tested with SQL Query Analyzer the date was correct.
If converted the date, was correct...
"SELECT convert(varchar(50), getdate(), 102)"
Best regards: Kecso
Reproduce code:
---
$r = mssql_query("SELECT getDate();");
print_r(mssql_fetch_Assoc($r));
Expected result:
" Array ( [computed] => 2006-08-18 17:07:05 ) "
Actual result:
--
" Array ( [computed] => 2006-07-18 17:07:05 ) "
--
Edit this bug report at http://bugs.php.net/?id=38502&edit=1
#38525 [Fbk->Opn]: 5.2.0RC2 + squirrelmail == random segfaults , heap corruption
ID: 38525
User updated by: judas dot iscariote at gmail dot com
Reported By: judas dot iscariote at gmail dot com
-Status: Feedback
+Status: Open
Bug Type: Reproducible crash
Operating System: linux
PHP Version: 5.2.0RC2
New Comment:
apache 2.2.X with prefork MPM
Previous Comments:
[2006-08-21 12:11:13] [EMAIL PROTECTED]
Which Apache version is used and what is the MPM ?
[2006-08-21 10:40:32] judas dot iscariote at gmail dot com
well. additionally , this is a 64bit machine,but can be reproduced in
IIRC can be reproduced in 32 bit too. it linux with latest 5.2 CVS,
also reproduced in "released" RC2 tarball.
not reproducible with 5.1.x cause this is caused by the new memory
manager.
A trace with xdebug loaded also ends abruptly in random places..
sometimes just after end of an IMAP stream,
>=> ' Logout completed.\r\n'
6.49789175040 -> trim(' Logout completed.\r\n')
/srv/www/htdocs/squirrelmail/functions/imap_general.php:203
>=> 'Logout completed.'
>=> array (0 => array (0 => '* BYE
Logging out\r\n'))
>=> array (0 => '* BYE Logging
out\r\n')
>=> array (0 => '* BYE Logging out\r\n')
>=> NULL
>=> 1
6.54155767168
TRACE END [2006-08-20 18:37:19]
or in other ocassions (weird) it segfaults **just after that** when
squirelmail tries to register and object in a session , session
variable si created and then die, :(
also, the random error happends not only with right_main.php of SM but
with read_body.php or the simple login.php.
Im done, I don't know how else to look, not sure If I can provide
reproduce code either. any clues ?
[2006-08-21 10:18:19] judas dot iscariote at gmail dot com
took me a while to reproduce it again, oO.
that 's whaT I obtained with valgrind.
==15053== Conditional jump or move depends on uninitialised value(s)
==15053==at 0x59E1002: vfprintf (in /lib64/libc-2.4.so)
==15053==by 0x59FE6F8: vsprintf (in /lib64/libc-2.4.so)
==15053==by 0x59E91A7: sprintf (in /lib64/libc-2.4.so)
==15053==by 0x7D120DA: _convert_to_string (zend_operators.c:556)
==15053==by 0x7D1A6C2: zend_make_printable_zval (zend.c:266)
==15053==by 0x7D58B84: ZEND_ADD_VAR_SPEC_TMP_CV_HANDLER
(zend_vm_execute.h:6552)
==15053==by 0x7D4407E: execute (zend_vm_execute.h:92)
==15053==by 0x7D4480F: zend_do_fcall_common_helper_SPEC
(zend_vm_execute.h:234)
==15053==by 0x7D454AD: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER
(zend_vm_execute.h:322)
==15053==by 0x7D4407E: execute (zend_vm_execute.h:92)
==15053==by 0x7D1C4DA: zend_execute_scripts (zend.c:1095)
==15053==by 0x7CBE341: php_execute_script (main.c:1759)
==15053==
==15053== Process terminating with default action of signal 11
(SIGSEGV)
==15053== Bad permissions for mapped region at address 0x18
==15053==at 0x7CF7D50: zend_mm_add_to_free_list (zend_alloc.c:465)
==15053==by 0x7CF986B: _zend_mm_alloc_int (zend_alloc.c:1233)
==15053==by 0x7CFA7C5: _zend_mm_realloc_int (zend_alloc.c:1543)
==15053==by 0x7CFAAE5: _erealloc (zend_alloc.c:1633)
==15053==by 0x7C82C92: php_var_serialize_string (var.c:540)
==15053==by 0x7C8650F: php_var_serialize_intern (var.c:810)
==15053==by 0x7C86709: php_var_serialize_intern (var.c:827)
==15053==by 0x7C87325: php_var_serialize (var.c:845)
==15053==by 0x7B8B8D4: ps_srlzr_encode_php (session.c:479)
==15053==by 0x7B8C43C: php_session_encode (session.c:581)
==15053==by 0x7B8CFB1: php_session_save_current_state
(session.c:860)
==15053==by 0x7B91F3C: php_session_flush (session.c:1845)
==15053==
==15053== ERROR SUMMARY: 63 errors from 13 contexts (suppressed: 155
from 1)
==15053== malloc/free: in use at exit: 20,326,987 bytes in 11,487
blocks.
==15053== malloc/free: 214,233 allocs, 202,746 frees, 315,649,047 bytes
allocated.
==15053== For counts of detected errors, rerun with: -v
==15053== searching for pointers to 11,487 not-freed blocks.
==15053== checked 17,712,560 bytes.
==15053==
==15053== LEAK SUMMARY:
==15053==definitely lost: 924 bytes in 35 blocks.
==15053== possibly lost: 0 bytes in 0 blocks.
==15053==still reachable: 20,326,063 bytes in 11,452 blocks.
==15053== suppressed: 0 bytes in 0 blocks.
==15053== Use --leak-check=full to see details of leaked memory.
hell:~ #
[2006-08-21 08:53:05] [EMAIL PROTECTED]
Obviously the new heap implementation from Zend is unstable.
[2
#38502 [NoF->Fbk]: mssql_fetch_Assoc result error (date type field)
ID: 38502
Updated by: [EMAIL PROTECTED]
Reported By: kecso at i-trade dot hu
-Status: No Feedback
+Status: Feedback
Bug Type: MSSQL related
Operating System: debian
PHP Version: 5.1.5
New Comment:
oops wrong status.
Previous Comments:
[2006-08-21 14:30:20] [EMAIL PROTECTED]
This sounds more like a configuration problem with freetds.
Please reconfigure using --enable-msdblib.
[2006-08-18 15:28:54] kecso at i-trade dot hu
Description:
Hi!
MYSQL version: MySQL 5.0.22-Debian_1.dotdeb.1-log
PHP version: PHP Version 5.0.5-Debian-0.8~sarge1 (Debian GNU/Linux)
After fetching data, the date was 1 month lesser than the current
system date.
Tested with SQL Query Analyzer the date was correct.
If converted the date, was correct...
"SELECT convert(varchar(50), getdate(), 102)"
Best regards: Kecso
Reproduce code:
---
$r = mssql_query("SELECT getDate();");
print_r(mssql_fetch_Assoc($r));
Expected result:
" Array ( [computed] => 2006-08-18 17:07:05 ) "
Actual result:
--
" Array ( [computed] => 2006-07-18 17:07:05 ) "
--
Edit this bug report at http://bugs.php.net/?id=38502&edit=1
#38537 [NEW]: timezone difference between PDO/Sqlite and PHP
From: mad at dactar dot ch
Operating system: HP-UX
PHP version: 5.1.5
PHP Bug Type: PDO related
Bug description: timezone difference between PDO/Sqlite and PHP
Description:
The date.timezone option defined in php.ini has no effect on PDO/Sqlite.
date.timezone = Europe/Zurich
Reproduce code:
---
";
echo ' PHP : ' . date("Y-m-j G:i:s");
date("D M j G:i:s T Y");
echo "";
echo ' UNIX : ';
passthru("date '+%Y-%m-%d %H:%M:%S'");
echo "";
echo 'PDO/Sqlite : ';
$db = new PDO("sqlite::memory:");
$query="select datetime('now')";
$row = $db->query($query);
$result=$row->fetch(PDO::FETCH_NUM);
echo $result[0];
?>
Expected result:
PHP : 2006-08-21 17:49:24
UNIX : 2006-08-21 17:49:24
PDO/Sqlite : 2006-08-21 17:49:24
Actual result:
--
PHP : 2006-08-21 17:49:24
UNIX : 2006-08-21 17:49:24
PDO/Sqlite : 2006-08-21 15:49:24
--
Edit bug report at http://bugs.php.net/?id=38537&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=38537&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=38537&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=38537&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=38537&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=38537&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=38537&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=38537&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=38537&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=38537&r=support
Expected behavior:http://bugs.php.net/fix.php?id=38537&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=38537&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=38537&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=38537&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38537&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=38537&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=38537&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=38537&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=38537&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=38537&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=38537&r=mysqlcfg
#38537 [Opn->Bgs]: timezone difference between PDO/Sqlite and PHP
ID: 38537
Updated by: [EMAIL PROTECTED]
Reported By: mad at dactar dot ch
-Status: Open
+Status: Bogus
Bug Type: PDO related
Operating System: HP-UX
PHP Version: 5.1.5
New Comment:
date.timezone sets timezone only for PHP's datetime functions.
All third-party libraries are not affected.
Previous Comments:
[2006-08-21 16:09:34] mad at dactar dot ch
Description:
The date.timezone option defined in php.ini has no effect on
PDO/Sqlite.
date.timezone = Europe/Zurich
Reproduce code:
---
";
echo ' PHP : ' . date("Y-m-j G:i:s");
date("D M j G:i:s T Y");
echo "";
echo ' UNIX : ';
passthru("date '+%Y-%m-%d %H:%M:%S'");
echo "";
echo 'PDO/Sqlite : ';
$db = new PDO("sqlite::memory:");
$query="select datetime('now')";
$row = $db->query($query);
$result=$row->fetch(PDO::FETCH_NUM);
echo $result[0];
?>
Expected result:
PHP : 2006-08-21 17:49:24
UNIX : 2006-08-21 17:49:24
PDO/Sqlite : 2006-08-21 17:49:24
Actual result:
--
PHP : 2006-08-21 17:49:24
UNIX : 2006-08-21 17:49:24
PDO/Sqlite : 2006-08-21 15:49:24
--
Edit this bug report at http://bugs.php.net/?id=38537&edit=1
#38509 [Fbk->Opn]: PDO FEATURES
ID: 38509 User updated by: roberto at spadim dot com dot br Reported By: roberto at spadim dot com dot br -Status: Feedback +Status: Open Bug Type: Feature/Change Request Operating System: ANY PHP Version: 5.2.0RC2 New Comment: Today i'm using mysql in this way: $tmp_tbl=mysql_query($sql); for ($i=0;$iprepare($SQL); $PDO_STATMENT->execute(); $array=array(9,3,6,2,6); for ($i=0;$iresult($array[$i],0); <- could help alot today i'm creating a array putting all data to it and reading the array, but i need many memory and time... could you undestood? sorry the poor english Previous Comments: [2006-08-21 08:27:02] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2006-08-19 03:42:34] roberto at spadim dot com dot br Description: could PDO have features like mysql_result ??? i use a lot it cause i have to read the last rown and after the first after the last-1 and after the second... with PDO i can only make it if i read all data to an array and after read array :/ any feature in this area could help thankx -- Edit this bug report at http://bugs.php.net/?id=38509&edit=1
#38535 [Asn->Csd]: PDO::errorInfo() many memory errors in pdo_pgsql
ID: 38535
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Assigned
+Status: Closed
Bug Type: PDO related
Operating System: All
PHP Version: 5CVS-2006-08-21 (CVS)
Assigned To: iliaa
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2006-08-21 13:58:24] [EMAIL PROTECTED]
Description:
Using any kind of error, errorInfo uses unitialized or already freed
memory.
This simple script shows the problem.
It is on AMD64, using pgsql 8.1.4
Reproduce code:
---
$dsn = 'pgsql:host=localhost;port=5432;dbname=foo;';
$user = 'test';
$password = '12345';
$pdo = new PDO($dsn, $user, $password);
$sql = "INSERT INTO
bar
(
field
) VALUES (
'value',,
)
";
if (!$pdo->query($sql)) {
var_dump($pdo->errorInfo());
} else {
var_dump("ok");
}
Actual result:
--
==21482== Use of uninitialised value of size 8
==21482==at 0x5680DE9: BN_mod_exp_mont_consttime (in
/usr/lib/libcrypto.so.0.9.8)
==21482==by 0x56A25E7: (within /usr/lib/libcrypto.so.0.9.8)
==21482==by 0x54D2451: ssl3_send_client_key_exchange (in
/usr/lib/libssl.so.0.9.8)
==21482==by 0x54D3737: ssl3_connect (in /usr/lib/libssl.so.0.9.8)
==21482==by 0x4FE9DDD: pqsecure_open_client (in
/usr/lib/libpq.so.4.1)
==21482==by 0x4FDDC1B: PQconnectPoll (in /usr/lib/libpq.so.4.1)
==21482==by 0x4FDF5D0: (within /usr/lib/libpq.so.4.1)
==21482==by 0x4FDF84E: PQconnectdb (in /usr/lib/libpq.so.4.1)
==21482==by 0x5475CC: pdo_pgsql_handle_factory
(pgsql_driver.c:670)
==21482==by 0x535055: zim_PDO_dbh_constructor (pdo_dbh.c:372)
==21482==by 0x70205C: zend_do_fcall_common_helper_SPEC
(zend_vm_execute.h:200)
==21482==by 0x703312: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER
(zend_vm_execute.h:322)
==21482==
==21482== Use of uninitialised value of size 8
==21482==at 0x56819C0: BN_num_bits_word (in
/usr/lib/libcrypto.so.0.9.8)
==21482==by 0x5681A22: BN_num_bits (in
/usr/lib/libcrypto.so.0.9.8)
==21482==by 0x5680A87: BN_mod_exp_mont_consttime (in
/usr/lib/libcrypto.so.0.9.8)
==21482==by 0x56A2801: (within /usr/lib/libcrypto.so.0.9.8)
==21482==by 0x54D273E: ssl3_send_client_key_exchange (in
/usr/lib/libssl.so.0.9.8)
==21482==by 0x54D3737: ssl3_connect (in /usr/lib/libssl.so.0.9.8)
==21482==by 0x4FE9DDD: pqsecure_open_client (in
/usr/lib/libpq.so.4.1)
==21482==by 0x4FDDC1B: PQconnectPoll (in /usr/lib/libpq.so.4.1)
==21482==by 0x4FDF5D0: (within /usr/lib/libpq.so.4.1)
==21482==by 0x4FDF84E: PQconnectdb (in /usr/lib/libpq.so.4.1)
==21482==by 0x5475CC: pdo_pgsql_handle_factory
(pgsql_driver.c:670)
==21482==by 0x535055: zim_PDO_dbh_constructor (pdo_dbh.c:372)
==21482==
==21482== Use of uninitialised value of size 8
==21482==at 0x5680DE9: BN_mod_exp_mont_consttime (in
/usr/lib/libcrypto.so.0.9.8)
==21482==by 0x56A2801: (within /usr/lib/libcrypto.so.0.9.8)
==21482==by 0x54D273E: ssl3_send_client_key_exchange (in
/usr/lib/libssl.so.0.9.8)
==21482==by 0x54D3737: ssl3_connect (in /usr/lib/libssl.so.0.9.8)
==21482==by 0x4FE9DDD: pqsecure_open_client (in
/usr/lib/libpq.so.4.1)
==21482==by 0x4FDDC1B: PQconnectPoll (in /usr/lib/libpq.so.4.1)
==21482==by 0x4FDF5D0: (within /usr/lib/libpq.so.4.1)
==21482==by 0x4FDF84E: PQconnectdb (in /usr/lib/libpq.so.4.1)
==21482==by 0x5475CC: pdo_pgsql_handle_factory
(pgsql_driver.c:670)
==21482==by 0x535055: zim_PDO_dbh_constructor (pdo_dbh.c:372)
==21482==by 0x70205C: zend_do_fcall_common_helper_SPEC
(zend_vm_execute.h:200)
==21482==by 0x703312: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER
(zend_vm_execute.h:322)
==21482==
==21482== Conditional jump or move depends on uninitialised value(s)
==21482==at 0x4C5697E: (within /usr/lib/libz.so.1.2.3)
==21482==by 0x4C57645: (within /usr/lib/libz.so.1.2.3)
==21482==by 0x4C57E89: deflate (in /usr/lib/libz.so.1.2.3)
==21482==by 0x56FB24C: (within /usr/lib/libcrypto.so.0.9.8)
==21482==by 0x56FAEB1: COMP_compress_block (in
/usr/lib/libcrypto.so.0.9.8)
==21482==by 0x54D60DB: ssl3_do_compress (in
/usr/lib/libssl.so.0.9.8)
==21482==by 0x54D633E: (within /usr/lib/libssl.so.0.9.8)
==21482==by 0x54D661D: ssl3_write_bytes (in
/usr/lib/libssl.so.0.9.8)
==21482==by 0x4FEA4B5: pqsecure_write (in /usr/lib/libpq.so.4.1)
==21482==by 0x4FE333B: (within /usr/lib/libpq.so.4.1)
==21482==by 0x4FE0C1B: PQsendQuery (in /usr/lib/libpq.so.4.1)
==21482==by 0x4FE12E8: PQexec (in /usr/lib/libpq.so.4.1)
==21482==
==21482== Source and destination overlap in memcpy(0x6D502F0,
0x6D5031C, 200)
==21482==at 0x4A1BA62: memcpy (mac_replace_strmem.c:394)
==
#38536 [Opn->Fbk]: Returning an array of values instead of an object
ID: 38536 Updated by: [EMAIL PROTECTED] Reported By: sabrina at corp dot grupos dot com dot br -Status: Open +Status: Feedback Bug Type: SOAP related Operating System: FreeBSD 6.1 PHP Version: 5.1.5 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: [2006-08-21 14:02:14] sabrina at corp dot grupos dot com dot br Results of the tests and object dumps are here: http://intranet.grupos.com.br/~sabrina/phpbug [2006-08-21 13:59:59] sabrina at corp dot grupos dot com dot br Description: The return soap message should be an array of objects. Instead, it is returning an array of arrays. Each item should be an object, but it is an array. For each item in the array, a value is popped out, such as only the last item in the array has one value and is an object, as it should be. When using version 5.1.4 is working. -- Edit this bug report at http://bugs.php.net/?id=38536&edit=1
#38525 [Opn->Fbk]: 5.2.0RC2 + squirrelmail == random segfaults , heap corruption
ID: 38525
Updated by: [EMAIL PROTECTED]
Reported By: judas dot iscariote at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: linux
PHP Version: 5.2.0RC2
New Comment:
I've tested it on 3 different machines (1 x86 and 2 x86-64) and I can't
see any crashes whatsoever.
Please try to reduce the reproduce code and/or provide access to the
machine where it's reproducible.
Previous Comments:
[2006-08-21 15:18:53] judas dot iscariote at gmail dot com
apache 2.2.X with prefork MPM
[2006-08-21 12:11:13] [EMAIL PROTECTED]
Which Apache version is used and what is the MPM ?
[2006-08-21 10:40:32] judas dot iscariote at gmail dot com
well. additionally , this is a 64bit machine,but can be reproduced in
IIRC can be reproduced in 32 bit too. it linux with latest 5.2 CVS,
also reproduced in "released" RC2 tarball.
not reproducible with 5.1.x cause this is caused by the new memory
manager.
A trace with xdebug loaded also ends abruptly in random places..
sometimes just after end of an IMAP stream,
>=> ' Logout completed.\r\n'
6.49789175040 -> trim(' Logout completed.\r\n')
/srv/www/htdocs/squirrelmail/functions/imap_general.php:203
>=> 'Logout completed.'
>=> array (0 => array (0 => '* BYE
Logging out\r\n'))
>=> array (0 => '* BYE Logging
out\r\n')
>=> array (0 => '* BYE Logging out\r\n')
>=> NULL
>=> 1
6.54155767168
TRACE END [2006-08-20 18:37:19]
or in other ocassions (weird) it segfaults **just after that** when
squirelmail tries to register and object in a session , session
variable si created and then die, :(
also, the random error happends not only with right_main.php of SM but
with read_body.php or the simple login.php.
Im done, I don't know how else to look, not sure If I can provide
reproduce code either. any clues ?
[2006-08-21 10:18:19] judas dot iscariote at gmail dot com
took me a while to reproduce it again, oO.
that 's whaT I obtained with valgrind.
==15053== Conditional jump or move depends on uninitialised value(s)
==15053==at 0x59E1002: vfprintf (in /lib64/libc-2.4.so)
==15053==by 0x59FE6F8: vsprintf (in /lib64/libc-2.4.so)
==15053==by 0x59E91A7: sprintf (in /lib64/libc-2.4.so)
==15053==by 0x7D120DA: _convert_to_string (zend_operators.c:556)
==15053==by 0x7D1A6C2: zend_make_printable_zval (zend.c:266)
==15053==by 0x7D58B84: ZEND_ADD_VAR_SPEC_TMP_CV_HANDLER
(zend_vm_execute.h:6552)
==15053==by 0x7D4407E: execute (zend_vm_execute.h:92)
==15053==by 0x7D4480F: zend_do_fcall_common_helper_SPEC
(zend_vm_execute.h:234)
==15053==by 0x7D454AD: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER
(zend_vm_execute.h:322)
==15053==by 0x7D4407E: execute (zend_vm_execute.h:92)
==15053==by 0x7D1C4DA: zend_execute_scripts (zend.c:1095)
==15053==by 0x7CBE341: php_execute_script (main.c:1759)
==15053==
==15053== Process terminating with default action of signal 11
(SIGSEGV)
==15053== Bad permissions for mapped region at address 0x18
==15053==at 0x7CF7D50: zend_mm_add_to_free_list (zend_alloc.c:465)
==15053==by 0x7CF986B: _zend_mm_alloc_int (zend_alloc.c:1233)
==15053==by 0x7CFA7C5: _zend_mm_realloc_int (zend_alloc.c:1543)
==15053==by 0x7CFAAE5: _erealloc (zend_alloc.c:1633)
==15053==by 0x7C82C92: php_var_serialize_string (var.c:540)
==15053==by 0x7C8650F: php_var_serialize_intern (var.c:810)
==15053==by 0x7C86709: php_var_serialize_intern (var.c:827)
==15053==by 0x7C87325: php_var_serialize (var.c:845)
==15053==by 0x7B8B8D4: ps_srlzr_encode_php (session.c:479)
==15053==by 0x7B8C43C: php_session_encode (session.c:581)
==15053==by 0x7B8CFB1: php_session_save_current_state
(session.c:860)
==15053==by 0x7B91F3C: php_session_flush (session.c:1845)
==15053==
==15053== ERROR SUMMARY: 63 errors from 13 contexts (suppressed: 155
from 1)
==15053== malloc/free: in use at exit: 20,326,987 bytes in 11,487
blocks.
==15053== malloc/free: 214,233 allocs, 202,746 frees, 315,649,047 bytes
allocated.
==15053== For counts of detected errors, rerun with: -v
==15053== searching for pointers to 11,487 not-freed blocks.
==15053== checked 17,712,560 bytes.
==15053==
==15053== LEAK SUMMARY:
==15053==definitely lost: 924 bytes in 35 blocks.
==15053== possibly lost: 0 bytes in 0 blocks.
==15053==still reachable: 20,326,063 bytes in 11,452 blocks.
==15053== suppressed: 0 bytes in 0 blocks.
==15053== U
#38538 [NEW]: loadHTML doesn't use XHTML namespace
From: spam02 at pornel dot net
Operating system: *
PHP version: 6CVS-2006-08-21 (snap)
PHP Bug Type: DOM XML related
Bug description: loadHTML doesn't use XHTML namespace
Description:
>From W3C: XHTML/1.0 is a reformulation of HTML 4 in XML. The semantics of
HTML and XHTML elements are identical.
loadHTML() should put loaded elements in XHTML namespace to preserve their
semantics. These aren't just any random elements - these are HTML elements,
and HTML elements in XML (therefore DOM) are in
"http://www.w3.org/1999/xhtml"; namespace.
This isn't purely academic problem.
It's difficult to handle both HTML and XHTML uniformly using DOM in PHP -
difference in namespaces causes xpath/XSLT to behave differently.
AFAIK there's no trivial method of changing namespace of all document
elements, so namespace returned by loadHTML() is quite important.
SUGGESTED CHANGE
Simply putting elements in a namespace will break backwards-compatibility
a little (xpath queries for example). Therefore I suggest adding optional
boolean argument to loadHTML() and loadHTMLFile() that enables new
behavior.
Reproduce code:
---
loadHTML('hello');
$xhtml = new DOMDocument(); $xhtml->loadXML('http://www.w3.org/1999/xhtml";>hello');
function test($doc)
{
$x = new DOMXPath($doc);
$x->registerNamespace("x","http://www.w3.org/1999/xhtml";);
echo $x->evaluate("string(//x:body)");
}
test($html);
test($xhtml);
// local-name() could be used as workaround in this practicular text-case,
however this isn't possible/feasible in every case.
Expected result:
hellohello
Actual result:
--
hello
--
Edit bug report at http://bugs.php.net/?id=38538&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=38538&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=38538&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=38538&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=38538&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=38538&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=38538&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=38538&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=38538&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=38538&r=support
Expected behavior:http://bugs.php.net/fix.php?id=38538&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=38538&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=38538&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=38538&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38538&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=38538&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=38538&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=38538&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=38538&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=38538&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=38538&r=mysqlcfg
#38539 [NEW]: php-4.4.4 Not loading extensions
From: scott at phphq dot net Operating system: Windows Server 2003 STD PHP version: 4.4.4 PHP Bug Type: Unknown/Other Function Bug description: php-4.4.4 Not loading extensions Description: Since upgrading to php 4.4.4 php no longer loads any extensions. I installed it the same way I did php 4.4.3 and all earlier versions since 4.3.8. My install is like this: Shutdown IIS mv C:\php > C:\php-4.4.3.bak unzip new php package to C:\php Move php4isapi.dll to C:\php and change permissions accordingly. Change permissions on php4ts.dll and move files from \dll's to C:\php. Copy old php.ini to C:\php Restart IIS, phpinfo(), shows new version. This has worked for me flawless since 4.3.8, but with 4.4.4 it will not load any extensions. Downgrading back to 4.4.3 loads the extensions fine. Some misc info: PHPRC C:\php PATH: ;C:\php REG: IniFilePath: C:\php phpinfo() shows it is loading my php.ini (C:\php\php.ini) and the extension directory is C:\php\extensions, yet it will not load any extensions. Nothing has changed in my php.ini for a long time, the only extensions I have loaded are gettext, gd2, mbstring, zip. Running Win Server 2003 STD w/ IIS6. -- Edit bug report at http://bugs.php.net/?id=38539&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38539&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38539&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38539&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38539&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38539&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38539&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38539&r=needscript Try newer version:http://bugs.php.net/fix.php?id=38539&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38539&r=support Expected behavior:http://bugs.php.net/fix.php?id=38539&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38539&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38539&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38539&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38539&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38539&r=dst IIS Stability:http://bugs.php.net/fix.php?id=38539&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38539&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38539&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38539&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38539&r=mysqlcfg
#38525 [Fbk->Opn]: 5.2.0RC2 + squirrelmail == random segfaults , heap corruption
ID: 38525
User updated by: judas dot iscariote at gmail dot com
Reported By: judas dot iscariote at gmail dot com
-Status: Feedback
+Status: Open
Bug Type: Reproducible crash
Operating System: linux
PHP Version: 5.2.0RC2
New Comment:
Tony, were you tested.. IMAP server was in the same machine or in a
remote machine.. ? I think that counts for this problem. I cannot get
this crash when imap server is in localhost.
Previous Comments:
[2006-08-21 22:36:58] [EMAIL PROTECTED]
I've tested it on 3 different machines (1 x86 and 2 x86-64) and I can't
see any crashes whatsoever.
Please try to reduce the reproduce code and/or provide access to the
machine where it's reproducible.
[2006-08-21 15:18:53] judas dot iscariote at gmail dot com
apache 2.2.X with prefork MPM
[2006-08-21 12:11:13] [EMAIL PROTECTED]
Which Apache version is used and what is the MPM ?
[2006-08-21 10:40:32] judas dot iscariote at gmail dot com
well. additionally , this is a 64bit machine,but can be reproduced in
IIRC can be reproduced in 32 bit too. it linux with latest 5.2 CVS,
also reproduced in "released" RC2 tarball.
not reproducible with 5.1.x cause this is caused by the new memory
manager.
A trace with xdebug loaded also ends abruptly in random places..
sometimes just after end of an IMAP stream,
>=> ' Logout completed.\r\n'
6.49789175040 -> trim(' Logout completed.\r\n')
/srv/www/htdocs/squirrelmail/functions/imap_general.php:203
>=> 'Logout completed.'
>=> array (0 => array (0 => '* BYE
Logging out\r\n'))
>=> array (0 => '* BYE Logging
out\r\n')
>=> array (0 => '* BYE Logging out\r\n')
>=> NULL
>=> 1
6.54155767168
TRACE END [2006-08-20 18:37:19]
or in other ocassions (weird) it segfaults **just after that** when
squirelmail tries to register and object in a session , session
variable si created and then die, :(
also, the random error happends not only with right_main.php of SM but
with read_body.php or the simple login.php.
Im done, I don't know how else to look, not sure If I can provide
reproduce code either. any clues ?
[2006-08-21 10:18:19] judas dot iscariote at gmail dot com
took me a while to reproduce it again, oO.
that 's whaT I obtained with valgrind.
==15053== Conditional jump or move depends on uninitialised value(s)
==15053==at 0x59E1002: vfprintf (in /lib64/libc-2.4.so)
==15053==by 0x59FE6F8: vsprintf (in /lib64/libc-2.4.so)
==15053==by 0x59E91A7: sprintf (in /lib64/libc-2.4.so)
==15053==by 0x7D120DA: _convert_to_string (zend_operators.c:556)
==15053==by 0x7D1A6C2: zend_make_printable_zval (zend.c:266)
==15053==by 0x7D58B84: ZEND_ADD_VAR_SPEC_TMP_CV_HANDLER
(zend_vm_execute.h:6552)
==15053==by 0x7D4407E: execute (zend_vm_execute.h:92)
==15053==by 0x7D4480F: zend_do_fcall_common_helper_SPEC
(zend_vm_execute.h:234)
==15053==by 0x7D454AD: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER
(zend_vm_execute.h:322)
==15053==by 0x7D4407E: execute (zend_vm_execute.h:92)
==15053==by 0x7D1C4DA: zend_execute_scripts (zend.c:1095)
==15053==by 0x7CBE341: php_execute_script (main.c:1759)
==15053==
==15053== Process terminating with default action of signal 11
(SIGSEGV)
==15053== Bad permissions for mapped region at address 0x18
==15053==at 0x7CF7D50: zend_mm_add_to_free_list (zend_alloc.c:465)
==15053==by 0x7CF986B: _zend_mm_alloc_int (zend_alloc.c:1233)
==15053==by 0x7CFA7C5: _zend_mm_realloc_int (zend_alloc.c:1543)
==15053==by 0x7CFAAE5: _erealloc (zend_alloc.c:1633)
==15053==by 0x7C82C92: php_var_serialize_string (var.c:540)
==15053==by 0x7C8650F: php_var_serialize_intern (var.c:810)
==15053==by 0x7C86709: php_var_serialize_intern (var.c:827)
==15053==by 0x7C87325: php_var_serialize (var.c:845)
==15053==by 0x7B8B8D4: ps_srlzr_encode_php (session.c:479)
==15053==by 0x7B8C43C: php_session_encode (session.c:581)
==15053==by 0x7B8CFB1: php_session_save_current_state
(session.c:860)
==15053==by 0x7B91F3C: php_session_flush (session.c:1845)
==15053==
==15053== ERROR SUMMARY: 63 errors from 13 contexts (suppressed: 155
from 1)
==15053== malloc/free: in use at exit: 20,326,987 bytes in 11,487
blocks.
==15053== malloc/free: 214,233 allocs, 202,746 frees, 315,649,047 bytes
allocated.
==15053== For counts of detected errors, rerun with: -v
==15053== searching for pointers to 11,487 no
#38509 [Opn]: PDO FEATURES
ID: 38509 User updated by: roberto at spadim dot com dot br Reported By: roberto at spadim dot com dot br Status: Open Bug Type: Feature/Change Request Operating System: ANY PHP Version: 5.2.0RC2 New Comment: setting current row could help like sqlite2 lib do sqlite_seek we will need buffered query! Previous Comments: [2006-08-21 16:44:09] roberto at spadim dot com dot br Today i'm using mysql in this way: $tmp_tbl=mysql_query($sql); for ($i=0;$iprepare($SQL); $PDO_STATMENT->execute(); $array=array(9,3,6,2,6); for ($i=0;$iresult($array[$i],0); <- could help alot today i'm creating a array putting all data to it and reading the array, but i need many memory and time... could you undestood? sorry the poor english [2006-08-21 08:27:02] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2006-08-19 03:42:34] roberto at spadim dot com dot br Description: could PDO have features like mysql_result ??? i use a lot it cause i have to read the last rown and after the first after the last-1 and after the second... with PDO i can only make it if i read all data to an array and after read array :/ any feature in this area could help thankx -- Edit this bug report at http://bugs.php.net/?id=38509&edit=1
#38488 [Fbk->Opn]: Access to "php://stdin" and faily crashes PHP on win32
ID: 38488 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Streams related Operating System: win32 PHP Version: 5CVS-2006-08-18 (CVS) New Comment: PHP crashes only with "MS Debugging Tools for Windows", however bug don't go away without them. The problem that _get_osfhandle(0) returns some invalid HANDLE (for me it is 3), and then GetNamedPipeIndo() may crash. I'll probably look into problem by myself. Previous Comments: [2006-08-18 04:11:52] [EMAIL PROTECTED] I'm unable to get my system to crash (CGI and CLI). What SAPI are you using? [2006-08-18 02:31:47] [EMAIL PROTECTED] Description: Access to standard streams using "php://stdin" and family names produces crash. The reason probably is in a buggy _get_osfhandle() function that doesn't return proper HANDLES for standard system streams. We need find out a workaround for this problem. the bug is probably related to bug #7960 Reproduce code: --- Expected result: Hello Actual result: -- Crash with the following stack trace NTDLL! 7c90eb74() NTDLL! 7c90eb94() _php_stream_fopen_from_fd(int 0, const char * 0x00416fb0 `string', const char * 0x, int 0, char * 0x1070a25c `string', unsigned int 246, char * 0x, unsigned int 0, void * * * 0x02714fe0) line 200 + 24 bytes php_stream_url_wrap_php(_php_stream_wrapper * 0x108a5d28 _php_stream_php_wrapper, char * 0x00416fa6, char * 0x00416fb0 `string', int 8, char * * 0x, _php_stream_context * 0x, int 1, char * 0x106dd51c `string', unsigned int 1774, char * 0x004165c8 `string', unsigned int 498, void * * * 0x02714fe0) line 246 + 41 bytes _php_stream_open_wrapper_ex(char * 0x00416fa0 `string', char * 0x00416fb0 `string', int 0, char * * 0x, _php_stream_context * 0x, int 0, char * 0x004165c8 `string', unsigned int 498, char * 0x, unsigned int 0, void * * * 0x02714fe0) line 1774 + 111 bytes cli_register_file_handles(void * * * 0x02714fe0) line 498 + 52 bytes main(int 2, char * * 0x026f8fc0) line 1030 + 12 bytes -- Edit this bug report at http://bugs.php.net/?id=38488&edit=1
#38540 [NEW]: bind_textdomain_codeset could not found
From: liber at iproom dot com Operating system: Linux PHP version: 4.4.4 PHP Bug Type: Gettext related Bug description: bind_textdomain_codeset could not found Description: PHP Fatal error: Call to undefined function: bind_textdomain_codeset() Reproduce code: --- use the function bind_textdomain_codeset() -- Edit bug report at http://bugs.php.net/?id=38540&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38540&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38540&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38540&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38540&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38540&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38540&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38540&r=needscript Try newer version:http://bugs.php.net/fix.php?id=38540&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38540&r=support Expected behavior:http://bugs.php.net/fix.php?id=38540&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38540&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38540&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38540&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38540&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38540&r=dst IIS Stability:http://bugs.php.net/fix.php?id=38540&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38540&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38540&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38540&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38540&r=mysqlcfg
#38538 [Opn->WFx]: loadHTML doesn't use XHTML namespace
ID: 38538
Updated by: [EMAIL PROTECTED]
Reported By: spam02 at pornel dot net
-Status: Open
+Status: Wont fix
Bug Type: DOM XML related
Operating System: *
PHP Version: 6CVS-2006-08-21 (snap)
New Comment:
loadHTML only properly deals with HTML(4) documents (which are
by definition not namespace aware and therefore discards
them).
If you want to keep the namespaces, use loadXML() or, for your
proposal, use the tidy extension to make XHTML out of your
HTML documents.
Previous Comments:
[2006-08-21 23:25:35] spam02 at pornel dot net
Description:
>From W3C: XHTML/1.0 is a reformulation of HTML 4 in XML. The semantics
of HTML and XHTML elements are identical.
loadHTML() should put loaded elements in XHTML namespace to preserve
their semantics. These aren't just any random elements - these are HTML
elements, and HTML elements in XML (therefore DOM) are in
"http://www.w3.org/1999/xhtml"; namespace.
This isn't purely academic problem.
It's difficult to handle both HTML and XHTML uniformly using DOM in PHP
- difference in namespaces causes xpath/XSLT to behave differently.
AFAIK there's no trivial method of changing namespace of all document
elements, so namespace returned by loadHTML() is quite important.
SUGGESTED CHANGE
Simply putting elements in a namespace will break
backwards-compatibility a little (xpath queries for example). Therefore
I suggest adding optional boolean argument to loadHTML() and
loadHTMLFile() that enables new behavior.
Reproduce code:
---
loadHTML('hello');
$xhtml = new DOMDocument(); $xhtml->loadXML('http://www.w3.org/1999/xhtml";>hello');
function test($doc)
{
$x = new DOMXPath($doc);
$x->registerNamespace("x","http://www.w3.org/1999/xhtml";);
echo $x->evaluate("string(//x:body)");
}
test($html);
test($xhtml);
// local-name() could be used as workaround in this practicular
text-case, however this isn't possible/feasible in every case.
Expected result:
hellohello
Actual result:
--
hello
--
Edit this bug report at http://bugs.php.net/?id=38538&edit=1
#38488 [Opn->Csd]: Access to "php://stdin" and faily crashes PHP on win32
ID: 38488 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Streams related Operating System: win32 PHP Version: 5CVS-2006-08-18 (CVS) New Comment: Fixed in CVS HEAD, PHP_5_2 and PHP_5_1. The problem was not in _get_osfhandle(), but in GetNamedPipeInfo() that expects PIPE's HANDLE. Previous Comments: [2006-08-22 03:29:57] [EMAIL PROTECTED] PHP crashes only with "MS Debugging Tools for Windows", however bug don't go away without them. The problem that _get_osfhandle(0) returns some invalid HANDLE (for me it is 3), and then GetNamedPipeIndo() may crash. I'll probably look into problem by myself. [2006-08-18 04:11:52] [EMAIL PROTECTED] I'm unable to get my system to crash (CGI and CLI). What SAPI are you using? [2006-08-18 02:31:47] [EMAIL PROTECTED] Description: Access to standard streams using "php://stdin" and family names produces crash. The reason probably is in a buggy _get_osfhandle() function that doesn't return proper HANDLES for standard system streams. We need find out a workaround for this problem. the bug is probably related to bug #7960 Reproduce code: --- Expected result: Hello Actual result: -- Crash with the following stack trace NTDLL! 7c90eb74() NTDLL! 7c90eb94() _php_stream_fopen_from_fd(int 0, const char * 0x00416fb0 `string', const char * 0x, int 0, char * 0x1070a25c `string', unsigned int 246, char * 0x, unsigned int 0, void * * * 0x02714fe0) line 200 + 24 bytes php_stream_url_wrap_php(_php_stream_wrapper * 0x108a5d28 _php_stream_php_wrapper, char * 0x00416fa6, char * 0x00416fb0 `string', int 8, char * * 0x, _php_stream_context * 0x, int 1, char * 0x106dd51c `string', unsigned int 1774, char * 0x004165c8 `string', unsigned int 498, void * * * 0x02714fe0) line 246 + 41 bytes _php_stream_open_wrapper_ex(char * 0x00416fa0 `string', char * 0x00416fb0 `string', int 0, char * * 0x, _php_stream_context * 0x, int 0, char * 0x004165c8 `string', unsigned int 498, char * 0x, unsigned int 0, void * * * 0x02714fe0) line 1774 + 111 bytes cli_register_file_handles(void * * * 0x02714fe0) line 498 + 52 bytes main(int 2, char * * 0x026f8fc0) line 1030 + 12 bytes -- Edit this bug report at http://bugs.php.net/?id=38488&edit=1
#38540 [Opn->Bgs]: bind_textdomain_codeset could not found
ID: 38540 Updated by: [EMAIL PROTECTED] Reported By: liber at iproom dot com -Status: Open +Status: Bogus Bug Type: Gettext related Operating System: Linux PHP Version: 4.4.4 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. . Previous Comments: [2006-08-22 04:25:55] liber at iproom dot com Description: PHP Fatal error: Call to undefined function: bind_textdomain_codeset() Reproduce code: --- use the function bind_textdomain_codeset() -- Edit this bug report at http://bugs.php.net/?id=38540&edit=1
#38525 [Opn]: 5.2.0RC2 + squirrelmail == random segfaults , heap corruption
ID: 38525
User updated by: judas dot iscariote at gmail dot com
Reported By: judas dot iscariote at gmail dot com
Status: Open
Bug Type: Reproducible crash
Operating System: linux
PHP Version: 5.2.0RC2
New Comment:
ok. I now checked a fresh copy from the cvs, and reduced my php
installation to the really minimum to run the offended app that
crashes.
my configure line now is :
./configure --enable-debug --with-pcre-regex --with-iconv
--enable-session --disable-all --with-libdir=lib64 --with
-apxs2=/usr/sbin/apxs2
results :
imap server in remote === RANDOM CRASH
imap server in localhost === NO CRASH.
the gdb and valgrind info are the same.
Previous Comments:
[2006-08-22 03:02:36] judas dot iscariote at gmail dot com
Tony, were you tested.. IMAP server was in the same machine or in a
remote machine.. ? I think that counts for this problem. I cannot get
this crash when imap server is in localhost.
[2006-08-21 22:36:58] [EMAIL PROTECTED]
I've tested it on 3 different machines (1 x86 and 2 x86-64) and I can't
see any crashes whatsoever.
Please try to reduce the reproduce code and/or provide access to the
machine where it's reproducible.
[2006-08-21 15:18:53] judas dot iscariote at gmail dot com
apache 2.2.X with prefork MPM
[2006-08-21 12:11:13] [EMAIL PROTECTED]
Which Apache version is used and what is the MPM ?
[2006-08-21 10:40:32] judas dot iscariote at gmail dot com
well. additionally , this is a 64bit machine,but can be reproduced in
IIRC can be reproduced in 32 bit too. it linux with latest 5.2 CVS,
also reproduced in "released" RC2 tarball.
not reproducible with 5.1.x cause this is caused by the new memory
manager.
A trace with xdebug loaded also ends abruptly in random places..
sometimes just after end of an IMAP stream,
>=> ' Logout completed.\r\n'
6.49789175040 -> trim(' Logout completed.\r\n')
/srv/www/htdocs/squirrelmail/functions/imap_general.php:203
>=> 'Logout completed.'
>=> array (0 => array (0 => '* BYE
Logging out\r\n'))
>=> array (0 => '* BYE Logging
out\r\n')
>=> array (0 => '* BYE Logging out\r\n')
>=> NULL
>=> 1
6.54155767168
TRACE END [2006-08-20 18:37:19]
or in other ocassions (weird) it segfaults **just after that** when
squirelmail tries to register and object in a session , session
variable si created and then die, :(
also, the random error happends not only with right_main.php of SM but
with read_body.php or the simple login.php.
Im done, I don't know how else to look, not sure If I can provide
reproduce code either. any clues ?
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/38525
--
Edit this bug report at http://bugs.php.net/?id=38525&edit=1
