#19524 [Ver]: ./configure broken
ID: 19524 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Verified Bug Type: Satellite CORBA related Operating System: Linux PHP Version: 4CVS-2002-09-20 New Comment: I tried both phpize and copying the extension to php4/ext/satellite and both ways worked fine. (had latest CVS HEAD of php4 and the satellite extension) Previous Comments: [2002-09-20 11:11:40] [EMAIL PROTECTED] I copied the directory to php4/ext/satellite and did a ./buildconf in php4/. Is this not supported? [2002-09-20 10:55:31] [EMAIL PROTECTED] How did you configure it? (phpize?) [2002-09-20 09:10:38] [EMAIL PROTECTED] checking for CORBA support via Satellite... yes ./configure: line 65714: syntax error near unexpected token `else' ./configure: line 65714: `else' -- Edit this bug report at http://bugs.php.net/?id=19524edit=1
#19529 [Opn-Bgs]: Occational Commands out of sync errors
ID: 19529 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: Linux 2.4.18 PHP Version: 4.2.3 New Comment: Mysql 4.x is still beta quality. So please stick to the stable releases for now. Previous Comments: [2002-09-20 15:24:56] [EMAIL PROTECTED] Same problem for me with PHP 4.2.1 and MySQL 4.0.x. mysql_query sometimes fails just after calling mysql_select_db (I'm not using mysql_db_query). (only under high query per second). Sometimes I'm not experiencing the error message but mysql_query fails to return a valid resource identifier (and then mysql_fetch_row fails) - again first mysql_query after mysql_select_db is affected -. I'm using pconnect with mysql. I'm linking statically with the mysql lib provided with mysql 4.0.x. [2002-09-20 13:28:52] [EMAIL PROTECTED] There is no easily repeatable test case, as this seems to only happen at high load, and it is intermittent. Randomly, mysql_query will fail (more specificly, mysql_db_query), and the error message is Commands out of sync. MySQL info on error: http://www.mysql.com/doc/en/Commands_out_of_sync.html Other users have confirmed this back to version 4.2.1. We only use the built-in mysql client lib in PHP. -- Edit this bug report at http://bugs.php.net/?id=19529edit=1
#19532 [Opn-Fbk]: cannot load php4apache.dll
ID: 19532 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Windows 98 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-09-20 18:49:14] [EMAIL PROTECTED] C:\WINDOWS\Plocha c:\Progra~1\Apache~1\Apache2\bin\apache -k install Syntax error on line 177 of C:/Program Files/Apache Group/Apache2/conf/httpd.conf: Cannot load C:/php/sapi/php4apache.dll into server: -- Edit this bug report at http://bugs.php.net/?id=19532edit=1
#17719 [NoF]: Code Garbage in Longtext results
ID: 17719 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: ODBC related Operating System: W98,W2K PHP Version: 4.2.1 New Comment: 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. Previous Comments: [2002-08-16 09:54:44] [EMAIL PROTECTED] First of type NTEXT is not a valid ODBC v2 type. It is valid in later versions of ODBC but we don't support them yet. I'm waiting for some manuals to show before I finish my work on it. Second one thing to try that a few people have reported success with it running a sql query with this information in it: SET TEXTSIZE some really large number here See if that works for you. Also there have been a few bug fixes in the latest CVS. Feel free to try it as well, although I didn't touch any of the longreadlen code. [2002-08-16 07:10:11] [EMAIL PROTECTED] what kind of feedback do you need? [2002-08-13 19:55:45] [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-06-24 18:54:15] [EMAIL PROTECTED] 4.1.2 seems to provide the correct output from the page. current cvs version seems to corrupt output. dank, i could probably give you remote access or get a debugger loaded on it tomorrow. Paul [2002-06-24 17:43:50] [EMAIL PROTECTED] Please realize that while database A may support functionality MNOP, ODBC functionality is NOT assured. To answer the question, no I do not use an MS database. My testing comes from using iODBC and unixODBC ODBC drivers, and Virtuoso and PostgreSQL-ODBC for functionality. 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/17719 -- Edit this bug report at http://bugs.php.net/?id=17719edit=1
#18820 [Fbk-NoF]: Configure detects wrong apache version w/ C2Net Stronghold
ID: 18820 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: PHP options/info functions Operating System: Debian GNU/Linux PHP Version: 4.2.2 New Comment: 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. Previous Comments: [2002-08-14 17:46:46] [EMAIL PROTECTED] Please try the latest (NON-stable) CVS snapshot from http://snaps.php.net/ as I think this is already fixed. [2002-08-08 20:47:08] [EMAIL PROTECTED] When running C2Net Stronghold 2+, PHP detects the wrong version of Apache (Since Stronghold outputs Stronghold/3.0 in -v). I saw other bugs similar to this problem, but not quite the same (Such as Bug #16791) A diff of what I did to make it work: (No guarantee this is safe for versions of Stronghold other than 3.0) 3658c3658,3664 if test $APACHE_VERSION -ge 200; then --- APACHE_VENDOR=`$APXS_HTTPD -v | head -1 | cut -f3 -d' ' | cut -f1 -d'/'` if test $APACHE_VENDOR == Stronghold; then APACHE_VERSION_NUMBER=500; else APACHE_VERSION_NUMBER=200; fi if test $APACHE_VERSION -ge $APACHE_VERSION_NUMBER; then 3661d3666 -ge 500 since RedHat has already released Stronghold 4.0, and it's still based on Apache 1.3.x -- Edit this bug report at http://bugs.php.net/?id=18820edit=1
#18826 [Fbk-NoF]: slow string search (strpos,ereg etc.)
ID: 18826 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Strings related Operating System: linux, redhat 7.2 PHP Version: 4.2.2 New Comment: 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. Previous Comments: [2002-08-15 11:20:36] [EMAIL PROTECTED] Okay lets try this again. 1) A simple sample script. Give us the most basic sample script you can create to reproduce this. 2) Even with your sample scripts I don't see any real slowness to it. You need to quantify the word slow. Off my DSL line your page loaded up fairly quickly once your DNS was resolved. [2002-08-15 01:48:43] [EMAIL PROTECTED] sample working script http://potsataja.aasa.ee/bug/index.php script source http://potsataja.aasa.ee/bug/index.php?show=1 template file http://potsataja.aasa.ee/bug/template.htt hope it helps.. [2002-08-14 18:28:03] [EMAIL PROTECTED] Then give me a full sample script in the simplest form to reproduce this. As your posted code only returns what I've passed into it. Even at that, this takes a minimal amount of time to execute as a debug build... [2002-08-14 05:04:11] [EMAIL PROTECTED] nope, thats impossible, because its a public server with many clients. [2002-08-13 21:56:24] [EMAIL PROTECTED] Can you please try a CVS version? I believe this is/has been addressed already, but I'm unsure. 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/18826 -- Edit this bug report at http://bugs.php.net/?id=18826edit=1
#18917 [Fbk-NoF]: output buffer functions and errors in the script
ID: 18917
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: No Feedback
Bug Type: Output Control
Operating System: RH 7.3
PHP Version: 4.2.2
New Comment:
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.
Previous Comments:
[2002-08-20 23:12:48] [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-08-15 09:01:31] [EMAIL PROTECTED]
Error or Warnings in script, that use ob_start(callback) or
ob_get_contents() can cause buffer to be cut off or completly
crippled and filled with trash
ob_start(callback_func)
{
// main loop
do something here
output something here
}
function callback_func($buffer)
{
$result=do_something( $buffer);
return $result;
}
if some error or waring occures in main loop, content of the output
buffer may be
crippled, seems that ob_get_content() returns some short snipplet of
binary data only , in my case it is
ÁUð1À
ÒtÈB¸ûÿÿ
ÒuUèeô[^_]ÃWj or shortened ( not all
length of the output buffer is parsed to callback_func).
I have sugestion, how PHP should treat errors in the output_buffered
scripts.
If error occures in the main loop (not in the callback function) ,all
output of the script with error or waring messages appended SHOULD be
passed as parameter to callback_function...
If error occures inside the callback_function, SHOULD BE at least error
message send to browser.
--
Edit this bug report at http://bugs.php.net/?id=18917edit=1
#18928 [Fbk-NoF]: mssql_num_rows() doesn't work
ID: 18928 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: MSSQL related Operating System: Win2k Server PHP Version: 4.2.2 New Comment: 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. Previous Comments: [2002-08-15 19:41:02] [EMAIL PROTECTED] does this happen with a very simple SELECT query, that returns one row? [2002-08-15 19:18:37] [EMAIL PROTECTED] Sorry for not including that detail. Please let me clarify, the actuall query IS valid and it does succeed. It affects about 3300 rows. I am pasting my code snippet: // above is DB connection stuff, all goes well $query = ' DECLARE @Ident int INSERT INTO LastMod (lastModBy, lastModDate) VALUES (Matt - Email Import Test, GETDATE()) SET @Ident = @@IDENTITY -- insert primary email INSERT INTO EmailAdd (personID, address, emailAddType, lastModID) SELECT newID, Col017, primary, @Ident FROM fmFullExport WHERE Col017 != AND Col002 LIKE %_% AND COL003 LIKE %_% '; // execute query $result = mssql_query($query); mssql_num_rows($result); // it dies on that last line This is the error message it generates: Warning: mssql_num_rows(): supplied argument is not a valid MS SQL-result resource in c:\inetpub\wwwroot\DBclass\index.php on line 36 [2002-08-15 18:24:34] [EMAIL PROTECTED] I'm not a MSSQL user, so I don't know the specifics of that query string. But if the query fails, of course you'll receive this error message from MSSQL the result set isn't populated, thus there is nothing to retrieve. Unless you can show this error message to work with a valid SQL query, I'm going to mark this as Bogus. If you can, you're welcome to re-open the bug and add this new information. [2002-08-15 17:40:45] [EMAIL PROTECTED] Using MSSQL 2000 The function mssql_num_rows generates the following warning: Warning: mssql_num_rows(): supplied argument is not a valid MS SQL-result resource At the advice of the documentation I tried making the following query: $query2 = 'SELECT @@ROWCOUNT'; $result2 = mssql_query($query2); list($affected) = mssql_fetch_row($result2); echo($affected); This generates the following error: Warning: MS SQL: Query failed All other queries work fine I can interact with the database. I have also tried the latest stable build on snaps.php.net as of today 8-15-02 the problem remains unchanged. Any help would be greatly appreciated. Thanks! Matt -- Edit this bug report at http://bugs.php.net/?id=18928edit=1
#18940 [Fbk-NoF]: Unable to write to DB with PHP 4.2.2
ID: 18940 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: PostgreSQL related Operating System: Redhat 7.2 PHP Version: 4.2.2 New Comment: 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. Previous Comments: [2002-08-16 10:20:42] [EMAIL PROTECTED] None that I know of, it works fine on my FreeBSD system. Can you attach a sample script for us to see what you're doing, and possibly a sample schema? Heck just have the PHP script make the schema, and perform the queries. [2002-08-16 10:16:07] [EMAIL PROTECTED] I have been using apache, php and postgresql for quite a while now. Recently I upgraded to the lates versions of all the components. Apache 1.3.26 PHP 4.2.2 Poistgresql 7.2.1 After the upgrade I found that I could read from the DB ie. select requests, but not write to the DB ie. insert, update. I get no error messages. I have tried everything including reinstalling apache, postgresql and php fresh, but have been unsuccessful. The only way I have been able to make everything work is to go back to PHP 4.1.2 and keep apache 1.3.26 and postgresql 7.2.1 Is there a bug in version 4.2.2 that prevents full control of postgresql?? Cheers, Marty -- Edit this bug report at http://bugs.php.net/?id=18940edit=1
#18954 [Fbk-NoF]: Does sybase-ct not like imap?
ID: 18954
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: No Feedback
Bug Type: Sybase-ct (ctlib) related
Operating System: Mandrake 8.1
PHP Version: 4.2.2
New Comment:
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.
Previous Comments:
[2002-08-17 23:19:14] [EMAIL PROTECTED]
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.
[2002-08-17 20:32:01] [EMAIL PROTECTED]
I'm a complete idiot. I said there were no errors in the log file, but
that's because I was looking in the wrong log file. Wow, I'm dumb.
Two entries like this following entry get entered into the log file
with every time the sybasetest.php file is loaded. It states:
[Sat Aug 17 18:22:26 2002] [notice] child pid 24484 exit signal
Segmentation fault (11)
Hope this is more helpful.
[2002-08-17 15:57:07] [EMAIL PROTECTED]
There are no errors or anything in my apache logs. It would be nice if
there were some errors, but there is not. My error in the browser
consists of the The page cannot be displayed in IE, and in Mozilla,
it says Document contains no data. Not very helpful, I know.
I have set up two Apache servers on my machine, one with imap compiled
in and one without. Other than that, they are identical. You can see
the result of the same script running on both servers.
http://www.ausborne.net/sybasetest.php or
http://bad.ausborne.net/sybasetest.php
Needless to say, the second one is the bad one.
My installation of IMAP is 2000c, the updated RPM from Mandrake for
Mandrake 8.1. My Sybase libraries are dated from March 7, 2000.
Thanks.
[2002-08-17 15:06:51] [EMAIL PROTECTED]
What exactly doesn't work? And do you get any errors or something?
[2002-08-17 02:22:06] [EMAIL PROTECTED]
My code always worked fine php 4.0.6 with any version of Apache. If I
ever tried to upgrade beyond 4.0.6, my Sybase stuff no longer worked,
while my MySQL stuff did. It turned out that if I removed --with-imap
from my configure line, both Sybase and MySQL did work. I was able to
reproduce this on multiple machines with all versions of PHP later than
4.0.6.
My Apache/PHP build script looks like this (to break it, just add
'--with-imap' to the PHP configure line:
#!/bin/sh
cd apache_1.3.26
./configure --prefix=/usr/local/apache
cd ../php-4.2.2
./configure \
--with-apache=../apache_1.3.26 \
--enable-track-vars \
--with-sybase-ct=/opt/sybase
make
make install
cd ../apache_1.3.26
./configure \
--prefix=/usr/local/apache \
--activate-module=src/modules/php4/libphp4.a \
--enable-module=php4 \
--disable-shared=php4
make
make install
My test scripts consist of the following:
?
// Sybase Test Script
$connection = sybase_connect(dbname,username,password) or die
(could not connect to database);
$DOC = $_GET[doc];
if ($DOC == Table1) {
$Query = SELECT * FROM Table1;
} elseif ($DOC == Table2) {
$Query = SELECT * FROM Table2;
}
echo
html
head
titleJosh's Test File/title
/head
body bgcolor='#ff'
a href='?doc=Table1'Table1/a | a
href='?doc=Table2'Table2/abr\n;
$GetStuff = sybase_query($Query) or die (sybase_error());
while ($Result = sybase_fetch_array($GetStuff)) {
$ThisList = $Result[Item1];
echo $ThisList.br\n;
}
echo
/body
/html\n;
?
// MySQL Test Script
$connection = mysql_connect(hostname,username,password) or die
(could not connect to database);
$DOC = $_GET[doc];
if ($DOC == Table1) {
$Query = SELECT * FROM Table1;
} elseif ($DOC == Table2) {
$Query = SELECT * FROM Table2;
}
echo
html
head
titleJosh's Test File/title
/head
body bgcolor='#ff'
a href='?doc=Table1'Table1/a | a
href='?doc=Table2'Table2/abr\n;
$ExecQuery = mysql_query($Query) or die (mysql_error());
while ($Result = mysql_fetch_array($ExecQuery)) {
$ThisList = $Result[Item1];
echo $ThisList.br\n;
}
echo
/body
#18941 [Fbk-NoF]: odbc_columns returns SQL ERROR
ID: 18941
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: No Feedback
Bug Type: ODBC related
Operating System: Win NT 4.0
PHP Version: 4CVS-2002-08-16
New Comment:
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.
Previous Comments:
[2002-08-21 01:43:23] [EMAIL PROTECTED]
Can you please try applying this patch and seeing if this solves the
problem for you?
Index: php_odbc.c
===
RCS file: /repository/php4/ext/odbc/php_odbc.c,v
retrieving revision 1.141
diff -u -u -r1.141 php_odbc.c
--- php_odbc.c 14 Aug 2002 20:40:48 - 1.141
+++ php_odbc.c 21 Aug 2002 05:40:21 -
@@ -2924,6 +2924,23 @@
RETURN_FALSE;
}
+ /* This hack is needed to access table information in Access
databases */
+ if (column_len == 0) {
+ column = NULL;
+ }
+
+ if (cat_len == 0) {
+ cat = NULL;
+ }
+
+ if (schema_len == 0) {
+ schema = NULL;
+ }
+
+ if (table_len == 0) {
+ table = NULL;
+ }
+
rc = SQLColumns(result-stmt,
cat, cat_len,
schema, schema_len,
[2002-08-16 13:13:25] [EMAIL PROTECTED]
As originally reported in bug # 18629, odbc_columns returns SQL state
0 error with Access database.
Using php snapshot 16-Aug-02 12:24 in command line mode.
$qid=odbc_columns($c,D:\ekos\RXCoating,,Slots,);
I know from using iSQL Viewer that the column information can be
retrieved using ODBC and the MS Access driver. Turning on SQL tracing
shows that the problem lies with
vs empty string. Empty strings are passed as pointer to (possibly)
whereas a null pointer appears to be required.
Extract from SQL log:
iSQL-Viewer-2_1 49-b7 EXIT SQLColumnsW with return code 0
(SQL_SUCCESS)
HSTMT 0BC25F40
WCHAR *0x0BC21828 [ -3] D:\ekos\R
SWORD -3
WCHAR * 0x [ -3] empty string
SWORD-3
WCHAR * 0x0BC22090 [ -3] Slo
SWORD-3
WCHAR * 0x [ -3] empty string
SWORD -3
php -f alt 97-73 EXIT SQLColumnsW with return code -1 (SQL_ERROR)
HSTMT 00CE1A18
WCHAR * 0x00CE1E20 [ -3] D:\ekos\R
SWORD -3
WCHAR * 0x00CE15E0 [ -3]
SWORD -3
WCHAR * 0x00CE1E58 [ -3] Slo
SWORD-3
WCHAR * 0x00CE1E78 [ -3]
SWORD -3
The SQL log shows the same problem with odbc_specialcolumns.
odbc_statistics,odbc_foreignkeys, and odbc_primarykeys also give the
same SQL state 0 errors.
Howerver odbc_tables works fine with passed to SQLTablesW
--
Edit this bug report at http://bugs.php.net/?id=18941edit=1
#18950 [Fbk-NoF]: Many warnings building withTru64 Unix compiler
ID: 18950 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Compile Warning Operating System: Tru64 Unix PHP Version: 4.2.2 New Comment: 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. Previous Comments: [2002-08-28 13:07:44] [EMAIL PROTECTED] sniper just merged a bunch of things down to the PHP 4_2_0 branch, just wondering if any of these (found in the 4.2.3RCs) have corrected any of these build warnings for you. [2002-08-20 18:55:20] [EMAIL PROTECTED] Tried the latest snapshot. Lots of new stuff to cause me trouble but relevant to this bug report - still a zillion warnings. [2002-08-17 11:15:00] [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-08-16 17:11:22] [EMAIL PROTECTED] The majority of these are signed/unsigned mismatches Making all in ext Making all imap .../ext/imap/ cc: Warning: php_imap.c, line 635: In this statement, the referenced type of the pointer value acur-text.data is unsigned char, which is not compatible with const char because they differ by signed/unsigned attribute. (ptrmismatch1) php_error(E_NOTICE, acur-LTEXT); ^ cc: Warning: php_imap.c, line 1063: In this statement, the referenced type of the pointer value STORAGE is char, which is not compatible with unsigned char because they differ by signed/unsigned attribute. (ptrmismatch1) limits.text.data = STORAGE; ^ cc: Warning: php_imap.c, line 1389: In this statement, the referenced type of the pointer value cur-text.data is unsigned char, which is not compatible with char because they differ by signed/unsigned attribute. (ptrmismatch1) add_next_index_string(return_value, cur-LTEXT, 1); ^ cc: Warning: php_imap.c, line 1431: In this statement, the referenced type of the pointer value cur-text.data is unsigned char, which is not compatible with char because they differ by signed/unsigned attribute. (ptrmismatch1) add_property_string(mboxob, name, cur-LTEXT, 1); ^ cc: Warning: php_imap.c, line 1476: In this statement, the referenced type of the pointer value cur-text.data is unsigned char, which is not compatible with char because they differ by signed/unsigned attribute. (ptrmismatch1) add_next_index_string(return_value, cur-LTEXT, 1); ^ cc: Warning: php_imap.c, line 1714: In this statement, the referenced type of the pointer value cur-text.data is unsigned char, which is not compatible with char because they differ by signed/unsigned attribute. (ptrmismatch1) add_next_index_string(return_value, cur-LTEXT, 1); ^ cc: Warning: php_imap.c, line 1756: In this statement, the referenced type of the pointer value cur-text.data is unsigned char, which is not compatible with char because they differ by signed/unsigned attribute. (ptrmismatch1) add_property_string(mboxob, name, cur-LTEXT, 1); ^ cc: Warning: php_imap.c, line 1991: In this statement, the referenced type of the pointer value rfc822_binary(...) is unsigned char, which is not compatible with char because they differ by signed/unsigned attribute. (ptrmismatch1) decode = rfc822_binary(Z_STRVAL_PP(text), Z_STRLEN_PP(text), newlength); ^ cc: Warning: php_imap.c, line 2157: In the initializer for __s, the referenced type of the pointer value (dest.data) is unsigned char, which is not compatible with char because they differ by signed/unsigned attribute. (ptrmismatch1) RETURN_STRINGL(dest.data, strlen(dest.data), 1); ^ cc: Warning: php_imap.c, line 2157: In the initializer for __l, the referenced type of the pointer value dest.data is unsigned char, which is not compatible with const char because they differ by signed/unsigned attribute. (ptrmismatch1) RETURN_STRINGL(dest.data, strlen(dest.data), 1); ^ cc: Warning: php_imap.c, line 2291: In this statement, the expression *outp++|=outp[1]4 modifies outp, and fetches its value in a computation that is not used to produce the
#18967 [Fbk-NoF]: base64_encode troubles
ID: 18967 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: *General Issues Operating System: Linux pomerol 2.2.19 #8 SMP PHP Version: 4.1.2 New Comment: 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. Previous Comments: [2002-08-19 17:23: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 [2002-08-19 13:05:27] [EMAIL PROTECTED] Hello sorry for my poor English. My problem : I use base64_encode to encode a file for send by E-mail. I use the following code to find the problem. $file=$name1; $fp=fopen($file,r); $temoin=./temoin/.time(); $fq=fopen ($temoin,w); $attachmentorig=fread($fp,filesize($file)); $attachment=base64_encode($attachmentorig); $controle= file name :.$file.\r\n file size:.filesize($file).\r\n file content:.$attachmentorig.\r\n file encoded :.$attachment. fclose($fp); fwrite ($fq,$controle); fclose ($fq); So sometimes, Name, size, file content are exactly the sames, but file encoded is different. Can you explain me please ? -- Edit this bug report at http://bugs.php.net/?id=18967edit=1
#18988 [Fbk-NoF]: Oracle+Apache+PHP = Random Memory Dump
ID: 18988 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: OCI8 related Operating System: RH Linux 7.3 PHP Version: 4.3.0-dev New Comment: 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. Previous Comments: [2002-08-23 12:14:31] [EMAIL PROTECTED] i need a _SHORT_ testcase that allows me to reproduce your problem. please try to make it as _short_ as possible and send it to me via mail [2002-08-23 12:09:56] [EMAIL PROTECTED] I don't understand. Forgot to update version? [2002-08-20 21:29:35] [EMAIL PROTECTED] Forgot to update version. (please check it from phpinfo() output so it's the same..?) Thies, any ideas what might be causing this? [2002-08-20 13:57:19] [EMAIL PROTECTED] :( Well...I've installed the latest version of PHP...and the problem still exists. While this is not really helpful, here are some examples of my result sets: - Warning: OCIParse: ORA-00972: identifier is too long in /var/www/html/development/jhise/tams_sourcing/lib/database_sup.plib on line 125 Invalid database query: select * from dashb_register where code = '## Here is a bunch of jibberish ## - Warning: OCIStmtExecute: ORA-00933: SQL command not properly ended in /var/www/html/development/jhise/tams_sourcing/lib/database_sup.plib on line 140 - Warning: OCIStmtExecute: ORA-00911: invalid character in /var/www/html/development/jhise/tams_sourcing/lib/database_sup.plib on line 140 - [2002-08-20 13:41:37] [EMAIL PROTECTED] Well: I did reinstall PHP. I've vastly simplified the configure to: ./configure --with-oci8 --with-apache=../apache_1.3.22 This has not resolved the problem. I will now try the latest snapshot. 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/18988 -- Edit this bug report at http://bugs.php.net/?id=18988edit=1
#18992 [Fbk-NoF]: type error in ext/gd/gd.c line l=strlen(str)
ID: 18992 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Compile Failure Operating System: Tru64 V5.0A PHP Version: 4.2.2 New Comment: 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. Previous Comments: [2002-08-20 15:37:24] [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-08-20 14:50:35] [EMAIL PROTECTED] There is a styping error in the PHP releases (I noticed 4.2.1 and 4.2.2) so most likely it will be in previsou releases also. I'm compiling PHP with Tru64's cc it complains that strlen argument is a unsigned char* instead of a char*. (Which he's completely right about). I changed the line to: l = strlen((char *)str); I don't understand why it's being casted to a unsigned char* in the line above it anyway, I think you have a good cause for that. -- Edit this bug report at http://bugs.php.net/?id=18992edit=1
#18996 [Fbk-NoF]: Can't unset() the session variables
ID: 18996 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Session related Operating System: Redhat Linux 7.3 PHP Version: 4.2.2 New Comment: 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. Previous Comments: [2002-08-21 01:59:43] [EMAIL PROTECTED] You tried the stable or the unstable snapshot? This is only in the unstable snapshot. [2002-08-21 01:47:56] [EMAIL PROTECTED] I've tried the snapshot just now, this problem still persists. [2002-08-20 19:03:55] [EMAIL PROTECTED] 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. [2002-08-20 18:07:57] [EMAIL PROTECTED] Actually I can unset the variables without problem by using session_unregister() or session_unset(); However from the PHP Manual, these two functions are defered as: Note: If $_SESSION (or $HTTP_SESSION_VARS for PHP 4.0.6 or less) is used, use unset() to unregister a session variable. Caution If you are using $HTTP_SESSION_VARS/$_SESSION and disable register_globals, do not use session_register(), session_is_registered() and session_unregister(). [2002-08-20 17:24:37] [EMAIL PROTECTED] I have same problem on my Windows Machine running IIS 5.1 PHP 4.2.2 as well. 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/18996 -- Edit this bug report at http://bugs.php.net/?id=18996edit=1
#18498 [Fbk-NoF]: error_reporting doesn't work, but ini_set('error_reporting') does
ID: 18498
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: No Feedback
Bug Type: Scripting Engine problem
Operating System: RedHat 7.1
PHP Version: 4.2.2
New Comment:
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.
Previous Comments:
[2002-08-24 08:33:56] [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
You might have just got the snapshot which didn't yet
have that fix. So please try this one and be sure to
tell use the timestamp it has. (and mark the bug 'Open' when you do
that, don't use 'add comment'..)
[2002-08-24 01:00:11] [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-23 16:09:08] [EMAIL PROTECTED]
I tried this one:
php4-200207231200
and the problem persists.
At snaps, it was marked as php-latest.tar.gz, with the most recent
timestamp. I didn't see any marked unstable, but I didn't choose the
one marked stable.
Let me know if I can try additional snapshots.
[2002-07-23 12:48:05] [EMAIL PROTECTED]
I think this was recently fixed in CVS, can you try the latest stable
snapshot from snaps.php.net, and if that does not work the non-stable
one?
Please report back with your results.
Derick
[2002-07-23 12:12:22] [EMAIL PROTECTED]
It would appear that the error_reporting function in PHP 4.2.2 doesn't
work correctly. (Apache 1.3.26)
Here is a sample script. In php.ini, the error level is set to E_ALL ^
E_NOTICE.
?php
error_reporting(E_ALL);
phpinfo();
?
In the resulting web page, it shows both the local value and the master
value of error_reporting as 2039, instead of 2047 for the local value.
The following does work correctly:
?php
ini_set('error_reporting', E_ALL);
phpinfo();
?
That shows 2047 for the local value and 2039 for the master value.
PHP configuration:
'./configure' '--prefix=/usr/local/php-4.2.2' '--with-mysql=/usr'
'--with-pgsql=/usr' '--enable-trans-sid'
'--with-config-file-path=/usr/local/php' '--with-zlib' '--enable-yp'
'--enable-ftp' '--enable-magic-quotes' '--enable-force-cgi-redirect'
'--enable-discard-path' '--with-kerberos'
--
Edit this bug report at http://bugs.php.net/?id=18498edit=1
#19009 [Fbk-Opn]: Cannot pass LONG (64bit) parameters
ID: 19009 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: COM related Operating System: WinXP PHP Version: 4.2.1 Previous Comments: [2002-08-21 02:00:29] [EMAIL PROTECTED] Without having looked at the code, I'd say yes. [2002-08-21 00:02:13] [EMAIL PROTECTED] So LONG being 64 bit is the reason? If so, sorry for bothering you, but the VB developer was denying this. [2002-08-21 00:00:42] [EMAIL PROTECTED] So what is the bug you're reporting? The error message states that the type you are using is not yet supported by PHP. [2002-08-21 00:00:19] [EMAIL PROTECTED] Wondered that this might because LONG is 64 bit, and php doesn't support it. [2002-08-20 23:56:39] [EMAIL PROTECTED] Calling a COM function. COM written in VB. The function takes arguments (foo AS LONG,etc) My code: $booleanresult = $myCOMhandle-call($mynumvar,$mynumvar,$mystringvar); This should return true if it works. Error message: Warning: Type not supported or not yet implemented. in blah.php on line 96 Warning: Invoke() failed: Type mismatch. Argument: 4 in blah.php on line 96 Don't understand Argument: 4 when only 3 parameters are required. -- Edit this bug report at http://bugs.php.net/?id=19009edit=1
#18982 [Fbk-Bgs]: compiling failure for xslt
ID: 18982 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Bogus Bug Type: XSLT related Operating System: solaris 2.6 PHP Version: 4CVS-2002-08-20 New Comment: Most likely user error. Previous Comments: [2002-08-20 09:57:50] [EMAIL PROTECTED] Hi Which version of Sablotron do you use? Sablotron 0.95 needs patching of Sablotron itself and PHP ( 4.2.3-dev), otherwise it won't work... See http://gingerall.com for the details abaout that chregu [2002-08-20 09:06:40] [EMAIL PROTECTED] Was this with clean sources? Try 'make clean make' ? [2002-08-20 08:34:38] [EMAIL PROTECTED] We tried the latest version and 4.1.2. Here is the error message. Thanks. #./configure --without-mysql --with-oci8 --with-apxs=/usr/local/apache/bin/apxs --with-ldap=/usr/local --enable-xslt --with-xslt-sablot=/usr/local --with-iconv --with-ssl=/usr/local/ssl --enable-libgcc ... #make ... ld: fatal: symbol `zm_info_xslt' is multiply defined: (file ext/xslt/.libs/libxslt.al(xslt.lo) and file ext/xslt/.libs/libxslt.al(sablot.lo)); ld: fatal: symbol `zif_xslt_set_log' is multiply defined: (file ext/xslt/.libs/libxslt.al(xslt.lo) and file ext/xslt/.libs/libxslt.al(sablot.lo)); ld: fatal: symbol `zif_xslt_process' is multiply defined: (file ext/xslt/.libs/libxslt.al(xslt.lo) and file ext/xslt/.libs/libxslt.al(sablot.lo)); ld: fatal: symbol `zif_xslt_free' is multiply defined: (file ext/xslt/.libs/libxslt.al(xslt.lo) and file ext/xslt/.libs/libxslt.al(sablot.lo)); ld: fatal: symbol `zif_xslt_set_base' is multiply defined: (file ext/xslt/.libs/libxslt.al(xslt.lo) and file ext/xslt/.libs/libxslt.al(sablot.lo)); ld: fatal: symbol `zif_xslt_set_scheme_handlers' is multiply defined: (file ext/xslt/.libs/libxslt.al(xslt.lo) and file ext/xslt/.libs/libxslt.al(sablot.lo)); ld: fatal: symbol `zif_xslt_set_encoding' is multiply defined: (file ext/xslt/.libs/libxslt.al(xslt.lo) and file ext/xslt/.libs/libxslt.al(sablot.lo)); ld: fatal: symbol `zif_xslt_errno' is multiply defined: (file ext/xslt/.libs/libxslt.al(xslt.lo) and file ext/xslt/.libs/libxslt.al(sablot.lo)); ld: fatal: symbol `zif_xslt_error' is multiply defined: (file ext/xslt/.libs/libxslt.al(xslt.lo) and file ext/xslt/.libs/libxslt.al(sablot.lo)); ld: fatal: symbol `zif_xslt_set_sax_handlers' is multiply defined: (file ext/xslt/.libs/libxslt.al(xslt.lo) and file ext/xslt/.libs/libxslt.al(sablot.lo)); ld: fatal: symbol `xslt_module_entry' is multiply defined: (file ext/xslt/.libs/libxslt.al(xslt.lo) and file ext/xslt/.libs/libxslt.al(sablot.lo)); ld: fatal: symbol `xslt_functions' is multiply defined: (file ext/xslt/.libs/libxslt.al(xslt.lo) and file ext/xslt/.libs/libxslt.al(sablot.lo)); ld: fatal: symbol `zif_xslt_create' is multiply defined: (file ext/xslt/.libs/libxslt.al(xslt.lo) and file ext/xslt/.libs/libxslt.al(sablot.lo)); ld: fatal: symbol `zif_xslt_set_error_handler' is multiply defined: (file ext/xslt/.libs/libxslt.al(xslt.lo) and file ext/xslt/.libs/libxslt.al(sablot.lo)); ld: fatal: symbol `zm_startup_xslt' is multiply defined: (file ext/xslt/.libs/libxslt.al(xslt.lo) and file ext/xslt/.libs/libxslt.al(sablot.lo)); ld: fatal: File processing errors. No output written to .libs/libphp4.so make[1]: *** [libphp4.la] Error 1 make[1]: Leaving directory `/home/luoy/src/php-4.1.2' make: *** [all-recursive] Error 1 [luoy@admsol03:/home/luoy/src/php-4.1.2]$ -- Edit this bug report at http://bugs.php.net/?id=18982edit=1
#19035 [Fbk-NoF]: make fails with Oci8
ID: 19035 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: OCI8 related Operating System: HP-UX 11.00 PHP Version: 4.2.2 New Comment: 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. Previous Comments: [2002-08-22 06:14:53] [EMAIL PROTECTED] (And leave the '--with-oracle' option out of your config line) [2002-08-22 06:13:54] [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-08-22 05:20:57] [EMAIL PROTECTED] i am using php 4.2.2 with oracle 8.1.5 and HP-UX 11.00 PHP compiled with the following options: configure --enable-discard-path \ --with-oracle=/Oracle/8.1.5 \ --with-oci8 \ the make alwais obtain: cc -I. -I/aplicaciones/Temp_Php/php-4.2.2/main -I/aplicaciones/Temp_Php/ php-4.2.2/main -I/aplicaciones/Temp_Php/php-4.2.2 -I/aplicaciones/Temp_Php/php-4 .2.2/Zend -I/aplicaciones/Temp_Php/php-4.2.2/ext/mysql/libmysql -I/Oracle/8.1.5/ rdbms/demo -I/Oracle/8.1.5/network/public -I/Oracle/8.1.5/plsql/public -I/aplica ciones/Temp_Php/php-4.2.2/ext/xml/expat -I/aplicaciones/Temp_Php/php-4.2.2/TSRM -g -c internal_functions.c touch internal_functions.lo cpp: /Oracle/8.1.5/rdbms/demo/ociextp.h, line 41: error 4006: Illegal macro na me in #define. cpp: /Oracle/8.1.5/rdbms/demo/ociextp.h, line 41: warning 2001: Redefinition o f macro __STDC__. *** Error exit code 1 Stop. *** Error exit code 1 Stop. *** Error exit code 1 Stop. # -- Edit this bug report at http://bugs.php.net/?id=19035edit=1
#18022 [Fbk-NoF]: fopen does not work with php://stdin anymore
ID: 18022 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Filesystem function related Operating System: Solaris 8 Sparc PHP Version: 4.2.1 New Comment: 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. Previous Comments: [2002-08-25 07:04:16] [EMAIL PROTECTED] I've committed a potential fix for HEAD; I'm not sure if this can be fixed properly in PHP 4.2.x. Please verify if the latest unstable snapshot now works for you. [2002-08-24 05:55:38] [EMAIL PROTECTED] Could you check main/php_config.h and see if HAVE_FLUSHIO is defined? I think that might be the cause of the problem (and that this will also be reproduceable with streams in HEAD). [2002-08-23 22:05:52] [EMAIL PROTECTED] Nevermind..I should have read the report twice before replying. The first script works fine for me when using PHP 4.3.0-dev (CLI). Can you please try it yourself too? http://snaps.php.net/php4-latest.tar.gz [2002-08-23 22:03:14] [EMAIL PROTECTED] The other report didn't get any feedback so I'm opening this one. Seems to be real problem, at least I couldn't get neither of these scripts to work.. (or I misunderstood what I shoud pass them? :) [2002-07-01 15:15:33] [EMAIL PROTECTED] Dupe of #16048 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/18022 -- Edit this bug report at http://bugs.php.net/?id=18022edit=1
#19037 [Fbk-NoF]: Reproducable segfault with php 4.2.2 (+ sessions) + apache 1.3.26
ID: 19037
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: No Feedback
Bug Type: Session related
Operating System: Linux (2.4.18 vanilla)
PHP Version: 4.2.2
New Comment:
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.
Previous Comments:
[2002-08-22 06:16: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-08-22 05:46:49] [EMAIL PROTECTED]
sd wasn't NULL sorry, it referenced invalid memory address
[2002-08-22 05:44:53] [EMAIL PROTECTED]
sd was NULL, next = sd-next segfaulted.
happened on multiple systems. configure line as follows
(backtrace below)
tried different configure options, different compile optins.
sessions seem to trigger the segfault. random time intervals.
./configure \
--prefix=%{_prefix} \
--with-config-file-path=%{_sysconfdir} \
--disable-debug \
--enable-shared \
--enable-pic \
--with-db3 \
--with-exec-dir=%{_bindir} \
--with-gd \
--with-gdbm \
--with-imap-ssl \
--with-jpeg-dir=%{_prefix} \
--with-ldap \
--with-pic \
--with-pgsql=/usr \
--with-png \
--with-regex=system \
--with-xml \
--with-zlib \
--enable-debugger \
--enable-magic-quotes \
--enable-inline-optimization \
--enable-safe-mode \
--enable-shmop \
--enable-sysvsem \
--enable-sysvshm \
--enable-sockets \
--enable-track-vars \
--enable-yp \
--enable-ftp \
--enable-wddx \
--without-mysql \
--without-oracle \
--without-oci8 \
--with-mm \
--with-pic \
--with-apxs=%{_sbindir}/apxs
make
# Build individual PHP modules.
build_ext() {
%{__cc} -fPIC -shared $RPM_OPT_FLAGS \
-DCOMPILE_DL_`echo $1 | tr '[a-z]' '[A-Z]'` \
-DHAVE_`echo $1 | tr '[a-z]' '[A-Z]'` \
-I. -I./TSRM -I./main -I`%{_sbindir}/apxs -q INCLUDEDIR`
-I./Zend \
-I/usr/include/freetype -I/usr/include/$1 \
-I./ext/$1 -I./ext/$1/lib$1 \
-I./ext/xml/expat/xmltok -I./ext/xml/expat/xmlparse \
`grep ^CPPFLAGS Zend/Makefile | cut -f2- -d=` \
$4 $2 -o $1.so -L.libs $3 -lc
}
build_ext imap ext/imap/php_imap.c %{_libdir}/c-client.a $ssllibs
-lpam -ldl
build_ext ldap ext/ldap/ldap.c -lldap -llber
build_ext pgsql ext/pgsql/pgsql.c -lpq -DHAVE_PQCMDTUPLES
and here the backtrace.
#0 ps_mm_destroy (data=0x81e04b8) at mod_mm.c:241
#1 0x405131f8 in zm_shutdown_ps_mm (type=1, module_number=19) at
mod_mm.c:293
#2 0x404bcf30 in module_destructor (module=0x81e11c0) at
zend_API.c:1127
#3 0x404bf648 in zend_hash_destroy (ht=0x405e3020) at zend_hash.c:541
#4 0x404b9079 in zend_shutdown () at zend.c:490
#5 0x404cb384 in php_module_shutdown () at main.c:1050
#6 0x404cb339 in php_module_shutdown_wrapper (sapi_globals=0x405c36a0)
at main.c:1027
#7 0x404c808a in apache_php_module_shutdown_wrapper () at
mod_php4.c:795
#8 0x08050a39 in run_cleanups ()
#9 0x0804f990 in ap_clear_pool ()
#10 0x0804fa06 in ap_destroy_pool ()
#11 0x0804f9e0 in ap_clear_pool ()
#12 0x0804fa06 in ap_destroy_pool ()
#13 0x0805aa01 in clean_parent_exit ()
#14 0x0805d13b in standalone_main ()
#15 0x0805d400 in main ()
#16 0x40144f6a in __libc_start_main (main=0x805d140 main, argc=42,
ubp_av=0xb854, init=0x804ea38 _init,
fini=0x40012c8c _dl_debug_mask, rtld_fini=0x1, stack_end=0x1ff)
at ../sysdeps/generic/libc-start.c:129
--
Edit this bug report at http://bugs.php.net/?id=19037edit=1
#19039 [Fbk-NoF]: mm module doesn't work
ID: 19039 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Session related Operating System: Linux (RedHat 7.2) PHP Version: 4.2.2 New Comment: 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. Previous Comments: [2002-08-22 17:16:02] [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-08-22 06:37:16] [EMAIL PROTECTED] Hi! I have compiled php-4.2.2 with apache 1.3.26 and the --with-mm option. Than I have changed the field session.handler in the php.ini from files zu mm. When I do a session_start() I get the following error: Warning: mm_malloc failed, avail 0, err mm:core: Failed to lock (Permission denied) in Unknown on line 0 Warning: Failed to write session data (mm). Please verify that the current setting of session.save_path is correct (/tmp) in Unknown on line 0 So I look at the /tmp dir and I see that is writeable for the Apache user. I don't know who is the problem for php to open a mm session Where there any other config options? When not, then I think it is a bug! Because in an older Version of PHP on another Server, there have it worked fine. (I don't know the php version :-( because the server is past) Greetings Jan -- Edit this bug report at http://bugs.php.net/?id=19039edit=1
#19041 [Fbk-NoF]: Open Database in Second Instance
ID: 19041 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: MSSQL related Operating System: Win98 PHP Version: 4.2.2 New Comment: 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. Previous Comments: [2002-08-22 08:47:44] [EMAIL PROTECTED] In english please [2002-08-22 08:43:53] [EMAIL PROTECTED] Não consigo abrir uma base de dados MSSQL 2000, que se encontra numa segunda instancia, existe alguma solução para este problema ? exemplo : $server = 'SERVER\SIGA' ; // or $server = 'SERVER\\SIGA' ; $user = 'user' ; $pwd= 'pass' ; mssql_connect( $server, $user, $pwd ) ; -- Edit this bug report at http://bugs.php.net/?id=19041edit=1
#19048 [Fbk-NoF]: Segmentation fault $HTTPD -DSSL
ID: 19048 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Sybase-ct (ctlib) related Operating System: Red Hat 7.3 PHP Version: 4.2.2 New Comment: 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. Previous Comments: [2002-08-22 17:09:28] [EMAIL PROTECTED] Check bug report #3161 which has something about locales.. And check what you have for locales. This seems to be sybase related issue. Reclassified. [2002-08-22 16:30:08] [EMAIL PROTECTED] Hi... I compile PHP with: ./configure --with-pgsql=/usr/local/pgsql --enable-track-vars --disable-debug -with-apxs=/usr/local/apache/bin/apxs --enable-versioning --with-config-file-path=/usr/php4/lib --enable-libgcc --with-imap=/usr/local/lib --enable-ftp --with-mysql --with-sybase-ct=/opt/sybase-11.9.2 --with-pdflib=/usr/local --with-pdfdir=../pdflib-4.0.3/bind/c --with-kerberos --enable-sockets --with-imap-ssl and delete lines ssl LoadModule from httpd.conf y send the same error backtrace #0 0x40191fbd in main_arena () from /lib/libc.so.6 #1 0x400c352a in buffered_vfprintf () from /lib/libc.so.6 #2 0x400be6d7 in vfprintf () from /lib/libc.so.6 #3 0x400c8059 in fprintf () from /lib/libc.so.6 #4 0x404fe722 in com_perr () from /opt/sybase-11.9.2/lib/libcomn.so #5 0x404f03ed in com_intl_verify_ctxloc () from /opt/sybase-11.9.2/lib/libcomn.so #6 0x405934a9 in cs_ctx_alloc () from /opt/sybase-11.9.2/lib/libcs.so #7 0x402a7d5e in __libc_utmp_lock () from /usr/local/apache/libexec/libphp4.so #8 0x402a7f32 in __libc_utmp_lock () from /usr/local/apache/libexec/libphp4.so #9 0x40207423 in __libc_utmp_lock () from /usr/local/apache/libexec/libphp4.so #10 0x402111ef in __libc_utmp_lock () from /usr/local/apache/libexec/libphp4.so #11 0x40219975 in __libc_utmp_lock () from /usr/local/apache/libexec/libphp4.so #12 0x402115b9 in __libc_utmp_lock () from /usr/local/apache/libexec/libphp4.so #13 0x4020e58c in __libc_utmp_lock () from /usr/local/apache/libexec/libphp4.so #14 0x4020f13e in __libc_utmp_lock () from /usr/local/apache/libexec/libphp4.so #15 0x08086656 in ap_init_modules () #16 0x0809152c in main () #17 0x400891c4 in __libc_start_main () from /lib/libc.so.6 [2002-08-22 15:28:02] [EMAIL PROTECTED] Does the segfault still occur when you remove the LoadModule line of php4 from your httpd.conf? And what happens when you remove the ssl loadmodule line? SSL and PHP might conflict when compiled in the wrong order (you need to configure, compile and install Apache + mod_ssl first, then configure, compile and install PHP). [2002-08-22 15:14:30] [EMAIL PROTECTED] Excuse me #0 0x40191fbd in main_arena () from /lib/libc.so.6 #1 0x400c352a in buffered_vfprintf () from /lib/libc.so.6 #2 0x400be6d7 in vfprintf () from /lib/libc.so.6 #3 0x400c8059 in fprintf () from /lib/libc.so.6 #4 0x405f5722 in com_perr () from /opt/sybase-11.9.2//lib/libcomn.so #5 0x405e73ed in com_intl_verify_ctxloc () from /opt/sybase-11.9.2//lib/libcomn.so #6 0x4068a4a9 in cs_ctx_alloc () from /opt/sybase-11.9.2//lib/libcs.so #7 0x4039bd7a in ssl_expr_yyval () from /usr/local/apache/libexec/libphp4.so #8 0x4039bf4e in ssl_expr_yyval () from /usr/local/apache/libexec/libphp4.so #9 0x402f5f53 in ssl_expr_yyval () from /usr/local/apache/libexec/libphp4.so #10 0x402ffd1f in ssl_expr_yyval () from /usr/local/apache/libexec/libphp4.so #11 0x403084a5 in ssl_expr_yyval () from /usr/local/apache/libexec/libphp4.so #12 0x403000e9 in ssl_expr_yyval () from /usr/local/apache/libexec/libphp4.so #13 0x402fd0bc in ssl_expr_yyval () from /usr/local/apache/libexec/libphp4.so #14 0x402fdc6e in ssl_expr_yyval () from /usr/local/apache/libexec/libphp4.so #15 0x08086656 in ap_init_modules () #16 0x0809152c in main () #17 0x400891c4 in __libc_start_main () from /lib/libc.so.6 [2002-08-22 14:45:34] [EMAIL PROTECTED] Please enter bt at the gdb prompt and copy the output here. This isn't a backtrace :) 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/19048 -- Edit this bug report at http://bugs.php.net/?id=19048edit=1
#19059 [Fbk-NoF]: flush() doesn't work when used with Session handling functions
ID: 19059
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: No Feedback
Bug Type: Output Control
Operating System: Red Had Linux 7.2
PHP Version: 4.2.2
New Comment:
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.
Previous Comments:
[2002-08-22 20:37:19] [EMAIL PROTECTED]
What exactly doesn't work? Is output_buffering=Off in your php.ini ? (I
could not reproduce this with PHP 4.3.0-dev..)
[2002-08-22 18:52:38] [EMAIL PROTECTED]
The flush() fuction doesn't work when used with Session
handling functions. I'm using Apache v1.3.26 Server, PHP v4.2.2 and
Internet Explorer 6.0
Example:
?php
session_start();
session_register(SESSION);
$count=0;
for($i=0;$i=5;$i++){
echo $count++.BR\n;
flush();
sleep(2);
}
?
If you comment out the two session fuctions above, the flush() works
properly!
My configure line:
'./configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-xml'
'--enable-bcmath' '--enable-calendar' '--with-curl' '--enable-ftp'
'--with-gd=/usr' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr'
'--with-imap' '--with-mcrypt' '--with-ming' '--enable-magic-quotes'
'--with-mysql=/usr' '--with-pear' '--enable-safe-mode'
'--enable-track-vars' '--with-ttf' '--enable-versioning' '--with-zlib'
'--enable-trans-sid' '--with-gettext' '--with-kerberos' '--with-odbc'
Hope someone could look into this.
--
Edit this bug report at http://bugs.php.net/?id=19059edit=1
#19050 [Fbk-NoF]: ftp_* functions vs. proftpd
ID: 19050
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: No Feedback
Bug Type: FTP related
Operating System: Linux Debian Woody (2.4.18)
PHP Version: 4.2.2
New Comment:
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.
Previous Comments:
[2002-08-26 12:09:00] [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
Some ftp problems were fixed recently. Please give it a shot.
[2002-08-26 12:04:47] [EMAIL PROTECTED]
It turned out to be ftp_* bug, sorry.
So:
To solve the error with ftp_get i've rewriten the code to use fopen
with ftp:// filename. It's a workaround, not a FIX!
To solve the error with ftp_nlist, i've used the code posted bellow
(the one which retries the listing)
I've no idea why has the buffer size change worked (65530-3000) but
temporary it solved the problem (my first bug report), but then more
calls were made to the reader function and the hanging began again.
The proftpd developer team says that it's not their problem, I'll write
them something nice ...
And sorry for the misleading ... to all of you.
[2002-08-26 06:29:46] [EMAIL PROTECTED]
Is this a problem with fgets or is the problem with ftp_get? (there's a
big difference!).
Can you put these two lines before your fopen line:
echo Downloaded file from server\n;
flush();
[2002-08-26 04:02:54] [EMAIL PROTECTED]
The -d 3 doesn't solve the problem with ftp_rawlist, but the following
code works for it:
$i=0;
while (($a=ftp_rawlist($this-ftp_fd,$dir)) === false) {
$i++;
if ($i 5) { die(Error); }
}
[2002-08-26 03:33:35] [EMAIL PROTECTED]
#13400 is a workaround for this bug, but I think proftp dev team should
know about this thing ...
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/19050
--
Edit this bug report at http://bugs.php.net/?id=19050edit=1
#19066 [Fbk-NoF]: The make command fails consistently on the sapi/apache2filter
ID: 19066 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Apache2 related Operating System: Linux Mandrake 8.2 PHP Version: 4.2.2 New Comment: 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. Previous Comments: [2002-08-23 07:12:53] [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-08-23 07:11:38] [EMAIL PROTECTED] I'm installing PHP 4.2.2 on Linux Mandrake 8.2 running Apache 2.0.40. I unpacked the file php-4.2.2.tar.gz then untarred it. I ran the command: ./configure \ --with-apxs2=/usr/local/apache/bin/apxs \ --enable-track-vars \ --with-mysql=/usr/local/mysql-3.23.52-pc-linux-gnu-i686 \ --with-gd=/usr/local/gd-1.8.4 It went fine. I ran the commands: make clean make The make produced the following message: make[1]: Leaving directory `/usr/local/php-4.2.2/ext' Making all in sapi make[1]: Entering directory `/usr/local/php-4.2.2/sapi' Making all in apache2filter make[2]: Entering directory `/usr/local/php-4.2.2/sapi/apache2filter' make[3]: Entering directory `/usr/local/php-4.2.2/sapi/apache2filter' /bin/sh /usr/local/php-4.2.2/libtool --silent --mode=compile gcc -I. -I/usr/local/php-4.2.2/sapi/apache2filter -I/usr/local/php-4.2.2/main -I/usr/local/php-4.2.2 -I/usr/local/apache/include -I/usr/local/php-4.2.2/Zend -I/usr/local/gd-1.8.4/ -I/usr/local/mysql-3.23.52-pc-linux-gnu-i686/include -I/usr/local/php-4.2.2/ext/xml/expat -D_REENTRANT -I/usr/local/php-4.2.2/TSRM -g -O2 -pthread -DZTS -prefer-pic -c sapi_apache2.c sapi_apache2.c: In function `php_register_hook': sapi_apache2.c:534: warning: passing arg 3 of `ap_register_output_filter' makes pointer from integer without a cast sapi_apache2.c:534: too few arguments to function `ap_register_output_filter' sapi_apache2.c:535: warning: passing arg 3 of `ap_register_input_filter' makes pointer from integer without a cast sapi_apache2.c:535: too few arguments to function `ap_register_input_filter' make[3]: *** [sapi_apache2.lo] Error 1 make[3]: Leaving directory `/usr/local/php-4.2.2/sapi/apache2filter' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/php-4.2.2/sapi/apache2filter' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/php-4.2.2/sapi' make: *** [all-recursive] Error 1 It looks like a type casting error. Regards Stephane -- Edit this bug report at http://bugs.php.net/?id=19066edit=1
#19074 [Fbk-Csd]: symbol `SXPF_SUPPORTS_UNPARSED_ENTITIES' is multiply-defined
ID: 19074 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: XSLT related Operating System: Solaris 9 SPARC PHP Version: 4.2.2 New Comment: update your sablotron libs. Previous Comments: [2002-08-23 21:12:03] [EMAIL PROTECTED] You didn't mention the version of Sablotron. So please check the sources from here: (and the patches!) http://www.gingerall.com/charlie/ga/xml/d_sab.xml [2002-08-23 12:31:56] [EMAIL PROTECTED] Using latest snapshot - php4-200208230600, getting same errors. Here is end of compiler (gcc 3.1) output: sapi/apache/php_apache.lo main/internal_functions.lo -R/usr/local/lib -R/usr/local/lib -R/usr/ucblib -R/usr/local/ssl/lib -R/usr/local/lib/gcc-lib/sparc-sun-solaris2.9/3.1 -R/usr/local/mysql/lib -L/usr/ucblib -L/usr/local/ssl/lib -L/usr/local/lib/gcc-lib/sparc-sun-solaris2.9/3.1 -L/usr/local/mysql/lib -L/usr/local/lib /usr/local/lib/libsablot.so /usr/local/lib/libexpat.so -lmysqlclient -lldap -lbz2 -lz -l crypt -lssl -lcrypto -lresolv -lm -ldl -lnsl -lsocket -lgcc -lcrypt -ldl -lc ld: fatal: symbol `SXPF_SUPPORTS_UNPARSED_ENTITIES' is multiply-defined: (file ext/xslt/sablot.lo and file main/internal_functions.lo); ld: fatal: symbol `SXPF_DISPOSE_VALUES' is multiply-defined: (file ext/xslt/sablot.lo and file main/internal_functions.lo); ld: fatal: symbol `SXPF_DISPOSE_NAMES' is multiply-defined: (file ext/xslt/sablot.lo and file main/internal_functions.lo); ld: fatal: File processing errors. No output written to .libs/libphp4.so make: *** [libphp4.la] Error 1 Thanks for any help you can offer - Lou [2002-08-23 11:25:41] [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-08-23 11:22:25] [EMAIL PROTECTED] The following configure options configure without error: ... '--enable-xslt' \ '--with-xslt-sablot=/usr/local' \ '--with-expat-dir=/usr/local' \ ... make, however, produces: symbol `SXPF_SUPPORTS_UNPARSED_ENTITIES' is multiply-defined Please note both expat and Sablot have been built and installed. TIA - Lou -- Edit this bug report at http://bugs.php.net/?id=19074edit=1
#19079 [Fbk-Csd]: Document Contains No Data
ID: 19079 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: Apache related Operating System: Solaris x86 PHP Version: 4.2.2 New Comment: No feedback, and should be fixed. Previous Comments: [2002-08-23 18:45: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-08-23 18:40:10] [EMAIL PROTECTED] Just compiled 4.2.2 with apache 1.3.26, but get 'Document Contains No Data whenever I load a document. Here is the configure statement I used: ./configure --prefix=/usr/local/php \ --with-config-file-path=/usr/local/php \ --with-apxs=/usr/local/apache/bin/apxs \ --enable-track-vars \ --enable-magic-quotes \ --enable-debugger \ --with-mysql=/usr/local/mysql \ --mandir=/usr/local/man I did a gdb backtrace also: # gdp httpd gdp: not found # gdb httpd GNU gdb 5.0 Copyright 2000 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-pc-solaris2.8... (gdb) kill The program is not being run. (gdb) run -X -f /usr/local/apache/conf/httpd.conf Starting program: /usr/local/apache/bin/httpd -X -f /usr/local/apache/conf/httpd.conf [New LWP 1] [New LWP 2] [New LWP 3] [New LWP 4] Program received signal SIGSEGV, Segmentation fault. 0xdf866d66 in php_xbithack_handler (r=0x82badf8) at mod_php4.c:777 777 conf = (php_apache_info_struct *) get_module_config(r-per_dir_config, php4_module); (gdb) bt #0 0xdf866d66 in php_xbithack_handler (r=0x82badf8) at mod_php4.c:777 #1 0x80abf65 in ap_invoke_handler () #2 0x80c04b7 in process_request_internal () #3 0x80c08c9 in ap_internal_redirect () #4 0x80a1126 in handle_dir () #5 0x80abf65 in ap_invoke_handler () #6 0x80c04b7 in process_request_internal () #7 0x80c0516 in ap_process_request () #8 0x80b78c3 in child_main () #9 0x80b7a6c in make_child () #10 0x80b7bd7 in startup_children () #11 0x80b81cb in standalone_main () #12 0x80b8a02 in main () #13 0x806b831 in _start () (gdb) frame 0 #0 0xdf866d66 in php_xbithack_handler (r=0x82badf8) at mod_php4.c:777 777 conf = (php_apache_info_struct *) get_module_config(r-per_dir_config, php4_module); (gdb) -- Edit this bug report at http://bugs.php.net/?id=19079edit=1
#19084 [Fbk-NoF]: str_replace cannot handle strings 32 kb
ID: 19084
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: No Feedback
Bug Type: Strings related
Operating System: Windows 2000
PHP Version: 4.2.2
New Comment:
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.
Previous Comments:
[2002-08-24 10:53:10] [EMAIL PROTECTED]
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.
[2002-08-24 10:31:34] [EMAIL PROTECTED]
To generate the output of my scripts I generally execute code like:
echo str_replace({body}, show_results(), implode ('', file
('template.html')));
so I put my output inside the page.
when the output generated by show_results() is 32kb I get the page
cannot be displayed error, random garbage in the output or just
incomplete output.
--
Edit this bug report at http://bugs.php.net/?id=19084edit=1
#19155 [Fbk-Csd]: fbsql_free_result() must be used
ID: 19155
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Closed
Bug Type: FrontBase related
Operating System: Mandrake Linux/FreeBSD
PHP Version: 4.2.2
New Comment:
No feedback, and should be fixed.
Previous Comments:
[2002-09-03 23:25:58] [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
Can you please try a snapshot dated sometime after today? I've put in
a fix which I believe will fix this.
[2002-08-28 11:42:13] [EMAIL PROTECTED]
fbsql_free_result().
This function appears to be of critical importance. If
you are experiencing random hangs and crashes in your scripts, suspect
a lack of fbsql_free_result().
It appears that failure to explicitly release a result set causes
memory problems, usually manifested by Apache segfaulting. With
FrontBase 3.4, this caused us very serious problems as locks were not
being released, resulting in a stalled database. With 3.4/3.5, this no
longer happens, but nonetheless the httpd child dies, which means that
pages are only partially output, and also impacts on performance. I
don't know the internals of the fbsql PHP driver and don't have time to
investigate further. I would suspect a bug in how cleanup in the
garbage collector is implemented, possibly leading to attempts to free
the same memory block twice, or an attempt to free a block with a bad
pointer (although that would be more likely to yield a SIGBUS, at least
occasionally, and we have only seen SIGSEGV). Simply using
fbsql_free_result() without knowing exactly what is causing the problem
might look like voodoo, but we have found it to be voodoo that works.
A typical FrontBase session might look like this:
$fbdc=fbsql_connect($DBServer,$DBUser,$DBPass) or die(Could not
connect to db);
$cok=fbsql_select_db($DBName);
if(!$cok)
{
echo PDB select failed/P\n;
die();
}
$qstr=select * from products where qty_on_hand 25;;
$oresult=fbsql_query($qstr,$fbdc);
if($oresult===false)
{
echo PQuery [$qstr] failed: .fbsql_errno().:
.fbsql_error()./P\n;
die();
}
do
{
$orow=fbsql_fetch_row($oresult);
if($orow!==false)
{
...
...
}
}while($orow!==false);
fbsql_free_result($oresult); --- THIS IS CRITICAL
fbsql_close($fbdc);
It is a big job to go back through a large set of scripts and retrofit
this code. Although the manual states it should not be necessary, it
would appear prudent to use this call in new code.
David Gillies
San Jose
Costa Rica
--
Edit this bug report at http://bugs.php.net/?id=19155edit=1
#10012 [Fbk-NoF]: installing after compiling --with-nsapi on iPlanet 4.1SP6 fails
ID: 10012 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: iPlanet related Operating System: SUN Solaris 2.7 PHP Version: 4.0 Latest CVS (27/03/2001) New Comment: 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. Previous Comments: [2002-08-23 21:26:01] [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 [2001-05-01 15:22:51] [EMAIL PROTECTED] Duplicate of #10581 --Jani [2001-03-27 03:59:21] [EMAIL PROTECTED] I had a similar problem to #4982, #5187. 1. My platform is: CVS php4-200103260645, iPlanet 4.1SP6, Solaris 2.7 2. Configure looks like this : ./configure --with-nsapi=/u/netscape/server4 --enable-libgcc (I'll need to add Oracle, but first I decided to compile without it ) Configure, make, make install completes no problems 3. I modified start, mime.conf, obj.conf as described in http://www.php.net/manual/en/install.netscape-enterprise.php 4. Starting iPlanet via web-Administrator port I received following: Status: [https-public]: start failed. (2: unknown early startup error) [https-public]: server terminated (signal 6): watchdog is restarting it [https-public]: failure: server initialization failed Error An error occurred during startup. The server https-public was not started. 5. If I removed the Init fn=php4_init errorString line from obj.conf file, the server started incorrectly. It refuses to parse PHP files. I just get document contains no data. Is it bug or my incorrect configuration ? Any help pls -- Edit this bug report at http://bugs.php.net/?id=10012edit=1
#14843 [Fbk-NoF]: Magic Quotes GPC is broken in 4.1.0
ID: 14843
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: No Feedback
Bug Type: PHP options/info functions
Operating System: Linux
PHP Version: 4.1.0
New Comment:
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.
Previous Comments:
[2002-08-17 10:18:56] [EMAIL PROTECTED]
I believe this was fixed, can you please test a newer version of PHP
and confirm/deny this?
[2002-01-04 02:29:14] [EMAIL PROTECTED]
Here is a script that demonstrates the problem. If you uncomment line
4, magic quotes works consistently. If you do not, then some data (or
SOMETHING) will cause it to fail most of the time.
?
mysql_pconnect(,,); // Must fill in db options
if (isset($adCode)) {
// echo get_magic_quotes_gpc();
$sql=INSERT INTO ad_code set sponsor='{$sponsor}',
adCode='{$adCode}', cat='{$cat}';
echo $sql.brbr;
mysql_query($sql);
echo mysql_error();
}
?
Try various data with and with single quotes, and many times
magic_quotes_qpc will fail to escape the variables.
I would be happy to provide access to the actual script and server that
caused me to notice this problem. Just email.
--
Edit this bug report at http://bugs.php.net/?id=14843edit=1
#13660 [Fbk-NoF]: store extra data in db file on create
ID: 13660
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: No Feedback
Bug Type: DBM/DBA related
Operating System: Linux kernel 2.4.10 i686
PHP Version: 4.0.6
New Comment:
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.
Previous Comments:
[2002-08-28 12:57:41] [EMAIL PROTECTED]
think you can try a recent non-stable snapshot?
[2002-06-11 08:25:08] [EMAIL PROTECTED]
For anyone else with this problem:
Apparently calling the optimize function immediately after the create
will set everything back to nulls so the script itself is removed:
$dbRC = dba_optimize($dbID);
I would still like to know how the default size is determined of the
database file. I guess I will look for that info on GNU sites though.
[2002-05-29 09:22:48] [EMAIL PROTECTED]
I have seen the same thing. It only seems to happen to me when I am
including other php files. If I take out all require()'s, the db is
zero'ed out again.
Any suggestions?
[2001-10-13 11:49:31] [EMAIL PROTECTED]
Show the script below the text.
When I create a new db file, extras data has been stored.
In all cases, it was the script itself (ask me if you need
the new db file directly).
I think it's a bug (or a new backup feature ;).
Config details :
gdbm 1.8.0
libc6
kernel 2.4.10
data on a reiserfs partition
Is it due to a default filesize ?
If yes do you make a zero fill of the extra memory used ?
?
$id = dba_open(/tmp/test2.db,n,gdbm);
if(!$id){
echo Erreur dba_open;
exit;
}
dba_replace(key,This a test!,$id);
if(dba_exists(key,$id)){
echo dba_fetch(key,$id);
}else{
echo Not found;
}
dba_close($id);
?
--
Edit this bug report at http://bugs.php.net/?id=13660edit=1
#15422 [Fbk-NoF]: mssql_connect fails with username \
ID: 15422 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: MSSQL related Operating System: NT4 PHP Version: 4.0.6 New Comment: 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. Previous Comments: [2002-08-17 10:29:37] [EMAIL PROTECTED] What do the MSSQL does say this message means? [2002-02-07 05:02:30] [EMAIL PROTECTED] Of course the username is not actually \ but intranetUser [2002-02-07 04:57:59] [EMAIL PROTECTED] When trying to connect to a MS SQL Server 7 on the same machine using $linkId = mssql_connect($SqlHost,$SqlUser,$SqlPass) I get the following error: Warning: MS SQL message: Login failed for user '\'. (severity 14) in ... on line ... I have tried to replace the variables with literals, changed the username/password settings in the DB to but still get the same message over an over. I use PHP4.0.6 on NT4 with Apache over CGI. -- Edit this bug report at http://bugs.php.net/?id=15422edit=1
#15746 [Fbk-NoF]: Process exec() is slow from webserver - running from shell is ok ...
ID: 15746 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Performance problem Operating System: Windows 2000 Server PHP Version: 4.1.1 New Comment: 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. Previous Comments: [2002-08-27 11:47:21] [EMAIL PROTECTED] Err, so whats with the cygwin dlls in your netpbm distro?? Cygwin is a unix emulation library for windows. Please try a newer distro, such as the full netpbm release (10.5) mentioned by Chris ([EMAIL PROTECTED]). [2002-08-27 10:09:58] [EMAIL PROTECTED] Wez, no one is using cygwin in the current setup. This is all run directly from under IIS. [2002-08-27 01:00:09] [EMAIL PROTECTED] No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2002-07-26 14:05:39] [EMAIL PROTECTED] Have you guys considered that it might be a cygwin problem? Cygwin does a lot of magic, some of it depends on obscure things like your CYGWIN environmental variable. Perhaps you should all confer and compare your cygwin setups? [2002-07-21 04:51:33] [EMAIL PROTECTED] Win32 - Full netpbm dist runs at acceptable speed. Was able to fix problem by swithing to full netpbm release (10.5). I only experience the idle CPU problem with the netpbm-gallery 1.1 release, distributed on the gallery site. So it may not be a PHP exec() bug after all. In order to use the full netpbm dist, I needed to make changes to Gallery's config.php: Change: $gallery-app-pnmtojpeg = ppmtojpeg; To: $gallery-app-pnmtojpeg = pnmtojpeg; ppmtojpeg.exe does not exist in netpbm 10.5. Chris 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/15746 -- Edit this bug report at http://bugs.php.net/?id=15746edit=1
#19122 [Fbk-NoF]: session.use_trans_sid doesn't take effect if zlib_output_compression is enabled
ID: 19122 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Session related Operating System: Win 2k and Debian 3 PHP Version: 4.2.2 New Comment: 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. Previous Comments: [2002-08-28 21:15:16] [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-08-28 17:58:26] [EMAIL PROTECTED] Ok, but it will take at least until 1st of September, because I've just 1GB/month traffic included. Where will I get them? Michael [2002-08-28 12:49:39] [EMAIL PROTECTED] can you please try one of the latest snapshots (non-stable)? I remember this coming up on the dev mailing list, but I can't remember if it was fixed, or what the final outcome was off hand. [2002-08-27 17:58:09] [EMAIL PROTECTED] I forgot that both run as module! Michael [2002-08-27 10:13:36] [EMAIL PROTECTED] If you use zlib's output compression, php doesn't autoappend the SID anymore (used session.auto_start) Testet on: - Win2k - Apache 2.0.39(apache.org binary) - PHP 4.2.2(php.net binary) - php.ini and - Debian 3 - Apache 1.3.26 - PHP 4.2.2 - .htaccess Michael -- Edit this bug report at http://bugs.php.net/?id=19122edit=1
#19125 [Fbk-NoF]: php -v or php -q or php terminated with ctrl-c leave orphan semaphores
ID: 19125 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Semaphore related Operating System: Red Hat Linux 7.1 PHP Version: 4.1.2 New Comment: 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. Previous Comments: [2002-08-27 12:48:12] [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-08-27 11:53:34] [EMAIL PROTECTED] Just running php with a simple command line option like -v or -? will cause the creation of two semaphores that never get released. The same occures if php is run and is killed before completion. Two orphaned semaphores will be left. -- Edit this bug report at http://bugs.php.net/?id=19125edit=1
#19130 [Fbk-NoF]: Program received signal SIGSEGV, Segmentation fault.
ID: 19130 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Apache2 related Operating System: Linux PHP Version: 4.2.2 New Comment: 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. Previous Comments: [2002-08-28 12:47:32] [EMAIL PROTECTED] setting to feedback [2002-08-27 22:14:38] [EMAIL PROTECTED] There's no '--with-apxs2' in your configure line..so is that really the one you used? Also note that Apache2 support in any released version of PHP is experimental and not supposed to be used for any production yet. [2002-08-27 15:59:23] [EMAIL PROTECTED] Running Apache 2.0.40 or previous versions work fine as long as I'm not adding PHP support with it. If module libphp4.so is compiled and added into the Apache configuration file, then nothing work and Apache refuse to start (no process). Here is the output of the command gdb httpd: Program received signal SIGSEGV, Segmentation fault. 0x005434bd in virtual_file_ex () from /etc/httpd/modules/libphp4.so (gdb) where #0 0x005434bd in virtual_file_ex () from /etc/httpd/modules/libphp4.so #1 0x004a0052 in expand_filepath () from /etc/httpd/modules/libphp4.so #2 0x0049f346 in php_fopen_and_set_opened_path () from /etc/httpd/modules/libphp4.so #3 0x0049fbcf in php_fopen_with_path () from /etc/httpd/modules/libphp4.so #4 0x004a069b in php_init_config () from /etc/httpd/modules/libphp4.so #5 0x0049ceb1 in php_module_startup () from /etc/httpd/modules/libphp4.so #6 0x0049a068 in php_apache_server_startup () from /etc/httpd/modules/libphp4.so #7 0x0806616a in ap_run_post_config () #8 0x0806b4b8 in main () #9 0x002cd3b2 in __libc_start_main () from /lib/libc.so.6 The compile/configure options lines used to build PHP are: ./configure \ --prefix=/usr \ --with-layout=GNU \ --with-config-file-path=/etc \ --with-exec-dir=/usr/bin \ --with-openssl \ --with-zlib \ --with-bz2 \ --with-gd \ --with-ttf \ --with-png \ --with-jpeg-dir=/usr \ --with-png-dir=/usr \ --with-freetype-dir=/usr \ --with-expat-dir=/usr \ --with-gmp \ --with-xml \ --with-imap=shared \ --with-imap-ssl \ --with-mysql=shared,/usr \ --with-mysql-sock=/var/lib/mysql/mysql.sock \ --with-pgsql=shared \ --with-ldap=shared \ --with-pspell \ --without-pic \ --disable-debug \ --disable-rpath \ --disable-posix \ --enable-force-cgi-redirect \ --enable-discard-path \ --enable-safe-mode \ --enable-magic-quotes \ --enable-pic \ --enable-dmalloc \ --enable-bcmath \ --enable-dio \ --enable-gd-native-ttf \ --enable-sysvsem \ --enable-sysvshm \ --enable-track-vars \ --enable-wddx \ --enable-inline-optimization \ --enable-memory-limit Regards, -- Edit this bug report at http://bugs.php.net/?id=19130edit=1
#19104 [Fbk-NoF]: ftp_get hangs with small files
ID: 19104
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: No Feedback
Bug Type: FTP related
Operating System: Linux Debian Woody
PHP Version: 4.1.2
New Comment:
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.
Previous Comments:
[2002-08-26 11:15: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
This should be fixed already..
[2002-08-26 07:50:43] [EMAIL PROTECTED]
The same test with ftp_fget:
The output file is writen after 90 secs (but this time there is
something written).
PS: My fopen and fclose are correct!
[2002-08-26 06:42:30] [EMAIL PROTECTED]
Hello,
I have th following problem with ftp_get function.
When I try to download small files (198 bytes or less), nothing seems
to happens. After 90 secs I receive a Warning message (Warning:
ftp_get: in /var/www/updater/toolbar.php on line 32 ).
My ftp server (proftpd) says transfer is Ok.
Here is a part of this script : (line 32 is the one with ftp_get)
if ($ftp_conn=ftp_connect($RemoteServer)){
if (ftp_login($ftp_conn,$login,$passwd)){
if ($afiles=ftp_get($ftp_conn,$file,$file,FTP_BINARY)){
} else { $res.=$msgDownloadFailed;}
} else { $res.=$msgAutenticationFailed;}
}else { $res.=$msgConnectionFailed;}
ftp_quit($ftp_conn);
--
Edit this bug report at http://bugs.php.net/?id=19104edit=1
#19106 [Fbk-Csd]: segfault on ldap_mod_del call
ID: 19106 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: LDAP related Operating System: debian woody 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 Previous Comments: [2002-08-26 11:11:59] [EMAIL PROTECTED] Try newer version first..afaik, this is fixed in CVS at least. Try this snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz [2002-08-26 09:40:35] [EMAIL PROTECTED] 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. [2002-08-26 09:33:30] [EMAIL PROTECTED] the line: ldap_mod_del($this-cid, $dn, $attrs); where $attrs holds: Array ( [street] = Array ( [0] = test ) ) and currently in openldap (2.0.23) the attributes are: Array ( [street] = Array ( [0] = test [1] = test1 [2] = test2 ) ) causes apache (1.3.26) to segfault thus: [Tue Aug 27 01:05:41 2002] [notice] child pid 6589 exit signal Segmentation fault (11) [Tue Aug 27 01:05:42 2002] [notice] child pid 6590 exit signal Segmentation fault (11) etc ... from what i can gather, an attempt to ldap_mod_del an attribute [0] whilst [1] still holds a value causes the segfault. because calling ldap_mod_del to delete all three attributes works fine. -- Edit this bug report at http://bugs.php.net/?id=19106edit=1
#17283 [Fbk-NoF]: register_tick_function();
ID: 17283
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: No Feedback
Bug Type: Scripting Engine problem
Operating System: win2000
PHP Version: 4.2.1
New Comment:
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.
Previous Comments:
[2002-08-23 22:25: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
[2002-07-01 21:43:48] [EMAIL PROTECTED]
duplicate of 11536
- I assume that this is supposed to indicate that if you keep reloading
it, the lists gets longer and longer...
[2002-05-16 23:04:40] [EMAIL PROTECTED]
PHP as a module in Apache!(Apache1.3.24 + PHP4.2.1)
?php
// A function that records the time when it is called
function profile($dump = FALSE)
{
static $profile;
// Return the times stored in profile, then erase it
if ($dump) {
$temp = $profile;
unset ($profile);
return ($temp);
}
$profile[] = microtime();
}
// Set up a tick handler
register_tick_function(profile);//here have a bug,but on
win32+PHP4.2.1 no problem!
// Initialize the function before the declare block
profile();
// Run a block of code, throw a tick every 2nd statement
declare(ticks=2) {
for ($x = 1; $x 50; ++$x) {
echo similar_text (md5($x), md5($x*$x)), lt;brgt;;
}
}
// Display the data stored in the profiler
print_r(profile (TRUE));
?
--
Edit this bug report at http://bugs.php.net/?id=17283edit=1
#17897 [Com]: POST form variables are empty
ID: 17897 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Apache2 related Operating System: Linux PHP Version: 4.2.1 New Comment: Thanks [EMAIL PROTECTED]! Adding AddType application/x-httpd-php .php to the conf file worked for me. PHP 4.2.3 APACHE 2.0.40 on WindowsXP Previous Comments: [2002-09-06 14:12:36] [EMAIL PROTECTED] this helped me... LoadModule php4_module php4apache2.dll AddType application/x-httpd-php .php this doen't work #LoadModule php4_module php4apache2.dll #FilesMatch \.php$ #SetOutputFilter PHP #/FilesMatch [2002-09-06 14:05:20] [EMAIL PROTECTED] !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN html head titleUntitled/title /head body form name=form action=t.php method=post input type=text name=xinput type=submit name=submit /form /body /html ? echo $_POST[x]; echo $x; ? both echo are empty... oh yea and file is called t.php... and i have gloabal = on and populoating varibles with post data... help... [2002-07-09 18:22:00] [EMAIL PROTECTED] Not really bug (in PHP). If '/' is not added, then a redirection is done to the / address..and of course the post data is lost. Using that kind of urls in action field is not very wise.. [2002-07-09 14:09:09] [EMAIL PROTECTED] This workaround works: Sending the value called a from a form: $string = $_POST[a]; Apache 2.0.39 php 4.2.1 [2002-07-08 22:32:31] [EMAIL PROTECTED] Confirmed [EMAIL PROTECTED] example, of action=foo/ vs action=foo, and lost POST values for the latter. With Apache1 and GET working both ways. I'm not sure about the apache2/post bug. Is this a php-dev, phpdoc, or apache bug? 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/17897 -- Edit this bug report at http://bugs.php.net/?id=17897edit=1
#18975 [Fbk-NoF]: [chm] bug on chm.about.html
ID: 18975 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Documentation problem Operating System: windows PHP Version: 4.2.2 New Comment: 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. Previous Comments: [2002-08-20 12:34:35] [EMAIL PROTECTED] OK, so can someone from the doc group be so kind and add this info to the command line page? What version you would like to see in the CHM?? I cannot understand... [2002-08-20 11:54:46] [EMAIL PROTECTED] My apologies, I am new to this new documentation obviously and this is my first bug report. In My Opinion, deprecated features should STILL be covered in future documentation, as is customary within several years of feature deprecation. Also, I couldnt even find a legitimate version in any of the usual places in this document CHM, which makes the Version field above veritably useless [2002-08-20 03:46:47] [EMAIL PROTECTED] First of all this bug is not on the about page. It would be nice from you to report this bug from the page where it is. The -q option is not documented, because the CLI version of PHP does not use the -q option, and it's the right version now to use in the command line (not the CGI one). [2002-08-19 17:59:29] [EMAIL PROTECTED] I have found a bug on page chm.about.html [chm date: 2002-08-14]... Information regarding the '-q' commandline option for php command line operation is missing from the Beta Release 7 of the windows .chm reference. -- Edit this bug report at http://bugs.php.net/?id=18975edit=1
#18917 [NoF-Opn]: output buffer functions and errors in the script
ID: 18917
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: No Feedback
+Status: Open
Bug Type: Output Control
Operating System: RH 7.3
PHP Version: 4.2.2
New Comment:
sorry, I am out of my box to ca 25 september 2002., so i can not
cooperate :(
Previous Comments:
[2002-09-21 01:54:14] [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-08-20 23:12:48] [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-08-15 09:01:31] [EMAIL PROTECTED]
Error or Warnings in script, that use ob_start(callback) or
ob_get_contents() can cause buffer to be cut off or completly
crippled and filled with trash
ob_start(callback_func)
{
// main loop
do something here
output something here
}
function callback_func($buffer)
{
$result=do_something( $buffer);
return $result;
}
if some error or waring occures in main loop, content of the output
buffer may be
crippled, seems that ob_get_content() returns some short snipplet of
binary data only , in my case it is
ÁUð1À
ÒtÈB¸ûÿÿ
ÒuUèeô[^_]ÃWj or shortened ( not all
length of the output buffer is parsed to callback_func).
I have sugestion, how PHP should treat errors in the output_buffered
scripts.
If error occures in the main loop (not in the callback function) ,all
output of the script with error or waring messages appended SHOULD be
passed as parameter to callback_function...
If error occures inside the callback_function, SHOULD BE at least error
message send to browser.
--
Edit this bug report at http://bugs.php.net/?id=18917edit=1
#7472 [Fbk-Opn]: problem with strip_tags() function
ID: 7472
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Strings related
Operating System: linux
PHP Version: 4.3.0-dev
New Comment:
$result_strip_tags = strip_tags(first ?echo \? second);
echo \n$result_strip_tags\n;
still results in
sebastian@linux:~ /usr/local/bin/php strip_tags.php
first
sebastian@linux:~
Previous Comments:
[2002-09-19 20:54:21] [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
Cannot replicate the bug with latest CVS, using test case in the
original report or subsequent reports.
[2002-07-29 17:12:38] [EMAIL PROTECTED]
looked at php_strip_tags, The state machine is tracking 's, )'s and
('s. I don't know if this is necessary. Can fix by simply removing that
code. Emailed dev list asking for any further info.
[2002-07-29 09:16:07] [EMAIL PROTECTED]
Verified on Compaq Tru64/Alpha
[2002-01-22 07:54:43] [EMAIL PROTECTED]
Version updated
[2002-01-22 07:34:33] [EMAIL PROTECTED]
Bug still exists in PHP 4.1.1, tested under Linux 2.4 and Windows XP
with:
echo strip_tags(first ?echo \? second);
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/7472
--
Edit this bug report at http://bugs.php.net/?id=7472edit=1
#19507 [Opn]: incorrect parsing of POST/GET variables
ID: 19507
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type:mbstring related
PHP Version: 4.2.3
New Comment:
Could not verify this with CVS-HEAD on Linux 2.4.18
Previous Comments:
[2002-09-19 16:45:33] [EMAIL PROTECTED]
When compiling php with the mbstring extension, parsing of POST and GET
variables which contain url-encoded keys is not done correctly. this
especially effects array input variables in GET/POST request. for
example:
let's say we have a page only containing:
?php phpinfo(); ?
invoking this page like info.php?tld[]=.comtld[]=.nametld[]=.us
shows the correct result:
_GET[tld] = Array
(
[0] = .com
[1] = .name
[2] = .us
)
but the browser usually encodes [ with %5B and ] with %5D in the url,
so let's try that:
info.php?tld%5B%5D=.comtld%5B%5D=.nametld%5B%5D=.us
shows an incorrect result:
_GET[tld] = Array
(
[0] =
[1] = e
[2] = .us
)
To be frankly :) I already tracked down the problem by reviewing the
source code of PHP and noticed that it was introduced specifically in
4.2.3. Around line 1030 of mbstring.c, the code which parses the URL
variables was, it looks like, cleaned up a bit. it was in 4.2.2:
while (var n num) {
val = strchr(var, '=');
if (val) { /* have a value */
*val++ = '\0';
val_list[n] = var;
len_list[n] = php_url_decode(var, strlen(var));
n++;
val_list[n] = val;
len_list[n] = php_url_decode(val, strlen(val));
} else {
val_list[n] = var;
len_list[n] = php_url_decode(var, strlen(var));
n++;
val_list[n] = NULL;
len_list[n] = 0;
}
n++;
var = php_strtok_r(NULL, separator, strtok_buf);
}
num = n;
and in 4.2.3 changed to:
/* split and decode the query */
n = 0;
strtok_buf = NULL;
var = php_strtok_r(res, separator, strtok_buf);
while (var) {
val = strchr(var, '=');
val_list[n] = var;
len_list[n] = php_url_decode(var, strlen(var));
n++;
if (val) { /* have a value */
*val++ = '\0';
val_list[n] = val;
len_list[n] = php_url_decode(val, strlen(val));
} else {
val_list[n] = ;
len_list[n] = 0;
}
n++;
var = php_strtok_r(NULL, separator, strtok_buf);
}
num = n; /* make sure to process initilized vars only */
the problem with the code change is that the equal sign is not
overwritten with the string terminator \0 before php_url_decode is
called on the GET/POST variable name, so the GET/POST variable value is
urldecoded in the same step. but the code following the first
php_url_decode assumes that the equal sign is still on the same place,
which is not the case if the key contained characters that were
url-encoded (had characters in the %## syntax), because the string gets
smaller and the equal sign moves in this case.
one url-encoded character causes the string to get two characters
smaller, so we can explain our example from the top:
[ and ] are url-encoded, two characters, for each of them the equal
sign (and with it the GET/POST variable value) moves two characters.
so, it moves four characters at total:
_GET[tld] = Array
(
[0] =// .com are four characters, after four
disappear to the left, none remains
[1] = e // .name are five characters, after four
disappear to the left, only the last remains
[2] = .us// php_url_decode does place the end-of line
character of the decoded string just before the dot, so .us does not
get shortened
)
Maybe it's better to rewind this code part to what it was in 4.2.2.
just a suggestion, i don't want tell anyone how to do their work :)
You can also use the patch below. It is against PHP 4.2.3.
I already verified that the patch works, it fixes the problem.
--- php-4.2.3/ext/mbstring/mbstring.c.org 2002-09-19 22:32:22.0
+0200
+++ php-4.2.3/ext/mbstring/mbstring.c 2002-09-19 22:29:32.0
+0200
@@ -1031,15 +1031,18 @@
var = php_strtok_r(res, separator, strtok_buf);
while (var) {
val = strchr(var, '=');
- val_list[n] = var;
- len_list[n] = php_url_decode(var, strlen(var));
- n++;
if (val) { /* have a value */
*val++ = '\0';
+
#19537 [NEW]: Failed opening filename for inclusion ....
From: [EMAIL PROTECTED] Operating system: Windows 2000 Pro PHP version: 4.2.3 PHP Bug Type: Scripting Engine problem Bug description: Failed opening filename for inclusion I am running php as a isapi within IIS 5.0 on a windows 2000 professional platform. I get the error message below: Warning: Failed opening 'c:\inetpub\wwwroot\ezpublish\index.php\article\index' for inclusion (include_path='.;c:\php4\includes' in Unkown on line 0. If PHP tries to locate the file 'index.php\article\index' in the include directories it is obvious that php can't find it since it should look for the file 'index.php' passing the parameters '\article\index'. -- Edit bug report at http://bugs.php.net/?id=19537edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19537r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19537r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19537r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19537r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19537r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19537r=support Expected behavior: http://bugs.php.net/fix.php?id=19537r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19537r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19537r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19537r=globals
#19537 [Opn-Bgs]: Failed opening filename for inclusion ....
ID: 19537 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Windows 2000 Pro PHP Version: 4.2.3 New Comment: I don't think IIS supports this and only Apache does. It's up to the webserver to break these things apart, not PHP. So it's not a bug in PHP - bogus. Derick Previous Comments: [2002-09-21 05:23:46] [EMAIL PROTECTED] I am running php as a isapi within IIS 5.0 on a windows 2000 professional platform. I get the error message below: Warning: Failed opening 'c:\inetpub\wwwroot\ezpublish\index.php\article\index' for inclusion (include_path='.;c:\php4\includes' in Unkown on line 0. If PHP tries to locate the file 'index.php\article\index' in the include directories it is obvious that php can't find it since it should look for the file 'index.php' passing the parameters '\article\index'. -- Edit this bug report at http://bugs.php.net/?id=19537edit=1
#19507 [Opn-Csd]: incorrect parsing of POST/GET variables
ID: 19507
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type:mbstring related
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.
Try a tarball from snaps.php.net
Previous Comments:
[2002-09-21 04:59:19] [EMAIL PROTECTED]
Could not verify this with CVS-HEAD on Linux 2.4.18
[2002-09-19 16:45:33] [EMAIL PROTECTED]
When compiling php with the mbstring extension, parsing of POST and GET
variables which contain url-encoded keys is not done correctly. this
especially effects array input variables in GET/POST request. for
example:
let's say we have a page only containing:
?php phpinfo(); ?
invoking this page like info.php?tld[]=.comtld[]=.nametld[]=.us
shows the correct result:
_GET[tld] = Array
(
[0] = .com
[1] = .name
[2] = .us
)
but the browser usually encodes [ with %5B and ] with %5D in the url,
so let's try that:
info.php?tld%5B%5D=.comtld%5B%5D=.nametld%5B%5D=.us
shows an incorrect result:
_GET[tld] = Array
(
[0] =
[1] = e
[2] = .us
)
To be frankly :) I already tracked down the problem by reviewing the
source code of PHP and noticed that it was introduced specifically in
4.2.3. Around line 1030 of mbstring.c, the code which parses the URL
variables was, it looks like, cleaned up a bit. it was in 4.2.2:
while (var n num) {
val = strchr(var, '=');
if (val) { /* have a value */
*val++ = '\0';
val_list[n] = var;
len_list[n] = php_url_decode(var, strlen(var));
n++;
val_list[n] = val;
len_list[n] = php_url_decode(val, strlen(val));
} else {
val_list[n] = var;
len_list[n] = php_url_decode(var, strlen(var));
n++;
val_list[n] = NULL;
len_list[n] = 0;
}
n++;
var = php_strtok_r(NULL, separator, strtok_buf);
}
num = n;
and in 4.2.3 changed to:
/* split and decode the query */
n = 0;
strtok_buf = NULL;
var = php_strtok_r(res, separator, strtok_buf);
while (var) {
val = strchr(var, '=');
val_list[n] = var;
len_list[n] = php_url_decode(var, strlen(var));
n++;
if (val) { /* have a value */
*val++ = '\0';
val_list[n] = val;
len_list[n] = php_url_decode(val, strlen(val));
} else {
val_list[n] = ;
len_list[n] = 0;
}
n++;
var = php_strtok_r(NULL, separator, strtok_buf);
}
num = n; /* make sure to process initilized vars only */
the problem with the code change is that the equal sign is not
overwritten with the string terminator \0 before php_url_decode is
called on the GET/POST variable name, so the GET/POST variable value is
urldecoded in the same step. but the code following the first
php_url_decode assumes that the equal sign is still on the same place,
which is not the case if the key contained characters that were
url-encoded (had characters in the %## syntax), because the string gets
smaller and the equal sign moves in this case.
one url-encoded character causes the string to get two characters
smaller, so we can explain our example from the top:
[ and ] are url-encoded, two characters, for each of them the equal
sign (and with it the GET/POST variable value) moves two characters.
so, it moves four characters at total:
_GET[tld] = Array
(
[0] =// .com are four characters, after four
disappear to the left, none remains
[1] = e // .name are five characters, after four
disappear to the left, only the last remains
[2] = .us// php_url_decode does place the end-of line
character of the decoded string just before the dot, so .us does not
get shortened
)
Maybe it's better to rewind this code part to what it was in 4.2.2.
just a suggestion, i don't want tell
#19538 [NEW]: No way to identify source of email sent by mail()
From: [EMAIL PROTECTED] Operating system: ALL PHP version: 4.2.3 PHP Bug Type: Feature/Change Request Bug description: No way to identify source of email sent by mail() The problem is that when any user sends email message from php script it always comes from ,,http'' (or whatever) user. There is no way to identify which script was used to send some mail. User sets all headers as he wants ;/ Sender is http@fqdn. On my systems users have a lot of php scripts and spammers use them to spam through my server! Identifying which script was used is quite problematic when there are tons of scripts. php currently doesn't give any information about which script was that - there is no usefull enviroment variables, there is no additional mail headers, working directory when calling sendmail is ,,/'' so I can't even do pwd to identify directory with php script. I'm suggesting adding way to identify source script. I thing about two ways of doing this: 1) set enviroment variable SCRIPT_FILENAME with same value as in php (and other variables) before executing sendmail so It would be possible to setup wrapper instead of sendmail and do whatever you want. 2) add option to php.ini like sendmail_id_header = yes|no that would cause adding some header to message like X-PHP-Script-Filename: /home/something/blah.php or even sendmail_id_header = name of php variable (that would cause to add X-Name-Of-PHP-Variable: it's value to mail message). Second is better because it works with SMTP, too. Opinions? -- Edit bug report at http://bugs.php.net/?id=19538edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19538r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19538r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19538r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19538r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19538r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19538r=support Expected behavior: http://bugs.php.net/fix.php?id=19538r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19538r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19538r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19538r=globals
#12300 [Fbk-Opn]: exec() family problems
ID: 12300 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Program Execution -Operating System: Win98 +Operating System: WinXP -PHP Version: 4.0.6 +PHP Version: 4.3 New Comment: one year later :) i've switched to a WinXP system. from the people who have posted successful runs of system() and exec() on w2k and xp i thought it would work. however, it DOESN'T. i downloaded the latest dev version and tried that. and it still doesn't happen. it works fine in the command prompt (with php.exe and php-cgi.exe). but in the browser (which uses php-cgi.exe) it gives the following: Warning: system() [function.system]: Unable to fork [D:\Website\projects\testbed\test.bat] in D:\Website\projects\testbed\test.phpdev on line 6 so it doesn't hang the browser anymore but maybe that's because of xp's shoot to kill policy. i tried fiddiling with the permissions to see if its the cause. but even with the most liberal permissions it gives the same result. Previous Comments: [2002-09-20 19:53:01] [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 [2001-10-24 09:02:57] [EMAIL PROTECTED] Tried it on 4.0.7, 4.1RC1a (with the win patch) and 4.2-dev Failed on the lot of them with same behaviour (works in the command prompt, hangs in the browser). [2001-10-24 06:30:21] [EMAIL PROTECTED] Can you try the latest CVS? Or a development-binary from http://208.44.124.20/php-dev-win/ Does this problem still occur? [2001-07-21 14:41:42] [EMAIL PROTECTED] exec(), system(), etc. cause php to hang when called through the browser. when executed from the command line, it works fine. I'm running PHP4.06, PWS, Win98SE. I'm using the PHP binary downloaded from php.net. I have a batch file, test.bat which contains one line: echo Hello My PHP script is: $cmd=test.bat; echo Executing command: [$cmd]\n; system($cmd,$value); echo Return value is: $value\n; When I run this from the command line, ie. php test.bat, it works as expected. When I call the script from the browser, a command window opens and closes quickly, I get no output in the browser and the browser keeps trying to load the script. If I hit stop, the browser stops with nothing retrieved at all. PHP is still listed in the task list when pressing CTRL+ALT+DEL. -- Edit this bug report at http://bugs.php.net/?id=12300edit=1
#19540 [NEW]: session_destroy() fails when session_name() is used
From: [EMAIL PROTECTED]
Operating system: Win2000Pro, Redhead Linux
PHP version: 4.2.2
PHP Bug Type: Session related
Bug description: session_destroy() fails when session_name() is used
Session is not destroyed with the code below. but when you remove the
session_name() from both files it works properly.
i tried on php v4.1.1+win2000 and php v4.2.2 on Linux.
//anypage.php
ob_start();
session_name('mySessID');
session_start();
...
//logoff.php
ob_start();
session_name('mySessID');
session_start();
session_unset();
session_destroy();
header(Location: .$host);
ob_end_flush();
--
Edit bug report at http://bugs.php.net/?id=19540edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=19540r=trysnapshot
Fixed in CVS:http://bugs.php.net/fix.php?id=19540r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=19540r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=19540r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=19540r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=19540r=support
Expected behavior: http://bugs.php.net/fix.php?id=19540r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=19540r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=19540r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=19540r=globals
#19540 [Opn-Csd]: session_destroy() fails when session_name() is used
ID: 19540
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Session related
Operating System: Win2000Pro, Redhead Linux
PHP Version: 4.2.2
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-09-21 09:45:54] [EMAIL PROTECTED]
Session is not destroyed with the code below. but when you remove the
session_name() from both files it works properly.
i tried on php v4.1.1+win2000 and php v4.2.2 on Linux.
//anypage.php
ob_start();
session_name('mySessID');
session_start();
...
//logoff.php
ob_start();
session_name('mySessID');
session_start();
session_unset();
session_destroy();
header(Location: .$host);
ob_end_flush();
--
Edit this bug report at http://bugs.php.net/?id=19540edit=1
#15373 [Asn-Fbk]: mail() not working, no error with invalid SMTP or email address
ID: 15373 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Feedback Bug Type: Mail related Operating System: win2000 PHP Version: 4.2.1 Assigned To: mfischer New Comment: If I run my script through http://snaps.php.net/win32/php4-win32-latest.zip with ---8 php.ini SMTP = sendmail_from = whoever error_reporting = E_ALL display_errors = On and 8 mail_15373.php ?php echo Sending mail ...\n; $retval = mail(nouser, subject, body); var_dump($retval); ? I get C:\phpcvsdebug\php -c . mail_15373.php Sending mail ... Warning: mail() [http://www.php.net/function.mail]: Failed to connect to mailserver at port 25, verify your SMTP an d smtp_port setting in php.ini or use ini_set() in mail_15373.php on line 4 bool(false) Same if I give some nonsense SMTP host: C:\phpcvsdebug\php -c . mail_15373.php Sending mail ... Warning: mail() [http://www.php.net/function.mail]: Failed to connect to mailserver at acbsdflskadfasklfhas-asdfasdfs port 25, verify your SMTP and smtp_port setting in php.ini or use ini_set() in mail_15373.php on line 4 bool(false) Please also test http://snaps.php.net/win32/php4-win32-latest.zip Previous Comments: [2002-09-03 12:23:47] [EMAIL PROTECTED] I ran into this same problem and had to set my smtp Relay Restrictions to allow the program to relay the message through the vertual server. [2002-07-02 12:46:13] [EMAIL PROTECTED] Yup, you were right, I didn't understood your concerns. Expect it to be fixed soon. [2002-07-02 12:39:12] [EMAIL PROTECTED] mfischer, I think you do not understand my situation. I have in my php.ini: SMTP = nothing-should-give-error; invalid SMTP error_reporting = E_ALL; display_errors = On ; Then I have a script with: //send mail with invalid STMP to invalid address echo mail(noaddress,test,hola); It immediately returns 1. Even with invalid SMTP and invalid email it just says 1 no errors are reported. Then how am I supposed to test my SMTP server if mail() always returns 1 and never sends the email? If I use a correct SMTP and correct address it does the same thing. I need to make it give some kind of error. Again, if I use php4ts.dll and php4apache.dll from php4.0.6 it says Bad Message destination or Failed to Connect if I put a valid address and keep the invalid SMTP. With valid address and SMTP the email is sent correctly with 4.0.6. [2002-07-02 03:11:31] [EMAIL PROTECTED] You don't need to use the improved error reporting. It has improvied in that way e.g. when the server returns an error response, you no longer just get server error but the message string the server 'said'. Are you sure you have error_reporting(E_ALL); so you see the warning message if mail should generate one? The only other way I could remotely see to debug this is that you tell me what your SMTP is and you open it for me to relay so I can do testings (we can do this in private mail of course). [2002-07-02 02:06:19] [EMAIL PROTECTED] changed version from 4.1.1 to 4.2.1 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/15373 -- Edit this bug report at http://bugs.php.net/?id=15373edit=1
#19541 [NEW]: mssql_connect fails under stress
From: [EMAIL PROTECTED]
Operating system: Windows NT4(SP6)
PHP version: 4.2.3
PHP Bug Type: MSSQL related
Bug description: mssql_connect fails under stress
I have found out that mssql_connect fails under stress. I'm using PHP
4.2.3/ISAPI on IIS4/NT4(SP6). MSSQL 7.0 Server is a dedicated dual
processor server with NT4(SP6). I've installed MDAC 2.7 RTM on the web
server and performance setting is set to foreground applications (read
bug: 9852).
I've despertately searched solution to this problem, since the site I'm
running is on production state already. I experienced this bug with PHP
4.2.2 at first then moved on to 4.2.3 without any change to the problem.
The error occurs on a line:
$dbconn = mssql_connect($dbalias,$dbuser,$dbpw);
and application log entry for the error is:
The description for Event ID ( 2000 ) in Source ( c-client ) could not be
found. It contains the following insertion string(s): , PHP Warning: MS
SQL: Unable to connect to server: *dbname* in *path* on line x.
I'm using TCP/IP protocol, however I've tried named pipes and
multiprotocol without help. I've tried to work around this problem and I
found out that usually this error occurs when several users are trying to
connect to the database simultaneously. I managed to reduce the appearance
of the error with the code:
function usleepWindows($usec)
{
$start = gettimeofday();
do
{
$stop = gettimeofday();
$timePassed = 100 * ($stop['sec'] - $start['sec'])
+ $stop['usec'] - $start['usec'];
}
while ($timePassed $usec);
}
$tries=11;
$totaldelay=0;
// Set db connection
$dbconn = mssql_connect($dbalias,$dbuser,$dbpw);
while(!$dbconn){
if ($tries=0){
echo Database failed to respond.;
$fp = fopen(c:\\logs\\conn_failed.log,a);
fputs($fp, gmdate(M d Y H:i:s) . : db connection failed. Total
delay:
$totaldelay. From: $REMOTE_HOST.\r\n);
fclose($fp);
exit;
}
$delay=mt_rand(8, 15);
usleepWindows($delay);
$conn = mssql_connect($dbalias,$dbuser,$dbpw);
$tries--;
$totaldelay += $delay;
}
The function usleepWindows was found from
http://www.php.net/manual/en/function.usleep.php.
I haven't tried the CGI yet and wouldn't want to since it will surely
suffocate the web server under load. ISAPI is far more superior and my
other experiences of it are very positive.
I hope to find a solid answer to this problem as it very critical to my
site.
--
Edit bug report at http://bugs.php.net/?id=19541edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=19541r=trysnapshot
Fixed in CVS:http://bugs.php.net/fix.php?id=19541r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=19541r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=19541r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=19541r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=19541r=support
Expected behavior: http://bugs.php.net/fix.php?id=19541r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=19541r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=19541r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=19541r=globals
#15038 [Opn-Csd]: replace parameter of Header() function doesn't work in Apache module
ID: 15038 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Apache related Operating System: linux PHP Version: 4.3.0-dev New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2002-08-22 18:56:08] [EMAIL PROTECTED] using php4-200208221500 [2002-08-22 17:20:11] [EMAIL PROTECTED] Which version is it? Please update this report to have the correct version number. [2002-08-22 01:27:27] [EMAIL PROTECTED] This problem has returned using the current cvs [2002-07-20 02:21:36] [EMAIL PROTECTED] latest cvs fixes this problem see bug #16458 [2002-07-13 16:46:08] [EMAIL PROTECTED] There were some recent changes to this code. Could you please try http://snaps.php.net/php4-latest.tar.gz The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/15038 -- Edit this bug report at http://bugs.php.net/?id=15038edit=1
#12934 [Ver-Csd]: strftime() doesn't grok negative time_t
ID: 12934 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Verified +Status: Closed Bug Type: Date/time related Operating System: Linux PHP Version: 4.3.0-dev New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2002-07-03 19:25:52] [EMAIL PROTECTED] strftime now returns false for negative values, but that doesn't solve the inconsistency. I'm really undecided if this is a Date/Time-problem or simply a lack of proper documentation. [2001-08-23 17:36:11] [EMAIL PROTECTED] This: echo strftime(%Y-%m-%d %H:%M:%S, -20); outputs an empty string. However, this: $foo = localtime(-2); echo $foo[5]+1900; outputs 1963 in Linux 2.2.15, but outputs an empty string in Win2k. While negative time_t is undefined according to POSIX, time functions should probably work consistently, and strftime() should never output nothing. (That is, since there is no error condition documented for strftime(), this: echo strftime(HONK, -20); should /always/ output HONK, even if the %-values end up empty because of the undefined meaning of negative time values.) So, either strftime with negative time values should work, or localtime with negative time values should fail (and the rest of the time functions made consistent with either decision). If it's decided that negative time values are to cause the functions to fail, then error conditions should probably be defined or documented for those functions (and maybe even warnings?). (To be clear, that's not PHP is nonconforming, but rather undocumented and nonportable inconsistency amongst *time functions is a particularly icky form of nasal demon.) -- Edit this bug report at http://bugs.php.net/?id=12934edit=1
#19542 [NEW]: imagettfbbox() ... undefined
From: [EMAIL PROTECTED] Operating system: linux redhat 6.2 PHP version: 4.2.3 PHP Bug Type: GD related Bug description: imagettfbbox() ... undefined I have this error with the 4.2.3 : Call to undefined function: imagettfbbox() No problem with configuration or compilation ... I have the same system and same web application for a long long time ... The porblem has appeared with this version ... The configuration line : ./configure --with-config-file-path=/etc/httpd --with-apxs --disable-debug --enable-versioning --enable-safe-mode --enable-memory-limit --with-mysql --enable-ftp --with-zlib --with-gd --enable-gd-native-ttf --with-ttf --with-jpeg-dir --with-xpm-dir=/usr/X11R6 --with-png-dir --with-tiff-dir --enable-bcmath --with-pdflib --with-imap --with-kerberos --with-imap-ssl i also tried with --with-ttf=/usr/lib it is gd-1.8.3 -- Edit bug report at http://bugs.php.net/?id=19542edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19542r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19542r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19542r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19542r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19542r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19542r=support Expected behavior: http://bugs.php.net/fix.php?id=19542r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19542r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19542r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19542r=globals
#19542 [Com]: imagettfbbox() ... undefined
ID: 19542 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: GD related Operating System: linux redhat 6.2 PHP Version: 4.2.3 New Comment: I forgot to tell that I also tried with php-latest Previous Comments: [2002-09-21 11:25:41] [EMAIL PROTECTED] I have this error with the 4.2.3 : Call to undefined function: imagettfbbox() No problem with configuration or compilation ... I have the same system and same web application for a long long time ... The porblem has appeared with this version ... The configuration line : ./configure --with-config-file-path=/etc/httpd --with-apxs --disable-debug --enable-versioning --enable-safe-mode --enable-memory-limit --with-mysql --enable-ftp --with-zlib --with-gd --enable-gd-native-ttf --with-ttf --with-jpeg-dir --with-xpm-dir=/usr/X11R6 --with-png-dir --with-tiff-dir --enable-bcmath --with-pdflib --with-imap --with-kerberos --with-imap-ssl i also tried with --with-ttf=/usr/lib it is gd-1.8.3 -- Edit this bug report at http://bugs.php.net/?id=19542edit=1
#18917 [Opn-Fbk]: output buffer functions and errors in the script
ID: 18917
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Output Control
Operating System: RH 7.3
PHP Version: 4.2.2
New Comment:
Reopen when you have tried the snapshot.
Previous Comments:
[2002-09-21 03:10:22] [EMAIL PROTECTED]
sorry, I am out of my box to ca 25 september 2002., so i can not
cooperate :(
[2002-09-21 01:54:14] [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-08-20 23:12:48] [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-08-15 09:01:31] [EMAIL PROTECTED]
Error or Warnings in script, that use ob_start(callback) or
ob_get_contents() can cause buffer to be cut off or completly
crippled and filled with trash
ob_start(callback_func)
{
// main loop
do something here
output something here
}
function callback_func($buffer)
{
$result=do_something( $buffer);
return $result;
}
if some error or waring occures in main loop, content of the output
buffer may be
crippled, seems that ob_get_content() returns some short snipplet of
binary data only , in my case it is
ÁUð1À
ÒtÈB¸ûÿÿ
ÒuUèeô[^_]ÃWj or shortened ( not all
length of the output buffer is parsed to callback_func).
I have sugestion, how PHP should treat errors in the output_buffered
scripts.
If error occures in the main loop (not in the callback function) ,all
output of the script with error or waring messages appended SHOULD be
passed as parameter to callback_function...
If error occures inside the callback_function, SHOULD BE at least error
message send to browser.
--
Edit this bug report at http://bugs.php.net/?id=18917edit=1
#19525 [Ver]: Yet Another Output Buffering Issue (YAOBI)
ID: 19525
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Verified
Bug Type: Output Control
-Operating System: Windows
+Operating System: All modules in ZTS mode
-PHP Version: 4CVS-2002-09-20
+PHP Version: 4CVS-2002-09-21
-Assigned To:
+Assigned To: james
New Comment:
Just tested on Linux with a CLI build with --enable-experimental-zts
and this doesn't show any error either.
Derick
Previous Comments:
[2002-09-20 15:23:30] [EMAIL PROTECTED]
Verified under Windows, Linux works fine
[2002-09-20 10:40:12] [EMAIL PROTECTED]
I tested this with both CGI and CLI SAPI modules.
My php.ini is below.
allow_call_time_pass_reference = Off
error_reporting = E_ALL ~E_NOTICE
display_errors = On
display_startup_errors = On
report_memleaks = On
register_globals = Off
register_argc_argv = On
include_path = .;c:\server\pear;c:\server\htdocs
extension_dir = c:\home\php\php4\release_ts
;extension=php_adt.dll
;extension=php_gd.dll
session.save_path = c:\server\apache\sessions\
url_rewriter.tags = a=href, area=href, frame=src, input=src,
form=fakeentry
docref_ext = .html
docref_root = file:///C:/Dokumente und
Einstellungen/Administrator/Eigene Dateien/PHP Manual/
[2002-09-20 09:51:54] [EMAIL PROTECTED]
Both Andrei and myself were not be able to reproduce this. We both got
the error message with CVS HEAD
Perhaps it is related to settings in php.ini, or related to the SAPI?
Can you point us to the php.ini and tell which SAPI you used?
Derick
[2002-09-20 09:12:23] [EMAIL PROTECTED]
Here is a reproducing script. It does not make sense, because it is
ripped out of its XML_Transformer context:
?php
ob_start('callback');
function callback($buffer) {
ob_start();
eval($buffer);
$result = ob_get_contents();
ob_end_clean();
return $result;
}
?
echo 'test';
PHP 4.2.3
Fatal error: Cannot use output buffering in output buffering
display handlers
HEAD
Neither output nor error message.
--
Edit this bug report at http://bugs.php.net/?id=19525edit=1
#19538 [Com]: No way to identify source of email sent by mail()
ID: 19538 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating System: ALL PHP Version: 4.2.3 New Comment: I suggest to add also sender IP as example X-php_sender_IP Previous Comments: [2002-09-21 07:54:29] [EMAIL PROTECTED] The problem is that when any user sends email message from php script it always comes from ,,http'' (or whatever) user. There is no way to identify which script was used to send some mail. User sets all headers as he wants ;/ Sender is http@fqdn. On my systems users have a lot of php scripts and spammers use them to spam through my server! Identifying which script was used is quite problematic when there are tons of scripts. php currently doesn't give any information about which script was that - there is no usefull enviroment variables, there is no additional mail headers, working directory when calling sendmail is ,,/'' so I can't even do pwd to identify directory with php script. I'm suggesting adding way to identify source script. I thing about two ways of doing this: 1) set enviroment variable SCRIPT_FILENAME with same value as in php (and other variables) before executing sendmail so It would be possible to setup wrapper instead of sendmail and do whatever you want. 2) add option to php.ini like sendmail_id_header = yes|no that would cause adding some header to message like X-PHP-Script-Filename: /home/something/blah.php or even sendmail_id_header = name of php variable (that would cause to add X-Name-Of-PHP-Variable: it's value to mail message). Second is better because it works with SMTP, too. Opinions? -- Edit this bug report at http://bugs.php.net/?id=19538edit=1
#19525 [Ver]: Yet Another Output Buffering Issue (YAOBI)
ID: 19525
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Verified
Bug Type: Output Control
-Operating System: All modules in ZTS mode
+Operating System: Windows
-PHP Version: 4CVS-2002-09-21
+PHP Version: 4CVS-2002-09-20
Assigned To: james
New Comment:
This is a ZTS issue (Derick tested under linux with ZTS enabled and it
failed).
Previous Comments:
[2002-09-21 12:15:28] [EMAIL PROTECTED]
Just tested on Linux with a CLI build with --enable-experimental-zts
and this doesn't show any error either.
Derick
[2002-09-20 15:23:30] [EMAIL PROTECTED]
Verified under Windows, Linux works fine
[2002-09-20 10:40:12] [EMAIL PROTECTED]
I tested this with both CGI and CLI SAPI modules.
My php.ini is below.
allow_call_time_pass_reference = Off
error_reporting = E_ALL ~E_NOTICE
display_errors = On
display_startup_errors = On
report_memleaks = On
register_globals = Off
register_argc_argv = On
include_path = .;c:\server\pear;c:\server\htdocs
extension_dir = c:\home\php\php4\release_ts
;extension=php_adt.dll
;extension=php_gd.dll
session.save_path = c:\server\apache\sessions\
url_rewriter.tags = a=href, area=href, frame=src, input=src,
form=fakeentry
docref_ext = .html
docref_root = file:///C:/Dokumente und
Einstellungen/Administrator/Eigene Dateien/PHP Manual/
[2002-09-20 09:51:54] [EMAIL PROTECTED]
Both Andrei and myself were not be able to reproduce this. We both got
the error message with CVS HEAD
Perhaps it is related to settings in php.ini, or related to the SAPI?
Can you point us to the php.ini and tell which SAPI you used?
Derick
[2002-09-20 09:12:23] [EMAIL PROTECTED]
Here is a reproducing script. It does not make sense, because it is
ripped out of its XML_Transformer context:
?php
ob_start('callback');
function callback($buffer) {
ob_start();
eval($buffer);
$result = ob_get_contents();
ob_end_clean();
return $result;
}
?
echo 'test';
PHP 4.2.3
Fatal error: Cannot use output buffering in output buffering
display handlers
HEAD
Neither output nor error message.
--
Edit this bug report at http://bugs.php.net/?id=19525edit=1
#19525 [Ver]: Yet Another Output Buffering Issue (YAOBI)
ID: 19525 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Verified Bug Type: Output Control -Operating System: Windows +Operating System: All modules in ZTS mode -PHP Version: 4CVS-2002-09-20 +PHP Version: 4CVS-2002-09-21 -Assigned To: +Assigned To: jmoore New Comment: resetting my info Previous Comments: [2002-09-21 12:30:44] [EMAIL PROTECTED] This is a ZTS issue (Derick tested under linux with ZTS enabled and it failed). [2002-09-21 12:15:28] [EMAIL PROTECTED] Just tested on Linux with a CLI build with --enable-experimental-zts and this doesn't show any error either. Derick [2002-09-20 15:23:30] [EMAIL PROTECTED] Verified under Windows, Linux works fine [2002-09-20 10:40:12] [EMAIL PROTECTED] I tested this with both CGI and CLI SAPI modules. My php.ini is below. allow_call_time_pass_reference = Off error_reporting = E_ALL ~E_NOTICE display_errors = On display_startup_errors = On report_memleaks = On register_globals = Off register_argc_argv = On include_path = .;c:\server\pear;c:\server\htdocs extension_dir = c:\home\php\php4\release_ts ;extension=php_adt.dll ;extension=php_gd.dll session.save_path = c:\server\apache\sessions\ url_rewriter.tags = a=href, area=href, frame=src, input=src, form=fakeentry docref_ext = .html docref_root = file:///C:/Dokumente und Einstellungen/Administrator/Eigene Dateien/PHP Manual/ [2002-09-20 09:51:54] [EMAIL PROTECTED] Both Andrei and myself were not be able to reproduce this. We both got the error message with CVS HEAD Perhaps it is related to settings in php.ini, or related to the SAPI? Can you point us to the php.ini and tell which SAPI you used? Derick The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/19525 -- Edit this bug report at http://bugs.php.net/?id=19525edit=1
#19538 [Opn]: No way to identify source of email sent by mail()
ID: 19538 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating System: ALL PHP Version: 4.2.3 New Comment: I've been thinking... and I don't think it's any useful to add those things. This is because it can be very easily compromised by just using popen(sendmail) or similar. Previous Comments: [2002-09-21 12:19:48] [EMAIL PROTECTED] I suggest to add also sender IP as example X-php_sender_IP [2002-09-21 07:54:29] [EMAIL PROTECTED] The problem is that when any user sends email message from php script it always comes from ,,http'' (or whatever) user. There is no way to identify which script was used to send some mail. User sets all headers as he wants ;/ Sender is http@fqdn. On my systems users have a lot of php scripts and spammers use them to spam through my server! Identifying which script was used is quite problematic when there are tons of scripts. php currently doesn't give any information about which script was that - there is no usefull enviroment variables, there is no additional mail headers, working directory when calling sendmail is ,,/'' so I can't even do pwd to identify directory with php script. I'm suggesting adding way to identify source script. I thing about two ways of doing this: 1) set enviroment variable SCRIPT_FILENAME with same value as in php (and other variables) before executing sendmail so It would be possible to setup wrapper instead of sendmail and do whatever you want. 2) add option to php.ini like sendmail_id_header = yes|no that would cause adding some header to message like X-PHP-Script-Filename: /home/something/blah.php or even sendmail_id_header = name of php variable (that would cause to add X-Name-Of-PHP-Variable: it's value to mail message). Second is better because it works with SMTP, too. Opinions? -- Edit this bug report at http://bugs.php.net/?id=19538edit=1
#7472 [Opn-Csd]: problem with strip_tags() function
ID: 7472
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Strings related
Operating System: linux
PHP Version: 4.3.0-dev
New Comment:
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2002-09-21 04:44:24] [EMAIL PROTECTED]
$result_strip_tags = strip_tags(first ?echo \? second);
echo \n$result_strip_tags\n;
still results in
sebastian@linux:~ /usr/local/bin/php strip_tags.php
first
sebastian@linux:~
[2002-09-19 20:54:21] [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
Cannot replicate the bug with latest CVS, using test case in the
original report or subsequent reports.
[2002-07-29 17:12:38] [EMAIL PROTECTED]
looked at php_strip_tags, The state machine is tracking 's, )'s and
('s. I don't know if this is necessary. Can fix by simply removing that
code. Emailed dev list asking for any further info.
[2002-07-29 09:16:07] [EMAIL PROTECTED]
Verified on Compaq Tru64/Alpha
[2002-01-22 07:54:43] [EMAIL PROTECTED]
Version updated
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/7472
--
Edit this bug report at http://bugs.php.net/?id=7472edit=1
#19472 [Asn-Csd]: Spanish CHM manual won't open
ID: 19472 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: Documentation problem Operating System: Windows XP PHP Version: 4.2.3 Assigned To: derick 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-09-18 06:14:51] [EMAIL PROTECTED] Assigned to Derick. [2002-09-18 05:35:46] [EMAIL PROTECTED] CHM version of the Spanish PHP manual from the Download section (size 1736 Kb, date 15 sep 2002) cannot be opened. Apparently this only happens with the Spanish. I tried to open the Italian and the English CHM files and both of them work. Error message: Can't open file: mk:@MSITStore:C:\php_manual_es.chm -- Edit this bug report at http://bugs.php.net/?id=19472edit=1
#19462 [Asn-Csd]: Page in Dutch in the English manual
ID: 19462 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: Documentation problem Operating System: Windows PHP Version: 4.2.1 Assigned To: derick 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-09-18 06:02:40] [EMAIL PROTECTED] Assigning this to Derick [2002-09-17 23:45:27] [EMAIL PROTECTED] In the PHM English language .chm format documentation (version: This file was generated: Sun Sep 08 02:07:01 2002) there is a page in Dutch called: Meerdere bestanden uploaden (Hoofdstuk 20. Bestanden uploaden naar server). I came across it when searching for the word submit. -- Edit this bug report at http://bugs.php.net/?id=19462edit=1
#18600 [Com]: Unable to create Java Virtual Machine
ID: 18600 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Java related Operating System: Windows 2000 PHP Version: 4.2.3 New Comment: Experiencing very similar problems to the first posted here - looks like some kind of timeout issue. Running Windows XP, PHP 4.2.2, j2sdk1.4.0_02, Apache/1.3.26 Running the first sample PHP/Java script from the manual, PHP successfully loads the Java Virtual machine straight after an Apache restart. After that I can run the script as long as it was run in roughly the last 30-60 seconds. If I wait longer that this time period, the script can no longer load the JVM. If you want to re-create the PHP environment, I'm using Firepages phpdev5: http://www.firepages.com.au/dev5.htm ini settings; [Java] java.class.path = c:\phpdev5\php\extensions\php_java.jar;c:\phpdev5\classes java.home = C:\Programme\Java\j2sdk1.4.0_02\jre java.library = C:\Programme\Java\j2sdk1.4.0_02\jre\bin\server\jvm.dll java.library.path = c:\phpdev5\php\extensions Previous Comments: [2002-09-09 14:50:46] [EMAIL PROTECTED] Yes, it's PHP. The message shown is similar to 'PHP has encountered an Access Violation at 77FCB2B9'. Nelio [2002-09-09 14:17:35] [EMAIL PROTECTED] Well thats a good step, we got rid of one of the errors. The access violation though doesn't sound good. Is it still PHP doing the violation or is it the JDK? [2002-09-09 13:36:36] [EMAIL PROTECTED] I tested with 4.3.0 (dev), and I got almost the same errors. The 'access violation' message is still there, and after some reloads, I could hang the IIS, and I had to restart it. During these tests I couldn't get the 'unable to create java virtual machime' message. [2002-09-09 09:54: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 Updating version. As I asked before though, can you test an unstable build of PHP, aka the code we are considering to be PHP 4.3.0 at the URLs provided above? [2002-09-09 07:32:23] [EMAIL PROTECTED] As soon as I knew about version 4.2.3, I got it and tried to see if the bug was fixed. Unfortunatelly, after few tests, I got the message 'PHP has encountered an Access Violation at 77FCB2B9'. So far I couldn't get the message 'Unable to create java virtual machine', but I didn't run a lot of tests. Also, after a few reloads at my test page, I couldn't get no more results (the request seemed to return nothing at all!). Other php pages that don't use the java lib still work fine. Nelio Pereira 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/18600 -- Edit this bug report at http://bugs.php.net/?id=18600edit=1
#18849 [Asn-Csd]: English CHM is not correctly built
ID: 18849 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: Documentation problem Operating System: windows 2000 PHP Version: 4.1.2 Assigned To: derick 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-08-12 15:55:06] [EMAIL PROTECTED] Running Win98... I am also unable to run the new english CHM documentation... when I double-click the file after downloading it, I receive the following error message: Cannot open the file: mk:@MSITStore:C:\WINDOWS\Desktop\php_manual_en.chm. Obviously, C:\WINDOWS\Desktop\php_manual_en.chm is my specific path to the file. Hopefully that helps the debugging process. The file also reports it's size as 394bytes which is much too small to be the complete documentation. [2002-08-11 11:21:30] [EMAIL PROTECTED] Some info I have just found out is that configure.in and Makefile.in of the manual build system were modified before aug 8 (when pt_BR, de and other manuals where built), so build system changes should not be an issue here... Also changing the description, as the link is OK, but the CHM is not built... [2002-08-11 11:14:30] [EMAIL PROTECTED] So the real link is the link to the English CHM. Other links are OK (including other CHMs). For a reference, see http://www.php.net/download-docs.php?sizes=1 Derick, can you please look at this? [2002-08-11 08:41:07] [EMAIL PROTECTED] There are quite some documentation hyperlinks on the page, so what link you are talking about? [2002-08-11 01:19:33] [EMAIL PROTECTED] http://www.php.net/download-docs.php The documentation hyperlink has only 1k Byte -- Edit this bug report at http://bugs.php.net/?id=18849edit=1
#18600 [Com]: Unable to create Java Virtual Machine
ID: 18600 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Java related Operating System: Windows 2000 PHP Version: 4.2.3 New Comment: One further comment - just tried is with JRE 1.3.0 - exactly the same problem. Previous Comments: [2002-09-21 12:56:21] [EMAIL PROTECTED] Experiencing very similar problems to the first posted here - looks like some kind of timeout issue. Running Windows XP, PHP 4.2.2, j2sdk1.4.0_02, Apache/1.3.26 Running the first sample PHP/Java script from the manual, PHP successfully loads the Java Virtual machine straight after an Apache restart. After that I can run the script as long as it was run in roughly the last 30-60 seconds. If I wait longer that this time period, the script can no longer load the JVM. If you want to re-create the PHP environment, I'm using Firepages phpdev5: http://www.firepages.com.au/dev5.htm ini settings; [Java] java.class.path = c:\phpdev5\php\extensions\php_java.jar;c:\phpdev5\classes java.home = C:\Programme\Java\j2sdk1.4.0_02\jre java.library = C:\Programme\Java\j2sdk1.4.0_02\jre\bin\server\jvm.dll java.library.path = c:\phpdev5\php\extensions [2002-09-09 14:50:46] [EMAIL PROTECTED] Yes, it's PHP. The message shown is similar to 'PHP has encountered an Access Violation at 77FCB2B9'. Nelio [2002-09-09 14:17:35] [EMAIL PROTECTED] Well thats a good step, we got rid of one of the errors. The access violation though doesn't sound good. Is it still PHP doing the violation or is it the JDK? [2002-09-09 13:36:36] [EMAIL PROTECTED] I tested with 4.3.0 (dev), and I got almost the same errors. The 'access violation' message is still there, and after some reloads, I could hang the IIS, and I had to restart it. During these tests I couldn't get the 'unable to create java virtual machime' message. [2002-09-09 09:54: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 Updating version. As I asked before though, can you test an unstable build of PHP, aka the code we are considering to be PHP 4.3.0 at the URLs provided above? 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/18600 -- Edit this bug report at http://bugs.php.net/?id=18600edit=1
#19372 [Asn-Csd]: wrong language(s) in CHMs
ID: 19372 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: Documentation problem Operating System: microsoft PHP Version: 4.2.3 Assigned To: derick 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-09-15 14:25:38] [EMAIL PROTECTED] Still the same problem with the French CHM I tried the German one but unfortunatly it was still not French ;) I do not realy feel like downloading every language Thank you for what you do and for the soon (real) French version of the CHM [2002-09-13 12:54:57] [EMAIL PROTECTED] The French chm manual is in Dutch. The Dutch is in German... we might find the French version in the German chm file :) Anyway, assigning to Derick as he creates the CHM's. [2002-09-12 06:07:08] [EMAIL PROTECTED] reclassified [2002-09-12 05:50:13] [EMAIL PROTECTED] php_manual_nl.chm is not Dutch, it is German and English! (OK it says handleiding and redactie door but those are the only words I have found) -- Edit this bug report at http://bugs.php.net/?id=19372edit=1
#19130 [NoF-Opn]: Program received signal SIGSEGV, Segmentation fault.
ID: 19130 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: No Feedback +Status: Open Bug Type: Apache2 related Operating System: Linux PHP Version: 4.2.2 New Comment: 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. Previous Comments: [2002-09-21 02:12:46] [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-08-28 12:47:32] [EMAIL PROTECTED] setting to feedback [2002-08-27 22:14:38] [EMAIL PROTECTED] There's no '--with-apxs2' in your configure line..so is that really the one you used? Also note that Apache2 support in any released version of PHP is experimental and not supposed to be used for any production yet. [2002-08-27 15:59:23] [EMAIL PROTECTED] Running Apache 2.0.40 or previous versions work fine as long as I'm not adding PHP support with it. If module libphp4.so is compiled and added into the Apache configuration file, then nothing work and Apache refuse to start (no process). Here is the output of the command gdb httpd: Program received signal SIGSEGV, Segmentation fault. 0x005434bd in virtual_file_ex () from /etc/httpd/modules/libphp4.so (gdb) where #0 0x005434bd in virtual_file_ex () from /etc/httpd/modules/libphp4.so #1 0x004a0052 in expand_filepath () from /etc/httpd/modules/libphp4.so #2 0x0049f346 in php_fopen_and_set_opened_path () from /etc/httpd/modules/libphp4.so #3 0x0049fbcf in php_fopen_with_path () from /etc/httpd/modules/libphp4.so #4 0x004a069b in php_init_config () from /etc/httpd/modules/libphp4.so #5 0x0049ceb1 in php_module_startup () from /etc/httpd/modules/libphp4.so #6 0x0049a068 in php_apache_server_startup () from /etc/httpd/modules/libphp4.so #7 0x0806616a in ap_run_post_config () #8 0x0806b4b8 in main () #9 0x002cd3b2 in __libc_start_main () from /lib/libc.so.6 The compile/configure options lines used to build PHP are: ./configure \ --prefix=/usr \ --with-layout=GNU \ --with-config-file-path=/etc \ --with-exec-dir=/usr/bin \ --with-openssl \ --with-zlib \ --with-bz2 \ --with-gd \ --with-ttf \ --with-png \ --with-jpeg-dir=/usr \ --with-png-dir=/usr \ --with-freetype-dir=/usr \ --with-expat-dir=/usr \ --with-gmp \ --with-xml \ --with-imap=shared \ --with-imap-ssl \ --with-mysql=shared,/usr \ --with-mysql-sock=/var/lib/mysql/mysql.sock \ --with-pgsql=shared \ --with-ldap=shared \ --with-pspell \ --without-pic \ --disable-debug \ --disable-rpath \ --disable-posix \ --enable-force-cgi-redirect \ --enable-discard-path \ --enable-safe-mode \ --enable-magic-quotes \ --enable-pic \ --enable-dmalloc \ --enable-bcmath \ --enable-dio \ --enable-gd-native-ttf \ --enable-sysvsem \ --enable-sysvshm \ --enable-track-vars \ --enable-wddx \ --enable-inline-optimization \ --enable-memory-limit Regards, -- Edit this bug report at http://bugs.php.net/?id=19130edit=1
#18700 [Asn-Csd]: System can't open the windows help file (chm format).
ID: 18700 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: Documentation problem Operating System: WinXP PHP Version: 4.2.0 Assigned To: derick 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-09-16 12:29:29] [EMAIL PROTECTED] The spanish version of the .chm manual it's showing the same error... I don't know if it's OK to post this message here... [2002-08-02 11:23:13] [EMAIL PROTECTED] Sorry, that I've created a report with the same content; I've not found this topic by the advanced bug search. I don't think there is something special, just to recompile the manual... [2002-08-02 09:29:35] [EMAIL PROTECTED] I don't think that this is a windows problem, as the number of bug reports and the info we received indicates that the built CHMs are faulty. And Derick maintains the build system of CHMs AFAIK... [2002-08-02 09:21:01] [EMAIL PROTECTED] Assigning to derick as per request of goba, although I'd think someone with more Windows experience might be better. [2002-08-02 08:42:40] [EMAIL PROTECTED] As reported by some guy at the php.net webmaster adress it contains \0-s only... So Derick, can you please look at this thing? There was also a bug about this with the same content(#18700). Sorry, but I cannot do anything about it... 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/18700 -- Edit this bug report at http://bugs.php.net/?id=18700edit=1
#19538 [Com]: No way to identify source of email sent by mail()
ID: 19538 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating System: ALL PHP Version: 4.2.3 New Comment: I'm running safe_mode so executing/popening sendmail is not possible (theoretically). It's really very usefull. Now there is completly no way to identify source of mail. Also note that in most cases _not_ mine users are those who are spamming but other people through typical mail.php scripts (forms) put on web by mine users. Identifying script would allow me to fix it/protect or just tell user to remove it. Previous Comments: [2002-09-21 12:35:07] [EMAIL PROTECTED] I've been thinking... and I don't think it's any useful to add those things. This is because it can be very easily compromised by just using popen(sendmail) or similar. [2002-09-21 12:19:48] [EMAIL PROTECTED] I suggest to add also sender IP as example X-php_sender_IP [2002-09-21 07:54:29] [EMAIL PROTECTED] The problem is that when any user sends email message from php script it always comes from ,,http'' (or whatever) user. There is no way to identify which script was used to send some mail. User sets all headers as he wants ;/ Sender is http@fqdn. On my systems users have a lot of php scripts and spammers use them to spam through my server! Identifying which script was used is quite problematic when there are tons of scripts. php currently doesn't give any information about which script was that - there is no usefull enviroment variables, there is no additional mail headers, working directory when calling sendmail is ,,/'' so I can't even do pwd to identify directory with php script. I'm suggesting adding way to identify source script. I thing about two ways of doing this: 1) set enviroment variable SCRIPT_FILENAME with same value as in php (and other variables) before executing sendmail so It would be possible to setup wrapper instead of sendmail and do whatever you want. 2) add option to php.ini like sendmail_id_header = yes|no that would cause adding some header to message like X-PHP-Script-Filename: /home/something/blah.php or even sendmail_id_header = name of php variable (that would cause to add X-Name-Of-PHP-Variable: it's value to mail message). Second is better because it works with SMTP, too. Opinions? -- Edit this bug report at http://bugs.php.net/?id=19538edit=1
#19538 [Opn-Asn]: No way to identify source of email sent by mail()
ID: 19538 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: Feature/Change Request Operating System: ALL PHP Version: 4.2.3 -Assigned To: +Assigned To: derick New Comment: Makes sense then... I'll have a look. Derick Previous Comments: [2002-09-21 13:28:29] [EMAIL PROTECTED] I'm running safe_mode so executing/popening sendmail is not possible (theoretically). It's really very usefull. Now there is completly no way to identify source of mail. Also note that in most cases _not_ mine users are those who are spamming but other people through typical mail.php scripts (forms) put on web by mine users. Identifying script would allow me to fix it/protect or just tell user to remove it. [2002-09-21 12:35:07] [EMAIL PROTECTED] I've been thinking... and I don't think it's any useful to add those things. This is because it can be very easily compromised by just using popen(sendmail) or similar. [2002-09-21 12:19:48] [EMAIL PROTECTED] I suggest to add also sender IP as example X-php_sender_IP [2002-09-21 07:54:29] [EMAIL PROTECTED] The problem is that when any user sends email message from php script it always comes from ,,http'' (or whatever) user. There is no way to identify which script was used to send some mail. User sets all headers as he wants ;/ Sender is http@fqdn. On my systems users have a lot of php scripts and spammers use them to spam through my server! Identifying which script was used is quite problematic when there are tons of scripts. php currently doesn't give any information about which script was that - there is no usefull enviroment variables, there is no additional mail headers, working directory when calling sendmail is ,,/'' so I can't even do pwd to identify directory with php script. I'm suggesting adding way to identify source script. I thing about two ways of doing this: 1) set enviroment variable SCRIPT_FILENAME with same value as in php (and other variables) before executing sendmail so It would be possible to setup wrapper instead of sendmail and do whatever you want. 2) add option to php.ini like sendmail_id_header = yes|no that would cause adding some header to message like X-PHP-Script-Filename: /home/something/blah.php or even sendmail_id_header = name of php variable (that would cause to add X-Name-Of-PHP-Variable: it's value to mail message). Second is better because it works with SMTP, too. Opinions? -- Edit this bug report at http://bugs.php.net/?id=19538edit=1
#19423 [Opn-Fbk]: Problem with extension_dir in PHP.ini
ID: 19423 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: *Web Server problem Operating System: Windows 9x/NT/ME/2000/XP PHP Version: 4.2.3 New Comment: try changing 'c:\php\extensions' to 'c:\\php\\extensions' or 'c:/php/extensions' and see if it begins to work. Previous Comments: [2002-09-16 08:32:29] [EMAIL PROTECTED] Oh yeah, I forgot to add that all the pertinent files for this extension are in the %system% directory! [2002-09-16 08:29:45] [EMAIL PROTECTED] To mficher: If you can give me some cookbook instructions on how to use this tool, then I would be glad to give it a try. It looks as though it needs a running process, but the error occurs when I start IIS. How can I accomplish what you need? [2002-09-16 03:24:32] [EMAIL PROTECTED] Is there a chance to use the strace tool [1] to track what's going on/wrong here? This tool may help tracking down which directory/files are really accessed. [1] http://razor.bindview.com/tools/desc/strace_readme.html [2002-09-16 02:39:04] [EMAIL PROTECTED] This also occurs with MicroWeb-Server on Windows. So I reclassified it to WebServer-Problem. MicroWeb specific: Setting the extension_dir is not possible. Specifying a directory in the php.ini has no affect, although other settings can be configured fine... Microweb supports PHP only over CGI-Interface. [2002-09-15 16:51:17] [EMAIL PROTECTED] I don't know what the problem with the extension_dir is on Win 2K. If there is anything assigned it returns an error with a / appended to the assignment directory (Setting extension_dir =c:\php\extensions returns c:\php\extensions/php_xslt.dll with the error text about not finding the file) and of course, the windows file system is not compatible, if that's the real problem. I got it to work as noted below. Here is what I had to do for IIS 5.x Win 2K with PHP 4.2.3 PHP.ini Directory in which the loadable extensions (modules) reside. extension_dir = Windows Extensions extension=php_xslt.dll Most everyone else who reported problems were using Apache on Windows with a diferent version of PHP, so that's why I think there might be a problem with the build for windows. -- Edit this bug report at http://bugs.php.net/?id=19423edit=1
#19371 [Asn-Csd]: Pages containing version information which shouldn't
ID: 19371 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type:Documentation problem PHP Version: 4CVS-2002-09-12 Assigned To: hholzgra 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-09-12 05:12:12] [EMAIL PROTECTED] problem here is that refentry is used for both functions and the PCRE specs ... have to make the dsssl code more clever about it ... [2002-09-12 04:11:48] [EMAIL PROTECTED] Take a look at http://www.php.net/manual/en/pcre.pattern.modifiers.php and http://www.php.net/manual/en/pcre.pattern.syntax.php Those pages show up (unknown) right below the title and if I got Hartmuts patch right will read no version information, might be only in CVS in the future. Can we exclude this for these kind of pages? -- Edit this bug report at http://bugs.php.net/?id=19371edit=1
#19529 [Bgs]: Occational Commands out of sync errors
ID: 19529 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: MySQL related Operating System: Linux 2.4.18 PHP Version: 4.2.3 New Comment: I don't use the MySQL 4 libs. Previous Comments: [2002-09-21 01:42:05] [EMAIL PROTECTED] Mysql 4.x is still beta quality. So please stick to the stable releases for now. [2002-09-20 15:24:56] [EMAIL PROTECTED] Same problem for me with PHP 4.2.1 and MySQL 4.0.x. mysql_query sometimes fails just after calling mysql_select_db (I'm not using mysql_db_query). (only under high query per second). Sometimes I'm not experiencing the error message but mysql_query fails to return a valid resource identifier (and then mysql_fetch_row fails) - again first mysql_query after mysql_select_db is affected -. I'm using pconnect with mysql. I'm linking statically with the mysql lib provided with mysql 4.0.x. [2002-09-20 13:28:52] [EMAIL PROTECTED] There is no easily repeatable test case, as this seems to only happen at high load, and it is intermittent. Randomly, mysql_query will fail (more specificly, mysql_db_query), and the error message is Commands out of sync. MySQL info on error: http://www.mysql.com/doc/en/Commands_out_of_sync.html Other users have confirmed this back to version 4.2.1. We only use the built-in mysql client lib in PHP. -- Edit this bug report at http://bugs.php.net/?id=19529edit=1
#19529 [Bgs-Opn]: Occational Commands out of sync errors
ID: 19529 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: MySQL related Operating System: Linux 2.4.18 PHP Version: 4.2.3 New Comment: Additional information: this issue seems to only happen when using mysql_pconnect. I switched to mysql_connect and the issue has gone away. Seems to be an issue with persistent connections. Previous Comments: [2002-09-21 14:49:54] [EMAIL PROTECTED] I don't use the MySQL 4 libs. [2002-09-21 01:42:05] [EMAIL PROTECTED] Mysql 4.x is still beta quality. So please stick to the stable releases for now. [2002-09-20 15:24:56] [EMAIL PROTECTED] Same problem for me with PHP 4.2.1 and MySQL 4.0.x. mysql_query sometimes fails just after calling mysql_select_db (I'm not using mysql_db_query). (only under high query per second). Sometimes I'm not experiencing the error message but mysql_query fails to return a valid resource identifier (and then mysql_fetch_row fails) - again first mysql_query after mysql_select_db is affected -. I'm using pconnect with mysql. I'm linking statically with the mysql lib provided with mysql 4.0.x. [2002-09-20 13:28:52] [EMAIL PROTECTED] There is no easily repeatable test case, as this seems to only happen at high load, and it is intermittent. Randomly, mysql_query will fail (more specificly, mysql_db_query), and the error message is Commands out of sync. MySQL info on error: http://www.mysql.com/doc/en/Commands_out_of_sync.html Other users have confirmed this back to version 4.2.1. We only use the built-in mysql client lib in PHP. -- Edit this bug report at http://bugs.php.net/?id=19529edit=1
#19529 [Opn-Bgs]: Occational Commands out of sync errors
ID: 19529 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: Linux 2.4.18 PHP Version: 4.2.3 New Comment: IMHO, it's not a good idea to use MySQL 4.x. It's certainly not a good idea to use 3.x libs to access a 4.x server. Previous Comments: [2002-09-21 15:14:58] [EMAIL PROTECTED] Additional information: this issue seems to only happen when using mysql_pconnect. I switched to mysql_connect and the issue has gone away. Seems to be an issue with persistent connections. [2002-09-21 14:49:54] [EMAIL PROTECTED] I don't use the MySQL 4 libs. [2002-09-21 01:42:05] [EMAIL PROTECTED] Mysql 4.x is still beta quality. So please stick to the stable releases for now. [2002-09-20 15:24:56] [EMAIL PROTECTED] Same problem for me with PHP 4.2.1 and MySQL 4.0.x. mysql_query sometimes fails just after calling mysql_select_db (I'm not using mysql_db_query). (only under high query per second). Sometimes I'm not experiencing the error message but mysql_query fails to return a valid resource identifier (and then mysql_fetch_row fails) - again first mysql_query after mysql_select_db is affected -. I'm using pconnect with mysql. I'm linking statically with the mysql lib provided with mysql 4.0.x. [2002-09-20 13:28:52] [EMAIL PROTECTED] There is no easily repeatable test case, as this seems to only happen at high load, and it is intermittent. Randomly, mysql_query will fail (more specificly, mysql_db_query), and the error message is Commands out of sync. MySQL info on error: http://www.mysql.com/doc/en/Commands_out_of_sync.html Other users have confirmed this back to version 4.2.1. We only use the built-in mysql client lib in PHP. -- Edit this bug report at http://bugs.php.net/?id=19529edit=1
#19283 [Com]: phpMyAdmin doesn't work with 4.2.3
ID: 19283
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: MySQL related
Operating System: Suse Linux 7.2
PHP Version: 4.2.3
New Comment:
With phpMyAdmin 4.3.{0,1-rc1} when you edit a record or a table
property, or anything that has to do with data posted from an input
field that is to be translated into sql, the resulting string to be
sent to mysql has some truncated caracters and is of course wrong in
syntax for mysql. Apparently it doesn't happen with version prior to
php-4.2.2
I'm using RH 7.{0,3} apache-1.3.26 php-4.2.3 MySQL-3.23.5{1,2}
I've not seen the optimize tables bug (coz i don't optimize very often)
Previous Comments:
[2002-09-18 17:06:00] [EMAIL PROTECTED]
Can you please elaborate on 'optimize tables kills the tables'?
There in fact there is a bug in MYSQL that was solved in upcomming
3.23.53 release, which could be what is causing the problem. The bug
description reads, 'Fixed a bug that OPTIMIZE of locked and modified
MyISAM table, reported table corruption'.
[2002-09-18 10:20:01] [EMAIL PROTECTED]
i know some where it does, sorry :)
[2002-09-18 10:19:04] [EMAIL PROTECTED]
suse 7.2 here. this bug does not affect all systems, but i know where
it does.
[2002-09-18 07:29:11] [EMAIL PROTECTED]
i can confirm this bug. phpmyadmin does not work at all with 4.3.2,
while it does with 4.2.2 (under suse 8).
[2002-09-08 12:03:51] [EMAIL PROTECTED]
optimize tables kills the tables. you can't eddit tables. (there is a
pseudo-syntax error). It DOES work with php4.2.2 - It's seems to be a
bug in the mysql implementation.
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/19283
--
Edit this bug report at http://bugs.php.net/?id=19283edit=1
#19283 [Com]: phpMyAdmin doesn't work with 4.2.3
ID: 19283
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: MySQL related
Operating System: Suse Linux 7.2
PHP Version: 4.2.3
New Comment:
Sorry i didn't see there was a work around for that in
http://bugs.php.net/bug.php?id=19404
Previous Comments:
[2002-09-21 15:18:28] [EMAIL PROTECTED]
With phpMyAdmin 4.3.{0,1-rc1} when you edit a record or a table
property, or anything that has to do with data posted from an input
field that is to be translated into sql, the resulting string to be
sent to mysql has some truncated caracters and is of course wrong in
syntax for mysql. Apparently it doesn't happen with version prior to
php-4.2.2
I'm using RH 7.{0,3} apache-1.3.26 php-4.2.3 MySQL-3.23.5{1,2}
I've not seen the optimize tables bug (coz i don't optimize very often)
[2002-09-18 17:06:00] [EMAIL PROTECTED]
Can you please elaborate on 'optimize tables kills the tables'?
There in fact there is a bug in MYSQL that was solved in upcomming
3.23.53 release, which could be what is causing the problem. The bug
description reads, 'Fixed a bug that OPTIMIZE of locked and modified
MyISAM table, reported table corruption'.
[2002-09-18 10:20:01] [EMAIL PROTECTED]
i know some where it does, sorry :)
[2002-09-18 10:19:04] [EMAIL PROTECTED]
suse 7.2 here. this bug does not affect all systems, but i know where
it does.
[2002-09-18 07:29:11] [EMAIL PROTECTED]
i can confirm this bug. phpmyadmin does not work at all with 4.3.2,
while it does with 4.2.2 (under suse 8).
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/19283
--
Edit this bug report at http://bugs.php.net/?id=19283edit=1
#19503 [Com]: file_exists() broken for relative paths
ID: 19503 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Filesystem function related Operating System: Linux PHP Version: 4.2.3 New Comment: I have just installed php 4.2.3 on Mac OS X/Jaguar, and file_exists() always returns false ; for the test programme sent by Nick, I get Starting from '/Users/fil/Sites' (allegedly) Looking for 'System.map' 0 0 : '' (/Users/fil/Sites/System.map) 0 0 : '../' (/Users/fil/System.map) 0 0 : '../../' (/Users/System.map) 0 0 : '../../../' (/System.map) 0 0 : '../../../../' (/System.map) 0 0 : '../../../../../' (/System.map) 0 0 : '../../../../../../' (/System.map) 0 0 : '../../../../../../../' (/System.map) 0 0 : '../../../../../../../../' (/System.map) 0 0 : '../../../../../../../../../' (/System.map) 0 0 : '../../../../../../../../../../' (/System.map) 0 0 : '../../../../../../../../../../../' (/System.map) 0 0 : '../../../../../../../../../../../../' (/System.map) 0 0 : '../../../../../../../../../../../../../' (/System.map) 0 0 : '../../../../../../../../../../../../../../' (/System.map) 0 0 : '../../../../../../../../../../../../../../../' (/System.map) 0 0 : '../../../../../../../../../../../../../../../../' (/System.map) 0 0 : '../../../../../../../../../../../../../../../../../' (/System.map) 0 0 : '../../../../../../../../../../../../../../../../../../' (/System.map) 0 0 : '../../../../../../../../../../../../../../../../../../../' (/System.map) Looking for 'is_file.php' 0 0 : '' (/Users/fil/Sites/is_file.php) 0 0 : '../' (/Users/fil/is_file.php) 0 0 : '../../' (/Users/is_file.php) 0 0 : '../../../' (/is_file.php) 0 0 : '../../../../' (/is_file.php) 0 0 : '../../../../../' (/is_file.php) 0 0 : '../../../../../../' (/is_file.php) 0 0 : '../../../../../../../' (/is_file.php) 0 0 : '../../../../../../../../' (/is_file.php) 0 0 : '../../../../../../../../../' (/is_file.php) 0 0 : '../../../../../../../../../../' (/is_file.php) 0 0 : '../../../../../../../../../../../' (/is_file.php) 0 0 : '../../../../../../../../../../../../' (/is_file.php) 0 0 : '../../../../../../../../../../../../../' (/is_file.php) 0 0 : '../../../../../../../../../../../../../../' (/is_file.php) 0 0 : '../../../../../../../../../../../../../../../' (/is_file.php) 0 0 : '../../../../../../../../../../../../../../../../' (/is_file.php) 0 0 : '../../../../../../../../../../../../../../../../../' (/is_file.php) 0 0 : '../../../../../../../../../../../../../../../../../../' (/is_file.php) 0 0 : '../../../../../../../../../../../../../../../../../../../' (/is_file.php) Looking for 'index.php' 0 0 : '' (/Users/fil/Sites/index.php) 0 0 : '../' (/Users/fil/index.php) 0 0 : '../../' (/Users/index.php) 0 0 : '../../../' (/index.php) 0 0 : '../../../../' (/index.php) 0 0 : '../../../../../' (/index.php) 0 0 : '../../../../../../' (/index.php) 0 0 : '../../../../../../../' (/index.php) 0 0 : '../../../../../../../../' (/index.php) 0 0 : '../../../../../../../../../' (/index.php) 0 0 : '../../../../../../../../../../' (/index.php) 0 0 : '../../../../../../../../../../../' (/index.php) 0 0 : '../../../../../../../../../../../../' (/index.php) 0 0 : '../../../../../../../../../../../../../' (/index.php) 0 0 : '../../../../../../../../../../../../../../' (/index.php) 0 0 : '../../../../../../../../../../../../../../../' (/index.php) 0 0 : '../../../../../../../../../../../../../../../../' (/index.php) 0 0 : '../../../../../../../../../../../../../../../../../' (/index.php) 0 0 : '../../../../../../../../../../../../../../../../../../' (/index.php) 0 0 : '../../../../../../../../../../../../../../../../../../../' (/index.php) Previous Comments: [2002-09-19 14:10:13] [EMAIL PROTECTED] 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. [2002-09-19 13:41:50] [EMAIL PROTECTED] Hi I can see many Closed versions of this bug report. It definitely is causing me problems, hence this report. I think that Apache 2.0.39 / php 4.2.1 was working, as my code broke after installing Apache 2.0.40 / php 4.2.3. I always build apache and php with the same options. The server is running as 'nobody'. is_file() behaves better, although it's not the function I want to use. A test case... (is_file.php)
#19543 [NEW]: file_exists() always returns false
From: [EMAIL PROTECTED]
Operating system: Mac OS X 10.2
PHP version: 4.2.3
PHP Bug Type: Filesystem function related
Bug description: file_exists() always returns false
The following script, named 'test.php', fails :
?php if (file_exists('test.php')) echo OK; ?
In fact file_exists(...) always returns false.
(This happens with apache 2.0.40)
--
Edit bug report at http://bugs.php.net/?id=19543edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=19543r=trysnapshot
Fixed in CVS:http://bugs.php.net/fix.php?id=19543r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=19543r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=19543r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=19543r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=19543r=support
Expected behavior: http://bugs.php.net/fix.php?id=19543r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=19543r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=19543r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=19543r=globals
#19544 [NEW]: Reference counting problem in php_COM_set
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.2.3 PHP Bug Type: COM related Bug description: Reference counting problem in php_COM_set I think there is a reference counting problem in function php_COM_set in file COM.c for collection objects. First, the DISPID_NEWENUM function is Invoke()ed to retrieve an enumerator. If this succeeds, the enumerator is created and according to COM rules its reference count should be 1. Next, an explicit AddRef() is done on the enumerator, setting its reference count to 2. The following QueryInterface (if it succeeds) will increment the reference count to 3. After that, FREE_VARIANT will call VariantClear which in turn will Release() the enumerator, leaving the reference count at 2 when the function is exited. When the object is finally released in php_COM_release, the enumerator will be Release()ed also, but since the reference count was 2 this will only bring the reference count down to 1 and therefore the enumerator will not clean up itself. I think the enumerator should NOT be AddRef()ed in php_COM_set. The MSDN article Implementing Automation Collections http://msdn.microsoft.com/library/en-us/dnautoma/html/msdn_collect.asp says this about how Visual Basic handles For Each: Step 1: Retrieve the value of docs._NewEnum into punk (remember that _NewNum is of type IUnknown*). Step 2: QueryInterface on punk for IEnumVARIANT (pUnk-QueryInterface( IID_IEnumVARIANT, penum)). Release punk. Step 3: While penum-Next returns a valid VARIANT, execute the code within the For Each clause, using the IDispatch pointer stored in the variant for all references to doc. Step 4: Release penum. Note that there is no AddRef() here. -- Edit bug report at http://bugs.php.net/?id=19544edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19544r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19544r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19544r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19544r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19544r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19544r=support Expected behavior: http://bugs.php.net/fix.php?id=19544r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19544r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19544r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19544r=globals
#19543 [Opn-Csd]: file_exists() always returns false
ID: 19543
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Filesystem function related
Operating System: Mac OS X 10.2
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-09-21 16:30:08] [EMAIL PROTECTED]
The following script, named 'test.php', fails :
?php if (file_exists('test.php')) echo OK; ?
In fact file_exists(...) always returns false.
(This happens with apache 2.0.40)
--
Edit this bug report at http://bugs.php.net/?id=19543edit=1
#19545 [NEW]: Clipboard functions
From: [EMAIL PROTECTED] Operating system: Windows 95 PHP version: 4.2.3 PHP Bug Type: Feature/Change Request Bug description: Clipboard functions Hi. I've always wanted to be able to read from and write to Windows' clipboard. It is possible in Perl, but I prefer to use PHP. I do not intend to manipulate a Web site visitor's clipboard through CGI, I know it is impossible. It is for shell scripting only. PHP has such an incredible number of functions, it surprises me that no such functions have been made yet. Many thanks, Luciano Espirito Santo -- Edit bug report at http://bugs.php.net/?id=19545edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19545r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19545r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19545r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19545r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19545r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19545r=support Expected behavior: http://bugs.php.net/fix.php?id=19545r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19545r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19545r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19545r=globals
#19210 [Opn-Csd]: read_exif_data truncates JPEG comments to 198 characters
ID: 19210
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Documentation problem
Operating System: RedHat 7.2/Linux 2.4.9
PHP Version: 4.1.2
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-09-03 15:47:21] [EMAIL PROTECTED]
reclassified..
[2002-09-03 14:24:06] [EMAIL PROTECTED]
This is apparently resolved in 4.2.2. However, the layout of the
return array from read_exif_data has significantly changed, so I'm
going to have to rewrite my code. In particular, there is no array
element named 'Comments' which was present in 4.1.2 (and I can find no
mention of this change in the ChangeLog or a footnote in the current
online documentation).
In fact, the additional parameters do not even work in PHP 4.2. So
you have to code
$exif = @read_exif_data ($image, 0, true);
if (!isset($exif) || empty($exif)) {
// Fall back to PHP 4.1 read_exif_data()
$exif = read_exif_data ($image);
...
}
Someplace, a footnote to this effect would be nice. Should I open a
documentation bug?
[2002-09-03 13:15:59] [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-03 12:12:42] [EMAIL PROTECTED]
I should have posted a small test sample. I'm putting one up on my web
site at http://www.astrofoto.org/people/roland/bug.php. The image
being probed can be loaded from the URL
http://www.astrofoto.org/people/roland/20020716-1.05.jpg
[2002-09-03 12:05:51] [EMAIL PROTECTED]
I have a JPEG (*not* from a digital camera) to which I have added a
comment block using wrjpegcom. rdjepgcom confirms that the comment is
correct in the file. The length of the comment is about 345
characters.
When I read the comment back from PHP using read_exif_data, the length
is truncated at 198 characters. Note that JPEG comment blocks can be
up to 64k(!). The comment in question is all text, no ASCII nulls, so
I'm assuming this truncation is happening inside PHP.
--
Edit this bug report at http://bugs.php.net/?id=19210edit=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: 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. Previous Comments: [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. [2002-09-21 02:12:46] [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-08-28 12:47:32] [EMAIL PROTECTED] setting to feedback [2002-08-27 22:14:38] [EMAIL PROTECTED] There's no '--with-apxs2' in your configure line..so is that really the one you used? Also note that Apache2 support in any released version of PHP is experimental and not supposed to be used for any production yet. [2002-08-27 15:59:23] [EMAIL PROTECTED] Running Apache 2.0.40 or previous versions work fine as long as I'm not adding PHP support with it. If module libphp4.so is compiled and added into the Apache configuration file, then nothing work and Apache refuse to start (no process). Here is the output of the command gdb httpd: Program received signal SIGSEGV, Segmentation fault. 0x005434bd in virtual_file_ex () from /etc/httpd/modules/libphp4.so (gdb) where #0 0x005434bd in virtual_file_ex () from /etc/httpd/modules/libphp4.so #1 0x004a0052 in expand_filepath () from /etc/httpd/modules/libphp4.so #2 0x0049f346 in php_fopen_and_set_opened_path () from /etc/httpd/modules/libphp4.so #3 0x0049fbcf in php_fopen_with_path () from /etc/httpd/modules/libphp4.so #4 0x004a069b in php_init_config () from /etc/httpd/modules/libphp4.so #5 0x0049ceb1 in php_module_startup () from /etc/httpd/modules/libphp4.so #6 0x0049a068 in php_apache_server_startup () from /etc/httpd/modules/libphp4.so #7 0x0806616a in ap_run_post_config () #8 0x0806b4b8 in main () #9 0x002cd3b2 in __libc_start_main () from /lib/libc.so.6 The compile/configure options lines used to build PHP are: ./configure \ --prefix=/usr \ --with-layout=GNU \ --with-config-file-path=/etc \ --with-exec-dir=/usr/bin \ --with-openssl \ --with-zlib \ --with-bz2 \ --with-gd \ --with-ttf \ --with-png \ --with-jpeg-dir=/usr \ --with-png-dir=/usr \ --with-freetype-dir=/usr \ --with-expat-dir=/usr \ --with-gmp \ --with-xml \ --with-imap=shared \ --with-imap-ssl \ --with-mysql=shared,/usr \ --with-mysql-sock=/var/lib/mysql/mysql.sock \ --with-pgsql=shared \ --with-ldap=shared \ --with-pspell \ --without-pic \ --disable-debug \ --disable-rpath \ --disable-posix \ --enable-force-cgi-redirect \ --enable-discard-path \ --enable-safe-mode \ --enable-magic-quotes \ --enable-pic \ --enable-dmalloc \ --enable-bcmath \ --enable-dio \ --enable-gd-native-ttf \ --enable-sysvsem \ --enable-sysvshm \ --enable-track-vars \ --enable-wddx \ --enable-inline-optimization \ --enable-memory-limit Regards, -- Edit this bug report at http://bugs.php.net/?id=19130edit=1
#15957 [Com]: HTML-code and header in mail message
ID: 15957 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *Mail Related Operating System: RedHat Linux PHP Version: 4.1.2 New Comment: Funny, I have the same problem. However, in my case, I only see the headers in the body of my emails when I am sending email to a domain residing on the same server as where the mail is being sent from. When i sent mail using PHP to a remote address the headers are fine. This is in 4.2.2... Previous Comments: [2002-03-08 08:27:45] [EMAIL PROTECTED] Never mind! [2002-03-08 08:21:51] [EMAIL PROTECTED] Backtrace from what? This is a support question and best asked on [EMAIL PROTECTED] until I missed some very important information you didn't mentioned at this point ... ? Bogusifying. [2002-03-08 08:15:23] [EMAIL PROTECTED] Unfortunately I've got no gdb backtrace. [2002-03-08 08:13:28] [EMAIL PROTECTED] If I use the mail function of PHP 4.1.2 and I use the following code: == ? /* recipients */ $to = Richard [EMAIL PROTECTED]; //note the comma /* subject */ $subject = HTML Testmail ; /* message */ $message = ' html head titleHTML Testmail/title /head body pHTML Testmail/p table tr thID/ththVoornaam/ththAchternaam/ththYear/th /tr tr td1/tdtdRichard/tdtdSterken/tdtd1970/td td2/tdtdDanny/tdtdDam Wichers/tdtd1973/td /tr /table /body /html '; /* To send HTML mail, you can set the Content-type header. */ $headers = MIME-Version: 1.0\r\n; $headers .= Content-type: text/html; charset=iso-8859-1\r\n; /* additional headers */ $headers .= From: Mailer Daemon [EMAIL PROTECTED]\r\n; /* and now mail it */ echo mail($to, $subject, $message, $headers); ? == I recieve a mail like this: == Content-type: text/html; charset=iso-8859-1 From: Mailer Daemon [EMAIL PROTECTED] html head titleHTML Testmail/title /head body pHTML Testmail/p table tr thID/ththVoornaam/ththAchternaam/ththYear/th /tr tr td1/tdtdRichard/tdtdSterken/tdtd1970/td td2/tdtdDanny/tdtdDam Wichers/tdtd1973/td /tr /table /body /html == -- Edit this bug report at http://bugs.php.net/?id=15957edit=1
#18331 [Ver-Csd]: ob_implicit_flush(true) no longer working
ID: 18331 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Verified +Status: Closed Bug Type: Output Control Operating System: All PHP Version: 4.3.0-dev New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Seems to have been fixed. Unable to replicate the problem on Linux or Windows using latest CVS. Previous Comments: [2002-07-15 21:55:46] [EMAIL PROTECTED] Someone needs to implement implicit flush for neseted output buffers as I post it to php-dev, today [2002-07-13 22:49:11] [EMAIL PROTECTED] Reproduced in Linux with CLI.. [2002-07-13 13:16:52] [EMAIL PROTECTED] ?php ob_implicit_flush(true); echo start\n; sleep(5); ? With PHP = 4.1.x, I get start just after execute the script. With PHP 4.2.1 CGI I have to wait 5 seconds before get any output. The problem is not reproduceable with CLI under Linux but CLI under Windows have it. Tomas V.V.Cox PS.- You need to have output_buffering=4096 and inmplicit_flush=Off in you php.ini to reproduce this problem. -- Edit this bug report at http://bugs.php.net/?id=18331edit=1
#19538 [Com]: No way to identify source of email sent by mail()
ID: 19538 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Feature/Change Request Operating System: ALL PHP Version: 4.2.3 Assigned To: derick New Comment: IMHO, sendmail's (or whatever MTA you're using) logs should give that kind of information away, not headers produced by PHP. Luciano ES Santos, SP - Brasil Previous Comments: [2002-09-21 13:32:31] [EMAIL PROTECTED] Makes sense then... I'll have a look. Derick [2002-09-21 13:28:29] [EMAIL PROTECTED] I'm running safe_mode so executing/popening sendmail is not possible (theoretically). It's really very usefull. Now there is completly no way to identify source of mail. Also note that in most cases _not_ mine users are those who are spamming but other people through typical mail.php scripts (forms) put on web by mine users. Identifying script would allow me to fix it/protect or just tell user to remove it. [2002-09-21 12:35:07] [EMAIL PROTECTED] I've been thinking... and I don't think it's any useful to add those things. This is because it can be very easily compromised by just using popen(sendmail) or similar. [2002-09-21 12:19:48] [EMAIL PROTECTED] I suggest to add also sender IP as example X-php_sender_IP [2002-09-21 07:54:29] [EMAIL PROTECTED] The problem is that when any user sends email message from php script it always comes from ,,http'' (or whatever) user. There is no way to identify which script was used to send some mail. User sets all headers as he wants ;/ Sender is http@fqdn. On my systems users have a lot of php scripts and spammers use them to spam through my server! Identifying which script was used is quite problematic when there are tons of scripts. php currently doesn't give any information about which script was that - there is no usefull enviroment variables, there is no additional mail headers, working directory when calling sendmail is ,,/'' so I can't even do pwd to identify directory with php script. I'm suggesting adding way to identify source script. I thing about two ways of doing this: 1) set enviroment variable SCRIPT_FILENAME with same value as in php (and other variables) before executing sendmail so It would be possible to setup wrapper instead of sendmail and do whatever you want. 2) add option to php.ini like sendmail_id_header = yes|no that would cause adding some header to message like X-PHP-Script-Filename: /home/something/blah.php or even sendmail_id_header = name of php variable (that would cause to add X-Name-Of-PHP-Variable: it's value to mail message). Second is better because it works with SMTP, too. Opinions? -- Edit this bug report at http://bugs.php.net/?id=19538edit=1
#19522 [Fbk-Opn]: open_imap() fails on an IMAP server capable of TLS
ID: 19522
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: IMAP related
Operating System: Linux
PHP Version: 4.2.3
New Comment:
Using the
imap_open({localhost:143/imap/tls/novalidate-cert},$username,$password);
modifiers has worked around the problem. Thankyou very much. The Debian
package maintainer thinks the underlying problem is with the
libc-client deciding to negotiate TLS if it sees that capability, which
obviously has unexpected results if it's not expecting a TLS
connection.
Previous Comments:
[2002-09-20 12:50:07] [EMAIL PROTECTED]
This might also be one to try:
imap_open({localhost:143/imap/tls/novalidate-cert},$username,$password);
[2002-09-20 12:48:06] [EMAIL PROTECTED]
Look in this page for how you can pass some extra
authentication parameters:
http://www.php.net/manual/en/function.imap-open.php
Something like this should work:
imap_open({localhost:143/imap/tls}, $username,$password);
The c-client must of course be compiled with the ssl support..
[2002-09-20 08:32:44] [EMAIL PROTECTED]
The imap_open() call is:
imap_open({localhost:143}, $username, $password);
[2002-09-20 08:08:18] [EMAIL PROTECTED]
Please give the full imap_open() line..
[2002-09-20 08:05:57] [EMAIL PROTECTED]
Hi,
I've got UW imapd running on the loopback interface on tcp/143 running
plain old IMAP.
When I try to connect using imap_open(), (and watch using tcpdump) I
see the IMAP server spit out it's banner, which includes STARTTLS in
the capabilities, and then I see a STARTTLS get issued. The imap_open()
then seems to get confused with the TLS stream and says it couldn't
open the stream.
I'm using the Debian PHP4 package, it was compiled with:
'../configure' '--prefix=/usr' '--with-apxs=/usr/bin/apxs'
'--with-regex=php' '--with-config-file-path=/etc/php4/apache'
'--disable-rpath' '--disable-debug' '--enable-memory-limit'
'--with-layout=GNU' '--enable-calendar' '--enable-sysvsem'
'--enable-sysvshm' '--enable-track-vars' '--enable-trans-sid'
'--enable-bcmath' '--with-bz2' '--enable-ctype' '--with-db2'
'--with-iconv' '--enable-exif' '--enable-filepro' '--enable-ftp'
'--with-gettext' '--enable-mbstring' '--with-pcre-regex=/usr'
'--enable-shmop' '--enable-sockets' '--enable-wddx' '--disable-xml'
'--with-expat-dir=/usr' '--enable-yp' '--with-zlib' '--without-pgsql'
'--with-openssl=/usr' '--disable-static' '--with-curl=shared,/usr'
'--with-dom=shared,/usr' '--with-zlib-dir=/usr' '--with-gd=shared,/usr'
'--with-jpeg-dir=shared,/usr' '--with-xpm-dir=shared,/usr/X11R6'
'--with-png-dir=shared,/usr' '--with-freetype-dir=shared,/usr'
'--with-imap=shared,/usr' '--with-imap-ssl' '--with-ldap=shared,/usr'
'--with-mcal=shared,/usr' '--with-mhash=shared,/usr' '--with-mm'
'--with-mysql=shared,/usr' '--with-unixODBC=shared,/usr'
'--with-recode=shared,/usr' '--enable-xslt'
'--with-xslt-sablot=shared,/usr' '--with-snmp=shared'
'--enable-ucd-snmp-hack' '--with-sybase-ct=shared,/usr'
'--with-ttf=shared,/usr' '--with-t1lib=shared,/usr'
and includes IMAP SSL support.
--
Edit this bug report at http://bugs.php.net/?id=19522edit=1
