#21566 [Opn->Csd]: problem with $_POST
ID: 21566 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed -Bug Type: Unknown/Other Function +Bug Type: Apache2 related Operating System: Linux Red Hat 8 PHP Version: 4.2.2 New Comment: This is probably caused by a bug in older versions of PHP in combination with Apache 2. Please upgrade to the latest version of PHP and Apache 2. Previous Comments: [2003-01-10 06:11:35] [EMAIL PROTECTED] I submit data using form ... ..in page2.php I have "; ?> .. I submit myname as 'Jack' .. I get this.. My name is Jackmyname=Jack My PHP came and installed with Linux Red Hat 8. -- Edit this bug report at http://bugs.php.net/?id=21566&edit=1
#21567 [Bgs]: die(__LINE__); gives no output
ID: 21567
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: *Programming Data Structures
Operating System: Windows XP
PHP Version: 4.2.3
New Comment:
Not a bug. __LINE__ is an integer. If you give die() or exit() an
integer, PHP will exit with that status. Using die((string) __LINE__)
should work.
Previous Comments:
[2003-01-10 08:43:41] [EMAIL PROTECTED]
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
die(number) will make PHP exit with exit code "number" and not show any
message in this case. This is expected behavior and documented @
http://www.php.net/manual/en/function.exit.php
Derick
[2003-01-10 08:40:22] [EMAIL PROTECTED]
Dying like this:
die(__LINE__);
Doesn't work, i.e the script dies without any output.
Still, this works as expected:
die(__FILE__);
As does this:
die('Gone to sleep at line: '.__LINE__);
Chen
--
Edit this bug report at http://bugs.php.net/?id=21567&edit=1
#20461 [Opn->Bgs]: Unable to access $PHP_AUTH_USER or $PHP_AUTH_PW
ID: 20461 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Apache related Operating System: Linux 2.4.8 PHP Version: 4CVS-2002-11-17 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: [2002-11-17 01:11:02] [EMAIL PROTECTED] I recently decided to upgrade to GD 2.0 but was having problems getting it to compile with 4.2.3 or any of the older versions of PHP, which is odd because I've had it work before. Anyways, as a last resort, I decided to download one of the stable CVS snapshots and, lo and behold, it worked fine. The only problem I'm having now is that I can't seem to access $PHP_AUTH_USER or $PHP_AUTH_PW, and I have a few applications on my site that depend on being able to access these variables. The variables appear to be empty when I reference them. I am using the exact same configure line when I compiled the CVS version of PHP as I used when I tried the other versions... ./configure --with-apxs --with-mysql --enable-ftp --with-session --with-zlib-dir=/usr/local --with-gd=/usr/local --with-jpeg-dir=/usr/local --with-png-dir=/u sr/local --with-freetype-dir=/usr/local --with-mcal=/usr/local --with-mhash=/usr/local I have GD 2.0 installed under /usr/local, as indicated by the configure line above. If you need any additional information, please contact me. Thanks in advance for your help. -- Edit this bug report at http://bugs.php.net/?id=20461&edit=1
#20465 [Opn->Bgs]: Mail() always returns a false value
ID: 20465 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Mail related Operating System: linux PHP Version: 4.2.2 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: [2002-11-17 11:22:43] [EMAIL PROTECTED] The mail() function always returns a false value, even when it sends the mail successful. -- Edit this bug report at http://bugs.php.net/?id=20465&edit=1
#20516 [Opn->]: RFC: C-style string concatenation
ID: 20516 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Won\'t fix Bug Type: Feature/Change Request Operating System: Linux PHP Version: 4.2.3 New Comment: Why do you want that? PHP really doesn't need that, since we have the dot as string concatenation operator. What's wrong with it? "FOO" . /* weird comment if you like that */ "BAR" Previous Comments: [2002-11-20 07:30:13] [EMAIL PROTECTED] Hi there, I was wondering if it would be at all possible to get ANSI C / ISO C99-style string literal concatenation added? The PHP syntax already borrows so much from C that this seems to be a worthy addition. It would also make it much easier for wrapping ugly SQL for pretty source files. String literal concatenation being: $a = "MY NAME IS " "DAVE WILSON" /* some comment tokens that get ignored */ "WAS HERE" // 2002 "2003"; Or, more useful: "SELECT id,x,y,z FROM tbl " /* grab required cols */ "WHERE y = %d" /* for our y coordinate. */ -- Edit this bug report at http://bugs.php.net/?id=20516&edit=1
#19113 [NoF->Opn]: HTTP status 200 returned on HTTP CONNECT when mod_proxy not in use
ID: 19113 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: No Feedback +Status: Open Bug Type: Apache related Operating System: FreeBSD 4.6.2 PHP Version: 4.2.2 New Comment: Reopening, on request of #20517. Previous Comments: [2002-11-16 01:00:04] [EMAIL PROTECTED] No feedback was provided for this bug for over 2 weeks, 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". [2002-10-31 11:39:18] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-10-03 13:56:31] [EMAIL PROTECTED] I'm using PHP 4.2.2 and Apache 1.3.26 on RedHat 7.1 I can't get it to act properly at all (renaming the index file didn't work) DirectoryIndex index.html index.php index.htm I have 5 files and 3 directories in the root directory, the only file that is an index is index.html. I tried renaming that to 2index.html , but the CONNECT request just returned a 404. $SERVER['REQUEST_METHOD'] was 'CONNECT' when it parsed index.html, if that's any help. Chris P.S. When I voted on this bug I accidentaly stated it was a different version of PHP when it was in fact the same version. [2002-09-25 15:14:59] [EMAIL PROTECTED] This bug also applies to PHP 4.2.3. [2002-09-23 19:49:30] [EMAIL PROTECTED] A follow-up to the "quick-fix" configuration addition I posted: Despite working around the problem, it seems to partially mess up the default deny/allow setup that Apache comes with by default. For example, using those configuration directives globally will result in allow/deny directives to seemingly have no effect. So please, be cautious when using the configuration fix. This is just more proof that this bug need to be fixed on the Apache level or the PHP4 level (depending on where it is). 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=19113&edit=1
#20517 [Opn->Csd]: Reopening bug #19113
ID: 20517 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Apache related Operating System: RH Linux PHP Version: 4.3.0RC1 New Comment: I've reopened the report. Previous Comments: [2002-11-20 07:37:37] [EMAIL PROTECTED] The *critical* error described in #19113 still exists in 4.3.0RC1. Misuse of HTTPs CONNECT-header allows tunneling and relaying of various services (like e.g. SMTP in intranets). There are thousands of open relays outside due to this bug. regards dtg -- Edit this bug report at http://bugs.php.net/?id=20517&edit=1
#20536 [Opn->Csd]: ftp_nlist, ftp_rawlist returns nothing
ID: 20536
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: FTP related
Operating System: WinXP Pro SP1
PHP Version: 4CVS-2002-11-21 (dev)
New Comment:
This bug has been fixed in CVS.
In case this was a PHP problem, 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/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2002-11-21 02:40:52] [EMAIL PROTECTED]
but as a script running from the command line it works ok! 8-()
[2002-11-21 02:25:57] [EMAIL PROTECTED]
I've tried this code on IIS5
$c = ftp_connect('127.0.0.1',21);
$lrez = ftp_login($c,'anonymous','');
if ($c and $lrez) {
echo 'Connected';
print_r(ftp_rawlist($c,'/incoming'));
echo '';
print_r(ftp_nlist($c,'/incoming'));
}
echo 'Bye...';
ftp_close($c);
it results to
Connected
Bye...
--
Edit this bug report at http://bugs.php.net/?id=20536&edit=1
#20543 [Opn->Bgs]: isapi.dll instability
ID: 20543 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: IIS related Operating System: windows 2000 sp2 PHP Version: 4.2.3 New Comment: We are aware of PHP's problems with stability under IIS and are working to rectify the problem. Unfortunatly your bug report does not contain any extra useful information and we already have enough bug reports open about this issue. If you can provide more detailed information such as a reproducable crash or a backtrace please do so and reopen this bug. Otherwise please keep trying new releases as we are working to resolve the problems on this platform Thanks for your interest in PHP. Previous Comments: [2002-11-21 06:45:34] [EMAIL PROTECTED] Abstract: PHP Applications that run stable in cgi mode crash contantly when isapi.dll is used. 1. Applications: oscommerce, phproject 2. Error: Access Violation in x (Changes) 3. Not Reproducable (to often, not restrictable to a situation) 4. Standard PHP Installation on win2k with sp2, all hotfixes, iis5 Special: If the side is refreshed after an access violation, iis hangs -> only debugging iis makes webservices + php accesible again. -- Edit this bug report at http://bugs.php.net/?id=20543&edit=1
#20584 [Opn->Csd]: bug in php.net
ID: 20584 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: *General Issues Operating System: NO IDEA :) PHP Version: 4.3.0RC1 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, 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/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2002-11-22 13:27:18] [EMAIL PROTECTED] try to search $_SERVER on your site. question will follow :) CU. thx for this marvelous site ! -- Edit this bug report at http://bugs.php.net/?id=20584&edit=1
#20587 [Opn->Csd]: Your search page cannot function
ID: 20587 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Unknown/Other Function Operating System: Red Hat PHP Version: 4.2.0 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, 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/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2002-11-22 13:57:57] [EMAIL PROTECTED] http://www.php.net/search.php This page has always return an error: Parse error: parse error, expecting `T_VARIABLE' or `'$'' in /local/Web/sites/phpweb/search.php on line 60 -- Edit this bug report at http://bugs.php.net/?id=20587&edit=1
#14366 [Csd]: exit signal Floating point exception (8)
ID: 14366 Updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Reproducible crash Operating System: FreeBSD 4.4-RELEASE #0 PHP Version: 4.0.6 New Comment: Changing e-mail address on user request to avoid spam. Previous Comments: [2001-12-06 19:22:54] [EMAIL PROTECTED] Can not reproduce in FreeBSD 4.4 with PHP 4.1.0RC5. Try it from: http://download.php.net/~zeev/php-4.1.0RC5.tar.gz and reopen this bug report if this doesn't work with that version either. (4.1.0 should be released very soon) [2001-12-06 16:37:33] [EMAIL PROTECTED] Please help! We get this weird error on ANY php page that uses decimals. The simpliest code we found to produce the error is: echo (0.1); That's it. Apache just dies 90% of the time if you call the page, with a 404 error. If you refresh, the page comes up, but the log still shows the following errors: /var/log/messages: Dec 6 16:07:17 julian /kernel: pid 38937 (httpd), uid 65534: exited on signal 8 Apache error log: [Thu Dec 6 16:07:17 2001] [notice] child pid 38937 exit signal Floating point exception (8) There is no error if the # has no decimals, or it is .0 I.E.: 0.0 or 4.0 or 345.0 no error 0.3 or 5.3 or 345.24 gives error Any calculation using or generating the above give error. System: './configure' '--with-mysql=/usr/local/mysql' '--with-apxs=/usr/local/apache/bin/apxs' '--with-imap=../imap' '--with-gettext' Using stock php.ini except magic_quotes_gpc = Off This error came since we upgraded to FreeBSD from Linux and the latest PHP Apache MySql combo. It doesn't matter if we use PHP as a module or compile into Apache. The bug is annoying, and our users complain a lot. -- Edit this bug report at http://bugs.php.net/?id=14366&edit=1
#14366 [Csd]: exit signal Floating point exception (8)
ID: 14366 Updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Reproducible crash Operating System: FreeBSD 4.4-RELEASE #0 PHP Version: 4.0.6 New Comment: Another try... doesn't seem to work... Previous Comments: [2002-11-28 06:39:55] [EMAIL PROTECTED] Changing e-mail address on user request to avoid spam. [2001-12-06 19:22:54] [EMAIL PROTECTED] Can not reproduce in FreeBSD 4.4 with PHP 4.1.0RC5. Try it from: http://download.php.net/~zeev/php-4.1.0RC5.tar.gz and reopen this bug report if this doesn't work with that version either. (4.1.0 should be released very soon) [2001-12-06 16:37:33] [EMAIL PROTECTED] Please help! We get this weird error on ANY php page that uses decimals. The simpliest code we found to produce the error is: echo (0.1); That's it. Apache just dies 90% of the time if you call the page, with a 404 error. If you refresh, the page comes up, but the log still shows the following errors: /var/log/messages: Dec 6 16:07:17 julian /kernel: pid 38937 (httpd), uid 65534: exited on signal 8 Apache error log: [Thu Dec 6 16:07:17 2001] [notice] child pid 38937 exit signal Floating point exception (8) There is no error if the # has no decimals, or it is .0 I.E.: 0.0 or 4.0 or 345.0 no error 0.3 or 5.3 or 345.24 gives error Any calculation using or generating the above give error. System: './configure' '--with-mysql=/usr/local/mysql' '--with-apxs=/usr/local/apache/bin/apxs' '--with-imap=../imap' '--with-gettext' Using stock php.ini except magic_quotes_gpc = Off This error came since we upgraded to FreeBSD from Linux and the latest PHP Apache MySql combo. It doesn't matter if we use PHP as a module or compile into Apache. The bug is annoying, and our users complain a lot. -- Edit this bug report at http://bugs.php.net/?id=14366&edit=1
#20699 [Opn->Bgs]: Comparison between 0 and string returns TRUE
ID: 20699 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *Compile Issues Operating System: Linux PHP Version: 4.2.3 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: [2002-11-28 07:39:34] [EMAIL PROTECTED] PHP Evaluates the following as TRUE, is this right ? if (0 == "Whacked") print "Whacked"; else print "Sane"; -- Edit this bug report at http://bugs.php.net/?id=20699&edit=1
#20790 [Opn->Bgs]: boolean 'label' false not evaluating properly
ID: 20790 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Variables related Operating System: solaris PHP Version: 4.2.0 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Previous Comments: [2002-12-03 08:28:30] [EMAIL PROTECTED] if i invoke a .php prog like this $setFlag is always evaluated in myProg.php as true the problem disappears if i use -- Edit this bug report at http://bugs.php.net/?id=20790&edit=1
Bug #16484 Updated: segmentation fault
ID: 16484 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: XSLT related Operating System: linux PHP Version: 4.1.2 New Comment: To properly diagnose this bug, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Previous Comments: [2002-04-08 02:33:50] [EMAIL PROTECTED] I have segmentation fault on my apache child wich appears randomly. I have try to compile with a lot of version of php, apache, sablot and expat but the crash is always here. I have try to install php with sablot, expat and there is no pb during compilation. but always exit signal segmentation fault in my apache log. I have try --enable-rule=EXPAT=/dir_of_mylibexpat , or --disable-rule=EXPAT but always the problem. Please help me. Do you think a linux lib can be the problem? isthe memory limit configuration option with php can be important? Have I to compile expat and sablot with option? Have I to you papache with apxs? Sébastien [EMAIL PROTECTED] -- Edit this bug report at http://bugs.php.net/?id=16484&edit=1
Bug #16485 Updated: can't read stdin flowdata neither using php://stdin no $HTTP_RAW_POST_DATA
ID: 16485
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Unknown/Other Function
Operating System: FreeBSD4.4
PHP Version: 4.1.2
New Comment:
The bug system is not the appropriate forum for asking support
questions. For a list of a range of more appropriate places to ask
for help using PHP, please visit http://www.php.net/support.php
Previous Comments:
[2002-04-08 04:01:26] [EMAIL PROTECTED]
Hi All !
The problem :
1. On client-side i have next script :
var xmlhttp = new ActiveXObject("Microsoft.XMLHTTP");
var Response = new ActiveXObject("MSXML2.DOMDocument");
strxml = "SOME XML..."
xmlhttp.open("POST","http://host/script.php",false);
xmlhttp.setRequestHeader("Content-type","text/xml");
xmlhttp.send(strxml);
alert(xmlhttp.ResponseText);
2. When script.php starts the CONTENT_LENGTH is not null,
its value is NNN bytes.
4. Constructions like :
$fp = fopen("php://stdin","r");
$data=fread($fp,$HTTP_SERVER_VARS{'CONTENT_LENGTH'});
fclose($fp);
echo $data;
or
echo $HTTP_RAW_POST_DATA;
don't work. They return null :-(
4. In PHP.INI always_populate_raw_post_data = On
Anybody knows what's happened ?
--
Edit this bug report at http://bugs.php.net/?id=16485&edit=1
Bug #16481 Updated: recode doesn't compile with apache 2.0
ID: 16481 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Recode related Operating System: PLD Linux / glibc 2.2.5 / gcc3.1 PHP Version: 4.1.2 New Comment: PHP 4.1.2 doesn't work with Apache 2. Can you try 4.2.0 RC3 from www.php.net/~derick when it's out (scheduled for 2002-04-12)? Previous Comments: [2002-04-07 20:50:11] [EMAIL PROTECTED] reclassified. [2002-04-07 20:00:46] [EMAIL PROTECTED] While trying to compile php 4.1.2 with apache 2.0.35 make[1]: Wchodzê w katalog `/home/users/misiek/rpm/BUILD/php-4.1.2/ext/recode' /bin/sh /home/users/misiek/rpm/BUILD/php-4.1.2/libtool --silent --mode=compile i686-pld-linux-gcc -I. -I/home/users/misiek/rpm/BUILD/php-4.1.2/ext/recode -I/home/users/misiek/rpm/BUILD/php-4.1.2/main -I/home/users/misiek/rpm/BUILD/php-4.1.2 -I/usr/include/apache -I/home/users/misiek/rpm/BUILD/php-4.1.2/Zend -I/usr/include/libxml2 -I/usr/include/freetype2/freetype -I/usr/include/imap -I/usr/include/mysql -I/usr/local/include -I/usr/include/ucd-snmp -D_REENTRANT -I/home/users/misiek/rpm/BUILD/php-4.1.2/TSRM -O2 -march=athlon -DEAPI -I/usr/X11R6/include -pthread -DZTS -prefer-pic -c recode.c && touch recode.slo In file included from recode.c:28: php_recode.h:35:2: warning: #warning Recode module has not been tested for thread-safety. recode.c: In function `zm_startup_recode': recode.c:79: `recode_globals_id' undeclared (first use in this function) recode.c:79: (Each undeclared identifier is reported only once recode.c:79: for each function it appears in.) recode.c: In function `zm_shutdown_recode': recode.c:89: `recode_globals_id' undeclared (first use in this function) recode.c: In function `zif_recode_string': recode.c:124: `recode_globals_id' undeclared (first use in this function) recode.c: In function `zif_recode_file': recode.c:189: `recode_globals_id' undeclared (first use in this function) make[1]: *** [recode.slo] B³±d 1 make[1]: Opuszczam katalog `/home/users/misiek/rpm/BUILD/php-4.1.2/ext/recode' -- Edit this bug report at http://bugs.php.net/?id=16481&edit=1
Bug #16478 Updated: Very very slow loading
ID: 16478 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Documentation problem Operating System: WinXP Pro PHP Version: 4.1.2 New Comment: Yeah, we know it. There's another report for this. Tnx anyway. Previous Comments: [2002-04-07 17:49:27] [EMAIL PROTECTED] Hello guys, I downloaded the CHM verision of the documentation as it is much more flexible in using and easier to search in. The problem is that it loads very very slow. I don't know why but it takes about 3 seconds to display any topic. I compared to the 4.1.1 chm documentation and the 4.1.1 chm version loads normally, click and see almost instantly. It is very annoying as it is time consuming when searching through the doc and seeing multiple found topics. Thanks P.S. keep up the good work guys! -- Edit this bug report at http://bugs.php.net/?id=16478&edit=1
Bug #16473 Updated: popen not fully supported
ID: 16473
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Strings related
Operating System: Tru64 UNIX 5.0a
PHP Version: 4.0.6
Assigned To: hholzgra
New Comment:
(unassigning... or is it deassigning??? whatever... :)
Previous Comments:
[2002-04-07 15:47:23] [EMAIL PROTECTED]
... and closed
[2002-04-07 15:47:07] [EMAIL PROTECTED]
fixed in CVS and 4.2 release branch
[2002-04-07 09:48:23] [EMAIL PROTECTED]
levenshtein("a", "bc") returns 1 but it must returns 2 !!!
--
Edit this bug report at http://bugs.php.net/?id=16473&edit=1
Bug #16491 Updated: Fails to compile with apxs2
ID: 16491 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus -Bug Type: Compile Failure +Bug Type: Apache2 related Operating System: Linux 2.4.2 PHP Version: 4.1.2 New Comment: Try RC3 from www.php.net/~derick when it's out (scheduled for the 12th of April). Reopen if it still fails. Previous Comments: [2002-04-08 07:51:42] [EMAIL PROTECTED] ./configure --with-apxs2=/opt/apache/bin/apxs --without-mysql produces: sapi_apache2.c:31:25: apr_strings.h: No such file or directory sapi_apache2.c:33:25: util_filter.h: No such file or directory This also happens with 4.2.0RC2 - unsure as to whether this is due to missing files with PHP or Apache 2.0.35 -- Edit this bug report at http://bugs.php.net/?id=16491&edit=1
Bug #16494 Updated: Apache 2.0.35 changed its API and PHP 4.1.2 doesn't seem to compensate.
ID: 16494 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Red Hat Linux 7.2 PHP Version: 4.1.2 New Comment: PHP 4.1.x doesn't work with Apache 2. You can try 4.2.0RC3 from www.php.net/~derick when it's out (scheduled for the 12th of April), reopen if it doesn't work. RC2 doesn't work yet, you'll have to wait for RC3. Previous Comments: [2002-04-08 09:57:27] [EMAIL PROTECTED] Hi there, I tried installing PHP 4.1.2 on a fairly bare Linux test box with Apache 2.0.35 with no optional modules installed besides mod_so and mod_ssl. Using the php configure option --with-apxs2=[blah] I can get the configure script to execute, but when I try to compile I get errors like the ones reproduced at the bottom of this report. My php configure line is: ./configure --with-mysql --with-apxs2=/usr/apache/bin/apxs --with-config-file-path=/usr/apache/conf --with-xml although I get the same problem with any set of configure directives I've tried, so long as I try to use --with-apxs2. I took a look at the changelog for Apache and found the following change for version 2.0.35: *) Change bucket brigades API to allow a "bucket allocator" to be passed in at certain points. This allows us to implement freelists so that we can stop using malloc/free so frequently. [Cliff Woolley, Brian Pane] This seems to explain the problem, but I'm not familiar enough with the code base of either package to take a stab at a solution. I hope this helps. Lovin' PHP, so keep up the great work. Cheers, Dan Compile errors: sapi_apache2.c: In function `php_apache_sapi_ub_write': sapi_apache2.c:58: too few arguments to function `apr_brigade_create' sapi_apache2.c:61: too few arguments to function `apr_bucket_transient_create' sapi_apache2.c: In function `php_apache_sapi_register_variables': sapi_apache2.c:148: warning: initialization discards qualifiers from pointer target type sapi_apache2.c: In function `php_apache_sapi_flush': sapi_apache2.c:171: too few arguments to function `apr_brigade_create' sapi_apache2.c:172: too few arguments to function `apr_bucket_flush_create' sapi_apache2.c: In function `php_input_filter': sapi_apache2.c:246: too few arguments to function `apr_brigade_create' sapi_apache2.c:248: warning: passing arg 5 of `ap_get_brigade' makes integer from pointer without a cast sapi_apache2.c: In function `php_output_filter': sapi_apache2.c:312: too few arguments to function `apr_brigade_create' sapi_apache2.c:367: too few arguments to function `apr_bucket_transient_create' sapi_apache2.c:376: too few arguments to function `apr_bucket_eos_create' sapi_apache2.c: In function `php_register_hook': sapi_apache2.c:408: `AP_FTYPE_CONTENT' undeclared (first use in this function) sapi_apache2.c:408: (Each undeclared identifier is reported only once sapi_apache2.c:408: for each function it appears in.) sapi_apache2.c:409: warning: passing arg 2 of `ap_register_input_filter' from incompatible pointer type make[3]: *** [sapi_apache2.lo] Error 1 make[3]: Leaving directory `/home/src/php-4.1.2/sapi/apache2filter' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/src/php-4.1.2/sapi/apache2filter' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/src/php-4.1.2/sapi' make: *** [all-recursive] Error 1 -- Edit this bug report at http://bugs.php.net/?id=16494&edit=1
Bug #16434 Updated: Build Error
ID: 16434 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Apache2 related Operating System: Linux 2.4.2-2 PHP Version: 4.1.2 New Comment: It has already been fixed... Previous Comments: [2002-04-08 10:56:49] [EMAIL PROTECTED] I have a diff for PHP 4.2.0RC2 so it will compile against Apache 2.0.35-dev. Where do I send it? [2002-04-08 09:41:30] [EMAIL PROTECTED] I grabbed the neweest Apache 2.0 from CVS Friday, compiled it with: ./configure --prefix=/opt/apache_2.0dev --with-mpm=worker --enable-so then compiled PHP 4.2.0RC2 with: ./configure --with-apxs2=/opt/apache_2.0dev/bin/apxs --with-mysql=/usr Here's what it says just before dying: make[3]: Entering directory `/root/php-4.2.0RC2/sapi/apache2filter' /bin/sh /root/php-4.2.0RC2/libtool --silent --mode=compile gcc -I. -I/root/php-4.2.0RC2/sapi/apache2filter -I/root/php-4.2.0RC2/main -I/root/php-4.2.0RC2 -I/opt/apache_2.0dev/include -I/root/php-4.2.0RC2/Zend -I/usr/include/mysql -I/root/php-4.2.0RC2/ext/xml/expat -D_REENTRANT -I/root/php-4.2.0RC2/TSRM -g -O2 -pthread -DZTS -prefer-pic -c sapi_apache2.c sapi_apache2.c: In function `php_apache_sapi_ub_write': sapi_apache2.c:58: too few arguments to function `apr_brigade_create' sapi_apache2.c:61: too few arguments to function `apr_bucket_transient_create' sapi_apache2.c: In function `php_apache_sapi_flush': sapi_apache2.c:174: too few arguments to function `apr_brigade_create' sapi_apache2.c:175: too few arguments to function `apr_bucket_flush_create' sapi_apache2.c: In function `php_input_filter': sapi_apache2.c:257: too few arguments to function `apr_brigade_create' sapi_apache2.c: In function `php_output_filter': sapi_apache2.c:331: too few arguments to function `apr_brigade_create' sapi_apache2.c:386: too few arguments to function `apr_bucket_transient_create' sapi_apache2.c:395: too few arguments to function `apr_bucket_eos_create' make[3]: *** [sapi_apache2.lo] Error 1 make[3]: Leaving directory `/root/php-4.2.0RC2/sapi/apache2filter' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/root/php-4.2.0RC2/sapi/apache2filter' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/php-4.2.0RC2/sapi' make: *** [all-recursive] Error 1 I'll figure out the problem and let you guys know. I bet it's the APR_BLOCK_READ/APR_NONBLOCK_READ thing again. [2002-04-08 09:27:28] [EMAIL PROTECTED] I added APR_BLOCK_READ to the ap_get_brigade function call on line 247. [2002-04-06 11:12:15] [EMAIL PROTECTED] Hi, which changes did you exactly made to sapi_apache2.c? Bye, Sebastian [2002-04-06 11:12:10] [EMAIL PROTECTED] You need latest CVS versions of both Apache2 and PHP. 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/16434 -- Edit this bug report at http://bugs.php.net/?id=16434&edit=1
Bug #16505 Updated: fopen does not overwrite files opened via FTP ...
ID: 16505
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Filesystem function related
Operating System: Redhat 6.2
PHP Version: 4.1.1
New Comment:
Dupe of #?
Previous Comments:
[2002-04-09 03:17:44] [EMAIL PROTECTED]
If I try to use fopen to overwrite a file via FTP ...
fopen("ftp://username:[EMAIL PROTECTED]/system/path/to/file.txt";,
"w")
... I get a "Warning: File already exists" error and it fails. Is'nt it
supposed to overwrite it?
--
Edit this bug report at http://bugs.php.net/?id=16505&edit=1
Bug #16505 Updated: fopen does not overwrite files opened via FTP ...
ID: 16505
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Duplicate
Bug Type: Filesystem function related
Operating System: Redhat 6.2
PHP Version: 4.1.1
Previous Comments:
[2002-04-09 04:13:40] [EMAIL PROTECTED]
Dupe of #?
[2002-04-09 03:17:44] [EMAIL PROTECTED]
If I try to use fopen to overwrite a file via FTP ...
fopen("ftp://username:[EMAIL PROTECTED]/system/path/to/file.txt";,
"w")
... I get a "Warning: File already exists" error and it fails. Is'nt it
supposed to overwrite it?
--
Edit this bug report at http://bugs.php.net/?id=16505&edit=1
Bug #16505 Updated: fopen does not overwrite files opened via FTP ...
ID: 16505
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Duplicate
-Bug Type: Filesystem function related
+Bug Type: FTP related
Operating System: Redhat 6.2
PHP Version: 4.1.1
Previous Comments:
[2002-04-09 04:13:40] [EMAIL PROTECTED]
Dupe of #?
[2002-04-09 03:17:44] [EMAIL PROTECTED]
If I try to use fopen to overwrite a file via FTP ...
fopen("ftp://username:[EMAIL PROTECTED]/system/path/to/file.txt";,
"w")
... I get a "Warning: File already exists" error and it fails. Is'nt it
supposed to overwrite it?
--
Edit this bug report at http://bugs.php.net/?id=16505&edit=1
Bug #16503 Updated: mail() provides \" or \' escaped characters for single and double quotes
ID: 16503 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Mail related Operating System: linux PHP Version: 4.1.2 New Comment: The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Previous Comments: [2002-04-08 23:48:05] [EMAIL PROTECTED] mail() improperly escapes single and double quotes. For example: ' appears as \' (as when an apostrophe is in the email text, like" person's automobile" shows up as "person\'s automobile". The email sent contains the escaped character with the \ in front of it instead [2002-04-08 23:44:47] [EMAIL PROTECTED] mail() improperly escapes single and double quotes. For example: ' appears as \' (as when an apostrophe is in the email text, like" person's automobile" shows up as "person\'s automobile". The email sent contains the escaped character with the \ in front of it instead of sending the character properly. -- Edit this bug report at http://bugs.php.net/?id=16503&edit=1
Bug #16501 Updated: preg_replace() seems to act in strange with some escaped chars.
ID: 16501
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: PCRE related
Operating System: SuSE GNU/Linux 7.3
PHP Version: 4.0.6
New Comment:
The bug system is not the appropriate forum for asking support
questions. For a list of a range of more appropriate places to ask
for help using PHP, please visit http://www.php.net/support.php
Hint: IIRC, PHP converts all newlines to \n so you can use \n in your
regexes.
Previous Comments:
[2002-04-08 17:32:40] [EMAIL PROTECTED]
Preface:
Was writing a script to replace single linebreaks in input to and
multiple to such as to parse user scribbling to
very simple xhtml. Multiplatform linebreaks should be accepted.
There, I think I encountered very strange behaviour of PHP concerning
octally escaped chars.
If I did something very very stupid, please don't hate me too much, I'm
not too experienced w/ php. I however first showed this to a friend who
is and he didn't know what it was either.
Short script:
// parsed all newlines as single ones, resulting in a many s --
// two (!) for a linebreak, 1 for every added linebreak in the input
parseUserTextfield1($input) {
$parsed=preg_replace(array("/(\012\015|\012|\015)/","/(\012\015|\012|\015)(\012\015|\012|\015)+/"),
array('',''),
$input);
return $parsed;
}
// parsed all newlines as multi ones, resulting in a many s --
// so, only the first one seems to be matched...almost as if one
linebreak in
// the browser seemed like multiple ones in the string
// browser is a mozilla 0.9.8 on the server -- shouldn't it just send
\012
// using a linux-based system?
parseUserTextfield2($input) {
$parsed=preg_replace(array("/(\012\015|\012|\015)(\012\015|\012|\015)+/","/(\012\015|\012|\015)/"),
array('',''),
$input);
return $parsed;
}
// curious thing: if i replace the linebreak expr. w/ BREAK as in:
function parseUserTextfield($input) {
$parsed=preg_replace(array("/(BREAK)(BREAK)+/","/(BREAK)/"),
array('',''),
$parsed);
return $parsed;
}
// everything works as expected
List of Modules // ./configure - line (this simply is the SuSE7.3 i386
Cfg with security updates):
'./configure' '--prefix=/usr/share' '--datadir=/usr/share/php'
'--bindir=/usr/bin' '--libdir=/usr/share'
'--with-config-file-path=/etc' '--with-exec-dir=/usr/lib/php/bin'
'--with-mysql=/usr' '--with-gd=yes' '--enable-gd-native-ttf'
'--enable-gd-imgstrttf' '--with-tiff-dir=/usr' '--with-jpeg-dir=/usr'
'--with-png-dir=/usr' '--with-xpm-dir=/usr/X11R6' '--with-ldap=yes'
'--with-zlib=yes' '--with-bz2' '--with-gmp' '--with-xml' '--with-dom'
'--with-ttf' '--with-t1lib' '--with-mcal=/usr' '--with-imap=yes'
'--with-sablot' '--with-readline' '--with-ftp' '--with-ndbm'
'--with-gdbm' '--with-mcrypt' '--with-gettext' '--with-mm'
'--with-gd=yes' '--with-qtdom=/usr/lib/qt' '--enable-versioning'
'--enable-yp' '--enable-bcmath' '--enable-trans-sid'
'--enable-inline-optimization' '--enable-track-vars'
'--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets'
'--enable-sysvsem' '--enable-sysvshm' '--enable-shmop'
'--enable-calendar' '--enable-mbstring' '--enable-mbstr-enc-trans'
'--enable-exif' '--enable-ftp' '--enable-memory-limit' '--enable-wddx'
'--enable-filepro' '--enable-dbase' '--enable-ctype' '--disable-debug'
'--enable-force-cgi-redirect' '--enable-discard-path'
'--enable-sigchild' '--with-openssl' '--with-curl' '--with-swf=./dist/'
'--with-imap-ssl' '--with-gd=yes' '--with-apxs=/usr/sbin/apxs'
'--with-pgsql=/usr' '--with-snmp' 'i386-suse-linux'
Other Info:
None that I know of.
Backtrace:
No crash, no trace.
--
Edit this bug report at http://bugs.php.net/?id=16501&edit=1
Bug #16499 Updated: strftime("%T") no output
ID: 16499
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Assigned
Bug Type: Documentation problem
Operating System: win2k Server SP2
PHP Version: 4.1.1
-Assigned To:
+Assigned To: sander
New Comment:
Assigning to myself...
Previous Comments:
[2002-04-08 16:46:16] [EMAIL PROTECTED]
Sounds like a good idea, reopening as a doc problem.
Derick
[2002-04-08 16:43:05] [EMAIL PROTECTED]
Hi,
blame me, I searched the database, but this one didn't come to my
eyes:-), sorry!
According to that note:
Note: Not all conversion specifiers may be supported by your C library,
in which case they will not be supported by PHP's strftime().
it may be worth to mention it in the docs explicitly, that
strftime("%T") and strftime("%D") doesn't work on windows?
greets
Friedhelm
[2002-04-08 16:06:30] [EMAIL PROTECTED]
see bug #16498 :)
[2002-04-08 16:04:42] [EMAIL PROTECTED]
Hi,
strftime("%T") doesn't produce any output on win2k.
>From the docs:
%T - current time, equal to %H:%M:%S
print strftime("%T");//no output
print strftime("%H:%M:%S "); //expected output
Regards
Friedhelm Betz
--
Edit this bug report at http://bugs.php.net/?id=16499&edit=1
Bug #16514 Updated: PHP will not compile as DSO for Apache 2.0.35.
ID: 16514 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Red Hat 7.2 PHP Version: 4.1.2 New Comment: We know that and it has been fixed... Previous Comments: [2002-04-09 10:14:30] [EMAIL PROTECTED] Hello, I have tried compiling PHP 4.1.2 and 4.2.0RC2 with Apache 2.0.35 using apxs2 "./configure --with-mysql --with-apcx2=/u/www2/bin/apxs" With bother versions of PHP I get error regarding sapi: make[3]: *** [sapi_apache2.lo] Error 1 make[3]: Leaving directory `/u/downloads/web/php-4.2.0RC2/sapi/apache2filter' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/u/downloads/web/php-4.2.0RC2/sapi/apache2filter' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/u/downloads/web/php-4.2.0RC2/sapi' make: *** [all-recursive] Error 1 -- Edit this bug report at http://bugs.php.net/?id=16514&edit=1
Bug #16499 Updated: strftime("%T") no output
ID: 16499
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Assigned
+Status: Closed
Bug Type: Documentation problem
Operating System: win2k Server SP2
PHP Version: 4.1.1
Assigned To: sander
New Comment:
This bug has been fixed in CVS.
Previous Comments:
[2002-04-09 04:15:20] [EMAIL PROTECTED]
Assigning to myself...
[2002-04-08 16:46:16] [EMAIL PROTECTED]
Sounds like a good idea, reopening as a doc problem.
Derick
[2002-04-08 16:43:05] [EMAIL PROTECTED]
Hi,
blame me, I searched the database, but this one didn't come to my
eyes:-), sorry!
According to that note:
Note: Not all conversion specifiers may be supported by your C library,
in which case they will not be supported by PHP's strftime().
it may be worth to mention it in the docs explicitly, that
strftime("%T") and strftime("%D") doesn't work on windows?
greets
Friedhelm
[2002-04-08 16:06:30] [EMAIL PROTECTED]
see bug #16498 :)
[2002-04-08 16:04:42] [EMAIL PROTECTED]
Hi,
strftime("%T") doesn't produce any output on win2k.
>From the docs:
%T - current time, equal to %H:%M:%S
print strftime("%T");//no output
print strftime("%H:%M:%S "); //expected output
Regards
Friedhelm Betz
--
Edit this bug report at http://bugs.php.net/?id=16499&edit=1
Bug #16516 Updated: mail doesn't work with globalized vars
ID: 16516
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Mail related
Operating System: FreeBSD 4.4
PHP Version: 4.1.2
New Comment:
To properly diagnose this bug, we need a backtrace to see what is
happening behind the scenes. To find out how to generate a backtrace,
please read http://bugs.php.net/bugs-generating-backtrace.php
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open".
Previous Comments:
[2002-04-09 12:50:57] [EMAIL PROTECTED]
I got 3 files, part of an eShop:
config.php // contains $mailto
func.php// contains sendmail();
send.php// calls sendmail();
OK, the problem was, I execute send.php:
sendmail() contains:
Now, PHP crashed without a reason, server error page appears, nothing
wrote to the error.log!
I changed the mail-function in:
mail("[EMAIL PROTECTED]", "Any subject", $body, "From:
[EMAIL PROTECTED]");
Now it worked fine!
Dunno if its a bug, but it was difficult to catch the error!
Apache Server, tested with PHP 4.0.6 and 4.1.2
(err, sorry 4 bad english)
greets,
Lopez
--
Edit this bug report at http://bugs.php.net/?id=16516&edit=1
Bug #16352 Updated: different implementation of str_replace on windows and linux
ID: 16352
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Unknown/Other Function
Operating System: windows
PHP Version: 4.1.1
New Comment:
You're probably messing with different Magic Quotes settings.
This is really not a bug, you're doing something wrong.
Previous Comments:
[2002-04-09 14:08:04] [EMAIL PROTECTED]
I know, what the escape characters mean.
The problem was, that I wanted to replace all quotations in a string
which worked on linux with \" but on windows I had to write \\\" to
achieve the replacement!
[2002-04-09 12:01:22] [EMAIL PROTECTED]
???
On linux $getQuery = str_replace("\"", "", $getQuery);
On windows $getQuery = str_replace("\"", "", $getQuery);
\\ means \ \" means " so \\\" means \".
[2002-03-29 15:29:24] [EMAIL PROTECTED]
str_replace() produces different output on windows and on linux:
php versions:
windows: 4.1.1
linux: 4.0.5
situation:
I wanted to delete all quotations in a string, that came from GET
query.
script:
on linux:
$getQuery = str_replace("\"", "", $getQuery);
on windows:
$getQuery = str_replace("\\\"", "", $getQuery);
conclusion:
On windows, the character [\"] is not seen as one character but as
two.
--
Edit this bug report at http://bugs.php.net/?id=16352&edit=1
Bug #16255 Updated: Upload Size > 32MB
ID: 16255 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Duplicate Bug Type: Scripting Engine problem Operating System: Windows 2000 NT PHP Version: 4.1.2 New Comment: There is already a report for this. Don't know which one though... this bugsystem really sucks :( Previous Comments: [2002-04-09 15:04:45] [EMAIL PROTECTED] When I try to upload large files (greater than 25MB) using PHP 4.1.2 (Apache 1.3.20/FreeBSD 4.5) it takes an infinitely long time to complete the transfer. It will time out before the transfer is complete (and I set the time out for twenty minutes). I circumvent this bug-driven limitation by having local users access a samba share on the web server, onto which they can move files that are then able to be 'uploaded' (read: copied to the correct filesystem destination) within my PHP script -- but this is not an optimal solution. I've been waiting for this bug to be resolved for months. I hope there is a fix for it in 4.2. Thanks. -ronnen [2002-04-09 03:18:09] [EMAIL PROTECTED] always the same problem, now new is that i can see in the tmp Dir that the filesize increase but very slow. 32MB needs 15 min. on localhost Transfer. [2002-03-25 07:59:02] [EMAIL PROTECTED] You can try for yourself :) There are PHP 4.2.0RC1 binaries at www.php.net/~derick Derick [2002-03-25 06:35:18] [EMAIL PROTECTED] When i make an Upload with size more than 32MB, the time for this upload is very long (75MB over 45 min in 100MBit Network). The same file ,the same PHP and Apache config on an Linux System need only 1 minute for transfer. Please tell me if this bug is solved in Version 4.2 regards Claude Schmitt -- Edit this bug report at http://bugs.php.net/?id=16255&edit=1
Bug #16528 Updated: Incompatible behaviour of arrays (and maybe other vars)
ID: 16528 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback -Bug Type: *Programming Data Structures +Bug Type: Variables related Operating System: linux PHP Version: 4.1.2 New Comment: Can you try 4.2.0RC2 or 3 from www.php.net/~derick? Previous Comments: [2002-04-10 06:05:18] [EMAIL PROTECTED] In PHP 4.0 you can write the following: ... $a=''; if ( empty($a['bla']) ) ... There are no errors or warnings, even if all warnings has been put on (as we do). in PHP 4.1 this code complains the missing index 'bla': Warning: Uninitialized string offset: 0 in Workarround: if ( empty($a) and empty($a['bla']) ) which seems not to be very logical. $a['bla'] must be empty, if $a is empty... -- Edit this bug report at http://bugs.php.net/?id=16528&edit=1
Bug #16515 Updated: Files with execute-bit are always php-parsed - I cannot disable this!
ID: 16515 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: Apache related Operating System: Linux 2.4.16 PHP Version: 4.1.2 New Comment: Reopening on user request. Previous Comments: [2002-04-09 11:32:19] [EMAIL PROTECTED] The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php I'm sure this is a configuration issue; ask support on the appropriate mailinglist. [2002-04-09 11:06:13] [EMAIL PROTECTED] Hello! After updating 4.04pl1 to 4.1.1, I encountered the following problem: All .htm and .html-files with the execute-bit set, are PHP parsed! I disabled the xbithack-feature of Apache and phpinfo() tells me correctly, that xbithack is disabled (ok, the xbithack-feature will normally enable SSI-parsing in Apache, but I wanted to be sure that everything is disabled). Then I updated to 4.1.2, but the files are still PHP-parsed. I updated Apache from 1.3.19 to 1.3.22, but the files are still PHP-parsed. I tried everything, but my xbit-files are still PHP-parsed - and I don't want this (sigh!). Is this a bug or a hidden feature? Is there something I can do? Can anybody reproduce the problem? (just set chmod 755 for a .html-file, put some php-code in it and look if it is being PHP-parsed) Help! Thanks for your support. Greetings ... tobias wiersch from germany -- Edit this bug report at http://bugs.php.net/?id=16515&edit=1
Bug #16533 Updated: Apache 2 can't start using PHP as a module
ID: 16533 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: Windows 98 PHP Version: 4.1.2 New Comment: Apache 2 support is broken in 4.1.2 and will hopefully work better in 4.2.0. Previous Comments: [2002-04-10 12:14:24] [EMAIL PROTECTED] When I try to use PHP with Apache 2 (last stable version), Apache don't start, telling me that he couldn't load the dll module file. I've checked depencies of that file and found that it requires APACHECORE.DLL that isn't anymore with Apache 2 (as it seems ...) PHP work well as a CGI :) -- Edit this bug report at http://bugs.php.net/?id=16533&edit=1
Bug #16524 Updated: PHP script crashes iPlanet
ID: 16524
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: iPlanet related
Operating System: Windows 2000
PHP Version: 4.1.2
New Comment:
We asked for a backtrace, not for a dump of your php.ini.
Previous Comments:
[2002-04-10 10:52:11] [EMAIL PROTECTED]
Here are my current ini settings... No error log is being produced.
[PHP]
;;;
; WARNING ;
;;;
; This is the default settings file for new PHP installations.
; By default, PHP installs itself with a configuration suitable for
; development purposes, and *NOT* for production purposes.
; For several security-oriented considerations that should be taken
; before going online with your site, please consult
php.ini-recommended
; and http://php.net/manual/en/security.php.
;;;
; About this file ;
;;;
; This file controls many aspects of PHP's behavior. In order for PHP
to
; read it, it must be named 'php.ini'. PHP looks for it in the
current
; working directory, in the path designated by the environment
variable
; PHPRC, and in the path that was defined in compile time (in that
order).
; Under Windows, the compile-time path is the Windows directory. The
; path in which the php.ini file is looked for can be overridden using
; the -c argument in command line mode.
;
; The syntax of the file is extremely simple. Whitespace and Lines
; beginning with a semicolon are silently ignored (as you probably
guessed).
; Section headers (e.g. [Foo]) are also silently ignored, even though
; they might mean something in the future.
;
; Directives are specified using the following syntax:
; directive = value
; Directive names are *case sensitive* - foo=bar is different from
FOO=bar.
;
; The value can be a string, a number, a PHP constant (e.g. E_ALL or
M_PI), one
; of the INI constants (On, Off, True, False, Yes, No and None) or an
expression
; (e.g. E_ALL & ~E_NOTICE), or a quoted string ("foo").
;
; Expressions in the INI file are limited to bitwise operators and
parentheses:
; |bitwise OR
; &bitwise AND
; ~bitwise NOT
; !boolean NOT
;
; Boolean flags can be turned on using the values 1, On, True or Yes.
; They can be turned off using the values 0, Off, False or No.
;
; An empty string can be denoted by simply not writing anything after
the equal
; sign, or by using the None keyword:
;
; foo = ; sets foo to an empty string
; foo = none; sets foo to an empty string
; foo = "none" ; sets foo to the string 'none'
;
; If you use constants in your value, and these constants belong to a
; dynamically loaded extension (either a PHP extension or a Zend
extension),
; you may only use these constants *after* the line that loads the
extension.
;
; All the values in the php.ini-dist file correspond to the builtin
; defaults (that is, if no php.ini is used, or if you delete these
lines,
; the builtin defaults will be identical).
; Language Options ;
; Enable the PHP scripting language engine under Apache.
engine = On
; Allow the tags are
recognized.
short_open_tag = On
; Allow ASP-style <% %> tags.
asp_tags = Off
; The number of significant digits displayed in floating point
numbers.
precision= 14
; Enforce year 2000 compliance (will cause problems with non-compliant
browsers)
y2k_compliance = Off
; Output buffering allows you to send header lines (including cookies)
even
; after you send body content, at the price of slowing PHP's output
layer a
; bit. You can enable output buffering during runtime by calling the
output
; buffering functions. You can also enable output buffering for all
files by
; setting this directive to On. If you wish to limit the size of the
buffer
; to a certain size - you can use a maximum number of bytes instead of
'On', as
; a value for this directive (e.g., output_buffering=4096).
output_buffering = Off
; You can redirect all of the output of your scripts to a function.
For
; example, if you set output_handler to "ob_gzhandler", output will be
; transparently compressed for browsers that support gzip or deflate
encoding.
; Setting an output handler automatically turns on output buffering.
output_handler =
; Transparent output compression using the zlib library
; Valid values for this option are 'off', 'on', or a specific buffer
size
; to be used for compression (default is 4KB)
zlib.output_compression = Off
; Implicit flush tells PHP to tell the output layer to flush itself
; automatically after every output block. This is equivalent to
calling the
; PHP function flush() after each and every call to print() or echo()
and each
; and every HTML block. Turning this option on has serious
performance
;
Bug #16530 Updated: in PHP 4.1.2, calling mysql_real_escape_string fails
ID: 16530 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type:Documentation problem PHP Version: 4.1.2 New Comment: This bug has been fixed in CVS. Previous Comments: [2002-04-10 10:31:43] [EMAIL PROTECTED] Documentation problem. It should be stated on the manual page. [2002-04-10 10:30:32] [EMAIL PROTECTED] It is added in 4.3.0 and the version info hasn't been updated on the site yet. Derick [2002-04-10 10:27:53] [EMAIL PROTECTED] In PHP 4.1.2 (not tested on other versions), calling mysql_real_escape_string fails w/ message: "Call to undefined function: mysql_real_escape_string() in ..." -- Edit this bug report at http://bugs.php.net/?id=16530&edit=1
Bug #16547 Updated: Problems with mysql_error
ID: 16547 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: Linux (mySQL,PHP&Apache comp.) PHP Version: 4.1.2 New Comment: The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Previous Comments: [2002-04-11 06:12:58] [EMAIL PROTECTED] Thats my System: System Linux webserver.ko.n.redcross.or.at 2.4.8-26mdk #1 Sun Sep 23 17:06:39 CEST 2001 i686 unknown Build Date Apr 10 2002 Configure Command './configure' '--with-apache=/home/unki/tmp/apache_1.3.24' '--enable-ftp' '--enable-sockets' '--with-mysql' '--with-imap-ssl' '--with-jpeg' Server API Apache All the newest self-compiled binaries - The Problem: when I using mysql_error() i normaly got back the error, why my mysql_query() failure (yes i'm connected and selected the mysql database) but I get no error, if the query fails... why? it's only since i used the php version 4.12 -- Edit this bug report at http://bugs.php.net/?id=16547&edit=1
Bug #16542 Updated: safe_mode_exec_dir and exec()
ID: 16542
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: IIS related
Operating System: windows XP
PHP Version: 4.1.2
New Comment:
YOu're messing with backslashes and slashes. Try setting the
safe_mode_exec_dir to something like c:/inetpub/cgi-bin
Does it work now?
Previous Comments:
[2002-04-11 04:17:29] [EMAIL PROTECTED]
ISAPI mode. IIS 5.1
safe_mode_exec_dir = C:\\Inetpub\cgi-bin\
Calls to exec system with {safe mode = On} result in an extra "/"
being
prepended to the executable file's name:
Warning: Unable to fork [C:Inetpub\cgi-bin\\/myprog.exe] in
c:\inetpub\wwwroot\index.php4
(the fork error results from other issues, but notice the /myprog.exe)
[2002-04-11 04:08:15] [EMAIL PROTECTED]
ISAPI mode. IIS 5.1
safe_mode_exec_dir = C:\\Inetpub\cgi-bin\
Calls to exec system with {safe mode = On} result in an extra "/" being
prepended to the executable file's name:
Warning: Unable to fork [C:Inetpub\cgi-bin\\/myprog.exe] in
c:\inetpub\wwwroot\index.php4
--
Edit this bug report at http://bugs.php.net/?id=16542&edit=1
Bug #16540 Updated: variables still exist after loading to a new page
ID: 16540
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Variables related
Operating System: win2K
PHP Version: 4.1.2
New Comment:
The bug system is not the appropriate forum for asking support
questions. For a list of a range of more appropriate places to ask
for help using PHP, please visit http://www.php.net/support.php
Previous Comments:
[2002-04-11 02:49:07] [EMAIL PROTECTED]
The variables value stay empty after logout and will remain empty
forever eventhough you try to login again with different value of
username and password
[2002-04-11 02:17:58] [EMAIL PROTECTED]
Below is the short script that produce quite stupid logics :)
//*** start here
$header =
"BUGS";
$min = 4;
$log = "";
$log .= "Username";
$log .= "Password ";
$log .= "Keep me loged-in into
this MUMZ unless I logout.";
$log .= "Do
nothing.";
if((isset($HTTP_POST_VARS["mumzu"]) && isset($HTTP_POST_VARS["mumzp"])
&& isset($HTTP_POST_VARS["mumzr"])) ||
(isset($HTTP_COOKIE_VARS["mumzu"]) && isset($HTTP_COOKIE_VARS["mumzp"])
&& isset($HTTP_COOKIE_VARS["mumzr"])))
{
if(!isset($p))
{
$m = 30;
$lifetime = time() + ($m * 60);
setcookie("mumzu", $mumzu, $lifetime);
setcookie("mumzp", $mumzp, $lifetime);
setcookie("mumzr", $mumzr, $lifetime);
echo $header;
echo "this is Restricted areaclick here to logout";
}
else if(isset($p) && $p == "logout")
{
setcookie("mumzu");
setcookie("mumzp");
setcookie("mumzr");
echo $header;
echo "Here is the bug: the 3 variabels mumzu,
mumzp, mumzr suppoused to be disapeared after clicking the link
below.And logically since there is no any existing variables it
suppoused to display login form instead restricted area
again";
echo "you have been loged out click here to
login again";
}
else
{
setcookie("mumzu");
setcookie("mumzp");
setcookie("mumzr");
echo $header;
echo "Bad username or password";
echo $log;
}
}
else
echo $header.$log;
if(isset($mumzu))
echo "username: \"$mumzu\" , pass: \"$mumzp\", cookie mumzp:
".@$HTTP_COOKIE_VARS["mumzp"];
echo "";
//***End of Line
--
Edit this bug report at http://bugs.php.net/?id=16540&edit=1
Bug #16544 Updated: Floating point calculation bug or float() function bug
ID: 16544
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Math related
Operating System: Windows
PHP Version: 4.1.2
New Comment:
The bug system is not the appropriate forum for asking support
questions. For a list of a range of more appropriate places to ask
for help using PHP, please visit http://www.php.net/support.php
Previous Comments:
[2002-04-11 04:55:49] [EMAIL PROTECTED]
Here's the code
";
echo "divVal: ".$divVal." - ".var_dump($divVal)."\n";
echo "Amount: ".$amount."\n";
if (floor($divVal) > 0) {
echo " [floored divVal is greater than zero]\n";
$amount = ($divVal - floor($divVal)) * $quantity;
}
echo "";
}
?>
You'll see the floor function is operating incorrectly?
--
Edit this bug report at http://bugs.php.net/?id=16544&edit=1
Bug #16538 Updated: session data not consistently stored during startup (10-50% failure rate)
ID: 16538 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Session related Operating System: Solaris 7 PHP Version: 4.1.2 New Comment: To properly diagnose this bug, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Previous Comments: [2002-04-10 16:57:07] [EMAIL PROTECTED] We use mysql db as the store for session data. In the past one month or so, I have noticed that Apache generated some "Segmentation fault" or "Bus error" messages. I was finally able to single out the cause of these errors: a couple of php pages using session. When a new session is initiated, the session data is not stored in the mysql db at least 1 out of 5 times, which appears to be related to the segfault/bus errors. -- Edit this bug report at http://bugs.php.net/?id=16538&edit=1
Bug #2 Updated: hash_environment
ID: 2 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Bogus Bug Type: Compile Failure Operating System: Debian 1.3/Linux 2.0.29 PHP Version: 3.0 Latest CVS New Comment: 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: [1998-01-26 14:35:54] rasmus Ok, fixed. This was caused by an Apache change. The patch is at: http://ca.php.net/cvsweb.cgi/main.c?r1=1.306&r2=1.307 and http://ca.php.net/cvsweb.cgi/functions/info.c?r1=1.37&r2=1.38 [1998-01-25 17:23:29] [EMAIL PROTECTED] Many thanks to my last problem. I´ve forgotten to 'make install' and failed on compiling apache. I recompiled the recent php and got this: marliesle# make bison -p php -v -d language-parser.y gcc -O2 -I. -I/usr/local/apachen/src/main -I/usr/local/apachen/src/os/unix -I/usr/local/apachen/src/ap -I/usr/local/include/mysql -I/usr/local/pgsql/include -g -Wall -c language-parser.tab.c -o language-parser.tab.o flex -Pphp -olanguage-scanner.c -i language-scanner.lex gcc -O2 -I. -I/usr/local/apachen/src/main -I/usr/local/apachen/src/os/unix -I/usr/local/apachen/src/ap -I/usr/local/include/mysql -I/usr/local/pgsql/include -g -Wall -w -c language-scanner.c gcc -O2 -I. -I/usr/local/apachen/src/main -I/usr/local/apachen/src/os/unix -I/usr/local/apachen/src/ap -I/usr/local/include/mysql -I/usr/local/pgsql/include -g -Wall -c main.c -o main.o main.c: In function `hash_environment': main.c:992: dereferencing pointer to incomplete type main.c:995: dereferencing pointer to incomplete type make: *** [main.o] Error 1 marliesle# Hopefully someone can fix this? I´m sure I have done several autoconf´s and autoheader´s to get away from that @STRONGHOLD@ To do not fill the BTS myself, can someone make msql, mysql and pgsql test´s working. With 'make test' these test's aren´t tested. Egon -- Edit this bug report at http://bugs.php.net/?id=2&edit=1
Bug #2 Updated: hash_environment
ID: 2 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Closed Bug Type: Compile Failure Operating System: Debian 1.3/Linux 2.0.29 PHP Version: 3.0 Latest CVS New Comment: Oops, reclosing :) Previous Comments: [2002-04-11 10:41:19] [EMAIL PROTECTED] 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 [1998-01-26 14:35:54] rasmus Ok, fixed. This was caused by an Apache change. The patch is at: http://ca.php.net/cvsweb.cgi/main.c?r1=1.306&r2=1.307 and http://ca.php.net/cvsweb.cgi/functions/info.c?r1=1.37&r2=1.38 [1998-01-25 17:23:29] [EMAIL PROTECTED] Many thanks to my last problem. I´ve forgotten to 'make install' and failed on compiling apache. I recompiled the recent php and got this: marliesle# make bison -p php -v -d language-parser.y gcc -O2 -I. -I/usr/local/apachen/src/main -I/usr/local/apachen/src/os/unix -I/usr/local/apachen/src/ap -I/usr/local/include/mysql -I/usr/local/pgsql/include -g -Wall -c language-parser.tab.c -o language-parser.tab.o flex -Pphp -olanguage-scanner.c -i language-scanner.lex gcc -O2 -I. -I/usr/local/apachen/src/main -I/usr/local/apachen/src/os/unix -I/usr/local/apachen/src/ap -I/usr/local/include/mysql -I/usr/local/pgsql/include -g -Wall -w -c language-scanner.c gcc -O2 -I. -I/usr/local/apachen/src/main -I/usr/local/apachen/src/os/unix -I/usr/local/apachen/src/ap -I/usr/local/include/mysql -I/usr/local/pgsql/include -g -Wall -c main.c -o main.o main.c: In function `hash_environment': main.c:992: dereferencing pointer to incomplete type main.c:995: dereferencing pointer to incomplete type make: *** [main.o] Error 1 marliesle# Hopefully someone can fix this? I´m sure I have done several autoconf´s and autoheader´s to get away from that @STRONGHOLD@ To do not fill the BTS myself, can someone make msql, mysql and pgsql test´s working. With 'make test' these test's aren´t tested. Egon -- Edit this bug report at http://bugs.php.net/?id=2&edit=1
Bug #16540 Updated: variables still exist after loading to a new page
ID: 16540
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Bogus
+Status: Feedback
Bug Type: Variables related
Operating System: win2K
PHP Version: 4.1.2
New Comment:
OK, but can you strip your sample script down to only a couple of
lines. Your script is waay to long, and then the bug is likely to
be caused by programming errors.
Reopening.
Previous Comments:
[2002-04-11 10:54:58] [EMAIL PROTECTED]
This is not a support question (I KNOW WHAT I'M DOING AND I DO NOT NEED
ANY HELP FROM SUPPORT) this is a bug that happened with your php
version 4.1.2 under win2k platform
the script is just there to help you to understand where the bug is.
Just to tell you one more that this script is running perfectly under
php version 4.0.6
I am just here to help you guys finding the bugs that's all!!!
[2002-04-11 06:20:25] [EMAIL PROTECTED]
The bug system is not the appropriate forum for asking support
questions. For a list of a range of more appropriate places to ask
for help using PHP, please visit http://www.php.net/support.php
[2002-04-11 02:49:07] [EMAIL PROTECTED]
The variables value stay empty after logout and will remain empty
forever eventhough you try to login again with different value of
username and password
[2002-04-11 02:17:58] [EMAIL PROTECTED]
Below is the short script that produce quite stupid logics :)
//*** start here
$header =
"BUGS";
$min = 4;
$log = "";
$log .= "Username";
$log .= "Password ";
$log .= "Keep me loged-in into
this MUMZ unless I logout.";
$log .= "Do
nothing.";
if((isset($HTTP_POST_VARS["mumzu"]) && isset($HTTP_POST_VARS["mumzp"])
&& isset($HTTP_POST_VARS["mumzr"])) ||
(isset($HTTP_COOKIE_VARS["mumzu"]) && isset($HTTP_COOKIE_VARS["mumzp"])
&& isset($HTTP_COOKIE_VARS["mumzr"])))
{
if(!isset($p))
{
$m = 30;
$lifetime = time() + ($m * 60);
setcookie("mumzu", $mumzu, $lifetime);
setcookie("mumzp", $mumzp, $lifetime);
setcookie("mumzr", $mumzr, $lifetime);
echo $header;
echo "this is Restricted areaclick here to logout";
}
else if(isset($p) && $p == "logout")
{
setcookie("mumzu");
setcookie("mumzp");
setcookie("mumzr");
echo $header;
echo "Here is the bug: the 3 variabels mumzu,
mumzp, mumzr suppoused to be disapeared after clicking the link
below.And logically since there is no any existing variables it
suppoused to display login form instead restricted area
again";
echo "you have been loged out click here to
login again";
}
else
{
setcookie("mumzu");
setcookie("mumzp");
setcookie("mumzr");
echo $header;
echo "Bad username or password";
echo $log;
}
}
else
echo $header.$log;
if(isset($mumzu))
echo "username: \"$mumzu\" , pass: \"$mumzp\", cookie mumzp:
".@$HTTP_COOKIE_VARS["mumzp"];
echo "";
//***End of Line
--
Edit this bug report at http://bugs.php.net/?id=16540&edit=1
Bug #16568 Updated: string comparison features give opposing results
ID: 16568 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Strings related Operating System: SunOS 5.6 PHP Version: 4.1.2 New Comment: $myrow[6] is not an empty string because you're trim()'ing the string incorrectly. See http://www.php.net/manual/en/function.trim.php Previous Comments: [2002-04-12 11:16:20] [EMAIL PROTECTED] I'm not asking a support question. $myrow[6] is an empty string. ord($myrow[6]) returns 32 (ascii for ' ') the first character of an empty string shouldn't evaluate as ascii 32. So this is a bug. [2002-04-12 11:11:49] [EMAIL PROTECTED] The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php [2002-04-12 10:46:52] [EMAIL PROTECTED] NOTE: in the examples below the $myrow array is a string array populated by an ingres select statement. if $myrow[6] is null going into the first example then $myrow[6] will not be set to &npsp, but in the second example it will. Shouldn't these two examples be equivalent? Also strcmp function behaves like example 1. EXAMPLE 1: trim($myrow[6]); ($myrow[6]) == " " ? $myrow[6] = " ") EXAMPLE 2: trim($myrow[6]); (ord($myrow[6]) == 32 ? $myrow[6] = " "); -- Edit this bug report at http://bugs.php.net/?id=16568&edit=1
Bug #16572 Updated: doesn't print 8.5 x 14
ID: 16572 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Output Control Operating System: msdos- windows PHP Version: 4.1.0 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". Previous Comments: [2002-04-12 13:26:29] [EMAIL PROTECTED] My system only prints 61 lines of data. I set my output at 85 x 84 long on a full page form. Epson stylus color II -- Edit this bug report at http://bugs.php.net/?id=16572&edit=1
Bug #16573 Updated: Accessing Data from HTML page using post method
ID: 16573 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Win95 WinNT4.0 PHP Version: 4.1.2 New Comment: The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Previous Comments: [2002-04-12 13:31:09] [EMAIL PROTECTED] Ok, i'm trying to access data from a html page using the method post and php file. It works perfectly, but usually a have problems with the variable names. For example, i have a text field in a html page and i want to pass the information typed in that text field to a php file, because i need to manipulate this data from the text field. That text field i called tf_project the html page index.html and the php file script.php. Ok, when i click on the html button to pass the data I'm supposed to be capable to access the data just accessing the $tf_project variable in the php script that the post method called. The method post you can invoke using the html tag in html file like that: Then, the problem that i'm reporting is, in the php script the $tf_project variable value is empty, but it's supposed to store the value passed from the html text field. If i change the text's field name to textproject and try to access the value again in the php script using now $textproject it works. I tough it was a php limitation with the "_" character to name variables, but in another situation i was using text filed name = project and php variable $project, then i had the same problem again, i just changed the names to title1 and $title1 and my php script worked perfectly!! I'm using the php4.1.1 and win95 for development, i executed the same test in winnt and with php4.1.2 in the both operational systems, the same problem occurred again. I made these simple examples just to verify the same problem that i always have in my php applications when i use html and php. If it is not a bug could you tell me if is there a php limitation when you name a variable in a php script? it's really hard expend 3 hours to discover that your script works perfectly and the problem is the variable name!! Thanks, Adriano -- Edit this bug report at http://bugs.php.net/?id=16573&edit=1
Bug #15829 Updated: using nonexistingn back reference in regex crashes PHP
ID: 15829 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: Debian (Sid) Linux PHP Version: 4.0CVS-2002-03-0 New Comment: I reported this BEFORE 4.2.0 was branched. I can't reproduce it anymore with todya's HEAD. Previous Comments: [2002-04-12 15:09:12] [EMAIL PROTECTED] which branch? I'm seeing this on HEAD. I've just started a new build, will post backtrace within 20 minutes. [2002-04-12 14:57:17] [EMAIL PROTECTED] Doesn't crash here either.. [2002-04-12 12:38:02] [EMAIL PROTECTED] I have it segfaulting there as well. FreeBSD roman.mobil.cz 4.4-STABLE FreeBSD 4.4-STABLE #0: Wed Dec 26 12:45:18 CET 2001 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/CRUDPUPPY_3 i386 './configure' \ '--disable-shared' \ '--disable-session' \ '--enable-debug' \ '--enable-inline-optimization' \ '--enable-dio' \ '--enable-ftp' \ '--enable-pcntl' \ '--enable-shmop' \ '--enable-sysvsem' \ '--enable-sysvshm' \ '--enable-sockets' \ '--enable-tokenizer' \ '--without-mysql' \ '--with-openssl' \ '--with-zlib' \ '--with-bz2' \ '--with-curl' \ '--with-gettext' \ '--with-iconv' \ '--with-ncurses' \ '--with-readline' \ "$@" I don't have a backtrace yet. [2002-03-02 07:42:55] [EMAIL PROTECTED] It crashes with a plain ./configure too btw... [2002-03-02 07:25:30] [EMAIL PROTECTED] Doesn't crash for me: php -q abcdef\1ghi Derick 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/15829 -- Edit this bug report at http://bugs.php.net/?id=15829&edit=1
Bug #16576 Updated: Else if fails when seperated @ least
ID: 16576 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Windows 2000 PHP Version: 4.1.2 New Comment: The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Hint: elseif is ONE word Previous Comments: [2002-04-12 15:18:32] [EMAIL PROTECTED] if i have html and then i embed php, i cannot use else if, only if (which REALLY SUCKS for forms.) this isn't my code but it illustrates the issue example: You should see an X int the slot you selected: :: etc. Adding curlies to the ifs and parentheses to the echo don't help. please email me a fix if its my mistake, or fix the bug if its yours thanks, joe -- Edit this bug report at http://bugs.php.net/?id=16576&edit=1
Bug #16142 Updated: chmod : page cannot be displayed
ID: 16142
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Documentation problem
Operating System: windows 9x
PHP Version: 4.1.2
New Comment:
reopening
Previous Comments:
[2002-04-12 04:40:22] [EMAIL PROTECTED]
> Is this still a problem with the latest build of the manual?
yes!
[2002-04-12 04:16:14] [EMAIL PROTECTED]
Is this still a problem with the latest build of the manual?
[2002-03-19 04:49:59] [EMAIL PROTECTED]
Well, I explain again enterely the bug :
- in the french (& english too) documentation, in "chm" format (last
release 18 march 2002)
- when I access to the "chmod" function by the menu :
"Content"->"Index functions"("Function reference")->"File system
functions"
- I obtain the error : "The page cannot be displayed"
- reason : it looks for the
"res://C:\WINDOWS\SYSTEM\SHDOCLC.DLL/dnserror.htm#file://H:\phpdoc\fr\fu
nction.chmod.html" page
It's only an unresolved link during the compilation of the chm file.
The only way to resolve it, is to remake the file.
Ruben
[2002-03-18 17:16:09] [EMAIL PROTECTED]
Sorry, changed status to feedback.
[2002-03-18 17:15:45] [EMAIL PROTECTED]
It worked for me. I downloaded the chm file, and opened it up. I then
went to the index, looked for chmod, and it pulled up just fine. What
page has the link your trying to follow?
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/16142
--
Edit this bug report at http://bugs.php.net/?id=16142&edit=1
Bug #16559 Updated: Extremely slow .chm file
ID: 16559 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Duplicate Bug Type: Documentation problem Operating System: Win 98 PHP Version: 4.1.2 New Comment: Dupe of #16559 Previous Comments: [2002-04-11 19:48:58] [EMAIL PROTECTED] I've been using the extremely excellent Windows Help version of your PHP documentation and have really found it to be fast and easy to use. But, the latest versions of the .chm file (last few months) are super slow. I keep coming back to get the latest version hoping it's been speeded up but it's still very, very slow to access. I very much hope this can be fixed. It is a must-have tool!! -- Edit this bug report at http://bugs.php.net/?id=16559&edit=1
Bug #16559 Updated: Extremely slow .chm file
ID: 16559 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Duplicate Bug Type: Documentation problem Operating System: Win 98 PHP Version: 4.1.2 New Comment: And of #16294 Previous Comments: [2002-04-12 04:13:29] [EMAIL PROTECTED] Dupe of #16559 [2002-04-11 19:48:58] [EMAIL PROTECTED] I've been using the extremely excellent Windows Help version of your PHP documentation and have really found it to be fast and easy to use. But, the latest versions of the .chm file (last few months) are super slow. I keep coming back to get the latest version hoping it's been speeded up but it's still very, very slow to access. I very much hope this can be fixed. It is a must-have tool!! -- Edit this bug report at http://bugs.php.net/?id=16559&edit=1
Bug #16557 Updated: HTML HELP document is slow
ID: 16557 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Duplicate Bug Type: Documentation problem Operating System: Windows 2000 PHP Version: 4.1.2 New Comment: Dupe of #16294 Previous Comments: [2002-04-11 16:09:23] [EMAIL PROTECTED] Hello, I have noticed that the newest HTML-help edition works much slower than previous version :/. When I click some content in menu bar like Contents it takes ages (up to 5 seconds) to show the stuff, my machine is 500 Mhz AMD K6-2 with 128 Mb memory. Pevious version works still much faster... Any idea? -- Edit this bug report at http://bugs.php.net/?id=16557&edit=1
Bug #16142 Updated: chmod : page cannot be displayed
ID: 16142
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Documentation problem
Operating System: windows 9x
PHP Version: 4.1.2
New Comment:
Is this still a problem with the latest build of the manual?
Previous Comments:
[2002-03-19 04:49:59] [EMAIL PROTECTED]
Well, I explain again enterely the bug :
- in the french (& english too) documentation, in "chm" format (last
release 18 march 2002)
- when I access to the "chmod" function by the menu :
"Content"->"Index functions"("Function reference")->"File system
functions"
- I obtain the error : "The page cannot be displayed"
- reason : it looks for the
"res://C:\WINDOWS\SYSTEM\SHDOCLC.DLL/dnserror.htm#file://H:\phpdoc\fr\fu
nction.chmod.html" page
It's only an unresolved link during the compilation of the chm file.
The only way to resolve it, is to remake the file.
Ruben
[2002-03-18 17:16:09] [EMAIL PROTECTED]
Sorry, changed status to feedback.
[2002-03-18 17:15:45] [EMAIL PROTECTED]
It worked for me. I downloaded the chm file, and opened it up. I then
went to the index, looked for chmod, and it pulled up just fine. What
page has the link your trying to follow?
[2002-03-18 16:42:33] [EMAIL PROTECTED]
I dunno about this. I use linux. Can someone with
windows please try this. Re-opening in case this is
correct.
[2002-03-18 12:47:11] [EMAIL PROTECTED]
Sorry I forget an word :
the unresolved link is in the "php_manual_fr.chm" downloaded by the
"http://www.php.net/download-docs.php"; page.
Ruben
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/16142
--
Edit this bug report at http://bugs.php.net/?id=16142&edit=1
Bug #16590 Updated: Problems with strings containing \x00
ID: 16590
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: PCRE related
Operating System: Linux
PHP Version: 4.1.2
New Comment:
The docs state that PCRE is binary safe. So this might be a bug after
all...
Previous Comments:
[2002-04-13 13:23:59] [EMAIL PROTECTED]
Actually, I'm not sure whether this problem can be solved as it is PCRE
and not a PHP specific (and it can't be solved without breaking
compatibilty with languages using 0 terminated strings such as C).
I'm thinking about making it a documentation problem. What do you guys
think?
-daniel
[2002-04-13 13:06:44] [EMAIL PROTECTED]
The PCRE has problems with strings containing 0x00. It stops reading as
if the strings were \0 terminated. This affects all preg_* functions.
Examples:
preg_match("/\x00/", "foo");
preg_match("/" . chr(0) . "/", "foo");
Raises the error "Warning: No ending delimiter '/' found"
--
Edit this bug report at http://bugs.php.net/?id=16590&edit=1
Bug #16593 Updated: x^y gives unusual results
ID: 16593 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *Math Functions Operating System: Win XP PHP Version: 4.1.2 New Comment: ^ is the XOR operator, not the exponential operator. Use pow() for that. Previous Comments: [2002-04-14 02:17:34] [EMAIL PROTECTED] x^y should always yield a positive number, however when doing -2^2 and (-2)^2, I get a result of -4! Surely this aint right? -- Edit this bug report at http://bugs.php.net/?id=16593&edit=1
Bug #16607 Updated: Slow working
ID: 16607 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Duplicate Bug Type: Documentation problem Operating System: Windows 2000 PHP Version: 4.1.2 New Comment: Dupe of #16294 Previous Comments: [2002-04-15 02:55:27] [EMAIL PROTECTED] I very long use Windows HTML Help file php_manual_en.chm But in version Date: 11 Apr 2002 Size: 2798Kb I see, what it working very slow. When I choose any topic to left frame, her contents appear only through 3-5 sec to right frame. In previous versions, time of reaction was more better. Test environment: Celeron 466, memory 128Mb, no other running application Windows 2000 Professional -- Edit this bug report at http://bugs.php.net/?id=16607&edit=1
Bug #16616 Updated: segmentation fault --with-imap
ID: 16616 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: *Compile Issues Operating System: linux redhdat 6.2 PHP Version: 4.1.2 New Comment: Can you please enter bt at the gdb prompt after the SIGSEGV is received and post the backtrace here? Previous Comments: [2002-04-15 07:14:07] [EMAIL PROTECTED] i`m having dificulties getting imap support into php. When i compiled it --with-imap it compiles fine but when i restart apache it seg. faults. I tried imap-2000c and imap-2001a versions but all without luck. I at first tryed to compile 4.0.6 which gave me the exact output as 4.1.2 which i tryed later on. If i recompile without imap it works again. Sys info--- Apache = 1.3.24 (mod_ssl) php 4.1.2 Linux RED-Hat 6.2 Kernel 2.4.18 #1 SMP Wed Mar 6 08:54:04 CET 2002 i686 php compiled with: == ./configure --with-mysql=/usr --enable-sysvsem --enable-sysvshm --with-gd=yes --with-zlib --with-ttf --with-zlib-dir=/usr --enable-versioning --with-gd-dir=/usr --with-jpeg-dir=/usr/ --enable-gd-imgstrttf --with-config-file-path=/etc/httpd/conf/ --enable-trans-sid --with-png-dir=/usr/ --with-freetype --with-recode --with-apxs --with-openssl --with-imap=/usr/local/src/imap-2000c/ == apache 1.3.24 (with mod_ssl) compiled: ./configure \ "--prefix=/usr" \ "--with-layout=RedHat" \ "--enable-module=rewrite" \ "--enable-module=expires" \ "--disable-rule=WANTHSREGEX" \ "--enable-shared=max" \ "--enable-module=ssl" \ "--enable-module=proxy" \ When i run apache: httpd Segmentation fault GDB : === [root php-4.1.2]# gdb /usr/sbin/httpd GNU gdb 19991004 Copyright 1998 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 "i386-redhat-linux"... (gdb) run -X Starting program: /usr/sbin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x403a4237 in object.8 () at lstat.c:45 45 lstat.c: No such file or directory. (gdb) -- Edit this bug report at http://bugs.php.net/?id=16616&edit=1
Bug #16619 Updated: mysql module build-in binary-release doesn't support GBK charset
ID: 16619 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: win PHP Version: 4.2.0 New Comment: I think this is a MySQL problem, not a PHP problem. Previous Comments: [2002-04-15 08:57:12] [EMAIL PROTECTED] when MYSQL use GBK as default charset the following error logged in apache File 'c:\mysql\\share\charsets\gbk.conf' not found (Errcode: 2) Character set '#28' is not a compiled character set and is not specified in the 'c:\mysql\\share\charsets\Index' file error.log get bigger and bigger by filling these rubbish message! multi-byte charset in mysql-client can only be build in not charsets\gbk.conf binary-release should provoide as much as possible ability, right ? -- Edit this bug report at http://bugs.php.net/?id=16619&edit=1
Bug #16619 Updated: mysql module build-in binary-release doesn't support GBK charset
ID: 16619 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: MySQL related Operating System: win PHP Version: 4.2.0 New Comment: I think this is a MySQL problem, not a PHP problem. Previous Comments: [2002-04-15 12:40:19] [EMAIL PROTECTED] I think this is a MySQL problem, not a PHP problem. [2002-04-15 08:57:12] [EMAIL PROTECTED] when MYSQL use GBK as default charset the following error logged in apache File 'c:\mysql\\share\charsets\gbk.conf' not found (Errcode: 2) Character set '#28' is not a compiled character set and is not specified in the 'c:\mysql\\share\charsets\Index' file error.log get bigger and bigger by filling these rubbish message! multi-byte charset in mysql-client can only be build in not charsets\gbk.conf binary-release should provoide as much as possible ability, right ? -- Edit this bug report at http://bugs.php.net/?id=16619&edit=1
Bug #16605 Updated: Apache Seg Fault when accessing image fields
ID: 16605 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Sybase-ct (ctlib) related Operating System: FreeBSD 4.4 Release PHP Version: 4.1.2 New Comment: To properly diagnose this bug, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Previous Comments: [2002-04-14 18:20:27] [EMAIL PROTECTED] When using FreeDTS to connect to SQL Server 2000, 'image' fields cause apache to seg fault. >From PHP I can insert the binary data, however. After consulting with the freedts developers, I have tried using the set textsize command, which has not fixed the issue. Other tools using the same libaries can connect and select / retrieve this field, so the issue appers to be with PHP. PHP Compile line: ./configure --with-apache=../apache_1.3.24 --with-pdflib=/usr/local --with-xml --disable-debug --enable-track-vars --enable-shared=pdflib --with-zlib --enable-ersioning --with-sybase=/usr/local -- Edit this bug report at http://bugs.php.net/?id=16605&edit=1
Bug #16608 Updated: documentation problem in dutch
ID: 16608 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Linux PHP Version: 4.1.2 New Comment: This bug has been fixed in CVS. Previous Comments: [2002-04-15 05:12:50] [EMAIL PROTECTED] Hi, http://nl.php.net/manual/nl/function.array.php says: "en de volgende index (met waarde 19) is 0, omdat de grootste index 8 was." This isnt true, the next index is 9. English documentation is right: http://www.php.net/manual/en/function.array.php thanx, otto -- Edit this bug report at http://bugs.php.net/?id=16608&edit=1
Bug #16628 Updated: w32api_invoke_function() is missing
ID: 16628 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: Unknown/Other Function Operating System: Windows XP Pro PHP Version: 4.2.0 -Assigned To: +Assigned To: sander New Comment: Yeah, I see what's wrong. I'll fix it tonight when I can get into CVS again... Previous Comments: [2002-04-16 03:46:58] [EMAIL PROTECTED] Using the Windows binary build of PHP 4.2.0 RC4, the function w32api_invoke_function() seems to be broken. With the w32api extension loaded, I can call other w32api functions such as w32api_register_function(), but if I call w32api_invoke_function() PHP spits out this error: Fatal error: Call to undefined function: w32api_invoke_function() in C:\source\uptime.php on line 13 uptime.php is a test script I downloaded from the w32api CVS directory. Here it is: php_w32api.dll is the only module I'm loading. w32api_invoke_function() *does* exist in CVS and looks like it should work just fine, but apparently something broke when the binaries were built. I can't re-build anything myself since I don't own a copy of Microsoft VC++. -- Edit this bug report at http://bugs.php.net/?id=16628&edit=1
Bug #16628 Updated: w32api_invoke_function() is missing
ID: 16628 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: Unknown/Other Function Operating System: Windows XP Pro PHP Version: 4.2.0 Assigned To: sander New Comment: This bug has been fixed in CVS. Previous Comments: [2002-04-16 04:24:21] [EMAIL PROTECTED] Yeah, I see what's wrong. I'll fix it tonight when I can get into CVS again... [2002-04-16 03:46:58] [EMAIL PROTECTED] Using the Windows binary build of PHP 4.2.0 RC4, the function w32api_invoke_function() seems to be broken. With the w32api extension loaded, I can call other w32api functions such as w32api_register_function(), but if I call w32api_invoke_function() PHP spits out this error: Fatal error: Call to undefined function: w32api_invoke_function() in C:\source\uptime.php on line 13 uptime.php is a test script I downloaded from the w32api CVS directory. Here it is: php_w32api.dll is the only module I'm loading. w32api_invoke_function() *does* exist in CVS and looks like it should work just fine, but apparently something broke when the binaries were built. I can't re-build anything myself since I don't own a copy of Microsoft VC++. -- Edit this bug report at http://bugs.php.net/?id=16628&edit=1
Bug #16636 Updated: The specified CGI application exceeded the allowed time for processing.
ID: 16636 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Mail related Operating System: Windows 2000 PHP Version: 4.1.2 New Comment: I don't think this is a bug in PHP, but it's a setting in IIS. Previous Comments: [2002-04-16 11:51:30] [EMAIL PROTECTED] I meant to write "in a loop", not "in a look". [2002-04-16 11:48:48] [EMAIL PROTECTED] I am trying to run a PHP script which sends ~1500 emails. It's a simple email script, in a look, calling the mail() function. mail($mailto, $subject, $body); Naturally the script times out after 30 seconds, and the error message "Fatal error: Maximum execution time of 30 seconds exceeded" appears. I changed the script timeout to 10 minutes (600 secs) in PHP.INI but after ~3 minutes of the script running it times out again, this time reporting the error: "The specified CGI application exceeded the allowed time for processing." The script only manages to send ~700 emails out before the CGI timeout error message appeared, which stopped the process. Any way to stop this timing out? It seems max_execution_time in PHP.INI doesn't [completely] work. Regards, Richard Gebbie -- Edit this bug report at http://bugs.php.net/?id=16636&edit=1
Bug #16642 Updated: replace url with a link
ID: 16642
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Feature/Change Request
Operating System: Linux 2.4.17 (self compiled)
PHP Version: 4.1.2
New Comment:
No, we can't include a function for stuff like this. This can be easily
done in PHP, so there's no need for a native function.
Previous Comments:
[2002-04-16 13:27:07] [EMAIL PROTECTED]
I could not find any function to replace an url within a string with a
link
if someone writes http://www.php.net, I want I to be replaced with http://www.php.net>
I saw this on your page too, its easy to recreate your function myself
with
$string =
preg_replace("((http://)([a-zA-Z1-9\-_\.]+\.[a-zA-Z1-9\-_]+\.[a-z]{2,3}(/[a-z\-/\._\?=&]+)?))",
"\\0", $string);
but wouldnt it be nice to replace an url like www.php.net too?
For now, I use
$string =
preg_replace("((http://|ftp://)?([a-zA-Z1-9\-_\.]+\.[a-zA-Z1-9\-_]+\.[a-z]{2,3}(/[a-z\-/\._\?=&]+)?))",
"\\0", $string);
to convert every url to an link.
but if you have an url like www.php.net, it will create a link like , wich will not work.
To prevent this, I use
$string =
preg_replace("((href=\")([a-zA-Z1-9\-_\.]+\.[a-zA-Z1-9\-_]+\.[a-z]{2,3}(/[a-z\-/\._\?=&]+)?))",
"href=\"http://\\2";, $string);
wich will replace anything like href="something.php.net with
href="http://something.php.net
I think it will be nice for other people to include (something like)
this function in php, because many people would use it
thanks
--
Edit this bug report at http://bugs.php.net/?id=16642&edit=1
Bug #16640 Updated: set_error_handler and oversized upload
ID: 16640 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: Scripting Engine problem +Bug Type: Documentation problem Operating System: i686-pc-linux-gnu -PHP Version: 4.0CVS-2002-04-16 +PHP Version: 4.0CVS-2002-04-1 New Comment: This warning is generated BEFORE your scripts executes, and therefor your error handler isn't initialized yet. Reclassified as a documentation problem. Previous Comments: [2002-04-16 13:16:40] [EMAIL PROTECTED] Hi, in the documentation to set_error_handler() is declared that an own error handler "completely bypassed" the php error functions. But if i limit the post upload size with post_max_size and post a file with a bigger size as the limit, php results a warning like 'Warning: POST Content-Length of 8796223 bytes exceeds the limit of 8388608 bytes in Unknown on line 0' and the error handler is not affected!!! Is this an error by design, because the script is in this case not affected and not executed? Here a test script: ---snip--- Upload Test Form ---snap--- Regards, Steve -- Edit this bug report at http://bugs.php.net/?id=16640&edit=1
Bug #16660 Updated: Documentation bz2 archive format is not appropriate
ID: 16660 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: Feature/Change Request +Bug Type: Documentation problem Operating System: Windows PHP Version: 4.2.0 New Comment: Nope, this is a documentation problem. Previous Comments: [2002-04-17 11:42:30] [EMAIL PROTECTED] Reclassified. -Tal [2002-04-17 10:11:32] [EMAIL PROTECTED] Recently there was a change in the archive format of the downloadable documentation - from tar.gz and zip to bz2. A link to a FAQ article describing archive programs for the Windows platform was added in the left pane of http://www.php.net/download-docs.php . The bz2 format is new and not common on Windows platform - which is used by the majority of php users and programmers. Furthermore, the linked programs "Ultimate Zip" and "Quickzip" do not work properly with bz2. Using the bz2 format violates the rule of "least astonishment" and is harmful to the positive image of PHP as being user friendly. Thus I propose to return to tar.gz or .zip format for the doc files. -- Edit this bug report at http://bugs.php.net/?id=16660&edit=1
Bug #16631 Updated: Only one (last?) cookie send to browser
ID: 16631 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Duplicate Bug Type: Apache2 related Operating System: Linux 2.2.14 -PHP Version: 4.0CVS-2002-04-16 +PHP Version: 4.0CVS-2002-04-1 New Comment: Dupe of #16626 Previous Comments: [2002-04-16 06:56:10] [EMAIL PROTECTED] Test php script. Respons with Apache 2.0.35 / PHP 4.2.0 RC4 HTTP/1.1 200 OK Date: Tue, 16 Apr 2002 09:45:03 GMT Server: Apache/2.0.35 (Unix) PHP/4.2.0RC4 Accept-Ranges: bytes X-Powered-By: PHP/4.2.0RC4 Set-Cookie: xyz=xyz; expires=Wed, 16-Apr-03 09:45:04 GMT; path=/ Connection: close Content-Type: text/html X-Pad: avoid browser bug Respons with Apache 1.3.22 en PHP 4.0.6 HTTP/1.1 200 OK Date: Tue, 16 Apr 2002 09:49:55 GMT Server: Apache/1.3.22 (Unix) PHP/4.0.6 mod_ssl/2.8.5 OpenSSL/0.9.6b X-Powered-By: PHP/4.0.6 Set-Cookie: abc=abc; expires=Wed, 16-Apr-03 09:49:56 GMT; path=/ Set-Cookie: xyz=xyz; expires=Wed, 16-Apr-03 09:49:56 GMT; path=/ Connection: close Content-Type: text/html Greetings, Herbert -- Edit this bug report at http://bugs.php.net/?id=16631&edit=1
Bug #16659 Updated: href parameters failing
ID: 16659 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Feedback Bug Type: Apache2 related Operating System: Linux 2.4.18 PHP Version: 4.2.0 New Comment: Try a print_r($_GET); does it show anything? If it does show the variables, then your problem is that PHP reads /usr/local/lib/php.ini (default) and not /etc/php.ini (only default with special ./configure option). See the phpinfo(); output for more. Previous Comments: [2002-04-17 14:25:18] [EMAIL PROTECTED] While I agree these might work (thought they don't) this is not a support question, this is a bug! I am working with Apache 2.0.35 and PHP 4.2.0 RC4 compiled as a DSO. The behaviour I am describing occurs as described. The behaviour is different to that I get with the same modules under my production systems using Apache 1.3.20/PHP 4.1.2. The php.ini file has register_globals set on. (the default it would seem) (I am assuming it is reading the version in /etc/php.ini) The $_GET does no better than the use of global variables. Have I tripped up over some compile option that is amusing the gods? Alistair... [2002-04-17 10:03:13] [EMAIL PROTECTED] The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Hint: use $_GET['valuea'] or set register_globals to on [2002-04-17 09:45:42] [EMAIL PROTECTED] Sorry, cat ran over keyboard before I grammar checked this. corrected lines: And code in the other page like: Is not returning the expected output (value=:something:) [2002-04-17 09:41:55] [EMAIL PROTECTED] Built 4.2.0RC4 with Apache 2.0.35 Build files below. Testing an existing site I noticed that I was dropping parameters passed between pages. Using an anchor like: Click me An code in the other page like: echo "value=:".$valuea.":"; Is not return the expected output (value=:something:) Instead I get (value=::) It looks like the name/value pair is being lost. I have attached two test pages. These work in Apache 1.3.20/PHP 4.1.2. There seem to be no errors in the apache logs. 127.0.0.1 - - [17/Apr/2002:09:02:30 -0400] "GET /php/atest.php HTTP/1.1" 200 117 "-" "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020311" 127.0.0.1 - - [17/Apr/2002:09:02:32 -0400] "GET /php/btest.php?value1=first HTTP/1.1" 200 96 "http://localhost/php/atest.php"; "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020311" BUILDS. --- Apache: ./configure \ "--with-layout=RedHat" \ "--enable-shared=max" \ "--enable-rule=SHARED_CORE" \ "--enable-info" \ "--disable-userdir" \ "--enable-so" \ "--enable-vhost-alias" \ "--enable-cgi" \ "--enable-ssl" \ "--enable-usertrack" \ "--enable-unique-id" \ "$@" -- PHP: ./configure --with-mysql=/usr --enable-trans-sid --with-apxs2 Test code :atest.php --- Test Test With 1"; ?> Test Code: btest.php --- Test Second Page -- Edit this bug report at http://bugs.php.net/?id=16659&edit=1
Bug #16670 Updated: php 4.1.0, cyrus-imapd.2.0.16, c-client compile-error
ID: 16670 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: linux / redhat 7.2 PHP Version: 4.1.2 New Comment: Can you try 4.2.0RC4 (from www.php.net/~derick)? And can you try compiling only --with-cyrus and no other extensions? Previous Comments: [2002-04-17 16:33:11] [EMAIL PROTECTED] hallo, please help, i work many days with the same problem. I have redhat7.2 system, with the follows components cyrus-sasl-1.5.24-23 cyrus-sasl-devel-1.5.24-23 cyrus-sasl-gssapi-1.5.24-23 cyrus-sasl-plain-1.5.24-23 cyrus-sasl-md5-1.5.24-23 imap-devel-2000c-15 and cyrus-imapd-2.0.16-4 the configure script from php-4.1.0 is ./configure \ --with-apxs=/websec/apache/sbin/apxs \ --with-mysql=/usr/local/mysql \ --with-openssl=/usr/local/ssl \ --with-kerberos=/usr/kerberos \ --enable-versioning \ --enable-track-vars \ --with-zlib-dir=/usr/include \ --with-zlib=yes \ --with-jpeg-dir=/usr/include \ --with-tiff-dir=/usr/include \ --with-cyrus \ --with-db \ --with-gdbm=/usr/include \ --with-ndbm=/usr/include \ --with-db3=/usr/include \ --with-db3=/usr/include \ --enable-ftp \ --with-gd=usr/local/src/gd-1.8.4 \ --with-png-dir=/usr/lib \ --with-freetype-dir=/usr \ --with-pspell=/usr \ --with-xpm-dir=/usr \ --with-imap \ --with-imap-ssl=/usr/loca/ssl \ --with-mcrypt=/usr/include \ --with-mm=/usr/local \ --with-gettetxt=/usr/include \ --with-gd \ --with-ncurses \ --enable-ftp \ --enable-sysvsem \ --enable-sysvshm \ --enable-sockets \ --with-config-file-path=/etc this run's with no problems the make phu make many problems like this Making all in cyrus make[2]: Wechsel in das Verzeichnis Verzeichnis »/usr/local/src/php-4.1.0/ext/cyrus« make[3]: Wechsel in das Verzeichnis Verzeichnis »/usr/local/src/php-4.1.0/ext/cyrus« /bin/sh /usr/local/src/php-4.1.0/libtool --silent --mode=compile gcc -I. -I/usr/local/src/php-4.1.0/ext/cyrus -I/usr/local/src/php-4.1.0/main -I/usr/local/src/php-4.1.0 -I/websec/apache/include -I/usr/local/src/php-4.1.0/Zend -I/usr/local/ssl/include -I/usr/local/include -I/usr/include/freetype2/freetype -I/usr/include/imap -I/usr/local/mysql/include/mysql -I/usr/include/pspell -I/usr/local/src/php-4.1.0/ext/xml/expat -DLINUX=22 -DMOD_SSL=208105 -DMOD_PERL -DUSE_PERL_SSI -DUSE_HSREGEX -DEAPI -DEAPI_MM -I/usr/local/src/php-4.1.0/TSRM -g -O2 -prefer-pic -c cyrus.c cyrus.c: In function `zm_startup_cyrus': cyrus.c:88: `IMCLIENT_CONN_NOSYNCLITERAL' undeclared (first use in this function) cyrus.c:88: (Each undeclared identifier is reported only once cyrus.c:88: for each function it appears in.) cyrus.c:88: `CONST_CS_' undeclared (first use in this function) cyrus.c: In function `zif_cyrus_authenticate': cyrus.c:271: warning: assignment makes pointer from integer without a cast cyrus.c:275: warning: assignment makes pointer from integer without a cast cyrus.c:293: warning: comparison between pointer and integer cyrus.c:302: warning: comparison between pointer and integer cyrus.c: In function `zif_cyrus_query': cyrus.c:467: void value not ignored as it ought to be make[3]: *** [cyrus.lo] Fehler 1 make[3]: Verlassen des Verzeichnisses Verzeichnis »/usr/local/src/php-4.1.0/ext/cyrus« make[2]: *** [all-recursive] Fehler 1 make[2]: Verlassen des Verzeichnisses Verzeichnis »/usr/local/src/php-4.1.0/ext/cyrus« make[1]: *** [all-recursive] Fehler 1 make[1]: Verlassen des Verzeichnisses Verzeichnis »/usr/local/src/php-4.1.0/ext« make: *** [all-recursive] Fehler 1 please help me, please Best reagards and a lot of thanks Achim -- Edit this bug report at http://bugs.php.net/?id=16670&edit=1
Bug #16670 Updated: php 4.1.0, cyrus-imapd.2.0.16, c-client compile-error
ID: 16670 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Compile Failure Operating System: linux / redhat 7.2 PHP Version: 4.1.2 New Comment: Can you try 4.2.0RC4 (from www.php.net/~derick)? And can you try compiling only --with-cyrus and no other extensions? Previous Comments: [2002-04-18 06:22:15] [EMAIL PROTECTED] Can you try 4.2.0RC4 (from www.php.net/~derick)? And can you try compiling only --with-cyrus and no other extensions? [2002-04-17 16:33:11] [EMAIL PROTECTED] hallo, please help, i work many days with the same problem. I have redhat7.2 system, with the follows components cyrus-sasl-1.5.24-23 cyrus-sasl-devel-1.5.24-23 cyrus-sasl-gssapi-1.5.24-23 cyrus-sasl-plain-1.5.24-23 cyrus-sasl-md5-1.5.24-23 imap-devel-2000c-15 and cyrus-imapd-2.0.16-4 the configure script from php-4.1.0 is ./configure \ --with-apxs=/websec/apache/sbin/apxs \ --with-mysql=/usr/local/mysql \ --with-openssl=/usr/local/ssl \ --with-kerberos=/usr/kerberos \ --enable-versioning \ --enable-track-vars \ --with-zlib-dir=/usr/include \ --with-zlib=yes \ --with-jpeg-dir=/usr/include \ --with-tiff-dir=/usr/include \ --with-cyrus \ --with-db \ --with-gdbm=/usr/include \ --with-ndbm=/usr/include \ --with-db3=/usr/include \ --with-db3=/usr/include \ --enable-ftp \ --with-gd=usr/local/src/gd-1.8.4 \ --with-png-dir=/usr/lib \ --with-freetype-dir=/usr \ --with-pspell=/usr \ --with-xpm-dir=/usr \ --with-imap \ --with-imap-ssl=/usr/loca/ssl \ --with-mcrypt=/usr/include \ --with-mm=/usr/local \ --with-gettetxt=/usr/include \ --with-gd \ --with-ncurses \ --enable-ftp \ --enable-sysvsem \ --enable-sysvshm \ --enable-sockets \ --with-config-file-path=/etc this run's with no problems the make phu make many problems like this Making all in cyrus make[2]: Wechsel in das Verzeichnis Verzeichnis »/usr/local/src/php-4.1.0/ext/cyrus« make[3]: Wechsel in das Verzeichnis Verzeichnis »/usr/local/src/php-4.1.0/ext/cyrus« /bin/sh /usr/local/src/php-4.1.0/libtool --silent --mode=compile gcc -I. -I/usr/local/src/php-4.1.0/ext/cyrus -I/usr/local/src/php-4.1.0/main -I/usr/local/src/php-4.1.0 -I/websec/apache/include -I/usr/local/src/php-4.1.0/Zend -I/usr/local/ssl/include -I/usr/local/include -I/usr/include/freetype2/freetype -I/usr/include/imap -I/usr/local/mysql/include/mysql -I/usr/include/pspell -I/usr/local/src/php-4.1.0/ext/xml/expat -DLINUX=22 -DMOD_SSL=208105 -DMOD_PERL -DUSE_PERL_SSI -DUSE_HSREGEX -DEAPI -DEAPI_MM -I/usr/local/src/php-4.1.0/TSRM -g -O2 -prefer-pic -c cyrus.c cyrus.c: In function `zm_startup_cyrus': cyrus.c:88: `IMCLIENT_CONN_NOSYNCLITERAL' undeclared (first use in this function) cyrus.c:88: (Each undeclared identifier is reported only once cyrus.c:88: for each function it appears in.) cyrus.c:88: `CONST_CS_' undeclared (first use in this function) cyrus.c: In function `zif_cyrus_authenticate': cyrus.c:271: warning: assignment makes pointer from integer without a cast cyrus.c:275: warning: assignment makes pointer from integer without a cast cyrus.c:293: warning: comparison between pointer and integer cyrus.c:302: warning: comparison between pointer and integer cyrus.c: In function `zif_cyrus_query': cyrus.c:467: void value not ignored as it ought to be make[3]: *** [cyrus.lo] Fehler 1 make[3]: Verlassen des Verzeichnisses Verzeichnis »/usr/local/src/php-4.1.0/ext/cyrus« make[2]: *** [all-recursive] Fehler 1 make[2]: Verlassen des Verzeichnisses Verzeichnis »/usr/local/src/php-4.1.0/ext/cyrus« make[1]: *** [all-recursive] Fehler 1 make[1]: Verlassen des Verzeichnisses Verzeichnis »/usr/local/src/php-4.1.0/ext« make: *** [all-recursive] Fehler 1 please help me, please Best reagards and a lot of thanks Achim -- Edit this bug report at http://bugs.php.net/?id=16670&edit=1
Bug #15820 Updated: Apache 1.3.23, MySQL Client 3.23.49, PHP 4.1.2, same error with PHP 4.1.1 befor
ID: 15820 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: No Feedback +Status: Bogus Bug Type: Apache related Operating System: FreeBSD 4.5-STABLE PHP Version: 4.1.2 New Comment: Closing on user request, it was a problem with Apache's mod_rewrite. Thanks for your message! Previous Comments: [2002-04-18 00:00:09] [EMAIL PROTECTED] No feedback was provided for this bug for over a month, 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". [2002-04-17 15:18:04] [EMAIL PROTECTED] Hello, I'm sorry for my poor English. I have the same problem in Freebsd 4.5-STABLE, but I'm using Apache 1.3.22, MySQL Client 3.23.47 and PHP 4.0.6 as a module of apache and PHP 4.1.1 as CGI. And the problem occured when 4.0.6 is executed. Carlos Teles [2002-03-01 15:53:34] [EMAIL PROTECTED] Are you sure this is caused by PHP? Does Apache function normally without PHP? [2002-03-01 14:21:29] [EMAIL PROTECTED] Hello, I have a FreeBSD 4.5-STABLE box running, when i start apache first all works fine, but after like 3 minutes in the logfile i see this messages: httpd in free(): warning: chunk is already free httpd in free(): warning: chunk is already free httpd in free(): warning: chunk is already free httpd in free(): warning: chunk is already free httpd in free(): warning: chunk is already free httpd in free(): warning: chunk is already free after another 2 minutes the logfile gets flooded of hundred of this messages: httpd in free(): warning: recursive call httpd in free(): warning: recursive call httpd in free(): warning: recursive call httpd in free(): warning: recursive call httpd in free(): warning: recursive call httpd in free(): warning: recursive call ... ... right after this i get all time this error(this error didn't appear before): httpd in malloc(): warning: recursive call httpd in malloc(): warning: recursive call [Fri Mar 1 19:49:16 2002] [alert] [client 195.93.64.xx] /usr/local/httpd/htdocs/qm-dev/.htaccess: RewriteRule: cannot compile regular expression 'F([0-9]+)(.htm(l)?)?' httpd in malloc(): warning: recursive call httpd in malloc(): warning: recursive call [Fri Mar 1 19:49:19 2002] [alert] [client 217.228.1.xx] /usr/local/httpd/htdocs/qm-dev/.htaccess: RewriteRule: cannot compile regular expression 'F([0-9]+)(.htm(l)?)?' ... ... The php doesn't work well after this, i get sometimes errors, it tells me there would be errors in the code, but if i refresh it works fine, and the apache prints "Internal Server Error"... but this happens only under high server load. Is it a PHP bug ? What might we do to fix that? Ciao, Max Krüper P.S. Before we used a Linux Server with PHP 4.0.(4or6) and all worked fine. [2002-03-01 14:17:59] [EMAIL PROTECTED] Hello, I have a FreeBSD 4.5-STABLE box running, when i start apache first all works fine, but after like 3 minutes in the logfile i see this messages: httpd in free(): warning: chunk is already free httpd in free(): warning: chunk is already free httpd in free(): warning: chunk is already free httpd in free(): warning: chunk is already free httpd in free(): warning: chunk is already free httpd in free(): warning: chunk is already free after another 2 minutes the logfile gets flooded of hundred of this messages: httpd in free(): warning: recursive call httpd in free(): warning: recursive call httpd in free(): warning: recursive call httpd in free(): warning: recursive call httpd in free(): warning: recursive call httpd in free(): warning: recursive call ... ... right after this i get all time this error(this error didn't appear before): httpd in malloc(): warning: recursive call httpd in malloc(): warning: recursive call [Fri Mar 1 19:49:16 2002] [alert] [client 195.93.64.xx] /usr/local/httpd/htdocs/qm-dev/.htaccess: RewriteRule: cannot compile regular expression 'F([0-9]+)(.htm(l)?)?' httpd in malloc(): warning: recursive call httpd in malloc(): warning: recursive call [Fri Mar 1 19:49:19 2002] [alert] [client 217.228.1.xx] /usr/local/httpd/htdocs/qm-dev/.htaccess: RewriteRule: cannot compile regular expression 'F([0-9]+)(.htm(l)?)?' ... ... The php doesn't work well after this, i get sometimes errors, it tells me there would be errors in the code, but if i refresh it works fine, and the apache prints "Internal Server Error"... but this happens only under high server load. Is it a PHP
Bug #16659 Updated: href parameters failing
ID: 16659 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Bogus Bug Type: Apache2 related Operating System: Linux 2.4.18 PHP Version: 4.2.0 New Comment: user error -> bogus Previous Comments: [2002-04-17 15:47:52] [EMAIL PROTECTED] By you, otherwise every recompile or upgrade would clobber your php.ini file :) [2002-04-17 15:43:57] [EMAIL PROTECTED] Copied over php.ini-recommended to /usr/local/lib and renamed to php.ini. Edited register_globals (as it is defaulted to Off in this file) and restarted. App now seems to function as expected. Was the php.ini meant to be copied over by me, or by the "make install"? [2002-04-17 15:08:05] [EMAIL PROTECTED] Try a print_r($_GET); does it show anything? If it does show the variables, then your problem is that PHP reads /usr/local/lib/php.ini (default) and not /etc/php.ini (only default with special ./configure option). See the phpinfo(); output for more. [2002-04-17 14:25:18] [EMAIL PROTECTED] While I agree these might work (thought they don't) this is not a support question, this is a bug! I am working with Apache 2.0.35 and PHP 4.2.0 RC4 compiled as a DSO. The behaviour I am describing occurs as described. The behaviour is different to that I get with the same modules under my production systems using Apache 1.3.20/PHP 4.1.2. The php.ini file has register_globals set on. (the default it would seem) (I am assuming it is reading the version in /etc/php.ini) The $_GET does no better than the use of global variables. Have I tripped up over some compile option that is amusing the gods? Alistair... [2002-04-17 10:03:13] [EMAIL PROTECTED] The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Hint: use $_GET['valuea'] or set register_globals to on 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/16659 -- Edit this bug report at http://bugs.php.net/?id=16659&edit=1
Bug #16684 Updated: parse error on foreach given array as $_REQUEST['list']
ID: 16684
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Arrays related
Operating System: linux
PHP Version: 4.2.0
New Comment:
The bug system is not the appropriate forum for asking support
questions. For a list of a range of more appropriate places to ask
for help using PHP, please visit http://www.php.net/support.php
Previous Comments:
[2002-04-18 12:17:59] [EMAIL PROTECTED]
i would like to iterate over the array named $_REQUEST['list'] like
this:
foreach($_REQUEST['list'] as $user) {
if (strlen($user")>$max) die("too long");
}
error_log("gettype gives: ". gettype($_REQUEST['list']),0);
when php attempts to run this code I get this parse error in my apache
log:
PHP Parse error: parse error, unexpected '\"' in
/var/www/htdocs/tmp.php on line 698
The message I write to the log about the type confirms that the
variable is an array.
I am currently using 4.2.0rc4
--
Edit this bug report at http://bugs.php.net/?id=16684&edit=1
Bug #16684 Updated: parse error on foreach given array as $_REQUEST['list']
ID: 16684
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Arrays related
Operating System: linux
PHP Version: 4.2.0
New Comment:
user error -> bogus
Previous Comments:
[2002-04-18 12:48:41] [EMAIL PROTECTED]
> foreach($_REQUEST['list'] as $user) {
> if (strlen($user")>$max) die("too long");
^
^^^
^
I
I
I
I
Cheers,
Rob.
[2002-04-18 12:45:53] [EMAIL PROTECTED]
This is not a support question. I know there many ways
to iterate over an array. I just wanted to alert you to the fact
there is a problem with the foreach construct in its
handling of multi-dimensional arrays.
[2002-04-18 12:37:30] [EMAIL PROTECTED]
The bug system is not the appropriate forum for asking support
questions. For a list of a range of more appropriate places to ask
for help using PHP, please visit http://www.php.net/support.php
[2002-04-18 12:17:59] [EMAIL PROTECTED]
i would like to iterate over the array named $_REQUEST['list'] like
this:
foreach($_REQUEST['list'] as $user) {
if (strlen($user")>$max) die("too long");
}
error_log("gettype gives: ". gettype($_REQUEST['list']),0);
when php attempts to run this code I get this parse error in my apache
log:
PHP Parse error: parse error, unexpected '\"' in
/var/www/htdocs/tmp.php on line 698
The message I write to the log about the type confirms that the
variable is an array.
I am currently using 4.2.0rc4
--
Edit this bug report at http://bugs.php.net/?id=16684&edit=1
Bug #16686 Updated: Semantics contradiction
ID: 16686 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: Documentation problem Operating System: Windows XP Pro PHP Version: 4.2.0 -Assigned To: +Assigned To: sander New Comment: The GD documentation uses int instead of resource to represent an image-resource. Assigning to myself. Previous Comments: [2002-04-18 12:35:03] [EMAIL PROTECTED] This is not serious but misleading for newbies. On your manual, imagecreate(); appears to need width and height of each image to make GD stream, while imagesx and imagexy need GD stream to get width and height of each image. -- Edit this bug report at http://bugs.php.net/?id=16686&edit=1
Bug #16686 Updated: Semantics contradiction
ID: 16686 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: Documentation problem Operating System: Windows XP Pro PHP Version: 4.2.0 Assigned To: sander New Comment: This bug has been fixed in CVS, at least, I hope so :) Previous Comments: [2002-04-18 12:44:02] [EMAIL PROTECTED] The GD documentation uses int instead of resource to represent an image-resource. Assigning to myself. [2002-04-18 12:35:03] [EMAIL PROTECTED] This is not serious but misleading for newbies. On your manual, imagecreate(); appears to need width and height of each image to make GD stream, while imagesx and imagexy need GD stream to get width and height of each image. -- Edit this bug report at http://bugs.php.net/?id=16686&edit=1
Bug #16694 Updated: connexion problem
ID: 16694 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus -Bug Type: Compile Warning +Bug Type: MSSQL related Operating System: win 2000+ase 12.5+easyphp PHP Version: 4.1.2 New Comment: This is NOT a support forum! Previous Comments: [2002-04-19 04:42:40] [EMAIL PROTECTED] a try those solutions but when i put a @ before mssql_selec_db easyphp tell me that it can find the page which call the connect_accessoire.php i don't understand [2002-04-19 04:25:37] [EMAIL PROTECTED] The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php adding a @ before mssql_select_db might help, the rest you see are followups as the error message enforced header sending [2002-04-19 04:11:24] [EMAIL PROTECTED] hello, i give you my connection script: when i compile this easyphp return me: Warning: Sybase: Server message: Changed database context to 'accessoire'. (severity 10, procedure N/A) in c:\program files\easyphp\www\test\fonction\connect_accessoire.php on line 12 and after this i use headers and session cookies. i don't show you all of the warning it cames. if you have a solution please help me i'm going to be mad!!! thanks -- Edit this bug report at http://bugs.php.net/?id=16694&edit=1
Bug #16688 Updated: bzopen fails on creating new file
ID: 16688 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Bzip2 Related Operating System: win32 PHP Version: 4.1.2 New Comment: Works fine for me with the latest CVS. You can try a snapshot from http://snaps.php.net or a windows build of a snapshot from http://php-bin-snaps.sf.net Previous Comments: [2002-04-18 17:23:17] [EMAIL PROTECTED] running: produces an error if foo.bz2 doesn't exist.. otoh will work. -- Edit this bug report at http://bugs.php.net/?id=16688&edit=1
Bug #16699 Updated: Working include javascript from php in 4.0.6 and not in 4.1.2
ID: 16699 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Apache related Operating System: linux/GNU Debian potato PHP Version: 4.1.2 New Comment: The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Previous Comments: [2002-04-19 11:57:12] [EMAIL PROTECTED] I try to update php 4.0.6 to 4.1.2, but I catch a possible bug. Well I'll try to show this: The html code: ... ... well, in php 4.0.6, the page is ok, but in 4.1.2 the javascript code is not seen. My configuration for install is the same: ./configure --with-config-file=/etc/apache/ \ --with-apxs=/usr/bin/apxs \ --with-interbase=shared --with-interbase-dir=/usr/local/interbase/include/ \ --with-mysql=shared,/usr \ --with-jpeg-dir=shared,/usr --with-png-dir=shared,/usr \ --with-gd=shared,/usr \ --enable-sysvsem --enable-sysvshm --enable-track-vars \ --enable-versioning --enable-memory-limit \ --enable-inline-optimization \ --without-freetype \ --with-xml=/usr --with-expat-dir=/usr \ --with-zlib -- Edit this bug report at http://bugs.php.net/?id=16699&edit=1
Bug #16700 Updated: Code samples relating to use of sessions is broken, and other issues.
ID: 16700 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: All (tested on win32 and linux) PHP Version: 4.1.2 New Comment: I've fixed the examples. 4.2.0 will be released really soon now so there's (IMHO) no need to update the docs for that. Previous Comments: [2002-04-19 12:39:32] [EMAIL PROTECTED] Please don't disregard this, it is not just a product of the 4.1.2 win32 $_SESSION bug. The examples 1,2 and 3 regarding the use of $_SESSION and $HTTP_SESSION_VARS all omit to mention that you still have to call session_start() before you can use any of them. The caution regarding mixing use of these variables and the session functions compounds this. The example simply does not work under any version of PHP, and is extremely confusing for newbies, and an intense waste of time for those of us who found out about the win32 $_SESSION bug the hard way. They should read: Example 1: Example 2: Example 3: I would also recommend adding the following notes: Note: When using $_SESSION or $HTTP_SESSION_VARS to register / get session variables, you must call session_start() to start the session, otherwise no session information will be saved. Note: In the **Win32 only** build of PHP 4.1.2, support for $_SESSION and $HTTP_SESSION_VARS is broken, and no data is stored in the session file. Session_register() etc still works, but since the use of register_globals / session_register() is depracated and many people have now disabled register_globals anyhow, the workaround currently is to downgrade to PHP 4.1.1 / 4.1.0, or wait for the next release version. **This bug does not affect any linux builds of PHP**. I know that seccond note is not the sort of thing you probably want to publicise, but having read the current discussions on this bug the official line seems to be that the bug is fixed in the upcoming 4.2.0 but 4.1.2 is not going to be re-released. However, most people developing on win32 at the moment, and many people in the future are going to come up against the problem and be stumped. There should also be a note on the download page warning people who are currently blindly being advised to upgrade to 4.1.2 that this bug is present in the win32 build, and 4.1.1 offered as an alternative on the win32 platform. -- Edit this bug report at http://bugs.php.net/?id=16700&edit=1
Bug #16701 Updated: error in tranmitting post variables
ID: 16701 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Variables related Operating System: Windows XP PHP Version: 4.1.2 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". Previous Comments: [2002-04-19 12:57:08] [EMAIL PROTECTED] Having a form with just a single and you submit the data, it misses the last character of the variable, like: if you submitted the value: foo, then you only get: fo on you on your action url. I've degraded to php 4.0.6 which solved the problem, so it must be something with php 4.1.2. It does not occur when using a get instead of a post, but this is not always a viable solution. If I add one more input boxes (text) to the form, then it works just fine... -- Edit this bug report at http://bugs.php.net/?id=16701&edit=1
Bug #16703 Updated: Documentation
ID: 16703 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Duplicate Bug Type: Documentation problem Operating System: Win XP PHP Version: 4.1.2 New Comment: Dupe of #16615 Previous Comments: [2002-04-19 14:18:19] [EMAIL PROTECTED] Hi everybody, the current german chm-documentation can't be open. Error Message: Datei konnte nicht geöffnet werden: mk:MSITStore:Path... I tried to open it under NT and XP. Thanks for all and greetings from germany... Georg -- Edit this bug report at http://bugs.php.net/?id=16703&edit=1
Bug #16710 Updated: pg_exec to pg_query
ID: 16710 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: every system PHP Version: 4.2.0 New Comment: We decided to use pg_query() because it's more consistent with other database extensions (like mysql, which uses mysql_query()) The old function names still work and won't be removed soon. Previous Comments: [2002-04-20 05:27:44] [EMAIL PROTECTED] Reclassified. -Tal [2002-04-20 05:17:34] [EMAIL PROTECTED] I have just finished writing a book about PHP and PostgreSQL. After we have finished layouting the stuff we have seen that pg_exec has changed to pg_query for ABSOLUTELY NO USEFUL reason. In addition to that my company has written > 1000k of PHP/PostgreSQL code in the past and we have to port ALL applications to the new name. This will be chaotic and I cannot see a reason for the change. Was there no way of leaving the old name? We will never ever use PHP in the future again because what we have to face is a microsoft like change destroying all books and all applications on the market. This IS a bug for all serious companies and developers and I hope that those who are responsible for the mess will read this message. Best regards, Hans-Jürgen Schönig (a former PHP programmer and author) -- Edit this bug report at http://bugs.php.net/?id=16710&edit=1
Bug #16714 Updated: explode()-function is not working correctly with Carriage Returns
ID: 16714 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Windows XP Pro PHP Version: 4.2.0 New Comment: You can just use \n for that. Or open the script as binary. (PHP translates \r\n on Windows to \n, unless you've opened the file as binary) Previous Comments: [2002-04-20 14:34:48] [EMAIL PROTECTED] Hello, I just installed PHP4.2.0 RC4 on my System using IIS 5.1 with all patches. I installed PHP as ISAPI module, I ran before PHP 4.1.2 as CGI where the following worked correctly: A propgram running in background saves every 10 secons the actual traffic into a file "jetzt.log", each line is separeted with a carraige return and a line feed "\r\n" - like any other textfile under windows. For example it looks as the following: 34.865 9.763 0 Tage 1 Stunden 9 Minuten 41 Sekunden 16 And here is my script: \r\n"; echo "Upstream: ".$haufen[1]."\r\n"; echo "Uptime: ".$haufen[2]."\r\n"; echo "CPU Usage: ".$haufen[3]."%"; ?> In PHP 4.1.2 the content of jetzt.log was seperated into the array $haufen and the script printed it fine out. Since PHP 4.2.0 all content of jetzt.log is written into $haufen[0], including carriage returns and line feeds. It is the same when I only use "\r" as seperator; when I use "\n", the content is correctly seperated but at the end of each line there is stil a carriage return. I found a comparable problem at http://bugs.php.net/bug.php?id=3428 Best regards Mark Aslan Kuschel -- Edit this bug report at http://bugs.php.net/?id=16714&edit=1
Bug #16722 Updated: Compilation failure
ID: 16722 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: Suse Linux 7.2 PHP Version: 4.1.2 New Comment: 4.1.2 doesn't support Apache 2. 4.2.0 will have (experimental) Apache 2 support and will be released tomorrow. Previous Comments: [2002-04-21 13:10:34] [EMAIL PROTECTED] I tried to compile PHP 4.1.2 with Apache 2.0.35 has a module ./configure --with-apache=../apache --with-mysql --enable-track-vars --enable-calendar and i get the error that fallow Configuring SAPI modules checking for AOLserver support... no checking for Apache module support via DSO through APXS... no checking for Apache module support... no configure: error: Invalid Apache directory - unable to find httpd.h under /home/yann/DL/httpd And yes the directory is correct and there is no httpd.h file Could it be that some file was changed of name ? I compiled PHP 4.1.2 with apache 1.3.x with out probleme -- Edit this bug report at http://bugs.php.net/?id=16722&edit=1
Bug #16722 Updated: Compilation failure
ID: 16722 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Apache2 related Operating System: Suse Linux 7.2 PHP Version: 4.1.2 New Comment: --with-apache only works on 1.3.x, you need --with-apxs2 for Apache 2 Previous Comments: [2002-04-21 13:14:30] [EMAIL PROTECTED] 4.1.2 doesn't support Apache 2. 4.2.0 will have (experimental) Apache 2 support and will be released tomorrow. [2002-04-21 13:10:34] [EMAIL PROTECTED] I tried to compile PHP 4.1.2 with Apache 2.0.35 has a module ./configure --with-apache=../apache --with-mysql --enable-track-vars --enable-calendar and i get the error that fallow Configuring SAPI modules checking for AOLserver support... no checking for Apache module support via DSO through APXS... no checking for Apache module support... no configure: error: Invalid Apache directory - unable to find httpd.h under /home/yann/DL/httpd And yes the directory is correct and there is no httpd.h file Could it be that some file was changed of name ? I compiled PHP 4.1.2 with apache 1.3.x with out probleme -- Edit this bug report at http://bugs.php.net/?id=16722&edit=1
Bug #16728 Updated: session.use_trans_sid doesn't work
ID: 16728 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Session related Operating System: Windows PHP Version: 4.1.2 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". Previous Comments: [2002-04-22 03:32:29] [EMAIL PROTECTED] I have tried with IIS and Apache web servers and I still have the same problem. session.use_trans_sid doesn't work(the session ID is not transmitted). -- Edit this bug report at http://bugs.php.net/?id=16728&edit=1
Bug #16727 Updated: Image can not be opened after using PHP to upload.
ID: 16727 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *Graphics related Operating System: Red Hat Linux 7.1 PHP Version: 4.1.2 New Comment: The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Previous Comments: [2002-04-22 01:21:13] [EMAIL PROTECTED] After using PHP to upload an image I can not open the file in photo editors such as Corel Photohouse 8 or Adobe Photoshop 5.0 but the browser can display the image. The URL used to handle the uploaded file and move the file to a new desination is : http://www.blackstarbooks.com/admin/upload_products7.phps -- Edit this bug report at http://bugs.php.net/?id=16727&edit=1
Bug #16725 Updated: "test.php.dat" also can be parsed
ID: 16725 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache related Operating System: windows,linux PHP Version: 4.1.2 New Comment: Can you send me your httpd.conf by mail? I guess it's a problem with your configuration but I'm not sure. Alternatively, you can paste the relevant sections of it here. Previous Comments: [2002-04-21 22:23:17] [EMAIL PROTECTED] php version 4.1.2 "test.php.dat" content: in apache server ,it also can be parsed http://yourserver/test.php.dat you can see -- hello world! in iis server you can see -- -- Edit this bug report at http://bugs.php.net/?id=16725&edit=1
Bug #16736 Updated: trans-sid breaks when GET string includes colon
ID: 16736 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Session related Operating System: RedHat Linux 7.2 PHP Version: 4.1.2 New Comment: A colon is not an allowed character in GET urls. Replace it with the appropriate %xxx value or use urlencode(). Previous Comments: [2002-04-22 15:34:51] [EMAIL PROTECTED] It appears that if the already-existing GET string of a URl includes the colon character (:), trans-sid will not add the session id to that URL. This problem is demonstrated by this short demo script: Bad Link The incorrect behavior occurs whether the colon appears in the attribute name or in the value. If the colon is removed from the GET string, the link is rewritten correctly. -- Edit this bug report at http://bugs.php.net/?id=16736&edit=1
Bug #16741 Updated: mysql_connect maps localhost to localhost.localdomain
ID: 16741
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Duplicate
Bug Type: MySQL related
Operating System: Redhat 7.2
PHP Version: 4.2.0
New Comment:
Dupe of #16285
Previous Comments:
[2002-04-23 02:01:50] [EMAIL PROTECTED]
Same thing happens on Debian testing. Same php.ini, same web server,
same script. "Can't connect to MySQL server on 'localhost' (111) in
/var/www/index.php" etc. etc. No problem with 4.1.2.
[2002-04-23 00:57:38] [EMAIL PROTECTED]
It happens in 4.2.0, not 4.1.2.
mysql_connect("localhost", "username", "password") maps the host from
"localhost" to "localhost.localdomain".
It results "Warning: Host 'localhost.localdomain' is not allowed to
connect to this MySQL server in /blah/blah/blah/db_connect.php on line
N".
Current resolution: Grant localhost.localdomain in MySQL.
--
Edit this bug report at http://bugs.php.net/?id=16741&edit=1
Bug #16285 Updated: mysql connection uses bogus hostname
ID: 16285 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Critical Bug Type: MySQL related Operating System: Linux 2.4.7-10 PHP Version: 4.1.2 Assigned To: derick Previous Comments: [2002-03-26 08:00:35] [EMAIL PROTECTED] Reproduced [2002-03-26 07:59:33] [EMAIL PROTECTED] [This is actually a 4.2.0rc1 issue, but there isn't an option for that in the dropdown] When connecting to mysql with php 4.2.0rc1, having specified 'localhost' as the hostname, 'localhost.localdomain' is actually passed to the mysql server. (Reported in both the error message, and the mysql log.) This behaviour was seen initially when attempting to use ACID and phpMyAdmin. After reversion back to php 4.1.2, however, 'localhost' is again passed as expected. config args: --with-mysql --with-imap --with-kerberos --with-apxs --with-imap-ssl --with-gd -- Edit this bug report at http://bugs.php.net/?id=16285&edit=1
Bug #16745 Updated: HTTP_Compress should auto detect if output_handler = ob_gzhandler is in php.ini
ID: 16745 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: PEAR related +Bug Type: Output Control Operating System: mdk 8.1 smp PHP Version: 4.2.0 New Comment: Reclassified. Previous Comments: [2002-04-23 05:51:07] [EMAIL PROTECTED] I was using chora 1.0 and cvs versions (2.0) and had this bizarre mem leak under either php4.2.0rc4 or php4.2.0 final. It would show up in the apache logs as Last leak repeated 2 times ./zend_execute.c(1999) : Freeing 0x0825CE0C (12 bytes), script=/www/sj/horde/chora/cvs.php Last leak repeated 2 times zend_operators.c(1047) : Freeing 0x081EFCBC (31 bytes), script=/www/sj/horde/chora/cvs.php Last leak repeated 1 time zend_API.c(596) : Freeing 0x081EF56C (44 bytes), script=/www/sj/horde/chora/cvs.php zend_API.c(584) : Actual location (location was relayed) zend_compile.c(1647) : Freeing 0x0817CB6C (12 bytes), script=/www/sj/horde/chora/cvs.php etc, etc. I tried numerous compilations, etc. but in the end it turned out to be the fact that in my php.ini, I have output_handler = ob_gzhandler and chora would try to use the PEAR class to compress it again. I was able to turn that feature off within chora, but it was a bitch to track down, and odd how it would only show up in 4.2.0, but not in 4.1.2 even with the same ./configure setup. It was suggested by a few that I report my findings, so I hope this helps. Perhaps the PEAR class could autodetect if gzip is already in use? Keep up the great work as always! PS. Just in case it helps somehow, here is my bitchin' configure line : './configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-config-file-path=/usr/local/apache/conf' '--enable-inline-optimization' '--with-pgsql' '--enable-mbstring' '--enable-mbstr-enc-trans' '--enable-ftp' '--with-zlib' '--with-zlib-dir=/usr/local/lib' '--with-gdbm' '--with-gd' '--with-jpeg-dir=/usr/local/lib' '--with-png-dir=/usr/local/lib' '--with-tiff-dir=/usr/local/lib' '--with-freetype-dir=/usr/local/lib' '--with-swf=/usr/local/lib' '--with-pdflib=/usr/local' '--with-curl' '--with-xml' '--with-mcrypt' '--with-gettext' '--with-pspell' '--with-mm=/usr/local/lib' '--enable-debug' I tried with and without --enable-inline-optimization and with and without --with-mm. Send me an email if you need any more info, glad to be of help. Take care. -- Edit this bug report at http://bugs.php.net/?id=16745&edit=1
Bug #16755 Updated: --with-java produces java.so inplace of libphp_java.so
ID: 16755 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: Documentation problem +Bug Type: Java related Operating System: Solaris 2.8 -PHP Version: 4.0CVS-2002-04-23 +PHP Version: 4.0CVS-2002-04-2 New Comment: Reclassified. Previous Comments: [2002-04-23 11:31:58] [EMAIL PROTECTED] update summary line [2002-04-23 10:58:34] [EMAIL PROTECTED] ---Environment Solaris Sparc 2.8 Patchkit as of 5/Apr/2002 Gcc 3.0.3 (Sunfreeware) binutils 2.11.2 (Sunfreeware) GNU Make version 3.79.1 (Sunfreeware) GNU libtool 1.4 (1.920 2001/04/24 23:26:18) (Sunfreeware) java j2sdk1.4.0 Zlib 1.1.4 (source) php 4.1.2 PATH includes /usr/j2sdk1.4.0/bin JAVA_HOME /usr/j2sdk1.4.0 --- ---configure--- ./configure \ --with-apxs=/usr/local/apache/bin/apxs \ --with-config-file-path=/usr/local/apache/httpd/conf \ --without-mysql \ --with-zlib-dir=/usr/local \ --with-zlib=/usr/local \ --with-java=/usr/j2sdk1.4.0 --- module name is now java.so -pete -- Edit this bug report at http://bugs.php.net/?id=16755&edit=1
Bug #16798 Updated: Compile failure:`OCI_DURATION_STATEMENT' undeclared (first use in this function)
ID: 16798 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: Linux PHP Version: 4.2.0 New Comment: What's your configure line? In which file and function do you get this error? Previous Comments: [2002-04-24 19:56:06] [EMAIL PROTECTED] reclassified. [2002-04-24 12:01:36] [EMAIL PROTECTED] I can´t compile PHP-4.2.0 with oracle 8. `OCI_DURATION_STATEMENT' undeclared (first use in this function) -- Edit this bug report at http://bugs.php.net/?id=16798&edit=1
