#19600 [Opn->Csd]: requires full pathname
ID: 19600
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: XSLT related
Operating System: Windows XP
PHP Version: 4.2.3
New Comment:
closing then
Previous Comments:
[2002-10-03 19:50:13] [EMAIL PROTECTED]
That works, thank you. Problem solved.
[2002-10-03 04:28:57] [EMAIL PROTECTED]
Please try http://www.php.net/manual/en/function.xslt-set-base.php to
solve your problem.
Regards, Kai
[2002-09-25 13:53:10] [EMAIL PROTECTED]
I am using Windows XP, PHP 4.2.3, Apache 1.3.26
I am using XSLT to produce HTML output. The code I use is as follows:
$arg_buffer = array("/xml" => $xml_string, "/xslt" => $xsl_string);
$result = xslt_process($xp, "arg:/xml", "arg:/xslt", NULL, $arg_buffer,
$params)))
My xsl file contains as 'include' statement which points to a file
which exists in the same folder as the PHP script.
I initially tried it as but it
produced this error:
'arg:/pagination.xsl' not found (error code: 65)
I then tried it with and
got this error:
cannot open file '/pagination.xsl' (error code: 4)
It only works if I enter the full path, as in
It is very inconvenient to have to specify the full pathname in every
statement. Should it not first look in the current
directory?
This may be more of an enhancement request than a bug.
--
Edit this bug report at http://bugs.php.net/?id=19600&edit=1
#19731 [Fbk->Opn]: Compiler fails with --enable-sockets flag
ID: 19731 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Sockets related Operating System: SCO 5.0.5 PHP Version: 4.2.0 New Comment: Version php4-latest (php4-200210030300) : cc -Iext/sockets/ -I/u/stan/x/php4-200210030300/ext/sockets/ -DPHP_ATOM_INC-I/u/stan/x/php4-200210030300/include -I/u/stan/x/php4-200210030300/main -I/u/san/x/php4-200210030300 -I/u/stan/x/php4-200210030300/Zend -I/u/stan/x/php4-20020030300/ext/xml/expat -I/u/stan/x/php4-200210030300/TSRM -g -belf -c /u/stanx/php4-200210030300/ext/sockets/sockets.c -o ext/sockets/sockets.o && echo > et/sockets/sockets.lo "/u/stan/x/php4-200210030300/main/php_streams.h", line 311: warning: no macro rplacement within a string literal "/u/stan/x/php4-200210030300/main/php_streams.h", line 312: warning: no macro rplacement within a string literal "/usr/include/sys/regset.h", line 41: error: (struct) tag redeclared: _fpstate "/u/stan/x/php4-200210030300/ext/sockets/sockets.c", line 263: warning: argumen is incompatible with prototype: arg #3 "/u/stan/x/php4-200210030300/ext/sockets/sockets.c", line 383: error: undefined symbol: h_errno "/u/stan/x/php4-200210030300/ext/sockets/sockets.c", line 831: warning: argumen is incompatible with prototype: arg #3 Previous Comments: [2002-10-03 07:55:31] [EMAIL PROTECTED] And http://snaps.php.net/php4-latest.tar.bz2 ? [2002-10-03 06:12:59] [EMAIL PROTECTED] Version 4.2.3 cc -I. -I/u/stan/x/php-4.2.3/ext/sockets -I/u/stan/x/php-4.2.3/main -I/u/stan/x/php-4.2.3 -I/u/stan/x/php-4.2.3/Zend -I/home/informix/incl/esql -I/home/informix/incl/tools -I/u/stan/x/php-4.2.3/ext/xml/expat -I/u/stan/x/php-4.2.3/TSRM -g -belf -c sockets.c && touch sockets.lo "/usr/include/sys/regset.h", line 41: error: (struct) tag redeclared: _fpstate "sockets.c", line 259: warning: argument is incompatible with prototype: arg #3 "sockets.c", line 367: error: undefined symbol: h_errno "sockets.c", line 775: warning: argument is incompatible with prototype: arg #3 [2002-10-03 05:16:38] [EMAIL PROTECTED] Please try a newer version (either 4.2.3 or more preferable the NON-stable snapshot from snaps.php.net) [2002-10-03 03:08:55] [EMAIL PROTECTED] Configuration options: ./configure --prefix=$DIR --with-informix=$INFORMIXDIR --without-mysql --enable-short-tags --enable-magic-quotes --enable-bcmath --enable-posix --enable-session --enable-debug --enable-discard-path --enable-force-cgi-redirect --enable-safe-mode --enable-sysvsem --enable-sysvshm --enable-trans-sid --enable-sockets Compilation : make[1]: Entering directory `/u/stan/x/php-4.2.0/ext/sockets' cc -I. -I/u/stan/x/php-4.2.0/ext/sockets -I/u/stan/x/php-4.2.0/main -I/u/stan/x/php-4.2.0 -I/u/stan/x/php-4.2.0/Zend -I/home/informix/incl/esql -I/home/informix/incl/tools -I/u/stan/x/php-4.2.0/ext/xml/expat -I/u/stan/x/php-4.2.0/TSRM -g -belf -c sockets.c && touch sockets.lo "sockets.c", line 1603: error: undefined symbol: h_errno "sockets.c", line 1607: warning: assignment type mismatch "sockets.c", line 1635: warning: assignment type mismatch "sockets.c", line 1677: warning: argument is incompatible with prototype: arg #5 "sockets.c", line 1694: warning: argument is incompatible with prototype: arg #5 "sockets.c", line 1710: warning: argument is incompatible with prototype: arg #5 make[1]: *** [sockets.lo] Error 1 make[1]: Leaving directory `/u/stan/x/php-4.2.0/ext/sockets' make: *** [all-recursive] Error 1 -- Edit this bug report at http://bugs.php.net/?id=19731&edit=1
#17495 [Com]: Failed opening .. (include_path=".") in Unknown on Line 0 OFTEN! (not always)
ID: 17495 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: IIS related Operating System: NT 4.0 IIS 4.0 web server PHP Version: 4.2.1 New Comment: linux/apache 1.3.20/php 4.2.1 i've just uploaded some files to my hosted server and am seeing this. phpinfo() works fine, though all other .php files get this error. I stopped trying refresh after a few times (wouldn't you) and nada. btw, i have this happening with files which have NO includes nor requires in them. All of my scripts are getting this, most of which have not been changed. brian ally Previous Comments: [2002-09-20 17:35:42] [EMAIL PROTECTED] I experience the same problem, although my environment differs. I use: Windows 2000, IIS 5.0 and PHP version 4.2.3. [2002-09-11 11:13:17] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. [2002-07-18 12:10:29] [EMAIL PROTECTED] That did not help in fact that release didn't work at all. The page just hung trying to load. I reverted back to the 4.2.1 release. [2002-07-18 04:49:17] [EMAIL PROTECTED] Does this happen with this snapshot: http://snaps.php.net/win32/php4-win32-latest.zip [2002-07-18 00:46:33] [EMAIL PROTECTED] I am seeing the same problem on my system: IIS5 PHP 4.2.1 NOT USING ISAPI Warning: Failed opening '../includes/header.php' for inclusion (include_path='.;c:\php\includes;../;..\') in \\vol\sites$\test\test.php on line 3 where test.php contains: This same php works on my linux server but not on my windows server. Help it is very important that this gets resolved. 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/17495 -- Edit this bug report at http://bugs.php.net/?id=17495&edit=1
#17826 [Com]: PHP 4.2.1 Apache SAPI is not compatible with Apache 2.0.39
ID: 17826 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Apache2 related Operating System: Win32 PHP Version: 4.2.1 Assigned To: edink New Comment: Hello. I figured this out. There is no other way than using a 2.0.36 version and apache2filter.dll ! That seems to work perfectly. Only problem is that where from you can find 2.0.36 version of the Apache. Here is location where from I downloaded it: http://apache.kr.net/dist/ I have now PHP 4.2.3, MySQL and Apache 2.0.36 up and running. I have done quite a few tests and I didn't face problems. In httpd.conf you need just following lines: LoadModule php4_module c:/www/bin/php4/experimental/apache2filter.dll DirectoryIndex index.php index.html index.html.var index.htm index.phtml index.php3 default.htm AddType application/x-httpd-php .php .php3 .phtml .php4 That all you need. Apache2filter.dll might be also problematic to find, but I found it from older PHP distributions (4.2.0, see http://ftp.proventum.net/pub/php/win32/) Greetings, Jari Hiltunen, aka OH4BC Previous Comments: [2002-10-04 00:02:29] [EMAIL PROTECTED] Sniper, the newest snapshot does not fix the problem here. Apache_2.0.43 doesn't read the php4apache2.dll correctly. Has anyone got this to work yet? [2002-10-03 19:12:10] [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 08:05:03] [EMAIL PROTECTED] I have tried to get Apache 2.0.4.2 and PHP latest (tested many versions) working together, but I am not able to. I get similar erros what everybody else here. After two hours googling, yahooing etc. I found apache2filter.dll from old 4.20 package, but that doesn't work either. I am stuck with new Apacje 2.0 version and I don't have a clue how I can get my Apache/MySQL/PHP server functioning (except roll-back from backups). Apache developers should display warning that PHP doesn't work with Apache2 ! [2002-10-02 22:11:54] [EMAIL PROTECTED] My version is doing same thing, cannot load C/PHP4/sapi/php4apache2.dll into server, specified procedure cannot be found XP Pro SP1 Apache 2.0.42 PHP 4.2.3 I even tried the older version of the dll, no luck, I also tried to load the module directly into the modules directoy, no luck, does php4ts.dll need to be specified, as it always has to run/ Off to try that now. Tim [2002-09-04 03:20:01] [EMAIL PROTECTED] Right.. It is now september... I just dl'ed the latest (i may hope) php4.2.2 zipped distribution. Running XP Pro Apache 2.0.40 And i get this error in the application log: The Apache service named reported the following error: >>> Cannot load G:/php-4/sapi/php4apache2.dll into server: Can't find stated procedure. One would think this had been solved from what i read above... Off to find "newer" releases now.. 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/17826 -- Edit this bug report at http://bugs.php.net/?id=17826&edit=1
#15943 [Fbk->Asn]: Viewing .phps Crashes with php.ini-recommended
ID: 15943 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Assigned Bug Type: Scripting Engine problem -Operating System: FreeBSD +Operating System: any -PHP Version: 4.1.2 +PHP Version: any -Assigned To: +Assigned To: zeev New Comment: This problem is not os/version specific. Zeev hasn't committed patch yet. It will be reimplemented much like normal function. Then it should work for any configuration. Do not use output buffer to work around this problem. Assigned to Zeev. Previous Comments: [2002-10-03 22:46:46] [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-09-04 13:09:48] [EMAIL PROTECTED] feedback was given [2002-07-20 01:00:10] [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-07-09 12:46:36] [EMAIL PROTECTED] I can verify that this bug is not solved as of php4-200207081200 - I'm on Linux/Intel, Apache 1.3.26. # HEAD http://127.0.0.1/~elmicha/php/phpinfo.phps 500 EOF instead of reponse status line Client-Date: Tue, 09 Jul 2002 16:32:58 GMT # GET http://127.0.0.1/~elmicha/php/phpinfo.phps >xxx An Error Occurred An Error Occurred 500 EOF instead of reponse status line # cat xxx # cat ~/php/phpinfo.php With "output_buffering = off", it works without problems. [2002-06-19 11:58:01] [EMAIL PROTECTED] Leaving the status at feedback then until you have time. 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/15943 -- Edit this bug report at http://bugs.php.net/?id=15943&edit=1
#19705 [Ctl]: output buffering failing make test
ID: 19705 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Critical -Bug Type: Output Control +Bug Type: Other web server Operating System: linux PHP Version: 4CVS-2002-10-01 New Comment: I should be CLI problem. 006.phpt works for me, but 009.php does not. -c option is related somehow. Previous Comments: [2002-10-03 02:16:41] [EMAIL PROTECTED] For rationale see: http://news.php.net/article.php?group=php.dev&article=88922 [2002-10-02 23:51:28] [EMAIL PROTECTED] This is a CLI specific problem. CLI shouldn't automatically set implicit_flush=On always. [2002-10-02 01:32:47] [EMAIL PROTECTED] just downgraded output.c to rev. 1.121 and the obtest passes http://cvs.php.net/co.php/php4/main/output.c?sbt=2&r=1.121 re-updated and made it fail again... [2002-10-02 00:53:21] [EMAIL PROTECTED] It affect CLI (eg. make test). and also the apache1 SAPI [2002-10-02 00:31:59] [EMAIL PROTECTED] For some reason, output buffer is bypassed and directly outputs. Are you using CLI, CGI or SAPI? 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/19705 -- Edit this bug report at http://bugs.php.net/?id=19705&edit=1
#17826 [Com]: PHP 4.2.1 Apache SAPI is not compatible with Apache 2.0.39
ID: 17826 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Apache2 related Operating System: Win32 PHP Version: 4.2.1 Assigned To: edink New Comment: Sniper, the newest snapshot does not fix the problem here. Apache_2.0.43 doesn't read the php4apache2.dll correctly. Has anyone got this to work yet? Previous Comments: [2002-10-03 19:12:10] [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 08:05:03] [EMAIL PROTECTED] I have tried to get Apache 2.0.4.2 and PHP latest (tested many versions) working together, but I am not able to. I get similar erros what everybody else here. After two hours googling, yahooing etc. I found apache2filter.dll from old 4.20 package, but that doesn't work either. I am stuck with new Apacje 2.0 version and I don't have a clue how I can get my Apache/MySQL/PHP server functioning (except roll-back from backups). Apache developers should display warning that PHP doesn't work with Apache2 ! [2002-10-02 22:11:54] [EMAIL PROTECTED] My version is doing same thing, cannot load C/PHP4/sapi/php4apache2.dll into server, specified procedure cannot be found XP Pro SP1 Apache 2.0.42 PHP 4.2.3 I even tried the older version of the dll, no luck, I also tried to load the module directly into the modules directoy, no luck, does php4ts.dll need to be specified, as it always has to run/ Off to try that now. Tim [2002-09-04 03:20:01] [EMAIL PROTECTED] Right.. It is now september... I just dl'ed the latest (i may hope) php4.2.2 zipped distribution. Running XP Pro Apache 2.0.40 And i get this error in the application log: The Apache service named reported the following error: >>> Cannot load G:/php-4/sapi/php4apache2.dll into server: Can't find stated procedure. One would think this had been solved from what i read above... Off to find "newer" releases now.. [2002-08-24 21:58:19] [EMAIL PROTECTED] Forget that. Sorry. I downloaded the latest version and it worked!!! You all should do the same. 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/17826 -- Edit this bug report at http://bugs.php.net/?id=17826&edit=1
#15912 [Opn->Fbk]: thttpd: Trailing \r\n in last varible when doing POST request with IE
ID: 15912 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Other web server Operating System: Linux PHP Version: 4.0CVS-2002-03-0 New Comment: 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 Previous Comments: [2002-04-04 07:22:47] [EMAIL PROTECTED] updated subject. [2002-04-04 07:22:20] [EMAIL PROTECTED] So this was thttpd specific? Reclassified. [2002-03-27 13:33:26] [EMAIL PROTECTED] Tried the CVS version of today (20002-03-27) and the bug is still there. But I think it only happens when useing thttpd as SAPI. There is some code in sapi/thttpd/thttpd.c around line 195 that is suppose to fixit. [2002-03-07 17:21:09] [EMAIL PROTECTED] The CVS version from yesterday (2002-03-06) [2002-03-07 14:29:04] [EMAIL PROTECTED] In what version it didn't work? 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/15912 -- Edit this bug report at http://bugs.php.net/?id=15912&edit=1
#16061 [Opn->Csd]: Post Problem with thttpd
ID: 16061
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Other web server
Operating System: linux
PHP Version: 4.1.2
New Comment:
Thank you for your bug report. This issue has already been fixed
in the latest released version of PHP, which you can download at
http://www.php.net/downloads.php
User reports that the problem has been addressed in PHP 4.2.2
Previous Comments:
[2002-08-30 15:52:05] [EMAIL PROTECTED]
Confirmed behavior while testing LDAPExplorer V1.17 on RHL 7.3, PHP
4.1.2, and Apache 1.3.23. Uninstalling PHP 4.1.2 and rebuilding PHP
from 4.2.2 source solved my problem (register_globals=on must be set
for LDAPExplorer to work).
[2002-03-27 06:19:53] [EMAIL PROTECTED]
Hi
Meanwhile i did some debugging and found several bugs in the
sapi_thttpd_read_post Function, which i have patched. This patch is
just a workaround, because it blocks the server until all POST data is
read. There should be found a more elegant solution.
In the function php_register_var i also found a bug, that i have
patched.
--- php-4.1.2.orig/sapi/thttpd/thttpd.c Tue Aug 7 10:35:54 2001
+++ php-4.1.2.patched/sapi/thttpd/thttpd.c Tue Mar 19 17:22:52
2002
@@ -130,29 +130,52 @@
static int sapi_thttpd_read_post(char *buffer, uint count_bytes
TSRMLS_DC)
{
- size_t read_bytes = 0, tmp;
+ size_t read_bytes = 0;
+ int tmp;
int c;
+ struct timeval timeout;
+ int wait_time = 250; /* milliseconds */
+ int total_wait_time = 30; /* seconds */
+ int retry_start = total_wait_time * 1000 / wait_time;
+ int retry = retry_start;
/* to understand this, read cgi_interpose_input() in libhttpd.c
*/
c = TG(hc)->read_idx - TG(hc)->checked_idx;
+ c = MIN (c, SG(request_info).content_length);
if (c > 0) {
read_bytes = MIN(c, count_bytes);
memcpy(buffer, TG(hc)->read_buf + TG(hc)->checked_idx,
read_bytes);
TG(hc)->checked_idx += read_bytes;
- count_bytes -= read_bytes;
}
-
+
count_bytes = MIN(count_bytes,
- SG(request_info).content_length -
SG(read_post_bytes) - TG(post_off));
+ SG(request_info).content_length -
SG(read_post_bytes));
while (read_bytes < count_bytes) {
- tmp = recv(TG(hc)->conn_fd, buffer + read_bytes,
+ if ( retry < 0)
+ break;
+
+ tmp = recv(TG(hc)->conn_fd, buffer + read_bytes,
count_bytes - read_bytes, 0);
- if (tmp <= 0)
- break;
- read_bytes += tmp;
+
+ if (tmp <= 0) {
+ if ( errno == EINTR )
+ continue;
+
+ if ( errno == EAGAIN) {
+ retry--;
+ timeout.tv_sec = 0; /* sec */
+ timeout.tv_usec = wait_time * 1000; /* microsec */
+ timeout.tv_usec = 0;
+ select (0, NULL, NULL, NULL, &timeout);
+ continue;
+ }
+ break;
+ }
+ read_bytes += tmp;
+ retry = retry_start;
}
-
+
return read_bytes;
}
--- php-4.1.2.orig/ext/session/session.cTue Feb 26 20:32:52
2002
+++ php-4.1.2.patched/ext/session/session.c Fri Mar 15 16:49:45
2002
@@ -1144,10 +1144,11 @@
}
} else {
convert_to_string_ex(entry);
-
- if ((strcmp(Z_STRVAL_PP(entry), "HTTP_SESSION_VARS") !=
0) ||
- (strcmp(Z_STRVAL_PP(entry), "_SESSION") != 0)) {
- PS_ADD_VARL(Z_STRVAL_PP(entry),
Z_STRLEN_PP(entry));
+ if ( Z_STRVAL_PP(entry) != NULL ) {
+ if ((strcmp(Z_STRVAL_PP(entry),
"HTTP_SESSION_VARS") != 0) &&
+ (strcmp(Z_STRVAL_PP(entry), "_SESSION")
!= 0)) {
+ PS_ADD_VARL(Z_STRVAL_PP(entry),
Z_STRLEN_PP(entry));
+ }
}
}
}
[2002-03-14 07:33:59] [EMAIL PROTECTED]
Hi
I have a problem with POST using thttpd as a webserver. I'm using
php-4.1.2 and thttpd-2.21b.
configure --prefix=/usr/local \ --with-config-file-path=/webmgnt/etc/
\
--with-gettext \
--with-mcrypt \
--enable-ctype \
--enable-wddx \
--with-thttpd=../thttpd-2.21b \
--enable-shared=no
Everything is compiled staticly
When the HTTP header and the POST data are send in one single TCP
packet everything w
#15943 [Opn->Fbk]: Viewing .phps Crashes with php.ini-recommended
ID: 15943 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: FreeBSD PHP Version: 4.1.2 New Comment: 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 Previous Comments: [2002-09-04 13:09:48] [EMAIL PROTECTED] feedback was given [2002-07-20 01:00:10] [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-07-09 12:46:36] [EMAIL PROTECTED] I can verify that this bug is not solved as of php4-200207081200 - I'm on Linux/Intel, Apache 1.3.26. # HEAD http://127.0.0.1/~elmicha/php/phpinfo.phps 500 EOF instead of reponse status line Client-Date: Tue, 09 Jul 2002 16:32:58 GMT # GET http://127.0.0.1/~elmicha/php/phpinfo.phps >xxx An Error Occurred An Error Occurred 500 EOF instead of reponse status line # cat xxx # cat ~/php/phpinfo.php With "output_buffering = off", it works without problems. [2002-06-19 11:58:01] [EMAIL PROTECTED] Leaving the status at feedback then until you have time. [2002-06-19 11:52:34] [EMAIL PROTECTED] I simply don't have time. If the timeframe for this is weeks, then no problem. If it's days, I can't promise anything. I'll do my best and also see if I can get someone to do it for me. Hans 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/15943 -- Edit this bug report at http://bugs.php.net/?id=15943&edit=1
#16605 [Opn->Fbk]: 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: 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 If the problem still occures, please include a backtrace in your report. Previous Comments: [2002-04-15 17:23:33] [EMAIL PROTECTED] Apache Error log shows: Unknown(0) : Warning - String is not zero-terminated (0x47494638396110001000b30900ff269a2920882208760900ffd774631721f90401090) (source: zend_execute_API.c:274) [Mon Apr 15 12:57:21 2002] Script: '/home/devel/public_html/viewimage.php' --- zend_execute_API.c(274) : Block 0x0830C500 status: zend_variables.c(44) : Actual location (location was relayed) Beginning: OK (allocated on php_sybase_db.c:673, 139 bytes) End: Overflown (magic=0x30633200 instead of 0x2A8FCC84) At least 4 bytes overflown --- GDB Backtrace: Program received signal SIGSEGV, Segmentation fault. 0x282552da in tds_convert_binary () from /usr/local/lib/libsybdb.so.1 PHP Config: './configure' '--with-apache=../apache_1.3.24' '--with-pdflib=/usr/local' '--with-xml' '--enable-debug' '--enable-track-vars' '--enable-shared=pdflib' '--with-zlib' '--enable-versioning' '--with-sybase=/usr/local' [2002-04-15 12:42:03] [EMAIL PROTECTED] 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". [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
#16820 [Opn->Fbk]: hangs in multithreded environment (ZTS)
ID: 16820 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: linux PHP Version: 4.2.0 New Comment: 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 Previous Comments: [2002-06-16 00:11:29] [EMAIL PROTECTED] reclassified [2002-04-25 06:24:51] [EMAIL PROTECTED] If you have bad luck and get termination signal (after exceding max_execution_time limit) in some critical section locks won't be released !!! (because of usage of longjmp function in zend_bailout) eg. when signal come when process is executing malloc in ealloc (Zend/zend_alloc.c) function it won't release internal lock, and shutdown functions that free memory will hang as well as other threads. You probably can prevent it with HANDLE_BLOCK_INTERRUPTIONS macro, but it isn't good solution. I suggest that zend_timeout function should set EG(timed_out) flag, as it is done in windows environment. Flag should be checked in execute function (Zend/zend_execute.c) in main loop. waiting for your patch (my is working, but is ugly coded;-)), Wojtek -- Edit this bug report at http://bugs.php.net/?id=16820&edit=1
#19130 [Opn->Fbk]: Program received signal SIGSEGV, Segmentation fault.
ID: 19130 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Linux PHP Version: 4.2.2 New Comment: Are you using virtual() function to include other PHP files into a PHP script? Previous Comments: [2002-09-23 15:51:16] [EMAIL PROTECTED] > What mpm model are you using? I use the prefork model here. [2002-09-23 14:24:28] [EMAIL PROTECTED] What mpm model are you using? [2002-09-23 14:06:11] [EMAIL PROTECTED] > Please try the snapshot and see if it fixes the problem you are seeing. Sorry but it doesn't fix the problem at all. The same problem is there at the same place, etc... Any other idea?? Cheer, [2002-09-21 17:38:06] [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 There were a number of fixes pertaining to crashes in Apache2 in the 4.3.0-dev tree. Please try the snapshot and see if it fixes the problem you are seeing. [2002-09-21 13:15:14] [EMAIL PROTECTED] > There's no '--with-apxs2' in your configure line. There is one, I just forget to put it on the pasted texts of the message. By the way, the same problem is available with PHP 4.2.3. Nothing work and I don't know any body being able to make it work with Apache2 since the begining. PHP compile without error but refuse to work when enable inside the apache configuration file. The only way to make it work is to directly compile it inside the httpd daemon. As a DSO module, it simply *not* work at all. 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/19130 -- Edit this bug report at http://bugs.php.net/?id=19130&edit=1
#19738 [Opn->Ver]: Getting reference instead of copy of object
ID: 19738
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Verified
Bug Type: Scripting Engine problem
Operating System: Linux, Windows
PHP Version: 4.2.3
Previous Comments:
[2002-10-03 10:15:34] [EMAIL PROTECTED]
Normally this code should print "0",
however, when uncommenting a single empty method call,
it outputs "1".
It seems like a copy suddenly becomes a reference.
c->f(); // uncomment this to expose error.
$a2 = $a1;
$a2->c->x = 1;
echo $a1->c->x;
class C {
var $x = 0;
function f() {}
}
class A {
var $c;
function A() { $this->c = new C(); }
}
?>
Thanks.
Anahoret Team.
--
Edit this bug report at http://bugs.php.net/?id=19738&edit=1
#19701 [Opn]: imap c-client problems
ID: 19701 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IMAP related Operating System: OpenBSD 3.1 PHP Version: 4.2.3 New Comment: I've gone and linked the php module (current snapshot) statically to apache. Not really what I wanted, but imap support works with this. Previous Comments: [2002-10-02 20:03:22] [EMAIL PROTECTED] I have the following files in libs/ libphp4.alibphp4.la and in .libs/ libphp4.alibphp4.la libphp4.lai [2002-10-02 06:15:45] [EMAIL PROTECTED] Do you have any files in libs/ ? What about .libs/ ? [2002-10-01 22:05:05] [EMAIL PROTECTED] I've been compiling wiht the following options: --with-xml --with-gettext --with-pgsql=/usr/local/pgsql --with-apxs=/usr/local/apache/bin/apxs --with-imap=/usr/local/src/imap-2002.RC6 The version of imap seems to be irrelevant. All of them fail - this is just the latest version. Both the release version and the latest snapshot work fine and build a working dso without --with-imap If I include --with-imap on the snapshot, it builds ok, but does not build a dso, and I get the following on a "make install" [activating module `php4' in /usr/local/apache/conf/httpd.conf] cp libs/libphp4.so /usr/local/apache/libexec/libphp4.so cp: libs/libphp4.so: No such file or directory apxs:Break: Command failed with rc=1 *** Error code 1 [2002-10-01 21:01:40] [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 And add your full configure line into this report too.. [2002-10-01 20:55:12] [EMAIL PROTECTED] The c-client library is static, however php assumes that the library is shared. When apache (1.3.26) is started with php compiled with --with-imap=/path/to/imap (I'm using the latest release candidate) I get the error /usr/libexec/ld.so: Undefined symbol "_unixdriver" in httpd:/usr/local/apache/libexec/libphp4.so I've changed the LDFLAGS to include -lc-client but when compiling I receive this error: Warning: This library needs some functionality provided by -lc-client. I have the capability to make that library automatically link in when you link to this library. But I can only do this if you have a shared version of the library, which you do not appear to have. The unixdriver function is in libc-client.a - how do I get it to link statically? -- Edit this bug report at http://bugs.php.net/?id=19701&edit=1
#19712 [Opn->Csd]: phpize reports errors when using directories containing spaces
ID: 19712
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Compile Failure
Operating System: Any
PHP Version: 4.2.1
New Comment:
Trying to support spaces in path names opens up a can of worms without
any real benefit.
If your administrator has made the mistake to give you a home directory
beneath such a path, complain to him/her. It is very likely that the
person is simply inexperienced.
Previous Comments:
[2002-10-02 07:41:12] [EMAIL PROTECTED]
I don't think so...
Perhaps "blanks in dirnames are a no-no for developers", but why one
should do exotic things like:
$cp /usr/local/bin/phpize /home/user/my_ext/phpize
$cd /home/user/my_ext
$vi phpize
...
$./phpize
Is it possible that one have no control over upper level dirs? I think
nothing should not be done in one and only one situation: the patch
will have some negative side effects. In the case I don't see ones.
[2002-10-02 07:14:36] [EMAIL PROTECTED]
why do you do that?
even if we fix this -> blanks in dirnames are a no-no for developers
this fires back in lots of places (e.g. find ... | xargs ... )
so it is an absolute bad idea in the first place ...
[2002-10-02 06:52:40] [EMAIL PROTECTED]
changing category
[2002-10-02 06:51:25] [EMAIL PROTECTED]
$mkdir "My Directory"
$cd "My Directory"
$touch config.m4
$phpize
usage: cp [-R [-H | -L | -P]] [-f | -i] [-pv] src target
cp [-R [-H | -L | -P]] [-f | -i] [-pv] src1 ... srcN directory
usage: cp [-R [-H | -L | -P]] [-f | -i] [-pv] src target
cp [-R [-H | -L | -P]] [-f | -i] [-pv] src1 ... srcN directory
mv: build/rules_pear.mk: No such file or directory
The problem is here:
(cd $phpdir && cp $FILES_BUILD $builddir/build)
(cd $phpdir && cp $FILES $builddir)
We consider that one should use "${phpdir}" and "${builddir}" to
eliminate the problem.
--
Edit this bug report at http://bugs.php.net/?id=19712&edit=1
#19733 [Opn->Csd]: hexdec() returns floats when supplied string begins with '0'
ID: 19733
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Math related
Operating System: Windows 2000
PHP Version: 4.2.3
New Comment:
Fixed in CVS. There were also a number of other issues regarding
overflow detection which have been addressed now.
Previous Comments:
[2002-10-03 08:05:47] [EMAIL PROTECTED]
Interesting catch.
The relevant code looks as following:
for (i = Z_STRLEN_P(arg); i > 0; i--) {
c = *s++;
digit = (c >= '0' && c <= '9') ? c - '0'
: (c >= 'A' && c <= 'Z') ? c - 'A' + 10
: (c >= 'a' && c <= 'z') ? c - 'a' + 10
: base;
if (digit >= base)
continue;
switch (mode) {
case 0: /* Integer */
onum = num;
num = num * base + digit;
fprintf(stderr, "num = %d, onum = %d\n", num, onum);
if (num > onum)
break; /* No overflow, continue */
fnum = onum;
mode = 1;
/* fall-through */
case 1: /* Float */
fnum = fnum * base + digit;
}
}
from ext/standard/math.c ( _php_math_basetozval ).
This code assumed that an overflow also occured when the newer 'num' ==
'onum'. "A" fix would be to change the comparison to be ">=" instead of
">" .
But I don't know the code well enough, someone else needs to check this
toroughly.
[2002-10-03 05:33:36] [EMAIL PROTECTED]
hexdec('012345') should return int(74565), but instead it returns
float(74565), contrary to the documentation. This happens for all
numbers in strings I've tested that begin with 0, which does not
include non-hexadecimal characters which are taken to be 0, eg,
hexdec('q12345') returns int.
(Fixing the problem by casting the result to an (int) works fine. It
originally catched me out when I used array_flip on an array of
results, which demands integer or string keys.)
I'm not sure what the configure line is, but it's just a regular
install from the downloaded executable binary, with no extra modules
loaded. Since maths functions are in the PHP core, it hopefully won't
matter.
Thanks
Andrew Alderwick, United Kingdom
--
Edit this bug report at http://bugs.php.net/?id=19733&edit=1
#19747 [Opn->Bgs]: OCI8 Recursive call
ID: 19747 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: OCI8 related Operating System: Windows 2000 PHP Version: 4.2.3 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-10-03 21:01:18] [EMAIL PROTECTED] Here is the full error text Warning: OCI8 Recursive call! in c:\inetpub\wwwroot\ins_frontdesk\v2.0.1\db_oci8.php on line 59 PHP has encountered an Access Violation at 019B553E Fatal error: Unknown function: is_array() in c:\php\pear\PEAR.php on line 503 The db_oci8.php is a library generated with CodeCharge Studio and the line 59 contains a OCIlogon call After this, php stops working and keeps giving this message. Fatal error: Call to undefined function: substr() in c:\php\pear\PEAR.php on line 30 I need PEAR for mailing proposes. The first time I saw this error I restarted my computer and the problem got solved for a moment, and then it came back. -- Edit this bug report at http://bugs.php.net/?id=19747&edit=1
#19747 [NEW]: OCI8 Recursive call
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.2.3 PHP Bug Type: OCI8 related Bug description: OCI8 Recursive call Here is the full error text Warning: OCI8 Recursive call! in c:\inetpub\wwwroot\ins_frontdesk\v2.0.1\db_oci8.php on line 59 PHP has encountered an Access Violation at 019B553E Fatal error: Unknown function: is_array() in c:\php\pear\PEAR.php on line 503 The db_oci8.php is a library generated with CodeCharge Studio and the line 59 contains a OCIlogon call After this, php stops working and keeps giving this message. Fatal error: Call to undefined function: substr() in c:\php\pear\PEAR.php on line 30 I need PEAR for mailing proposes. The first time I saw this error I restarted my computer and the problem got solved for a moment, and then it came back. -- Edit bug report at http://bugs.php.net/?id=19747&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19747&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19747&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19747&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19747&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19747&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19747&r=support Expected behavior: http://bugs.php.net/fix.php?id=19747&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19747&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19747&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19747&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19747&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19747&r=dst
#19730 [Fbk->Opn]: PHP --with-mysql reports the wrong client API version
ID: 19730
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Apache related
Operating System: debian linux potato
PHP Version: 4.2.3
New Comment:
with regards to the beta string, I have known about the development
life cycle, and the alpha, beta, gamma, and release phases of
development for many years. MySQL 4 is doing wonderfully in production,
and we put each release through rigorous testing in house before
implementing it. You should try it out sometime.
With regards to the version string, there are no files on the
filesystem that match 3.23.35.
Have you tried to build it yet using the build method I sent? If so,
what were the results?
Previous Comments:
[2002-10-03 19:27:21] [EMAIL PROTECTED]
I hope you're aware that the 'beta' text in that version for mysql
really means that it's not ready for production..
Anyway, the api version shown in phpinfo() output comes from
mysql function called 'mysql_get_client_info()' and that is provided by
the mysql client libs and in the bundled mysql lib sources it's like
this:
mysql_get_client_info(void)
{
return (char*) MYSQL_SERVER_VERSION;
}
Try grepping your whole system for that incorrect version and you'll
find where it's defined..
[2002-10-03 09:26:40] [EMAIL PROTECTED]
Apologies, I copy and pasted the wrong build script. As you can see
from my first post to this bug, I did use a prefix of "/usr/local" when
configuring php.
Since the shipped version of the mysql libs are 3.23.39 (not 3.23.35),
it is obvious that the binary is built against other libs.
Additionally, the box has never had a version of MySQL installed on it
lower than 3.23.37, so the 3.23.35 version string has to be in error.
Additionally, there are no other copies of the mysql libs and includes
other than the 4.0.4 set. I verified this over lunch one day when I
left one of our boxen doing a recursive grep of /usr looking for old
versions.
Have you attempted to reproduce this? It should be exceedingly easy for
anyone to prove.
[2002-10-03 07:17:18] [EMAIL PROTECTED]
If you use '--with-mysql' with php configure, it will use the bundled
mysql client libs which are of version 3.23.39
in 4.2.3.
You must use the prefix with which you installed the mysql
to get the correct libs and headers.
Also, make sure you don't have some older mysql libs in your system's
default libpath..
[2002-10-03 00:10:52] [EMAIL PROTECTED]
I am using the latest sources for apache 1.3.26, mod_ssl 2.8.10, and
php-4.2.3. Additionally, I am doing a build from source of MySQL
4.0.4.
*Every* time I build a new binary, I rm -rf each of the source
directories, tar -zxvf each tarball, and rebuild from scratch. Below
are the directives I am using to build apache, in order:
cd mod_ssl-2.8.10-1.3.26
./configure --with-apache=../apache_1.3.26
cd ../apache_1.3.26
./configure --prefix=/usr/local/apache
cd ../php-4.2.3
./configure --with-apache=/usr/local/src/apache_1.3.26 \
--disable-magic-quotes \
--disable-short-tags \
--disable-debug \
--without-gd \
--enable-url-fopen-wrapper \
--enable-track-vars \
--enable-memory-limit \
--enable-inline-optimization \
--with-config-file-path=/usr/local/php/ini \
--with-mysql \
--enable-ftp \
--enable-sockets \
--enable-xml \
--enable-wddx \
--enable-bcmath \
--with-zlib=/usr \
--with-snmp \
--enable-ucd-snmp-hack \
--with-openssl \
--with-xmlrpc
make -j15
make install
cd ../apache_1.3.26
./configure --prefix=/usr/local/apache \
--enable-module=ssl \
--activate-module=src/modules/php4/libphp4.a \
--enable-module=rewrite \
--enable-module=proxy \
--enable-module=so
make
make install
[2002-10-02 20:59:12] [EMAIL PROTECTED]
Please do a clean build of Apache next time.
You should do 'make clean' in the apache sources at least,
better yet, get fresh sources and do the build from scratch.
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/19730
--
Edit this bug report at http://bugs.php.net/?id=19730&edit=1
#19745 [Opn->Csd]: Only 10 file can create in /tmp and then I get an error message
ID: 19745 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Session related Operating System: Freebsd 4 PHP Version: 4.2.0 New Comment: 28 - ENOSPC Your partition is full and/or you are exceeding your quotas. Previous Comments: [2002-10-03 18:28:10] [EMAIL PROTECTED] I use session_start() function at begin of my php script. The first 10 time is work, but then I get an error message: Warning: open(/tmp/sess_fc24648f021fd4cd907f51441266ca4b, O_RDWR) failed: m (28) in ... /tmp/ directory have 0777 rights. here is my script: http://bugs.php.net/?id=19745&edit=1
#19600 [Fbk->Opn]: requires full pathname
ID: 19600
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: XSLT related
Operating System: Windows XP
PHP Version: 4.2.3
New Comment:
That works, thank you. Problem solved.
Previous Comments:
[2002-10-03 04:28:57] [EMAIL PROTECTED]
Please try http://www.php.net/manual/en/function.xslt-set-base.php to
solve your problem.
Regards, Kai
[2002-09-25 13:53:10] [EMAIL PROTECTED]
I am using Windows XP, PHP 4.2.3, Apache 1.3.26
I am using XSLT to produce HTML output. The code I use is as follows:
$arg_buffer = array("/xml" => $xml_string, "/xslt" => $xsl_string);
$result = xslt_process($xp, "arg:/xml", "arg:/xslt", NULL, $arg_buffer,
$params)))
My xsl file contains as 'include' statement which points to a file
which exists in the same folder as the PHP script.
I initially tried it as but it
produced this error:
'arg:/pagination.xsl' not found (error code: 65)
I then tried it with and
got this error:
cannot open file '/pagination.xsl' (error code: 4)
It only works if I enter the full path, as in
It is very inconvenient to have to specify the full pathname in every
statement. Should it not first look in the current
directory?
This may be more of an enhancement request than a bug.
--
Edit this bug report at http://bugs.php.net/?id=19600&edit=1
#16641 [Com]: PHP does not like Norwegian letters
ID: 16641 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Apache2 related Operating System: Windows XP PHP Version: 4.2.0 New Comment: at least in Apache 2.x, in httpd.conf file, change: AddDefaultCharset ISO-8859-2 to AddDefaultCharset ISO-8859-1 It works for me. By the way, if you call a simple and plain html file (no .php) your letters look strange too, my conclusion: this is not a php bug. Previous Comments: [2002-09-30 20:31:51] [EMAIL PROTECTED] Sorry, but the bug system is not the appropriate forum for asking support questions. Your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Thank you for your interest in PHP. Browser issue. [2002-06-11 14:28:59] [EMAIL PROTECTED] This might as well be a bug in the character-set-handling-stuff of Apache 2 due to incorrect or strange headers sent by Internet Explorer. [2002-04-18 09:19:59] [EMAIL PROTECTED] reclassified. [2002-04-17 01:51:05] [EMAIL PROTECTED] Ok. I have testet a little bit more. I do not get the bug if I use Apache 1.3.24/Windows together with PHP 4.2.0RC4/Windows. So the problem only appears with the combination of Apache/2.0.35/Windows together with PHP/4.2.ORC4/Windows. But even more strange: I only get the problem when I use Internet Explorer. If I use Mozilla browser or Opera I do not get it. Strange! [2002-04-17 00:37:01] [EMAIL PROTECTED] Apache2 support is still experimental. Do you get same problem with Apache 1.3.24 and 4.2.0RC4 ? 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/16641 -- Edit this bug report at http://bugs.php.net/?id=16641&edit=1
#19741 [Opn->Fbk]: Path no longer works in unlink, pdf_open_file
ID: 19741
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Apache2 related
Operating System: linux 2.4.18
PHP Version: 4.2.3
New Comment:
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
Previous Comments:
[2002-10-03 18:39:34] [EMAIL PROTECTED]
on further examination it appears only
pdf_open_file($pdf, "somefile.pdf");
does not work and must be substituted with
pdf_open_file($pdf, "$documentroot/somefile.pdf");
(or the smart example)
i took the liberty of checking with pdf.c and it doesnt appear to be
any different.
[2002-10-03 18:26:38] [EMAIL PROTECTED]
A smarter variant of the workaround is to use
file_exists(realpath('somefile.pdf'));
which works quite fine on Apache 2.0.40
Philipp
[2002-10-03 14:48:06] [EMAIL PROTECTED]
In old apache
1.3.26/php.4.0.6
if (file_exists("somefile.pdf")) unlink("somefile.pdf");
pdf_open_file($pdf, "somefile.pdf");
would check the current directory.
ie .. it will do these actions whereever documentroot happens to be.
now it does not do this anymore in Apache/2.0.42 (Unix) mod_ssl/2.0.42
OpenSSL/0.9.6b PHP/4.2.3
in apache 2.0.42
getcwd() returns the current working directory
however if i do chdir (documentroot)
the first command
if (file_exists("somefile.pdf")) unlink("somefile.pdf");
will work
but the 2nd
pdf_open_file($pdf, "somefile.pdf");
will not.
the workaround seems to be to work is to include the whole path
pdf_open_file($pdf, "$documentroot/somefile.pdf");
which appears to work .. is this a bug or a feature?
--
Edit this bug report at http://bugs.php.net/?id=19741&edit=1
#19740 [Opn->Fbk]: session_write_close() not passing new session vars when globals are turned off
ID: 19740
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Session related
Operating System: Red Hat Linux 7.3
PHP Version: 4.2.3
New Comment:
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
Previous Comments:
[2002-10-03 13:56:01] [EMAIL PROTECTED]
OS - Red Hat 7.3
Web Server- Apache 1.3.23
PHP - 4.2.3
If globals are turned off when calling session_write_close() before a
page redirect, any new session data is not getting written when using
files. As a work around, if I use my on session handlers, I ignore the
session_data that gets passed to my session_write function and create
my own session data string like this:
function sess_write($key, $val)
{
// SGH - 10/03/2002
// globals off bug work around!!! The session data
// passed in is not always updated with new values.
// so we'll build our on session data from the
// super global $_SESSION.
$sesson_data = "";
while (list($name, $value) = each($_SESSION))
{
$$name = $value['tmp_name'];
if (is_string($value))
{
$session_data .=
$name.'|s:'.strlen($value).':'.chr(34).$value.chr(34).";";
}
elseif (is_int($value))
{
$session_data .= $name.'|i:'.$value.";";
}
elseif (is_float($value))
{
$session_data .= $name.'|d:'.$value.";";
}
}
$val = $session_data;
// more code
This works, however, seems to point to a PHP bug, since $val does not
contain the new varibles until I set it to the string I created from
the super global $_SESSION.
--
Edit this bug report at http://bugs.php.net/?id=19740&edit=1
#19662 [Fbk]: cookies not set with CGI server API
ID: 19662 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Other web server Operating System: SunOS -PHP Version: 4.2.1 +PHP Version: 4.2.3 New Comment: You obviously didn't read my comment either.. Please try this snapshot and EXACTLY THIS: http://snaps.php.net/php4-latest.tar.gz Previous Comments: [2002-10-03 10:35:03] [EMAIL PROTECTED] I installed version 4.2.3 but it did not help. I did not read anything about a bugfix related to cookies in the changelog either. [2002-10-01 20:44:51] [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-09-29 13:34:00] [EMAIL PROTECTED] When I set a cookie with the setcookie command AFTER I requested the value of an nonexisting cookie (so NULL) with a different name it does not set the cookie. I tested it on multiple systems with PHP 4.2.1 installed. On 2 systems it did not go well and 1 system it has no problem and works fine. The only difference that I can see is that the "good" system has Apache as "Server API" and the other 2 "bad" system have CGI as server API. I ran the following script for the first time with no active cookies set: outputs: "cookie NOT set , existing cookie value: " When I delete the 1st line ($existing_cookie = $_COOKIE["existing_cookie"];) and run the script again I get as output: "cookie set , existing cookie value: " Then I add the 1st line again ($existing_cookie = $_COOKIE["existing_cookie"];) and run the script again and get as output: "cookie set , existing cookie value: test" and everything works perfectly even whenever I change the $value. When I add the next line to the script (at line 2) it does not correctly set the cookie again. $existing_cookie2 = $_COOKIE["existing_cookie2"]; -- Edit this bug report at http://bugs.php.net/?id=19662&edit=1
#15858 [Opn->Fbk]: Unable to load dynamic library liboci8.so
ID: 15858 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback -Bug Type: Reproducible crash +Bug Type: OCI8 related Operating System: UnixWare 7.1.1 PHP Version: 4.0.6-4.2.1 New Comment: Try newer snapshot..and if that compile error persists, just configure using --disable-mbstring to skip the compile of that buggy thing. Previous Comments: [2002-10-03 10:00:20] [EMAIL PROTECTED] Unfortunately, I am not able to compile this version at all: /home/sw/php4-200210030600/ext/mbstring/mbregex.c:4565: parm types given both in parmlist and separately /home/sw/php4-200210030600/ext/mbstring/mbregex.c:4564: parameter name omitted /home/sw/php4-200210030600/ext/mbstring/mbregex.c:4567: parse error before `regs' /home/sw/php4-200210030600/ext/mbstring/mbregex.c:4568: parse error before `regs' /home/sw/php4-200210030600/ext/mbstring/mbregex.c:4569: parse error before `regs' make: *** [ext/mbstring/mbregex.lo] Error 1 [2002-10-01 18:10:40] [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-03-04 11:15:48] [EMAIL PROTECTED] Hi! we have - SuperMicro P3TDLE, 2* Pentium III, 1 GB RAM - UnixWare 7.1.1 with latest patches installed - Apache 1.3.23 - PHP 4.1.2 - Oracle 8.1.7.2 - gcc 2.95.2 PHP was configured with command: export ORACLE_HOME=/u01/app/oracle/product/8.1.7 export LD_LIBRARY_PATH=/usr/local/lib:$ORACLE_HOME/lib ./configure --with-oci8 --with-apxs --without-mysql --enable-sigchild --host=i486-sco-sysv5uw7 We have found (at least) one php page using database connection (this page is rather complicated, but we can provide it on demand), which generates "Segmentation fault" reproducibly. It seems, that "Segmentation fault" is caused by php, as it can be seen from following lines generated by gdb session: egg 174# gdb /usr/local/apache.dbg/bin/httpd (gdb) run -X Starting program: /usr/local/apache.dbg/bin/./httpd -X warning: Lowest section in /usr/lib/libdl.so.1 is .hash at 0094 Program received signal SIGSEGV, Segmentation fault. _efree (ptr=0x0) at zend_alloc.c:222 222 CALCULATE_REAL_SIZE_AND_CACHE_INDEX(p->size); [New Thread 1] (gdb) bt #0 _efree (ptr=0x0) at zend_alloc.c:222 #1 0xbfd6b787 in zend_hash_destroy (ht=0x0) at zend_hash.c:548 #2 0xbfd651b4 in _zval_dtor (zvalue=0x82072f4) at zend_variables.c:57 #3 0xbfd5d498 in _zval_ptr_dtor (zval_ptr=0x82566d0) at zend_execute_API.c:274 #4 0xbfd6b7d0 in zend_hash_clean (ht=0x81cede4) at zend_hash.c:567 #5 0xbfd57f07 in execute () from /usr/local/apache.dbg/libexec/libphp4.so #6 0xbfd66a97 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:814 #7 0xbfd77326 in php_execute_script (primary_file=0x80479d8) at main.c:1307 #8 0xbfd71af6 in apache_php_module_main (r=0x812d7e4, display_source_mode=0) at sapi_apache.c:90 #9 0xbfd72d2f in send_php (r=0x812d7e4, display_source_mode=0, filename=0x0) at mod_php4.c:575 #10 0xbfd72d96 in send_parsed_php (r=0x0) at mod_php4.c:590 #11 0x8056aa5 in ap_invoke_handler () #12 0x806d910 in process_request_internal () #13 0x806d97a in ap_process_request () #14 0x8063be7 in child_main () #15 0x8063da9 in make_child () #16 0x8063f22 in startup_children () #17 0x80644f0 in standalone_main () #18 0x8064d40 in main () #19 0x804f149 in _start () Unfortunately, we are unable to configure PHP with --enable-debug option, it crashes with "Segmentation fault" during Apache startup :-( Can somebody help ? Pavel -- Edit this bug report at http://bugs.php.net/?id=15858&edit=1
#19730 [Opn->Fbk]: PHP --with-mysql reports the wrong client API version
ID: 19730
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Apache related
Operating System: debian linux potato
PHP Version: 4.2.3
New Comment:
I hope you're aware that the 'beta' text in that version for mysql
really means that it's not ready for production..
Anyway, the api version shown in phpinfo() output comes from
mysql function called 'mysql_get_client_info()' and that is provided by
the mysql client libs and in the bundled mysql lib sources it's like
this:
mysql_get_client_info(void)
{
return (char*) MYSQL_SERVER_VERSION;
}
Try grepping your whole system for that incorrect version and you'll
find where it's defined..
Previous Comments:
[2002-10-03 09:26:40] [EMAIL PROTECTED]
Apologies, I copy and pasted the wrong build script. As you can see
from my first post to this bug, I did use a prefix of "/usr/local" when
configuring php.
Since the shipped version of the mysql libs are 3.23.39 (not 3.23.35),
it is obvious that the binary is built against other libs.
Additionally, the box has never had a version of MySQL installed on it
lower than 3.23.37, so the 3.23.35 version string has to be in error.
Additionally, there are no other copies of the mysql libs and includes
other than the 4.0.4 set. I verified this over lunch one day when I
left one of our boxen doing a recursive grep of /usr looking for old
versions.
Have you attempted to reproduce this? It should be exceedingly easy for
anyone to prove.
[2002-10-03 07:17:18] [EMAIL PROTECTED]
If you use '--with-mysql' with php configure, it will use the bundled
mysql client libs which are of version 3.23.39
in 4.2.3.
You must use the prefix with which you installed the mysql
to get the correct libs and headers.
Also, make sure you don't have some older mysql libs in your system's
default libpath..
[2002-10-03 00:10:52] [EMAIL PROTECTED]
I am using the latest sources for apache 1.3.26, mod_ssl 2.8.10, and
php-4.2.3. Additionally, I am doing a build from source of MySQL
4.0.4.
*Every* time I build a new binary, I rm -rf each of the source
directories, tar -zxvf each tarball, and rebuild from scratch. Below
are the directives I am using to build apache, in order:
cd mod_ssl-2.8.10-1.3.26
./configure --with-apache=../apache_1.3.26
cd ../apache_1.3.26
./configure --prefix=/usr/local/apache
cd ../php-4.2.3
./configure --with-apache=/usr/local/src/apache_1.3.26 \
--disable-magic-quotes \
--disable-short-tags \
--disable-debug \
--without-gd \
--enable-url-fopen-wrapper \
--enable-track-vars \
--enable-memory-limit \
--enable-inline-optimization \
--with-config-file-path=/usr/local/php/ini \
--with-mysql \
--enable-ftp \
--enable-sockets \
--enable-xml \
--enable-wddx \
--enable-bcmath \
--with-zlib=/usr \
--with-snmp \
--enable-ucd-snmp-hack \
--with-openssl \
--with-xmlrpc
make -j15
make install
cd ../apache_1.3.26
./configure --prefix=/usr/local/apache \
--enable-module=ssl \
--activate-module=src/modules/php4/libphp4.a \
--enable-module=rewrite \
--enable-module=proxy \
--enable-module=so
make
make install
[2002-10-02 20:59:12] [EMAIL PROTECTED]
Please do a clean build of Apache next time.
You should do 'make clean' in the apache sources at least,
better yet, get fresh sources and do the build from scratch.
[2002-10-02 20:09:41] [EMAIL PROTECTED]
I have MySQL 4.0.4-beta installed. I configured php as follows:
'./configure' '--with-apache=/usr/local/src/apache_1.3.26'
'--disable-magic-quotes' '--disable-short-tags' '--disable-debug'
'--without-gd' '--enable-url-fopen-wrapper' '--enable-track-vars'
'--enable-memory-limit' '--enable-inline-optimization'
'--with-config-file-path=/usr/local/php/ini' '--with-mysql=/usr/local'
'--enable-ftp' '--enable-sockets' '--enable-xml' '--enable-wddx'
'--enable-bcmath' '--with-zlib=/usr' '--with-snmp'
'--enable-ucd-snmp-hack' '--with-openssl' '--with-xmlrpc'
the php binary reports:
mysql
MySQL Support enabled
Active Persistent Links 0
Active Links 0
Client API version 4.0.4-beta
apache (mod_php installed) reports:
mysql
MySQL Support enabled
Active Persistent Links 0
Active Links 0
Client API version 3.23.35
---
#19746 [NEW]: SAPI-CLI fread/fgets on STDIN problem
From: [EMAIL PROTECTED] Operating system: Redhat 7.3 i386 PHP version: 4CVS-2002-10-03 PHP Bug Type: Filesystem function related Bug description: SAPI-CLI fread/fgets on STDIN problem In trying to take user input from Shell in the last two CVS snapshots using the SAPI-CLI, the following program [and many variations thereof] hang on STDIN [basically it takes unlimited input as if its not recognizing EOL]. This is under an Pentium-2, Redhat 7.3 with the latest glibc library off Redhat's update site. This program works fine on an older php CGI style binary but does not work under the current snapshot. Have also tried the manual suggestion of using the new constant STDIN and that causes the same behavior - hence my suspicion this is a bug. Here is the modules compiled in [root@league league]# php -m [PHP Modules] xml tokenizer standard sockets session posix pcre pcntl overload mysql mbstring gd ctype zlib [Zend Modules] -- Edit bug report at http://bugs.php.net/?id=19746&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19746&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19746&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19746&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19746&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19746&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19746&r=support Expected behavior: http://bugs.php.net/fix.php?id=19746&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19746&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19746&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19746&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19746&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19746&r=dst
#19639 [Opn->Fbk]: PHP crashes apache on restart of the webserver
ID: 19639 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Slackware 8.1 - Linux 2.4.19 PHP Version: 4.2.3 and CVS-snaps New Comment: Are you trying to compile with --with-zlib=shared ? Previous Comments: [2002-10-03 08:35:43] [EMAIL PROTECTED] Well I could just make one test. I seems that the bug is solved. However I wasn't able to make full tests because I couldn't compile the CVS snapshot with all the extensions I need. It seems to be tied to gd and zlib. Well both exists and the compilation works for CVS-STABLE versions, so I guess this is not my fault. The CVS-STABLE versions keeps the bug of this thread. I've got the following error: In function `php_handle_swc': /usr/src/ServerSoftware/PHP/php4-200210030300/ext/standard/image.c:224: undefined reference to `uncompress' /usr/src/ServerSoftware/PHP/php4-200210030300/ext/standard/image.c:243: undefined reference to `uncompress' main/SAPI.lo: In function `sapi_header_op': /usr/src/ServerSoftware/PHP/php4-200210030300/main/SAPI.c:522: undefined reference to `zlib_globals' main/SAPI.lo: In function `sapi_send_headers': /usr/src/ServerSoftware/PHP/php4-200210030300/main/SAPI.c:669: undefined reference to `zlib_globals' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 [2002-10-01 11:23:03] [EMAIL PROTECTED] Oh, sorry. The 3 times expat may have been a copy/paste problem, my script looks correct. For the png and jpeg, may have been a messy when trying to compile with gd 2+ support (no way to get it!). And finally the shared, is because I didn't find references about which options supports it or not. sorry again... [2002-10-01 11:05:15] [EMAIL PROTECTED] Leave this to 'Feedback' status until that so we know it.. Anyway, your configure line is pretty wierd and a bit bad too, for example, you use 'shared' for some options that don't support it (e.g. --with-zlib-dir and --with-expat-dir) and you use wrong paths for --with-png-dir and --with-jpeg-dir (remove the '/lib' part). And there's no need to specify --with-expat-dir 3 times.. You could try also configuring non-shared modules and see if it works any better. If so, then try applying the 'shared' part one by one to see where it fails. [2002-10-01 08:51:13] [EMAIL PROTECTED] Well the last two CVS versions I tried (one 2 minutes ago and another yesterday) showed me the following error in configure: checking external libexpat install dir... yes configure: error: not found. Please reinstall the expat distribution. This, trying with that second compile (the bigger) line I posted before. Also tried especifying the full path, including the "lib". Another thing to remember is that that directory is under my ld.so.conf and a ldconfig have references to that. Now compiling with the shortest configure line... Hmmm seems that works!!! Just a note, when compiling I got the following message: ext/mysql/libmysql/my_tempnam.lo: In function `my_tempnam': /usr/src/ServerSoftware/PHP/php4-200210010300/ext/mysql/libmysql/my_tempnam.c:105: the use of `tempnam' is dangerous, better use `mkstemp' I'll leave this opened until next thursday and try other compilations, ok? [2002-09-30 18:27:17] [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 Try that snapshot, NOT the one labeled with 'STABLE' as some fixes possibly related were not merged to that branch. 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/19639 -- Edit this bug report at http://bugs.php.net/?id=19639&edit=1
#17826 [Csd->Fbk]: PHP 4.2.1 Apache SAPI is not compatible with Apache 2.0.39
ID: 17826 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Feedback Bug Type: Apache2 related Operating System: Win32 PHP Version: 4.2.1 Assigned To: edink New Comment: 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 Previous Comments: [2002-10-03 08:05:03] [EMAIL PROTECTED] I have tried to get Apache 2.0.4.2 and PHP latest (tested many versions) working together, but I am not able to. I get similar erros what everybody else here. After two hours googling, yahooing etc. I found apache2filter.dll from old 4.20 package, but that doesn't work either. I am stuck with new Apacje 2.0 version and I don't have a clue how I can get my Apache/MySQL/PHP server functioning (except roll-back from backups). Apache developers should display warning that PHP doesn't work with Apache2 ! [2002-10-02 22:11:54] [EMAIL PROTECTED] My version is doing same thing, cannot load C/PHP4/sapi/php4apache2.dll into server, specified procedure cannot be found XP Pro SP1 Apache 2.0.42 PHP 4.2.3 I even tried the older version of the dll, no luck, I also tried to load the module directly into the modules directoy, no luck, does php4ts.dll need to be specified, as it always has to run/ Off to try that now. Tim [2002-09-04 03:20:01] [EMAIL PROTECTED] Right.. It is now september... I just dl'ed the latest (i may hope) php4.2.2 zipped distribution. Running XP Pro Apache 2.0.40 And i get this error in the application log: The Apache service named reported the following error: >>> Cannot load G:/php-4/sapi/php4apache2.dll into server: Can't find stated procedure. One would think this had been solved from what i read above... Off to find "newer" releases now.. [2002-08-24 21:58:19] [EMAIL PROTECTED] Forget that. Sorry. I downloaded the latest version and it worked!!! You all should do the same. [2002-08-24 21:33:11] [EMAIL PROTECTED] As the last three or four messages I have problems running Apache 2.0.40 with PHP 4.2.2. I use Windows XP Professional. I tried to start Apache from the command prompt(interpreter) and this is the listing: <--START OF LISTING--> Microsoft Windows XP [Version 5.1.2600] (C) Copyright 1985-2001 Microsoft Corp. C:\Documents and Settings\alex>net start apache2 The Apache2 service is starting. The Apache2 service could not be started. A service specific error occurred: 1. More help is available by typing NET HELPMSG 3547. C:\Documents and Settings\alex>NET HELPMSG 3547 A service specific error occurred: ***. EXPLANATION A service-specific error occurred. ACTION Refer to the Help or documentation for that service to determine the problem. <--END OF LISTING--> I do not know what could have caused this problem. If someone knows what is going on here... please help. Thank you in advance! The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/17826 -- Edit this bug report at http://bugs.php.net/?id=17826&edit=1
#18049 [Opn->Fbk]: LDAP over SSL (ldaps) not working
ID: 18049
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: LDAP related
Operating System: Windows 2000 Advanced Server
PHP Version: 4.2.1
Assigned To: edink
New Comment:
From: http://www.openldap.org/doc/admin/tls.html
"11.2.2.6. TLS_REQCERT { never | allow | try | demand }
This directive is equivalent to the server's TLSVerifyClient option.
However, for clients the default value is demand and there generally
is no good reason to change this setting."
(I don't have any server setup so I can't test this myself now)
Previous Comments:
[2002-10-03 07:27:12] [EMAIL PROTECTED]
Thank you for compiling the dll with ssl-support.
It seems to work so far.
But now I have the problem, that PHP always wants to send a client
certificate, even with "TLSVerifyClient never" in slapd.conf. In the
debug-console of the LDAP-server I can read:
TLS trace: SSL3 alert read:fatal:unknown
TLS trace: SSL_accept:failed in SSLv3 read client certificate A
TLS: can't accept
TLS: error:14094418:SSL routines:SSL3_READ_BYTES:tlsv1 alert unknown ca
s3_pkt.c:964
Where can I configure, that PHP should not send a client certificate,
or where do I have to put it?
[2002-10-02 20:11:46] [EMAIL PROTECTED]
Could you please try:
http://ftp.proventum.net/pub/php/win32/temp/php_4.2.x_ldap.zip
[2002-10-01 20:48:07] [EMAIL PROTECTED]
Assigning to Edin, so he remembers to look into enabling the ssl
support for snapshots/releases.
[2002-07-22 12:05:54] [EMAIL PROTECTED]
Is really noone able to compile this dll with ssl-support?
[2002-06-29 10:47:50] [EMAIL PROTECTED]
This is different problem and most likely the ldap
libraries used to build the win32 ldap extension just
haven't been compiled with SSL support.
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/18049
--
Edit this bug report at http://bugs.php.net/?id=18049&edit=1
#15131 [Opn->Bgs]: XSLT Causing Core Dumps
ID: 15131 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: RedHat 7.2 PHP Version: 4.1.1 New Comment: Has already been fixed in Sablotron 0.95+. Current documentation may be a bit desceptive describing 'string xml / string xsl' as arguments, but is in essence correct, if you read on. The buffers in Sablotron library expected filenames and only reserved 512 bytes. Discussed with Derick, during 4.2.1 QA, whether PHP should guard against it, and that is not preferred. Not a bug in php -> bogus Previous Comments: [2002-10-03 18:42:02] [EMAIL PROTECTED] No longer the XSLT maintainer. And hartmut, I'm not putting in a stat() call for every XSLT transformation - if you don't want it to segfault, contact the Sablotron folks, or make the fix yourself, I'm no longer the maintainer, so do what you like ;) [2002-10-03 18:41:40] [EMAIL PROTECTED] No longer the XSLT maintainer. And hartmut, I'm not putting in a stat() call for every XSLT transformation - if you don't want it to segfault, contact the Sablotron folks, or make the fix yourself, I'm no longer the maintainer, so do what you like ;) [2002-06-17 14:42:11] [EMAIL PROTECTED] sterling: IT SHALL NOT SEGFAULT, FOR WHATEVER STUPID REASON ... sterling: IT SHALL NOT SEGFAULT, FOR WHATEVER STUPID REASON ... sterling: IT SHALL NOT SEGFAULT, FOR WHATEVER STUPID REASON ... [2002-06-17 14:29:59] [EMAIL PROTECTED] NO BUG NO BUG NO BUG NO BUG [2002-05-12 13:15:49] [EMAIL PROTECTED] sterling, take care of you bugs please :) 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/15131 -- Edit this bug report at http://bugs.php.net/?id=15131&edit=1
#15131 [Asn->Opn]: XSLT Causing Core Dumps
ID: 15131 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Open Bug Type: Reproducible crash Operating System: RedHat 7.2 PHP Version: 4.1.1 Assigned To: sterling New Comment: No longer the XSLT maintainer. And hartmut, I'm not putting in a stat() call for every XSLT transformation - if you don't want it to segfault, contact the Sablotron folks, or make the fix yourself, I'm no longer the maintainer, so do what you like ;) Previous Comments: [2002-06-17 14:42:11] [EMAIL PROTECTED] sterling: IT SHALL NOT SEGFAULT, FOR WHATEVER STUPID REASON ... sterling: IT SHALL NOT SEGFAULT, FOR WHATEVER STUPID REASON ... sterling: IT SHALL NOT SEGFAULT, FOR WHATEVER STUPID REASON ... [2002-06-17 14:29:59] [EMAIL PROTECTED] NO BUG NO BUG NO BUG NO BUG [2002-05-12 13:15:49] [EMAIL PROTECTED] sterling, take care of you bugs please :) [2002-03-24 11:08:27] [EMAIL PROTECTED] don't assign this to me... :) [2002-03-02 23:04:22] [EMAIL PROTECTED] assigning to Sterling as he seems to know this best (might be because he wrote it). Any chance we can get this fixed for the next RC process? 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/15131 -- Edit this bug report at http://bugs.php.net/?id=15131&edit=1
#15131 [Opn]: XSLT Causing Core Dumps
ID: 15131 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: RedHat 7.2 PHP Version: 4.1.1 Assigned To: sterling New Comment: No longer the XSLT maintainer. And hartmut, I'm not putting in a stat() call for every XSLT transformation - if you don't want it to segfault, contact the Sablotron folks, or make the fix yourself, I'm no longer the maintainer, so do what you like ;) Previous Comments: [2002-10-03 18:41:40] [EMAIL PROTECTED] No longer the XSLT maintainer. And hartmut, I'm not putting in a stat() call for every XSLT transformation - if you don't want it to segfault, contact the Sablotron folks, or make the fix yourself, I'm no longer the maintainer, so do what you like ;) [2002-06-17 14:42:11] [EMAIL PROTECTED] sterling: IT SHALL NOT SEGFAULT, FOR WHATEVER STUPID REASON ... sterling: IT SHALL NOT SEGFAULT, FOR WHATEVER STUPID REASON ... sterling: IT SHALL NOT SEGFAULT, FOR WHATEVER STUPID REASON ... [2002-06-17 14:29:59] [EMAIL PROTECTED] NO BUG NO BUG NO BUG NO BUG [2002-05-12 13:15:49] [EMAIL PROTECTED] sterling, take care of you bugs please :) [2002-03-24 11:08:27] [EMAIL PROTECTED] don't assign this to me... :) 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/15131 -- Edit this bug report at http://bugs.php.net/?id=15131&edit=1
#19741 [Opn]: Path no longer works in unlink, pdf_open_file
ID: 19741
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Apache2 related
Operating System: linux 2.4.18
PHP Version: 4.2.3
New Comment:
on further examination it appears only
pdf_open_file($pdf, "somefile.pdf");
does not work and must be substituted with
pdf_open_file($pdf, "$documentroot/somefile.pdf");
(or the smart example)
i took the liberty of checking with pdf.c and it doesnt appear to be
any different.
Previous Comments:
[2002-10-03 18:26:38] [EMAIL PROTECTED]
A smarter variant of the workaround is to use
file_exists(realpath('somefile.pdf'));
which works quite fine on Apache 2.0.40
Philipp
[2002-10-03 14:48:06] [EMAIL PROTECTED]
In old apache
1.3.26/php.4.0.6
if (file_exists("somefile.pdf")) unlink("somefile.pdf");
pdf_open_file($pdf, "somefile.pdf");
would check the current directory.
ie .. it will do these actions whereever documentroot happens to be.
now it does not do this anymore in Apache/2.0.42 (Unix) mod_ssl/2.0.42
OpenSSL/0.9.6b PHP/4.2.3
in apache 2.0.42
getcwd() returns the current working directory
however if i do chdir (documentroot)
the first command
if (file_exists("somefile.pdf")) unlink("somefile.pdf");
will work
but the 2nd
pdf_open_file($pdf, "somefile.pdf");
will not.
the workaround seems to be to work is to include the whole path
pdf_open_file($pdf, "$documentroot/somefile.pdf");
which appears to work .. is this a bug or a feature?
--
Edit this bug report at http://bugs.php.net/?id=19741&edit=1
#19321 [Opn->Bgs]: malloc() error with Curl
ID: 19321 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: cURL related Operating System: MacOSX 10.1.5 PHP Version: 4CVS-2002-09-09 New Comment: At most this is a cURL error, however, a better guess is that MacOS X is FUBAR. Previous Comments: [2002-09-09 14:55:41] [EMAIL PROTECTED] Here is the script that will produce the bug. Here is an exemple of final message It doesn't happen always on the same number, but it always happened to me before the end of this array of URL. *** 33 : www.52w.net curl_exec http://www.52w.net curl_error Connect failed 34 : www.52www.net curl_exec http://www.52www.net *** malloc[13148]: error: Can't allocate region mach_port_type() failed (ipc/mig) wrong reply message ID task_get_bootstrap_port() failed (ipc/mig) wrong reply message ID Abort [localhost:~/Sites] imac% *** I'm still on Macosx 10.1.5 curl 7.10-pre2 (powerpc-apple-darwin5.5) libcurl/7.10-pre2 zlib/1.1.3 #!/usr/bin/php -q -- Edit this bug report at http://bugs.php.net/?id=19321&edit=1
#19683 [Opn->Fbk]: I can't configure php+Solaris 2.6+iplanet ldap.
ID: 19683 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: iPlanet related Operating System: Solaris 2.6 PHP Version: 4.2.3 New Comment: Exactly what version of iplanet is this? And where can we find some information about it? (quick google search got me to www.iplanet.com where it was said that it's now Sun's thing..and again renamed...) http://wwws.sun.com/software/download/app_dev.html#sdks Is any of those mentioned in the bottom of the list something you have installed? Previous Comments: [2002-10-03 01:52:26] [EMAIL PROTECTED] I try to use php4-latest.tar.gz but it sill can not work. . . . configure: error: Cannot find ldap.h [2002-10-02 07:22:44] [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-02 06:37:02] [EMAIL PROTECTED] I use PHP-4.2.3 and my server has ldap.h in /usr/iplanet/servers/plugins/include/ldapsdk50/ldap.h /usr/iplanet/server5/plugins/slapd/slapi/include/ldap.h LDAP server installed at /usr/iplanet/server5/ I try to configure with php-last-STABLE.tar.gz from snaps.php.net. but it still can not work. [2002-10-01 10:41:24] [EMAIL PROTECTED] Is this with PHP 4.3.0-dev? Where is ldap.h located? [2002-10-01 06:20:04] [EMAIL PROTECTED] . . . Configuring extensions checking if the location of ZLIB install directory is defined... no checking for ZLIB support... no checking for ASPELL support... no checking whether to enable bc style precision math functions... no checking for BZip2 support... no checking whether to enable calendar conversion support... no checking for CCVS support... no checking for cpdflib support... no checking for CRACKlib support... no checking whether to enable ctype functions... yes checking for CURL support... no checking for CyberCash support... no checking for cybermut support... no checking for cyrus imap support... no checking for xDBM support... no checking whether to enable DBA... no checking for GDBM support... no checking for NDBM support... no checking for Berkeley DB2 support... no checking for Berkeley DB3 support... no checking for DBM support... no checking for CDB support... no checking whether to enable DBA interface... no checking whether to enable dbase support... no checking for dbplus support... no checking whether to enable dbx support... no checking whether to enable direct I/O support... no checking for DOM support... no checking for DOM XSLT support... no checking for DOM EXSLT support... no checking whether to enable EXIF support... no checking for FrontBase SQL92 (fbsql) support... no checking for FDF support... no checking whether to enable the bundled filePro support... no checking for FriBidi support... no checking whether to enable FTP support... no checking for GD support... no checking for GNU gettext support... no checking for GNU MP support... no checking for Hyperwave support... no checking for ICAP support... no checking for iconv support... no checking for IMAP support... no checking for Informix support... no checking for Ingres II support... no checking for InterBase support... no checking for IRCG support... no checking for Java support... no checking for LDAP support... yes configure: error: Cannot find ldap.h 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/19683 -- Edit this bug report at http://bugs.php.net/?id=19683&edit=1
#19745 [NEW]: Only 10 file can create in /tmp and then I get an error message
From: [EMAIL PROTECTED] Operating system: Freebsd 4 PHP version: 4.2.0 PHP Bug Type: Session related Bug description: Only 10 file can create in /tmp and then I get an error message I use session_start() function at begin of my php script. The first 10 time is work, but then I get an error message: Warning: open(/tmp/sess_fc24648f021fd4cd907f51441266ca4b, O_RDWR) failed: m (28) in ... /tmp/ directory have 0777 rights. here is my script: http://bugs.php.net/?id=19745&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19745&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19745&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19745&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19745&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19745&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19745&r=support Expected behavior: http://bugs.php.net/fix.php?id=19745&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19745&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19745&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19745&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19745&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19745&r=dst
#19741 [Com]: Path no longer works in unlink, pdf_open_file
ID: 19741
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Apache2 related
Operating System: linux 2.4.18
PHP Version: 4.2.3
New Comment:
A smarter variant of the workaround is to use
file_exists(realpath('somefile.pdf'));
which works quite fine on Apache 2.0.40
Philipp
Previous Comments:
[2002-10-03 14:48:06] [EMAIL PROTECTED]
In old apache
1.3.26/php.4.0.6
if (file_exists("somefile.pdf")) unlink("somefile.pdf");
pdf_open_file($pdf, "somefile.pdf");
would check the current directory.
ie .. it will do these actions whereever documentroot happens to be.
now it does not do this anymore in Apache/2.0.42 (Unix) mod_ssl/2.0.42
OpenSSL/0.9.6b PHP/4.2.3
in apache 2.0.42
getcwd() returns the current working directory
however if i do chdir (documentroot)
the first command
if (file_exists("somefile.pdf")) unlink("somefile.pdf");
will work
but the 2nd
pdf_open_file($pdf, "somefile.pdf");
will not.
the workaround seems to be to work is to include the whole path
pdf_open_file($pdf, "$documentroot/somefile.pdf");
which appears to work .. is this a bug or a feature?
--
Edit this bug report at http://bugs.php.net/?id=19741&edit=1
#19243 [Csd]: Seg Fault Restoring Session Variables with References to Objects
ID: 19243 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Session related Operating System: Linux RH 7.0 PHP Version: 4.2.2 + php4-200209060600 New Comment: References are of course serializable -- the session extension was borked in the latest CVS for some time. These issues have been resolved and your test case works correctly as expected. Previous Comments: [2002-09-12 22:10:54] [EMAIL PROTECTED] Yes, that's perfectly ok. References are not serializeable. [2002-09-12 17:28:20] [EMAIL PROTECTED] tried 200209101800 does not seg-fault. also does not serialize references. [2002-09-11 06:13:24] [EMAIL PROTECTED] I'm having trouble building 200209101800 because it requires sablot-0.96; I haven't given up yet ... [2002-09-07 17:39:59] [EMAIL PROTECTED] Updating version [2002-09-06 10:50:29] [EMAIL PROTECTED] This last build is really broken. It won't even serialize strings and integers. 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/19243 -- Edit this bug report at http://bugs.php.net/?id=19243&edit=1
#19335 [Csd]: Garbage collection performance issue. gc_probability should be float not int
ID: 19335 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Session related Operating System: FreeBSD 4.5 PHP Version: 4.2.2 New Comment: An additional note -- I've been aware of this performance issue for a long time and usually simply relied on find|xargs rm. However, PHP 4.3 and later support session.gc_dividend now which lets you define arbitrary probabilities for kicking of the GC process. Previous Comments: [2002-09-10 14:58:42] [EMAIL PROTECTED] closing then. You might also want to try msession for this: http://www.php.net/manual/en/ref.msession.php http://www.mohawksoft.com/phoenix/msession.html Derick [2002-09-10 14:54:35] [EMAIL PROTECTED] Thank you for the tip. It solves my problem. However I think using shm would be problematic when running on multiple hosts using mod_backhand - I think session files over NFS are the only way to go then, so maybe this change would be useful. [2002-09-10 10:39:55] [EMAIL PROTECTED] Have you thought of using some other session.save_handler than files? For example shared memory? (--with-mm) [2002-09-10 09:58:44] [EMAIL PROTECTED] To clarify a bit: The server dies because of slow operations on directories with large amounts of files. If garbage collection is started by every 100th Hit (which means often in highly trafficked websites), load jumps to 100s... [2002-09-10 09:47:54] [EMAIL PROTECTED] We're running a rather large PHP site (97 million pageviews in August). We try to minimize the number of open sessions by using session_start only if required. However we still have ~25,000 open sessions peak. With gc_probability set to 1, our server dies. Currently I solved it by setting gc_probability to 0 and running find -amin +10 -delete from cron, however it would be nice if gc_probability could have a float value (say 0.1 or 0.01). Regards, Tomek -- Edit this bug report at http://bugs.php.net/?id=19335&edit=1
#19744 [Opn->Csd]: strtotime and mktime fails before 1970
ID: 19744 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Feature/Change Request Operating System: Redhat 7.3 PHP Version: 4.2.3 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-10-03 17:21:54] [EMAIL PROTECTED] the code: "; print mktime(0,0,0,12,5,1960); ?> prints: -1 -1 There doesn't seem to be a problem after 1970 -- Edit this bug report at http://bugs.php.net/?id=19744&edit=1
#19744 [NEW]: strtotime and mktime fails before 1970
From: [EMAIL PROTECTED] Operating system: Redhat 7.3 PHP version: 4.2.3 PHP Bug Type: Feature/Change Request Bug description: strtotime and mktime fails before 1970 the code: "; print mktime(0,0,0,12,5,1960); ?> prints: -1 -1 There doesn't seem to be a problem after 1970 -- Edit bug report at http://bugs.php.net/?id=19744&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19744&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19744&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19744&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19744&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19744&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19744&r=support Expected behavior: http://bugs.php.net/fix.php?id=19744&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19744&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19744&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19744&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19744&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19744&r=dst
#19725 [Fbk->Csd]: is_readable return false but file is readable
ID: 19725
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Closed
Bug Type: Directory function related
Operating System: FreeBSD 4.7-RC1
PHP Version: 4.2.3
New Comment:
solved with php4-200210021500 snapshot.
Previous Comments:
[2002-10-02 17:07:20] [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-02 16:40:49] [EMAIL PROTECTED]
The is_readable() does not return true but the file is readable (and
reading is done...)
It is not a link (there is a reported bug about it on FreeBSD) but a
plain file (rw-r--r--) and the directory is readable and searchable
(rwxrwxrwx)
My code:
if (is_readable("book.lst")) {
$conf_fic = file ("book.lst");
$nb_photos = count($conf_fic);
}
else {
print("error");
$conf_fic = file ("book.lst");
$nb_photos = count($conf_fic);
}
Every time I have the error message but the file is read.
I tried also 'if (is_readable("book.lst") == TRUE)' ...
(If it is a known FreeBSD bug I can't locate it: please give the bug
report number).
The test was Ok in previous versions.
--
Edit this bug report at http://bugs.php.net/?id=19725&edit=1
#19699 [Fbk->Opn]: 'array_walk()' violates recommended 'allow_call_time_pass_reference=Off'
ID: 19699
User updated by: [EMAIL PROTECTED]
-Reported By: [EMAIL PROTECTED]
+Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Arrays related
Operating System: Windows
PHP Version: 4.2.3
New Comment:
I tried using the latest snapshot for Windows:
System Windows 9x localhost 4.10
Build Date Oct 3 2002 20:15:03
but I still encounter the same problems.
Previous Comments:
[2002-10-01 18:51:35] [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-01 17:38:45] [EMAIL PROTECTED]
The PHP manual contains the following note about 'array_walk()':
Note:
If func needs to be working with the actual values of the array,
specify
that the first parameter of func should be passed by reference. Then
any
changes made to those elements will be made in the array itself.
So if you want to let 'array_walk()' pass the third parameter by
reference,
you're inclined to specify that the third parameter of func should be
passed by
reference. In the example underneath, the notation '&$userData' is
used to
specify so:
function PrepareBowl($value, $key, &$userData) {
print 'Mixed so far... ' . ($userData .= "$value ") . "\n";
}
$ingredients = array('peach', 'cherry', 'alchohol');
$bowl = '';
array_walk($ingredients, 'PrepareBowl', $bowl);
print "Bowl: $bowl";
This doesn't work however; '$assembly' will not be passed by reference
and the
output will be an empty 'bowl':
Mixed so far... peach
Mixed so far... peach cherry
Mixed so far... peach cherry alchohol
Bowl:
Only when you use the '&' notation within 'array_walk()' to specify
that the
third parameter should be passed by reference:
array_walk($ingredients, 'PrepareBowl', &$bowl);
the output will be as expected:
Mixed so far... peach
Mixed so far... peach cherry
Mixed so far... peach cherry alchohol
Bowl: peach cherry alchohol
but, using the recommended php.ini setting
'allow_call_time_pass_reference=Off',
you'll receive the warning:
Warning: Call-time pass-by-reference has been deprecated - argument
passed by value; If you would like to pass it by reference, modify the
declaration of array_walk(). If you would like to enable call-time
pass-by-reference, you can set allow_call_time_pass_reference to true
in
your INI file. However, future versions may not support this any
longer.
This looks the same like bug 4116
(http://bugs.php.net/bug.php?id=4116), posted Apr 12, 2000. Although
this bug is closed with a reply that it works like the
replier think it should work, this doesn't seem logic to me because the
first
parameter *is* passed by reference without specifying; try:
array_walk(array('peach', 'cherry', 'alchohol'), 'PrepareBowl',
&$bowl);
and you'll receive:
Fatal error: Only variables can be passed by reference ...
Furthermore, I can't see much use of passing a third variable to
'array_walk()'
by value, modify it by passing it to func by reference ... without
receiving
back the modified variable.
Would it be a suggestion to let 'array_walk()' receive the third
parameter by
reference if specified so in the receiving func? This would be in line
with
the behaviour of the first parameter to func.
Freddy Vulto
--
Edit this bug report at http://bugs.php.net/?id=19699&edit=1
#19742 [NEW]: [chm] bug on ref.domxml.html
From: [EMAIL PROTECTED]
Operating system: windows
PHP version: 4.2.1
PHP Bug Type: DOM XML related
Bug description: [chm] bug on ref.domxml.html
Well, I am reading bugs of how to get the different objects and components
of an xml document, and I have got a simply and fine solution that is like
follow,
");
$dom_tree = domxml_xmltree( $my_xml_file[0] );
echo "DOMTREE loaded";
print("");
print_r( $dom_tree );
print("");
echo "\n";
?>
The best of it, you do not need the whole path to read the file and you
get the whole description of your DOM.
This is my "books.xml" file,
La
pesteAlbert
Camus30
where the tree is listed in one only line.
And here is what I get with the above php code,
DOMTREE loaded
DomDocument Object
(
[name] => #document
[url] =>
[version] => 1.0
[encoding] => UTF-8
[standalone] => -1
[type] => 9
[compression] => -1
[charset] => 1
[0] => 1
[1] => 8040992
[children] => Array
(
[0] => DomElement Object
(
[type] => 1
[tagname] => books
[0] => 2
[1] => 8040880
[children] => Array
(
[0] => DomElement Object
(
[type] => 1
[tagname] => book
[0] => 3
[1] => 8040784
[children] => Array
(
[0] => DomElement Object
(
[type] => 1
[tagname] => Title
[0] => 4
[1] => 8040688
[children] => Array
(
[0] => DomText
Object
(
[type]
=> 3
[name]
=> #text
[content] => La peste
[0] =>
5
[1] =>
8040608
)
)
)
[1] => DomElement Object
(
[type] => 1
[tagname] => Author
[0] => 6
[1] => 8040512
[children] => Array
(
[0] => DomText
Object
(
[type]
=> 3
[name]
=> #text
[content] => Albert Camus
[0] =>
7
[1] =>
8048576
)
)
)
[2] => DomElement Object
(
[type] => 1
[tagname] => Price
[0] => 8
[1] => 8048512
[children] => Array
(
[0] => DomText
Object
(
[type]
=> 3
#19741 [NEW]: Path no longer works in unlink, pdf_open_file
From: [EMAIL PROTECTED]
Operating system: linux 2.4.18
PHP version: 4.2.3
PHP Bug Type: Apache2 related
Bug description: Path no longer works in unlink, pdf_open_file
In old apache
1.3.26/php.4.0.6
if (file_exists("somefile.pdf")) unlink("somefile.pdf");
pdf_open_file($pdf, "somefile.pdf");
would check the current directory.
ie .. it will do these actions whereever documentroot happens to be.
now it does not do this anymore in Apache/2.0.42 (Unix) mod_ssl/2.0.42
OpenSSL/0.9.6b PHP/4.2.3
in apache 2.0.42
getcwd() returns the current working directory
however if i do chdir (documentroot)
the first command
if (file_exists("somefile.pdf")) unlink("somefile.pdf");
will work
but the 2nd
pdf_open_file($pdf, "somefile.pdf");
will not.
the workaround seems to be to work is to include the whole path
pdf_open_file($pdf, "$documentroot/somefile.pdf");
which appears to work .. is this a bug or a feature?
--
Edit bug report at http://bugs.php.net/?id=19741&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=19741&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=19741&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=19741&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=19741&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=19741&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=19741&r=support
Expected behavior: http://bugs.php.net/fix.php?id=19741&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=19741&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=19741&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=19741&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19741&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=19741&r=dst
#17596 [Opn->Fbk]: Unable to reference external DTD with PHP DSO
ID: 17596 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: XSLT related Operating System: Solaris 2.6 PHP Version: 4.1.2 New Comment: Well - 4.2.3 is the current maintenance release. If you have a testmachine available, please try it. Also - when possible - try to rule out the DSO issue, by using a statically compiled apache. Use --with-apache=/path_to/apache_source_tree. Instructions are at: http://www.php.net/manual/en/install.unix.php (example 3-4) If the static module works (which you can also do with 4.1.2), then I would like to reclassify this as a Solaris Dynamic Loading problem. Beware though, that you cannot 'switch' between DSO and static. You need to recompile apache both times and adjust LoadModule directives in httpd.conf. Previous Comments: [2002-10-03 13:50:40] [EMAIL PROTECTED] I have not tried with php 4.3.0-dev we are still using 4.1.2 and have not had a chance to udgrade to 4.2.3 yet. [2002-10-03 13:24:38] [EMAIL PROTECTED] Does this apply with 4.3.0-dev? [2002-06-06 10:22:11] [EMAIL PROTECTED] The version of Sablotron I am using is 0.90, compiled via sources with the following configure script: #!/bin/sh env LIBRARY_PATH=/www/lib \ env CPLUS_INCLUDE_PATH=/www/include \ ./configure \ --prefix=/www \ --disable-javascript [2002-06-06 06:42:20] [EMAIL PROTECTED] It should indeed - but they are rooted differently. Could you list your sablotron version, so I can verify if it's fixed in the current release? [2002-06-05 10:27:12] [EMAIL PROTECTED] I tried specifying file:///absolute_path/htmlent.dtd as you suggested, however this did not make any difference. The PHP cgi was still able to correctly parse the XSL while the PHP DSO did not. One thing I did notice was when I forgot to have the three slashes after file:. When I ran the script via the webserver the page was processed yet the PHP cgi had problems, specifically a Sablotron error indicating it could not find htmlent.dtd in the path I gave. It seems to me that with the PHP DSO it is ignoring the command. Which is odd as the two should be using the same implementation of the XSLT processor right? 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/17596 -- Edit this bug report at http://bugs.php.net/?id=17596&edit=1
#19739 [Opn->Fbk]: php-4.2.3 fails to Install with Apache 2.0.42 on AIX 5.1 ML2
ID: 19739 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: AIX 5.1 PHP Version: 4.2.3 New Comment: You'd better not mess with the Makefile - you probably forgot something and that ruins the build process. Why did you need to? What did go wrong during configure? Look in config.cache for more information. Previous Comments: [2002-10-03 13:08:48] [EMAIL PROTECTED] PS: Before doing 'make install' i modified the Makefile to point to 'httpd/modules', then did a 'make', then 'make install', which lead to the errors-messages related to libphp [2002-10-03 13:02:34] [EMAIL PROTECTED] I tried the latest release (php4-200210030900), same error ... [www@ibm php4-200210030900]$ make install Installing PHP SAPI module /home/www/staging/www/build/instdso.sh SH_LIBTOOL='/home/www/staging/www/build/libtool' libphp4.la /home/www/staging/httpd/modules rm -f /home/www/staging/httpd/modules/libphp4.so /home/www/staging/www/build/libtool --mode=install cp libphp4.la /home/www/staging/httpd/modules/ cp .libs/libphp4.lai /home/www/staging/httpd/modules/libphp4.la cp .libs/libphp4.a /home/www/staging/httpd/modules/libphp4.a ranlib /home/www/staging/httpd/modules/libphp4.a chmod 644 /home/www/staging/httpd/modules/libphp4.a libtool: install: warning: remember to run `libtool --finish /home/www/wrk/php4-200210030900/libs' mv: 0653-401 Cannot rename /home/www/staging/httpd/modules/ to /home/www/staging/httpd/modules/libphp4.so: A system call received a parameter that is not valid. chmod 755 /home/www/staging/httpd/modules/libphp4.so chmod: /home/www/staging/httpd/modules/libphp4.so: A file or directory in the path name does not exist. apxs:Error: Command failed with rc=65536 ... plus an additional one: configure didn't figure out correctly where httpd.exp is (in httpd/modules), it tries to find it in httpd/bin). I haven't checked wether this problem has been reported elsewhere. If not, I will open an additional case tomorror. Thanks for you support! Guido [2002-10-03 11:18:10] [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 11:16:45] [EMAIL PROTECTED] Dear all, php-4.2.3 fails to install with the following error: make[1]: Entering directory `/home/www/wrk/php-4.2.3' /home/www/staging/httpd/bin/apxs -i -a -n php4 libphp4.la /home/www/staging/www/build/instdso.sh SH_LIBTOOL='/home/www/staging/www/build/libtool' libphp4.la /home/www/staging/httpd/modules rm -f /home/www/staging/httpd/modules/libphp4.so /home/www/staging/www/build/libtool --mode=install cp libphp4.la /home/www/staging/httpd/modules/ cp .libs/libphp4.lai /home/www/staging/httpd/modules/libphp4.la cp .libs/libphp4.a /home/www/staging/httpd/modules/libphp4.a ranlib /home/www/staging/httpd/modules/libphp4.a chmod 644 /home/www/staging/httpd/modules/libphp4.a libtool: install: warning: remember to run `libtool --finish /home/www/wrk/php-4.2.3/libs' mv: 0653-401 Cannot rename /home/www/staging/httpd/modules/ to /home/www/staging/httpd/modules/libphp4.so: A system call received a parameter that is not valid. chmod 755 /home/www/staging/httpd/modules/libphp4.so chmod: /home/www/staging/httpd/modules/libphp4.so: A file or directory in the path name does not exist. apxs:Error: Command failed with rc=65536 I am using AIX 5.1 ML 2, gcc-3.2, binutils-2.13 and Apache-2.0.42 Configure php-4.2.3 using /configure --prefix=/home/www/staging/php --with-mysql=/us r/local/mysql/ --with-apxs2=/home/www/staging/httpd/bin/apxs Any help highly welcomed Guido -- Edit this bug report at http://bugs.php.net/?id=19739&edit=1
#19113 [Com]: HTTP status 200 returned on HTTP CONNECT when mod_proxy not in use
ID: 19113 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Operating System: FreeBSD 4.6.2 PHP Version: 4.2.2 New Comment: 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. Previous Comments: [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). [2002-08-26 15:14:58] [EMAIL PROTECTED] I believe the following to be a severe bug which relates directly to PHP4 and Apache 1.3: For those of you unfamiliar with HTTP, there is an HTTP command called "CONNECT" which is intended for use with HTTP proxying. Via telnet, one can test for proxy capability by doing the following (input is in bold): $ telnet www.somehost.com 80 Trying ###.###.###.###... Connected to www.somehost.com. Escape character is '^]'. CONNECT www.google.com:80 HTTP/1.0 Host: www.somehost.com Now hit [Enter] twice. If your Apache configuration is proper (and without mod_proxy installed), you should get the following response: HTTP/1.1 405 Method Not Allowed However, this is where the bug shows up. Here are the pre-requisites for it to appear: Must have PHP4 module loaded. Must have index.php listed in Apache DocumentIndex directive. Must have index.php file in the DocumentRoot of the website you're connecting to (in the above example, www.somehost.com). The result of the above HTTP CONNECT when all of the above pre-requistes are met: HTTP/1.1 200 OK [HTTP headers here] [Contents of parsed index.php here; as if visiting the website!] An HTTP response code of 200 should only be sent when the request was legitimate -- a HTTP CONNECT should not be legitimate just because the website in question has an index.php file. You can literally rename index.php to something else (even index.html!) and a correct HTTP status of 405 is returned. I have read the HTTP RFC in full, and it is fairly vague when it comes to dealing with HTTP CONNECT -- however, the Status code section applies to all sections, therefore a Status code of 200 on an HTTP CONNECT when mod_proxy is not loaded is incorrect. Again, this only happens with mod_php4 installed. So why is this a big deal? Well, a slew of online services use proxy scanners to ensure legitimate clients are being used to communicate with their servers; proxy scanners are also used for IRC. The scanners look for a status code of 200 on an HTTP CONNECT. There is a workaround, which is to add the following to your server configuration: Order deny,allow Deny from all This bug may be directly related to bug #17424. Footnote: If this is traced back to be a flaw in Apache's DSO code, then I expect to see it reported as such, so I can forward this entire thread on to the Apache team and make them deal with it. Thanks. -- Edit this bug report at http://bugs.php.net/?id=19113&edit=1
#19740 [NEW]: session_write_close() not passing new session vars when globals are turned off
From: [EMAIL PROTECTED]
Operating system: Red Hat Linux 7.3
PHP version: 4.2.3
PHP Bug Type: Session related
Bug description: session_write_close() not passing new session vars when globals are
turned off
OS - Red Hat 7.3
Web Server- Apache 1.3.23
PHP - 4.2.3
If globals are turned off when calling session_write_close() before a page
redirect, any new session data is not getting written when using files. As
a work around, if I use my on session handlers, I ignore the session_data
that gets passed to my session_write function and create my own session
data string like this:
function sess_write($key, $val)
{
// SGH - 10/03/2002
// globals off bug work around!!! The session data
// passed in is not always updated with new values.
// so we'll build our on session data from the
// super global $_SESSION.
$sesson_data = "";
while (list($name, $value) = each($_SESSION))
{
$$name = $value['tmp_name'];
if (is_string($value))
{
$session_data .=
$name.'|s:'.strlen($value).':'.chr(34).$value.chr(34).";";
}
elseif (is_int($value))
{
$session_data .= $name.'|i:'.$value.";";
}
elseif (is_float($value))
{
$session_data .= $name.'|d:'.$value.";";
}
}
$val = $session_data;
// more code
This works, however, seems to point to a PHP bug, since $val does not
contain the new varibles until I set it to the string I created from the
super global $_SESSION.
--
Edit bug report at http://bugs.php.net/?id=19740&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=19740&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=19740&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=19740&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=19740&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=19740&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=19740&r=support
Expected behavior: http://bugs.php.net/fix.php?id=19740&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=19740&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=19740&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=19740&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19740&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=19740&r=dst
#17596 [Fbk->Opn]: Unable to reference external DTD with PHP DSO
ID: 17596 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: XSLT related Operating System: Solaris 2.6 PHP Version: 4.1.2 New Comment: I have not tried with php 4.3.0-dev we are still using 4.1.2 and have not had a chance to udgrade to 4.2.3 yet. Previous Comments: [2002-10-03 13:24:38] [EMAIL PROTECTED] Does this apply with 4.3.0-dev? [2002-06-06 10:22:11] [EMAIL PROTECTED] The version of Sablotron I am using is 0.90, compiled via sources with the following configure script: #!/bin/sh env LIBRARY_PATH=/www/lib \ env CPLUS_INCLUDE_PATH=/www/include \ ./configure \ --prefix=/www \ --disable-javascript [2002-06-06 06:42:20] [EMAIL PROTECTED] It should indeed - but they are rooted differently. Could you list your sablotron version, so I can verify if it's fixed in the current release? [2002-06-05 10:27:12] [EMAIL PROTECTED] I tried specifying file:///absolute_path/htmlent.dtd as you suggested, however this did not make any difference. The PHP cgi was still able to correctly parse the XSL while the PHP DSO did not. One thing I did notice was when I forgot to have the three slashes after file:. When I ran the script via the webserver the page was processed yet the PHP cgi had problems, specifically a Sablotron error indicating it could not find htmlent.dtd in the path I gave. It seems to me that with the PHP DSO it is ignoring the command. Which is odd as the two should be using the same implementation of the XSLT processor right? [2002-06-05 07:40:33] [EMAIL PROTECTED] Could you test: I don't recall whether this was fixed in the current release - but make sure this is the bug first. If I recall correctly moving htmlent.dtd to on of apache/libexec or apache/bin also 'fixes' the issue. 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/17596 -- Edit this bug report at http://bugs.php.net/?id=17596&edit=1
#19007 [Opn->Csd]: Testkit: session tests should disable warnings
ID: 19007
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Session related
Operating System: All
PHP Version: 4CVS-2002-08-20
New Comment:
Fixed in CVS
Previous Comments:
[2002-08-20 19:41:22] [EMAIL PROTECTED]
Since the testkit uses php.ini-dist, which defines at least warning
level, the session tests, should disable warnings.
There may be a larger problem, since I see /var/tmp/php_sessions being
used, which is my php.ini setting i.s.o. php.ini-dist's /tmp.
--- ./ext/session/tests/001.exp Wed Aug 21 00:20:53 2002
+++ ./ext/session/tests/001.out Wed Aug 21 00:20:53 2002
@@ -1 +1,5 @@
+/home/mdev/cvs/php-4.2.3//ext/session/tests/phpt.028443(15) : Warning
- Cannot send session cookie - headers a
lready sent
+/home/mdev/cvs/php-4.2.3//ext/session/tests/phpt.028443(15) : Warning
- Cannot send session cache limiter - he
aders already sent
+/home/mdev/cvs/php-4.2.3//ext/session/tests/phpt.028443(15) : Warning
- open(/var/tmp/php_sessions/sess_995415
a8b60b7a6b1d607eb258add0c9, O_RDWR) failed: No such file or directory
(2)
+/home/mdev/cvs/php-4.2.3//ext/session/tests/phpt.028443(20) : Warning
- Session object destruction failed
baz|O:3:"foo":2:{s:3:"bar";s:2:"ok";s:3:"yes";s:4:"done";}arr|a:1:{i:3;O:3:"foo":2:{s:3:"bar";s:2:"ok";s:3:"ye
s";s:4:"done";}}
--
Edit this bug report at http://bugs.php.net/?id=19007&edit=1
#17931 [Opn->Fbk]: Segfault when passing array as second arg to xslt_set_error_handler
ID: 17931 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: XSLT related Operating System: Linux PHP Version: 4.2.1 New Comment: ifstream should be in your stdc++ lib. If you use: LDFLAGS='-lstdc++' ./configure [your flags here] does that help? Here's what I get on my stdc++ lib: $ nm /usr/lib/libstdc++.so | grep vt_3 00036238 D __vt_3ios Previous Comments: [2002-08-25 05:43:47] [EMAIL PROTECTED] Recently I downloaded Sablot 0.95 and the two patches ( One for sablot itself and one for PHP ( sablot.c )) It's absolutely the same result. Nothing works. [2002-07-05 15:50:33] [EMAIL PROTECTED] Ah, forgot some more Just compiled it without cli and now i get the following error: Starting web server: apache Cannot load /usr/lib/apache/1.3/libphp4.so into server: /usr/lib/libsablot.so.0: undefined symbol: __vt_3ios failed [2002-07-05 14:59:04] [EMAIL PROTECTED] After installation of the Sablot-CVS my PHP (cli version) doesn't compile anymore. Tested with 4.2.1 and 4.3.0-dev ... Here's the error: /usr/bin/ld: warning: libpng.so.2, needed by /usr/lib/libgd.so, may conflict with libpng.so.3 /usr/lib/libsablot.so: undefined reference to `ios virtual table' /usr/lib/libsablot.so: undefined reference to `fstreambase::fstreambase(int)' /usr/lib/libsablot.so: undefined reference to `istream::ios virtual table' /usr/lib/libsablot.so: undefined reference to `istream::getline(char *, int, char)' /usr/lib/libsablot.so: undefined reference to `ifstream::~ifstream(void)' /usr/lib/libsablot.so: undefined reference to `fstreambase::open(char const *, int, int)' /usr/lib/libsablot.so: undefined reference to `ifstream::ios virtual table' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 [2002-07-04 16:53:59] [EMAIL PROTECTED] Hi, could you verify if it works with current Sablot CVS version? See: http://www.gingerall.cz/charlie/ga/xml/p_sab.xml for details on anoncvs access. This version works for me, and is actually the same bug as #17791. [2002-06-24 04:28:31] [EMAIL PROTECTED] reclassified 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/17931 -- Edit this bug report at http://bugs.php.net/?id=17931&edit=1
#17596 [Opn->Fbk]: Unable to reference external DTD with PHP DSO
ID: 17596 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: XSLT related Operating System: Solaris 2.6 PHP Version: 4.1.2 New Comment: Does this apply with 4.3.0-dev? Previous Comments: [2002-06-06 10:22:11] [EMAIL PROTECTED] The version of Sablotron I am using is 0.90, compiled via sources with the following configure script: #!/bin/sh env LIBRARY_PATH=/www/lib \ env CPLUS_INCLUDE_PATH=/www/include \ ./configure \ --prefix=/www \ --disable-javascript [2002-06-06 06:42:20] [EMAIL PROTECTED] It should indeed - but they are rooted differently. Could you list your sablotron version, so I can verify if it's fixed in the current release? [2002-06-05 10:27:12] [EMAIL PROTECTED] I tried specifying file:///absolute_path/htmlent.dtd as you suggested, however this did not make any difference. The PHP cgi was still able to correctly parse the XSL while the PHP DSO did not. One thing I did notice was when I forgot to have the three slashes after file:. When I ran the script via the webserver the page was processed yet the PHP cgi had problems, specifically a Sablotron error indicating it could not find htmlent.dtd in the path I gave. It seems to me that with the PHP DSO it is ignoring the command. Which is odd as the two should be using the same implementation of the XSLT processor right? [2002-06-05 07:40:33] [EMAIL PROTECTED] Could you test: I don't recall whether this was fixed in the current release - but make sure this is the bug first. If I recall correctly moving htmlent.dtd to on of apache/libexec or apache/bin also 'fixes' the issue. [2002-06-04 10:55:46] [EMAIL PROTECTED] The problem I am having is in specifying an external DTD within an XSL file and having the PHP DSO parse it with the xslt_process function. The xslt_process seems to ignore the external DTD reference (as seen in the output from the output of the xslt_set_log function). If I was to add these entities into the XSL file rather then referring to an external DTD I would get the output I am looking for. I do get the correct output from the same php script if I use the cgi version of PHP. Which aside from the --with-apxs directive to the configure script has the exact same options as the DSO. Operating System: Solaris 2.6 PHP Version: 4.1.2 (for both DSO and CGI) Apache Version: 1.3.9 Here is what I have for the two different configure scripts I use to build PHP --Configure for PHP as an Apache DSO- ./configure \ --with-apxs=/www/server/apache/bin/apxs \ --with-config-file-path=/www/server/apache/conf \ --with-pear=/www/server/apache/php/pear \ --enable-libgcc \ --enable-ftp \ --enable-dbase \ --enable-yp \ --enable-bcmath \ --enable-c9x-inline \ --enable-calendar \ --enable-inline-optimization \ --enable-trans-sid \ --with-pdflib=/www \ --with-zlib=/www \ --with-tiff-dir=/www \ --with-png-dir=/www \ --with-jpeg-dir=/www \ --with-gd=/www \ --with-yaz=/www \ --with-sybase=/usr/local/sybase/client \ --with-fdftk=/www \ --with-regex=system \ --with-ndbm \ --with-dom=/www \ --with-mcrypt=/www \ --with-mhash=/www \ --with-expat-dir=/www \ --enable-xslt \ --with-xslt-sablot=/www \ --with-iconv=/www \ --with-ldap=/www \ --with-imap=/www --Configure for PHP as an Apache DSO- --Configure for PHP as a cgi program- ./configure \ --with-config-file-path=/www/server/apache/conf \ --with-pear=/www/server/apache/php/pear \ --enable-libgcc \ --enable-ftp \ --enable-dbase \ --enable-yp \ --enable-bcmath \ --enable-c9x-inline \ --enable-calendar \ --enable-inline-optimization \ --enable-trans-sid \ --with-pdflib=/www \ --with-zlib=/www \ --with-tiff-dir=/www \ --with-png-dir=/www \ --with-jpeg-dir=/www \ --with-gd=/www \ --with-yaz=/www \ --with-sybase=/usr/local/sybase/client \ --with-fdftk=/www \ --with-regex=system \ --with-ndbm \ --with-dom=/www \ --with-mcrypt=/www \ --with-mhash=/www \ --with-expat-dir=/www \ --enable-xslt \ --with-xslt-sablot=/www \ --with-iconv=/www \ --with-ldap=/www \ --with-imap=/www --Configure for PHP as a cgi program- The following is what I use to perform a make after running either of the scripts above -make
#18229 [Opn->Fbk]: structure has no member named `open64'
ID: 18229 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: XSLT related Operating System: solaris 2.6 PHP Version: 4.3.0dev -Assigned To: +Assigned To: msopacua New Comment: Assigning + feedback Previous Comments: [2002-10-03 13:07:13] [EMAIL PROTECTED] Could you capture the actual compile line, then after gcc add '-E', strip the -c plus it's argument and change the -o argument to sablot.out. It should then look something like: gcc -E -Iext/xslt -I. -O2 -o sablot.out Could you then grep for open64 in sablot.out? Please provide some context when you paste it here. [2002-07-09 08:39:30] [EMAIL PROTECTED] Really the same problem. Thanks [2002-07-08 22:50:52] [EMAIL PROTECTED] Please try this snapshot: http://snaps.php.net/php4-latest.tar.gz (Your snapshot was older..) [2002-07-08 22:49:45] [EMAIL PROTECTED] reclassified [2002-07-08 14:58:21] [EMAIL PROTECTED] any update on this? Thanks The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/18229 -- Edit this bug report at http://bugs.php.net/?id=18229&edit=1
#19739 [Com]: php-4.2.3 fails to Install with Apache 2.0.42 on AIX 5.1 ML2
ID: 19739 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache2 related Operating System: AIX 5.1 PHP Version: 4.2.3 New Comment: PS: Before doing 'make install' i modified the Makefile to point to 'httpd/modules', then did a 'make', then 'make install', which lead to the errors-messages related to libphp Previous Comments: [2002-10-03 13:02:34] [EMAIL PROTECTED] I tried the latest release (php4-200210030900), same error ... [www@ibm php4-200210030900]$ make install Installing PHP SAPI module /home/www/staging/www/build/instdso.sh SH_LIBTOOL='/home/www/staging/www/build/libtool' libphp4.la /home/www/staging/httpd/modules rm -f /home/www/staging/httpd/modules/libphp4.so /home/www/staging/www/build/libtool --mode=install cp libphp4.la /home/www/staging/httpd/modules/ cp .libs/libphp4.lai /home/www/staging/httpd/modules/libphp4.la cp .libs/libphp4.a /home/www/staging/httpd/modules/libphp4.a ranlib /home/www/staging/httpd/modules/libphp4.a chmod 644 /home/www/staging/httpd/modules/libphp4.a libtool: install: warning: remember to run `libtool --finish /home/www/wrk/php4-200210030900/libs' mv: 0653-401 Cannot rename /home/www/staging/httpd/modules/ to /home/www/staging/httpd/modules/libphp4.so: A system call received a parameter that is not valid. chmod 755 /home/www/staging/httpd/modules/libphp4.so chmod: /home/www/staging/httpd/modules/libphp4.so: A file or directory in the path name does not exist. apxs:Error: Command failed with rc=65536 ... plus an additional one: configure didn't figure out correctly where httpd.exp is (in httpd/modules), it tries to find it in httpd/bin). I haven't checked wether this problem has been reported elsewhere. If not, I will open an additional case tomorror. Thanks for you support! Guido [2002-10-03 11:18:10] [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 11:16:45] [EMAIL PROTECTED] Dear all, php-4.2.3 fails to install with the following error: make[1]: Entering directory `/home/www/wrk/php-4.2.3' /home/www/staging/httpd/bin/apxs -i -a -n php4 libphp4.la /home/www/staging/www/build/instdso.sh SH_LIBTOOL='/home/www/staging/www/build/libtool' libphp4.la /home/www/staging/httpd/modules rm -f /home/www/staging/httpd/modules/libphp4.so /home/www/staging/www/build/libtool --mode=install cp libphp4.la /home/www/staging/httpd/modules/ cp .libs/libphp4.lai /home/www/staging/httpd/modules/libphp4.la cp .libs/libphp4.a /home/www/staging/httpd/modules/libphp4.a ranlib /home/www/staging/httpd/modules/libphp4.a chmod 644 /home/www/staging/httpd/modules/libphp4.a libtool: install: warning: remember to run `libtool --finish /home/www/wrk/php-4.2.3/libs' mv: 0653-401 Cannot rename /home/www/staging/httpd/modules/ to /home/www/staging/httpd/modules/libphp4.so: A system call received a parameter that is not valid. chmod 755 /home/www/staging/httpd/modules/libphp4.so chmod: /home/www/staging/httpd/modules/libphp4.so: A file or directory in the path name does not exist. apxs:Error: Command failed with rc=65536 I am using AIX 5.1 ML 2, gcc-3.2, binutils-2.13 and Apache-2.0.42 Configure php-4.2.3 using /configure --prefix=/home/www/staging/php --with-mysql=/us r/local/mysql/ --with-apxs2=/home/www/staging/httpd/bin/apxs Any help highly welcomed Guido -- Edit this bug report at http://bugs.php.net/?id=19739&edit=1
#19734 [Bgs->Opn]: PHP crashes on the REAL data type in a MSSQL query
ID: 19734 User updated by: [EMAIL PROTECTED] -Summary: PHP wont fetch all rows in a MSSQL query Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: MSSQL related Operating System: Windows XP PHP Version: 4.2.3 New Comment: Had a further look into the problem and it seems to have to do with the 'REAL' data type. When i changed the data type from REAL to FLOAT in the Microsoft SQL server 7.0 database things worked again... The problem comes with PHP.EXE crashing when it encounters this type of data. Don't know if the REAL type is dissallowed. Tried to provide as much information as i could give this time Previous Comments: [2002-10-03 07:50:26] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2002-10-03 06:34:18] [EMAIL PROTECTED] I have a table of several thousand rows in a MSSQL database called amfull. Tried to query this: SELECT Distance FROM journeys WHERE VehicleBoxNo='44000601' PHP bombed out on me. Got the XP error "PHP.EXE has generated errors" So i played around a bit and discovered that if I did the following it prevented PHP from bombing out. SELECT TOP 100 Distance FROM journeys WHERE VehicleBoxNo='44000601' Unfortunately all this does is limit the number of rows to 100 which, in some cases, is very limiting. Any suggestions? -- Edit this bug report at http://bugs.php.net/?id=19734&edit=1
#19739 [Fbk->Opn]: php-4.2.3 fails to Install with Apache 2.0.42 on AIX 5.1 ML2
ID: 19739 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open -Bug Type: *Compile Issues +Bug Type: Apache2 related Operating System: AIX 5.1 PHP Version: 4.2.3 Previous Comments: [2002-10-03 13:02:34] [EMAIL PROTECTED] I tried the latest release (php4-200210030900), same error ... [www@ibm php4-200210030900]$ make install Installing PHP SAPI module /home/www/staging/www/build/instdso.sh SH_LIBTOOL='/home/www/staging/www/build/libtool' libphp4.la /home/www/staging/httpd/modules rm -f /home/www/staging/httpd/modules/libphp4.so /home/www/staging/www/build/libtool --mode=install cp libphp4.la /home/www/staging/httpd/modules/ cp .libs/libphp4.lai /home/www/staging/httpd/modules/libphp4.la cp .libs/libphp4.a /home/www/staging/httpd/modules/libphp4.a ranlib /home/www/staging/httpd/modules/libphp4.a chmod 644 /home/www/staging/httpd/modules/libphp4.a libtool: install: warning: remember to run `libtool --finish /home/www/wrk/php4-200210030900/libs' mv: 0653-401 Cannot rename /home/www/staging/httpd/modules/ to /home/www/staging/httpd/modules/libphp4.so: A system call received a parameter that is not valid. chmod 755 /home/www/staging/httpd/modules/libphp4.so chmod: /home/www/staging/httpd/modules/libphp4.so: A file or directory in the path name does not exist. apxs:Error: Command failed with rc=65536 ... plus an additional one: configure didn't figure out correctly where httpd.exp is (in httpd/modules), it tries to find it in httpd/bin). I haven't checked wether this problem has been reported elsewhere. If not, I will open an additional case tomorror. Thanks for you support! Guido [2002-10-03 11:18:10] [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 11:16:45] [EMAIL PROTECTED] Dear all, php-4.2.3 fails to install with the following error: make[1]: Entering directory `/home/www/wrk/php-4.2.3' /home/www/staging/httpd/bin/apxs -i -a -n php4 libphp4.la /home/www/staging/www/build/instdso.sh SH_LIBTOOL='/home/www/staging/www/build/libtool' libphp4.la /home/www/staging/httpd/modules rm -f /home/www/staging/httpd/modules/libphp4.so /home/www/staging/www/build/libtool --mode=install cp libphp4.la /home/www/staging/httpd/modules/ cp .libs/libphp4.lai /home/www/staging/httpd/modules/libphp4.la cp .libs/libphp4.a /home/www/staging/httpd/modules/libphp4.a ranlib /home/www/staging/httpd/modules/libphp4.a chmod 644 /home/www/staging/httpd/modules/libphp4.a libtool: install: warning: remember to run `libtool --finish /home/www/wrk/php-4.2.3/libs' mv: 0653-401 Cannot rename /home/www/staging/httpd/modules/ to /home/www/staging/httpd/modules/libphp4.so: A system call received a parameter that is not valid. chmod 755 /home/www/staging/httpd/modules/libphp4.so chmod: /home/www/staging/httpd/modules/libphp4.so: A file or directory in the path name does not exist. apxs:Error: Command failed with rc=65536 I am using AIX 5.1 ML 2, gcc-3.2, binutils-2.13 and Apache-2.0.42 Configure php-4.2.3 using /configure --prefix=/home/www/staging/php --with-mysql=/us r/local/mysql/ --with-apxs2=/home/www/staging/httpd/bin/apxs Any help highly welcomed Guido -- Edit this bug report at http://bugs.php.net/?id=19739&edit=1
#18229 [Opn]: structure has no member named `open64'
ID: 18229 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: XSLT related Operating System: solaris 2.6 PHP Version: 4.3.0dev New Comment: Could you capture the actual compile line, then after gcc add '-E', strip the -c plus it's argument and change the -o argument to sablot.out. It should then look something like: gcc -E -Iext/xslt -I. -O2 -o sablot.out Could you then grep for open64 in sablot.out? Please provide some context when you paste it here. Previous Comments: [2002-07-09 08:39:30] [EMAIL PROTECTED] Really the same problem. Thanks [2002-07-08 22:50:52] [EMAIL PROTECTED] Please try this snapshot: http://snaps.php.net/php4-latest.tar.gz (Your snapshot was older..) [2002-07-08 22:49:45] [EMAIL PROTECTED] reclassified [2002-07-08 14:58:21] [EMAIL PROTECTED] any update on this? Thanks [2002-07-08 10:39:38] [EMAIL PROTECTED] Oops, didn't read carefully 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/18229 -- Edit this bug report at http://bugs.php.net/?id=18229&edit=1
#19739 [Com]: php-4.2.3 fails to Install with Apache 2.0.42 on AIX 5.1 ML2
ID: 19739 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: *Compile Issues Operating System: AIX 5.1 PHP Version: 4.2.3 New Comment: I tried the latest release (php4-200210030900), same error ... [www@ibm php4-200210030900]$ make install Installing PHP SAPI module /home/www/staging/www/build/instdso.sh SH_LIBTOOL='/home/www/staging/www/build/libtool' libphp4.la /home/www/staging/httpd/modules rm -f /home/www/staging/httpd/modules/libphp4.so /home/www/staging/www/build/libtool --mode=install cp libphp4.la /home/www/staging/httpd/modules/ cp .libs/libphp4.lai /home/www/staging/httpd/modules/libphp4.la cp .libs/libphp4.a /home/www/staging/httpd/modules/libphp4.a ranlib /home/www/staging/httpd/modules/libphp4.a chmod 644 /home/www/staging/httpd/modules/libphp4.a libtool: install: warning: remember to run `libtool --finish /home/www/wrk/php4-200210030900/libs' mv: 0653-401 Cannot rename /home/www/staging/httpd/modules/ to /home/www/staging/httpd/modules/libphp4.so: A system call received a parameter that is not valid. chmod 755 /home/www/staging/httpd/modules/libphp4.so chmod: /home/www/staging/httpd/modules/libphp4.so: A file or directory in the path name does not exist. apxs:Error: Command failed with rc=65536 ... plus an additional one: configure didn't figure out correctly where httpd.exp is (in httpd/modules), it tries to find it in httpd/bin). I haven't checked wether this problem has been reported elsewhere. If not, I will open an additional case tomorror. Thanks for you support! Guido Previous Comments: [2002-10-03 11:18:10] [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 11:16:45] [EMAIL PROTECTED] Dear all, php-4.2.3 fails to install with the following error: make[1]: Entering directory `/home/www/wrk/php-4.2.3' /home/www/staging/httpd/bin/apxs -i -a -n php4 libphp4.la /home/www/staging/www/build/instdso.sh SH_LIBTOOL='/home/www/staging/www/build/libtool' libphp4.la /home/www/staging/httpd/modules rm -f /home/www/staging/httpd/modules/libphp4.so /home/www/staging/www/build/libtool --mode=install cp libphp4.la /home/www/staging/httpd/modules/ cp .libs/libphp4.lai /home/www/staging/httpd/modules/libphp4.la cp .libs/libphp4.a /home/www/staging/httpd/modules/libphp4.a ranlib /home/www/staging/httpd/modules/libphp4.a chmod 644 /home/www/staging/httpd/modules/libphp4.a libtool: install: warning: remember to run `libtool --finish /home/www/wrk/php-4.2.3/libs' mv: 0653-401 Cannot rename /home/www/staging/httpd/modules/ to /home/www/staging/httpd/modules/libphp4.so: A system call received a parameter that is not valid. chmod 755 /home/www/staging/httpd/modules/libphp4.so chmod: /home/www/staging/httpd/modules/libphp4.so: A file or directory in the path name does not exist. apxs:Error: Command failed with rc=65536 I am using AIX 5.1 ML 2, gcc-3.2, binutils-2.13 and Apache-2.0.42 Configure php-4.2.3 using /configure --prefix=/home/www/staging/php --with-mysql=/us r/local/mysql/ --with-apxs2=/home/www/staging/httpd/bin/apxs Any help highly welcomed Guido -- Edit this bug report at http://bugs.php.net/?id=19739&edit=1
#19739 [Opn->Fbk]: php-4.2.3 fails to Install with Apache 2.0.42 on AIX 5.1 ML2
ID: 19739 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: *Compile Issues Operating System: AIX 5.1 PHP Version: 4.2.3 New Comment: 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 Previous Comments: [2002-10-03 11:16:45] [EMAIL PROTECTED] Dear all, php-4.2.3 fails to install with the following error: make[1]: Entering directory `/home/www/wrk/php-4.2.3' /home/www/staging/httpd/bin/apxs -i -a -n php4 libphp4.la /home/www/staging/www/build/instdso.sh SH_LIBTOOL='/home/www/staging/www/build/libtool' libphp4.la /home/www/staging/httpd/modules rm -f /home/www/staging/httpd/modules/libphp4.so /home/www/staging/www/build/libtool --mode=install cp libphp4.la /home/www/staging/httpd/modules/ cp .libs/libphp4.lai /home/www/staging/httpd/modules/libphp4.la cp .libs/libphp4.a /home/www/staging/httpd/modules/libphp4.a ranlib /home/www/staging/httpd/modules/libphp4.a chmod 644 /home/www/staging/httpd/modules/libphp4.a libtool: install: warning: remember to run `libtool --finish /home/www/wrk/php-4.2.3/libs' mv: 0653-401 Cannot rename /home/www/staging/httpd/modules/ to /home/www/staging/httpd/modules/libphp4.so: A system call received a parameter that is not valid. chmod 755 /home/www/staging/httpd/modules/libphp4.so chmod: /home/www/staging/httpd/modules/libphp4.so: A file or directory in the path name does not exist. apxs:Error: Command failed with rc=65536 I am using AIX 5.1 ML 2, gcc-3.2, binutils-2.13 and Apache-2.0.42 Configure php-4.2.3 using /configure --prefix=/home/www/staging/php --with-mysql=/us r/local/mysql/ --with-apxs2=/home/www/staging/httpd/bin/apxs Any help highly welcomed Guido -- Edit this bug report at http://bugs.php.net/?id=19739&edit=1
#19739 [NEW]: php-4.2.3 fails to Install with Apache 2.0.42 on AIX 5.1 ML2
From: [EMAIL PROTECTED] Operating system: AIX 5.1 PHP version: 4.2.3 PHP Bug Type: *Compile Issues Bug description: php-4.2.3 fails to Install with Apache 2.0.42 on AIX 5.1 ML2 Dear all, php-4.2.3 fails to install with the following error: make[1]: Entering directory `/home/www/wrk/php-4.2.3' /home/www/staging/httpd/bin/apxs -i -a -n php4 libphp4.la /home/www/staging/www/build/instdso.sh SH_LIBTOOL='/home/www/staging/www/build/libtool' libphp4.la /home/www/staging/httpd/modules rm -f /home/www/staging/httpd/modules/libphp4.so /home/www/staging/www/build/libtool --mode=install cp libphp4.la /home/www/staging/httpd/modules/ cp .libs/libphp4.lai /home/www/staging/httpd/modules/libphp4.la cp .libs/libphp4.a /home/www/staging/httpd/modules/libphp4.a ranlib /home/www/staging/httpd/modules/libphp4.a chmod 644 /home/www/staging/httpd/modules/libphp4.a libtool: install: warning: remember to run `libtool --finish /home/www/wrk/php-4.2.3/libs' mv: 0653-401 Cannot rename /home/www/staging/httpd/modules/ to /home/www/staging/httpd/modules/libphp4.so: A system call received a parameter that is not valid. chmod 755 /home/www/staging/httpd/modules/libphp4.so chmod: /home/www/staging/httpd/modules/libphp4.so: A file or directory in the path name does not exist. apxs:Error: Command failed with rc=65536 I am using AIX 5.1 ML 2, gcc-3.2, binutils-2.13 and Apache-2.0.42 Configure php-4.2.3 using /configure --prefix=/home/www/staging/php --with-mysql=/us r/local/mysql/ --with-apxs2=/home/www/staging/httpd/bin/apxs Any help highly welcomed Guido -- Edit bug report at http://bugs.php.net/?id=19739&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19739&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19739&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19739&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19739&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19739&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19739&r=support Expected behavior: http://bugs.php.net/fix.php?id=19739&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19739&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19739&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19739&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19739&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19739&r=dst
#19736 [Opn->Csd]: session_decode segfaults under cli
ID: 19736 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Session related Operating System: Linux 2.4 PHP Version: 4CVS-2002-10-03 New Comment: Sascha fixed this. Previous Comments: [2002-10-03 09:59:22] [EMAIL PROTECTED] I've been playing with the session extension recently, and session_decode() segfaults under cli mode. What I generally did was to write a custom session save handler which stores the session data inside a database. After that, i wanted to decode them inside a command-line script executed from the shell. Here's a backtrace: Program received signal SIGSEGV, Segmentation fault. 0x080bb960 in php_set_session_var (name=0x82c4d2c "userid", namelen=6, state_val=0x8249df4, var_hash=0xbfffb728) at /usr/local/src/php4/ext/session/session.c:312 312 zend_set_hash_symbol(state_val, name, namelen, 1 , 2, Z_ARRVAL_P(PS(http_session_vars)), &EG(symbol_table)); (gdb) bt #0 0x080bb960 in php_set_session_var (name=0x82c4d2c "userid", namelen=6, state_val=0x8249df4, var_hash=0xbfffb728) at /usr/local/src/php4/ext/session/session.c:312 #1 0x080bc197 in ps_srlzr_decode_php ( val=0x8249dbc "userid|s:5:\"mazen\";chatRoom|s:1:\"1\";", vallen=36) at /usr/local/src/php4/ext/session/session.c:478 #2 0x080bc46a in php_session_decode ( val=0x8249dbc "userid|s:5:\"mazen\";chatRoom|s:1:\"1\";", vallen=36) at /usr/local/src/php4/ext/session/session.c:524 #3 0x080bec04 in zif_session_decode (ht=1, return_value=0x8249f7c, this_ptr=0x0, return_value_used=1) at /usr/local/src/php4/ext/session/session.c:1431 #4 0x0816e353 in execute (op_array=0x8233e3c) at /usr/local/src/php4/Zend/zend_execute.c:1599 #5 0x0816e4ca in execute (op_array=0x8338b64) at /usr/local/src/php4/Zend/zend_execute.c:1641 #6 0x0816e4ca in execute (op_array=0x83389ac) at /usr/local/src/php4/Zend/zend_execute.c:1641 #7 0x0816e4ca in execute (op_array=0x82323bc) at /usr/local/src/php4/Zend/zend_execute.c:1641 #8 0x0816e4ca in execute (op_array=0x822d5ac) at /usr/local/src/php4/Zend/zend_execute.c:1641 #9 0x0815c9be in zend_execute_scripts (type=8, retval=0x0, file_count=3) -- Edit this bug report at http://bugs.php.net/?id=19736&edit=1
#19662 [Com]: cookies not set with CGI server API
ID: 19662 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Other web server Operating System: SunOS PHP Version: 4.2.1 New Comment: I installed version 4.2.3 but it did not help. I did not read anything about a bugfix related to cookies in the changelog either. Previous Comments: [2002-10-01 20:44:51] [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-09-29 13:34:00] [EMAIL PROTECTED] When I set a cookie with the setcookie command AFTER I requested the value of an nonexisting cookie (so NULL) with a different name it does not set the cookie. I tested it on multiple systems with PHP 4.2.1 installed. On 2 systems it did not go well and 1 system it has no problem and works fine. The only difference that I can see is that the "good" system has Apache as "Server API" and the other 2 "bad" system have CGI as server API. I ran the following script for the first time with no active cookies set: outputs: "cookie NOT set , existing cookie value: " When I delete the 1st line ($existing_cookie = $_COOKIE["existing_cookie"];) and run the script again I get as output: "cookie set , existing cookie value: " Then I add the 1st line again ($existing_cookie = $_COOKIE["existing_cookie"];) and run the script again and get as output: "cookie set , existing cookie value: test" and everything works perfectly even whenever I change the $value. When I add the next line to the script (at line 2) it does not correctly set the cookie again. $existing_cookie2 = $_COOKIE["existing_cookie2"]; -- Edit this bug report at http://bugs.php.net/?id=19662&edit=1
#19720 [Fbk->Opn]: mail() does not return with multipart message
ID: 19720 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Mail related Operating System: Windows 2000 Server SP3 PHP Version: CVS New Comment: A complete test package for this problem is now avaiable at URL: http://djp4.vpnewmedia.com/test_email_problem/test_email_problem.zip Please view the readme.txt file to run the various test cases. Previous Comments: [2002-10-03 05:19:54] [EMAIL PROTECTED] Please provide a full selfcontained script so we can reproduce this problem (or url with php source for download and the binary you want to send). [2002-10-02 13:41:37] [EMAIL PROTECTED] I just tried an unstable version, php4-win32-200210012200.zip and got the same results as with the original version. [2002-10-02 13:00:13] [EMAIL PROTECTED] There were many improvements to the windows mail handling code - try a non-STABLE snapshot from http://snaps.php.net/. [2002-10-02 12:42:48] [EMAIL PROTECTED] The identically formatted, multi-part email message, part of which is a base64 encoded .gif image file, is properly sent with mail() on Linux systems but fails to return at all when executed on IIS 5 where php.exe is used. The rest of the file in which mail() is executed is ignored and there is no error message from PHP. There is no problem sending simple text messages, only with multi-part encoded messages. This problem occurs either when using the local SMTP server or a remote SMTP server, as specified in php.ini. Using Outlook Express to send email with attachments on the local SMTP server works successfully. -- Edit this bug report at http://bugs.php.net/?id=19720&edit=1
#19738 [NEW]: Getting reference instead of copy of object
From: [EMAIL PROTECTED]
Operating system: Linux, Windows
PHP version: 4.2.3
PHP Bug Type: Scripting Engine problem
Bug description: Getting reference instead of copy of object
Normally this code should print "0",
however, when uncommenting a single empty method call,
it outputs "1".
It seems like a copy suddenly becomes a reference.
c->f(); // uncomment this to expose error.
$a2 = $a1;
$a2->c->x = 1;
echo $a1->c->x;
class C {
var $x = 0;
function f() {}
}
class A {
var $c;
function A() { $this->c = new C(); }
}
?>
Thanks.
Anahoret Team.
--
Edit bug report at http://bugs.php.net/?id=19738&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=19738&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=19738&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=19738&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=19738&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=19738&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=19738&r=support
Expected behavior: http://bugs.php.net/fix.php?id=19738&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=19738&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=19738&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=19738&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19738&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=19738&r=dst
#19737 [Opn->Bgs]: Problems in trasforming italian words with accent
ID: 19737 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Sablotron XSL Operating System: FreeBSD 4.7-PRERELEASE PHP Version: 4CVS-2002-10-03 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. "some error occur"??? http://bugs.php.net/how-to-report.php http://www.tuxedo.org/~esr/faqs/smart-questions.html Previous Comments: [2002-10-03 10:05:00] [EMAIL PROTECTED] Hi with an xml files like this(pay attention to words with accent è-é-ò-à-ù-ì) il mio nome è mai più and with a xsl file like http://www.w3.org/1999/XSL/Transform";> using xslt_process(..) to trasform some error occur. While if we delete these accents (èéòàùì) it's all ok. [2002-10-03 10:03:43] [EMAIL PROTECTED] Hi with an xml files like this(pay attention to words with accent è-é-ò-à-ù-ì) il mio nome è mai più and with a xsl file like http://www.w3.org/1999/XSL/Transform";> using xslt_process(..) to trasform some error occur. While if we delete these accents (èéòàùì) it's all ok. -- Edit this bug report at http://bugs.php.net/?id=19737&edit=1
#19737 [Opn]: Problems in trasforming italian words with accent
ID: 19737 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Sablotron XSL Operating System: FreeBSD 4.7-PRERELEASE PHP Version: 4CVS-2002-10-03 New Comment: Hi with an xml files like this(pay attention to words with accent è-é-ò-à-ù-ì) il mio nome è mai più and with a xsl file like http://www.w3.org/1999/XSL/Transform";> using xslt_process(..) to trasform some error occur. While if we delete these accents (èéòàùì) it's all ok. Previous Comments: [2002-10-03 10:03:43] [EMAIL PROTECTED] Hi with an xml files like this(pay attention to words with accent è-é-ò-à-ù-ì) il mio nome è mai più and with a xsl file like http://www.w3.org/1999/XSL/Transform";> using xslt_process(..) to trasform some error occur. While if we delete these accents (èéòàùì) it's all ok. -- Edit this bug report at http://bugs.php.net/?id=19737&edit=1
#19737 [NEW]: Problems in trasforming italian words with accent
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.7-PRERELEASE PHP version: 4CVS-2002-10-03 PHP Bug Type: Sablotron XSL Bug description: Problems in trasforming italian words with accent Hi with an xml files like this(pay attention to words with accent è-é-ò-à-ù-ì) il mio nome è mai più and with a xsl file like http://www.w3.org/1999/XSL/Transform";> using xslt_process(..) to trasform some error occur. While if we delete these accents (èéòàùì) it's all ok. -- Edit bug report at http://bugs.php.net/?id=19737&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19737&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19737&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19737&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19737&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19737&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19737&r=support Expected behavior: http://bugs.php.net/fix.php?id=19737&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19737&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19737&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19737&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19737&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19737&r=dst
#15858 [Fbk->Opn]: Unable to load dynamic library liboci8.so
ID: 15858 User updated by: [EMAIL PROTECTED] -Summary: Reproducible segmentation fault in pages using oci8 (Oracle 8.1.7) Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: UnixWare 7.1.1 -PHP Version: 4.1.2 +PHP Version: 4.0.6-4.2.1 New Comment: Unfortunately, I am not able to compile this version at all: /home/sw/php4-200210030600/ext/mbstring/mbregex.c:4565: parm types given both in parmlist and separately /home/sw/php4-200210030600/ext/mbstring/mbregex.c:4564: parameter name omitted /home/sw/php4-200210030600/ext/mbstring/mbregex.c:4567: parse error before `regs' /home/sw/php4-200210030600/ext/mbstring/mbregex.c:4568: parse error before `regs' /home/sw/php4-200210030600/ext/mbstring/mbregex.c:4569: parse error before `regs' make: *** [ext/mbstring/mbregex.lo] Error 1 Previous Comments: [2002-10-01 18:10:40] [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-03-04 11:15:48] [EMAIL PROTECTED] Hi! we have - SuperMicro P3TDLE, 2* Pentium III, 1 GB RAM - UnixWare 7.1.1 with latest patches installed - Apache 1.3.23 - PHP 4.1.2 - Oracle 8.1.7.2 - gcc 2.95.2 PHP was configured with command: export ORACLE_HOME=/u01/app/oracle/product/8.1.7 export LD_LIBRARY_PATH=/usr/local/lib:$ORACLE_HOME/lib ./configure --with-oci8 --with-apxs --without-mysql --enable-sigchild --host=i486-sco-sysv5uw7 We have found (at least) one php page using database connection (this page is rather complicated, but we can provide it on demand), which generates "Segmentation fault" reproducibly. It seems, that "Segmentation fault" is caused by php, as it can be seen from following lines generated by gdb session: egg 174# gdb /usr/local/apache.dbg/bin/httpd (gdb) run -X Starting program: /usr/local/apache.dbg/bin/./httpd -X warning: Lowest section in /usr/lib/libdl.so.1 is .hash at 0094 Program received signal SIGSEGV, Segmentation fault. _efree (ptr=0x0) at zend_alloc.c:222 222 CALCULATE_REAL_SIZE_AND_CACHE_INDEX(p->size); [New Thread 1] (gdb) bt #0 _efree (ptr=0x0) at zend_alloc.c:222 #1 0xbfd6b787 in zend_hash_destroy (ht=0x0) at zend_hash.c:548 #2 0xbfd651b4 in _zval_dtor (zvalue=0x82072f4) at zend_variables.c:57 #3 0xbfd5d498 in _zval_ptr_dtor (zval_ptr=0x82566d0) at zend_execute_API.c:274 #4 0xbfd6b7d0 in zend_hash_clean (ht=0x81cede4) at zend_hash.c:567 #5 0xbfd57f07 in execute () from /usr/local/apache.dbg/libexec/libphp4.so #6 0xbfd66a97 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:814 #7 0xbfd77326 in php_execute_script (primary_file=0x80479d8) at main.c:1307 #8 0xbfd71af6 in apache_php_module_main (r=0x812d7e4, display_source_mode=0) at sapi_apache.c:90 #9 0xbfd72d2f in send_php (r=0x812d7e4, display_source_mode=0, filename=0x0) at mod_php4.c:575 #10 0xbfd72d96 in send_parsed_php (r=0x0) at mod_php4.c:590 #11 0x8056aa5 in ap_invoke_handler () #12 0x806d910 in process_request_internal () #13 0x806d97a in ap_process_request () #14 0x8063be7 in child_main () #15 0x8063da9 in make_child () #16 0x8063f22 in startup_children () #17 0x80644f0 in standalone_main () #18 0x8064d40 in main () #19 0x804f149 in _start () Unfortunately, we are unable to configure PHP with --enable-debug option, it crashes with "Segmentation fault" during Apache startup :-( Can somebody help ? Pavel -- Edit this bug report at http://bugs.php.net/?id=15858&edit=1
#19736 [NEW]: session_decode segfaults under cli
From: [EMAIL PROTECTED] Operating system: Linux 2.4 PHP version: 4CVS-2002-10-03 PHP Bug Type: Session related Bug description: session_decode segfaults under cli I've been playing with the session extension recently, and session_decode() segfaults under cli mode. What I generally did was to write a custom session save handler which stores the session data inside a database. After that, i wanted to decode them inside a command-line script executed from the shell. Here's a backtrace: Program received signal SIGSEGV, Segmentation fault. 0x080bb960 in php_set_session_var (name=0x82c4d2c "userid", namelen=6, state_val=0x8249df4, var_hash=0xbfffb728) at /usr/local/src/php4/ext/session/session.c:312 312 zend_set_hash_symbol(state_val, name, namelen, 1 , 2, Z_ARRVAL_P(PS(http_session_vars)), &EG(symbol_table)); (gdb) bt #0 0x080bb960 in php_set_session_var (name=0x82c4d2c "userid", namelen=6, state_val=0x8249df4, var_hash=0xbfffb728) at /usr/local/src/php4/ext/session/session.c:312 #1 0x080bc197 in ps_srlzr_decode_php ( val=0x8249dbc "userid|s:5:\"mazen\";chatRoom|s:1:\"1\";", vallen=36) at /usr/local/src/php4/ext/session/session.c:478 #2 0x080bc46a in php_session_decode ( val=0x8249dbc "userid|s:5:\"mazen\";chatRoom|s:1:\"1\";", vallen=36) at /usr/local/src/php4/ext/session/session.c:524 #3 0x080bec04 in zif_session_decode (ht=1, return_value=0x8249f7c, this_ptr=0x0, return_value_used=1) at /usr/local/src/php4/ext/session/session.c:1431 #4 0x0816e353 in execute (op_array=0x8233e3c) at /usr/local/src/php4/Zend/zend_execute.c:1599 #5 0x0816e4ca in execute (op_array=0x8338b64) at /usr/local/src/php4/Zend/zend_execute.c:1641 #6 0x0816e4ca in execute (op_array=0x83389ac) at /usr/local/src/php4/Zend/zend_execute.c:1641 #7 0x0816e4ca in execute (op_array=0x82323bc) at /usr/local/src/php4/Zend/zend_execute.c:1641 #8 0x0816e4ca in execute (op_array=0x822d5ac) at /usr/local/src/php4/Zend/zend_execute.c:1641 #9 0x0815c9be in zend_execute_scripts (type=8, retval=0x0, file_count=3) -- Edit bug report at http://bugs.php.net/?id=19736&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19736&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19736&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19736&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19736&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19736&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19736&r=support Expected behavior: http://bugs.php.net/fix.php?id=19736&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19736&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19736&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19736&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19736&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19736&r=dst
#19735 [NEW]: Oracle - kgepop error OciNewCollection
From: [EMAIL PROTECTED]
Operating system: NT4 SP3
PHP version: 4.2.1
PHP Bug Type: Reproducible crash
Bug description: Oracle - kgepop error OciNewCollection
When run from command line:
$Conn = OciLogon("user", "pass", "db") or die("error");
$Coll = OciNewCollection($Conn, "valid_type_or_nonsense");
consistently causes following error:
kgepop: no error frame to pop to for error 21522
Don't know if same error occurs on web server (don't use version with
collection capabilities on server)
php.exe straight from win32 zip.
php_oc8.dll extension enabled.
--
Edit bug report at http://bugs.php.net/?id=19735&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=19735&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=19735&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=19735&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=19735&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=19735&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=19735&r=support
Expected behavior: http://bugs.php.net/fix.php?id=19735&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=19735&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=19735&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=19735&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19735&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=19735&r=dst
#19730 [Fbk->Opn]: PHP --with-mysql reports the wrong client API version
ID: 19730 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Apache related Operating System: debian linux potato PHP Version: 4.2.3 New Comment: Apologies, I copy and pasted the wrong build script. As you can see from my first post to this bug, I did use a prefix of "/usr/local" when configuring php. Since the shipped version of the mysql libs are 3.23.39 (not 3.23.35), it is obvious that the binary is built against other libs. Additionally, the box has never had a version of MySQL installed on it lower than 3.23.37, so the 3.23.35 version string has to be in error. Additionally, there are no other copies of the mysql libs and includes other than the 4.0.4 set. I verified this over lunch one day when I left one of our boxen doing a recursive grep of /usr looking for old versions. Have you attempted to reproduce this? It should be exceedingly easy for anyone to prove. Previous Comments: [2002-10-03 07:17:18] [EMAIL PROTECTED] If you use '--with-mysql' with php configure, it will use the bundled mysql client libs which are of version 3.23.39 in 4.2.3. You must use the prefix with which you installed the mysql to get the correct libs and headers. Also, make sure you don't have some older mysql libs in your system's default libpath.. [2002-10-03 00:10:52] [EMAIL PROTECTED] I am using the latest sources for apache 1.3.26, mod_ssl 2.8.10, and php-4.2.3. Additionally, I am doing a build from source of MySQL 4.0.4. *Every* time I build a new binary, I rm -rf each of the source directories, tar -zxvf each tarball, and rebuild from scratch. Below are the directives I am using to build apache, in order: cd mod_ssl-2.8.10-1.3.26 ./configure --with-apache=../apache_1.3.26 cd ../apache_1.3.26 ./configure --prefix=/usr/local/apache cd ../php-4.2.3 ./configure --with-apache=/usr/local/src/apache_1.3.26 \ --disable-magic-quotes \ --disable-short-tags \ --disable-debug \ --without-gd \ --enable-url-fopen-wrapper \ --enable-track-vars \ --enable-memory-limit \ --enable-inline-optimization \ --with-config-file-path=/usr/local/php/ini \ --with-mysql \ --enable-ftp \ --enable-sockets \ --enable-xml \ --enable-wddx \ --enable-bcmath \ --with-zlib=/usr \ --with-snmp \ --enable-ucd-snmp-hack \ --with-openssl \ --with-xmlrpc make -j15 make install cd ../apache_1.3.26 ./configure --prefix=/usr/local/apache \ --enable-module=ssl \ --activate-module=src/modules/php4/libphp4.a \ --enable-module=rewrite \ --enable-module=proxy \ --enable-module=so make make install [2002-10-02 20:59:12] [EMAIL PROTECTED] Please do a clean build of Apache next time. You should do 'make clean' in the apache sources at least, better yet, get fresh sources and do the build from scratch. [2002-10-02 20:09:41] [EMAIL PROTECTED] I have MySQL 4.0.4-beta installed. I configured php as follows: './configure' '--with-apache=/usr/local/src/apache_1.3.26' '--disable-magic-quotes' '--disable-short-tags' '--disable-debug' '--without-gd' '--enable-url-fopen-wrapper' '--enable-track-vars' '--enable-memory-limit' '--enable-inline-optimization' '--with-config-file-path=/usr/local/php/ini' '--with-mysql=/usr/local' '--enable-ftp' '--enable-sockets' '--enable-xml' '--enable-wddx' '--enable-bcmath' '--with-zlib=/usr' '--with-snmp' '--enable-ucd-snmp-hack' '--with-openssl' '--with-xmlrpc' the php binary reports: mysql MySQL Support enabled Active Persistent Links 0 Active Links 0 Client API version 4.0.4-beta apache (mod_php installed) reports: mysql MySQL Support enabled Active Persistent Links 0 Active Links 0 Client API version 3.23.35 -- Edit this bug report at http://bugs.php.net/?id=19730&edit=1
#17810 [NoF->Csd]: Instability with IIS/ISAPI
ID: 17810 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: No Feedback +Status: Closed Bug Type: IIS related Operating System: Windows 2000 Server PHP Version: 4.2.1 New Comment: no more help needed for the moment Thanks Previous Comments: [2002-09-26 20:08:23] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2002-09-07 00:07:09] [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 Okay like I said in the other bug, please try a new snapshot, because there was a bugfix that took care of some of these issues on Windows (mainly dealing with dual procs, but it effects all). [2002-09-06 21:13:18] [EMAIL PROTECTED] Ok, here is the thing: I have 2 servers load balancing each other. had this problem with one of our servers (PIII dual processor) but not with the other which is a single processor. I tried to format the server, reinstall everything all over again, not apply microsoft patches/fixes...etc. still the problem occurs ONLY on the dual processor server. Then I tried to take one processor out of that box and guess what...IT worked flawlessly. I stress tested it with heavy load test for hours and not once I got the error ever again. I put the processor back to the box and tested it. I got the error again. I tried that many times. Always get the error with dual processor but not even once with single processor. So how to work around the problem? use single processor server. What causes the problem? dont know..It is between PHP and IIS. I am trying to find out the problem by debuging the services but if anyone is interested in reproducing the problem and trying to debug it, use dual processor with win2000 server and IIS5 with any php ver >=4.2.1 and use ADODB or MSSQL connections. Stress test it and you will get the error. [2002-07-27 21:49:37] [EMAIL PROTECTED] Like it or not, but 90% of the people who contribute to PHP do not use Windows, so it is natural that Windows issues do not receive as much attention. Feel free to contribute Windows-related fixes or go out there and convince some of all these Windows users to help out. [2002-07-27 21:38:12] [EMAIL PROTECTED] [EMAIL PROTECTED]; As you know, windows platform servers represent more than 50% of the internet servers. Whether we like it or not, It is a reality. I like PHP and have been working with it for more than 3 years now. I convinced the company I work for and its clients to use PHP instead of J2EE or ASP or Coldfusion and many others. PHP cannot work on a live windows erver with CGI. It uses alot of resources and on heavy load, The server maxs up and dies. ISAPI is the "only" realistic way. If you want PHP to compete and have its presence, Wehether you like it or not, It has to work "fine" on windows platform. That's all what I wanted to say. For you guys who experience this problem, I found a work around to "reduce" the effect of the problem. Pls go to bug #15333 thanks. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/17810 -- Edit this bug report at http://bugs.php.net/?id=17810&edit=1
#19639 [Fbk->Opn]: PHP crashes apache on restart of the webserver
ID: 19639 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: Slackware 8.1 - Linux 2.4.19 -PHP Version: 4.2.3 +PHP Version: 4.2.3 and CVS-snaps New Comment: Well I could just make one test. I seems that the bug is solved. However I wasn't able to make full tests because I couldn't compile the CVS snapshot with all the extensions I need. It seems to be tied to gd and zlib. Well both exists and the compilation works for CVS-STABLE versions, so I guess this is not my fault. The CVS-STABLE versions keeps the bug of this thread. I've got the following error: In function `php_handle_swc': /usr/src/ServerSoftware/PHP/php4-200210030300/ext/standard/image.c:224: undefined reference to `uncompress' /usr/src/ServerSoftware/PHP/php4-200210030300/ext/standard/image.c:243: undefined reference to `uncompress' main/SAPI.lo: In function `sapi_header_op': /usr/src/ServerSoftware/PHP/php4-200210030300/main/SAPI.c:522: undefined reference to `zlib_globals' main/SAPI.lo: In function `sapi_send_headers': /usr/src/ServerSoftware/PHP/php4-200210030300/main/SAPI.c:669: undefined reference to `zlib_globals' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 Previous Comments: [2002-10-01 11:23:03] [EMAIL PROTECTED] Oh, sorry. The 3 times expat may have been a copy/paste problem, my script looks correct. For the png and jpeg, may have been a messy when trying to compile with gd 2+ support (no way to get it!). And finally the shared, is because I didn't find references about which options supports it or not. sorry again... [2002-10-01 11:05:15] [EMAIL PROTECTED] Leave this to 'Feedback' status until that so we know it.. Anyway, your configure line is pretty wierd and a bit bad too, for example, you use 'shared' for some options that don't support it (e.g. --with-zlib-dir and --with-expat-dir) and you use wrong paths for --with-png-dir and --with-jpeg-dir (remove the '/lib' part). And there's no need to specify --with-expat-dir 3 times.. You could try also configuring non-shared modules and see if it works any better. If so, then try applying the 'shared' part one by one to see where it fails. [2002-10-01 08:51:13] [EMAIL PROTECTED] Well the last two CVS versions I tried (one 2 minutes ago and another yesterday) showed me the following error in configure: checking external libexpat install dir... yes configure: error: not found. Please reinstall the expat distribution. This, trying with that second compile (the bigger) line I posted before. Also tried especifying the full path, including the "lib". Another thing to remember is that that directory is under my ld.so.conf and a ldconfig have references to that. Now compiling with the shortest configure line... Hmmm seems that works!!! Just a note, when compiling I got the following message: ext/mysql/libmysql/my_tempnam.lo: In function `my_tempnam': /usr/src/ServerSoftware/PHP/php4-200210010300/ext/mysql/libmysql/my_tempnam.c:105: the use of `tempnam' is dangerous, better use `mkstemp' I'll leave this opened until next thursday and try other compilations, ok? [2002-09-30 18:27:17] [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 Try that snapshot, NOT the one labeled with 'STABLE' as some fixes possibly related were not merged to that branch. [2002-09-30 08:18:08] [EMAIL PROTECTED] As I've said before, I've tried apache 2.0.40 and 2.0.42. Tried PHP 4.2.3, some CVS I don't remember, and the lastest STABLE CVS of that day (php4-STABLE-200209260600). Also have tried with minimal configuration (just the prefix and the enable parameters) and it didn't work. A new detail that may be of your interest is that the bug IS NOT reproducible on Solaris 8/SPARC. Running a standalone apache itself doesn't cause any errors on restart. The problem only occurs when PHP is loaded to Apache. What about? 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/19639 -- Edit this bug report at http://bugs.php.net/?id=19639&edit=1
#19733 [Opn]: hexdec() returns floats when supplied string begins with '0'
ID: 19733
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Math related
Operating System: Windows 2000
PHP Version: 4.2.3
New Comment:
Interesting catch.
The relevant code looks as following:
for (i = Z_STRLEN_P(arg); i > 0; i--) {
c = *s++;
digit = (c >= '0' && c <= '9') ? c - '0'
: (c >= 'A' && c <= 'Z') ? c - 'A' + 10
: (c >= 'a' && c <= 'z') ? c - 'a' + 10
: base;
if (digit >= base)
continue;
switch (mode) {
case 0: /* Integer */
onum = num;
num = num * base + digit;
fprintf(stderr, "num = %d, onum = %d\n", num, onum);
if (num > onum)
break; /* No overflow, continue */
fnum = onum;
mode = 1;
/* fall-through */
case 1: /* Float */
fnum = fnum * base + digit;
}
}
from ext/standard/math.c ( _php_math_basetozval ).
This code assumed that an overflow also occured when the newer 'num' ==
'onum'. "A" fix would be to change the comparison to be ">=" instead of
">" .
But I don't know the code well enough, someone else needs to check this
toroughly.
Previous Comments:
[2002-10-03 05:33:36] [EMAIL PROTECTED]
hexdec('012345') should return int(74565), but instead it returns
float(74565), contrary to the documentation. This happens for all
numbers in strings I've tested that begin with 0, which does not
include non-hexadecimal characters which are taken to be 0, eg,
hexdec('q12345') returns int.
(Fixing the problem by casting the result to an (int) works fine. It
originally catched me out when I used array_flip on an array of
results, which demands integer or string keys.)
I'm not sure what the configure line is, but it's just a regular
install from the downloaded executable binary, with no extra modules
loaded. Since maths functions are in the PHP core, it hopefully won't
matter.
Thanks
Andrew Alderwick, United Kingdom
--
Edit this bug report at http://bugs.php.net/?id=19733&edit=1
#17826 [Com]: PHP 4.2.1 Apache SAPI is not compatible with Apache 2.0.39
ID: 17826 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Apache2 related Operating System: Win32 PHP Version: 4.2.1 Assigned To: edink New Comment: I have tried to get Apache 2.0.4.2 and PHP latest (tested many versions) working together, but I am not able to. I get similar erros what everybody else here. After two hours googling, yahooing etc. I found apache2filter.dll from old 4.20 package, but that doesn't work either. I am stuck with new Apacje 2.0 version and I don't have a clue how I can get my Apache/MySQL/PHP server functioning (except roll-back from backups). Apache developers should display warning that PHP doesn't work with Apache2 ! Previous Comments: [2002-10-02 22:11:54] [EMAIL PROTECTED] My version is doing same thing, cannot load C/PHP4/sapi/php4apache2.dll into server, specified procedure cannot be found XP Pro SP1 Apache 2.0.42 PHP 4.2.3 I even tried the older version of the dll, no luck, I also tried to load the module directly into the modules directoy, no luck, does php4ts.dll need to be specified, as it always has to run/ Off to try that now. Tim [2002-09-04 03:20:01] [EMAIL PROTECTED] Right.. It is now september... I just dl'ed the latest (i may hope) php4.2.2 zipped distribution. Running XP Pro Apache 2.0.40 And i get this error in the application log: The Apache service named reported the following error: >>> Cannot load G:/php-4/sapi/php4apache2.dll into server: Can't find stated procedure. One would think this had been solved from what i read above... Off to find "newer" releases now.. [2002-08-24 21:58:19] [EMAIL PROTECTED] Forget that. Sorry. I downloaded the latest version and it worked!!! You all should do the same. [2002-08-24 21:33:11] [EMAIL PROTECTED] As the last three or four messages I have problems running Apache 2.0.40 with PHP 4.2.2. I use Windows XP Professional. I tried to start Apache from the command prompt(interpreter) and this is the listing: <--START OF LISTING--> Microsoft Windows XP [Version 5.1.2600] (C) Copyright 1985-2001 Microsoft Corp. C:\Documents and Settings\alex>net start apache2 The Apache2 service is starting. The Apache2 service could not be started. A service specific error occurred: 1. More help is available by typing NET HELPMSG 3547. C:\Documents and Settings\alex>NET HELPMSG 3547 A service specific error occurred: ***. EXPLANATION A service-specific error occurred. ACTION Refer to the Help or documentation for that service to determine the problem. <--END OF LISTING--> I do not know what could have caused this problem. If someone knows what is going on here... please help. Thank you in advance! [2002-08-23 15:34:51] [EMAIL PROTECTED] I'm getting this exact same error as well! Same setup as the last three posts.. Has anyone come across a solution for this yet? 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/17826 -- Edit this bug report at http://bugs.php.net/?id=17826&edit=1
#19731 [Opn->Fbk]: Compiler fails with --enable-sockets flag
ID: 19731 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: SCO 5.0.5 PHP Version: 4.2.0 New Comment: And http://snaps.php.net/php4-latest.tar.bz2 ? Previous Comments: [2002-10-03 06:12:59] [EMAIL PROTECTED] Version 4.2.3 cc -I. -I/u/stan/x/php-4.2.3/ext/sockets -I/u/stan/x/php-4.2.3/main -I/u/stan/x/php-4.2.3 -I/u/stan/x/php-4.2.3/Zend -I/home/informix/incl/esql -I/home/informix/incl/tools -I/u/stan/x/php-4.2.3/ext/xml/expat -I/u/stan/x/php-4.2.3/TSRM -g -belf -c sockets.c && touch sockets.lo "/usr/include/sys/regset.h", line 41: error: (struct) tag redeclared: _fpstate "sockets.c", line 259: warning: argument is incompatible with prototype: arg #3 "sockets.c", line 367: error: undefined symbol: h_errno "sockets.c", line 775: warning: argument is incompatible with prototype: arg #3 [2002-10-03 05:16:38] [EMAIL PROTECTED] Please try a newer version (either 4.2.3 or more preferable the NON-stable snapshot from snaps.php.net) [2002-10-03 03:08:55] [EMAIL PROTECTED] Configuration options: ./configure --prefix=$DIR --with-informix=$INFORMIXDIR --without-mysql --enable-short-tags --enable-magic-quotes --enable-bcmath --enable-posix --enable-session --enable-debug --enable-discard-path --enable-force-cgi-redirect --enable-safe-mode --enable-sysvsem --enable-sysvshm --enable-trans-sid --enable-sockets Compilation : make[1]: Entering directory `/u/stan/x/php-4.2.0/ext/sockets' cc -I. -I/u/stan/x/php-4.2.0/ext/sockets -I/u/stan/x/php-4.2.0/main -I/u/stan/x/php-4.2.0 -I/u/stan/x/php-4.2.0/Zend -I/home/informix/incl/esql -I/home/informix/incl/tools -I/u/stan/x/php-4.2.0/ext/xml/expat -I/u/stan/x/php-4.2.0/TSRM -g -belf -c sockets.c && touch sockets.lo "sockets.c", line 1603: error: undefined symbol: h_errno "sockets.c", line 1607: warning: assignment type mismatch "sockets.c", line 1635: warning: assignment type mismatch "sockets.c", line 1677: warning: argument is incompatible with prototype: arg #5 "sockets.c", line 1694: warning: argument is incompatible with prototype: arg #5 "sockets.c", line 1710: warning: argument is incompatible with prototype: arg #5 make[1]: *** [sockets.lo] Error 1 make[1]: Leaving directory `/u/stan/x/php-4.2.0/ext/sockets' make: *** [all-recursive] Error 1 -- Edit this bug report at http://bugs.php.net/?id=19731&edit=1
#19734 [Opn->Bgs]: PHP wont fetch all rows in a MSSQL query
ID: 19734 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: MSSQL related Operating System: Windows XP PHP Version: 4.2.3 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-10-03 06:34:18] [EMAIL PROTECTED] I have a table of several thousand rows in a MSSQL database called amfull. Tried to query this: SELECT Distance FROM journeys WHERE VehicleBoxNo='44000601' PHP bombed out on me. Got the XP error "PHP.EXE has generated errors" So i played around a bit and discovered that if I did the following it prevented PHP from bombing out. SELECT TOP 100 Distance FROM journeys WHERE VehicleBoxNo='44000601' Unfortunately all this does is limit the number of rows to 100 which, in some cases, is very limiting. Any suggestions? -- Edit this bug report at http://bugs.php.net/?id=19734&edit=1
#19045 [Opn->Fbk]: SELECT DISTINCT with just ONE table doesn't work
ID: 19045 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: ODBC related Operating System: IIS4 on NT4 PHP Version: 4.2.2 New Comment: Open your ODBC Administrator and there should be tab that has a little check box that says "Turn Logging On" I believe it's on the same tab as the Pooling information. Previous Comments: [2002-10-03 01:40:16] [EMAIL PROTECTED] how I can turn the logging on ? [2002-10-02 12:28:21] [EMAIL PROTECTED] Any chance you can re-do this with logging turned on? I did some research into this, and believe I've figured it out although I'd like to see if your actions fall into the same series of steps as mine. [2002-08-31 00:17:41] [EMAIL PROTECTED] Interestingly enough some digging into this results in the following data: The ODBC standard exec only supports the following options for a SELECT statement: FROM, WHERE, GROUP BY, HAVING, UNION, and ORDER BY. So technically doing a SELECT DISTINCT shouldn't ever work. Although your example seems to disprove this theory. I'm going to have to do more looking into this as I get time... as I don't think this should be an issue. It should be a SQL Driver issue, not an ODBC Driver issue. [2002-08-30 03:10:23] [EMAIL PROTECTED] it doesn't work with : $requete="select distinct POSTE from TEMPSCUMULES"; and it works with : $requete="select POSTE from TEMPSCUMULES"; [2002-08-29 16:52:00] [EMAIL PROTECTED] $stmt1 ="select distinct POSTE, LBLPOSTE from TEMPSCUMULES where SOCIETE='001' and ATELIER='40' and to_char(JOURNEE,'MMDD') between '20020701' and '20020731' order by POSTE", it doesn't work. $stmt2 ="select POSTE, LBLPOSTE from TEMPSCUMULES where SOCIETE='001'and ATELIER='40' and to_char(JOURNEE,'MMDD') between '20020701' and '20020731' order by POSTE" $stmt3 ="select distinct GROUPE, POSTE, LBLPOSTE from TEMPSCUMULES, GROUPE_MACHINE where POSTE=MACHINE and SOCIETE='001' and ATELIER='40' and to_char(JOURNEE,'MMDD') between '20020701' and '20020731' order by GROUPE, POSTE" so $stmt2, and $stmt3 work fine. Have you tried with a simplier select query? 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/19045 -- Edit this bug report at http://bugs.php.net/?id=19045&edit=1
#19592 [Com]: PHP_SELF is not correct with --enable-discard-path
ID: 19592 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: URL related Operating System: GNU/Linux PHP Version: 4.2.3 New Comment: You can find my patch proposition for this PHP Bug at: http://groups.google.com/groups?selm=amelb7%24297k%241%40FreeBSD.csie.NCTU.edu.tw (I have sent this to php-dev list, but there was no response from php core developers)... Maybe updating this bug report would make any change. Previous Comments: [2002-09-25 12:38:24] [EMAIL PROTECTED] In absence of a PATH_INFO PHP_SELF is correct ( it is set to the value of SCRIPT_NAME ) But when a PATH_INFO is given PHP_SELF is set to its value. For example: URI: /php4info.cgi --- PHP_SELF: /php4info.cgi URI: /php4info.cgi/test --- PHP_SELF: /test Of course the scripts themself start with #!/path/to/php4 And the interpreter was compiled with --enable-discard-path [2002-09-25 10:42:57] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2002-09-25 08:57:43] [EMAIL PROTECTED] When compiled with --enable-discrd-path PHP does not provide a valid PHP_SELF. It seems to me as simple as concatenating SCRIPT_NAME with PATH_INFO, do I miss something ? -- Edit this bug report at http://bugs.php.net/?id=19592&edit=1
#18049 [Fbk->Opn]: LDAP over SSL (ldaps) not working
ID: 18049 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: LDAP related Operating System: Windows 2000 Advanced Server PHP Version: 4.2.1 Assigned To: edink New Comment: Thank you for compiling the dll with ssl-support. It seems to work so far. But now I have the problem, that PHP always wants to send a client certificate, even with "TLSVerifyClient never" in slapd.conf. In the debug-console of the LDAP-server I can read: TLS trace: SSL3 alert read:fatal:unknown TLS trace: SSL_accept:failed in SSLv3 read client certificate A TLS: can't accept TLS: error:14094418:SSL routines:SSL3_READ_BYTES:tlsv1 alert unknown ca s3_pkt.c:964 Where can I configure, that PHP should not send a client certificate, or where do I have to put it? Previous Comments: [2002-10-02 20:11:46] [EMAIL PROTECTED] Could you please try: http://ftp.proventum.net/pub/php/win32/temp/php_4.2.x_ldap.zip [2002-10-01 20:48:07] [EMAIL PROTECTED] Assigning to Edin, so he remembers to look into enabling the ssl support for snapshots/releases. [2002-07-22 12:05:54] [EMAIL PROTECTED] Is really noone able to compile this dll with ssl-support? [2002-06-29 10:47:50] [EMAIL PROTECTED] This is different problem and most likely the ldap libraries used to build the win32 ldap extension just haven't been compiled with SSL support. [2002-06-29 05:41:37] [EMAIL PROTECTED] Sorry, but I have to correct you. This is implemented since a long time, as you can see here: http://www.php.net/manual/en/function.ldap-connect.php I can confirm that it is working with Suse Linux 7.3 and PHP 4.0.6, which is a rather old version. Maybe it´s just not compiled into the win32-version? Is someone able to compile it correctly? 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/18049 -- Edit this bug report at http://bugs.php.net/?id=18049&edit=1
#19690 [Ana]: mb_split is broken
ID: 19690
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Analyzed
Bug Type: mbstring related
Operating System: Red Hat Linux 7.2
PHP Version: 4.2.3
New Comment:
I agree. Can this be added to the documentation then?
Previous Comments:
[2002-10-02 06:44:14] [EMAIL PROTECTED]
oops i forgot to change the status.
[2002-10-02 06:42:38] [EMAIL PROTECTED]
As of current implementation, mb_split() and mb_ereg() take the regex
pattern as extended mode one, in which white spaces, carridge returns,
and line feeds are ignored and any sequences beginning with "#" and
delimitted by "\n" are treated as comments.
So if you would like to use these characters in the pattern, you should
escape them with a backslash '\'.
IMO this implied behaviour is quite confusing, as we are more familiar
with split() and preg_split().
[2002-10-01 13:09:33] [EMAIL PROTECTED]
confirmed with HEAD.
[2002-10-01 08:52:38] [EMAIL PROTECTED]
Here are my PHP settings in case you need to see them
Multibyte (Japanese) Support enabled
multibyte regex support enabled
Directive Local Value Master Value
mbstring.detect_order autoauto
mbstring.func_overload0 0
mbstring.http_input autoauto
mbstring.http_output no valueno value
mbstring.internal_encodingEUC-JP EUC-JP
mbstring.substitute_character no valueno value
[2002-10-01 08:44:54] [EMAIL PROTECTED]
The following output and code show that mb_split does not work:
OUTPUT:
REGEX encoding is EUC-JP
encoding is ASCII
v is One two
COUNT: 9
a word: **
a word: **
a word: **
a word: **
a word: **
a word: **
a word: **
a word: **
a word: **
CODE:
$aWords = array();
echo " REGEX encoding is ". mb_regex_encoding()."";
$v ="One two";
echo "encoding is ".mb_detect_encoding($v)."";
echo "v is $v ";
$aWords = mb_split(" ",$v);
echo "COUNT: ".count($aWords)."";
foreach($aWords as $w) {
echo "a word: *$w*";
}
exit;
--
Edit this bug report at http://bugs.php.net/?id=19690&edit=1
#19730 [Opn->Fbk]: PHP --with-mysql reports the wrong client API version
ID: 19730 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache related Operating System: debian linux potato PHP Version: 4.2.3 New Comment: If you use '--with-mysql' with php configure, it will use the bundled mysql client libs which are of version 3.23.39 in 4.2.3. You must use the prefix with which you installed the mysql to get the correct libs and headers. Also, make sure you don't have some older mysql libs in your system's default libpath.. Previous Comments: [2002-10-03 00:10:52] [EMAIL PROTECTED] I am using the latest sources for apache 1.3.26, mod_ssl 2.8.10, and php-4.2.3. Additionally, I am doing a build from source of MySQL 4.0.4. *Every* time I build a new binary, I rm -rf each of the source directories, tar -zxvf each tarball, and rebuild from scratch. Below are the directives I am using to build apache, in order: cd mod_ssl-2.8.10-1.3.26 ./configure --with-apache=../apache_1.3.26 cd ../apache_1.3.26 ./configure --prefix=/usr/local/apache cd ../php-4.2.3 ./configure --with-apache=/usr/local/src/apache_1.3.26 \ --disable-magic-quotes \ --disable-short-tags \ --disable-debug \ --without-gd \ --enable-url-fopen-wrapper \ --enable-track-vars \ --enable-memory-limit \ --enable-inline-optimization \ --with-config-file-path=/usr/local/php/ini \ --with-mysql \ --enable-ftp \ --enable-sockets \ --enable-xml \ --enable-wddx \ --enable-bcmath \ --with-zlib=/usr \ --with-snmp \ --enable-ucd-snmp-hack \ --with-openssl \ --with-xmlrpc make -j15 make install cd ../apache_1.3.26 ./configure --prefix=/usr/local/apache \ --enable-module=ssl \ --activate-module=src/modules/php4/libphp4.a \ --enable-module=rewrite \ --enable-module=proxy \ --enable-module=so make make install [2002-10-02 20:59:12] [EMAIL PROTECTED] Please do a clean build of Apache next time. You should do 'make clean' in the apache sources at least, better yet, get fresh sources and do the build from scratch. [2002-10-02 20:09:41] [EMAIL PROTECTED] I have MySQL 4.0.4-beta installed. I configured php as follows: './configure' '--with-apache=/usr/local/src/apache_1.3.26' '--disable-magic-quotes' '--disable-short-tags' '--disable-debug' '--without-gd' '--enable-url-fopen-wrapper' '--enable-track-vars' '--enable-memory-limit' '--enable-inline-optimization' '--with-config-file-path=/usr/local/php/ini' '--with-mysql=/usr/local' '--enable-ftp' '--enable-sockets' '--enable-xml' '--enable-wddx' '--enable-bcmath' '--with-zlib=/usr' '--with-snmp' '--enable-ucd-snmp-hack' '--with-openssl' '--with-xmlrpc' the php binary reports: mysql MySQL Support enabled Active Persistent Links 0 Active Links 0 Client API version 4.0.4-beta apache (mod_php installed) reports: mysql MySQL Support enabled Active Persistent Links 0 Active Links 0 Client API version 3.23.35 -- Edit this bug report at http://bugs.php.net/?id=19730&edit=1
#19685 [Bgs->Fbk]: apache crash on imap_rfc822_parse_headers
ID: 19685 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Feedback Bug Type: IMAP related Operating System: FreeBSD 4.5-RELEASE PHP Version: 4.2.0 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Previous Comments: [2002-10-02 22:03:59] [EMAIL PROTECTED] $msg = imap_fetchheader($imap_stream, $message_id); $headers = imap_rfc822_parse_headers($msg); I believe it is cause by a long recipient list (To field) wrapped many times with a final address that looks like: [EMAIL PROTECTED] (Blah Blah Looks like the extra parentheses (which have no previous matching parentheses) cause the crash. If the user grants us permission, I'll update this report to include the entire message. Regards, Brian Smith VP, Engineering Hush Communications Corporation Got the user's permission. Here's the message. Will update this bug after testing on most recent PHP. Message that caused crash retrieved directly from Cyrus using FETCH (rfc822) - reprinted with user's permission: Return-Path: <[EMAIL PROTECTED]> X-Sieve: cmu-sieve 2.0 Return-Path: <[EMAIL PROTECTED]> Received: from smtp2.hushmail.com (smtp2.hushmail.com [64.40.111.32]) by imap3.hushmail.com (Postfix) with ESMTP id 9CE5139416C for <[EMAIL PROTECTED]>; Thu, 29 Aug 2002 13:13:11 -0700 (PDT) Received: from imo-m05.mx.aol.com (imo-m05.mx.aol.com [64.12.136.8]) by smtp2.hushmail.com (Postfix) with ESMTP id 17E0A1A9C2 for <[EMAIL PROTECTED]>; Thu, 29 Aug 2002 13:13:09 -0700 (PDT) Received: from [EMAIL PROTECTED] by imo-m05.mx.aol.com (mail_out_v34.10.) id 9.113.168afbde (30960); Thu, 29 Aug 2002 16:03:44 -0400 (EDT) From: [EMAIL PROTECTED] Message-ID: <[EMAIL PROTECTED]> Date: Thu, 29 Aug 2002 16:03:43 EDT Subject: Address Change To: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] (Michele Gocio), [EMAIL PROTECTED] (Adam Goren (E-mail), [EMAIL PROTECTED] (Adam Goren), [EMAIL PROTECTED] (Ty Griffin), [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] (Nicole Hand), [EMAIL PROTECTED] (John Haney (E-mail), [EMAIL PROTECTED], [EMAIL PROTECTED] (Richard Hatheway), [EMAIL PROTECTED] (Richard Hatheway work), [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] (Ted Henry), [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] (Mary Ann), [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] (Candace Ibbotson), [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] (Jason Jensen), [EMAIL PROTECTED] (Ewart Jones), [EMAIL PROTECTED], [EMAIL PROTECTED] (Joyce Keith), [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] (Kelly Kent), [EMAIL PROTECTED] (Peter Kingsley), [EMAIL PROTECTED] (Peggie Klema), [EMAIL PROTECTED] (Karol Korte), [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] (Sandra Lawson), [EMAIL PROTECTED] (Kari Lessner (E-mail), [EMAIL PROTECTED], [EMAIL PROTECTED] (Jim Liberatore), [EMAIL PROTECTED] (Eric Liles), [EMAIL PROTECTED] (Eric Liles), [EMAIL PROTECTED] (Susan Lindstrom), [EMAIL PROTECTED], [EMAIL PROTECTED] (Nicol Loos), [EMAIL PROTECTED] (Debbie Lugo), [EMAIL PROTECTED] (Jessica Lugo), [EMAIL PROTECTED] (Marisa Lugo), [EMAIL PROTECTED], [EMAIL PROTECTED] (Kirsten Lynch), [EMAIL PROTECTED] (Mary Lynch Cc: [EMAIL PROTECTED] (St Lukes EYC) MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="part1_113.168afbde.2a9fd81f_boundary" X-Mailer: AOL 6.0 for Windows US sub 10572 --part1_113.168afbde.2a9fd81f_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Hey Y'all! St. Luke's has changed to a high speed interent system and we have new addresses now!! So, effective immediately, please change my work address, as well as the EYC address, vberry@stlukesonthelake Thanks so much, Veta Berry PS my personal email is still [EMAIL PROTECTED] --part1_113.168afbde.2a9fd81f_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: 7bit Hey Y'all! St. L
#17557 [Asn]: apache2: missing apache_*() functions not yet implemented
ID: 17557 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Feature/Change Request Operating System: any PHP Version: CVS -Assigned To: [EMAIL PROTECTED] +Assigned To: iliaa New Comment: correct cvs username for Ilia.. Previous Comments: [2002-10-03 02:37:38] [EMAIL PROTECTED] Good news, Ilia has done some work on this topic. Assigning to him so we don't loose track on it. [2002-07-02 14:11:16] [EMAIL PROTECTED] Nada assigning. The ones working on it said that .. well I don't know the text anymore. Basically no one has just implemented the functions missing in apache2 and it's a apache2 feature request imho. [2002-07-02 14:08:36] [EMAIL PROTECTED] assigning to markus, so he won't forget ;) [2002-06-01 18:13:20] [EMAIL PROTECTED] Currently checking if someone is working on adding the missing function to the apach2filter sapi (currently they lack many of the ones provied by the apache sapi). [2002-06-01 16:20:26] [EMAIL PROTECTED] apache_note is a apache1.x only feature, reclassifying. 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/17557 -- Edit this bug report at http://bugs.php.net/?id=17557&edit=1
#19734 [NEW]: PHP wont fetch all rows in a MSSQL query
From: [EMAIL PROTECTED] Operating system: Windows XP PHP version: 4.2.3 PHP Bug Type: MSSQL related Bug description: PHP wont fetch all rows in a MSSQL query I have a table of several thousand rows in a MSSQL database called amfull. Tried to query this: SELECT Distance FROM journeys WHERE VehicleBoxNo='44000601' PHP bombed out on me. Got the XP error "PHP.EXE has generated errors" So i played around a bit and discovered that if I did the following it prevented PHP from bombing out. SELECT TOP 100 Distance FROM journeys WHERE VehicleBoxNo='44000601' Unfortunately all this does is limit the number of rows to 100 which, in some cases, is very limiting. Any suggestions? -- Edit bug report at http://bugs.php.net/?id=19734&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19734&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19734&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19734&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19734&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19734&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19734&r=support Expected behavior: http://bugs.php.net/fix.php?id=19734&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19734&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19734&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19734&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19734&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19734&r=dst
#19731 [Fbk->Opn]: Compiler fails with --enable-sockets flag
ID: 19731 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: SCO 5.0.5 PHP Version: 4.2.0 New Comment: Version 4.2.3 cc -I. -I/u/stan/x/php-4.2.3/ext/sockets -I/u/stan/x/php-4.2.3/main -I/u/stan/x/php-4.2.3 -I/u/stan/x/php-4.2.3/Zend -I/home/informix/incl/esql -I/home/informix/incl/tools -I/u/stan/x/php-4.2.3/ext/xml/expat -I/u/stan/x/php-4.2.3/TSRM -g -belf -c sockets.c && touch sockets.lo "/usr/include/sys/regset.h", line 41: error: (struct) tag redeclared: _fpstate "sockets.c", line 259: warning: argument is incompatible with prototype: arg #3 "sockets.c", line 367: error: undefined symbol: h_errno "sockets.c", line 775: warning: argument is incompatible with prototype: arg #3 Previous Comments: [2002-10-03 05:16:38] [EMAIL PROTECTED] Please try a newer version (either 4.2.3 or more preferable the NON-stable snapshot from snaps.php.net) [2002-10-03 03:08:55] [EMAIL PROTECTED] Configuration options: ./configure --prefix=$DIR --with-informix=$INFORMIXDIR --without-mysql --enable-short-tags --enable-magic-quotes --enable-bcmath --enable-posix --enable-session --enable-debug --enable-discard-path --enable-force-cgi-redirect --enable-safe-mode --enable-sysvsem --enable-sysvshm --enable-trans-sid --enable-sockets Compilation : make[1]: Entering directory `/u/stan/x/php-4.2.0/ext/sockets' cc -I. -I/u/stan/x/php-4.2.0/ext/sockets -I/u/stan/x/php-4.2.0/main -I/u/stan/x/php-4.2.0 -I/u/stan/x/php-4.2.0/Zend -I/home/informix/incl/esql -I/home/informix/incl/tools -I/u/stan/x/php-4.2.0/ext/xml/expat -I/u/stan/x/php-4.2.0/TSRM -g -belf -c sockets.c && touch sockets.lo "sockets.c", line 1603: error: undefined symbol: h_errno "sockets.c", line 1607: warning: assignment type mismatch "sockets.c", line 1635: warning: assignment type mismatch "sockets.c", line 1677: warning: argument is incompatible with prototype: arg #5 "sockets.c", line 1694: warning: argument is incompatible with prototype: arg #5 "sockets.c", line 1710: warning: argument is incompatible with prototype: arg #5 make[1]: *** [sockets.lo] Error 1 make[1]: Leaving directory `/u/stan/x/php-4.2.0/ext/sockets' make: *** [all-recursive] Error 1 -- Edit this bug report at http://bugs.php.net/?id=19731&edit=1
#19478 [Csd->Bgs]: Two classes error
ID: 19478
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Closed
+Status: Bogus
Bug Type: Class/Object related
Operating System: Windows 2000 and Windows XP
PHP Version: 4.2.2
Previous Comments:
[2002-10-03 04:47:23] [EMAIL PROTECTED]
Yes it is. To get 5 for the first example, you must output the value of
$y->_value.
Regards, Kai
[2002-09-18 11:26:15] [EMAIL PROTECTED]
class test
{
var $_value;
function test_static ($to)
{
$this->_value = $to;
}
}
class test2
{
var $_value;
function use_test ()
{
$this->_value = 7;
$y = new test();
$y->test_static(5);
echo "value: ".$this->_value."";
test::test_static (5);
echo "value: ".$this->_value."";
}
}
$x=new test2();
$x->use_test();
First echo returns value 7
Second echo returns value 5
is this correct?
--
Edit this bug report at http://bugs.php.net/?id=19478&edit=1
#19733 [NEW]: hexdec() returns floats when supplied string begins with '0'
From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version: 4.2.3
PHP Bug Type: Math related
Bug description: hexdec() returns floats when supplied string begins with '0'
hexdec('012345') should return int(74565), but instead it returns
float(74565), contrary to the documentation. This happens for all numbers
in strings I've tested that begin with 0, which does not include
non-hexadecimal characters which are taken to be 0, eg, hexdec('q12345')
returns int.
(Fixing the problem by casting the result to an (int) works fine. It
originally catched me out when I used array_flip on an array of results,
which demands integer or string keys.)
I'm not sure what the configure line is, but it's just a regular install
from the downloaded executable binary, with no extra modules loaded. Since
maths functions are in the PHP core, it hopefully won't matter.
Thanks
Andrew Alderwick, United Kingdom
--
Edit bug report at http://bugs.php.net/?id=19733&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=19733&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=19733&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=19733&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=19733&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=19733&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=19733&r=support
Expected behavior: http://bugs.php.net/fix.php?id=19733&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=19733&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=19733&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=19733&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19733&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=19733&r=dst
#19720 [Opn->Fbk]: mail() does not return with multipart message
ID: 19720 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Mail related Operating System: Windows 2000 Server SP3 -PHP Version: 4.2.3 +PHP Version: CVS New Comment: Please provide a full selfcontained script so we can reproduce this problem (or url with php source for download and the binary you want to send). Previous Comments: [2002-10-02 13:41:37] [EMAIL PROTECTED] I just tried an unstable version, php4-win32-200210012200.zip and got the same results as with the original version. [2002-10-02 13:00:13] [EMAIL PROTECTED] There were many improvements to the windows mail handling code - try a non-STABLE snapshot from http://snaps.php.net/. [2002-10-02 12:42:48] [EMAIL PROTECTED] The identically formatted, multi-part email message, part of which is a base64 encoded .gif image file, is properly sent with mail() on Linux systems but fails to return at all when executed on IIS 5 where php.exe is used. The rest of the file in which mail() is executed is ignored and there is no error message from PHP. There is no problem sending simple text messages, only with multi-part encoded messages. This problem occurs either when using the local SMTP server or a remote SMTP server, as specified in php.ini. Using Outlook Express to send email with attachments on the local SMTP server works successfully. -- Edit this bug report at http://bugs.php.net/?id=19720&edit=1
#19731 [Opn->Fbk]: Compiler fails with --enable-sockets flag
ID: 19731 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: SCO 5.0.5 PHP Version: 4.2.0 New Comment: Please try a newer version (either 4.2.3 or more preferable the NON-stable snapshot from snaps.php.net) Previous Comments: [2002-10-03 03:08:55] [EMAIL PROTECTED] Configuration options: ./configure --prefix=$DIR --with-informix=$INFORMIXDIR --without-mysql --enable-short-tags --enable-magic-quotes --enable-bcmath --enable-posix --enable-session --enable-debug --enable-discard-path --enable-force-cgi-redirect --enable-safe-mode --enable-sysvsem --enable-sysvshm --enable-trans-sid --enable-sockets Compilation : make[1]: Entering directory `/u/stan/x/php-4.2.0/ext/sockets' cc -I. -I/u/stan/x/php-4.2.0/ext/sockets -I/u/stan/x/php-4.2.0/main -I/u/stan/x/php-4.2.0 -I/u/stan/x/php-4.2.0/Zend -I/home/informix/incl/esql -I/home/informix/incl/tools -I/u/stan/x/php-4.2.0/ext/xml/expat -I/u/stan/x/php-4.2.0/TSRM -g -belf -c sockets.c && touch sockets.lo "sockets.c", line 1603: error: undefined symbol: h_errno "sockets.c", line 1607: warning: assignment type mismatch "sockets.c", line 1635: warning: assignment type mismatch "sockets.c", line 1677: warning: argument is incompatible with prototype: arg #5 "sockets.c", line 1694: warning: argument is incompatible with prototype: arg #5 "sockets.c", line 1710: warning: argument is incompatible with prototype: arg #5 make[1]: *** [sockets.lo] Error 1 make[1]: Leaving directory `/u/stan/x/php-4.2.0/ext/sockets' make: *** [all-recursive] Error 1 -- Edit this bug report at http://bugs.php.net/?id=19731&edit=1
#19478 [Opn->Csd]: Two classes error
ID: 19478
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Class/Object related
Operating System: Windows 2000 and Windows XP
PHP Version: 4.2.2
New Comment:
Yes it is. To get 5 for the first example, you must output the value of
$y->_value.
Regards, Kai
Previous Comments:
[2002-09-18 11:26:15] [EMAIL PROTECTED]
class test
{
var $_value;
function test_static ($to)
{
$this->_value = $to;
}
}
class test2
{
var $_value;
function use_test ()
{
$this->_value = 7;
$y = new test();
$y->test_static(5);
echo "value: ".$this->_value."";
test::test_static (5);
echo "value: ".$this->_value."";
}
}
$x=new test2();
$x->use_test();
First echo returns value 7
Second echo returns value 5
is this correct?
--
Edit this bug report at http://bugs.php.net/?id=19478&edit=1
#19600 [Opn->Fbk]: requires full pathname
ID: 19600
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: XSLT related
Operating System: Windows XP
PHP Version: 4.2.3
New Comment:
Please try http://www.php.net/manual/en/function.xslt-set-base.php to
solve your problem.
Regards, Kai
Previous Comments:
[2002-09-25 13:53:10] [EMAIL PROTECTED]
I am using Windows XP, PHP 4.2.3, Apache 1.3.26
I am using XSLT to produce HTML output. The code I use is as follows:
$arg_buffer = array("/xml" => $xml_string, "/xslt" => $xsl_string);
$result = xslt_process($xp, "arg:/xml", "arg:/xslt", NULL, $arg_buffer,
$params)))
My xsl file contains as 'include' statement which points to a file
which exists in the same folder as the PHP script.
I initially tried it as but it
produced this error:
'arg:/pagination.xsl' not found (error code: 65)
I then tried it with and
got this error:
cannot open file '/pagination.xsl' (error code: 4)
It only works if I enter the full path, as in
It is very inconvenient to have to specify the full pathname in every
statement. Should it not first look in the current
directory?
This may be more of an enhancement request than a bug.
--
Edit this bug report at http://bugs.php.net/?id=19600&edit=1
#19732 [Opn->Csd]: file_exists() does not use include path (needs full path)
ID: 19732
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Filesystem function related
Operating System: Linux
PHP Version: 4.2.3
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.
Please search the bug database befeore openning new bug reports. This
issue has been solved in both stable and unstable branches.
Previous Comments:
[2002-10-03 04:08:40] [EMAIL PROTECTED]
After upgrading from PHP 4.1.1 (Apache 1.3.x) to PHP 4.2.3 (Apache
2.0.42), file_exists() obviously changed its behaviour: it does no
longer find files in the current directory. I need to supply the full
path. I use the same php.ini, and I did not find any hints in the
ChangeLog, so I presume this is a bug. The current directory '.' is in
the include path, and require() as well as include() work. I am not
using safe mode.
Example:
if(file_exists("functions.inc.php")) {
include_once("functions.inc.php");
}
else die ("File not found");
does not work, whereas
if(file_exists(getcwd()."/functions.inc.php")) {
include_once("functions.inc.php");
}
else die ("File not found");
works. Note that it is not necessary to specify the full path in
include_once()! Also require("functions.inc.php") would work as
expected.
If you should have a work around or a fix, please let me know.
--
Edit this bug report at http://bugs.php.net/?id=19732&edit=1
#16263 [Com]: session.start() create new empty session file and not resume existing session
ID: 16263
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: No Feedback
Bug Type: Session related
Operating System: ANY
PHP Version: 4.3.0-dev
New Comment:
i have apache version 1.3.26 and i have problem with session. When I
submit my pages to external server, my session cant resume, and i dont
know why.
I have one week with this problem can somebody help me?
Previous Comments:
[2002-09-09 01:00:04] [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-08-07 03:09:43] [EMAIL PROTECTED]
I think this problem is still in the latest code, but I don't remeber
exact setting that reproduce this bug.
Anyoune could post it?
[2002-08-05 15:02:38] [EMAIL PROTECTED]
Just to add reinforcement to the cause:
Using redhat 7.2, latest apache 1.3 version, php 4.2.2, in two servers
(one with register_globals OFF and one with ON). The same problem
occurs with both servers... Major pain
[2002-07-25 11:55:59] [EMAIL PROTECTED]
I now have PHP 4.2.3 - dev.
My OS is Windows 2000 Professional Server.
I am still getting a new session file. To better explain the scenario:
I use session name and start the session at the top of the page/code.
Strangely enough, the session values I gave immediately after the
session_start() (which I did only for testing purposes) are retained in
the new session file too. But values that I assign to some other
session variables (which I actually need) are not.
session_name("name");
session_start();
$_SESSION["v1"]="Hello";
$_SESSION["v2"]="WORLD";
/* lot of code, user authentication */
$_SESSION["username"]="whatever";
$_SESSION["username"] is not retained in the next page.
On echoing the session id on the next page - I get a new id.
Passing the session id in the URL made no difference.
Adding global $HTTP_SESSION_VARS; made no difference.
When I refresh the second page, miraculously, I get back the first
session and the values. Even stranger, I get the v1 and v2 values
("Hello World") in both sessions.
Lot of heartache involved because of this bug.
A problem with sessions causes a lot of time loss and a lot of
heart-ache.
[2002-07-06 09:10:13] [EMAIL PROTECTED]
The bug exists in PHP 4.0.6 (it occurs infrequently) and it shows up in
4.2.1.
At one point the session started behaving itself, but I installed 4.2.1
and it was gone, and when I re-installed 4.0.6, it's misbehaving again.
It really is a nuisance.
Machine running Windows 2000 Professional, IIS, PHP 4.2.1/PHP4.0.6
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/16263
--
Edit this bug report at http://bugs.php.net/?id=16263&edit=1
#19732 [NEW]: file_exists() does not use include path (needs full path)
From: [EMAIL PROTECTED]
Operating system: Linux
PHP version: 4.2.3
PHP Bug Type: Filesystem function related
Bug description: file_exists() does not use include path (needs full path)
After upgrading from PHP 4.1.1 (Apache 1.3.x) to PHP 4.2.3 (Apache 2.0.42),
file_exists() obviously changed its behaviour: it does no longer find
files in the current directory. I need to supply the full path. I use the
same php.ini, and I did not find any hints in the ChangeLog, so I presume
this is a bug. The current directory '.' is in the include path, and
require() as well as include() work. I am not using safe mode.
Example:
if(file_exists("functions.inc.php")) {
include_once("functions.inc.php");
}
else die ("File not found");
does not work, whereas
if(file_exists(getcwd()."/functions.inc.php")) {
include_once("functions.inc.php");
}
else die ("File not found");
works. Note that it is not necessary to specify the full path in
include_once()! Also require("functions.inc.php") would work as expected.
If you should have a work around or a fix, please let me know.
--
Edit bug report at http://bugs.php.net/?id=19732&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=19732&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=19732&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=19732&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=19732&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=19732&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=19732&r=support
Expected behavior: http://bugs.php.net/fix.php?id=19732&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=19732&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=19732&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=19732&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19732&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=19732&r=dst
#19628 [Opn->Csd]: WDDX should allow user to specify the variable type
ID: 19628
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: WDDX related
Operating System: All
PHP Version: 4.2.0
Assigned To: jan
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.
we have wddx_serialize_type now
Previous Comments:
[2002-09-27 01:20:32] [EMAIL PROTECTED]
assign
[2002-09-27 01:15:30] [EMAIL PROTECTED]
I am using PHP's WDDX and find it very useful,
but that's only if I use it to exchange data
between PHP program. Once I have to exchange
the data with other languange I begin to face
problem after problem, mostly because of the
way PHP's WDDX interpret the variable type.
The solution for this is, instead of
auto-detecting the type of a var, PHP's WDDX
should allow the user to explicitly specify
the type they want the vars to be encoded as.
For example:
$string = "1";
wddx_serialize($string, WDDX_INTEGER);
// var $string will be encoded as integer,
// instead of string
$file_name = "contain some unicode char";
wddx_serialize($file_name, WDDX_BINARY);
// var $file_name will be encoded
// as binary, instead of string
Two good reasons why this should be implemented:
1. The main purpose of WDDX is to exchange data
between diff lang, and auto-detecting var type
will break this purpose. Moreover, the
type-juggling in PHP will make the case worst.
For example, consider these two data:
array ("2" => "Two", "4" => "Four", "5" => "Five");
array ("0" => "Zero", "1" => "One", "2" => "Two");
The first one will be interpreted by WDDX as hash
(assoc array). But the second one, where the key
happen to be a sequence starting from 0, will be
interpreted as normal array, not hash.
2. If users can specify the type of a variable,
then PHP's WDDX can support all type which
is defined in WDDX standard.
For example binary type. Currently there's no way
to create a WDDX packet with binary type, because
PHP don't have binary type variable. There's a
workaround to manually base64 the var, but this
will require a change at the other end to handle
this workaround too, which in some cases is
not possible.
--
Edit this bug report at http://bugs.php.net/?id=19628&edit=1
