#46715 [Com]: Segfault on long sql query in pdo_mysql
ID: 46715 Comment by: svoboda at svoon dot net Reported By: svoboda at svoon dot net Status: No Feedback Bug Type: PDO related Operating System: debian etch PHP Version: 5.2CVS-2008-11-29 (snap) New Comment: gdb ./sapi/cli/php GNU gdb 6.4.90-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i486-linux-gnu...Using host libthread_db library /lib/tls/libthread_db.so.1. warning: not using untrusted file /home/src/php-5.2.9-debug/.gdbinit (gdb) run public/test.php Starting program: /home/src/php-5.2.9-debug/sapi/cli/php public/test.php [Thread debugging using libthread_db enabled] [New Thread -1225201984 (LWP 12114)] Warning: PHP Startup: Unable to load dynamic library '/usr/local/php5/lib/php/extensions/debug-non-zts-20060613/fileinfo.so' - /usr/local/php5/lib/php/extensions/debug-non-zts-20060613/fileinfo.so: cannot open shared object file: No such file or directory in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library '/usr/local/php5/lib/php/extensions/debug-non-zts-20060613/ps.so' - /usr/local/php5/lib/php/extensions/debug-non-zts-20060613/ps.so: cannot open shared object file: No such file or directory in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library '/usr/local/php5/lib/php/extensions/debug-non-zts-20060613/gnupg.so' - /usr/local/php5/lib/php/extensions/debug-non-zts-20060613/gnupg.so: cannot open shared object file: No such file or directory in Unknown on line 0 Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1225201984 (LWP 12114)] 0x080c70f2 in match ( eptr=0xb6e8a6f8 strongbr /e-mail: a href=\mailto:.cz/abr /tel:strong 483 737 667/strong/p\r\n/td\r\n/tr\r\n/tbody\r\n/table\r\np /p\r\nh2a \nname=\3\/aM..., ecode=0x8c01956 b, mstart=0xb6e89c8a 'h2Mgr. \nLibor Behúl/h2\r\ntable border=\0\ cellspacing=\0\ cellpadding=\0\\r\ntbody\r\ntr valign=\top\\r\ntd width=\100\img src=\public/zamestnanci/behul.jpg\ alt=\\ width=\100\ height=\144\ /..., offset_top=4, md=0xbfe00408, ims=0, eptrb=0xbf604158, flags=2, rdepth=5339) at /usr/src/php-5.2.9-debug/ext/pcre/pcrelib/pcre_exec.c:714 714 RMATCH(eptr, ecode + _pcre_OP_lengths[*ecode], offset_top, md, Previous Comments: [2009-01-16 01:00:00] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2009-01-08 05:31:33] ka...@php.net 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. [2008-12-07 10:36:15] svoboda at svoon dot net this bug still remains in 5.2.7 version. ondrej [2008-11-29 09:17:18] svoboda at svoon dot net full source is on the page http://www.tojeono.cz/script/php-bug.phps ondrej [2008-11-29 09:16:23] svoboda at svoon dot net Description: when use long sql query I get segmentation fault. I use latest zend framework. I was trying versions 5.2.6, 5.2 snapshot and 5.3 snapshot, I was trying to coplime php with mysql version 4.1, 5.0 and 5.1 but still the same result. Reproduce code: --- set_include_path(get_include_path() . PATH_SEPARATOR . '../../../data/library' . PATH_SEPARATOR ); require_once('Zend/Loader.php'); Zend_Loader::registerAutoload(); $db = Zend_Db::factory('pdo_mysql',array ('host'='xx','username'='xx','password'='xxx','dbname'='')); $db-query(SET NAMES utf8); $db-query(LONG UPDATE QUERY...); - on this line I get segfault echo 'ok'; full source is on the page. if use shorter sql query the script works fine. Expected result: it should print just ok :) -- Edit this bug report at http://bugs.php.net/?id=46715edit=1
#46715 [NoF-Opn]: Segfault on long sql query in pdo_mysql
ID: 46715 User updated by: svoboda at svoon dot net Reported By: svoboda at svoon dot net -Status: No Feedback +Status: Open Bug Type: PDO related Operating System: debian etch PHP Version: 5.2CVS-2008-11-29 (snap) New Comment: I providet the debug output Previous Comments: [2009-11-20 21:24:44] svoboda at svoon dot net gdb ./sapi/cli/php GNU gdb 6.4.90-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i486-linux-gnu...Using host libthread_db library /lib/tls/libthread_db.so.1. warning: not using untrusted file /home/src/php-5.2.9-debug/.gdbinit (gdb) run public/test.php Starting program: /home/src/php-5.2.9-debug/sapi/cli/php public/test.php [Thread debugging using libthread_db enabled] [New Thread -1225201984 (LWP 12114)] Warning: PHP Startup: Unable to load dynamic library '/usr/local/php5/lib/php/extensions/debug-non-zts-20060613/fileinfo.so' - /usr/local/php5/lib/php/extensions/debug-non-zts-20060613/fileinfo.so: cannot open shared object file: No such file or directory in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library '/usr/local/php5/lib/php/extensions/debug-non-zts-20060613/ps.so' - /usr/local/php5/lib/php/extensions/debug-non-zts-20060613/ps.so: cannot open shared object file: No such file or directory in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library '/usr/local/php5/lib/php/extensions/debug-non-zts-20060613/gnupg.so' - /usr/local/php5/lib/php/extensions/debug-non-zts-20060613/gnupg.so: cannot open shared object file: No such file or directory in Unknown on line 0 Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1225201984 (LWP 12114)] 0x080c70f2 in match ( eptr=0xb6e8a6f8 strongbr /e-mail: a href=\mailto:.cz/abr /tel:strong 483 737 667/strong/p\r\n/td\r\n/tr\r\n/tbody\r\n/table\r\np /p\r\nh2a \nname=\3\/aM..., ecode=0x8c01956 b, mstart=0xb6e89c8a 'h2Mgr. \nLibor Behúl/h2\r\ntable border=\0\ cellspacing=\0\ cellpadding=\0\\r\ntbody\r\ntr valign=\top\\r\ntd width=\100\img src=\public/zamestnanci/behul.jpg\ alt=\\ width=\100\ height=\144\ /..., offset_top=4, md=0xbfe00408, ims=0, eptrb=0xbf604158, flags=2, rdepth=5339) at /usr/src/php-5.2.9-debug/ext/pcre/pcrelib/pcre_exec.c:714 714 RMATCH(eptr, ecode + _pcre_OP_lengths[*ecode], offset_top, md, [2009-01-16 01:00:00] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2009-01-08 05:31:33] ka...@php.net 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. [2008-12-07 10:36:15] svoboda at svoon dot net this bug still remains in 5.2.7 version. ondrej [2008-11-29 09:17:18] svoboda at svoon dot net full source is on the page http://www.tojeono.cz/script/php-bug.phps ondrej 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/46715 -- Edit this bug report at http://bugs.php.net/?id=46715edit=1
#41608 [Com]: user error handler crashes
ID: 41608 Comment by: svoboda at svoon dot net Reported By: aigors at inbox dot lv Status: Assigned Bug Type: Reproducible crash Operating System: Windows XP PHP Version: 5.2.10 Assigned To: dmitry New Comment: Hi all, does it mean that is already fixed in CVS version (5.2x and 5.3x) branches? thank you Ondrej Previous Comments: [2009-06-29 13:54:31] dmi...@php.net The crash occurs because the compiler is not reinterant and this test case makes recursive compiler call. Of course it's not a good idea to call include from error handler. I think it's not possible to make compiler reinterant in 5.2 (because if binary compatibility), we can just disable recursive calls and emit coresponding error message. It's not a perfect decision as well, as it may break some code which worked before. Even for 5.3 it's not a simple fix but a big feature that may delay GA release. [2009-06-29 11:22:49] aigors at inbox dot lv I made a crash report when running script with stable 5.2.10 PHP version with the php.ini-dist. It can be found in http://gedrox.no-ip.org/php/CrashHang_Report__PID_5880__06292009141703437.mht. [2009-06-29 10:57:18] tony2...@php.net Not reproducible with latest 5.2, but I do see some problems in 5.3 under Valgrind. Dmitry, please check this out. [2009-06-15 09:26:41] aigors at inbox dot lv Also fails with the latest snapshot 5.2.10RC3-dev with build date Jun 14 2009 23:39:25. [2009-06-15 09:18:30] aigors at inbox dot lv Fails for me with PHP Version 5.2.10RC2 with the same test case. 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/41608 -- Edit this bug report at http://bugs.php.net/?id=41608edit=1
#46800 [Fbk-Opn]: Warning on ~[^\\pL0-9_]+~u
ID: 46800 User updated by: svoboda at svoon dot net Reported By: svoboda at svoon dot net -Status: Feedback +Status: Open Bug Type: PCRE related Operating System: debian etch PHP Version: 5.2.7 New Comment: hi, I have compiled it with following: ./configure --disable-all --disable-cgi --with-pcre-regex --with-apxs2=/usr/bin/apxs2 --with-config-file-path=/etc/php5/apache2/php.ini the problem still remains, but from command line it regexp works fine (from command line it worked even with full configure command). So the problem is connected with running through apache. I confirmed this bug on ubuntu hardy. ondrej Previous Comments: [2008-12-08 22:31:07] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://windows.php.net/snapshots/ And use this configure line: # ./configure --disable-all --disable-cgi --with-pcre-regex [2008-12-08 19:04:21] svoboda at svoon dot net Description: this code: preg_replace('~[^\\pL0-9_]+~u', '-', $url); results in: Warning: preg_replace() [function.preg-replace]: Compilation failed: unknown property name after \P or \p at offset 4 in functions.inc.php in 5.2.6 version it works fine ondrej -- Edit this bug report at http://bugs.php.net/?id=46800edit=1
#46800 [Opn]: Warning on ~[^\\pL0-9_]+~u
ID: 46800 User updated by: svoboda at svoon dot net Reported By: svoboda at svoon dot net Status: Open Bug Type: PCRE related Operating System: debian etch PHP Version: 5.2.7 New Comment: could be it connected? http://bugs.gentoo.org/238127 Previous Comments: [2008-12-09 19:48:36] svoboda at svoon dot net hi, I have compiled it with following: ./configure --disable-all --disable-cgi --with-pcre-regex --with-apxs2=/usr/bin/apxs2 --with-config-file-path=/etc/php5/apache2/php.ini the problem still remains, but from command line it regexp works fine (from command line it worked even with full configure command). So the problem is connected with running through apache. I confirmed this bug on ubuntu hardy. ondrej [2008-12-08 22:31:07] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://windows.php.net/snapshots/ And use this configure line: # ./configure --disable-all --disable-cgi --with-pcre-regex [2008-12-08 19:04:21] svoboda at svoon dot net Description: this code: preg_replace('~[^\\pL0-9_]+~u', '-', $url); results in: Warning: preg_replace() [function.preg-replace]: Compilation failed: unknown property name after \P or \p at offset 4 in functions.inc.php in 5.2.6 version it works fine ondrej -- Edit this bug report at http://bugs.php.net/?id=46800edit=1
#46800 [Fbk-Opn]: Warning on ~[^\\pL0-9_]+~u
ID: 46800 User updated by: svoboda at svoon dot net Reported By: svoboda at svoon dot net -Status: Feedback +Status: Open Bug Type: PCRE related Operating System: debian etch PHP Version: 5.2.7 New Comment: hi, now it works fine. could you please send me the fix? I will not use devel version - rather to patch the 5.2.8 stable version. thank you ondrej Previous Comments: [2008-12-09 22:03:11] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://windows.php.net/snapshots/ I've commited a fix. can you please check if it works for you? (please wait ~1h30 counting from this msg to allow a new snapshot to be generated) [2008-12-09 20:02:03] svoboda at svoon dot net could be it connected? http://bugs.gentoo.org/238127 [2008-12-09 19:48:36] svoboda at svoon dot net hi, I have compiled it with following: ./configure --disable-all --disable-cgi --with-pcre-regex --with-apxs2=/usr/bin/apxs2 --with-config-file-path=/etc/php5/apache2/php.ini the problem still remains, but from command line it regexp works fine (from command line it worked even with full configure command). So the problem is connected with running through apache. I confirmed this bug on ubuntu hardy. ondrej [2008-12-08 22:31:07] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://windows.php.net/snapshots/ And use this configure line: # ./configure --disable-all --disable-cgi --with-pcre-regex [2008-12-08 19:04:21] svoboda at svoon dot net Description: this code: preg_replace('~[^\\pL0-9_]+~u', '-', $url); results in: Warning: preg_replace() [function.preg-replace]: Compilation failed: unknown property name after \P or \p at offset 4 in functions.inc.php in 5.2.6 version it works fine ondrej -- Edit this bug report at http://bugs.php.net/?id=46800edit=1
#46800 [NEW]: Warining on ~[^\\pL0-9_]+~u
From: svoboda at svoon dot net Operating system: debian etch PHP version: 5.2.7 PHP Bug Type: *Regular Expressions Bug description: Warining on ~[^\\pL0-9_]+~u Description: this code: preg_replace('~[^\\pL0-9_]+~u', '-', $url); results in: Warning: preg_replace() [function.preg-replace]: Compilation failed: unknown property name after \P or \p at offset 4 in functions.inc.php in 5.2.6 version it works fine ondrej -- Edit bug report at http://bugs.php.net/?id=46800edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46800r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46800r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46800r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46800r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=46800r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=46800r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46800r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=46800r=needscript Try newer version: http://bugs.php.net/fix.php?id=46800r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46800r=support Expected behavior: http://bugs.php.net/fix.php?id=46800r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46800r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46800r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46800r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46800r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=46800r=dst IIS Stability: http://bugs.php.net/fix.php?id=46800r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46800r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46800r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46800r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=46800r=mysqlcfg
#46715 [Com]: Segfault on long sql query in pdo_mysql
ID: 46715 Comment by: svoboda at svoon dot net Reported By: svoboda at svoon dot net Status: Open Bug Type: PDO related Operating System: debian etch PHP Version: 5.2CVS-2008-11-29 (snap) New Comment: this bug still remains in 5.2.7 version. ondrej Previous Comments: [2008-11-29 09:17:18] svoboda at svoon dot net full source is on the page http://www.tojeono.cz/script/php-bug.phps ondrej [2008-11-29 09:16:23] svoboda at svoon dot net Description: when use long sql query I get segmentation fault. I use latest zend framework. I was trying versions 5.2.6, 5.2 snapshot and 5.3 snapshot, I was trying to coplime php with mysql version 4.1, 5.0 and 5.1 but still the same result. Reproduce code: --- set_include_path(get_include_path() . PATH_SEPARATOR . '../../../data/library' . PATH_SEPARATOR ); require_once('Zend/Loader.php'); Zend_Loader::registerAutoload(); $db = Zend_Db::factory('pdo_mysql',array ('host'='xx','username'='xx','password'='xxx','dbname'='')); $db-query(SET NAMES utf8); $db-query(LONG UPDATE QUERY...); - on this line I get segfault echo 'ok'; full source is on the page. if use shorter sql query the script works fine. Expected result: it should print just ok :) -- Edit this bug report at http://bugs.php.net/?id=46715edit=1
#46715 [NEW]: Segfault on long sql query in pdo_mysql
From: svoboda at svoon dot net Operating system: debian etch PHP version: 5.2CVS-2008-11-29 (snap) PHP Bug Type: PDO related Bug description: Segfault on long sql query in pdo_mysql Description: when use long sql query I get segmentation fault. I use latest zend framework. I was trying versions 5.2.6, 5.2 snapshot and 5.3 snapshot, I was trying to coplime php with mysql version 4.1, 5.0 and 5.1 but still the same result. Reproduce code: --- set_include_path(get_include_path() . PATH_SEPARATOR . '../../../data/library' . PATH_SEPARATOR ); require_once('Zend/Loader.php'); Zend_Loader::registerAutoload(); $db = Zend_Db::factory('pdo_mysql',array ('host'='xx','username'='xx','password'='xxx','dbname'='')); $db-query(SET NAMES utf8); $db-query(LONG UPDATE QUERY...); - on this line I get segfault echo 'ok'; full source is on the page. if use shorter sql query the script works fine. Expected result: it should print just ok :) -- Edit bug report at http://bugs.php.net/?id=46715edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46715r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46715r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46715r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46715r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=46715r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=46715r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46715r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=46715r=needscript Try newer version: http://bugs.php.net/fix.php?id=46715r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46715r=support Expected behavior: http://bugs.php.net/fix.php?id=46715r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46715r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46715r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46715r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46715r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=46715r=dst IIS Stability: http://bugs.php.net/fix.php?id=46715r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46715r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46715r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46715r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=46715r=mysqlcfg
#46715 [Opn]: Segfault on long sql query in pdo_mysql
ID: 46715 User updated by: svoboda at svoon dot net Reported By: svoboda at svoon dot net Status: Open Bug Type: PDO related Operating System: debian etch PHP Version: 5.2CVS-2008-11-29 (snap) New Comment: full source is on the page http://www.tojeono.cz/script/php-bug.phps ondrej Previous Comments: [2008-11-29 09:16:23] svoboda at svoon dot net Description: when use long sql query I get segmentation fault. I use latest zend framework. I was trying versions 5.2.6, 5.2 snapshot and 5.3 snapshot, I was trying to coplime php with mysql version 4.1, 5.0 and 5.1 but still the same result. Reproduce code: --- set_include_path(get_include_path() . PATH_SEPARATOR . '../../../data/library' . PATH_SEPARATOR ); require_once('Zend/Loader.php'); Zend_Loader::registerAutoload(); $db = Zend_Db::factory('pdo_mysql',array ('host'='xx','username'='xx','password'='xxx','dbname'='')); $db-query(SET NAMES utf8); $db-query(LONG UPDATE QUERY...); - on this line I get segfault echo 'ok'; full source is on the page. if use shorter sql query the script works fine. Expected result: it should print just ok :) -- Edit this bug report at http://bugs.php.net/?id=46715edit=1
#32589 [Csd-Opn]: imap_mail_compose doesn�t work properly
ID: 32589 User updated by: svoboda at svoon dot net Reported By: svoboda at svoon dot net -Status: Closed +Status: Open Bug Type: IMAP related Operating System: debian PHP Version: 5CVS, 4CVS (2005-07-20) Assigned To: iliaa New Comment: I have installed PHP 4.4.1 version today, and the bug is back again. On PHP 5.1.1 it works OK, but 4.4.1 not. Previous Comments: [2005-08-31 00:05:18] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2005-08-18 13:05:54] jan dot drobil at centrum dot cz Hi, I've problem with this bug too, when it'll be fixed? Thanks. [2005-08-04 20:52:36] svoboda at svoon dot net I would like to ask how abou solving this bug. thank you [2005-07-20 20:46:05] [EMAIL PROTECTED] Verified, assigned to Ilia who was suppose to FIX this before. :) [2005-07-20 13:48:01] svoboda at svoon dot net hello, I have identified, if I compile PHP with --enable-debug option in configure line, then the imap_mail_compose function works perfect. Would you like me to send you GDB with or without --enable-debug option? thank you Ondrej 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/32589 -- Edit this bug report at http://bugs.php.net/?id=32589edit=1
#32589 [Csd-Opn]: imap_mail_compose doesn�t work properly
ID: 32589 User updated by: svoboda at svoon dot net Reported By: svoboda at svoon dot net -Status: Closed +Status: Open Bug Type: IMAP related Operating System: debian PHP Version: 5CVS, 4CVS (2005-07-20) Assigned To: iliaa New Comment: HI, I don't understand. You write that bug has been fixed in PHP 4.4.2CVS, but you wrote in August that bug is fixed and PHP 4.4.1 was released on last October - so is this bug realy fixed now? thanks Previous Comments: [2006-01-04 21:44:41] [EMAIL PROTECTED] The bug is not related to the other imap bug. As far as PHP 4 the fix is found in 4.4.2-dev. [2006-01-04 10:32:50] [EMAIL PROTECTED] Ilia, one more time? (perhaps bug #35669 is related?) [2006-01-04 10:04:54] svoboda at svoon dot net I have installed PHP 4.4.1 version today, and the bug is back again. On PHP 5.1.1 it works OK, but 4.4.1 not. [2005-08-31 00:05:18] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2005-07-20 20:46:05] [EMAIL PROTECTED] Verified, assigned to Ilia who was suppose to FIX this before. :) 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/32589 -- Edit this bug report at http://bugs.php.net/?id=32589edit=1
#32589 [Asn]: imap_mail_compose doesn´t work properly
ID: 32589 User updated by: svoboda at svoon dot net Reported By: svoboda at svoon dot net Status: Assigned Bug Type: IMAP related Operating System: debian PHP Version: 5CVS, 4CVS (2005-07-20) Assigned To: iliaa New Comment: I would like to ask how abou solving this bug. thank you Previous Comments: [2005-07-20 20:46:05] [EMAIL PROTECTED] Verified, assigned to Ilia who was suppose to FIX this before. :) [2005-07-20 13:48:01] svoboda at svoon dot net hello, I have identified, if I compile PHP with --enable-debug option in configure line, then the imap_mail_compose function works perfect. Would you like me to send you GDB with or without --enable-debug option? thank you Ondrej [2005-07-20 09:57:46] [EMAIL PROTECTED] 4.4.0 works fine for me. Provide a GDB backtrace of the crash. [2005-07-20 08:48:42] svoboda at svoon dot net Hello, have you red my text carefuly? I wrote, that version php4-STABLE-200412272330 was OK, but not, that this snapshost is version 4.4.0. This snapshot, as You can see in his name, is a half year old and I wrote it only becouse of explaining, that on the same system with the same configuration command the old version works well, and the new version does not. btw. You can be sure I am using all versions downloaded from php.net - strictli speaking from http://cz.php.net/get/php-4.4.0.tar.gz/from/cz.php.net/mirror ie. Ondrej. [2005-07-19 21:17:57] [EMAIL PROTECTED] You're not really using PHP 4.4.0 downloaded from php.net. The snapshot and release packages do NOT differ anywhere near IMAP stuff. 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/32589 -- Edit this bug report at http://bugs.php.net/?id=32589edit=1
#32589 [Bgs-Opn]: imap_mail_compose doesn´t work properly
ID: 32589 User updated by: svoboda at svoon dot net Reported By: svoboda at svoon dot net -Status: Bogus +Status: Open Bug Type: IMAP related Operating System: debian PHP Version: 4.4.0 New Comment: Hello, have you red my text carefuly? I wrote, that version php4-STABLE-200412272330 was OK, but not, that this snapshost is version 4.4.0. This snapshot, as You can see in his name, is a half year old and I wrote it only becouse of explaining, that on the same system with the same configuration command the old version works well, and the new version does not. btw. You can be sure I am using all versions downloaded from php.net - strictli speaking from http://cz.php.net/get/php-4.4.0.tar.gz/from/cz.php.net/mirror ie. Ondrej. Previous Comments: [2005-07-19 21:17:57] [EMAIL PROTECTED] You're not really using PHP 4.4.0 downloaded from php.net. The snapshot and release packages do NOT differ anywhere near IMAP stuff. [2005-07-19 12:16:20] svoboda at svoon dot net hello, in new version php 4.4.0 the bug remains. Script outputs no data, error log is empty too, only processing exit. If I compile version php4-STABLE-200412272330 with the same configure command, it works well. I have c-client with kerberos from debian packages libc-client-dev libc-client-ssl2001 libc-client2002edebian If you need some more info, pleas let me know. thank you a lot [2005-04-09 09:46:25] [EMAIL PROTECTED] I can not reproduce this either with latest CVS (any branch). (and snapshots are fine too) Get the latest here: http://snaps.php.net/php4-STABLE-latest.tar.gz [2005-04-09 04:55:09] svoboda at svoon dot net I have tryied php4-STABLE-200504090239, but the problem still remains. [2005-04-05 16:49:22] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. 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/32589 -- Edit this bug report at http://bugs.php.net/?id=32589edit=1
#32589 [Fbk-Opn]: imap_mail_compose doesn´t work properly
ID: 32589 User updated by: svoboda at svoon dot net Reported By: svoboda at svoon dot net -Status: Feedback +Status: Open Bug Type: IMAP related Operating System: debian PHP Version: 4.4.0 Assigned To: iliaa New Comment: hello, I have identified, if I compile PHP with --enable-debug option in configure line, then the imap_mail_compose function works perfect. Would you like me to send you GDB with or without --enable-debug option? thank you Ondrej Previous Comments: [2005-07-20 09:57:46] [EMAIL PROTECTED] 4.4.0 works fine for me. Provide a GDB backtrace of the crash. [2005-07-20 08:48:42] svoboda at svoon dot net Hello, have you red my text carefuly? I wrote, that version php4-STABLE-200412272330 was OK, but not, that this snapshost is version 4.4.0. This snapshot, as You can see in his name, is a half year old and I wrote it only becouse of explaining, that on the same system with the same configuration command the old version works well, and the new version does not. btw. You can be sure I am using all versions downloaded from php.net - strictli speaking from http://cz.php.net/get/php-4.4.0.tar.gz/from/cz.php.net/mirror ie. Ondrej. [2005-07-19 21:17:57] [EMAIL PROTECTED] You're not really using PHP 4.4.0 downloaded from php.net. The snapshot and release packages do NOT differ anywhere near IMAP stuff. [2005-07-19 12:16:20] svoboda at svoon dot net hello, in new version php 4.4.0 the bug remains. Script outputs no data, error log is empty too, only processing exit. If I compile version php4-STABLE-200412272330 with the same configure command, it works well. I have c-client with kerberos from debian packages libc-client-dev libc-client-ssl2001 libc-client2002edebian If you need some more info, pleas let me know. thank you a lot [2005-04-09 09:46:25] [EMAIL PROTECTED] I can not reproduce this either with latest CVS (any branch). (and snapshots are fine too) Get the latest here: http://snaps.php.net/php4-STABLE-latest.tar.gz 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/32589 -- Edit this bug report at http://bugs.php.net/?id=32589edit=1
#32589 [Csd-Opn]: imap_mail_compose doesn´t work properly
ID: 32589 User updated by: svoboda at svoon dot net Reported By: svoboda at svoon dot net -Status: Closed +Status: Open Bug Type: IMAP related Operating System: debian -PHP Version: 4.3.11 +PHP Version: 4.4.0 New Comment: hello, in new version php 4.4.0 the bug remains. Script outputs no data, error log is empty too, only processing exit. If I compile version php4-STABLE-200412272330 with the same configure command, it works well. I have c-client with kerberos from debian packages libc-client-dev libc-client-ssl2001 libc-client2002edebian If you need some more info, pleas let me know. thank you a lot Previous Comments: [2005-04-09 09:46:25] [EMAIL PROTECTED] I can not reproduce this either with latest CVS (any branch). (and snapshots are fine too) Get the latest here: http://snaps.php.net/php4-STABLE-latest.tar.gz [2005-04-09 04:55:09] svoboda at svoon dot net I have tryied php4-STABLE-200504090239, but the problem still remains. [2005-04-08 17:05:14] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Another part of the patch was missing, should be fine now. [2005-04-05 16:49:22] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2005-04-05 14:59:05] svoboda at svoon dot net Description: when use charset field in part array, fction exit with segmentation fault. Reproduce code: --- $m_envelope[To] = [EMAIL PROTECTED]; $m_part1[type] = TYPEMULTIPART; $m_part1[subtype] = mixed; $m_part2[type] = TYPETEXT; $m_part2[subtype] = plain; $m_part2[description] = text_message; $m_part2[charset] = ISO-8859-2; $m_part2[contents.data] = hello; $m_body[1] = $m_part1; $m_body[2] = $m_part2; echo nl2br(imap_mail_compose($m_envelope, $m_body)); -- Edit this bug report at http://bugs.php.net/?id=32589edit=1
#32589 [Fbk-Opn]: imap_mail_compose doesn´t work properly
ID: 32589 User updated by: svoboda at svoon dot net Reported By: svoboda at svoon dot net -Status: Feedback +Status: Open Bug Type: IMAP related Operating System: debian PHP Version: 4.3.11 New Comment: hello, I have tryied 200504060830 snapshot, but withou success. I still receiving Segmentation Fault in apache error log. ondrej Previous Comments: [2005-04-06 08:18:39] [EMAIL PROTECTED] Because it's fixed in the next snapshot. Please try it and tell us the results. [2005-04-06 08:12:00] svoboda at svoon dot net Hello, I have compiled PHP snapshot 200504051630, but imap_mail_compose doesn't still work. [2005-04-05 16:49:22] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2005-04-05 14:59:05] svoboda at svoon dot net Description: when use charset field in part array, fction exit with segmentation fault. Reproduce code: --- $m_envelope[To] = [EMAIL PROTECTED]; $m_part1[type] = TYPEMULTIPART; $m_part1[subtype] = mixed; $m_part2[type] = TYPETEXT; $m_part2[subtype] = plain; $m_part2[description] = text_message; $m_part2[charset] = ISO-8859-2; $m_part2[contents.data] = hello; $m_body[1] = $m_part1; $m_body[2] = $m_part2; echo nl2br(imap_mail_compose($m_envelope, $m_body)); -- Edit this bug report at http://bugs.php.net/?id=32589edit=1
#32589 [Csd]: imap_mail_compose doesn´t work properly
ID: 32589 User updated by: svoboda at svoon dot net Reported By: svoboda at svoon dot net Status: Closed Bug Type: IMAP related Operating System: debian PHP Version: 4.3.11 New Comment: I think this bug is not fixed. I use the came configure command as in php4-STABLE-200412272330, but for example in php4-STABLE-200504071438 and all other snaps I recive only segfault in apache error log running imap_mail_compose() with *charset* value in array. my configure command is: ./configure --prefix=/usr/local/php-4.3.11 --with-apxs=/usr/local/apache/bin/apxs --with-exec-dir --enable-magic-quotes --with-openssl=/usr/local/ssl --enable-bcmath --with-jpeg-dir=/usr/local/jpeg-6b/ --with-tiff-dir --with-curl=/usr/local/curl --enable-dba=shared --with-inifile --enable-dbase --enable-dbx --with-dom --with-dom-xslt --with-dom-exslt --with-gd --with-jpeg-dir=/usr/local/jpeg-6b/ --with-png-dir=/usr/local/libpng --with-xpm-dir=/usr/X11R6/include/ --with-t1lib=/usr/local/t1lib --enable-gd-native-ttf --with-gettext=/usr/local/gettext --with-gmp=/usr/local/gmp --with-iconv=/usr/local/libiconv --with-imap --with-imap-ssl --with-interbase=/usr/local/firebird/ --with-mime-magic=/usr/share/misc/file/magic.mime --with-mysql=/usr/local/mysql --with-pgsql=/usr/local/pgsql --with-readline --with-regex=php --enable-wddx --with-xmlrpc --enable-xslt --with-xslt-sablot --enable-gd-imgstrttf --enable-calendar --with-config-file-path=/usr/local/apache/conf --enable-ftp --enable-sigchild --enable-mbstring --with-pcre-regex --enable-mbregex --with-mcrypt --with-mhash --with-bz2 --with-zlib=/usr/local/zlib --with-zlib-dir=/usr/local/zlib --enable-memory-limit --with-t1lib=/usr/include/ --with-ttf --enable-exif --with-pear=/usr/local/php4-pear --with-magickwand=/usr/local/ImageMagick --with-freetype-dir=/usr/local/freetype --with-zip Previous Comments: [2005-04-05 16:49:22] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2005-04-05 14:59:05] svoboda at svoon dot net Description: when use charset field in part array, fction exit with segmentation fault. Reproduce code: --- $m_envelope[To] = [EMAIL PROTECTED]; $m_part1[type] = TYPEMULTIPART; $m_part1[subtype] = mixed; $m_part2[type] = TYPETEXT; $m_part2[subtype] = plain; $m_part2[description] = text_message; $m_part2[charset] = ISO-8859-2; $m_part2[contents.data] = hello; $m_body[1] = $m_part1; $m_body[2] = $m_part2; echo nl2br(imap_mail_compose($m_envelope, $m_body)); -- Edit this bug report at http://bugs.php.net/?id=32589edit=1
#32589 [Csd-Opn]: imap_mail_compose doesn´t work properly
ID: 32589 User updated by: svoboda at svoon dot net Reported By: svoboda at svoon dot net -Status: Closed +Status: Open Bug Type: IMAP related Operating System: debian PHP Version: 4.3.11 New Comment: ..so we should keep open this bug Previous Comments: [2005-04-08 13:42:16] svoboda at svoon dot net I think this bug is not fixed. I use the came configure command as in php4-STABLE-200412272330, but for example in php4-STABLE-200504071438 and all other snaps I recive only segfault in apache error log running imap_mail_compose() with *charset* value in array. my configure command is: ./configure --prefix=/usr/local/php-4.3.11 --with-apxs=/usr/local/apache/bin/apxs --with-exec-dir --enable-magic-quotes --with-openssl=/usr/local/ssl --enable-bcmath --with-jpeg-dir=/usr/local/jpeg-6b/ --with-tiff-dir --with-curl=/usr/local/curl --enable-dba=shared --with-inifile --enable-dbase --enable-dbx --with-dom --with-dom-xslt --with-dom-exslt --with-gd --with-jpeg-dir=/usr/local/jpeg-6b/ --with-png-dir=/usr/local/libpng --with-xpm-dir=/usr/X11R6/include/ --with-t1lib=/usr/local/t1lib --enable-gd-native-ttf --with-gettext=/usr/local/gettext --with-gmp=/usr/local/gmp --with-iconv=/usr/local/libiconv --with-imap --with-imap-ssl --with-interbase=/usr/local/firebird/ --with-mime-magic=/usr/share/misc/file/magic.mime --with-mysql=/usr/local/mysql --with-pgsql=/usr/local/pgsql --with-readline --with-regex=php --enable-wddx --with-xmlrpc --enable-xslt --with-xslt-sablot --enable-gd-imgstrttf --enable-calendar --with-config-file-path=/usr/local/apache/conf --enable-ftp --enable-sigchild --enable-mbstring --with-pcre-regex --enable-mbregex --with-mcrypt --with-mhash --with-bz2 --with-zlib=/usr/local/zlib --with-zlib-dir=/usr/local/zlib --enable-memory-limit --with-t1lib=/usr/include/ --with-ttf --enable-exif --with-pear=/usr/local/php4-pear --with-magickwand=/usr/local/ImageMagick --with-freetype-dir=/usr/local/freetype --with-zip [2005-04-05 16:49:22] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2005-04-05 14:59:05] svoboda at svoon dot net Description: when use charset field in part array, fction exit with segmentation fault. Reproduce code: --- $m_envelope[To] = [EMAIL PROTECTED]; $m_part1[type] = TYPEMULTIPART; $m_part1[subtype] = mixed; $m_part2[type] = TYPETEXT; $m_part2[subtype] = plain; $m_part2[description] = text_message; $m_part2[charset] = ISO-8859-2; $m_part2[contents.data] = hello; $m_body[1] = $m_part1; $m_body[2] = $m_part2; echo nl2br(imap_mail_compose($m_envelope, $m_body)); -- Edit this bug report at http://bugs.php.net/?id=32589edit=1
#32589 [Bgs-Opn]: imap_mail_compose doesn´t work properly
ID: 32589 User updated by: svoboda at svoon dot net Reported By: svoboda at svoon dot net -Status: Bogus +Status: Open Bug Type: IMAP related Operating System: debian PHP Version: 4.3.11 New Comment: I made such a small experiment: cp php4-STABLE-200412272330/ext/imap/php_imap.c php4-STABLE-200504070638/ext/imap/php_imap.c and everything works fine, so the bug have to be in this file. o. Previous Comments: [2005-04-08 15:58:54] [EMAIL PROTECTED] I can no longer replicate the bug with latest cvs or see any errors with a memory debugging tool. If there is still a crash it is else where. [2005-04-08 13:55:30] svoboda at svoon dot net ..so we should keep open this bug [2005-04-08 13:42:16] svoboda at svoon dot net I think this bug is not fixed. I use the came configure command as in php4-STABLE-200412272330, but for example in php4-STABLE-200504071438 and all other snaps I recive only segfault in apache error log running imap_mail_compose() with *charset* value in array. my configure command is: ./configure --prefix=/usr/local/php-4.3.11 --with-apxs=/usr/local/apache/bin/apxs --with-exec-dir --enable-magic-quotes --with-openssl=/usr/local/ssl --enable-bcmath --with-jpeg-dir=/usr/local/jpeg-6b/ --with-tiff-dir --with-curl=/usr/local/curl --enable-dba=shared --with-inifile --enable-dbase --enable-dbx --with-dom --with-dom-xslt --with-dom-exslt --with-gd --with-jpeg-dir=/usr/local/jpeg-6b/ --with-png-dir=/usr/local/libpng --with-xpm-dir=/usr/X11R6/include/ --with-t1lib=/usr/local/t1lib --enable-gd-native-ttf --with-gettext=/usr/local/gettext --with-gmp=/usr/local/gmp --with-iconv=/usr/local/libiconv --with-imap --with-imap-ssl --with-interbase=/usr/local/firebird/ --with-mime-magic=/usr/share/misc/file/magic.mime --with-mysql=/usr/local/mysql --with-pgsql=/usr/local/pgsql --with-readline --with-regex=php --enable-wddx --with-xmlrpc --enable-xslt --with-xslt-sablot --enable-gd-imgstrttf --enable-calendar --with-config-file-path=/usr/local/apache/conf --enable-ftp --enable-sigchild --enable-mbstring --with-pcre-regex --enable-mbregex --with-mcrypt --with-mhash --with-bz2 --with-zlib=/usr/local/zlib --with-zlib-dir=/usr/local/zlib --enable-memory-limit --with-t1lib=/usr/include/ --with-ttf --enable-exif --with-pear=/usr/local/php4-pear --with-magickwand=/usr/local/ImageMagick --with-freetype-dir=/usr/local/freetype --with-zip [2005-04-05 16:49:22] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2005-04-05 14:59:05] svoboda at svoon dot net Description: when use charset field in part array, fction exit with segmentation fault. Reproduce code: --- $m_envelope[To] = [EMAIL PROTECTED]; $m_part1[type] = TYPEMULTIPART; $m_part1[subtype] = mixed; $m_part2[type] = TYPETEXT; $m_part2[subtype] = plain; $m_part2[description] = text_message; $m_part2[charset] = ISO-8859-2; $m_part2[contents.data] = hello; $m_body[1] = $m_part1; $m_body[2] = $m_part2; echo nl2br(imap_mail_compose($m_envelope, $m_body)); -- Edit this bug report at http://bugs.php.net/?id=32589edit=1
#32589 [Csd-Opn]: imap_mail_compose doesn´t work properly
ID: 32589 User updated by: svoboda at svoon dot net Reported By: svoboda at svoon dot net -Status: Closed +Status: Open Bug Type: IMAP related Operating System: debian PHP Version: 4.3.11 New Comment: I have tryied php4-STABLE-200504090239, but the problem still remains. Previous Comments: [2005-04-08 17:05:14] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Another part of the patch was missing, should be fine now. [2005-04-08 16:47:23] svoboda at svoon dot net I made such a small experiment: cp php4-STABLE-200412272330/ext/imap/php_imap.c php4-STABLE-200504070638/ext/imap/php_imap.c and everything works fine, so the bug have to be in this file. o. [2005-04-08 15:58:54] [EMAIL PROTECTED] I can no longer replicate the bug with latest cvs or see any errors with a memory debugging tool. If there is still a crash it is else where. [2005-04-08 13:55:30] svoboda at svoon dot net ..so we should keep open this bug [2005-04-08 13:42:16] svoboda at svoon dot net I think this bug is not fixed. I use the came configure command as in php4-STABLE-200412272330, but for example in php4-STABLE-200504071438 and all other snaps I recive only segfault in apache error log running imap_mail_compose() with *charset* value in array. my configure command is: ./configure --prefix=/usr/local/php-4.3.11 --with-apxs=/usr/local/apache/bin/apxs --with-exec-dir --enable-magic-quotes --with-openssl=/usr/local/ssl --enable-bcmath --with-jpeg-dir=/usr/local/jpeg-6b/ --with-tiff-dir --with-curl=/usr/local/curl --enable-dba=shared --with-inifile --enable-dbase --enable-dbx --with-dom --with-dom-xslt --with-dom-exslt --with-gd --with-jpeg-dir=/usr/local/jpeg-6b/ --with-png-dir=/usr/local/libpng --with-xpm-dir=/usr/X11R6/include/ --with-t1lib=/usr/local/t1lib --enable-gd-native-ttf --with-gettext=/usr/local/gettext --with-gmp=/usr/local/gmp --with-iconv=/usr/local/libiconv --with-imap --with-imap-ssl --with-interbase=/usr/local/firebird/ --with-mime-magic=/usr/share/misc/file/magic.mime --with-mysql=/usr/local/mysql --with-pgsql=/usr/local/pgsql --with-readline --with-regex=php --enable-wddx --with-xmlrpc --enable-xslt --with-xslt-sablot --enable-gd-imgstrttf --enable-calendar --with-config-file-path=/usr/local/apache/conf --enable-ftp --enable-sigchild --enable-mbstring --with-pcre-regex --enable-mbregex --with-mcrypt --with-mhash --with-bz2 --with-zlib=/usr/local/zlib --with-zlib-dir=/usr/local/zlib --enable-memory-limit --with-t1lib=/usr/include/ --with-ttf --enable-exif --with-pear=/usr/local/php4-pear --with-magickwand=/usr/local/ImageMagick --with-freetype-dir=/usr/local/freetype --with-zip The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/32589 -- Edit this bug report at http://bugs.php.net/?id=32589edit=1
#32589 [Fbk-Opn]: imap_mail_compose doesn´t work properly
ID: 32589 User updated by: svoboda at svoon dot net Reported By: svoboda at svoon dot net -Status: Feedback +Status: Open Bug Type: IMAP related Operating System: debian PHP Version: 4.3.11 New Comment: in php4-STABLE-200504070638 still the same problem. Previous Comments: [2005-04-06 18:23:37] [EMAIL PROTECTED] Try again. [2005-04-06 10:55:34] svoboda at svoon dot net hello, I have tryied 200504060830 snapshot, but withou success. I still receiving Segmentation Fault in apache error log. ondrej [2005-04-06 08:18:39] [EMAIL PROTECTED] Because it's fixed in the next snapshot. Please try it and tell us the results. [2005-04-06 08:12:00] svoboda at svoon dot net Hello, I have compiled PHP snapshot 200504051630, but imap_mail_compose doesn't still work. [2005-04-05 16:49:22] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. 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/32589 -- Edit this bug report at http://bugs.php.net/?id=32589edit=1
#32589 [Csd-Opn]: imap_mail_compose doesn´t work properly
ID: 32589 User updated by: svoboda at svoon dot net Reported By: svoboda at svoon dot net -Status: Closed +Status: Open Bug Type: IMAP related Operating System: debian PHP Version: 4.3.11 New Comment: Hello, I have compiled PHP snapshot 200504051630, but imap_mail_compose doesn't still work. Previous Comments: [2005-04-05 16:49:22] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2005-04-05 14:59:05] svoboda at svoon dot net Description: when use charset field in part array, fction exit with segmentation fault. Reproduce code: --- $m_envelope[To] = [EMAIL PROTECTED]; $m_part1[type] = TYPEMULTIPART; $m_part1[subtype] = mixed; $m_part2[type] = TYPETEXT; $m_part2[subtype] = plain; $m_part2[description] = text_message; $m_part2[charset] = ISO-8859-2; $m_part2[contents.data] = hello; $m_body[1] = $m_part1; $m_body[2] = $m_part2; echo nl2br(imap_mail_compose($m_envelope, $m_body)); -- Edit this bug report at http://bugs.php.net/?id=32589edit=1
#32589 [NEW]: imap_mail_compose doesn´t work properly
From: svoboda at svoon dot net Operating system: debian PHP version: 4.3.11 PHP Bug Type: IMAP related Bug description: imap_mail_compose doesn´t work properly Description: when use charset field in part array, fction exit with segmentation fault. Reproduce code: --- $m_envelope[To] = [EMAIL PROTECTED]; $m_part1[type] = TYPEMULTIPART; $m_part1[subtype] = mixed; $m_part2[type] = TYPETEXT; $m_part2[subtype] = plain; $m_part2[description] = text_message; $m_part2[charset] = ISO-8859-2; $m_part2[contents.data] = hello; $m_body[1] = $m_part1; $m_body[2] = $m_part2; echo nl2br(imap_mail_compose($m_envelope, $m_body)); -- Edit bug report at http://bugs.php.net/?id=32589edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32589r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32589r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32589r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32589r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32589r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32589r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32589r=needscript Try newer version: http://bugs.php.net/fix.php?id=32589r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32589r=support Expected behavior: http://bugs.php.net/fix.php?id=32589r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32589r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32589r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32589r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32589r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32589r=dst IIS Stability: http://bugs.php.net/fix.php?id=32589r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32589r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32589r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32589r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32589r=mysqlcfg