#22693 [Fbk-Opn]: SASL Authenticator
ID: 22693 User updated by: jrbissell at myrealbox dot com Reported By: jrbissell at myrealbox dot com -Status: Feedback +Status: Open Bug Type: IMAP related Operating System: Windows 2000 / Apache 2.0 PHP Version: 4.3.2RC1 New Comment: it appears that it is not a bug in PHP? I installed my own mail server and seems to function fine... but what would cause that error, and what would I have to do to get around it. ERROR: Server disables LOGIN, no recognized SASL authenticator Previous Comments: [2003-03-15 23:10:37] [EMAIL PROTECTED] From what URL? Also, add the full error message you get here, plus the line from your script that causes it. [2003-03-15 15:04:41] jrbissell at myrealbox dot com From the php.net website. [2003-03-15 14:59:39] jrbissell at myrealbox dot com From the php.net website. [2003-03-14 19:02:47] [EMAIL PROTECTED] So where did you get the 4.3.2RC1 ? [2003-03-14 18:04:33] jrbissell at myrealbox dot com upgrading from 4.3.1 and from 4.3.0, it used to work on both of those... what would cause that error if not a php bug? thanx in advance 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/22693 -- Edit this bug report at http://bugs.php.net/?id=22693edit=1
#22734 [NEW]: unset($_SESSION); makes apache crash.
From: hst at syd dot kth dot se Operating system: Windows2000 PHP version: 4.3.1 PHP Bug Type: Reproducible crash Bug description: unset($_SESSION); makes apache crash. if i write unset($_SESSION); apache will crash. I know now it is not the right way to empty my session object but it is still a bug to crash the webserver by writing this... -- Edit bug report at http://bugs.php.net/?id=22734edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22734r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22734r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22734r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22734r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22734r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22734r=support Expected behavior: http://bugs.php.net/fix.php?id=22734r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22734r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22734r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22734r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22734r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22734r=dst IIS Stability: http://bugs.php.net/fix.php?id=22734r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22734r=gnused
#22734 [Opn-Bgs]: unset($_SESSION); makes apache crash.
ID: 22734 User updated by: hst at syd dot kth dot se Reported By: hst at syd dot kth dot se -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: Windows2000 PHP Version: 4.3.1 New Comment: cant reproduce after buggreport :-( Previous Comments: [2003-03-16 04:39:29] hst at syd dot kth dot se if i write unset($_SESSION); apache will crash. I know now it is not the right way to empty my session object but it is still a bug to crash the webserver by writing this... -- Edit this bug report at http://bugs.php.net/?id=22734edit=1
#22732 [Bgs]: eregi_replace function does not find all appearences in a string
ID: 22732 User updated by: ofjord at simnet dot is Reported By: ofjord at simnet dot is Status: Bogus Bug Type: *General Issues Operating System: windows nt PHP Version: 4.3.0 New Comment: Thank you for your advice. Now my regex code looks like this and works perfectly: $text = eregi_replace(href=(\)?([_/a-zA-Z0-9]*[.]s?html?)(\?), href=\\1template1.php?file=\\2\\3, $text); Previous Comments: [2003-03-15 20:33:42] [EMAIL PROTECTED] Actually, it *is* expected behavior. Your pattern is too greedy and is actually matching: ferdatjon_fyrirt_gisting.htmGisting/aBRBR B#149;/B a href=ferdatjon_fyrirt_handverkshus.htm as your (.*[.]htm) pattern (see how that does match?) For a solution (making your pattern less greedy), send an email to [EMAIL PROTECTED] which is the proper forum for this type of question. Alternatively you could do some online or book research into building regex patterns. [2003-03-15 18:29:47] ofjord at simnet dot is I want to parse a HTML document to replace all links to .htm documents so that the .htm document becomes a parameter in a php script. Here is the code to replace the links: $text = eregi_replace(href=(\)?(.*[.]htm)(\?), href=\\1template1.php?file=\\2\\3, $text); This works fine, but only once in each document. This text: B#149;/B a href=ferdatjon_fyrirt_gisting.htmGisting/aBRBR B#149;/B a href=ferdatjon_fyrirt_handverkshus.htmHandverkshús/aBRBR returns: B#149;/B a href=template1.php?file=ferdatjon_fyrirt_gisting.htmGisting/aBRBR B#149;/B a href=ferdatjon_fyrirt_handverkshus.htmHandverkshús/aBRBR Is this a bug? -- Edit this bug report at http://bugs.php.net/?id=22732edit=1
#19113 [Com]: HTTP status 200 returned on HTTP CONNECT when mod_proxy not in use
ID: 19113 Comment by: psi-jack at myrddincd dot com Reported By: php at jdc dot parodius dot com Status: Open Bug Type: Apache related Operating System: FreeBSD PHP Version: 4.3.2-dev New Comment: I've been testing out all the comments mentioned in this report. The findings I have, is with Apache 1.3.27, and various modules. The modules I use is mod_php 4.3.0, mod_perl 1.27, mod_mp3 0.39, and for mod_perl, I had HTML-Mason and AxKit, and various other non-advertising mod_perl modules. What did I find? With all the mentioned modules loaded, I get the same results as mentioned within these comments. \xe3P TINTE / HTTP/1.0 CONNECT www.google.com:80 HTTP/1.0 Etc, all these, provide the default page, wether it's a DirectoryIndex, or directory listing itself. I unloaded mod_php, as per this bug was about. Still, same results. Once I unloaded mod_perl, however, the problem went away. I started getting 501's with those requests. mod_mp3 didn't seem to effect that at all. My final conclusion, this is very likely to be an Apache DSO bug, and not related directly to PHP, since it occured with mod_perl as well. The only one thing I did not try, was unloading my perlmodules from mod_perl. Previous Comments: [2003-03-07 10:33:38] php at jdc dot parodius dot com Verified that the latest PHP -STABLE- snapshot does not fix this problem. I fully agree with what keitaro said; this kind-of software QA testing is ineffective. The problem is reproducable, and is _very_ easy to check for, especially since it happens out-of-the-box. I read the NEWS file every time I'm asked to test, just to see if there's anything which looks applicable -- and there never is. I've much respect for the PHP crew, but this style of testing is tedious. Please have a developer *investigate* this problem, rather than just throwing CVS builds at end-users every [X] days, hoping that some other bug was the cause of the problem. Heck, I'm still waiting to know if it's a problem with PHP or Apache! [2003-03-06 12:40:38] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-03-06 11:30:44] php at jdc dot parodius dot com Confirmed to exist using PHP 4.3.1 on FreeBSD 4.7-STABLE, 4.8-PRERELEASE, and 5.0-CURRENT. I am appalled that this bug has not been escallated to the Critical or Severe status, especially when it has been verified by a PHP developer (01/05/2003; nohn at php dot net). [2003-03-06 10:47:22] keitaro at attbi dot com Confirmed this with PHP 4.3.1 on Apache 1.3.27, RH7.3 distro. --quote-start-- I was now able reproduce this problem, but only in case when index.php was in DocumentRoot of first defined name-based virtual server (which is accepted as the default on that IP/port in such case), and index.php was the default script to execute (if there was something before index.php in DirectoryIndex and if it also existed in DocumentRoot of the default vhost, the bug did not apply). --quote-ends--- Problem seem to exist on this scenario. Did a fresh tarball install of PHP 4.3.1 and tested it before and after PHP while having an index.html in the root folder. Then I put in a small and simple index.php and got the bug reproduced. Resorted to using Limit CONNECT workaround. Would like to see this bug fixed ASAP. [2003-02-06 14:03:45] fearphage at hotmail dot com Im not sure how or why but apache sends a 200 (ok) back from requests for files that do not exist. I do not know how to rememedy this. 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/19113 -- Edit this bug report at http://bugs.php.net/?id=19113edit=1
#22736 [NEW]: change of operator precedence
From: soletan at toxa dot de Operating system: Linux PHP version: 4.3.1 PHP Bug Type: Feature/Change Request Bug description: change of operator precedence Hi, maybe this can't be done because of scripts relying on current operator precedence, but for the statement $a ~$b != 0 your current precedence rules would do $a ~( $b != 0 ) which is quite unusual. Traditional logics (used by Frege and others) would first compute the negation, it is the most strongly bound operator. For instance, having ~p ^ q as a structured expression the negation would precede any other operator p is argument of, or: p is not argument of the conjunction, but the negation's result is. Maybe I'm still false, but that's what I have expected to write logical calculations like for years. Best Regards, Thomas Urban -- Edit bug report at http://bugs.php.net/?id=22736edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22736r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22736r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22736r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22736r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22736r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22736r=support Expected behavior: http://bugs.php.net/fix.php?id=22736r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22736r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22736r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22736r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22736r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22736r=dst IIS Stability: http://bugs.php.net/fix.php?id=22736r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22736r=gnused
#22394 [Fbk-Opn]: No libphp4.so module for Apache 2.0.43
ID: 22394 User updated by: apiotr at itm dot pcz dot czest dot pl Reported By: apiotr at itm dot pcz dot czest dot pl -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: UnixWare 7.1.1 PHP Version: 4.3.2-dev New Comment: After send you the generated Makefile and libphp4.la files to [EMAIL PROTECTED] I have massage from Automoderator: Hi. This is the qmail-send program at php.net. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. timed out waiting for confirmation that [EMAIL PROTECTED] is real I'm not going to try again; this message has been in the queue too long. Do you have my e-mail with Makefile and libphp4.la or not? Previous Comments: [2003-03-11 11:23:38] [EMAIL PROTECTED] Okay, that was my mistake. :) Please try new snapshot in about 2 hours when you get this email.. [2003-03-11 11:01:31] apiotr at itm dot pcz dot czest dot pl I have testing these using the latest snapshot 200303111630. Configuration options: --apxs2=(...) The compilation process has fail with error message: /sapi/apache2handler/php_functions.c:472: `OnUpdateLong' undeclared here (not in a function) /sapi/apache2handler/php_functions.c:472: initializer element is not constant /sapi/apache2handler/php_functions.c:472: (near initialization for `ini_entries[0].on_modify') /sapi/apache2handler/php_functions.c:473: `OnUpdateLong' undeclared here (not in a function) /sapi/apache2handler/php_functions.c:473: initializer element is not constant /sapi/apache2handler/php_functions.c:473: (near initialization for `ini_entries[1].on_modify') /sapi/apache2handler/php_functions.c:474: `OnUpdateLong' undeclared here (not in a function) /sapi/apache2handler/php_functions.c:474: initializer element is not constant /sapi/apache2handler/php_functions.c:474: (near initialization for `ini_entries[2].on_modify') gmake: *** [sapi/apache2handler/php_functions.lo] Error 1 [2003-03-10 21:36:33] [EMAIL PROTECTED] Using the latest stable snapshot, run your configure line and send me the generated Makefile and libphp4.la files to [EMAIL PROTECTED] [2003-03-07 04:09:04] apiotr at itm dot pcz dot czest dot pl I have testing these using the latest snapshot. Sorry my mistake, in this version during compile for Apache 1.3.27 I have any errors message expect warning message: Warning: inter-library dependencies are not known to be supported. All declared inter-library dependencies are being dropped. Warning: libtool could not satisfy all declared inter-library dependencies of module libphp4. Therefore, libtool will create a static module, that should work as long as the dlopening application is linked with the -dlopen flag. [2003-03-07 03:54:27] [EMAIL PROTECTED] Above comment was about PHP + Apache 1.3.27 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/22394 -- Edit this bug report at http://bugs.php.net/?id=22394edit=1
#22693 [Opn-Bgs]: SASL Authenticator
ID: 22693 Updated by: [EMAIL PROTECTED] Reported By: jrbissell at myrealbox dot com -Status: Open +Status: Bogus Bug Type: IMAP related Operating System: Windows 2000 / Apache 2.0 PHP Version: 4.3.2RC1 New Comment: Ask on some mailing list, like [EMAIL PROTECTED] Not bug - bogus. (and http://www.php.net/manual/en/function.imap-open.php might help too, see the examples with 'cert' stuff in them) Previous Comments: [2003-03-16 03:40:35] jrbissell at myrealbox dot com it appears that it is not a bug in PHP? I installed my own mail server and seems to function fine... but what would cause that error, and what would I have to do to get around it. ERROR: Server disables LOGIN, no recognized SASL authenticator [2003-03-15 23:10:37] [EMAIL PROTECTED] From what URL? Also, add the full error message you get here, plus the line from your script that causes it. [2003-03-15 15:04:41] jrbissell at myrealbox dot com From the php.net website. [2003-03-15 14:59:39] jrbissell at myrealbox dot com From the php.net website. [2003-03-14 19:02:47] [EMAIL PROTECTED] So where did you get the 4.3.2RC1 ? 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/22693 -- Edit this bug report at http://bugs.php.net/?id=22693edit=1
#19113 [Opn-Bgs]: HTTP status 200 returned on HTTP CONNECT when mod_proxy not in use
ID: 19113 Updated by: [EMAIL PROTECTED] Reported By: php at jdc dot parodius dot com -Status: Open +Status: Bogus Bug Type: Apache related Operating System: FreeBSD PHP Version: 4.3.2-dev New Comment: As per last comment..bogus. (I couldn't reproduce this, but then again, I don't have mod_perl..) Previous Comments: [2003-03-16 06:40:23] psi-jack at myrddincd dot com I've been testing out all the comments mentioned in this report. The findings I have, is with Apache 1.3.27, and various modules. The modules I use is mod_php 4.3.0, mod_perl 1.27, mod_mp3 0.39, and for mod_perl, I had HTML-Mason and AxKit, and various other non-advertising mod_perl modules. What did I find? With all the mentioned modules loaded, I get the same results as mentioned within these comments. \xe3P TINTE / HTTP/1.0 CONNECT www.google.com:80 HTTP/1.0 Etc, all these, provide the default page, wether it's a DirectoryIndex, or directory listing itself. I unloaded mod_php, as per this bug was about. Still, same results. Once I unloaded mod_perl, however, the problem went away. I started getting 501's with those requests. mod_mp3 didn't seem to effect that at all. My final conclusion, this is very likely to be an Apache DSO bug, and not related directly to PHP, since it occured with mod_perl as well. The only one thing I did not try, was unloading my perlmodules from mod_perl. [2003-03-07 10:33:38] php at jdc dot parodius dot com Verified that the latest PHP -STABLE- snapshot does not fix this problem. I fully agree with what keitaro said; this kind-of software QA testing is ineffective. The problem is reproducable, and is _very_ easy to check for, especially since it happens out-of-the-box. I read the NEWS file every time I'm asked to test, just to see if there's anything which looks applicable -- and there never is. I've much respect for the PHP crew, but this style of testing is tedious. Please have a developer *investigate* this problem, rather than just throwing CVS builds at end-users every [X] days, hoping that some other bug was the cause of the problem. Heck, I'm still waiting to know if it's a problem with PHP or Apache! [2003-03-06 12:40:38] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-03-06 11:30:44] php at jdc dot parodius dot com Confirmed to exist using PHP 4.3.1 on FreeBSD 4.7-STABLE, 4.8-PRERELEASE, and 5.0-CURRENT. I am appalled that this bug has not been escallated to the Critical or Severe status, especially when it has been verified by a PHP developer (01/05/2003; nohn at php dot net). [2003-03-06 10:47:22] keitaro at attbi dot com Confirmed this with PHP 4.3.1 on Apache 1.3.27, RH7.3 distro. --quote-start-- I was now able reproduce this problem, but only in case when index.php was in DocumentRoot of first defined name-based virtual server (which is accepted as the default on that IP/port in such case), and index.php was the default script to execute (if there was something before index.php in DirectoryIndex and if it also existed in DocumentRoot of the default vhost, the bug did not apply). --quote-ends--- Problem seem to exist on this scenario. Did a fresh tarball install of PHP 4.3.1 and tested it before and after PHP while having an index.html in the root folder. Then I put in a small and simple index.php and got the bug reproduced. Resorted to using Limit CONNECT workaround. Would like to see this bug fixed ASAP. 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/19113 -- Edit this bug report at http://bugs.php.net/?id=19113edit=1
#22394 [Opn-Fbk]: No libphp4.so module for Apache 2.0.43
ID: 22394 Updated by: [EMAIL PROTECTED] Reported By: apiotr at itm dot pcz dot czest dot pl -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: UnixWare 7.1.1 PHP Version: 4.3.2-dev New Comment: Of course not, as I never got the email. Try sending again OR put those files to some website for download and add the url here.. Previous Comments: [2003-03-16 08:05:59] apiotr at itm dot pcz dot czest dot pl After send you the generated Makefile and libphp4.la files to [EMAIL PROTECTED] I have massage from Automoderator: Hi. This is the qmail-send program at php.net. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. timed out waiting for confirmation that [EMAIL PROTECTED] is real I'm not going to try again; this message has been in the queue too long. Do you have my e-mail with Makefile and libphp4.la or not? [2003-03-11 11:23:38] [EMAIL PROTECTED] Okay, that was my mistake. :) Please try new snapshot in about 2 hours when you get this email.. [2003-03-11 11:01:31] apiotr at itm dot pcz dot czest dot pl I have testing these using the latest snapshot 200303111630. Configuration options: --apxs2=(...) The compilation process has fail with error message: /sapi/apache2handler/php_functions.c:472: `OnUpdateLong' undeclared here (not in a function) /sapi/apache2handler/php_functions.c:472: initializer element is not constant /sapi/apache2handler/php_functions.c:472: (near initialization for `ini_entries[0].on_modify') /sapi/apache2handler/php_functions.c:473: `OnUpdateLong' undeclared here (not in a function) /sapi/apache2handler/php_functions.c:473: initializer element is not constant /sapi/apache2handler/php_functions.c:473: (near initialization for `ini_entries[1].on_modify') /sapi/apache2handler/php_functions.c:474: `OnUpdateLong' undeclared here (not in a function) /sapi/apache2handler/php_functions.c:474: initializer element is not constant /sapi/apache2handler/php_functions.c:474: (near initialization for `ini_entries[2].on_modify') gmake: *** [sapi/apache2handler/php_functions.lo] Error 1 [2003-03-10 21:36:33] [EMAIL PROTECTED] Using the latest stable snapshot, run your configure line and send me the generated Makefile and libphp4.la files to [EMAIL PROTECTED] [2003-03-07 04:09:04] apiotr at itm dot pcz dot czest dot pl I have testing these using the latest snapshot. Sorry my mistake, in this version during compile for Apache 1.3.27 I have any errors message expect warning message: Warning: inter-library dependencies are not known to be supported. All declared inter-library dependencies are being dropped. Warning: libtool could not satisfy all declared inter-library dependencies of module libphp4. Therefore, libtool will create a static module, that should work as long as the dlopening application is linked with the -dlopen flag. 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/22394 -- Edit this bug report at http://bugs.php.net/?id=22394edit=1
#22737 [NEW]: Rename empty()
From: php dot net at trenkner dot de Operating system: ANY PHP version: 4.3.0 PHP Bug Type: Feature/Change Request Bug description: Rename empty() Maybe this is a FAQ but I didn't found it, so... The function empty() seems to be named inconsistently. We say is_null, is_string, is_object so why there is no function is_empty()? BTW isset() is also not in sync :-( I would like to see a function is_empty() which behaves in the same way then empty(), same for is_set() replacing isset(). -- Edit bug report at http://bugs.php.net/?id=22737edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22737r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22737r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22737r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22737r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22737r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22737r=support Expected behavior: http://bugs.php.net/fix.php?id=22737r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22737r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22737r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22737r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22737r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22737r=dst IIS Stability: http://bugs.php.net/fix.php?id=22737r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22737r=gnused
#22717 [Fbk-Opn]: Cannot compile using --with-imap-ssl
ID: 22717 User updated by: mage at gmage dot net Reported By: mage at gmage dot net -Status: Feedback +Status: Open Bug Type: IMAP related Operating System: Debian Linux 2.4.20 PHP Version: 4.3.0 New Comment: I had already tried the latest-stable CVS as of the date of original post. It compiles fine w/o the -imap-ssl option, but I'm ONLY running imap over ssl(993) for imp. Someone had told me that the later c-client libraries don't include the imap-ssl support as the older ones did, is this possibly true? What is the most tested c-client version for ssl? Previous Comments: [2003-03-14 19:01:09] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And I mean THIS snapshot, not any other. (if you did try the latest STABLE snapshot, from today, then ignore this) And it seems to me that your c-client just doesn't have SSL support in it.. Try configure _without_ --with-imap-ssl option. [2003-03-14 17:08:12] mage at gmage dot net I cannot get php (4.3.0 through latest CVS) to compile when using --with-imap-ssl. I'm using debian linux with the debian libc-client SSL packages installed. I've seen numerous posts on this problem, but none of the solutions have worked for me. Configure line as follows: CPPFLAGS=-I/usr/local/include LDFLAGS=-L/usr/local/lib ./configure --prefix=/usr/local \ --with-apache=/root/programs/Apachetoolbox-1.5.64/apache_1.3.27 \ --enable-exif \ --enable-track-vars \ --with-calendar=shared \ --enable-magic-quotes \ --enable-trans-sid \ --enable-wddx \ --enable-ftp \ --enable-inline-optimization \ --enable-memory-limit \ --with-imap=/usr/local \ --with-imap-ssl \ --with-mhash=/usr/local \ --with-mcrypt=/usr/local \ --with-openssl=/usr/local \ --with-gettext=/usr \ --with-mysql=/usr \ Compiling shows the following error: ext/imap/php_imap.o(.text+0x345): In function `zm_startup_imap': /root/programs/Apachetoolbox-1.5.64/src/php-4.3.0/ext/imap/php_imap.c:424: undefined reference to `ssl_onceonlyinit' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 Which I'm sure you've seen before. ;) As I said, I've tried the latest CVS and it still didn't work. I also tried compiling my own c-client from imap-2002b and pointing to that as the imap source. No go. Any help is appreciated. -Ken -- Edit this bug report at http://bugs.php.net/?id=22717edit=1
#22717 [Opn-Bgs]: Cannot compile using --with-imap-ssl
ID: 22717 Updated by: [EMAIL PROTECTED] Reported By: mage at gmage dot net -Status: Open +Status: Bogus Bug Type: IMAP related Operating System: Debian Linux 2.4.20 PHP Version: 4.3.0 New Comment: If your c-client library is not compiled with SSL support, of course you can't magically get SSL support into PHP imap extension by just adding --with-imap-ssl in the configure line. Not bug. Previous Comments: [2003-03-16 12:56:13] mage at gmage dot net I had already tried the latest-stable CVS as of the date of original post. It compiles fine w/o the -imap-ssl option, but I'm ONLY running imap over ssl(993) for imp. Someone had told me that the later c-client libraries don't include the imap-ssl support as the older ones did, is this possibly true? What is the most tested c-client version for ssl? [2003-03-14 19:01:09] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And I mean THIS snapshot, not any other. (if you did try the latest STABLE snapshot, from today, then ignore this) And it seems to me that your c-client just doesn't have SSL support in it.. Try configure _without_ --with-imap-ssl option. [2003-03-14 17:08:12] mage at gmage dot net I cannot get php (4.3.0 through latest CVS) to compile when using --with-imap-ssl. I'm using debian linux with the debian libc-client SSL packages installed. I've seen numerous posts on this problem, but none of the solutions have worked for me. Configure line as follows: CPPFLAGS=-I/usr/local/include LDFLAGS=-L/usr/local/lib ./configure --prefix=/usr/local \ --with-apache=/root/programs/Apachetoolbox-1.5.64/apache_1.3.27 \ --enable-exif \ --enable-track-vars \ --with-calendar=shared \ --enable-magic-quotes \ --enable-trans-sid \ --enable-wddx \ --enable-ftp \ --enable-inline-optimization \ --enable-memory-limit \ --with-imap=/usr/local \ --with-imap-ssl \ --with-mhash=/usr/local \ --with-mcrypt=/usr/local \ --with-openssl=/usr/local \ --with-gettext=/usr \ --with-mysql=/usr \ Compiling shows the following error: ext/imap/php_imap.o(.text+0x345): In function `zm_startup_imap': /root/programs/Apachetoolbox-1.5.64/src/php-4.3.0/ext/imap/php_imap.c:424: undefined reference to `ssl_onceonlyinit' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 Which I'm sure you've seen before. ;) As I said, I've tried the latest CVS and it still didn't work. I also tried compiling my own c-client from imap-2002b and pointing to that as the imap source. No go. Any help is appreciated. -Ken -- Edit this bug report at http://bugs.php.net/?id=22717edit=1
#22738 [NEW]: Imcrementing by decimals leads to partial failure
From: sunofman at sympatico dot ca Operating system: Windows XP PHP version: 4.3.1 PHP Bug Type: Variables related Bug description: Imcrementing by decimals leads to partial failure $x = 0.0; $y = 0.7; do { if ($x == $y) { PRINT foundbr; } else { PRINT not foundbr; } $x += 0.1; } while($x = 1.0); When $y is 0.0 to 0.7 everything works fine and it will find the match...if you make $y = 0.8 or higher it will fail to find the match. I'm using the basic install of 4.3.1 (it happens in older versions as well) -- Edit bug report at http://bugs.php.net/?id=22738edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22738r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22738r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22738r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22738r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22738r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22738r=support Expected behavior: http://bugs.php.net/fix.php?id=22738r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22738r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22738r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22738r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22738r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22738r=dst IIS Stability: http://bugs.php.net/fix.php?id=22738r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22738r=gnused
#22738 [Opn-Bgs]: Imcrementing by decimals leads to partial failure
ID: 22738 Updated by: [EMAIL PROTECTED] Reported By: sunofman at sympatico dot ca -Status: Open +Status: Bogus Bug Type: Variables related Operating System: Windows XP PHP Version: 4.3.1 New Comment: ?php ini_set(precision,18); $x = 0.0; $y = 0.8; do { if ($x == $y) { PRINT found\n; } else { PRINT not found\n; } $x += 0.1; echo $x; } while($x = 1.0); ? Try this and you'll see why.. And then read this to know why that happens: http://www.php.net/manual/en/language.types.float.php Previous Comments: [2003-03-16 16:00:59] sunofman at sympatico dot ca $x = 0.0; $y = 0.7; do { if ($x == $y) { PRINT foundbr; } else { PRINT not foundbr; } $x += 0.1; } while($x = 1.0); When $y is 0.0 to 0.7 everything works fine and it will find the match...if you make $y = 0.8 or higher it will fail to find the match. I'm using the basic install of 4.3.1 (it happens in older versions as well) -- Edit this bug report at http://bugs.php.net/?id=22738edit=1
#22739 [NEW]: Reference test
From: thixit at yahoo dot com Operating system: PHP version: 4.3.1 PHP Bug Type: Variables related Bug description: Reference test Is there any chance to have a function like is_reference($a, $b) to test for a reference between $a and $b? -- Edit bug report at http://bugs.php.net/?id=22739edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22739r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22739r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22739r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22739r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22739r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22739r=support Expected behavior: http://bugs.php.net/fix.php?id=22739r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22739r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22739r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22739r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22739r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22739r=dst IIS Stability: http://bugs.php.net/fix.php?id=22739r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22739r=gnused
#12594 [Com]: Unable to load dynamic library
ID: 12594 Comment by: dopeline at hotmail dot com Reported By: huib at bestia dot net Status: Bogus Bug Type: Dynamic loading Operating System: Windows 2000 PHP Version: 4.0.6 New Comment: I'm having the same exact problems except w/ php_domxml.dll, php_xslt.dll, and php_xmlrpc.dll. In fact, I'm testing this on two separate computers each w/ Win XP Pro and each w/ the exact same installation, IIS, and directory settings. It works perfectly on one and not at all on the other, and I've spent DAYS researching this error. Replying RTFM isn't very helpful. What would be helpful is explaining why this error is happening, because, as far as I can tell, it's a bug in the windows version of PHP, not a user config error. Previous Comments: [2002-12-23 03:05:22] sdfsd at dsfd dot csd If you have any trouble sounding condescending, find a Unix user to show you how it's done. [2001-10-30 22:59:58] [EMAIL PROTECTED] RTFM: http://www.php.net/manual/en/install.windows.php#install.windows.extensions [2001-08-06 08:53:17] huib at bestia dot net I'm recieve the following error: Unable to load dynamic library for the extensions: libmcrypt.dll php_mssql.dll Some other extensions work fine. php_mssql.dll is included with php 4.0.6 and libmcrypt is downloaded from a link at php.net so help me out please, Regards Huib -- Edit this bug report at http://bugs.php.net/?id=12594edit=1
#22740 [NEW]: add optional parameter to realpath() to use include_path
From: ben at spamcop dot net Operating system: PHP version: 4.3.1 PHP Bug Type: Feature/Change Request Bug description: add optional parameter to realpath() to use include_path Many file open functions have an optional parameter that allows for searching the include_path for the given file. If such an optional parameter would be added to realpath(), all functions that do not offer such a parameter could be passed files from the include_path, too. -- Edit bug report at http://bugs.php.net/?id=22740edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22740r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22740r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22740r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22740r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22740r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22740r=support Expected behavior: http://bugs.php.net/fix.php?id=22740r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22740r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22740r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22740r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22740r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22740r=dst IIS Stability: http://bugs.php.net/fix.php?id=22740r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22740r=gnused
#22740 [Opn-Ana]: add optional parameter to realpath() to use include_path
ID: 22740 Updated by: [EMAIL PROTECTED] Reported By: ben at spamcop dot net -Status: Open +Status: Analyzed Bug Type:Feature/Change Request PHP Version: 4.3.1 New Comment: But why attach this to the realpath() call? Do you realize how amazingly expensive realpath()'ing multiple paths would be? There is a stat syscall for each and every directory in each path plus the final stat for the file itself. So say you had an include_path with 4 paths in it each one being 5 directories deep, that one realpath() call will cost you 25 stat calls. Ouch! Previous Comments: [2003-03-16 20:35:57] ben at spamcop dot net Many file open functions have an optional parameter that allows for searching the include_path for the given file. If such an optional parameter would be added to realpath(), all functions that do not offer such a parameter could be passed files from the include_path, too. -- Edit this bug report at http://bugs.php.net/?id=22740edit=1
#22710 [Com]: an unknown filter was not added: PHP
ID: 22710 Comment by: daniele at orlandi dot com Reported By: intruderkillers at yahoo dot com dot br Status: Bogus Bug Type: Apache2 related Operating System: RedHat 8.0 PHP Version: 4.3.2RC1 New Comment: Same problem for me. Just upgraded from 4.3.0 to 4.3.2RC2, nothing else changed. Previous Comments: [2003-03-14 19:24:16] [EMAIL PROTECTED] Your httpd.conf is wrong. Please read the install instructions from http://www.php.net/manual/en/install.apache2.php [2003-03-14 13:50:28] intruderkillers at yahoo dot com dot br When I load any php page i`m getting this error in Apache/2.0.44 with 4.3.2RC1: an unknown filter was not added: PHP Best Regards, Luiz -- Edit this bug report at http://bugs.php.net/?id=22710edit=1
#22740 [Ana]: add optional parameter to realpath() to use include_path
ID: 22740 User updated by: ben at spamcop dot net Reported By: ben at spamcop dot net Status: Analyzed Bug Type:Feature/Change Request PHP Version: 4.3.1 New Comment: Ok, I wasn't aware of that. The idea was to have some generic way to find files in the include path for functions that want file system paths as their arguments. Previous Comments: [2003-03-16 20:45:54] [EMAIL PROTECTED] But why attach this to the realpath() call? Do you realize how amazingly expensive realpath()'ing multiple paths would be? There is a stat syscall for each and every directory in each path plus the final stat for the file itself. So say you had an include_path with 4 paths in it each one being 5 directories deep, that one realpath() call will cost you 25 stat calls. Ouch! [2003-03-16 20:35:57] ben at spamcop dot net Many file open functions have an optional parameter that allows for searching the include_path for the given file. If such an optional parameter would be added to realpath(), all functions that do not offer such a parameter could be passed files from the include_path, too. -- Edit this bug report at http://bugs.php.net/?id=22740edit=1
#22740 [Ana-Bgs]: add optional parameter to realpath() to use include_path
ID: 22740 Updated by: [EMAIL PROTECTED] Reported By: ben at spamcop dot net -Status: Analyzed +Status: Bogus Bug Type:Feature/Change Request PHP Version: 4.3.1 New Comment: Yup, I understand that and can see merit in that request, but your proposed implementation is bad. There is no reason to tie this to the realpath() call. Perhaps something like a find_include_path() Previous Comments: [2003-03-16 21:31:37] ben at spamcop dot net Ok, I wasn't aware of that. The idea was to have some generic way to find files in the include path for functions that want file system paths as their arguments. [2003-03-16 20:45:54] [EMAIL PROTECTED] But why attach this to the realpath() call? Do you realize how amazingly expensive realpath()'ing multiple paths would be? There is a stat syscall for each and every directory in each path plus the final stat for the file itself. So say you had an include_path with 4 paths in it each one being 5 directories deep, that one realpath() call will cost you 25 stat calls. Ouch! [2003-03-16 20:35:57] ben at spamcop dot net Many file open functions have an optional parameter that allows for searching the include_path for the given file. If such an optional parameter would be added to realpath(), all functions that do not offer such a parameter could be passed files from the include_path, too. -- Edit this bug report at http://bugs.php.net/?id=22740edit=1
#6414 [Com]: foreach() doesn't accept string for an argument
ID: 6414 Comment by: yuki_yew78 at yahoo dot com Reported By: cynic at mail dot cz Status: Closed Bug Type: Scripting Engine problem Operating System: NT 4.0 SP5 PHP Version: 4.0 Latest CVS (29/08/2000) New Comment: me too Previous Comments: [2000-08-29 11:12:32] [EMAIL PROTECTED] You need to cast your string as an array.. ?php $b = abcdefgh ; $b = (array)$b; foreach( $b as $y ) { echo $y ; }; ? Works. James [2000-08-29 10:47:05] cynic at mail dot cz $b = abcdefgh ; foreach( $b as $y ) { echo $y ; } ; Warning: Invalid argument supplied for foreach() -- Edit this bug report at http://bugs.php.net/?id=6414edit=1