#26481 [NEW]: Invalid access to memory location
From: davido at scea dot wa dot edu dot au Operating system: Windows Server 2003 PHP version: 4.3.4 PHP Bug Type: IIS related Bug description: Invalid access to memory location Description: When ever i try to load a php page i get the error "Invalid access to memory location". I have tried both the cgi and the isapi methods under iis6 Reproduce code: --- <%php phpinfo(); %> Expected result: See a php info page Actual result: -- Invalid access to memory location -- Edit bug report at http://bugs.php.net/?id=26481&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26481&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26481&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26481&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26481&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26481&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26481&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26481&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26481&r=support Expected behavior: http://bugs.php.net/fix.php?id=26481&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26481&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26481&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26481&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26481&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26481&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26481&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26481&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26481&r=float
#26465 [Opn->Bgs]: mssql_close() closes more than one connection.
ID: 26465
Updated by: [EMAIL PROTECTED]
Reported By: _nospam_svbev at umail dot ru
-Status: Open
+Status: Bogus
Bug Type: MSSQL related
Operating System: Win2k
PHP Version: 4CVS-2003-11-28 (stable)
New Comment:
The last example is the correct way.
Previous Comments:
[2003-12-01 01:44:08] _nospam_svbev at umail dot ru
Sorry, the error in the comments inside WORKING CODE:
// $conn1 is a valid resource now.
comment should be in all cases.
[2003-12-01 01:36:10] _nospam_svbev at umail dot ru
Dear snipper,
I read the docs and know that the same link is used for the second
connection. Why is not this link closed after ,,
secquence? A query is executed successfully after this. So I suppose
that PHP counts how many times this link is opened and PHP closes this
link after this counter is zeros. (Otherwise the bug is that the
WORKING CODE below works.)
The problem is that PHP counts LINK opening differently depending on
the code structure. The same sequence of mssql_ calls, when coded
differently, gives different results.
The code below performs all the same steps as the REPRODUCE CODE does
but WORKS SUCCESSFULLY. It outputs the rowset as expected. The WORKING
CODE does not contain step2() function. So $conn1 and $conn2 variables
which keeps connection handles are located in one variable scope.
WORKING CODE (THE ONLY VARIABLE SCOPE):
---
// 1.
$conn1 = mssql_connect( $servername, $user, $pswd );
mssql_select_db ( $dbname, $conn1 );
// $conn1 is a valid resource here.
// 2.
$conn2 = mssql_connect( $servername, $user, $pswd );
mssql_select_db ( $dbname, $conn2 );
mssql_close( $conn2 );
// $conn1 is still a valid resource.
// 3.
$conn2 = mssql_connect( $servername, $user, $pswd );
mssql_select_db ( $dbname, $conn2 );
mssql_close( $conn2 );
// $conn1 is not a valid resource now.
// 4.
$result = mssql_query( $strquery, $conn1 );
if( !$result )
echo "Step 4 FAILED: $php_errormsg ";
Thank you.
Alla.
[2003-11-30 04:15:19] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
RTFM:
"In case a second call is made to mssql_connect() with the same
arguments, no new link will be established, but instead, the link
identifier of the already opened link will be returned."
[2003-11-29 15:06:47] _nospam_svbev at umail dot ru
where $php_errormsg is:
'mssql_query(): is not a valid MS SQL-Link resource'
[2003-11-29 11:46:01] _nospam_svbev at umail dot ru
Description:
mssql_close() closes more than one open connection for the same account
depending on variable scopes containing $connection_id variable.
The last STEP in the following sequence with the CONDITIONS FAILED
STEPS:
1. establish connection #1
2. establish connection #2 and close it
2a. repeat 2 (connect and close this connection)
3. execute a query under connection #1 - FAILED
CONDITIONS:
1. all the connections use the same username and password,
2. step #2 is performed inside a function
Step 3 failed with ' is not a valid MS SQL-Link resource'
message. It looks like the conn.#1 is closed.
Some modifications of this algorithm WORK without any error.
All above WORKS if do not repeat connection #2 (remove step 2a).
Also all above (1,2,2a,3) WORKS if connection #2 is established for a
different user.
The code below contains 'step2()' function which just opens and closes
the db connection. So the variables which handle resources for
connections #1 & #2 belong to separate variable scopes.
If I remove this function and insert its code instead of its call (the
common variable scope is used) then ALL WORKS!
Reproduce code:
---
//
// initialize variables
//
$servername = 'servername';
$dbname = 'dbname';
$user = 'login';
$pswd = 'pswd';
$strquery = 'select * from tablename';
// 1.
$conn1 = mssql_connect( $servername, $user, $pswd );
mssql_select_db ( $dbname, $conn1 );
// 2.
step2( $servername, $dbname, $user, $pswd, $strquery );
// $conn1 is still a valid resource.
// 2a.
step2( $servername, $dbname, $user, $pswd, $strquery );
// 3.
$result = mssql_query( $strquery, $conn1 );
if( !$result )
echo "Step 3 FAILED: $php_errormsg ";
else
// print the recordset
// connect/disconnect
function step2( $servername, $dbname, $user, $pswd, $strquery )
{
$conn2 = mssql_connect( $servername, $user, $pswd );
mssql_select_db ( $dbname, $conn2 );
#26475 [Opn->Bgs]: Memory leaking with sockets
ID: 26475
Updated by: [EMAIL PROTECTED]
Reported By: ipa at beta dot lt
-Status: Open
+Status: Bogus
Bug Type: Sockets related
Operating System: Linux/FreeBSD
PHP Version: 4.3.4
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
This is by design. Memory used by resources is freed in the request
shutdown.
Previous Comments:
[2003-11-30 15:56:55] ipa at beta dot lt
Description:
Sockets' socket_read() left 8 bytes in memory.
Example configure:
'./configure' '--enable-versioning' '--enable-memory-limit'
'--with-layout=GNU' '--with-zlib-dir=/usr' '--disable-all'
'--with-regex=php' '--disable-cli' '--enable-ctype'
'--with-dom=/usr/local' '--with-gd' '--enable-gd-native-ttf'
'--enable-gd-jis-conv' '--with-freetype-dir=/usr/local'
'--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local'
'--with-xpm-dir=/usr/local' '--with-mysql=/usr/local'
'--enable-overload' '--with-pcre-regex=yes' '--enable-posix'
'--enable-session' '--enable-sockets' '--enable-tokenizer'
'--with-expat-dir=/usr/local' '--enable-xml' '--with-zlib=yes'
'--with-apxs2=/usr/local/sbin/apxs' '--with-imap=/usr/local'
'--with-imap-ssl=/usr/local' '--prefix=/usr/local'
'i386-portbld-freebsd4.8'
but reproducable on linux too.
Reproduce code:
---
function foo(){
$socket = socket_create (AF_INET, SOCK_STREAM, 0);
$result = socket_connect ($socket, gethostbyname ('www.example.com'),
80);
$in = "HEAD / HTTP/1.0\r\n\r\n";
socket_write ($socket, $in, strlen ($in));
while ($out = socket_read ($socket, 2048)) { /* .. */ }
socket_close ($socket);
}
foo();
echo memory_get_usage() . "";
foo();
echo memory_get_usage() . "";
foo();
echo memory_get_usage() . "";
Expected result:
x bytes.
x bytes.
x bytes.
Actual result:
--
x bytes.
x + 8 bytes.
x + 16 bytes.
...
x + (n * 8) bytes.
--
Edit this bug report at http://bugs.php.net/?id=26475&edit=1
#26443 [Ver]: No errror reporting for Errors in the domxml extension
ID: 26443
Updated by: [EMAIL PROTECTED]
Reported By: thomas dot sattler at decon-network dot de
Status: Verified
Bug Type: DOM XML related
Operating System: Windows XP
PHP Version: 4CVS-2003-11-29
New Comment:
Note: All errors NOT coming from domxml are displayed just fine.
Previous Comments:
[2003-11-30 14:13:32] [EMAIL PROTECTED]
Tested within WinXP + Apache2..and there is no way to get the errors to
show up in the browser. (works fine with cli)
Here's short test script:
';
$doc = domxml_open_mem($xmlstr);
var_dump($doc);
?>
This will output something like this:
Notice: Use of undefined constant foobar - assumed 'foobar' in
C:\apache\Apache-2.0.47\htdocs\bug26443.php on line 6
foobarbool(false)
Works fine in *nix, so I guess this is some ZTS problem.
The error messages appear in the apache error_log after
I shutdown apache..
[2003-11-28 08:04:50] thomas dot sattler at decon-network dot de
Error reporting level is set to E_ALL
With php 4.2.3 error reporting works well in the same environment
(php.ini, apache ...)
[2003-11-28 07:53:12] [EMAIL PROTECTED]
Check your error_reporting level. Or do error_reporting(E_ALL); at the
start of the script.
[2003-11-28 03:19:26] thomas dot sattler at decon-network dot de
Description:
When I use Apache 1.3.29 with php4apache.dll there is no error
reporting.
With the php.exe the errors are reported.
This occurs also with php-4.3.4 and php.4.3.5.5 but not with the
php.exe.
Reproduce code:
---
http://www.umweltdatenkatalog.de/udk/query-answer";>
'; ?>document_element();}
$xmltest = domxml_new_doc("1.0");
$xmlroot = $xmltest->create_element("testtag");
$xmlroot = $xmltest->append_child($xmlroot);
$xmlroot->set_content("content rest content");
$test_text = $xmltest->dump_mem(0, 'iso-8859-1');
print " $test_text ";
?>
Expected result:
Warnings on line 8 domxml_open_mem() (xml-string is not well formed)
and on line 15 "dump_mem(): output conversion failed due to conv error"
(the euro symbol is not iso-8859-1)
Actual result:
--
The output is only:
ERROR!
content
--
Edit this bug report at http://bugs.php.net/?id=26443&edit=1
#26481 [Opn->Bgs]: Invalid access to memory location
ID: 26481 Updated by: [EMAIL PROTECTED] Reported By: davido at scea dot wa dot edu dot au -Status: Open +Status: Bogus Bug Type: IIS related Operating System: Windows Server 2003 PHP Version: 4.3.4 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. See bug #25863 Previous Comments: [2003-12-01 01:56:55] davido at scea dot wa dot edu dot au Description: When ever i try to load a php page i get the error "Invalid access to memory location". I have tried both the cgi and the isapi methods under iis6 Reproduce code: --- <%php phpinfo(); %> Expected result: See a php info page Actual result: -- Invalid access to memory location -- Edit this bug report at http://bugs.php.net/?id=26481&edit=1
#26479 [Opn->Bgs]: ORDER BY clause not sorting results
ID: 26479 Updated by: [EMAIL PROTECTED] Reported By: andrew at howsfamily dot net -Status: Open +Status: Bogus Bug Type: ODBC related Operating System: Windows XP Pro PHP Version: 4.3.2 New Comment: Not PHP bug. Previous Comments: [2003-11-30 20:42:08] andrew at howsfamily dot net Description: When running a query, the ORDER BY clause seems to be ignored. ODBC is connecting to MS Access via the standard MS driver. When the query is run in a MS Access query, it sorts correctly. When the resultset is returned via the PHP ODBC functions, however, the rows are returned in the order they were created, not the order specified by the ORDER BY clause. Reproduce code: --- SELECT Person.Surname, Person.[Given Name(s)], Owing - IIF(Payments.Total IS NULL, '0', Payments.Total) AS Amount FROM Person, Registration, (SELECT Registration.Surname, Registration.[Given Name(s)], SUM(Amount) AS Total FROM Registration LEFT OUTER JOIN Receipt ON (Registration.Camp = Receipt.Camp) AND (Registration.Surname = Receipt.Surname) AND (Registration.[Given Name(s)] = Receipt.[Given Name(s)]) WHERE Registration.Camp='Summer Camp 2003' GROUP BY Registration.Surname, Registration.[Given Name(s)], Registration.Owing) AS Payments WHERE Person.[Given Name(s)] = Registration.[Given Name(s)] AND Person.Surname = Registration.Surname AND Person.[Given Name(s)] = Payments.[Given Name(s)] AND Person.Surname = Payments.Surname AND Camp = 'Summer Camp 2003' AND (Owing - IIF(Payments.Total IS NULL, '0', Payments.Total)) > 0 AND Person.[Given Name(s)] = Registration.[Given Name(s)] AND Person.Surname = Registration.Surname ORDER BY Person.Surname Expected result: SURNAME GIVEN NAME(S) AMOUNT --- AardvarkFred$130.00 Badger Bob $150.00 Dalmation Jim $150.00 Actual result: -- SURNAME GIVEN NAME(S) AMOUNT --- AardvarkFred$130.00 Dalmation Jim $150.00 Badger Bob $150.00 -- Edit this bug report at http://bugs.php.net/?id=26479&edit=1
#26348 [Opn->Bgs]: odbc_statistics()
ID: 26348 Updated by: [EMAIL PROTECTED] Reported By: frosty dot z at freesbee dot fr -Status: Open +Status: Bogus Bug Type: ODBC related Operating System: Win 2000 PHP Version: 4.3.4 New Comment: Not PHP bug. Previous Comments: [2003-11-21 07:19:46] frosty dot z at freesbee dot fr Description: Good morning, I've tried to use the function odbc_statistics() to get information from tables of a Filemaker Pro database (using ODBC driver). With any value I've tried, odbc_statistics() returns always FALSE (+ SQL Error). Thank you very much for any help or explanation ; I suppose this to be a bug, but it might be a problem from the Filemaker ODBC driver as well. ... And sorry for the english mistakes (I'm french) == Similar bugs : bug #25757, bug #18941 Reproduce code: --- $id_odbc = odbc_connect(FM_HOST, FM_LOGIN, FM_PASSWORD); $res = odbc_statistics($id_odbc, NULL, NULL, "product_family", 0, 0); // I've tried "" and "%" instead of NULL for the 2nd and 3rd arguments // I've tried many numbers for the last two (too few doc, I don't know what they do) $row = odbc_fetch_array($res); //print $row['CARDINALITY']; //etc. Expected result: I expected to be able to get some statistics of a table. Actual result: -- Here is the actual result : Warning: odbc_statistics(): SQL error: , SQL state 0 in SQLStatistics in c:\maxime\prmt\appli\add_product.php on line 47 Warning: odbc_fetch_array(): supplied argument is not a valid ODBC result resource in c:\maxime\prmt\appli\add_product.php on line 51 Curiously, SQL state 0 means "success", and a SQL error is generated. Since similar problems have been reported for other functions such as odbc_columns, I guess this could be a PHP bug... -- Edit this bug report at http://bugs.php.net/?id=26348&edit=1
#26481 [Bgs->Opn]: Invalid access to memory location
ID: 26481 User updated by: davido at scea dot wa dot edu dot au Reported By: davido at scea dot wa dot edu dot au -Status: Bogus +Status: Open Bug Type: IIS related Operating System: Windows Server 2003 PHP Version: 4.3.4 New Comment: The bug below does not even reference the "invalid access to memory location" error Previous Comments: [2003-12-01 02:22:09] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. See bug #25863 [2003-12-01 01:56:55] davido at scea dot wa dot edu dot au Description: When ever i try to load a php page i get the error "Invalid access to memory location". I have tried both the cgi and the isapi methods under iis6 Reproduce code: --- <%php phpinfo(); %> Expected result: See a php info page Actual result: -- Invalid access to memory location -- Edit this bug report at http://bugs.php.net/?id=26481&edit=1
#25352 [Opn->Bgs]: Cannot compile without --disable-cli
ID: 25352 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: mnoGoSearch related Operating System: FreeBSD PHP Version: 4.3.4-dev New Comment: It's a libtool bug with invalid .la files, in this case the installed libudmsearch.la file is broken. Remove that and this should work fine. Previous Comments: [2003-09-10 02:06:58] [EMAIL PROTECTED] [EMAIL PROTECTED] root]# /opt/mnogo/bin/udm-config --libs -lz -lm -L/usr/local/lib/mysql -lmysqlclient -L/opt/mnogo/lib -lmnogosearch -lmn ogocharset [EMAIL PROTECTED] root]# P.S. Remember please that apache module compile and work ok, and removing libtool call make PHP cli compile and work too. [2003-09-09 10:10:12] [EMAIL PROTECTED] What is the output of "udm-config --libs" for you? (it should provide the libs needed, so you do NOT need --with-mysql!) (and AGAIN, set the status to "Open" when you reply) [2003-09-09 04:02:07] [EMAIL PROTECTED] I downloaded php4-STABLE-200309090530. I run make clean rm -f config.cache CFLAGS=-O2 ./configure --prefix=/usr/local \ --with-mysql=/usr/local \ --with-mnogosearch=/opt/mnogo \ --with-config-file-path=/usr/local/etc/apache2 \ --without-pear --enable-memory-limit \ --with-apxs2=/usr/local/sbin/apxs make The same error occurs while linking PHP CLI: [...] sapi/cli/php_cli.lo sapi/cli/getopt.lo main/internal_functions_cli.lo -lcrypt -lcrypt -lmysqlclient -lm -lz -lm -lmysqlclient -lmnogosearch -lmnogoch arset -lcrypt -lcrypt -o sapi/cli/php libtool: link: cannot find the library `' *** Error code 1 Stop in /opt/php/php4-STABLE-200309090530. [2003-09-08 09:10:37] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Try the snapshot in about one hour from now. [2003-09-06 21:07:27] [EMAIL PROTECTED] Please try applying this patch: http://www.php.net/~jani/patches/bug25352.patch And do: # ./cvsclean && ./buildconf And then try your original configure. 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/25352 -- Edit this bug report at http://bugs.php.net/?id=25352&edit=1
#26481 [Opn->Bgs]: Invalid access to memory location
ID: 26481 Updated by: [EMAIL PROTECTED] Reported By: davido at scea dot wa dot edu dot au -Status: Open +Status: Bogus Bug Type: IIS related Operating System: Windows Server 2003 PHP Version: 4.3.4 New Comment: But it's the same issue. Please don't reopen this anymore.. Previous Comments: [2003-12-01 02:29:22] davido at scea dot wa dot edu dot au The bug below does not even reference the "invalid access to memory location" error [2003-12-01 02:22:09] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. See bug #25863 [2003-12-01 01:56:55] davido at scea dot wa dot edu dot au Description: When ever i try to load a php page i get the error "Invalid access to memory location". I have tried both the cgi and the isapi methods under iis6 Reproduce code: --- <%php phpinfo(); %> Expected result: See a php info page Actual result: -- Invalid access to memory location -- Edit this bug report at http://bugs.php.net/?id=26481&edit=1
#21197 [Ver->Fbk]: socket_read() outputs error with PHP_NORMAL_READ
ID: 21197
Updated by: [EMAIL PROTECTED]
Reported By: bool at boolsite dot net
-Status: Verified
+Status: Feedback
Bug Type: Sockets related
Operating System: win32 only
PHP Version: 4.3.4-dev
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
Previous Comments:
[2003-08-26 02:00:58] bool at boolsite dot net
Ok, this is a short example : (a little echo server)
Debut de la connexion...',"\r\n";
$EndTime=time()+15;
do{
$buffer=socket_read($MsgSock,1024,PHP_NORMAL_READ);
if($buffer===false) {
echo 'socket_read() a échoué :
',socket_strerror(socket_last_error($MsgSock)),"\r\n";
break;
}
elseif(!$buffer){
continue;
}
$buffer=trim($buffer);
echo '< ',$buffer,"\r\n";
if($buffer=='quit') {
break;
}
$back='You sent : ['.$buffer.']';
echo '> ',$back,"\r\n";
socket_write($MsgSock,$back."\r\n");
} while(time()<$EndTime);
@socket_close($MsgSock);
echo '=> End...',"\r\n";
}
}
socket_close($Sock);
?>
[2003-08-25 20:17:06] [EMAIL PROTECTED]
Please provide a complete but short example script that can be used to
reproduce this bug.
[2003-08-25 18:19:27] bool at boolsite dot net
It's not the same bugs than http://bugs.php.net/bug.php?id=21760 . Here
it's a Win32 PHP version bug only, since the PHP 4.3.0 version, and
there is always the bug in the last version 4.3.3.
socket_read() always return FALSE, and display this error : "erreur [0]
avec socket_read : OpÚration rÚussie."
(in english it should be "error [0] with socket_read : operation
completed.")
maybe it's because of the socket_select() before the socket_read() ?
PS : it affects all my codes, but only with PHP 4.3.x Win32 version. On
unix or with PHP 4.2.3 all works fine.
[2003-06-29 21:42:30] [EMAIL PROTECTED]
Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same. Because of this, we hope you add your comments
to the existing bug instead.
Thank you for your interest in PHP.
The active discussion regarding this bug appears to be here
http://bugs.php.net/bug.php?id=21760
let's keep it all in one place.
[2002-12-26 20:39:22] [EMAIL PROTECTED]
If you omit the third parameter to socket_read() it seems to work fine.
However, adding PHP_NORMAL_READ causes error as described in the bug
report.
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/21197
--
Edit this bug report at http://bugs.php.net/?id=21197&edit=1
#26481 [Bgs->Opn]: Invalid access to memory location
ID: 26481 User updated by: davido at scea dot wa dot edu dot au Reported By: davido at scea dot wa dot edu dot au -Status: Bogus +Status: Open Bug Type: IIS related Operating System: Windows Server 2003 PHP Version: 4.3.4 New Comment: No there is no solution in any of the referenced documents that work. I do require to get this working fairly urgently. Could you please help me Previous Comments: [2003-12-01 02:32:45] [EMAIL PROTECTED] But it's the same issue. Please don't reopen this anymore.. [2003-12-01 02:29:22] davido at scea dot wa dot edu dot au The bug below does not even reference the "invalid access to memory location" error [2003-12-01 02:22:09] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. See bug #25863 [2003-12-01 01:56:55] davido at scea dot wa dot edu dot au Description: When ever i try to load a php page i get the error "Invalid access to memory location". I have tried both the cgi and the isapi methods under iis6 Reproduce code: --- <%php phpinfo(); %> Expected result: See a php info page Actual result: -- Invalid access to memory location -- Edit this bug report at http://bugs.php.net/?id=26481&edit=1
#20298 [Opn->Fbk]: odbc.check_persistent not working
ID: 20298 Updated by: [EMAIL PROTECTED] Reported By: phpbug at tab1 dot clara dot co dot uk -Status: Open +Status: Feedback Bug Type: ODBC related Operating System: Windows 2000 Server SP4 PHP Version: 4CVS, 5CVS New Comment: Can you add 'var_dump($dbconn);' after that odbc_pconnect() call..? What does it output? (in the re-run) Previous Comments: [2003-02-20 04:58:12] t_o_m_ at yahoo dot com Having reread all of this I see that nowhere have I mentioned I'm using IIS (ISAPI) not Apache, if that makes a difference? I thought when I put Windows in the OS box whoever read it would assume IIS. In answer to your question "no", the behaviour is the same if odbc.check_persistent is on or off. The point is when it is off I would expect it to be my responsibility to check the connection and would expect the error if I did not. I would expect that when odbc.check_persistent was on odbc_pconnect was supposed to check the connection for me if the connection it is about to return from its pool is dead then it should discard it and create a new one as when the pool is empty. Which is clearly not happening. [2003-02-18 12:01:03] [EMAIL PROTECTED] Well the nature of CGI doesn't really lend itself to supporting persistant connections. It's run when requested and then exited after that. So no data can really presist between pages that exists solely in the CGI. So this behavior only exists when odbc.check_persistent is turned on? [2003-02-17 10:08:22] t_o_m_ at yahoo dot com Yes still a problem under 4.3.0 I am using the ISAPI module. I don't believe that persistent connections are supported at all under CGI. So odbc_pconnect == odbc_connect which would give the illusion of working, although the connection would not actually be persisting. The first time you reload the page after killing the database connection you get: Warning: SQL error: No response from the backend; Subsequent reloads give: Warning: SQL error: Could not send Query(connection dead); [2002-12-18 13:59:45] [EMAIL PROTECTED] I'm unable to reproduce this on the UNIX end of things. Anyone with a Windows boxen working that can test this? [2002-11-07 07:41:49] phpbug at tab1 dot clara dot co dot uk Make sure the odbc.check_persistent is on and that odbc.allow_persistent is on. Set up a database connection called dsnname Run the script below (substituting [tabname] for a valid table name in your database). Check that you have persistent connections, ie with the webserver idle make sure your database shows connections from the webserver. Restart the database or kill the session belonging to the web server. Re-run the script below and the odbc_exec fails with an error: "connection not open" or smililar depending on your odbc driver. I have found this effect to be the same with the Postgres odbc driver and the Informix 3.30 odbc driver. I presume that odbc.check_persistent is supposed to check that the connection is still attached to the database before pconnect gives it to the script? -- Edit this bug report at http://bugs.php.net/?id=20298&edit=1
#26481 [Opn->Bgs]: Invalid access to memory location
ID: 26481 Updated by: [EMAIL PROTECTED] Reported By: davido at scea dot wa dot edu dot au -Status: Open +Status: Bogus Bug Type: IIS related Operating System: Windows Server 2003 PHP Version: 4.3.4 New Comment: We are aware of PHP's problems with stability under IIS and are working to rectify the problem. Unfortunatly your bug report does not contain any extra useful information and we already have enough bug reports open about this issue. If you can provide more detailed information such as a reproducable crash or a backtrace please do so and reopen this bug. Otherwise please keep trying new releases as we are working to resolve the problems on this platform Thanks for your interest in PHP. Previous Comments: [2003-12-01 02:43:18] davido at scea dot wa dot edu dot au No there is no solution in any of the referenced documents that work. I do require to get this working fairly urgently. Could you please help me [2003-12-01 02:32:45] [EMAIL PROTECTED] But it's the same issue. Please don't reopen this anymore.. [2003-12-01 02:29:22] davido at scea dot wa dot edu dot au The bug below does not even reference the "invalid access to memory location" error [2003-12-01 02:22:09] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. See bug #25863 [2003-12-01 01:56:55] davido at scea dot wa dot edu dot au Description: When ever i try to load a php page i get the error "Invalid access to memory location". I have tried both the cgi and the isapi methods under iis6 Reproduce code: --- <%php phpinfo(); %> Expected result: See a php info page Actual result: -- Invalid access to memory location -- Edit this bug report at http://bugs.php.net/?id=26481&edit=1
#26407 [Fbk->NoF]: Result set fetching broken around transactions (OpenClient Error #155)
ID: 26407 Updated by: [EMAIL PROTECTED] Reported By: tvoigt at informatik dot tu-cottbus dot de -Status: Feedback +Status: No Feedback Bug Type: Sybase-ct (ctlib) related Operating System: Linux (i686) & Solaris 8 PHP Version: 4.3.4 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: [2003-11-25 14:47:32] [EMAIL PROTECTED] I would guess this is caused by fixing other bug: http://bugs.php.net/bug.php?id=23682 Check that out.. [2003-11-25 10:40:09] tvoigt at informatik dot tu-cottbus dot de Description: Hi there! When executing queries including a transaction and returning some result set PHP won't get any result handle, but the following OpenCLient error message (#155): "ct_results(): user api layer: external error: This routine cannot be called when the command structure is idle." Or in German: "ct_results(): Benutzer-API-Schicht: Externer Fehler: Aufruf der Routine nicht möglich, wenn die Befehlsstruktur nicht aktiv ist." My PHP-script continues to run (no crashes whatsoever), but the query has not been perfectly executed by Sybase. The error is reproducible with PHP-4.3.4 on quite different machines, a Sun UltraSparc running SunOS 5.8 and a i686 Linux box (Debian Woody 3.0R1). Even tried PHP-4.3.5-dev (php4-STABLE-200311251230) and got the same error. Database is Sybase 11.9.2. Each query executes flawlessly via the isql frontend -- and did so up to PHP-4.3.3 (on the same machines, configured identically). PHP configuration (Linux box): ./configure \ --with-regex=system \ --with-apxs=/usr/local/apache/bin/apxs \ --without-pear \ --with-openssl \ --with-zlib \ --enable-calendar \ --with-pfdlib=/usr/local/lib \ --with-pgsql \ --with-mysql=/usr/ \ --with-sybase-ct=/opt/sybase-11.9.2 \ --with-oci8=/usr/local/oracle \ --with-oracle=/usr/local/oracle \ --with-gd=/usr/local \ --enable-gd-native-ttf \ --with-jpeg-dir=/usr/local \ --with-png-dir=/usr/lib \ --with-ttf=/usr/local/lib \ --with-freetype-dir=/usr/local/lib \ --enable-exif \ --enable-sigchild \ --enable-track-vars PHP configuration (Sun machine): ./configure --with-apxs=/usr/local/apache-1.3.28/bin/apxs --disable-shared --enable-static --with-openssl=/usr/local/ssl --with-sybase-ct=/usr/local/Sybase --with-mysql=/usr/local/mySQL --with-pgsql=/usr/local/PostgreSQL --with-db4=/usr/local/BerkeleyDB-4.1 --with-gd=/usr/local --with-jpeg-dir=/usr/local --with-png-dir=/usr/local --with-xpm-dir=/usr/local --with-freetype-dir=/usr/local --with-zlib=/usr/local --with-ftp --with-xml --enable-track-vars Reproduce code: --- /* I. fails: */ begin transaction -- anything producing a result set here will fail; -- however, print or update statements will work select "foo" commit -- anything afterwards will fail, too /* II. fails: */ begin transaction -- no result returned... update foobar set the_big_answer=42 commit -- transaction is completed (correctly, indeed)... select "foo" -- ...but select statement afterwards fails, nonetheless /* III. works as expected: */ select "foo" begin transaction -- do anything, even return a result set commit select "bar" -- or even do something useful like updates... Expected result: Sorry for all that SQL up there, but I've spend most of a day tracking my problem down and figuring out some hopefully useful examples. Yes, I know that Sybase queries returning multiple result sets are not completely fetchable by PHP (at most, one will get the first result set back). But I expect the whole query to be executed. In fact, I'm calling a set of stored procedures doing some quite important stuff, not just worshiping RFC 3092 ;-) Actual result: -- Queries invoking statements that return fetchable result sets (via select, stored procedures) inside (I.) or AFTER a transaction block (II.) will fail. However, the first part of query II (the entire transaction block) is executed correctly, but PHP won't see no result handle. Other statements like print or update inside transactions work fine. I assume there is a bug (introduced with PHP-4.3.4) fetching the result set inside and around transactions, because similar queries with a fetchable result *before* a transaction block work as expected up to the end (III). As said before, all these queries work perfectly well up to PHP-4.3.3; simple workaround for me would be to insert some (fetchable) dummy selects on top of each transaction. But that's not the point of a bug report, is it? I very appreciate your help and all
#26406 [Fbk->NoF]: make fails with errors in zend.h
ID: 26406 Updated by: [EMAIL PROTECTED] Reported By: rv33100 at gsk dot com -Status: Feedback +Status: No Feedback Bug Type: Compile Failure Operating System: SUN Solaris 2.8 PHP Version: 4.3.4 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: [2003-11-25 10:22:09] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-11-25 10:18:23] rv33100 at gsk dot com Description: /d01/software/apache/php-4.3.4/Zend/zend.h:311: argument format specified for non-function `error_function' /d01/software/apache/php-4.3.4/Zend/zend.h:312: argument format specified for non-function `printf_function' /d01/software/apache/php-4.3.4/Zend/zend.h:444: argument format specified for non-function `zend_printf' /d01/software/apache/php-4.3.4/Zend/zend.h:451: argument format specified for non-function `zend_error_cb' *** Error code 1 -- Edit this bug report at http://bugs.php.net/?id=26406&edit=1
#26400 [Fbk->Csd]: make install fails
ID: 26400 Updated by: [EMAIL PROTECTED] Reported By: michielv at zeelandnet dot nl -Status: Feedback +Status: Closed Bug Type: Compile Failure Operating System: Slackware Linux 9.0 kernel2.4.20 PHP Version: 5CVS-2003-11-25 (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: [2003-11-25 14:21:56] [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. [2003-11-25 06:32:54] michielv at zeelandnet dot nl Description: ./configure --with-apxs=/usr/local/apache/bin/apxs --with-openssl --with-zlib --enable-bcmath --with-bz2 --with-ncurses --enable-cli --disable-cgi --with-gd --with-jpeg-dir --with-png-dir --with-zlib-dir --with-calender --enable-pcntl --enable-sysvsem --enable-sysvshm --enable-sysvmsg --enable-exif --enable-sockets --with-xpm-dir --with-gettext --with-gmp --enable-mbstring After a successfull make, i do [EMAIL PROTECTED] ~/php5-200311251030$ su -c 'make install' Password: Installing PHP CLI binary:/usr/local/bin/ [PEAR] Mail - already installed: 1.1.2 [PEAR] Net_SMTP - already installed: 1.2.3 [PEAR] Net_Socket - already installed: 1.0.1 [PEAR] XML_Parser - already installed: 1.0.1 [PEAR] XML_RPC- already installed: 1.0.4 make[1]: *** [install-pear-packages] Segmentation fault make: *** [install-pear] Error 2 [EMAIL PROTECTED] ~/php5-200311251030$ -- Edit this bug report at http://bugs.php.net/?id=26400&edit=1
#26397 [Fbk->NoF]: make install fails
ID: 26397 Updated by: [EMAIL PROTECTED] Reported By: tippa000 at yahoo dot com -Status: Feedback +Status: No Feedback Bug Type: Apache2 related Operating System: AIX 5.2 PHP Version: 4.3.4 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: [2003-11-25 15:18:14] [EMAIL PROTECTED] Try with Apache 1.3.29..I don't have apache2 installed on the only AIX machine I have access..but with Apache1 this works just fine. [2003-11-25 05:48:50] tippa000 at yahoo dot com Description: Similar situation than bug report 25058. http://bugs.php.net/bug.php?id=25058 make install fails: "apxs:Error: Command failed with rc=65536" Reproduce code: --- [EMAIL PROTECTED]> cd /testing/php-4.3.4 [EMAIL PROTECTED]> ./configure \ --prefix=/testing/php \ --with-apxs2=/testing/apache/bin/apxs \ --disable-all \ --disable-cli ... ... ... Build complete. (It is safe to ignore warnings about tempnam and tmpnam). gmake[1]: Leaving directory `/testing/php-4.3.4' cd /testing/php-4.3.4 && gmake install gmake[1]: Entering directory `/testing/php-4.3.4' Installing PHP SAPI module: apache2handler /testing/apache/build/instdso.sh SH_LIBTOOL='/testing/apache/build/libtool' libphp4.la /testing/apache/modules rm -f /testing/apache/modules/libphp4.so /testing/apache/build/libtool --mode=install cp libphp4.la /testing/apache/modules/ cp .libs/libphp4.a /testing/apache/modules/libphp4.a cp .libs/libphp4.lai /testing/apache/modules/libphp4.la libtool: install: warning: remember to run `libtool --finish /testing/php-4.3.4/libs' chmod 755 /testing/apache/modules/libphp4.so chmod: /testing/apache/modules/libphp4.so: A file or directory in the path name does not exist. apxs:Error: Command failed with rc=65536 . gmake[1]: *** [install-sapi] Error 1 gmake[1]: Leaving directory `/testing/php-4.3.4' gmake: *** [buildphp] Error 2 [EMAIL PROTECTED]> [EMAIL PROTECTED]> [EMAIL PROTECTED]> uname -a AIX aix52 2 5 0057C30A4C00 [EMAIL PROTECTED]> libtool --version ltmain.sh (GNU libtool) 1.5 (1.1220 2003/04/05 19:32:58) Copyright (C) 2003 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. [EMAIL PROTECTED]> [EMAIL PROTECTED]> /testing/apache/bin/httpd -v Server version: Apache/2.0.48 Server built: Nov 25 2003 10:00:00 [EMAIL PROTECTED]> [EMAIL PROTECTED]> gcc -v Reading specs from /tools/gnu/gcc/AIX/lib/gcc-lib/powerpc-ibm-aix5.2.0.0/3.3.1/specs Configured with: ../configure --prefix=/tools/gnu/gcc/AIX --enable-threads=posix --disable-shared --disable-nls --enable-libstdcxx-v3 Thread model: aix gcc version 3.3.1 [EMAIL PROTECTED]> Expected result: I expect this already corrected... but... -- Edit this bug report at http://bugs.php.net/?id=26397&edit=1
#26389 [Fbk->NoF]: Use an sqlite db...
ID: 26389 Updated by: [EMAIL PROTECTED] Reported By: php at plouk dot net -Status: Feedback +Status: No Feedback Bug Type: SQLite related Operating System: Linux debian PHP Version: 5.0.0b2 (beta2) 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: [2003-11-25 15:50:38] [EMAIL PROTECTED] Works just fine, try changing your query line to: $res = sqlite_query($db,$req) or die(sqlite_error_string(sqlite_last_error($db))); and see what error (if any) do you get. [2003-11-25 12:44:49] php at plouk dot net The script run via a webserver... [2003-11-24 20:03:02] [EMAIL PROTECTED] If you are running it not via a webserver (user != nobody) chmod the file 666. Otherwise re-open the bug. [2003-11-24 16:48:15] php at plouk dot net The script result : -- resource(2) of type (sqlite database) NULL bool(false) [2003-11-24 16:46:50] php at plouk dot net Description: This script isn't able to create a table in an existing database. Why? (No error are detected and permissions on the database file seem all right) #ls -l -rw-rw-r--1 nobody nogroup 263 Nov 24 23:42 sqlite.php -rw-rw-rw-1 nobody nogroup 0 Nov 24 22:45 test.db Reproduce code: --- '; echo var_dump($sqlite_err).''; $req="CREATE TABLE my_table (value INTEGER PRIMARY KEY)"; $res=sqlite_query($db,$req); echo var_dump($res).''; sqlite_close($db); ?> Expected result: A table Actual result: -- Nothing, the db file is always a 0 byte's file... -- Edit this bug report at http://bugs.php.net/?id=26389&edit=1
#26362 [Fbk->NoF]: stream_select(): unable to select [0]: mod.eval.php
ID: 26362 Updated by: [EMAIL PROTECTED] Reported By: gunnar dot peipman at mail dot ee -Status: Feedback +Status: No Feedback Bug Type: Sockets related Operating System: Windows XP Pro PHP Version: 4.3.4 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: [2003-11-23 01:12:49] [EMAIL PROTECTED] Provide short but COMPLETE example script. [2003-11-22 23:26:49] gunnar dot peipman at mail dot ee Sorry, forgot to mention that $gSOCKARRAY is array with one socket pointer. ($gSOCKARRAY=array($gSOCK_POINTER)). [2003-11-22 23:24:43] gunnar dot peipman at mail dot ee Description: When using non-blocking sockets I get the following error: Warning: stream_select(): unable to select [0]: No error in c:\web\www\bot\bot\mod.eval.php(17). Reproduce code: --- Open stream to IRC server and after getting connection and identifying the script try to use the following code: error_reporting(E_ALL); echo (stream_select($gSOCKARRAY, $write=NULL, $except=NULL, 1, 1)===false); Expected result: I expect that for false there is no changes and for true there is some socket I have to test. Actual result: -- All I get is the warning above. I tried to change timeouts but no luck at all. Still apache eats about 78% of my CPU. -- Edit this bug report at http://bugs.php.net/?id=26362&edit=1
#26360 [Fbk->NoF]: PHP won't install when compiled with OpenLDAP 2.1.22
ID: 26360 Updated by: [EMAIL PROTECTED] Reported By: mike at blackchaos dot net -Status: Feedback +Status: No Feedback Bug Type: LDAP related Operating System: Solaris 8 on SPARC PHP Version: 4.3.4 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: [2003-11-25 19:52:44] [EMAIL PROTECTED] btw. This block in the backtrace seems a bit weird: #3 0xff323c88 in ber_start_seq () from /usr/local/lib/liblber.so.2 #4 0xfeb2b52c in __BP_ber_printf () from /usr/lib/sldaputil.so.5 Notice how that 'sldaputil' calls function in openldap? Solaris has it's own ldap libraries, you actually should use those instead, so just remove the openldap installation, and configure PHP from fresh sources with plain --with-ldap [2003-11-25 19:48:25] [EMAIL PROTECTED] Does it work if you compile php without --with-ldap ? Does it work if you compile php without --with-snmp ? And what net-snmp version do you have there? This actually is caused by snmp, not ldap..but I'd like to know whether that linkage with openldap causes this. [2003-11-25 15:45:12] mike at blackchaos dot net Output from gdb: porn$ gdb sapi/cli/php 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 "sparc-sun-solaris2.8"...(no debugging symbols found)... (gdb) run Starting program: /usr/home/mike/www/php-4.3.4/sapi/cli/php (no debugging symbols found)...(no debugging symbols found)...warning: Lowest section in /usr/lib/libintl.so.1 is .hash at 0074 (no debugging symbols found)...Assertion failed: BER_VALID( ber ), file encode.c, line 471 Program received signal SIGABRT, Aborted. 0xfed9f8d8 in _libc_kill () from /usr/lib/libc.so.1 (gdb) bt #0 0xfed9f8d8 in _libc_kill () from /usr/lib/libc.so.1 #1 0xfed35944 in abort () from /usr/lib/libc.so.1 #2 0xfed35be8 in _assert () from /usr/lib/libc.so.1 #3 0xff323c88 in ber_start_seq () from /usr/local/lib/liblber.so.2 #4 0xfeb2b52c in __BP_ber_printf () from /usr/lib/sldaputil.so.5 #5 0xfeb431b4 in simple_bind_nolock () from /usr/lib/sldaputil.so.5 #6 0xfec424f0 in openConnection () from /usr/lib/libsldap.so.1 #7 0xfec41998 in makeConnection () from /usr/lib/libsldap.so.1 #8 0xfec434cc in __s_api_getConnection () from /usr/lib/libsldap.so.1 #9 0xfec39b30 in get_current_session () from /usr/lib/libsldap.so.1 #10 0xfec3a8e0 in search_state_machine () from /usr/lib/libsldap.so.1 #11 0xfec3b3d8 in __ns_ldap_list () from /usr/lib/libsldap.so.1 #12 0xfec6a444 in _nss_ldap_lookup () from /usr/lib/nss_ldap.so.1 #13 0xfec69a6c in getbyname () from /usr/lib/nss_ldap.so.1 #14 0xfed49554 in nss_search () from /usr/lib/libc.so.1 #15 0xfefb9c08 in _switch_getservbyname_r () from /usr/lib/libnsl.so.1 #16 0xfef9b63c in _get_hostserv_inetnetdir_byname () from /usr/lib/libnsl.so.1 #17 0xff045c34 in getservbyname_r () from /usr/lib/libsocket.so.1 #18 0xfeec24c8 in _init_snmp () from /usr/local/lib/libnetsnmp.so.5 #19 0xfeeb5298 in init_snmp () from /usr/local/lib/libnetsnmp.so.5 #20 0xd9064 in zm_startup_snmp () #21 0x19c388 in zend_startup_module () #22 0x167f48 in php_startup_extensions () #23 0x1684dc in php_module_startup () #24 0x1ae1b4 in main () (gdb) [2003-11-25 14:14:20] [EMAIL PROTECTED] Okay..try this: # gdb sapi/cli/php (gdb) run (gdb) bt (dunno if you have gdb installed..but use the debugger you have there) [2003-11-23 01:55:27] mike at blackchaos dot net Here's the configure line I used: ./configure --with-apxs=/usr/local/apache/bin/apxs --with-ldap=/usr/local --with-gdbm=/usr/local --with-mysql=/usr/local/mysql --enable-track-vars --enable-sysvshm --enable-force-cgi-redirect --enable-ftp --with-gd --with-png-dir=/usr/local --with-xpm-dir=/usr/local --with-gettext --with-jpeg-dir=/usr/local --with-zlib --with-tiff-dir=/usr/local --with-snmp=/usr/local --enable-ucd-snmp-hack --with-freetype-dir=/usr/local ---
#26357 [Fbk->NoF]: session.cookie_domain problem with Mozilla and IE
ID: 26357
Updated by: [EMAIL PROTECTED]
Reported By: dmachi at vt dot edu
-Status: Feedback
+Status: No Feedback
Bug Type: *General Issues
Operating System: Linux
PHP Version: 4.3.4
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:
[2003-11-25 15:52:23] [EMAIL PROTECTED]
Some browsers reject cookies with a domain specified due to some
mismatches between the domain & the actual server. Are you absolutely
certain that you are setting the correct domain?
You should also check if the cookie is being sent, if it is, then it's
not a php issue.
[2003-11-21 22:10:57] dmachi at vt dot edu
I have tried both. I should have mentioned this in the previous
submission, sorry.
[2003-11-21 21:43:02] [EMAIL PROTECTED]
Try removing the prepended dot in the domain:
$cookie_domain = 'my.sub.domain';
[2003-11-21 21:33:15] dmachi at vt dot edu
Description:
I have a small app in which I would like to use sessions, no different
than many others I have written in the past. However, on this one I
would like to set the cookie domain to a domain as opposed to a host.
However, when I do so, it seems to not work in Mozilla and IE (it does
however work in konqueror). I have tried setting the cookie_domain
through ini_set and through session_set_cookie_params and through
setcookie, all with the same result. If I don't set the domain, the
cookie works fine (although only for that host of course). I have
searched high and low for an answer to this but have been unable to
turn up anything.
Reproduce code:
---
$cookie_domain = '.my.sub.domain';
// Set session parameters and start session
ini_alter("session.gc_maxlifetime", "172800");
ini_alter( "session.entropy_file","/dev/random");
ini_alter( "session.entropy_length","512");
ini_set( "session.name",$session_name);
ini_set( "session.cookie_domain", $cookie_domain);
session_start();
Expected result:
I expect that the cookie will be set on the browser. It does get set
in konqueror, but not in any other browser that I have access to
(mozilla running in both linux and windows, and ie)
Actual result:
--
It never appears when I try to set the cookie_domain. If I don't set
it, the cookie appears normally. Additionally, I can turn on the
feature in mozilla to ask whether or not to accept each cookie it
receives, I never even get the question when the domain is set. Note
that the behavior is the same if I set the cookie_domain to the
hostname as well.
--
Edit this bug report at http://bugs.php.net/?id=26357&edit=1
#26345 [Fbk->NoF]: ord() crashes when passing '|' char
ID: 26345
Updated by: [EMAIL PROTECTED]
Reported By: jaime dot lopez at iic dot uam dot es
-Status: Feedback
+Status: No Feedback
Bug Type: Reproducible crash
Operating System: AIX
PHP Version: 4.3.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:
[2003-11-23 21:07:56] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2003-11-21 05:38:22] [EMAIL PROTECTED]
strangely, I had a similar sounding problem using:
if (ord($word{0}) >= 127) {
}
under PHP 5 the other day.
[2003-11-21 05:02:32] jaime dot lopez at iic dot uam dot es
Description:
Apache process hangs out when calling ord() with reproducible
arguments.
Reproduce code:
---
function isalpha( $char )
{
return( (ord($char) >= ord("a") and ord($char) <= ord("z")) ||
(ord($char) >= ord("A") and ord($char) <= ord("Z")) );
}
echo is_alpha('|') ;
... PHP hangs ...
Expected result:
false
Actual result:
--
nothing ( php hangs calling ord() )
--
Edit this bug report at http://bugs.php.net/?id=26345&edit=1
#26324 [Fbk]: PHP SAPI fails to load files in different encoding
ID: 26324 Updated by: [EMAIL PROTECTED] Reported By: vitaly at inside dot rtcomm dot ru Status: Feedback Bug Type: *URL Functions Operating System: Windows XP PHP Version: 4.3.4 New Comment: Huh? What SAPI? Previous Comments: [2003-11-25 07:16:37] vitaly at lcc dot chem dot msu dot ru This is WINDOWS-1251 (Russian text). I cann't understand why it does not work with SAPI under (WINDOWS). It correctly works with CGI(WINDOWS) and SAPI(FreeBSD)! [2003-11-25 04:26:21] [EMAIL PROTECTED] And exactly what might that encoding be..? [2003-11-19 16:28:25] vitaly at inside dot rtcomm dot ru Description: The problem under Windows XP: - Warning: Unknown(C:\WebRoot\%D0%B8%D0%BD%D0%B4%D0%B5%D0%BA%D1%81.php): failed to open stream: No such file or directory in Unknown on line 0 Warning: (null)(): Failed opening 'C:\WebRoot\%D0%B8%D0%BD%D0%B4%D0%B5%D0%BA%D1%81.php' for inclusion (include_path='.;c:\php\includes') in Unknown on line 0 When I download the file %D0%B8%D0%BD%D0%B4%D0%B5%D0%BA%D1%81.txt Apache (2.0.48) correctly send it to me. But PHP(4.3.4) SAPI send me this error, instead of the correct result. Filemon shows that php(and no other program) do not touch this file at all. (!) Php works correctly with this file under FreeBSD in the same conditions. Expected result: PHP must execute that file. -- Edit this bug report at http://bugs.php.net/?id=26324&edit=1
#26410 [Fbk->NoF]: child pid 15598 exit signal Segmentation fault (11)
ID: 26410 Updated by: [EMAIL PROTECTED] Reported By: miguelangel dot gonzalez at itesm dot mx -Status: Feedback +Status: No Feedback Bug Type: Reproducible crash Operating System: AIX 4.3.3 maintenance 10 PHP Version: 4.3.4 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: [2003-11-25 15:43:52] [EMAIL PROTECTED] We're busy people who can't start installing every single PHP app out there and start digging which part of it MIGHT be causing some crash in an OS we haven't got access to. So you need to come up with the shortest possible example script that we can use to see which might be the reason for the crash. And to get better GDB output, compile PHP with --enable-debug (use fresh sources!) [2003-11-25 15:34:57] miguelangel dot gonzalez at itesm dot mx I forgot, i renamed the index.php (which is the one is crashing i think) to start.php in order to let you access the complete directory. Thanks in advande. [2003-11-25 15:33:11] miguelangel dot gonzalez at itesm dot mx Hi, thanks for answer. Don't know what specific information i have to provide, but i'll try. The issuetraker is a helpdesk environment developed in PHP. When i tried to acces de login page (index.php), i got a blanck page telling me that it could no be accesible. But if i access other php pages, they work well. When i view the apache logs to see what happend, i see the "child pid 15598 exit signal Segmentation fault (11)" error. I did the backtrace as is described here, maybe it doesn't show so much information.. I worked in php.ini changin register_globals = off, and the like, but the problem persist, even if i tried with snapshots of php from here. The problem shows also in version lowers than 4.3.4 of php. I put a directory with the php files here: http://orion.rzn.itesm.mx/source/ i'm not an expert in php, maybe it has something to do with sessions or something like that. Hope it helps, if not, let me know what other nformation do you need. [2003-11-25 14:24:23] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2003-11-25 12:22:02] miguelangel dot gonzalez at itesm dot mx Description: Hi, i got the problem of the segmentation fault. I'm running Apache 1.3.29 with php 4.3.4, and compiling with postgresql-7.3.4, perl-5.8.0, mysql-standard-4.0.16. Whe running a product from sourceforge.net (issuetracker 4.0.1) i got the error. With other php pages works correct. The page i got is blank and the error in log is this: [Mon Nov 24 14:51:27 2003] [notice] child pid 26790 exit signal Segmentation fault (11) I have tried with recent snapshots, but the problem persist. Here are my configure lines for apache and PHP. PHP ./configure --with-apache=../apache_1.3.29 \ --with-pgsql=/usr/local/pgsql \ --with-mysql=/usr/local/mysql \ --with-oracle=/u00/app/oracle/product/8.1.7 \ --enable-sigchild --enable-debug cd apache_1.3.x ./configure --prefix=/usr/local/apache \ --with-perl=/usr/local/bin \ --activate-module=src/modules/php4/libphp4.a Thanks in advance. Reproduce code: --- The url is http://orion.rzn.itesm.mx/helpdesk/index.php Expected result: I expect a login page. Actual result: -- I got blank page and the error in log. Here is the backtrace. Core was generated by `httpd'. Program terminated with signal 11, Segmentation fault. #0 0xd016dd54 in leftmost () from /usr/lib/libc.a(shr.o) (gdb) bt #0 0xd016dd54 in leftmost () from /usr/lib/libc.a(shr.o) #1 0xd016f9d8 in malloc_y () from /usr/lib/libc.a(shr.o) #2 0xd016cd9c in malloc () from /usr/lib/libc.a(shr.o) #3 0x1018bff0 in ?? () (gdb) quit -- Edit this bug report at http://bugs.php.net/?id=26410&edit=1
#26418 [Opn->Fbk]: loading class files crashes
ID: 26418 Updated by: [EMAIL PROTECTED] Reported By: danielc at analysisandsolutions dot com -Status: Open +Status: Feedback Bug Type: Zend Engine 2 problem Operating System: Windows 2000 PHP Version: 5CVS-2003-12-1 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. Previous Comments: [2003-12-01 00:39:30] danielc at analysisandsolutions dot com Same problem with new snapshot: php5-win32-200312010330.zip [2003-11-28 23:48:43] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2003-11-26 02:24:47] danielc at analysisandsolutions dot com Description: Using the latest snapshot, php5-win32-200311260330.zip, when a script loads up a bunch of class files, a Dr Watson error dialog appears saying PHP has crashed. Note, I'm just including the files, not creating an object via "new." I've tried to pin this down to some particular lines of code, but have been unable to find something in particular. While certain combinations of my class files and PEAR::DB create the crash, others don't. This code worked fine until now, so I don't think it's the content. In addition, I've tweaked PEAR.php and DB.php so methods that return by reference are always returning variables. Below is an excerpt from a dump file as examined by WinDbg: (5e4.600): Access violation - code c005 (!!! second chance !!!) eax=00866dfc ebx=00d9ad80 ecx=6e692e67 edx=0063 esi=00d9c5e0 edi=00d9c658 eip=100dcf91 esp=0012fae8 ebp=78001db0 iopl=0 nv up ei pl nz na pe nc cs=001b ss=0023 ds=0023 es=0023 fs=0038 gs= efl=0202 *** WARNING: Unable to verify checksum for php4ts.dll *** ERROR: Symbol file could not be found. Defaulted to export symbols for php4ts.dll - php4ts!zend_ts_hash_rehash+481: 100dcf91 89510c mov [ecx+0xc],edx ds:0023:6e692e73= -- Edit this bug report at http://bugs.php.net/?id=26418&edit=1
#26206 [Opn->Fbk]: argv and argc not defined
ID: 26206 Updated by: [EMAIL PROTECTED] Reported By: danielc at analysisandsolutions dot com -Status: Open +Status: Feedback Bug Type: CGI related Operating System: Windows 2000 PHP Version: 5CVS-2003-11-11 (dev) New Comment: And you're absolutely sure you don't have ANY old PHP related dlls in your system before you installed the snapshot? (delete all php4ts.dll files..) Previous Comments: [2003-12-01 00:35:22] danielc at analysisandsolutions dot com No luck with the new snapshot. Downloaded php5-win32-200312010330.zip, copied php.ini-recommended to php.ini, turned register_argc_argv = On, ran the following... C:\PROGRA~1\php\cli>php -i | grep argv register_argc_argv => On => On C:\PROGRA~1\php\cli>php -r " var_dump($_SERVER['argv']); " 1 2 3 PHP Notice: Undefined index: argv in Command line code on line 1 NULL [2003-11-29 00:15:40] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip I can not reproduce this on windows using latest CVS snapshot. [2003-11-27 19:24:09] danielc at analysisandsolutions dot com Your test of ignoring the php.ini file via the -n flag gets it to work as expected. FYI... C:\PROGRA~1\php\cli>php -i | grep argv register_argc_argv => On => On C:\PROGRA~1\php\cli>php -n -i | grep argv register_argc_argv => On => On _SERVER["argv"] => Array C:\PROGRA~1\php\cli>php -v PHP 5.0.0b3-dev (cli) (built: Nov 26 2003 04:10:19) [2003-11-27 19:03:46] [EMAIL PROTECTED] Try following: php -n -r " var_dump($_SERVER['argv']); " 1 2 3 [2003-11-11 12:52:32] danielc at analysisandsolutions dot com Description: $_SERVER['argv'] and $_SERVER['argc'] aren't created. php.ini and phpinfo() show register_argc_argv as being On. Behavior is the same via CLI or CGI binaries. Substituted a known good php.ini file to see ensure the file was getting parsed. Same results. Everything worked fine under 500b2-dev--php5-win32-200310010230 Problem began when upgraded to 500b2-dev--php5-win32-200311040330 Persists in the current CVS snapshot 500b3-dev--php5-win32-20031530 Reproduce code: --- #! c:/progra~1/php/cli/php now execute test script... ./t.php fjiao Expected result: Array ( [0] => ./t.php [1] => fjiao ) Actual result: -- Notice: Undefined index: argv in d:\t.php on line 3 -- Edit this bug report at http://bugs.php.net/?id=26206&edit=1
#26462 [Fbk->Opn]: bcmath doesn't compile as module
ID: 26462 User updated by: jdolecek at NetBSD dot org Reported By: jdolecek at NetBSD dot org -Status: Feedback +Status: Open Bug Type: BC math related Operating System: NetBSD 1.6ZF PHP Version: 4.3.4 Assigned To: sniper New Comment: Sorry about not providing the steps at first. Here it is: 1. tar xzf php-4.3.4.tar.bz2 php-4.3.4/ext/bcmath 2. cd php-4.3.4/ext/bcmath 3. patch < patch1; patch < patch2 4. phpize 5. ./configure --enable-bcmath 6. gmake patch1 and patch2 are your two patches. These steps get me reliably to the same compilation failure, as pasted in previous feedback. Previous Comments: [2003-11-30 03:36:26] [EMAIL PROTECTED] Exactly HOW is the configure run? Give the full process, not just some part of it.. [2003-11-29 08:59:44] jdolecek at NetBSD dot org No, compile still fails with: cc -I/usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/libbcmath/src -I. -I/usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath -DPHP_ATOM_INC -I/usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/include -I/usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/main -I/usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath -I/usr/obj/pkgsrc/math/php4-bcmath/work/.buildlink/include/php -I/usr/obj/pkgsrc/math/php4-bcmath/work/.buildlink/include/php/main -I/usr/obj/pkgsrc/math/php4-bcmath/work/.buildlink/include/php/Zend -I/usr/obj/pkgsrc/math/php4-bcmath/work/.buildlink/include/php/TSRM -I/usr/obj/pkgsrc/math/php4-bcmath/work/.buildlink/include -DHAVE_CONFIG_H -O2 -pipe -I/usr/obj/pkgsrc/math/php4-bcmath/work/.buildlink/include -c /usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/libbcmath/src/init.c -fPIC -DPIC -o libbcmath/src/.libs/init.o /usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/libbcmath/src/init.c: In function `bc_init_numbers': /usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/libbcmath/src/init.c:105: error: `_zero_' undeclared (first use in this function) /usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/libbcmath/src/init.c:105: error: (Each undeclared identifier is reported only once /usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/libbcmath/src/init.c:105: error: for each function it appears in.) /usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/libbcmath/src/init.c:105: error: invalid lvalue in assignment /usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/libbcmath/src/init.c:106: error: `_one_' undeclared (first use in this function) /usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/libbcmath/src/init.c:106: error: invalid lvalue in assignment /usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/libbcmath/src/init.c:107: error: invalid type argument of `->' /usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/libbcmath/src/init.c:108: error: `_two_' undeclared (first use in this function) /usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/libbcmath/src/init.c:108: error: invalid lvalue in assignment /usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/libbcmath/src/init.c:109: error: invalid type argument of `->' /usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/libbcmath/src/init.c: In function `bc_init_num': /usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/libbcmath/src/init.c:128: error: `_zero_' undeclared (first use in this function) /usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/libbcmath/src/init.c:128: warning: passing arg 1 of `bc_copy_num' makes pointer from integer without a cast *** Error code 1 Stop. make: stopped in /usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath *** Error code 1 Stop. make: stopped in /usr/pkgsrc/math/php4-bcmath *** Error code 1 Stop. make: stopped in /usr/pkgsrc/math/php4-bcmath I believe this is caused by libbcmath/init.c picking up 'wrong' config.h. [2003-11-29 08:36:58] [EMAIL PROTECTED] Fixed in CVS, here's the patch: http://www.php.net/~jani/patches/bug26462.patch [2003-11-29 08:15:52] [EMAIL PROTECTED] I'm working on this. (btw. The patch here is not ok..) [2003-11-29 07:34:08] jdolecek at NetBSD dot org Description: NetBSD pkgsrc compiles modules individually, using phpize et.al. bcmath config.m4 doesn't have correct paths, so some includes are not properly found and compile fails. Furthermore, it still insists on number.c being present, which is apparently not needed (it used to be needed in past, I guess). Note some care needs to be taken for the include paths, since some files include "config.h", which need to pick up
#26475 [Bgs]: Memory leaking with sockets
ID: 26475
User updated by: ipa at beta dot lt
Reported By: ipa at beta dot lt
Status: Bogus
Bug Type: Sockets related
Operating System: Linux/FreeBSD
PHP Version: 4.3.4
New Comment:
Hm. as i understand it's not possible to write long-running socket
server ? because after ~1 mln recieved connections it'll rich all 8 MB
memory limit??
Previous Comments:
[2003-12-01 02:13:05] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
This is by design. Memory used by resources is freed in the request
shutdown.
[2003-11-30 15:56:55] ipa at beta dot lt
Description:
Sockets' socket_read() left 8 bytes in memory.
Example configure:
'./configure' '--enable-versioning' '--enable-memory-limit'
'--with-layout=GNU' '--with-zlib-dir=/usr' '--disable-all'
'--with-regex=php' '--disable-cli' '--enable-ctype'
'--with-dom=/usr/local' '--with-gd' '--enable-gd-native-ttf'
'--enable-gd-jis-conv' '--with-freetype-dir=/usr/local'
'--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local'
'--with-xpm-dir=/usr/local' '--with-mysql=/usr/local'
'--enable-overload' '--with-pcre-regex=yes' '--enable-posix'
'--enable-session' '--enable-sockets' '--enable-tokenizer'
'--with-expat-dir=/usr/local' '--enable-xml' '--with-zlib=yes'
'--with-apxs2=/usr/local/sbin/apxs' '--with-imap=/usr/local'
'--with-imap-ssl=/usr/local' '--prefix=/usr/local'
'i386-portbld-freebsd4.8'
but reproducable on linux too.
Reproduce code:
---
function foo(){
$socket = socket_create (AF_INET, SOCK_STREAM, 0);
$result = socket_connect ($socket, gethostbyname ('www.example.com'),
80);
$in = "HEAD / HTTP/1.0\r\n\r\n";
socket_write ($socket, $in, strlen ($in));
while ($out = socket_read ($socket, 2048)) { /* .. */ }
socket_close ($socket);
}
foo();
echo memory_get_usage() . "";
foo();
echo memory_get_usage() . "";
foo();
echo memory_get_usage() . "";
Expected result:
x bytes.
x bytes.
x bytes.
Actual result:
--
x bytes.
x + 8 bytes.
x + 16 bytes.
...
x + (n * 8) bytes.
--
Edit this bug report at http://bugs.php.net/?id=26475&edit=1
#25220 [Opn->Bgs]: Statically called members can access $this
ID: 25220
Updated by: [EMAIL PROTECTED]
Reported By: php at koert dot bitfactory dot nl
-Status: Open
+Status: Bogus
Bug Type: Zend Engine 2 problem
Operating System: Cygwin/win2k
PHP Version: 5CVS-2003-08-23 (dev)
New Comment:
You need to use 'static' in the function declaration
to make it work like you expect. (otherwise it behaves like in PHP4..)
Previous Comments:
[2003-11-29 07:11:24] php at koert dot bitfactory dot nl
Still not fixed, it produces the wrong error. It should warn about
$this, not about $variable.
I am cvsupping as we speak, but i assume thie following testcase still
doesn't produce an error:
class static_class {
var $variable="Variable in static_class.";
function static_func() { echo $this->variable; }
}
class testclass {
var $variable="Variable in testclass.";
function func() { static_class::static_func(); }
}
$x = new testclass();
$x->func();
[2003-11-28 20:46:25] [EMAIL PROTECTED]
Output with latest CVS:
PHP Notice: Undefined property: testclass::$variable in
/home/jani/t.php on line 4
[2003-08-23 11:19:11] php at koert dot bitfactory dot nl
Description:
If a static method is called from an objectcontext, $this is accessible
from that objectcontext.
$this should be out of scop in the static method...
Reproduce code:
---
class static_class {
function static_func() { echo $this->variable; }
}
class testclass {
function func() { static_class::static_func(); }
}
$x = new testclass();
$x->func();
Expected result:
Fatal error: Using $this when not in object context in
[filename] on line 2
Actual result:
--
No output (thus no error)
--
Edit this bug report at http://bugs.php.net/?id=25220&edit=1
#25220 [Bgs]: Statically called members can access $this
ID: 25220
Updated by: [EMAIL PROTECTED]
Reported By: php at koert dot bitfactory dot nl
Status: Bogus
Bug Type: Zend Engine 2 problem
Operating System: Cygwin/win2k
PHP Version: 5CVS-2003-08-23 (dev)
New Comment:
static function static_func() { echo $this->variable; }
Previous Comments:
[2003-12-01 03:35:53] [EMAIL PROTECTED]
You need to use 'static' in the function declaration
to make it work like you expect. (otherwise it behaves like in PHP4..)
[2003-11-29 07:11:24] php at koert dot bitfactory dot nl
Still not fixed, it produces the wrong error. It should warn about
$this, not about $variable.
I am cvsupping as we speak, but i assume thie following testcase still
doesn't produce an error:
class static_class {
var $variable="Variable in static_class.";
function static_func() { echo $this->variable; }
}
class testclass {
var $variable="Variable in testclass.";
function func() { static_class::static_func(); }
}
$x = new testclass();
$x->func();
[2003-11-28 20:46:25] [EMAIL PROTECTED]
Output with latest CVS:
PHP Notice: Undefined property: testclass::$variable in
/home/jani/t.php on line 4
[2003-08-23 11:19:11] php at koert dot bitfactory dot nl
Description:
If a static method is called from an objectcontext, $this is accessible
from that objectcontext.
$this should be out of scop in the static method...
Reproduce code:
---
class static_class {
function static_func() { echo $this->variable; }
}
class testclass {
function func() { static_class::static_func(); }
}
$x = new testclass();
$x->func();
Expected result:
Fatal error: Using $this when not in object context in
[filename] on line 2
Actual result:
--
No output (thus no error)
--
Edit this bug report at http://bugs.php.net/?id=25220&edit=1
#26462 [Opn->Fbk]: bcmath doesn't compile as module
ID: 26462 Updated by: [EMAIL PROTECTED] Reported By: jdolecek at NetBSD dot org -Status: Open +Status: Feedback Bug Type: BC math related Operating System: NetBSD 1.6ZF PHP Version: 4.3.4 Assigned To: sniper New Comment: What two patches? There's exactly 1 (one) file I gave. Anyway, this works just fine for me.. What libtool, autoconf and automake versions you're using? Is the phpize you're using from PHP 4.3.4 ? Previous Comments: [2003-12-01 03:26:16] jdolecek at NetBSD dot org Sorry about not providing the steps at first. Here it is: 1. tar xzf php-4.3.4.tar.bz2 php-4.3.4/ext/bcmath 2. cd php-4.3.4/ext/bcmath 3. patch < patch1; patch < patch2 4. phpize 5. ./configure --enable-bcmath 6. gmake patch1 and patch2 are your two patches. These steps get me reliably to the same compilation failure, as pasted in previous feedback. [2003-11-30 03:36:26] [EMAIL PROTECTED] Exactly HOW is the configure run? Give the full process, not just some part of it.. [2003-11-29 08:59:44] jdolecek at NetBSD dot org No, compile still fails with: cc -I/usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/libbcmath/src -I. -I/usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath -DPHP_ATOM_INC -I/usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/include -I/usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/main -I/usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath -I/usr/obj/pkgsrc/math/php4-bcmath/work/.buildlink/include/php -I/usr/obj/pkgsrc/math/php4-bcmath/work/.buildlink/include/php/main -I/usr/obj/pkgsrc/math/php4-bcmath/work/.buildlink/include/php/Zend -I/usr/obj/pkgsrc/math/php4-bcmath/work/.buildlink/include/php/TSRM -I/usr/obj/pkgsrc/math/php4-bcmath/work/.buildlink/include -DHAVE_CONFIG_H -O2 -pipe -I/usr/obj/pkgsrc/math/php4-bcmath/work/.buildlink/include -c /usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/libbcmath/src/init.c -fPIC -DPIC -o libbcmath/src/.libs/init.o /usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/libbcmath/src/init.c: In function `bc_init_numbers': /usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/libbcmath/src/init.c:105: error: `_zero_' undeclared (first use in this function) /usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/libbcmath/src/init.c:105: error: (Each undeclared identifier is reported only once /usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/libbcmath/src/init.c:105: error: for each function it appears in.) /usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/libbcmath/src/init.c:105: error: invalid lvalue in assignment /usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/libbcmath/src/init.c:106: error: `_one_' undeclared (first use in this function) /usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/libbcmath/src/init.c:106: error: invalid lvalue in assignment /usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/libbcmath/src/init.c:107: error: invalid type argument of `->' /usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/libbcmath/src/init.c:108: error: `_two_' undeclared (first use in this function) /usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/libbcmath/src/init.c:108: error: invalid lvalue in assignment /usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/libbcmath/src/init.c:109: error: invalid type argument of `->' /usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/libbcmath/src/init.c: In function `bc_init_num': /usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/libbcmath/src/init.c:128: error: `_zero_' undeclared (first use in this function) /usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/libbcmath/src/init.c:128: warning: passing arg 1 of `bc_copy_num' makes pointer from integer without a cast *** Error code 1 Stop. make: stopped in /usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath *** Error code 1 Stop. make: stopped in /usr/pkgsrc/math/php4-bcmath *** Error code 1 Stop. make: stopped in /usr/pkgsrc/math/php4-bcmath I believe this is caused by libbcmath/init.c picking up 'wrong' config.h. [2003-11-29 08:36:58] [EMAIL PROTECTED] Fixed in CVS, here's the patch: http://www.php.net/~jani/patches/bug26462.patch [2003-11-29 08:15:52] [EMAIL PROTECTED] I'm working on this. (btw. The patch here is not ok..) 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/26462 -- Edit this
#26406 [NoF->Csd]: make fails with errors in zend.h
ID: 26406 User updated by: rv33100 at gsk dot com Reported By: rv33100 at gsk dot com -Status: No Feedback +Status: Closed Bug Type: Compile Failure Operating System: SUN Solaris 2.8 PHP Version: 4.3.4 New Comment: Problem solved with php4-STABLE-200311251630 Previous Comments: [2003-12-01 03:12:21] [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. [2003-11-25 10:22:09] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-11-25 10:18:23] rv33100 at gsk dot com Description: /d01/software/apache/php-4.3.4/Zend/zend.h:311: argument format specified for non-function `error_function' /d01/software/apache/php-4.3.4/Zend/zend.h:312: argument format specified for non-function `printf_function' /d01/software/apache/php-4.3.4/Zend/zend.h:444: argument format specified for non-function `zend_printf' /d01/software/apache/php-4.3.4/Zend/zend.h:451: argument format specified for non-function `zend_error_cb' *** Error code 1 -- Edit this bug report at http://bugs.php.net/?id=26406&edit=1
#26480 [Csd->Bgs]: mail function does not recognise php.ini settings
ID: 26480
Updated by: [EMAIL PROTECTED]
Reported By: kevin dot davies at iinet dot net dot au
-Status: Closed
+Status: Bogus
Bug Type: Mail related
Operating System: Windows 2000
PHP Version: 4.3.4
New Comment:
Since it wasn't a bug in PHP, Status => Bogus
Previous Comments:
[2003-12-01 01:21:55] kevin dot davies at iinet dot net dot au
The permissions in windows do not automatically allow access to ini
files in the c:\winnt directory. You need to specifically go into the
security settings of the file, make sure inherited permissions is
ticked and you MUST click apply.
This has been a bane of running PHP under windows. I should be put into
the configuration guide for php that any new php website needs to have
the default inherited permissions applied or all sorts of things do NOT
work.
File permissions under windows NT are not automatic and MUST be
checked.
[2003-12-01 01:12:07] kevin dot davies at iinet dot net dot au
The discussion thread
http://www.nukescripts.net/modules.php?name=Forums&file=viewtopic&p=3627#3627
describes how this bug was found. You can refer to it for more details
of this bug.
[2003-12-01 01:07:02] kevin dot davies at iinet dot net dot au
Description:
If you try to use mail() under Windows 2000/IIS5 you get a warning. If
you add the following lines to the top of your php file the warning
goes away.
ini_set("sendmail_from", "[EMAIL PROTECTED]");
ini_set("SMTP", "192.168.1.1");
It appears that mail() is not reading php.ini settings. The ini file
was correct and duplicated in c:\winnt\php.ini and c:\php\php.ini and
it made no difference.
Reproduce code:
---
Expected result:
It should work without errors.
Actual result:
--
Warning: mail(): "sendmail_from" not set in php.ini or custom "From:"
header missing in \modules\Your_Account\index.php on line 680
--
Edit this bug report at http://bugs.php.net/?id=26480&edit=1
#26475 [Bgs]: Memory leaking with sockets
ID: 26475
Updated by: [EMAIL PROTECTED]
Reported By: ipa at beta dot lt
Status: Bogus
Bug Type: Sockets related
Operating System: Linux/FreeBSD
PHP Version: 4.3.4
New Comment:
Nope, it doesn't do that. Sniper was slightly wrong. If you do a
socket_close it should clean up the resource, and it also does that.
What you see here is most likely some of the performance tweaks in PHP.
If you keep doing this in a loop you'll see that there is an upper
limit on this.
Previous Comments:
[2003-12-01 03:26:41] ipa at beta dot lt
Hm. as i understand it's not possible to write long-running socket
server ? because after ~1 mln recieved connections it'll rich all 8 MB
memory limit??
[2003-12-01 02:13:05] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
This is by design. Memory used by resources is freed in the request
shutdown.
[2003-11-30 15:56:55] ipa at beta dot lt
Description:
Sockets' socket_read() left 8 bytes in memory.
Example configure:
'./configure' '--enable-versioning' '--enable-memory-limit'
'--with-layout=GNU' '--with-zlib-dir=/usr' '--disable-all'
'--with-regex=php' '--disable-cli' '--enable-ctype'
'--with-dom=/usr/local' '--with-gd' '--enable-gd-native-ttf'
'--enable-gd-jis-conv' '--with-freetype-dir=/usr/local'
'--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local'
'--with-xpm-dir=/usr/local' '--with-mysql=/usr/local'
'--enable-overload' '--with-pcre-regex=yes' '--enable-posix'
'--enable-session' '--enable-sockets' '--enable-tokenizer'
'--with-expat-dir=/usr/local' '--enable-xml' '--with-zlib=yes'
'--with-apxs2=/usr/local/sbin/apxs' '--with-imap=/usr/local'
'--with-imap-ssl=/usr/local' '--prefix=/usr/local'
'i386-portbld-freebsd4.8'
but reproducable on linux too.
Reproduce code:
---
function foo(){
$socket = socket_create (AF_INET, SOCK_STREAM, 0);
$result = socket_connect ($socket, gethostbyname ('www.example.com'),
80);
$in = "HEAD / HTTP/1.0\r\n\r\n";
socket_write ($socket, $in, strlen ($in));
while ($out = socket_read ($socket, 2048)) { /* .. */ }
socket_close ($socket);
}
foo();
echo memory_get_usage() . "";
foo();
echo memory_get_usage() . "";
foo();
echo memory_get_usage() . "";
Expected result:
x bytes.
x bytes.
x bytes.
Actual result:
--
x bytes.
x + 8 bytes.
x + 16 bytes.
...
x + (n * 8) bytes.
--
Edit this bug report at http://bugs.php.net/?id=26475&edit=1
#26348 [Bgs]: odbc_statistics()
ID: 26348 User updated by: frosty dot z at freesbee dot fr Reported By: frosty dot z at freesbee dot fr Status: Bogus Bug Type: ODBC related Operating System: Win 2000 PHP Version: 4.3.4 New Comment: Ok, sorry. Thank you for your answer. Then the problem should come from Filemaker ODBC's driver. Previous Comments: [2003-12-01 02:24:45] [EMAIL PROTECTED] Not PHP bug. [2003-11-21 07:19:46] frosty dot z at freesbee dot fr Description: Good morning, I've tried to use the function odbc_statistics() to get information from tables of a Filemaker Pro database (using ODBC driver). With any value I've tried, odbc_statistics() returns always FALSE (+ SQL Error). Thank you very much for any help or explanation ; I suppose this to be a bug, but it might be a problem from the Filemaker ODBC driver as well. ... And sorry for the english mistakes (I'm french) == Similar bugs : bug #25757, bug #18941 Reproduce code: --- $id_odbc = odbc_connect(FM_HOST, FM_LOGIN, FM_PASSWORD); $res = odbc_statistics($id_odbc, NULL, NULL, "product_family", 0, 0); // I've tried "" and "%" instead of NULL for the 2nd and 3rd arguments // I've tried many numbers for the last two (too few doc, I don't know what they do) $row = odbc_fetch_array($res); //print $row['CARDINALITY']; //etc. Expected result: I expected to be able to get some statistics of a table. Actual result: -- Here is the actual result : Warning: odbc_statistics(): SQL error: , SQL state 0 in SQLStatistics in c:\maxime\prmt\appli\add_product.php on line 47 Warning: odbc_fetch_array(): supplied argument is not a valid ODBC result resource in c:\maxime\prmt\appli\add_product.php on line 51 Curiously, SQL state 0 means "success", and a SQL error is generated. Since similar problems have been reported for other functions such as odbc_columns, I guess this could be a PHP bug... -- Edit this bug report at http://bugs.php.net/?id=26348&edit=1
#26465 [Bgs->Opn]: mssql_close() closes more than one connection.
ID: 26465
User updated by: _nospam_svbev at umail dot ru
Reported By: _nospam_svbev at umail dot ru
-Status: Bogus
+Status: Open
Bug Type: MSSQL related
Operating System: Win2k
PHP Version: 4CVS-2003-11-28 (stable)
New Comment:
The first example is the correct way too and does the same but has the
different result. And THIS IS A BUG.
example #1 (Reproduce code) $conn2 is a local var. of step2
1: $conn1 = mssql_connect( $servername, $user, $pswd );
2: mssql_select_db ( $dbname, $conn1 );
3: step2( $servername, $dbname, $user, $pswd, $strquery );
4: step2( $servername, $dbname, $user, $pswd, $strquery );
!!! $conn1 IS NOT A VALID connection link now
When I delete 'step2()' calls and insert the body of 'step2()'
function
then connection link in $conn1 remains VALID till the end.
example #2 (Working code) $conn2 is a global variable
1: $conn1 = mssql_connect( $servername, $user, $pswd );
2: mssql_select_db ( $dbname, $conn1 );
3: $conn2 = mssql_connect( $servername, $user, $pswd );
mssql_select_db ( $dbname, $conn2 );
mssql_close( $conn2 );
4: $conn2 = mssql_connect( $servername, $user, $pswd );
mssql_select_db ( $dbname, $conn2 );
mssql_close( $conn2 );
!!! $conn1 IS A VALID connection link now
Do you see the difference?
The state of the first connection depends on the variable scope
containing $conn2 variable. This difference is a bug.
function step2( $servername, $dbname, $user, $pswd, $strquery )
{
$conn2 = mssql_connect( $servername, $user, $pswd );
mssql_select_db ( $dbname, $conn2 );
mssql_close( $conn2 );
}
Thank you.
Previous Comments:
[2003-12-01 02:08:23] [EMAIL PROTECTED]
The last example is the correct way.
[2003-12-01 01:44:08] _nospam_svbev at umail dot ru
Sorry, the error in the comments inside WORKING CODE:
// $conn1 is a valid resource now.
comment should be in all cases.
[2003-12-01 01:36:10] _nospam_svbev at umail dot ru
Dear snipper,
I read the docs and know that the same link is used for the second
connection. Why is not this link closed after ,,
secquence? A query is executed successfully after this. So I suppose
that PHP counts how many times this link is opened and PHP closes this
link after this counter is zeros. (Otherwise the bug is that the
WORKING CODE below works.)
The problem is that PHP counts LINK opening differently depending on
the code structure. The same sequence of mssql_ calls, when coded
differently, gives different results.
The code below performs all the same steps as the REPRODUCE CODE does
but WORKS SUCCESSFULLY. It outputs the rowset as expected. The WORKING
CODE does not contain step2() function. So $conn1 and $conn2 variables
which keeps connection handles are located in one variable scope.
WORKING CODE (THE ONLY VARIABLE SCOPE):
---
// 1.
$conn1 = mssql_connect( $servername, $user, $pswd );
mssql_select_db ( $dbname, $conn1 );
// $conn1 is a valid resource here.
// 2.
$conn2 = mssql_connect( $servername, $user, $pswd );
mssql_select_db ( $dbname, $conn2 );
mssql_close( $conn2 );
// $conn1 is still a valid resource.
// 3.
$conn2 = mssql_connect( $servername, $user, $pswd );
mssql_select_db ( $dbname, $conn2 );
mssql_close( $conn2 );
// $conn1 is not a valid resource now.
// 4.
$result = mssql_query( $strquery, $conn1 );
if( !$result )
echo "Step 4 FAILED: $php_errormsg ";
Thank you.
Alla.
[2003-11-30 04:15:19] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
RTFM:
"In case a second call is made to mssql_connect() with the same
arguments, no new link will be established, but instead, the link
identifier of the already opened link will be returned."
[2003-11-29 15:06:47] _nospam_svbev at umail dot ru
where $php_errormsg is:
'mssql_query(): is not a valid MS SQL-Link resource'
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report onl
#26465 [Opn]: mssql_close() closes more than one connection.
ID: 26465
User updated by: _nospam_svbev at umail dot ru
Reported By: _nospam_svbev at umail dot ru
Status: Open
Bug Type: MSSQL related
Operating System: Win2k
PHP Version: 4CVS-2003-11-28 (stable)
New Comment:
Correction:
The state of the connection depends on the variable scope which
contains $conn2 variable. This difference is a bug.
Previous Comments:
[2003-12-01 04:40:17] _nospam_svbev at umail dot ru
The first example is the correct way too and does the same but has the
different result. And THIS IS A BUG.
example #1 (Reproduce code) $conn2 is a local var. of step2
1: $conn1 = mssql_connect( $servername, $user, $pswd );
2: mssql_select_db ( $dbname, $conn1 );
3: step2( $servername, $dbname, $user, $pswd, $strquery );
4: step2( $servername, $dbname, $user, $pswd, $strquery );
!!! $conn1 IS NOT A VALID connection link now
When I delete 'step2()' calls and insert the body of 'step2()'
function
then connection link in $conn1 remains VALID till the end.
example #2 (Working code) $conn2 is a global variable
1: $conn1 = mssql_connect( $servername, $user, $pswd );
2: mssql_select_db ( $dbname, $conn1 );
3: $conn2 = mssql_connect( $servername, $user, $pswd );
mssql_select_db ( $dbname, $conn2 );
mssql_close( $conn2 );
4: $conn2 = mssql_connect( $servername, $user, $pswd );
mssql_select_db ( $dbname, $conn2 );
mssql_close( $conn2 );
!!! $conn1 IS A VALID connection link now
Do you see the difference?
The state of the first connection depends on the variable scope
containing $conn2 variable. This difference is a bug.
function step2( $servername, $dbname, $user, $pswd, $strquery )
{
$conn2 = mssql_connect( $servername, $user, $pswd );
mssql_select_db ( $dbname, $conn2 );
mssql_close( $conn2 );
}
Thank you.
[2003-12-01 02:08:23] [EMAIL PROTECTED]
The last example is the correct way.
[2003-12-01 01:44:08] _nospam_svbev at umail dot ru
Sorry, the error in the comments inside WORKING CODE:
// $conn1 is a valid resource now.
comment should be in all cases.
[2003-12-01 01:36:10] _nospam_svbev at umail dot ru
Dear snipper,
I read the docs and know that the same link is used for the second
connection. Why is not this link closed after ,,
secquence? A query is executed successfully after this. So I suppose
that PHP counts how many times this link is opened and PHP closes this
link after this counter is zeros. (Otherwise the bug is that the
WORKING CODE below works.)
The problem is that PHP counts LINK opening differently depending on
the code structure. The same sequence of mssql_ calls, when coded
differently, gives different results.
The code below performs all the same steps as the REPRODUCE CODE does
but WORKS SUCCESSFULLY. It outputs the rowset as expected. The WORKING
CODE does not contain step2() function. So $conn1 and $conn2 variables
which keeps connection handles are located in one variable scope.
WORKING CODE (THE ONLY VARIABLE SCOPE):
---
// 1.
$conn1 = mssql_connect( $servername, $user, $pswd );
mssql_select_db ( $dbname, $conn1 );
// $conn1 is a valid resource here.
// 2.
$conn2 = mssql_connect( $servername, $user, $pswd );
mssql_select_db ( $dbname, $conn2 );
mssql_close( $conn2 );
// $conn1 is still a valid resource.
// 3.
$conn2 = mssql_connect( $servername, $user, $pswd );
mssql_select_db ( $dbname, $conn2 );
mssql_close( $conn2 );
// $conn1 is not a valid resource now.
// 4.
$result = mssql_query( $strquery, $conn1 );
if( !$result )
echo "Step 4 FAILED: $php_errormsg ";
Thank you.
Alla.
[2003-11-30 04:15:19] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
RTFM:
"In case a second call is made to mssql_connect() with the same
arguments, no new link will be established, but instead, the link
identifier of the already opened link will be returned."
The remainder of the comments for this report are too long. To view
the rest of the comments, please
#26482 [NEW]: Session ID lost when form-tag split
From: andreas dot schmitter at swisslife dot ch
Operating system: WIN2000 Prof
PHP version: 4.3.4
PHP Bug Type: Session related
Bug description: Session ID lost when form-tag split
Description:
For some reasons i can not use cookies for session handling and therfore
use the only the transparent session id, which works fine. But recently i
got the following problem:
I have a form which has different action based on a variable ($ref). With
the first code snippet
(output of the Form-Tag as one string)
it worked fine. But with the second snippet (Form-Tag is split) the
session id is somehow lost.
Both ways the form worked and all the variables are passed correctly.
Regards
Andreas Schmitter
Reproduce code:
---
';
} else {
echo '';
}
?>
--
';
} else {
echo ' action="user_home.php">';
}
?>
Expected result:
Result of Code Snippet 1:
-
Result of Code Snippet 2:
--
Edit bug report at http://bugs.php.net/?id=26482&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26482&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26482&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26482&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26482&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26482&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=26482&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=26482&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26482&r=support
Expected behavior: http://bugs.php.net/fix.php?id=26482&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26482&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26482&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26482&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26482&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26482&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26482&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26482&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26482&r=float
#26483 [NEW]: Segfault in zend_hash.c
From: jan at horde dot org Operating system: Linux PHP version: 4CVS-2003-12-01 (stable) PHP Bug Type: Scripting Engine problem Bug description: Segfault in zend_hash.c Description: Again, no script to reproduce, this happens while parsing a compley mime message in IMP. Backtrace: 0x4066edd2 in zend_hash_find (ht=0x859369c, arKey=0x407fe161 "this", nKeyLength=5, pData=0xbffee2ac) at /home/jan/software/php43/Zend/zend_hash.c:892 892 /home/jan/software/php43/Zend/zend_hash.c: No such file or directory. ---Type to continue, or q to quit--- in /home/jan/software/php43/Zend/zend_hash.c (gdb) bt #0 0x4066edd2 in zend_hash_find (ht=0x859369c, arKey=0x407fe161 "this", nKeyLength=5, pData=0xbffee2ac) at /home/jan/software/php43/Zend/zend_hash.c:892 #1 0x40679973 in execute (op_array=0x84da0bc) at /home/jan/software/php43/Zend/zend_execute.c:1527 #2 0x4067a0f3 in execute (op_array=0x848e08c) at /home/jan/software/php43/Zend/zend_execute.c:1660 #3 0x4067a0f3 in execute (op_array=0x8185a1c) at /home/jan/software/php43/Zend/zend_execute.c:1660 #4 0x4067a0f3 in execute (op_array=0x851004c) at /home/jan/software/php43/Zend/zend_execute.c:1660 #5 0x4067a0f3 in execute (op_array=0x850fe74) at /home/jan/software/php43/Zend/zend_execute.c:1660 #6 0x4067a0f3 in execute (op_array=0x850fe74) at /home/jan/software/php43/Zend/zend_execute.c:1660 #7 0x4067a0f3 in execute (op_array=0x8658354) at /home/jan/software/php43/Zend/zend_execute.c:1660 #8 0x4067a0f3 in execute (op_array=0x850fc9c) at /home/jan/software/php43/Zend/zend_execute.c:1660 #9 0x4067a0f3 in execute (op_array=0x8484bf4) at /home/jan/software/php43/Zend/zend_execute.c:1660 #10 0x4067a0f3 in execute (op_array=0x846d5ac) at /home/jan/software/php43/Zend/zend_execute.c:1660 ---Type to continue, or q to quit--- #11 0x4067a0f3 in execute (op_array=0x850fe74) at /home/jan/software/php43/Zend/zend_execute.c:1660 #12 0x4067a0f3 in execute (op_array=0x850fd84) at /home/jan/software/php43/Zend/zend_execute.c:1660 #13 0x4067a0f3 in execute (op_array=0x81826ec) at /home/jan/software/php43/Zend/zend_execute.c:1660 #14 0x4066888a in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/jan/software/php43/Zend/zend.c:884 #15 0x406316e1 in php_execute_script (primary_file=0xb1e0) at /home/jan/software/php43/main/main.c:1729 #16 0x4067ef94 in apache_php_module_main (r=0x80ceee0, display_source_mode=0) at /home/jan/software/php43/sapi/apache/sapi_apache.c:54 #17 0x4067ff49 in send_php (r=0x80ceee0, display_source_mode=0, filename=0x80d0d10 "/home/jan/headhorde//imp/message.php") at /home/jan/software/php43/sapi/apache/mod_php4.c:620 #18 0x4067ffc2 in send_parsed_php (r=0x80ceee0) at /home/jan/software/php43/sapi/apache/mod_php4.c:635 #19 0x080557a7 in ap_invoke_handler () #20 0x0806aaf0 in process_request_internal () #21 0x0806ad81 in ap_process_request () #22 0x08062762 in child_main () #23 0x0806290a in make_child () #24 0x08062a46 in startup_children () ---Type to continue, or q to quit--- #25 0x080634eb in standalone_main () #26 0x08063ca6 in main () (gdb) frame 1 #1 0x40679973 in execute (op_array=0x84da0bc) at /home/jan/software/php43/Zend/zend_execute.c:1527 1527in /home/jan/software/php43/Zend/zend_execute.c (gdb) print (char *)(executor_globals.function_state_ptr->function)->common.function_name Address of symbol "executor_globals" is unknown. This is what I found in my logs: [Mon Dec 1 11:50:10 2003] Script: '/home/jan/headhorde//imp/message.php' --- /home/jan/software/php43/ext/mbstring/mbstring.c(329) : Block 0x087A2EA8 status: Beginning: OK (allocated on /home/jan/software/php43/ext/mbstring/mbstring. c:314, 17 bytes) End: Overflown (magic=0x29736D61 instead of 0x2A8FCC84) At least 4 bytes overflown -- Edit bug report at http://bugs.php.net/?id=26483&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26483&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26483&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26483&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26483&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26483&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26483&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26483&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26483&r=support Expected behavior: http://bugs.php.net/fix.php?id=26483&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26483&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26483&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26483&r=globals PHP 3 support discontinued: http:/
#26465 [Opn->Bgs]: mssql_close() closes more than one connection.
ID: 26465
Updated by: [EMAIL PROTECTED]
Reported By: _nospam_svbev at umail dot ru
-Status: Open
+Status: Bogus
Bug Type: MSSQL related
Operating System: Win2k
PHP Version: 4CVS-2003-11-28 (stable)
New Comment:
About your initial example:
When you close the connection, be it inside function or not,
of course you can't use it anymore.
The connection is reused when you use same credentials.
This is NOT bug but expected behaviour.
Previous Comments:
[2003-12-01 04:50:47] _nospam_svbev at umail dot ru
Correction:
The state of the connection depends on the variable scope which
contains $conn2 variable. This difference is a bug.
[2003-12-01 04:40:17] _nospam_svbev at umail dot ru
The first example is the correct way too and does the same but has the
different result. And THIS IS A BUG.
example #1 (Reproduce code) $conn2 is a local var. of step2
1: $conn1 = mssql_connect( $servername, $user, $pswd );
2: mssql_select_db ( $dbname, $conn1 );
3: step2( $servername, $dbname, $user, $pswd, $strquery );
4: step2( $servername, $dbname, $user, $pswd, $strquery );
!!! $conn1 IS NOT A VALID connection link now
When I delete 'step2()' calls and insert the body of 'step2()'
function
then connection link in $conn1 remains VALID till the end.
example #2 (Working code) $conn2 is a global variable
1: $conn1 = mssql_connect( $servername, $user, $pswd );
2: mssql_select_db ( $dbname, $conn1 );
3: $conn2 = mssql_connect( $servername, $user, $pswd );
mssql_select_db ( $dbname, $conn2 );
mssql_close( $conn2 );
4: $conn2 = mssql_connect( $servername, $user, $pswd );
mssql_select_db ( $dbname, $conn2 );
mssql_close( $conn2 );
!!! $conn1 IS A VALID connection link now
Do you see the difference?
The state of the first connection depends on the variable scope
containing $conn2 variable. This difference is a bug.
function step2( $servername, $dbname, $user, $pswd, $strquery )
{
$conn2 = mssql_connect( $servername, $user, $pswd );
mssql_select_db ( $dbname, $conn2 );
mssql_close( $conn2 );
}
Thank you.
[2003-12-01 02:08:23] [EMAIL PROTECTED]
The last example is the correct way.
[2003-12-01 01:44:08] _nospam_svbev at umail dot ru
Sorry, the error in the comments inside WORKING CODE:
// $conn1 is a valid resource now.
comment should be in all cases.
[2003-12-01 01:36:10] _nospam_svbev at umail dot ru
Dear snipper,
I read the docs and know that the same link is used for the second
connection. Why is not this link closed after ,,
secquence? A query is executed successfully after this. So I suppose
that PHP counts how many times this link is opened and PHP closes this
link after this counter is zeros. (Otherwise the bug is that the
WORKING CODE below works.)
The problem is that PHP counts LINK opening differently depending on
the code structure. The same sequence of mssql_ calls, when coded
differently, gives different results.
The code below performs all the same steps as the REPRODUCE CODE does
but WORKS SUCCESSFULLY. It outputs the rowset as expected. The WORKING
CODE does not contain step2() function. So $conn1 and $conn2 variables
which keeps connection handles are located in one variable scope.
WORKING CODE (THE ONLY VARIABLE SCOPE):
---
// 1.
$conn1 = mssql_connect( $servername, $user, $pswd );
mssql_select_db ( $dbname, $conn1 );
// $conn1 is a valid resource here.
// 2.
$conn2 = mssql_connect( $servername, $user, $pswd );
mssql_select_db ( $dbname, $conn2 );
mssql_close( $conn2 );
// $conn1 is still a valid resource.
// 3.
$conn2 = mssql_connect( $servername, $user, $pswd );
mssql_select_db ( $dbname, $conn2 );
mssql_close( $conn2 );
// $conn1 is not a valid resource now.
// 4.
$result = mssql_query( $strquery, $conn1 );
if( !$result )
echo "Step 4 FAILED: $php_errormsg ";
Thank you.
Alla.
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/26465
--
Edit this bug report at http://bugs.php.net/?id=26465&edit=1
#26483 [Opn->Fbk]: Segfault in zend_hash.c
ID: 26483 Updated by: [EMAIL PROTECTED] Reported By: jan at horde dot org -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 4CVS-2003-12-01 (stable) New Comment: You really should provide short example script..debugging using something like IMP is PITA.. Anyway, does this happen if you disable mbstring? Previous Comments: [2003-12-01 05:54:28] jan at horde dot org Description: Again, no script to reproduce, this happens while parsing a compley mime message in IMP. Backtrace: 0x4066edd2 in zend_hash_find (ht=0x859369c, arKey=0x407fe161 "this", nKeyLength=5, pData=0xbffee2ac) at /home/jan/software/php43/Zend/zend_hash.c:892 892 /home/jan/software/php43/Zend/zend_hash.c: No such file or directory. ---Type to continue, or q to quit--- in /home/jan/software/php43/Zend/zend_hash.c (gdb) bt #0 0x4066edd2 in zend_hash_find (ht=0x859369c, arKey=0x407fe161 "this", nKeyLength=5, pData=0xbffee2ac) at /home/jan/software/php43/Zend/zend_hash.c:892 #1 0x40679973 in execute (op_array=0x84da0bc) at /home/jan/software/php43/Zend/zend_execute.c:1527 #2 0x4067a0f3 in execute (op_array=0x848e08c) at /home/jan/software/php43/Zend/zend_execute.c:1660 #3 0x4067a0f3 in execute (op_array=0x8185a1c) at /home/jan/software/php43/Zend/zend_execute.c:1660 #4 0x4067a0f3 in execute (op_array=0x851004c) at /home/jan/software/php43/Zend/zend_execute.c:1660 #5 0x4067a0f3 in execute (op_array=0x850fe74) at /home/jan/software/php43/Zend/zend_execute.c:1660 #6 0x4067a0f3 in execute (op_array=0x850fe74) at /home/jan/software/php43/Zend/zend_execute.c:1660 #7 0x4067a0f3 in execute (op_array=0x8658354) at /home/jan/software/php43/Zend/zend_execute.c:1660 #8 0x4067a0f3 in execute (op_array=0x850fc9c) at /home/jan/software/php43/Zend/zend_execute.c:1660 #9 0x4067a0f3 in execute (op_array=0x8484bf4) at /home/jan/software/php43/Zend/zend_execute.c:1660 #10 0x4067a0f3 in execute (op_array=0x846d5ac) at /home/jan/software/php43/Zend/zend_execute.c:1660 ---Type to continue, or q to quit--- #11 0x4067a0f3 in execute (op_array=0x850fe74) at /home/jan/software/php43/Zend/zend_execute.c:1660 #12 0x4067a0f3 in execute (op_array=0x850fd84) at /home/jan/software/php43/Zend/zend_execute.c:1660 #13 0x4067a0f3 in execute (op_array=0x81826ec) at /home/jan/software/php43/Zend/zend_execute.c:1660 #14 0x4066888a in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/jan/software/php43/Zend/zend.c:884 #15 0x406316e1 in php_execute_script (primary_file=0xb1e0) at /home/jan/software/php43/main/main.c:1729 #16 0x4067ef94 in apache_php_module_main (r=0x80ceee0, display_source_mode=0) at /home/jan/software/php43/sapi/apache/sapi_apache.c:54 #17 0x4067ff49 in send_php (r=0x80ceee0, display_source_mode=0, filename=0x80d0d10 "/home/jan/headhorde//imp/message.php") at /home/jan/software/php43/sapi/apache/mod_php4.c:620 #18 0x4067ffc2 in send_parsed_php (r=0x80ceee0) at /home/jan/software/php43/sapi/apache/mod_php4.c:635 #19 0x080557a7 in ap_invoke_handler () #20 0x0806aaf0 in process_request_internal () #21 0x0806ad81 in ap_process_request () #22 0x08062762 in child_main () #23 0x0806290a in make_child () #24 0x08062a46 in startup_children () ---Type to continue, or q to quit--- #25 0x080634eb in standalone_main () #26 0x08063ca6 in main () (gdb) frame 1 #1 0x40679973 in execute (op_array=0x84da0bc) at /home/jan/software/php43/Zend/zend_execute.c:1527 1527in /home/jan/software/php43/Zend/zend_execute.c (gdb) print (char *)(executor_globals.function_state_ptr->function)->common.function_name Address of symbol "executor_globals" is unknown. This is what I found in my logs: [Mon Dec 1 11:50:10 2003] Script: '/home/jan/headhorde//imp/message.php' --- /home/jan/software/php43/ext/mbstring/mbstring.c(329) : Block 0x087A2EA8 status: Beginning: OK (allocated on /home/jan/software/php43/ext/mbstring/mbstring. c:314, 17 bytes) End: Overflown (magic=0x29736D61 instead of 0x2A8FCC84) At least 4 bytes overflown -- Edit this bug report at http://bugs.php.net/?id=26483&edit=1
#26483 [Fbk]: Segfault in zend_hash.c
ID: 26483 Updated by: [EMAIL PROTECTED] Reported By: jan at horde dot org Status: Feedback Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 4CVS-2003-12-01 (stable) New Comment: Perhaps you can also check with valgrind, and running apache in single process mode (-X). Previous Comments: [2003-12-01 06:00:27] [EMAIL PROTECTED] You really should provide short example script..debugging using something like IMP is PITA.. Anyway, does this happen if you disable mbstring? [2003-12-01 05:54:28] jan at horde dot org Description: Again, no script to reproduce, this happens while parsing a compley mime message in IMP. Backtrace: 0x4066edd2 in zend_hash_find (ht=0x859369c, arKey=0x407fe161 "this", nKeyLength=5, pData=0xbffee2ac) at /home/jan/software/php43/Zend/zend_hash.c:892 892 /home/jan/software/php43/Zend/zend_hash.c: No such file or directory. ---Type to continue, or q to quit--- in /home/jan/software/php43/Zend/zend_hash.c (gdb) bt #0 0x4066edd2 in zend_hash_find (ht=0x859369c, arKey=0x407fe161 "this", nKeyLength=5, pData=0xbffee2ac) at /home/jan/software/php43/Zend/zend_hash.c:892 #1 0x40679973 in execute (op_array=0x84da0bc) at /home/jan/software/php43/Zend/zend_execute.c:1527 #2 0x4067a0f3 in execute (op_array=0x848e08c) at /home/jan/software/php43/Zend/zend_execute.c:1660 #3 0x4067a0f3 in execute (op_array=0x8185a1c) at /home/jan/software/php43/Zend/zend_execute.c:1660 #4 0x4067a0f3 in execute (op_array=0x851004c) at /home/jan/software/php43/Zend/zend_execute.c:1660 #5 0x4067a0f3 in execute (op_array=0x850fe74) at /home/jan/software/php43/Zend/zend_execute.c:1660 #6 0x4067a0f3 in execute (op_array=0x850fe74) at /home/jan/software/php43/Zend/zend_execute.c:1660 #7 0x4067a0f3 in execute (op_array=0x8658354) at /home/jan/software/php43/Zend/zend_execute.c:1660 #8 0x4067a0f3 in execute (op_array=0x850fc9c) at /home/jan/software/php43/Zend/zend_execute.c:1660 #9 0x4067a0f3 in execute (op_array=0x8484bf4) at /home/jan/software/php43/Zend/zend_execute.c:1660 #10 0x4067a0f3 in execute (op_array=0x846d5ac) at /home/jan/software/php43/Zend/zend_execute.c:1660 ---Type to continue, or q to quit--- #11 0x4067a0f3 in execute (op_array=0x850fe74) at /home/jan/software/php43/Zend/zend_execute.c:1660 #12 0x4067a0f3 in execute (op_array=0x850fd84) at /home/jan/software/php43/Zend/zend_execute.c:1660 #13 0x4067a0f3 in execute (op_array=0x81826ec) at /home/jan/software/php43/Zend/zend_execute.c:1660 #14 0x4066888a in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/jan/software/php43/Zend/zend.c:884 #15 0x406316e1 in php_execute_script (primary_file=0xb1e0) at /home/jan/software/php43/main/main.c:1729 #16 0x4067ef94 in apache_php_module_main (r=0x80ceee0, display_source_mode=0) at /home/jan/software/php43/sapi/apache/sapi_apache.c:54 #17 0x4067ff49 in send_php (r=0x80ceee0, display_source_mode=0, filename=0x80d0d10 "/home/jan/headhorde//imp/message.php") at /home/jan/software/php43/sapi/apache/mod_php4.c:620 #18 0x4067ffc2 in send_parsed_php (r=0x80ceee0) at /home/jan/software/php43/sapi/apache/mod_php4.c:635 #19 0x080557a7 in ap_invoke_handler () #20 0x0806aaf0 in process_request_internal () #21 0x0806ad81 in ap_process_request () #22 0x08062762 in child_main () #23 0x0806290a in make_child () #24 0x08062a46 in startup_children () ---Type to continue, or q to quit--- #25 0x080634eb in standalone_main () #26 0x08063ca6 in main () (gdb) frame 1 #1 0x40679973 in execute (op_array=0x84da0bc) at /home/jan/software/php43/Zend/zend_execute.c:1527 1527in /home/jan/software/php43/Zend/zend_execute.c (gdb) print (char *)(executor_globals.function_state_ptr->function)->common.function_name Address of symbol "executor_globals" is unknown. This is what I found in my logs: [Mon Dec 1 11:50:10 2003] Script: '/home/jan/headhorde//imp/message.php' --- /home/jan/software/php43/ext/mbstring/mbstring.c(329) : Block 0x087A2EA8 status: Beginning: OK (allocated on /home/jan/software/php43/ext/mbstring/mbstring. c:314, 17 bytes) End: Overflown (magic=0x29736D61 instead of 0x2A8FCC84) At least 4 bytes overflown -- Edit this bug report at http://bugs.php.net/?id=26483&edit=1
#26483 [Fbk->Opn]: Segfault in zend_hash.c
ID: 26483 User updated by: jan at horde dot org Reported By: jan at horde dot org -Status: Feedback +Status: Open -Bug Type: Scripting Engine problem +Bug Type: mbstring related Operating System: Linux PHP Version: 4CVS-2003-12-01 (stable) New Comment: I know this is hard to debug, but the complexity of the involved classes simply can't be boiled down to a single script, unless I exactly know where the crash happens. I tested disabling mbstring right after submitting the report and indeed the segfaults don't happen anymore. Previous Comments: [2003-12-01 06:12:52] [EMAIL PROTECTED] Perhaps you can also check with valgrind, and running apache in single process mode (-X). [2003-12-01 06:00:27] [EMAIL PROTECTED] You really should provide short example script..debugging using something like IMP is PITA.. Anyway, does this happen if you disable mbstring? [2003-12-01 05:54:28] jan at horde dot org Description: Again, no script to reproduce, this happens while parsing a compley mime message in IMP. Backtrace: 0x4066edd2 in zend_hash_find (ht=0x859369c, arKey=0x407fe161 "this", nKeyLength=5, pData=0xbffee2ac) at /home/jan/software/php43/Zend/zend_hash.c:892 892 /home/jan/software/php43/Zend/zend_hash.c: No such file or directory. ---Type to continue, or q to quit--- in /home/jan/software/php43/Zend/zend_hash.c (gdb) bt #0 0x4066edd2 in zend_hash_find (ht=0x859369c, arKey=0x407fe161 "this", nKeyLength=5, pData=0xbffee2ac) at /home/jan/software/php43/Zend/zend_hash.c:892 #1 0x40679973 in execute (op_array=0x84da0bc) at /home/jan/software/php43/Zend/zend_execute.c:1527 #2 0x4067a0f3 in execute (op_array=0x848e08c) at /home/jan/software/php43/Zend/zend_execute.c:1660 #3 0x4067a0f3 in execute (op_array=0x8185a1c) at /home/jan/software/php43/Zend/zend_execute.c:1660 #4 0x4067a0f3 in execute (op_array=0x851004c) at /home/jan/software/php43/Zend/zend_execute.c:1660 #5 0x4067a0f3 in execute (op_array=0x850fe74) at /home/jan/software/php43/Zend/zend_execute.c:1660 #6 0x4067a0f3 in execute (op_array=0x850fe74) at /home/jan/software/php43/Zend/zend_execute.c:1660 #7 0x4067a0f3 in execute (op_array=0x8658354) at /home/jan/software/php43/Zend/zend_execute.c:1660 #8 0x4067a0f3 in execute (op_array=0x850fc9c) at /home/jan/software/php43/Zend/zend_execute.c:1660 #9 0x4067a0f3 in execute (op_array=0x8484bf4) at /home/jan/software/php43/Zend/zend_execute.c:1660 #10 0x4067a0f3 in execute (op_array=0x846d5ac) at /home/jan/software/php43/Zend/zend_execute.c:1660 ---Type to continue, or q to quit--- #11 0x4067a0f3 in execute (op_array=0x850fe74) at /home/jan/software/php43/Zend/zend_execute.c:1660 #12 0x4067a0f3 in execute (op_array=0x850fd84) at /home/jan/software/php43/Zend/zend_execute.c:1660 #13 0x4067a0f3 in execute (op_array=0x81826ec) at /home/jan/software/php43/Zend/zend_execute.c:1660 #14 0x4066888a in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/jan/software/php43/Zend/zend.c:884 #15 0x406316e1 in php_execute_script (primary_file=0xb1e0) at /home/jan/software/php43/main/main.c:1729 #16 0x4067ef94 in apache_php_module_main (r=0x80ceee0, display_source_mode=0) at /home/jan/software/php43/sapi/apache/sapi_apache.c:54 #17 0x4067ff49 in send_php (r=0x80ceee0, display_source_mode=0, filename=0x80d0d10 "/home/jan/headhorde//imp/message.php") at /home/jan/software/php43/sapi/apache/mod_php4.c:620 #18 0x4067ffc2 in send_parsed_php (r=0x80ceee0) at /home/jan/software/php43/sapi/apache/mod_php4.c:635 #19 0x080557a7 in ap_invoke_handler () #20 0x0806aaf0 in process_request_internal () #21 0x0806ad81 in ap_process_request () #22 0x08062762 in child_main () #23 0x0806290a in make_child () #24 0x08062a46 in startup_children () ---Type to continue, or q to quit--- #25 0x080634eb in standalone_main () #26 0x08063ca6 in main () (gdb) frame 1 #1 0x40679973 in execute (op_array=0x84da0bc) at /home/jan/software/php43/Zend/zend_execute.c:1527 1527in /home/jan/software/php43/Zend/zend_execute.c (gdb) print (char *)(executor_globals.function_state_ptr->function)->common.function_name Address of symbol "executor_globals" is unknown. This is what I found in my logs: [Mon Dec 1 11:50:10 2003] Script: '/home/jan/headhorde//imp/message.php' --- /home/jan/software/php43/ext/mbstring/mbstring.c(329) : Block 0x087A2EA8 status: Beginning: OK (allocated on /home/jan/software/php43/ext/mbstring/mbstring. c:314, 17 bytes) End: Overflown (magic=0x29736D61 instead of 0x2A8FCC84) At least 4 bytes overflown --
#26483 [Opn]: Segfault in zend_hash.c
ID: 26483 User updated by: jan at horde dot org Reported By: jan at horde dot org Status: Open Bug Type: mbstring related Operating System: Linux PHP Version: 4CVS-2003-12-01 (stable) New Comment: Alright, I got valgrind installed. Never used it before, how about one or two cli lines to get some useful results? Previous Comments: [2003-12-01 06:15:23] jan at horde dot org I know this is hard to debug, but the complexity of the involved classes simply can't be boiled down to a single script, unless I exactly know where the crash happens. I tested disabling mbstring right after submitting the report and indeed the segfaults don't happen anymore. [2003-12-01 06:12:52] [EMAIL PROTECTED] Perhaps you can also check with valgrind, and running apache in single process mode (-X). [2003-12-01 06:00:27] [EMAIL PROTECTED] You really should provide short example script..debugging using something like IMP is PITA.. Anyway, does this happen if you disable mbstring? [2003-12-01 05:54:28] jan at horde dot org Description: Again, no script to reproduce, this happens while parsing a compley mime message in IMP. Backtrace: 0x4066edd2 in zend_hash_find (ht=0x859369c, arKey=0x407fe161 "this", nKeyLength=5, pData=0xbffee2ac) at /home/jan/software/php43/Zend/zend_hash.c:892 892 /home/jan/software/php43/Zend/zend_hash.c: No such file or directory. ---Type to continue, or q to quit--- in /home/jan/software/php43/Zend/zend_hash.c (gdb) bt #0 0x4066edd2 in zend_hash_find (ht=0x859369c, arKey=0x407fe161 "this", nKeyLength=5, pData=0xbffee2ac) at /home/jan/software/php43/Zend/zend_hash.c:892 #1 0x40679973 in execute (op_array=0x84da0bc) at /home/jan/software/php43/Zend/zend_execute.c:1527 #2 0x4067a0f3 in execute (op_array=0x848e08c) at /home/jan/software/php43/Zend/zend_execute.c:1660 #3 0x4067a0f3 in execute (op_array=0x8185a1c) at /home/jan/software/php43/Zend/zend_execute.c:1660 #4 0x4067a0f3 in execute (op_array=0x851004c) at /home/jan/software/php43/Zend/zend_execute.c:1660 #5 0x4067a0f3 in execute (op_array=0x850fe74) at /home/jan/software/php43/Zend/zend_execute.c:1660 #6 0x4067a0f3 in execute (op_array=0x850fe74) at /home/jan/software/php43/Zend/zend_execute.c:1660 #7 0x4067a0f3 in execute (op_array=0x8658354) at /home/jan/software/php43/Zend/zend_execute.c:1660 #8 0x4067a0f3 in execute (op_array=0x850fc9c) at /home/jan/software/php43/Zend/zend_execute.c:1660 #9 0x4067a0f3 in execute (op_array=0x8484bf4) at /home/jan/software/php43/Zend/zend_execute.c:1660 #10 0x4067a0f3 in execute (op_array=0x846d5ac) at /home/jan/software/php43/Zend/zend_execute.c:1660 ---Type to continue, or q to quit--- #11 0x4067a0f3 in execute (op_array=0x850fe74) at /home/jan/software/php43/Zend/zend_execute.c:1660 #12 0x4067a0f3 in execute (op_array=0x850fd84) at /home/jan/software/php43/Zend/zend_execute.c:1660 #13 0x4067a0f3 in execute (op_array=0x81826ec) at /home/jan/software/php43/Zend/zend_execute.c:1660 #14 0x4066888a in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/jan/software/php43/Zend/zend.c:884 #15 0x406316e1 in php_execute_script (primary_file=0xb1e0) at /home/jan/software/php43/main/main.c:1729 #16 0x4067ef94 in apache_php_module_main (r=0x80ceee0, display_source_mode=0) at /home/jan/software/php43/sapi/apache/sapi_apache.c:54 #17 0x4067ff49 in send_php (r=0x80ceee0, display_source_mode=0, filename=0x80d0d10 "/home/jan/headhorde//imp/message.php") at /home/jan/software/php43/sapi/apache/mod_php4.c:620 #18 0x4067ffc2 in send_parsed_php (r=0x80ceee0) at /home/jan/software/php43/sapi/apache/mod_php4.c:635 #19 0x080557a7 in ap_invoke_handler () #20 0x0806aaf0 in process_request_internal () #21 0x0806ad81 in ap_process_request () #22 0x08062762 in child_main () #23 0x0806290a in make_child () #24 0x08062a46 in startup_children () ---Type to continue, or q to quit--- #25 0x080634eb in standalone_main () #26 0x08063ca6 in main () (gdb) frame 1 #1 0x40679973 in execute (op_array=0x84da0bc) at /home/jan/software/php43/Zend/zend_execute.c:1527 1527in /home/jan/software/php43/Zend/zend_execute.c (gdb) print (char *)(executor_globals.function_state_ptr->function)->common.function_name Address of symbol "executor_globals" is unknown. This is what I found in my logs: [Mon Dec 1 11:50:10 2003] Script: '/home/jan/headhorde//imp/message.php' --- /home/jan/software/php43/ext/mbstring/mbstring.c(329) : Block 0x087A2EA8 status: Beginning: OK (allocated on /home/jan/software/php43/ext/mbstring/
#26483 [Opn->Fbk]: Segfault in zend_hash.c
ID: 26483 Updated by: [EMAIL PROTECTED] Reported By: jan at horde dot org -Status: Open +Status: Feedback Bug Type: mbstring related Operating System: Linux PHP Version: 4CVS-2003-12-01 (stable) New Comment: valgrind /path/to/non-stripped/httpd -X then request the page that borks. valgrind will spit out messages to stderr then. Previous Comments: [2003-12-01 06:31:34] jan at horde dot org Alright, I got valgrind installed. Never used it before, how about one or two cli lines to get some useful results? [2003-12-01 06:15:23] jan at horde dot org I know this is hard to debug, but the complexity of the involved classes simply can't be boiled down to a single script, unless I exactly know where the crash happens. I tested disabling mbstring right after submitting the report and indeed the segfaults don't happen anymore. [2003-12-01 06:12:52] [EMAIL PROTECTED] Perhaps you can also check with valgrind, and running apache in single process mode (-X). [2003-12-01 06:00:27] [EMAIL PROTECTED] You really should provide short example script..debugging using something like IMP is PITA.. Anyway, does this happen if you disable mbstring? [2003-12-01 05:54:28] jan at horde dot org Description: Again, no script to reproduce, this happens while parsing a compley mime message in IMP. Backtrace: 0x4066edd2 in zend_hash_find (ht=0x859369c, arKey=0x407fe161 "this", nKeyLength=5, pData=0xbffee2ac) at /home/jan/software/php43/Zend/zend_hash.c:892 892 /home/jan/software/php43/Zend/zend_hash.c: No such file or directory. ---Type to continue, or q to quit--- in /home/jan/software/php43/Zend/zend_hash.c (gdb) bt #0 0x4066edd2 in zend_hash_find (ht=0x859369c, arKey=0x407fe161 "this", nKeyLength=5, pData=0xbffee2ac) at /home/jan/software/php43/Zend/zend_hash.c:892 #1 0x40679973 in execute (op_array=0x84da0bc) at /home/jan/software/php43/Zend/zend_execute.c:1527 #2 0x4067a0f3 in execute (op_array=0x848e08c) at /home/jan/software/php43/Zend/zend_execute.c:1660 #3 0x4067a0f3 in execute (op_array=0x8185a1c) at /home/jan/software/php43/Zend/zend_execute.c:1660 #4 0x4067a0f3 in execute (op_array=0x851004c) at /home/jan/software/php43/Zend/zend_execute.c:1660 #5 0x4067a0f3 in execute (op_array=0x850fe74) at /home/jan/software/php43/Zend/zend_execute.c:1660 #6 0x4067a0f3 in execute (op_array=0x850fe74) at /home/jan/software/php43/Zend/zend_execute.c:1660 #7 0x4067a0f3 in execute (op_array=0x8658354) at /home/jan/software/php43/Zend/zend_execute.c:1660 #8 0x4067a0f3 in execute (op_array=0x850fc9c) at /home/jan/software/php43/Zend/zend_execute.c:1660 #9 0x4067a0f3 in execute (op_array=0x8484bf4) at /home/jan/software/php43/Zend/zend_execute.c:1660 #10 0x4067a0f3 in execute (op_array=0x846d5ac) at /home/jan/software/php43/Zend/zend_execute.c:1660 ---Type to continue, or q to quit--- #11 0x4067a0f3 in execute (op_array=0x850fe74) at /home/jan/software/php43/Zend/zend_execute.c:1660 #12 0x4067a0f3 in execute (op_array=0x850fd84) at /home/jan/software/php43/Zend/zend_execute.c:1660 #13 0x4067a0f3 in execute (op_array=0x81826ec) at /home/jan/software/php43/Zend/zend_execute.c:1660 #14 0x4066888a in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/jan/software/php43/Zend/zend.c:884 #15 0x406316e1 in php_execute_script (primary_file=0xb1e0) at /home/jan/software/php43/main/main.c:1729 #16 0x4067ef94 in apache_php_module_main (r=0x80ceee0, display_source_mode=0) at /home/jan/software/php43/sapi/apache/sapi_apache.c:54 #17 0x4067ff49 in send_php (r=0x80ceee0, display_source_mode=0, filename=0x80d0d10 "/home/jan/headhorde//imp/message.php") at /home/jan/software/php43/sapi/apache/mod_php4.c:620 #18 0x4067ffc2 in send_parsed_php (r=0x80ceee0) at /home/jan/software/php43/sapi/apache/mod_php4.c:635 #19 0x080557a7 in ap_invoke_handler () #20 0x0806aaf0 in process_request_internal () #21 0x0806ad81 in ap_process_request () #22 0x08062762 in child_main () #23 0x0806290a in make_child () #24 0x08062a46 in startup_children () ---Type to continue, or q to quit--- #25 0x080634eb in standalone_main () #26 0x08063ca6 in main () (gdb) frame 1 #1 0x40679973 in execute (op_array=0x84da0bc) at /home/jan/software/php43/Zend/zend_execute.c:1527 1527in /home/jan/software/php43/Zend/zend_execute.c (gdb) print (char *)(executor_globals.function_state_ptr->function)->common.function_name Address of symbol "executor_globals" is unknown. This is what I found in my logs:
#26182 [Opn->Asn]: Object properties created redundantly
ID: 26182
Updated by: [EMAIL PROTECTED]
Reported By: hongnk at hotmail dot com
-Status: Open
+Status: Assigned
-Bug Type: Feature/Change Request
+Bug Type: Zend Engine 2 problem
Operating System: *
PHP Version: 5CVS
-Assigned To:
+Assigned To: andi
New Comment:
This is a bug, not feature request.
Andi: Assigned to you as reminder.. :)
Previous Comments:
[2003-11-27 12:06:33] [EMAIL PROTECTED]
Reopen as feature request:
Shouldn't creation of implicit public properties be an E_STRICE error?
[2003-11-27 12:05:22] [EMAIL PROTECTED]
PHP5 knows the concepts of implicit public properties and dynamic
properties.
Implicit public properties are properties that are declared by simply
using them.
Dynamic properties are properties that can be 'attached' to an object
while using it.
[2003-11-25 04:20:11] [EMAIL PROTECTED]
Works as expected with PHP 4, fails with PHP 5.
[2003-11-08 19:47:47] hongnk at hotmail dot com
Description:
Whenever a variable is refered anywhere inside a class under the form
$this->varname, it is automatically created in class instances.
Reproduce code:
---
class A {
function NotAConstructor(){
if(isset($this->x)){
//just for demo
}
}
}
$t=new A();
var_dump($t);
Expected result:
object(a)#1 (0) { }
Actual result:
--
object(a)#1 (1) { ["x"]=> NULL }
--
Edit this bug report at http://bugs.php.net/?id=26182&edit=1
#26462 [Fbk->Opn]: bcmath doesn't compile as module
ID: 26462 User updated by: jdolecek at NetBSD dot org Reported By: jdolecek at NetBSD dot org -Status: Feedback +Status: Open Bug Type: BC math related Operating System: NetBSD 1.6ZF PHP Version: 4.3.4 Assigned To: sniper New Comment: I split your patch into two files, so that there would we one patch per patched file. Yes, phpize is from PHP 4.3.4. libtool 1.4 autoconf 2.57 automake 1.7.6 Note: all other php4 modules build fine, so it's only problem with bcmath. Perhaps 'your' libfool magically strips some -I directives? Can you paste your compile line for libcmath/src/init.c? The problem happens due to init.c not picking .../ext/bcmath/config.h before including php_bcmath.h. Due to this, the #ifdef WITH_BCMATH block won't be included. Thus, BCG() macro is not defined and obviously the compile fails due to 'missing' _zero_ et.al. I'm not sure why it works for you - this is obviously wrong and shouldn't work anywhere. Anyway, adding #include "../../config.h" just before #include "../../php_bcmath.h" in bcmath.h fixed the compile problem, thus this updated patch to bcmath.h works fine: --- bcmath.h.orig 2002-11-22 10:27:08.0 +0100 +++ bcmath.h2003-12-01 13:10:05.0 +0100 @@ -52,8 +52,9 @@ in the case of leading zeros generated. */ } bc_struct; -#include -#include +#include "php.h" +#include "../../config.h" +#include "../../php_bcmath.h" Note the file should really use #include , because php.h comes from installed PHP headers, not local bcmath module stuff. So I propose this patch as 'final': --- libbcmath/src/bcmath.h.orig 2002-11-22 10:27:08.0 +0100 +++ libbcmath/src/bcmath.h 2003-12-01 13:16:46.0 +0100 @@ -53,7 +53,8 @@ } bc_struct; #include -#include +#include "../../config.h" +#include "../../php_bcmath.h" /* The base used in storing the numbers in n_value above. With this patch (and the config.m4 fix to not include number.c), the module compiles fine for me. Previous Comments: [2003-12-01 03:49:13] [EMAIL PROTECTED] What two patches? There's exactly 1 (one) file I gave. Anyway, this works just fine for me.. What libtool, autoconf and automake versions you're using? Is the phpize you're using from PHP 4.3.4 ? [2003-12-01 03:26:16] jdolecek at NetBSD dot org Sorry about not providing the steps at first. Here it is: 1. tar xzf php-4.3.4.tar.bz2 php-4.3.4/ext/bcmath 2. cd php-4.3.4/ext/bcmath 3. patch < patch1; patch < patch2 4. phpize 5. ./configure --enable-bcmath 6. gmake patch1 and patch2 are your two patches. These steps get me reliably to the same compilation failure, as pasted in previous feedback. [2003-11-30 03:36:26] [EMAIL PROTECTED] Exactly HOW is the configure run? Give the full process, not just some part of it.. [2003-11-29 08:59:44] jdolecek at NetBSD dot org No, compile still fails with: cc -I/usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/libbcmath/src -I. -I/usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath -DPHP_ATOM_INC -I/usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/include -I/usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/main -I/usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath -I/usr/obj/pkgsrc/math/php4-bcmath/work/.buildlink/include/php -I/usr/obj/pkgsrc/math/php4-bcmath/work/.buildlink/include/php/main -I/usr/obj/pkgsrc/math/php4-bcmath/work/.buildlink/include/php/Zend -I/usr/obj/pkgsrc/math/php4-bcmath/work/.buildlink/include/php/TSRM -I/usr/obj/pkgsrc/math/php4-bcmath/work/.buildlink/include -DHAVE_CONFIG_H -O2 -pipe -I/usr/obj/pkgsrc/math/php4-bcmath/work/.buildlink/include -c /usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/libbcmath/src/init.c -fPIC -DPIC -o libbcmath/src/.libs/init.o /usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/libbcmath/src/init.c: In function `bc_init_numbers': /usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/libbcmath/src/init.c:105: error: `_zero_' undeclared (first use in this function) /usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/libbcmath/src/init.c:105: error: (Each undeclared identifier is reported only once /usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/libbcmath/src/init.c:105: error: for each function it appears in.) /usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/libbcmath/src/init.c:105: error: invalid lvalue in assignment /usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/libbcmath/src/init.c:106: error: `_one_' undeclared (first use in this function) /usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/libbcmath/src/init.c:106: er
#26242 [Fbk->Opn]: XSLT instruction comment() doesn't work when libxslt is used
ID: 26242 User updated by: apetrenko at tmsoft-ltd dot com Reported By: apetrenko at tmsoft-ltd dot com -Status: Feedback +Status: Open Bug Type: XSLT related Operating System: Windows PHP Version: 4.3.4 New Comment: There are no changes. :-(( What do I wrong? All dll's were deleted first. Then I unpacked files into php dir and restarted web server. Previous Comments: [2003-11-30 04:23:44] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And make sure you first remove ALL old php dlls before installing the snapshot. [2003-11-19 10:38:26] apetrenko at tmsoft-ltd dot com Trying... It has no effect. [2003-11-17 18:35:06] [EMAIL PROTECTED] Try disabling the Zend Optimizer first.. [2003-11-14 04:48:02] apetrenko at tmsoft-ltd dot com Furthermore if I remove comment() instruction from XSTL template the result in CGI mode is correct! The part of XSLT template: The result: [2003-11-14 03:24:10] apetrenko at tmsoft-ltd dot com Hello. This note was sent to wrong section (for ALL user). May be you'll receive it twice. There is a new info: it works properly in CGI mode but incorrectly in API mode (I use Apache 1.3.27). phpinfo reference: http://www.aesthetic.com.ua/misc/phpinfo.htm Sorry for some skipped info - this was done by demand of our system administrator. 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/26242 -- Edit this bug report at http://bugs.php.net/?id=26242&edit=1
#26485 [NEW]: sha1 generates a wrong hash
From: dietrich at pegestorf dot de
Operating system: linux
PHP version: 4.3.4
PHP Bug Type: *General Issues
Bug description: sha1 generates a wrong hash
Description:
I try to generate a sha1 hash with sha1()
$hash = sha1("test");
$hash is calculated wrong to: "a94a8fe5ccb19ba61c4c0873d391e987982fbbd3"
I have a file /tmp/data with the word "test" in it (no carriage return at
the end)
$hash = sha1_file("/tmp/data");
$hash is calculated right to:
"4e1243bd22c66e76c2ba9eddc1f91394e57f9f83"
let's go tho the command line and enter:
echo test | openssl dgst -sha1
this generate also "4e1243bd22c66e76c2ba9eddc1f91394e57f9f83"
same than
openssl dgst -sha1 /tmp/data
If I generate the hash over "test\n" with the sha1() the hash is
calculated right to "4e1243bd22c66e76c2ba9eddc1f91394e57f9f83"
--
Edit bug report at http://bugs.php.net/?id=26485&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26485&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26485&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26485&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26485&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26485&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=26485&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=26485&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26485&r=support
Expected behavior: http://bugs.php.net/fix.php?id=26485&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26485&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26485&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26485&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26485&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26485&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26485&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26485&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26485&r=float
#26485 [Opn->Asn]: sha1 generates a wrong hash
ID: 26485
Updated by: [EMAIL PROTECTED]
Reported By: dietrich at pegestorf dot de
-Status: Open
+Status: Assigned
Bug Type: *General Issues
Operating System: linux
PHP Version: 4.3.4
-Assigned To:
+Assigned To: derick
New Comment:
I'll have a look at fixing this...
Previous Comments:
[2003-12-01 07:41:35] dietrich at pegestorf dot de
Description:
I try to generate a sha1 hash with sha1()
$hash = sha1("test");
$hash is calculated wrong to:
"a94a8fe5ccb19ba61c4c0873d391e987982fbbd3"
I have a file /tmp/data with the word "test" in it (no carriage return
at the end)
$hash = sha1_file("/tmp/data");
$hash is calculated right to:
"4e1243bd22c66e76c2ba9eddc1f91394e57f9f83"
let's go tho the command line and enter:
echo test | openssl dgst -sha1
this generate also "4e1243bd22c66e76c2ba9eddc1f91394e57f9f83"
same than
openssl dgst -sha1 /tmp/data
If I generate the hash over "test\n" with the sha1() the hash is
calculated right to "4e1243bd22c66e76c2ba9eddc1f91394e57f9f83"
--
Edit this bug report at http://bugs.php.net/?id=26485&edit=1
#26485 [Asn->Bgs]: sha1 generates a wrong hash
ID: 26485
Updated by: [EMAIL PROTECTED]
Reported By: dietrich at pegestorf dot de
-Status: Assigned
+Status: Bogus
Bug Type: *General Issues
Operating System: linux
PHP Version: 4.3.4
Assigned To: derick
New Comment:
There is no bug here at all.
The echo test you do is flawed because echo always appends a \n, see
with:
echo -n test | openssl dgst -sha1
a94a8fe5ccb19ba61c4c0873d391e987982fbbd3
that that is correct.
Your file also has 5 characters most likely (using VIM?). With really
only 'test' in it it works fine:
[EMAIL PROTECTED]:~$ ls -l /tmp/data
-rw-r--r--1 derick derick 4 Dec 1 13:53 /tmp/data
[EMAIL PROTECTED]:~$ php-4.3dev -r 'echo sha1_file("/tmp/data");';
a94a8fe5ccb19ba61c4c0873d391e987982fbbd3
and
[EMAIL PROTECTED]:~$ openssl dgst -sha1 /tmp/data
SHA1(/tmp/data)= a94a8fe5ccb19ba61c4c0873d391e987982fbbd3
Previous Comments:
[2003-12-01 07:50:09] [EMAIL PROTECTED]
I'll have a look at fixing this...
[2003-12-01 07:41:35] dietrich at pegestorf dot de
Description:
I try to generate a sha1 hash with sha1()
$hash = sha1("test");
$hash is calculated wrong to:
"a94a8fe5ccb19ba61c4c0873d391e987982fbbd3"
I have a file /tmp/data with the word "test" in it (no carriage return
at the end)
$hash = sha1_file("/tmp/data");
$hash is calculated right to:
"4e1243bd22c66e76c2ba9eddc1f91394e57f9f83"
let's go tho the command line and enter:
echo test | openssl dgst -sha1
this generate also "4e1243bd22c66e76c2ba9eddc1f91394e57f9f83"
same than
openssl dgst -sha1 /tmp/data
If I generate the hash over "test\n" with the sha1() the hash is
calculated right to "4e1243bd22c66e76c2ba9eddc1f91394e57f9f83"
--
Edit this bug report at http://bugs.php.net/?id=26485&edit=1
#26397 [NoF->Opn]: make install fails
ID: 26397 User updated by: tippa000 at yahoo dot com Reported By: tippa000 at yahoo dot com -Status: No Feedback +Status: Open Bug Type: Apache2 related Operating System: AIX 5.2 PHP Version: 4.3.4 New Comment: I just tried it with Apache 1.3.29 and it worked (but as previously stated, not in Apache 2.0.48). Below you can see the result. - [EMAIL PROTECTED]> bin/httpd -v Server version: Apache/1.3.29 (Unix) Server built: Dec 1 2003 15:00:00 ... [EMAIL PROTECTED]> ./configure \ --prefix=/testing/php \ --with-apxs=/testing/apache/bin/apxs \ --disable-all \ --disable-cli ... Build complete. (It is safe to ignore warnings about tempnam and tmpnam). gmake[1]: Leaving directory `/testing/php-4.3.4' cd /testing/php-4.3.4 && gmake install gmake[1]: Entering directory `/testing/php-4.3.4' Installing PHP SAPI module: apache [activating module `php4' in /testing/apache/conf/httpd.conf] cp libs/libphp4.so /testing/apache/libexec/libphp4.so chmod 755 /testing/apache/libexec/libphp4.so cp /testing/apache/conf/httpd.conf /testing/apache/conf/httpd.conf.bak cp /testing/apache/conf/httpd.conf.new /testing/apache/conf/httpd.conf rm /testing/apache/conf/httpd.conf.new Installing shared extensions: /testing/php/lib/php/extensions/no-debug-non-zts-20020429/ Installing build environment: /testing/php/lib/php/build/ Installing header files: /testing/php/include/php/ Installing helper programs: /testing/php/bin/ program: phpize program: php-config program: phpextdist gmake[1]: Leaving directory `/testing/php-4.3.4' [EMAIL PROTECTED]> Previous Comments: [2003-12-01 03:13:00] [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. [2003-11-25 15:18:14] [EMAIL PROTECTED] Try with Apache 1.3.29..I don't have apache2 installed on the only AIX machine I have access..but with Apache1 this works just fine. [2003-11-25 05:48:50] tippa000 at yahoo dot com Description: Similar situation than bug report 25058. http://bugs.php.net/bug.php?id=25058 make install fails: "apxs:Error: Command failed with rc=65536" Reproduce code: --- [EMAIL PROTECTED]> cd /testing/php-4.3.4 [EMAIL PROTECTED]> ./configure \ --prefix=/testing/php \ --with-apxs2=/testing/apache/bin/apxs \ --disable-all \ --disable-cli ... ... ... Build complete. (It is safe to ignore warnings about tempnam and tmpnam). gmake[1]: Leaving directory `/testing/php-4.3.4' cd /testing/php-4.3.4 && gmake install gmake[1]: Entering directory `/testing/php-4.3.4' Installing PHP SAPI module: apache2handler /testing/apache/build/instdso.sh SH_LIBTOOL='/testing/apache/build/libtool' libphp4.la /testing/apache/modules rm -f /testing/apache/modules/libphp4.so /testing/apache/build/libtool --mode=install cp libphp4.la /testing/apache/modules/ cp .libs/libphp4.a /testing/apache/modules/libphp4.a cp .libs/libphp4.lai /testing/apache/modules/libphp4.la libtool: install: warning: remember to run `libtool --finish /testing/php-4.3.4/libs' chmod 755 /testing/apache/modules/libphp4.so chmod: /testing/apache/modules/libphp4.so: A file or directory in the path name does not exist. apxs:Error: Command failed with rc=65536 . gmake[1]: *** [install-sapi] Error 1 gmake[1]: Leaving directory `/testing/php-4.3.4' gmake: *** [buildphp] Error 2 [EMAIL PROTECTED]> [EMAIL PROTECTED]> [EMAIL PROTECTED]> uname -a AIX aix52 2 5 0057C30A4C00 [EMAIL PROTECTED]> libtool --version ltmain.sh (GNU libtool) 1.5 (1.1220 2003/04/05 19:32:58) Copyright (C) 2003 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. [EMAIL PROTECTED]> [EMAIL PROTECTED]> /testing/apache/bin/httpd -v Server version: Apache/2.0.48 Server built: Nov 25 2003 10:00:00 [EMAIL PROTECTED]> [EMAIL PROTECTED]> gcc -v Reading specs from /tools/gnu/gcc/AIX/lib/gcc-lib/powerpc-ibm-aix5.2.0.0/3.3.1/specs Configured with: ../configure --prefix=/tools/gnu/gcc/AIX --enable-threads=posix --disable-shared --disable-nls --enable-libstdcxx-v3 Thread model: aix gcc version 3.3.1 [EMAIL PROTECTED]> Expected result: I expect this already corrected... but... -- Edit this bug report at http://bugs.php.net/?id=26397&edit=1
#26242 [Opn->Bgs]: XSLT instruction comment() doesn't work when libxslt is used
ID: 26242 Updated by: [EMAIL PROTECTED] Reported By: apetrenko at tmsoft-ltd dot com -Status: Open +Status: Bogus Bug Type: DOM XML related Operating System: Windows PHP Version: 4.3.4 New Comment: Tested with latest CVS myself on Windows and could not reproduce with the provided example script. Make sure you REALLY replaced ALL the related DLLs. INCLUDING the libxslt.dll and libxml2.dll and iconv.dll.. Previous Comments: [2003-12-01 07:34:47] apetrenko at tmsoft-ltd dot com There are no changes. :-(( What do I wrong? All dll's were deleted first. Then I unpacked files into php dir and restarted web server. [2003-11-30 04:23:44] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And make sure you first remove ALL old php dlls before installing the snapshot. [2003-11-19 10:38:26] apetrenko at tmsoft-ltd dot com Trying... It has no effect. [2003-11-17 18:35:06] [EMAIL PROTECTED] Try disabling the Zend Optimizer first.. [2003-11-14 04:48:02] apetrenko at tmsoft-ltd dot com Furthermore if I remove comment() instruction from XSTL template the result in CGI mode is correct! The part of XSLT template: The result: 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/26242 -- Edit this bug report at http://bugs.php.net/?id=26242&edit=1
#26485 [Bgs->Csd]: sha1 generates a wrong hash
ID: 26485
User updated by: dietrich at pegestorf dot de
Reported By: dietrich at pegestorf dot de
-Status: Bogus
+Status: Closed
Bug Type: *General Issues
Operating System: linux
PHP Version: 4.3.4
New Comment:
ok,
my vim sucks :(
ls -al /tmp/data
-rw-r--r--1 root root5 Dec 1 14:48 /tmp/data
sorry
Previous Comments:
[2003-12-01 07:55:16] [EMAIL PROTECTED]
There is no bug here at all.
The echo test you do is flawed because echo always appends a \n, see
with:
echo -n test | openssl dgst -sha1
a94a8fe5ccb19ba61c4c0873d391e987982fbbd3
that that is correct.
Your file also has 5 characters most likely (using VIM?). With really
only 'test' in it it works fine:
[EMAIL PROTECTED]:~$ ls -l /tmp/data
-rw-r--r--1 derick derick 4 Dec 1 13:53 /tmp/data
[EMAIL PROTECTED]:~$ php-4.3dev -r 'echo sha1_file("/tmp/data");';
a94a8fe5ccb19ba61c4c0873d391e987982fbbd3
and
[EMAIL PROTECTED]:~$ openssl dgst -sha1 /tmp/data
SHA1(/tmp/data)= a94a8fe5ccb19ba61c4c0873d391e987982fbbd3
[2003-12-01 07:50:09] [EMAIL PROTECTED]
I'll have a look at fixing this...
[2003-12-01 07:41:35] dietrich at pegestorf dot de
Description:
I try to generate a sha1 hash with sha1()
$hash = sha1("test");
$hash is calculated wrong to:
"a94a8fe5ccb19ba61c4c0873d391e987982fbbd3"
I have a file /tmp/data with the word "test" in it (no carriage return
at the end)
$hash = sha1_file("/tmp/data");
$hash is calculated right to:
"4e1243bd22c66e76c2ba9eddc1f91394e57f9f83"
let's go tho the command line and enter:
echo test | openssl dgst -sha1
this generate also "4e1243bd22c66e76c2ba9eddc1f91394e57f9f83"
same than
openssl dgst -sha1 /tmp/data
If I generate the hash over "test\n" with the sha1() the hash is
calculated right to "4e1243bd22c66e76c2ba9eddc1f91394e57f9f83"
--
Edit this bug report at http://bugs.php.net/?id=26485&edit=1
#26397 [Opn->Fbk]: make install fails
ID: 26397 Updated by: [EMAIL PROTECTED] Reported By: tippa000 at yahoo dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: AIX 5.2 PHP Version: 4.3.4 New Comment: So it works with Apache1..for the apache2 compile, what do you have in libs/ and .libs/ directories when the 'make install' fails? Previous Comments: [2003-11-25 05:48:50] tippa000 at yahoo dot com Description: Similar situation than bug report 25058. http://bugs.php.net/bug.php?id=25058 make install fails: "apxs:Error: Command failed with rc=65536" Reproduce code: --- [EMAIL PROTECTED]> cd /testing/php-4.3.4 [EMAIL PROTECTED]> ./configure \ --prefix=/testing/php \ --with-apxs2=/testing/apache/bin/apxs \ --disable-all \ --disable-cli ... ... ... Build complete. (It is safe to ignore warnings about tempnam and tmpnam). gmake[1]: Leaving directory `/testing/php-4.3.4' cd /testing/php-4.3.4 && gmake install gmake[1]: Entering directory `/testing/php-4.3.4' Installing PHP SAPI module: apache2handler /testing/apache/build/instdso.sh SH_LIBTOOL='/testing/apache/build/libtool' libphp4.la /testing/apache/modules rm -f /testing/apache/modules/libphp4.so /testing/apache/build/libtool --mode=install cp libphp4.la /testing/apache/modules/ cp .libs/libphp4.a /testing/apache/modules/libphp4.a cp .libs/libphp4.lai /testing/apache/modules/libphp4.la libtool: install: warning: remember to run `libtool --finish /testing/php-4.3.4/libs' chmod 755 /testing/apache/modules/libphp4.so chmod: /testing/apache/modules/libphp4.so: A file or directory in the path name does not exist. apxs:Error: Command failed with rc=65536 . gmake[1]: *** [install-sapi] Error 1 gmake[1]: Leaving directory `/testing/php-4.3.4' gmake: *** [buildphp] Error 2 [EMAIL PROTECTED]> [EMAIL PROTECTED]> [EMAIL PROTECTED]> uname -a AIX aix52 2 5 0057C30A4C00 [EMAIL PROTECTED]> libtool --version ltmain.sh (GNU libtool) 1.5 (1.1220 2003/04/05 19:32:58) Copyright (C) 2003 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. [EMAIL PROTECTED]> [EMAIL PROTECTED]> /testing/apache/bin/httpd -v Server version: Apache/2.0.48 Server built: Nov 25 2003 10:00:00 [EMAIL PROTECTED]> [EMAIL PROTECTED]> gcc -v Reading specs from /tools/gnu/gcc/AIX/lib/gcc-lib/powerpc-ibm-aix5.2.0.0/3.3.1/specs Configured with: ../configure --prefix=/tools/gnu/gcc/AIX --enable-threads=posix --disable-shared --disable-nls --enable-libstdcxx-v3 Thread model: aix gcc version 3.3.1 [EMAIL PROTECTED]> Expected result: I expect this already corrected... but... -- Edit this bug report at http://bugs.php.net/?id=26397&edit=1
#17868 [Com]: Doesn't work two and more directives of PHP code on different OS
ID: 17868 Comment by: raphael at segal dot com dot au Reported By: messiah at hotbox dot ru Status: Closed Bug Type: Apache2 related Operating System: * PHP Version: 4.3.0-dev New Comment: Was this ever resolved - I am getting this error on a default RPM install of RedHat 9.0 Previous Comments: [2003-08-10 17:31:02] php at pamelajoy dot com I use several includes on every PHP page. I have not had any problems until today when my webhost upgraded to PHP 4.3.2. Now none of my includes are being parsed. Yes, my webhost uses Apache, and we are discussing it in our forum at http://www.rivalpro.net/forums/iv1/index.php?act=ST&f=16&t=524&s=7e56594f281f099bcc05bbfb451bee12";>http://www.rivalpro.net/forums/iv1/index.php?act=ST&f=16&t=524&s=7e56594f281f099bcc05bbfb451bee12. I hope there is a solution other than changing back to shtml pages. [2003-05-28 17:56:13] [EMAIL PROTECTED] Wait for PHP 4.3.2. There using --with-apxs2 will enable the new handler version of the apache2 module. [2003-05-28 12:56:22] joe at joe-lewis dot com Is this apxs2 an apache configuration option or a php option? I am using apache 2.0.45, with php 4.3.1, and am still encountering the error. I have tried --with-apxs2handler=/usr/local/bin/apxs and --with-apxs2filter=/usr/local/bin/apxs in both PHP and Apache, with no successes. In fact, now (though my configuration is good), any PHP page is not executed or parsed, but returned as type x-httpd-php, which is "somewhat" operational (i.e. it has the right type, but the libphp4 module is not being called as specified in my httpd.conf file). [2003-02-13 09:40:43] lists at holsman dot net RE: apache2 & php developers not working together. I agree. infact 2 apache2 developers spent a couple of hours and created a new php/apache2 sapi interface, and It would be great if you could give it a try and send some feedback if you could try the --with-apxs2handler instead of --with-apxs2 this might help. this uses the standard handler mechanism, and not the filter API. look forward to hearding how it goes. Ian [2003-02-12 13:54:03] [EMAIL PROTECTED] Both. 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/17868 -- Edit this bug report at http://bugs.php.net/?id=17868&edit=1
#26485 [Csd->Bgs]: sha1 generates a wrong hash
ID: 26485
Updated by: [EMAIL PROTECTED]
Reported By: dietrich at pegestorf dot de
-Status: Closed
+Status: Bogus
Bug Type: *General Issues
Operating System: linux
PHP Version: 4.3.4
New Comment:
Not really, you just don't know how to use it ;-)
It's still a bogus report though...
Previous Comments:
[2003-12-01 08:46:57] dietrich at pegestorf dot de
ok,
my vim sucks :(
ls -al /tmp/data
-rw-r--r--1 root root5 Dec 1 14:48 /tmp/data
sorry
[2003-12-01 07:55:16] [EMAIL PROTECTED]
There is no bug here at all.
The echo test you do is flawed because echo always appends a \n, see
with:
echo -n test | openssl dgst -sha1
a94a8fe5ccb19ba61c4c0873d391e987982fbbd3
that that is correct.
Your file also has 5 characters most likely (using VIM?). With really
only 'test' in it it works fine:
[EMAIL PROTECTED]:~$ ls -l /tmp/data
-rw-r--r--1 derick derick 4 Dec 1 13:53 /tmp/data
[EMAIL PROTECTED]:~$ php-4.3dev -r 'echo sha1_file("/tmp/data");';
a94a8fe5ccb19ba61c4c0873d391e987982fbbd3
and
[EMAIL PROTECTED]:~$ openssl dgst -sha1 /tmp/data
SHA1(/tmp/data)= a94a8fe5ccb19ba61c4c0873d391e987982fbbd3
[2003-12-01 07:50:09] [EMAIL PROTECTED]
I'll have a look at fixing this...
[2003-12-01 07:41:35] dietrich at pegestorf dot de
Description:
I try to generate a sha1 hash with sha1()
$hash = sha1("test");
$hash is calculated wrong to:
"a94a8fe5ccb19ba61c4c0873d391e987982fbbd3"
I have a file /tmp/data with the word "test" in it (no carriage return
at the end)
$hash = sha1_file("/tmp/data");
$hash is calculated right to:
"4e1243bd22c66e76c2ba9eddc1f91394e57f9f83"
let's go tho the command line and enter:
echo test | openssl dgst -sha1
this generate also "4e1243bd22c66e76c2ba9eddc1f91394e57f9f83"
same than
openssl dgst -sha1 /tmp/data
If I generate the hash over "test\n" with the sha1() the hash is
calculated right to "4e1243bd22c66e76c2ba9eddc1f91394e57f9f83"
--
Edit this bug report at http://bugs.php.net/?id=26485&edit=1
#26487 [NEW]: crash on := assign to a non-existent array element
From: friosa at pnpitalia dot it Operating system: athlon suse linux 9 PHP version: 5.0.0b2 (beta2) PHP Bug Type: Reproducible crash Bug description: crash on := assign to a non-existent array element Description: crash on := assign to a non-existent array element php 5.00 (beta2) php 5.00 (200311291630) hope that the example i easy enough, i'm not in condition now to put here a back trace sorry :( i will try it later. ./configure --prefix=/usr/local --with-config-file-path=/etc/php5.ini --disable-posix --disable-session --disable-tokenizer --without-sqlite --disable-cgi --disable-shared --enable-shared=no --with-mysql --with-mysql-sock=/var/lib/mysql/mysql.sock --with-informix=/opt/informix --with-libxml-dir=/pnp --with-dom=/pnp --with-dom-xslt=/pnp --with-dom-exslt=/pnp --enable-simplexml --enable-pcntl --enable-sigchild --enable-mime-magic --with-gnu-ld --with-pcre-regex --enable-ftp [PHP Modules] ctype dom ftp informix libxml mysql pcntl pcre simplexml standard xml [Zend Modules] Reproduce code: --- #! /usr/local/bin/php # try.php ./try.php Segmentation fault Expected result: $ar[0] == "pluto"; OR an error displayed -- Edit bug report at http://bugs.php.net/?id=26487&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26487&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26487&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26487&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26487&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26487&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26487&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26487&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26487&r=support Expected behavior: http://bugs.php.net/fix.php?id=26487&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26487&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26487&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26487&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26487&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26487&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26487&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26487&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26487&r=float
#26462 [Opn->Csd]: bcmath doesn't compile as module
ID: 26462 Updated by: [EMAIL PROTECTED] Reported By: jdolecek at NetBSD dot org -Status: Open +Status: Closed Bug Type: BC math related Operating System: NetBSD 1.6ZF PHP Version: 4.3.4 Assigned To: sniper New Comment: This patch should work better: http://www.php.net/~jani/patches/bug26462.patch (fixed in CVS too) Previous Comments: [2003-12-01 07:17:59] jdolecek at NetBSD dot org I split your patch into two files, so that there would we one patch per patched file. Yes, phpize is from PHP 4.3.4. libtool 1.4 autoconf 2.57 automake 1.7.6 Note: all other php4 modules build fine, so it's only problem with bcmath. Perhaps 'your' libfool magically strips some -I directives? Can you paste your compile line for libcmath/src/init.c? The problem happens due to init.c not picking .../ext/bcmath/config.h before including php_bcmath.h. Due to this, the #ifdef WITH_BCMATH block won't be included. Thus, BCG() macro is not defined and obviously the compile fails due to 'missing' _zero_ et.al. I'm not sure why it works for you - this is obviously wrong and shouldn't work anywhere. Anyway, adding #include "../../config.h" just before #include "../../php_bcmath.h" in bcmath.h fixed the compile problem, thus this updated patch to bcmath.h works fine: --- bcmath.h.orig 2002-11-22 10:27:08.0 +0100 +++ bcmath.h2003-12-01 13:10:05.0 +0100 @@ -52,8 +52,9 @@ in the case of leading zeros generated. */ } bc_struct; -#include -#include +#include "php.h" +#include "../../config.h" +#include "../../php_bcmath.h" Note the file should really use #include , because php.h comes from installed PHP headers, not local bcmath module stuff. So I propose this patch as 'final': --- libbcmath/src/bcmath.h.orig 2002-11-22 10:27:08.0 +0100 +++ libbcmath/src/bcmath.h 2003-12-01 13:16:46.0 +0100 @@ -53,7 +53,8 @@ } bc_struct; #include -#include +#include "../../config.h" +#include "../../php_bcmath.h" /* The base used in storing the numbers in n_value above. With this patch (and the config.m4 fix to not include number.c), the module compiles fine for me. [2003-12-01 03:49:13] [EMAIL PROTECTED] What two patches? There's exactly 1 (one) file I gave. Anyway, this works just fine for me.. What libtool, autoconf and automake versions you're using? Is the phpize you're using from PHP 4.3.4 ? [2003-12-01 03:26:16] jdolecek at NetBSD dot org Sorry about not providing the steps at first. Here it is: 1. tar xzf php-4.3.4.tar.bz2 php-4.3.4/ext/bcmath 2. cd php-4.3.4/ext/bcmath 3. patch < patch1; patch < patch2 4. phpize 5. ./configure --enable-bcmath 6. gmake patch1 and patch2 are your two patches. These steps get me reliably to the same compilation failure, as pasted in previous feedback. [2003-11-30 03:36:26] [EMAIL PROTECTED] Exactly HOW is the configure run? Give the full process, not just some part of it.. [2003-11-29 08:59:44] jdolecek at NetBSD dot org No, compile still fails with: cc -I/usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/libbcmath/src -I. -I/usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath -DPHP_ATOM_INC -I/usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/include -I/usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/main -I/usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath -I/usr/obj/pkgsrc/math/php4-bcmath/work/.buildlink/include/php -I/usr/obj/pkgsrc/math/php4-bcmath/work/.buildlink/include/php/main -I/usr/obj/pkgsrc/math/php4-bcmath/work/.buildlink/include/php/Zend -I/usr/obj/pkgsrc/math/php4-bcmath/work/.buildlink/include/php/TSRM -I/usr/obj/pkgsrc/math/php4-bcmath/work/.buildlink/include -DHAVE_CONFIG_H -O2 -pipe -I/usr/obj/pkgsrc/math/php4-bcmath/work/.buildlink/include -c /usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/libbcmath/src/init.c -fPIC -DPIC -o libbcmath/src/.libs/init.o /usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/libbcmath/src/init.c: In function `bc_init_numbers': /usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/libbcmath/src/init.c:105: error: `_zero_' undeclared (first use in this function) /usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/libbcmath/src/init.c:105: error: (Each undeclared identifier is reported only once /usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/libbcmath/src/init.c:105: error: for each function it appears in.) /usr/obj/pkgsrc/math/php4-bcmath/work/php-4.3.4/ext/bcmath/libbcmath/src/init.c:105: error: invalid lvalue in assignment /usr/obj/pkg
#26462 [Csd]: bcmath doesn't compile as module
ID: 26462 User updated by: jdolecek at NetBSD dot org Reported By: jdolecek at NetBSD dot org Status: Closed Bug Type: BC math related Operating System: NetBSD 1.6ZF PHP Version: 4.3.4 Assigned To: sniper New Comment: Yes, this works. Arguably it's not right to #ifdef HAVE_CONFIG_H just ../../config.h, since it's always necessary to bring that in before you #include php_bcmath.h and it's not related to libbcmath build per-se (it's libbcmath configure which defines HAVE_CONFIG_H). It would be also aesthetically more pleasing to use #include instead of #include "php.h". But I don't really care about the details. It's cool it now compiles out of box. Thank you. Previous Comments: [2003-12-01 09:01:23] [EMAIL PROTECTED] This patch should work better: http://www.php.net/~jani/patches/bug26462.patch (fixed in CVS too) [2003-12-01 07:17:59] jdolecek at NetBSD dot org I split your patch into two files, so that there would we one patch per patched file. Yes, phpize is from PHP 4.3.4. libtool 1.4 autoconf 2.57 automake 1.7.6 Note: all other php4 modules build fine, so it's only problem with bcmath. Perhaps 'your' libfool magically strips some -I directives? Can you paste your compile line for libcmath/src/init.c? The problem happens due to init.c not picking .../ext/bcmath/config.h before including php_bcmath.h. Due to this, the #ifdef WITH_BCMATH block won't be included. Thus, BCG() macro is not defined and obviously the compile fails due to 'missing' _zero_ et.al. I'm not sure why it works for you - this is obviously wrong and shouldn't work anywhere. Anyway, adding #include "../../config.h" just before #include "../../php_bcmath.h" in bcmath.h fixed the compile problem, thus this updated patch to bcmath.h works fine: --- bcmath.h.orig 2002-11-22 10:27:08.0 +0100 +++ bcmath.h2003-12-01 13:10:05.0 +0100 @@ -52,8 +52,9 @@ in the case of leading zeros generated. */ } bc_struct; -#include -#include +#include "php.h" +#include "../../config.h" +#include "../../php_bcmath.h" Note the file should really use #include , because php.h comes from installed PHP headers, not local bcmath module stuff. So I propose this patch as 'final': --- libbcmath/src/bcmath.h.orig 2002-11-22 10:27:08.0 +0100 +++ libbcmath/src/bcmath.h 2003-12-01 13:16:46.0 +0100 @@ -53,7 +53,8 @@ } bc_struct; #include -#include +#include "../../config.h" +#include "../../php_bcmath.h" /* The base used in storing the numbers in n_value above. With this patch (and the config.m4 fix to not include number.c), the module compiles fine for me. [2003-12-01 03:49:13] [EMAIL PROTECTED] What two patches? There's exactly 1 (one) file I gave. Anyway, this works just fine for me.. What libtool, autoconf and automake versions you're using? Is the phpize you're using from PHP 4.3.4 ? [2003-12-01 03:26:16] jdolecek at NetBSD dot org Sorry about not providing the steps at first. Here it is: 1. tar xzf php-4.3.4.tar.bz2 php-4.3.4/ext/bcmath 2. cd php-4.3.4/ext/bcmath 3. patch < patch1; patch < patch2 4. phpize 5. ./configure --enable-bcmath 6. gmake patch1 and patch2 are your two patches. These steps get me reliably to the same compilation failure, as pasted in previous feedback. [2003-11-30 03:36:26] [EMAIL PROTECTED] Exactly HOW is the configure run? Give the full process, not just some part of 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/26462 -- Edit this bug report at http://bugs.php.net/?id=26462&edit=1
#26266 [Opn->Fbk]: Concatenating overloaded objects causes crash
ID: 26266
Updated by: [EMAIL PROTECTED]
Reported By: adam at trachtenberg dot com
-Status: Open
+Status: Feedback
Bug Type: Zend Engine 2 problem
Operating System: Mac OS X 10.3
PHP Version: 5CVS-2003-11-15 (dev)
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
Yes, really, use the snapshot.
Also, run the script like this:
# sapi/cli/php -n test.php
Previous Comments:
[2003-11-29 12:20:55] adam at trachtenberg dot com
This is what I get from gdb:
Core was generated by `/Users/adam/CVS/php/php-src/sapi/
cli/php'.
#0 0x0022e2c4 in ns_default.2 ()
(gdb) bt
#0 0x0022e2c4 in ns_default.2 ()
#1 0x0022e214 in ns_default.2 ()
#2 0x0022a4dc in ns_default.2 ()
#3 0x00260b3c in zend_concat_handler
(execute_data=0x22a4dc, op_array=0x26d35c) at /Users/
adam/CVS/php/php-src/Zend/zend_execute.c:1359
#4 0x0026020c in execute (op_array=0xb11750) at /Users/
adam/CVS/php/php-src/Zend/zend_execute.c:1269
#5 0x00231300 in ns_default.2 ()
#6 0x001d4f20 in ns_default.2 ()
#7 0x00273124 in main (argc=2353640, argv=0xe) at /
Users/adam/CVS/php/php-src/sapi/cli/php_cli.c:910
[2003-11-28 23:51:15] [EMAIL PROTECTED]
Nope doesn't crash with the provided example script (on linux)
No leaks, nothing. Can you provide a GDB backtrace of the crash?
[2003-11-25 16:06:31] adam at trachtenberg dot com
Just updated to the latest CVS and it's still broken on
my machine.
[EMAIL PROTECTED]:~/Documents/php/php5] $ php -v
PHP 5.0.0b3-dev (cli) (built: Nov 25 2003 15:56:32)
(DEBUG)
Copyright (c) 1997-2003 The PHP Group
Zend Engine v2.0.0-dev, Copyright (c) 1998-2003 Zend
Technologies
[2003-11-25 14:52:23] [EMAIL PROTECTED]
Doesn't crash with latest CVS.
[2003-11-15 15:08:55] adam at trachtenberg dot com
Description:
Concatenating objects that define a __toString() method
using the "." operator causes a bus error.
Reproduce code:
---
class foo {
function __toString() {
return "foo";
}
}
$foo = new foo;
echo $foo . "\n";
Expected result:
foo
Actual result:
--
Bus error.
--
Edit this bug report at http://bugs.php.net/?id=26266&edit=1
#26487 [Opn->Fbk]: crash on .= assign to a non-existent array element
ID: 26487 Updated by: [EMAIL PROTECTED] Reported By: friosa at pnpitalia dot it -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: athlon suse linux 9 PHP Version: 5.0.0b2 (beta2) New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Can not reproduce, I get this: Notice: Undefined offset: 0 in test.php on line 3 Previous Comments: [2003-12-01 08:53:12] friosa at pnpitalia dot it Description: crash on := assign to a non-existent array element php 5.00 (beta2) php 5.00 (200311291630) hope that the example i easy enough, i'm not in condition now to put here a back trace sorry :( i will try it later. ./configure --prefix=/usr/local --with-config-file-path=/etc/php5.ini --disable-posix --disable-session --disable-tokenizer --without-sqlite --disable-cgi --disable-shared --enable-shared=no --with-mysql --with-mysql-sock=/var/lib/mysql/mysql.sock --with-informix=/opt/informix --with-libxml-dir=/pnp --with-dom=/pnp --with-dom-xslt=/pnp --with-dom-exslt=/pnp --enable-simplexml --enable-pcntl --enable-sigchild --enable-mime-magic --with-gnu-ld --with-pcre-regex --enable-ftp [PHP Modules] ctype dom ftp informix libxml mysql pcntl pcre simplexml standard xml [Zend Modules] Reproduce code: --- #! /usr/local/bin/php # try.php ./try.php Segmentation fault Expected result: $ar[0] == "pluto"; OR an error displayed -- Edit this bug report at http://bugs.php.net/?id=26487&edit=1
#26482 [Opn->Bgs]: Session ID lost when form-tag split
ID: 26482
Updated by: [EMAIL PROTECTED]
Reported By: andreas dot schmitter at swisslife dot ch
-Status: Open
+Status: Bogus
Bug Type: Session related
Operating System: WIN2000 Prof
PHP Version: 4.3.4
New Comment:
Given the incomplete buggy script, of course it won't work.
This works just fine:
'cancel');
?>
';
} else {
echo ' action="user_home.php">';
}
?>
Also note: trans-sid is NOT fool-proof. You can't just expect any buggy
html to work..
And what you do is pretty weird way to output html anyway.
ALWAYS separate HTML from code as much as possible..e.g.
if ($ref=='actlist') {
$action = 'act_list.php';
} else {
$action = 'user_home.php';
}
And then just do:
Previous Comments:
[2003-12-01 04:59:01] andreas dot schmitter at swisslife dot ch
Description:
For some reasons i can not use cookies for session handling and
therfore use the only the transparent session id, which works fine. But
recently i got the following problem:
I have a form which has different action based on a variable ($ref).
With the first code snippet
(output of the Form-Tag as one string)
it worked fine. But with the second snippet (Form-Tag is split) the
session id is somehow lost.
Both ways the form worked and all the variables are passed correctly.
Regards
Andreas Schmitter
Reproduce code:
---
';
} else {
echo '';
}
?>
--
';
} else {
echo ' action="user_home.php">';
}
?>
Expected result:
Result of Code Snippet 1:
-
Result of Code Snippet 2:
--
Edit this bug report at http://bugs.php.net/?id=26482&edit=1
#26488 [NEW]: Missing declaration of CRTSCTS in ext/dio/dio.c
From: tom at arch dot ethz dot ch Operating system: IRIX 6.5.21 PHP version: 4.3.4 PHP Bug Type: Compile Failure Bug description: Missing declaration of CRTSCTS in ext/dio/dio.c Description: Missing declaration of CRTSCTS in ext/dio/dio.c which is used in line 565 in dio.c I added a declaration as long in line 426, works for me. btw, thanks for php! Reproduce code: --- ./configure --prefix=/a/path/php-4.3.4 --with-apxs=/a/path/apache/bin/apxs --with-mysql=/a/path/mysql --with-imap=/a/path/imap-2002e --with-ldap=/a/path --with-zlib=/a/path --with-gd=/a/path --with-pdflib=/a/path --with-tiff-dir=/a/path --with-jpeg-dir=/a/path --with-png-dir=/a/path --with-freetype-dir=/a/path --with-gettext=/a/path --with-xml=/a/path --with-xpm-dir=/a/path --with-dom=/a/path --with-iconv=/a/path --with-pear --enable-mime-magic --enable-mbstring --enable-dio --enable-ftp --enable-yp --enable-gd-native-ttf --enable-sysvsem --enable-tokenizer --enable-versioning --enable-track-vars make Expected result: ... ... Build complete. ;) -- Edit bug report at http://bugs.php.net/?id=26488&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26488&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26488&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26488&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26488&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26488&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26488&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26488&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26488&r=support Expected behavior: http://bugs.php.net/fix.php?id=26488&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26488&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26488&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26488&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26488&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26488&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26488&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26488&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26488&r=float
#26487 [Fbk->Opn]: crash on .= assign to a non-existent array element
ID: 26487 User updated by: friosa at pnpitalia dot it Reported By: friosa at pnpitalia dot it -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: athlon suse linux 9 PHP Version: 5.0.0b2 (beta2) New Comment: may be the attached backtrace is not bery usefull but i don't know how to use it very well: uname -a Linux 2.4.21-144-athlon #1 Fri Nov 14 00:01:10 UTC 2003 i686 athlon i386 GNU/Linux I've compiled again (php5-200312011430) with: ./configure \ --enable-debug \ --prefix=/INSTALL/php_latest \ [...] && make && make install ./bin/php try.php Notice: Undefined offset: 0 in /INSTALL/php_latest/try.php on line 4 Segmentation fault ./bin/php try2.php Segmentation fault (core dumped) gdb ./bin/php ./core (gdb) run ./try.php The program being debugged has been started already. Start it from the beginning? (y or n) y Starting program: /INSTALL/php_latest/bin/php ./try.php [New Thread 16384 (LWP 3082)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 3082)] 0x in ?? () (gdb) please say me if i can do anything else Previous Comments: [2003-12-01 09:20:43] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Can not reproduce, I get this: Notice: Undefined offset: 0 in test.php on line 3 [2003-12-01 08:53:12] friosa at pnpitalia dot it Description: crash on := assign to a non-existent array element php 5.00 (beta2) php 5.00 (200311291630) hope that the example i easy enough, i'm not in condition now to put here a back trace sorry :( i will try it later. ./configure --prefix=/usr/local --with-config-file-path=/etc/php5.ini --disable-posix --disable-session --disable-tokenizer --without-sqlite --disable-cgi --disable-shared --enable-shared=no --with-mysql --with-mysql-sock=/var/lib/mysql/mysql.sock --with-informix=/opt/informix --with-libxml-dir=/pnp --with-dom=/pnp --with-dom-xslt=/pnp --with-dom-exslt=/pnp --enable-simplexml --enable-pcntl --enable-sigchild --enable-mime-magic --with-gnu-ld --with-pcre-regex --enable-ftp [PHP Modules] ctype dom ftp informix libxml mysql pcntl pcre simplexml standard xml [Zend Modules] Reproduce code: --- #! /usr/local/bin/php # try.php ./try.php Segmentation fault Expected result: $ar[0] == "pluto"; OR an error displayed -- Edit this bug report at http://bugs.php.net/?id=26487&edit=1
#26487 [Opn->Fbk]: crash on .= assign to a non-existent array element
ID: 26487 Updated by: [EMAIL PROTECTED] Reported By: friosa at pnpitalia dot it -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: athlon suse linux 9 PHP Version: 5.0.0b2 (beta2) New Comment: (gdb) bt would output the backtrace..but run php in gdb: # gdb ./bin/php (gdb) run -n try.php (gdb) bt Previous Comments: [2003-12-01 10:19:02] friosa at pnpitalia dot it may be the attached backtrace is not bery usefull but i don't know how to use it very well: uname -a Linux 2.4.21-144-athlon #1 Fri Nov 14 00:01:10 UTC 2003 i686 athlon i386 GNU/Linux I've compiled again (php5-200312011430) with: ./configure \ --enable-debug \ --prefix=/INSTALL/php_latest \ [...] && make && make install ./bin/php try.php Notice: Undefined offset: 0 in /INSTALL/php_latest/try.php on line 4 Segmentation fault ./bin/php try2.php Segmentation fault (core dumped) gdb ./bin/php ./core (gdb) run ./try.php The program being debugged has been started already. Start it from the beginning? (y or n) y Starting program: /INSTALL/php_latest/bin/php ./try.php [New Thread 16384 (LWP 3082)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 3082)] 0x in ?? () (gdb) please say me if i can do anything else [2003-12-01 09:20:43] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Can not reproduce, I get this: Notice: Undefined offset: 0 in test.php on line 3 [2003-12-01 08:53:12] friosa at pnpitalia dot it Description: crash on := assign to a non-existent array element php 5.00 (beta2) php 5.00 (200311291630) hope that the example i easy enough, i'm not in condition now to put here a back trace sorry :( i will try it later. ./configure --prefix=/usr/local --with-config-file-path=/etc/php5.ini --disable-posix --disable-session --disable-tokenizer --without-sqlite --disable-cgi --disable-shared --enable-shared=no --with-mysql --with-mysql-sock=/var/lib/mysql/mysql.sock --with-informix=/opt/informix --with-libxml-dir=/pnp --with-dom=/pnp --with-dom-xslt=/pnp --with-dom-exslt=/pnp --enable-simplexml --enable-pcntl --enable-sigchild --enable-mime-magic --with-gnu-ld --with-pcre-regex --enable-ftp [PHP Modules] ctype dom ftp informix libxml mysql pcntl pcre simplexml standard xml [Zend Modules] Reproduce code: --- #! /usr/local/bin/php # try.php ./try.php Segmentation fault Expected result: $ar[0] == "pluto"; OR an error displayed -- Edit this bug report at http://bugs.php.net/?id=26487&edit=1
#26321 [Fbk->Opn]: 'ld: warning multiple definitions' problem
ID: 26321 User updated by: grayw at mail dot montclair dot edu Reported By: grayw at mail dot montclair dot edu -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Mac OS X 10.3.1 PHP Version: 5.0.0b2 (beta2) New Comment: Tried latest CVS snapshot as asked, got the following bonk, note that latest distro was: php5-200312011430: BEGIN BONK ld: ext/openssl/openssl.o illegal reference to symbol: _SSL_get_privatekey defined in indirectly referenced dynamic library /usr/lib/libssl.0.9.7.dylib ld: warning multiple definitions of symbol _pcre_free ext/pcre/pcrelib/pcre.o definition of _pcre_free in section (__DATA,__data) /Library/Apache2/bin/httpd definition of _pcre_free ld: warning multiple definitions of symbol _pcre_malloc ext/pcre/pcrelib/pcre.o definition of _pcre_malloc in section (__DATA,__data) /Library/Apache2/bin/httpd definition of _pcre_malloc ld: warning multiple definitions of symbol _regerror ext/mbstring/oniguruma/regposerr.o definition of _regerror in section (__TEXT,__text) /Library/Apache2/bin/httpd definition of _regerror ld: warning multiple definitions of symbol _regcomp /Library/Apache2/bin/httpd definition of _regcomp /usr/lib/libm.dylib(regcomp.So) definition of _regcomp ld: warning multiple definitions of symbol _regexec /Library/Apache2/bin/httpd definition of _regexec /usr/lib/libm.dylib(regexec.So) definition of _regexec ld: warning multiple definitions of symbol _regfree /Library/Apache2/bin/httpd definition of _regfree /usr/lib/libm.dylib(regfree.So) definition of _regfree make: *** [libs/libphp5.bundle] Error 1 quicksilver:/usr/local/src/php5-latest billy$ END BONK Previous Comments: [2003-11-29 06:40:00] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2003-11-19 12:05:03] grayw at mail dot montclair dot edu Description: Compiling PHP5.0.0b2 on Mac OS X Panther 10.3.1, make fails. I took a look at similar bugs in php 4 in the bug search, but nothing seems to match this well enough to provide a workaround. also tried latest cvs snapshot, see below. Reproduce code: --- configure: ./configure --includedir=/usr/include --mandir=/usr/share/man --infodir=/usr/share/info --with-apxs2=/Library/Apache2/bin/apxs --with-openssl --with-zlib --with-zlib-dir=/usr/lib --with-bz2 --enable-calendar --with-libxml-dir=/usr/local --with-gd --with-ldap --enable-mbstring --with-mcrypt --with-openssl-dir=/usr/include/openssl --with-mhash --with-mime-magic=/usr/share/file/magic.mime --with-mysql=/Library/MySQL --with-pgsql=/usr/local/postgres --enable-sockets --with-xsl=/Library/PHP4 --prefix=/Library/PHP5 --with-png-dir=/usr/local --with-jpeg-dir=/usr/local configure succeeds, then plain old 'make' Expected result: to run sudo make install afterwards ;) Actual result: -- this seems to be the relevant make crash part: ld: warning multiple definitions of symbol _pcre_free ext/pcre/pcrelib/pcre.o definition of _pcre_free in section (__DATA,__data) /Library/Apache2/bin/httpd definition of _pcre_free ld: warning multiple definitions of symbol _pcre_malloc ext/pcre/pcrelib/pcre.o definition of _pcre_malloc in section (__DATA,__data) /Library/Apache2/bin/httpd definition of _pcre_malloc ld: warning multiple definitions of symbol _regerror ext/mbstring/oniguruma/regposerr.o definition of _regerror in section (__TEXT,__text) /Library/Apache2/bin/httpd definition of _regerror ld: warning multiple definitions of symbol _regcomp /Library/Apache2/bin/httpd definition of _regcomp /usr/lib/libm.dylib(regcomp.So) definition of _regcomp ld: warning multiple definitions of symbol _regexec /Library/Apache2/bin/httpd definition of _regexec /usr/lib/libm.dylib(regexec.So) definition of _regexec ld: warning multiple definitions of symbol _regfree /Library/Apache2/bin/httpd definition of _regfree /usr/lib/libm.dylib(regfree.So) definition of _regfree ld: Undefined symbols: _PQparameterStatus _PQprotocolVersion _PQtransactionStatus _pg_encoding_to_char _pg_char_to_encoding _pg_encoding_mblen make: *** [libs/libphp5.bundle] Error 1 what may also be interesting, i've also tried my configure and make with what was the lastest Cvs snapshot - php5-200311191430, and this produced a similar, tho not quite, crash during the make: ld: ext/openssl/xp_ssl.o illegal reference to symbol: _SSL_connect defined in indirectly referenced dynamic library /usr/lib/libssl.0.9.7.dylib ld: warning multiple definitions of symbol _pcre_free ext/pcre/pcrelib/pcre.o definition of _pcre_free in section (__DATA,__data) /Library/Apache2/bin/httpd definition of _pcre_free ld: wa
#26443 [Ver->Csd]: No errror reporting for Errors in the domxml extension
ID: 26443
Updated by: [EMAIL PROTECTED]
Reported By: thomas dot sattler at decon-network dot de
-Status: Verified
+Status: Closed
Bug Type: DOM XML related
Operating System: Windows XP
PHP Version: 4CVS-2003-11-29
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:
[2003-12-01 02:15:35] [EMAIL PROTECTED]
Note: All errors NOT coming from domxml are displayed just fine.
[2003-11-30 14:13:32] [EMAIL PROTECTED]
Tested within WinXP + Apache2..and there is no way to get the errors to
show up in the browser. (works fine with cli)
Here's short test script:
';
$doc = domxml_open_mem($xmlstr);
var_dump($doc);
?>
This will output something like this:
Notice: Use of undefined constant foobar - assumed 'foobar' in
C:\apache\Apache-2.0.47\htdocs\bug26443.php on line 6
foobarbool(false)
Works fine in *nix, so I guess this is some ZTS problem.
The error messages appear in the apache error_log after
I shutdown apache..
[2003-11-28 08:04:50] thomas dot sattler at decon-network dot de
Error reporting level is set to E_ALL
With php 4.2.3 error reporting works well in the same environment
(php.ini, apache ...)
[2003-11-28 07:53:12] [EMAIL PROTECTED]
Check your error_reporting level. Or do error_reporting(E_ALL); at the
start of the script.
[2003-11-28 03:19:26] thomas dot sattler at decon-network dot de
Description:
When I use Apache 1.3.29 with php4apache.dll there is no error
reporting.
With the php.exe the errors are reported.
This occurs also with php-4.3.4 and php.4.3.5.5 but not with the
php.exe.
Reproduce code:
---
http://www.umweltdatenkatalog.de/udk/query-answer";>
'; ?>document_element();}
$xmltest = domxml_new_doc("1.0");
$xmlroot = $xmltest->create_element("testtag");
$xmlroot = $xmltest->append_child($xmlroot);
$xmlroot->set_content("content rest content");
$test_text = $xmltest->dump_mem(0, 'iso-8859-1');
print " $test_text ";
?>
Expected result:
Warnings on line 8 domxml_open_mem() (xml-string is not well formed)
and on line 15 "dump_mem(): output conversion failed due to conv error"
(the euro symbol is not iso-8859-1)
Actual result:
--
The output is only:
ERROR!
content
--
Edit this bug report at http://bugs.php.net/?id=26443&edit=1
#26409 [Bgs->Opn]: ldap_bind is causing a seg fault
ID: 26409 User updated by: pyrox_pro at hotmail dot com Reported By: pyrox_pro at hotmail dot com -Status: Bogus +Status: Open Bug Type: LDAP related Operating System: RedHat Linux 7.3 PHP Version: 4.3.4 New Comment: Is it possible that a different change effected the calls to ext/ldap function callings? I don't know. All I know is, the only variable here is the version of php, nothing else changes on the server. So from a test viewpoint, if the only variable causes a malfunction, that variable, when changed, must be the catalyst. Of course this is code, so any number of things in that version could be causing the problem. All I know is: 1) All previous versions work. 2) LDAP version did not change and is current. 3) Same result with Oracle support built in or left out. 4) Current version of ext/ldap has not changed. 5) NOTHING else has changed on the server. 6) Using 4.3.4 results in a SEG FAULT The cause? Unclear. You have suggest it is an ldap bug, so I will submit a bug to them as well. I copied the ext/ldap from 4.3.2-RC to 4.3.4 and built on those, it built, worked, and still seg faulted, so, my only thought is whatever is making the calls to the ldap functions or making use of the api is causing the seg fault. I may very well be wrong, but I am trying to track down a problem and not getting very much assistance. I will keep at this anyway. Hopefully if others are having the same issue they report it. I am using server: Apache/1.3.27 I am using: Server API Apache I am using SSL for the ldap connection: ldaps:// Could it be something to do with the SSL? Previous Comments: [2003-11-27 04:36:52] [EMAIL PROTECTED] If you don't believe me, fine, but there aren't any changes in ext/ldap between PHP 4.3.1 -> 4.3.4 that could cause this crash. [2003-11-27 03:59:32] pyrox_pro at hotmail dot com Just explain one last thing then,,, Why does it work with all previous versions of php, but not this version if it is indeed in the libs and not php? If the bug was indeed in the ldap libs and not php, wouldn't it not function in previous versions? I will just go back to version 4.3.2-rc and use that. After all, THAT version of PHP works fine with this same 'supposed' bugged version of openldap. [2003-11-27 00:22:07] [EMAIL PROTECTED] It crashes inside the ldap libs -> Not PHP bug. (report to openldap folks) [2003-11-26 10:53:43] pyrox_pro at hotmail dot com Here you go: Configure options: ./configure' '--prefix=/usr/local/apache' '--with-apxs=/usr/local/apache/bin/apxs' '--with-mod_charset' '--enable-force-cgi-redirect' '--enable-discard-path' '--with-config-file-path=/usr/local/apache/conf' '--enable-safe-mode' '--with-openssl' '--enable-bcmath' '--with-bz2' '--enable-calendar' '--enable-ctype' '--with-gdbm' '--enable-dbase' '--enable-ftp' '--with-gd' '--with-ttf' '--enable-gd-native-ttf' '--enable-gd-imgstrttf' '--with-jpeg-dir=/usr/local' '--enable-gd-imgstrttf' '--with-gmp' '--with-mysql' '--with-xml=shared' '--enable-shmop' '--enable-sockets' '--with-regex=php' '--enable-sysvsem' '--enable-sysvshm' '--enable-yp' '--enable-memory-limit' '--enable-shared' '--with-zlib' '--with-sybase-ct=/usr/local/freetds' '--enable-yp' '--with-xml=shared' '--with-curl' '--with-ldap' Result: [Wed Nov 26 09:43:25 2003] [notice] child pid 29410 exit signal Segmentation fault (11) Program received signal SIGSEGV, Segmentation fault. gdb backtrace: [EMAIL PROTECTED] php-4.3.4]# gdb /usr/local/apache/bin/php GNU gdb Red Hat Linux (5.2-2) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux"... (gdb) run /usr/docroot/dev/ldap2 Starting program: /usr/local/apache/bin/php /usr/docroot/dev/ldap2 Program received signal SIGSEGV, Segmentation fault. 0x in ?? () (gdb) bt #0 0x in ?? () #1 0x400a20b4 in ldap_pvt_tls_check_hostname () from /usr/lib/libldap.so.2 #2 0x400a274f in ldap_int_tls_start () from /usr/lib/libldap.so.2 #3 0x40088ff1 in ldap_int_open_connection () from /usr/lib/libldap.so.2 #4 0x40097593 in ldap_new_connection () from /usr/lib/libldap.so.2 #5 0x40088a9a in ldap_open_defconn () from /usr/lib/libldap.so.2 #6 0x4009722f in ldap_send_initial_request () from /usr/lib/libldap.so.2 #7 0x40090be1 in ldap_sasl_bind () from /usr/lib/libldap.so.2 #8 0x40090c9a in ldap_sasl_bind_s () from /usr/lib/libldap.s
#26487 [Fbk->Opn]: crash on .= assign to a non-existent array element
ID: 26487 User updated by: friosa at pnpitalia dot it Reported By: friosa at pnpitalia dot it -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: athlon suse linux 9 PHP Version: 5.0.0b2 (beta2) New Comment: ??? i don't know gdb but I don't think this is usefull :( gdb ./bin/php GNU gdb 5.3.92 (gdb) run -n try2.php Starting program: /INSTALL/php_latest/bin/php -n try2.php [New Thread 16384 (LWP 17716)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 17716)] 0x in ?? () (gdb) bt #0 0x in ?? () (gdb) i've also tryed this: (gdb) info program Using the running image of child Thread 16384 (LWP 17593). Program stopped at 0x0. It stopped with signal SIGSEGV, Segmentation fault. (gdb) info threads * 1 Thread 16384 (LWP 17593) 0x in ?? () warning: Couldn't restore frame in current thread, at frame 0 0x in ?? () (gdb) info all-registers eax0x4035a344 1077257028 ecx0xbfffcd08 -1073754872 edx0x4035a2ec 1077256940 ebx0x40359eac 1077255852 esp0xbfffcc1c 0xbfffcc1c ebp0xbfffcd98 0xbfffcd98 esi0xbfffcd50 -1073754800 edi0xbfffce74 -1073754508 eip0x0 0x0 eflags 0x10246 66118 cs 0x23 35 ss 0x2b 43 ds 0x2b 43 es 0x2b 43 fs 0x0 0 gs 0x7 7 st00(raw 0x) st1[...] st6nan(0xc000) (raw 0x7fffc000) st7-0 (raw 0x8000) fctrl 0x37f895 fstat 0x4000 16384 ftag 0x 65535 fiseg 0x0 0 fioff 0x0 0 foseg 0x0 0 fooff 0x0 0 fop0x0 0 xmm0 [...] mxcsr 0x1f80 8064 mm0 [...] Previous Comments: [2003-12-01 11:12:56] [EMAIL PROTECTED] (gdb) bt would output the backtrace..but run php in gdb: # gdb ./bin/php (gdb) run -n try.php (gdb) bt [2003-12-01 10:19:02] friosa at pnpitalia dot it may be the attached backtrace is not bery usefull but i don't know how to use it very well: uname -a Linux 2.4.21-144-athlon #1 Fri Nov 14 00:01:10 UTC 2003 i686 athlon i386 GNU/Linux I've compiled again (php5-200312011430) with: ./configure \ --enable-debug \ --prefix=/INSTALL/php_latest \ [...] && make && make install ./bin/php try.php Notice: Undefined offset: 0 in /INSTALL/php_latest/try.php on line 4 Segmentation fault ./bin/php try2.php Segmentation fault (core dumped) gdb ./bin/php ./core (gdb) run ./try.php The program being debugged has been started already. Start it from the beginning? (y or n) y Starting program: /INSTALL/php_latest/bin/php ./try.php [New Thread 16384 (LWP 3082)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 3082)] 0x in ?? () (gdb) please say me if i can do anything else [2003-12-01 09:20:43] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Can not reproduce, I get this: Notice: Undefined offset: 0 in test.php on line 3 [2003-12-01 08:53:12] friosa at pnpitalia dot it Description: crash on := assign to a non-existent array element php 5.00 (beta2) php 5.00 (200311291630) hope that the example i easy enough, i'm not in condition now to put here a back trace sorry :( i will try it later. ./configure --prefix=/usr/local --with-config-file-path=/etc/php5.ini --disable-posix --disable-session --disable-tokenizer --without-sqlite --disable-cgi --disable-shared --enable-shared=no --with-mysql --with-mysql-sock=/var/lib/mysql/mysql.sock --with-informix=/opt/informix --with-libxml-dir=/pnp --with-dom=/pnp --with-dom-xslt=/pnp --with-dom-exslt=/pnp --enable-simplexml --enable-pcntl --enable-sigchild --enable-mime-magic --with-gnu-ld --with-pcre-regex --enable-ftp [PHP Modules] ctype dom ftp informix libxml mysql pcntl pcre simplexml standard xml [Zend Modules] Reproduce code: --- #! /usr/local/bin/php # try.php ./try.php Segmentation fault Expected result: $ar[0] == "pluto"; OR an error displayed -- Edit this bug report at http://bugs.php.net/?id=26487&edit=1
#26488 [Opn->Csd]: Missing declaration of CRTSCTS in ext/dio/dio.c
ID: 26488 Updated by: [EMAIL PROTECTED] Reported By: tom at arch dot ethz dot ch -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: IRIX 6.5.21 PHP Version: 4.3.4 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: [2003-12-01 09:45:13] tom at arch dot ethz dot ch Description: Missing declaration of CRTSCTS in ext/dio/dio.c which is used in line 565 in dio.c I added a declaration as long in line 426, works for me. btw, thanks for php! Reproduce code: --- ./configure --prefix=/a/path/php-4.3.4 --with-apxs=/a/path/apache/bin/apxs --with-mysql=/a/path/mysql --with-imap=/a/path/imap-2002e --with-ldap=/a/path --with-zlib=/a/path --with-gd=/a/path --with-pdflib=/a/path --with-tiff-dir=/a/path --with-jpeg-dir=/a/path --with-png-dir=/a/path --with-freetype-dir=/a/path --with-gettext=/a/path --with-xml=/a/path --with-xpm-dir=/a/path --with-dom=/a/path --with-iconv=/a/path --with-pear --enable-mime-magic --enable-mbstring --enable-dio --enable-ftp --enable-yp --enable-gd-native-ttf --enable-sysvsem --enable-tokenizer --enable-versioning --enable-track-vars make Expected result: ... ... Build complete. ;) -- Edit this bug report at http://bugs.php.net/?id=26488&edit=1
#23030 [Asn->Csd]: The PHP build does not honor the program-{prefix, suffix} configure options
ID: 23030 Updated by: [EMAIL PROTECTED] Reported By: per at nobolt dot net -Status: Assigned +Status: Closed Bug Type: Feature/Change Request Operating System: GNU/Linux PHP Version: 4.3.1 Assigned To: sniper 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. PHP 4.3.5 will have this, and next PHP 5 beta. Previous Comments: [2003-04-03 05:00:28] [EMAIL PROTECTED] I'll take a look at this.. [2003-04-03 01:36:11] per at nobolt dot net GNU autoconf supports an option for adding a program prefix and suffix. This is specified by running configure with the options --program-prefix=something or --program-suffix=something. The point of this is to be able to have multiple simultaneous installations of a package. These configure options are not honored by the PHP configure script. It is not hard to do, and it would be useful for people wishing to have multiple versions of CGI/CLI installed (for example, it would be convenient to have php4 and php5 installed simultaneously to test BC). This is likely to be a very quick fix by someone who knows much about the PHP compilation process. -- Edit this bug report at http://bugs.php.net/?id=23030&edit=1
#26266 [Fbk->Opn]: Concatenating overloaded objects causes crash
ID: 26266 User updated by: adam at trachtenberg dot com Reported By: adam at trachtenberg dot com -Status: Feedback +Status: Open Bug Type: Zend Engine 2 problem Operating System: Mac OS X 10.3 PHP Version: 5CVS-2003-11-15 (dev) New Comment: Using the PHP 4 STABLE snapshot gives me: Object BTW, why did you want me to try it with PHP 4? Previous Comments: [2003-12-01 09:18:31] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Yes, really, use the snapshot. Also, run the script like this: # sapi/cli/php -n test.php [2003-11-29 12:20:55] adam at trachtenberg dot com This is what I get from gdb: Core was generated by `/Users/adam/CVS/php/php-src/sapi/ cli/php'. #0 0x0022e2c4 in ns_default.2 () (gdb) bt #0 0x0022e2c4 in ns_default.2 () #1 0x0022e214 in ns_default.2 () #2 0x0022a4dc in ns_default.2 () #3 0x00260b3c in zend_concat_handler (execute_data=0x22a4dc, op_array=0x26d35c) at /Users/ adam/CVS/php/php-src/Zend/zend_execute.c:1359 #4 0x0026020c in execute (op_array=0xb11750) at /Users/ adam/CVS/php/php-src/Zend/zend_execute.c:1269 #5 0x00231300 in ns_default.2 () #6 0x001d4f20 in ns_default.2 () #7 0x00273124 in main (argc=2353640, argv=0xe) at / Users/adam/CVS/php/php-src/sapi/cli/php_cli.c:910 [2003-11-28 23:51:15] [EMAIL PROTECTED] Nope doesn't crash with the provided example script (on linux) No leaks, nothing. Can you provide a GDB backtrace of the crash? [2003-11-25 16:06:31] adam at trachtenberg dot com Just updated to the latest CVS and it's still broken on my machine. [EMAIL PROTECTED]:~/Documents/php/php5] $ php -v PHP 5.0.0b3-dev (cli) (built: Nov 25 2003 15:56:32) (DEBUG) Copyright (c) 1997-2003 The PHP Group Zend Engine v2.0.0-dev, Copyright (c) 1998-2003 Zend Technologies [2003-11-25 14:52:23] [EMAIL PROTECTED] Doesn't crash with latest CVS. 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/26266 -- Edit this bug report at http://bugs.php.net/?id=26266&edit=1
#26409 [Opn->Bgs]: ldap_bind is causing a seg fault
ID: 26409 Updated by: [EMAIL PROTECTED] Reported By: pyrox_pro at hotmail dot com -Status: Open +Status: Bogus Bug Type: LDAP related Operating System: RedHat Linux 7.3 PHP Version: 4.3.4 New Comment: You're 100% sure NOTHING else has changed in your system? No related files have changed? (any header, library in your system?) Are you trying with fresh compile of the older PHP version? Using EXACTLY same configure line? I'm pretty sure this is openldap bug.. Previous Comments: [2003-12-01 11:30:05] pyrox_pro at hotmail dot com Is it possible that a different change effected the calls to ext/ldap function callings? I don't know. All I know is, the only variable here is the version of php, nothing else changes on the server. So from a test viewpoint, if the only variable causes a malfunction, that variable, when changed, must be the catalyst. Of course this is code, so any number of things in that version could be causing the problem. All I know is: 1) All previous versions work. 2) LDAP version did not change and is current. 3) Same result with Oracle support built in or left out. 4) Current version of ext/ldap has not changed. 5) NOTHING else has changed on the server. 6) Using 4.3.4 results in a SEG FAULT The cause? Unclear. You have suggest it is an ldap bug, so I will submit a bug to them as well. I copied the ext/ldap from 4.3.2-RC to 4.3.4 and built on those, it built, worked, and still seg faulted, so, my only thought is whatever is making the calls to the ldap functions or making use of the api is causing the seg fault. I may very well be wrong, but I am trying to track down a problem and not getting very much assistance. I will keep at this anyway. Hopefully if others are having the same issue they report it. I am using server: Apache/1.3.27 I am using: Server API Apache I am using SSL for the ldap connection: ldaps:// Could it be something to do with the SSL? [2003-11-27 04:36:52] [EMAIL PROTECTED] If you don't believe me, fine, but there aren't any changes in ext/ldap between PHP 4.3.1 -> 4.3.4 that could cause this crash. [2003-11-27 03:59:32] pyrox_pro at hotmail dot com Just explain one last thing then,,, Why does it work with all previous versions of php, but not this version if it is indeed in the libs and not php? If the bug was indeed in the ldap libs and not php, wouldn't it not function in previous versions? I will just go back to version 4.3.2-rc and use that. After all, THAT version of PHP works fine with this same 'supposed' bugged version of openldap. [2003-11-27 00:22:07] [EMAIL PROTECTED] It crashes inside the ldap libs -> Not PHP bug. (report to openldap folks) [2003-11-26 10:53:43] pyrox_pro at hotmail dot com Here you go: Configure options: ./configure' '--prefix=/usr/local/apache' '--with-apxs=/usr/local/apache/bin/apxs' '--with-mod_charset' '--enable-force-cgi-redirect' '--enable-discard-path' '--with-config-file-path=/usr/local/apache/conf' '--enable-safe-mode' '--with-openssl' '--enable-bcmath' '--with-bz2' '--enable-calendar' '--enable-ctype' '--with-gdbm' '--enable-dbase' '--enable-ftp' '--with-gd' '--with-ttf' '--enable-gd-native-ttf' '--enable-gd-imgstrttf' '--with-jpeg-dir=/usr/local' '--enable-gd-imgstrttf' '--with-gmp' '--with-mysql' '--with-xml=shared' '--enable-shmop' '--enable-sockets' '--with-regex=php' '--enable-sysvsem' '--enable-sysvshm' '--enable-yp' '--enable-memory-limit' '--enable-shared' '--with-zlib' '--with-sybase-ct=/usr/local/freetds' '--enable-yp' '--with-xml=shared' '--with-curl' '--with-ldap' Result: [Wed Nov 26 09:43:25 2003] [notice] child pid 29410 exit signal Segmentation fault (11) Program received signal SIGSEGV, Segmentation fault. gdb backtrace: [EMAIL PROTECTED] php-4.3.4]# gdb /usr/local/apache/bin/php GNU gdb Red Hat Linux (5.2-2) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux"... (gdb) run /usr/docroot/dev/ldap2 Starting program: /usr/local/apache/bin/php /usr/docroot/dev/ldap2 Program received signal SIGSEGV, Segmentation fault. 0x in ?? () (gdb) bt #0 0x in ?? () #1 0x400a20b4 in ldap_pvt_tls_check_hostname () from /usr/lib/libldap.so.2 #2 0x400a274f in ldap_int_tls_start () from /usr/lib/libldap.so.2 #3 0x40088ff1 in ldap_in
#26487 [Opn->Fbk]: crash on .= assign to a non-existent array element
ID: 26487 Updated by: [EMAIL PROTECTED] Reported By: friosa at pnpitalia dot it -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: athlon suse linux 9 PHP Version: 5.0.0b2 (beta2) New Comment: Can you please try adding 'error_reporting(0);' as first line in your script to see if the crash happens in the error output function. Previous Comments: [2003-12-01 11:34:26] friosa at pnpitalia dot it ??? i don't know gdb but I don't think this is usefull :( gdb ./bin/php GNU gdb 5.3.92 (gdb) run -n try2.php Starting program: /INSTALL/php_latest/bin/php -n try2.php [New Thread 16384 (LWP 17716)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 17716)] 0x in ?? () (gdb) bt #0 0x in ?? () (gdb) i've also tryed this: (gdb) info program Using the running image of child Thread 16384 (LWP 17593). Program stopped at 0x0. It stopped with signal SIGSEGV, Segmentation fault. (gdb) info threads * 1 Thread 16384 (LWP 17593) 0x in ?? () warning: Couldn't restore frame in current thread, at frame 0 0x in ?? () (gdb) info all-registers eax0x4035a344 1077257028 ecx0xbfffcd08 -1073754872 edx0x4035a2ec 1077256940 ebx0x40359eac 1077255852 esp0xbfffcc1c 0xbfffcc1c ebp0xbfffcd98 0xbfffcd98 esi0xbfffcd50 -1073754800 edi0xbfffce74 -1073754508 eip0x0 0x0 eflags 0x10246 66118 cs 0x23 35 ss 0x2b 43 ds 0x2b 43 es 0x2b 43 fs 0x0 0 gs 0x7 7 st00(raw 0x) st1[...] st6nan(0xc000) (raw 0x7fffc000) st7-0 (raw 0x8000) fctrl 0x37f895 fstat 0x4000 16384 ftag 0x 65535 fiseg 0x0 0 fioff 0x0 0 foseg 0x0 0 fooff 0x0 0 fop0x0 0 xmm0 [...] mxcsr 0x1f80 8064 mm0 [...] [2003-12-01 11:12:56] [EMAIL PROTECTED] (gdb) bt would output the backtrace..but run php in gdb: # gdb ./bin/php (gdb) run -n try.php (gdb) bt [2003-12-01 10:19:02] friosa at pnpitalia dot it may be the attached backtrace is not bery usefull but i don't know how to use it very well: uname -a Linux 2.4.21-144-athlon #1 Fri Nov 14 00:01:10 UTC 2003 i686 athlon i386 GNU/Linux I've compiled again (php5-200312011430) with: ./configure \ --enable-debug \ --prefix=/INSTALL/php_latest \ [...] && make && make install ./bin/php try.php Notice: Undefined offset: 0 in /INSTALL/php_latest/try.php on line 4 Segmentation fault ./bin/php try2.php Segmentation fault (core dumped) gdb ./bin/php ./core (gdb) run ./try.php The program being debugged has been started already. Start it from the beginning? (y or n) y Starting program: /INSTALL/php_latest/bin/php ./try.php [New Thread 16384 (LWP 3082)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 3082)] 0x in ?? () (gdb) please say me if i can do anything else [2003-12-01 09:20:43] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Can not reproduce, I get this: Notice: Undefined offset: 0 in test.php on line 3 [2003-12-01 08:53:12] friosa at pnpitalia dot it Description: crash on := assign to a non-existent array element php 5.00 (beta2) php 5.00 (200311291630) hope that the example i easy enough, i'm not in condition now to put here a back trace sorry :( i will try it later. ./configure --prefix=/usr/local --with-config-file-path=/etc/php5.ini --disable-posix --disable-session --disable-tokenizer --without-sqlite --disable-cgi --disable-shared --enable-shared=no --with-mysql --with-mysql-sock=/var/lib/mysql/mysql.sock --with-informix=/opt/informix --with-libxml-dir=/pnp --with-dom=/pnp --with-dom-xslt=/pnp --with-dom-exslt=/pnp --enable-simplexml --enable-pcntl --enable-sigchild --enable-mime-magic --with-gnu-ld --with-pcre-regex --enable-ftp [PHP Modules] ctype dom ftp informix libxml mysql pcntl pcre simplexml standard xml [Zend Modules] Reproduce code: --- #! /usr/local/bin/php # try.php ./try.php Segmentation fault Expected result: $ar[0] == "pluto"; OR an error displaye
#26423 [Com]: Queries Regarding PHP 4.3.3
ID: 26423
Comment by: sw at telemeida dot ch
Reported By: prashant at goodhealthnyou dot com
Status: Bogus
Bug Type: *General Issues
Operating System: Linux
PHP Version: 4.3.3
New Comment:
i have seen severe simmilar bug reports and i run into exactly the same
problem.
Environment:
PHP Version 4.3.3 (cobalt RH linux)
Server API Apache
Apache Version Apache/1.3.20
Apache Release 10320100
Apache API Version 19990320
PHP config:
---
file_uploadsOn On
gpc_order GPC GPC
post_max_size 8M 8M
safe_mode Off Off
upload_tmp_dir /home/tmp /home/tmp (does exist and is set to 777,
session handling uses the same dir and session files are written,
session handling works propperly )
upload_max_filesize 2M 2M
Example code:
-
");
print_r($_FILES);
print("");
?>
Expected result (tested with a 1K ascii file):
--
Array(
'blah' => Array(
'name' => 'test.txt',
'type' => 'text/plain',
'size' => 'a few bytes',
'tmp_name' => '/home/tmp/...whatever..',
'error' => ''
)
)
Actual Result:
--
Array()
iv'e done quiet some RTFM and i am pretty sure there is no
configuration problem. All file uploads scripts work well with php
4.2.x and and with $HTTP_POST_FILES in pre 4.1 versions, the problem
appeared with the use of a 4.3+ php version.
Can anybody confirm that this is a bug (or not) ? Any help is highly
appreciated.
Cheers,
Simon
Previous Comments:
[2003-11-26 08:59:29] [EMAIL PROTECTED]
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.
Thank you for your interest in PHP.
This is not a support forum.
[2003-11-26 08:55:26] prashant at goodhealthnyou dot com
Description:
Hi,
There are some queries regarding PHP 4.1.As you mentioned in php 4.1
register_globals=off. are set for security reasons.
Is it Required to have Form attribute as enctype="multipart/form-data"
if i
have a File Upload on the Particular Form.
i.e
I am Facing a Problem as when i am removing the enctype attribute in
Form
object, i am able to pass form values data
from one form to another form i.e the destination form will able to
retrieve
the form values, but from the source form when i keep the enctype
attribute
in the source form object, i am unable to pass the values i.e the
destination form is unable to retrieve
the values passed from source form.
Second Problem is I am unable to retrieve the image name using
$_FILES['filename']['name']; in the Destination form.
The source form has the file upload html tag
i.e
Awaiting Your Prompt Reply,
Thanks & Regards,
Prashant S Akerkar
Reproduce code:
---
Source file
source.php3
Destination File
dest.php3
echo $_FILES['image1']['name'];
echo $_FILES['image1']['type'];
echo $_FILES['image1']['error'];
echo $HTTP_POST_FILES['image1']['name'];
echo $HTTP_POST_FILES['image1']['type'];
echo $HTTP_POST_FILES['image1']['size'];
copy
("$image1","../../../".$coname."/".$_POST['logname']."/".$image1_name);
Expected result:
The File Upload doesn't Work. The name of the File Uploaded is not
printed here as shown in the code.
Warning: Unable to open 'D:\\Prashant\\Novartisimages\\cropped\\69.jpg'
for reading: No such file or directory
Actual result:
--
The file upload should work i.e file should get uploaded on the web
server as well as all form objects data should get passed from source
to destination file.
--
Edit this bug report at http://bugs.php.net/?id=26423&edit=1
#26266 [Opn->Fbk]: Concatenating overloaded objects causes crash
ID: 26266 Updated by: [EMAIL PROTECTED] Reported By: adam at trachtenberg dot com -Status: Open +Status: Feedback Bug Type: Zend Engine 2 problem Operating System: Mac OS X 10.3 PHP Version: 5CVS-2003-11-15 (dev) New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Oops..misclicked the quickfix.. :) Of course I meant the PHP 5 snapshot.. :) Previous Comments: [2003-12-01 11:39:20] adam at trachtenberg dot com Using the PHP 4 STABLE snapshot gives me: Object BTW, why did you want me to try it with PHP 4? [2003-12-01 09:18:31] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Yes, really, use the snapshot. Also, run the script like this: # sapi/cli/php -n test.php [2003-11-29 12:20:55] adam at trachtenberg dot com This is what I get from gdb: Core was generated by `/Users/adam/CVS/php/php-src/sapi/ cli/php'. #0 0x0022e2c4 in ns_default.2 () (gdb) bt #0 0x0022e2c4 in ns_default.2 () #1 0x0022e214 in ns_default.2 () #2 0x0022a4dc in ns_default.2 () #3 0x00260b3c in zend_concat_handler (execute_data=0x22a4dc, op_array=0x26d35c) at /Users/ adam/CVS/php/php-src/Zend/zend_execute.c:1359 #4 0x0026020c in execute (op_array=0xb11750) at /Users/ adam/CVS/php/php-src/Zend/zend_execute.c:1269 #5 0x00231300 in ns_default.2 () #6 0x001d4f20 in ns_default.2 () #7 0x00273124 in main (argc=2353640, argv=0xe) at / Users/adam/CVS/php/php-src/sapi/cli/php_cli.c:910 [2003-11-28 23:51:15] [EMAIL PROTECTED] Nope doesn't crash with the provided example script (on linux) No leaks, nothing. Can you provide a GDB backtrace of the crash? [2003-11-25 16:06:31] adam at trachtenberg dot com Just updated to the latest CVS and it's still broken on my machine. [EMAIL PROTECTED]:~/Documents/php/php5] $ php -v PHP 5.0.0b3-dev (cli) (built: Nov 25 2003 15:56:32) (DEBUG) Copyright (c) 1997-2003 The PHP Group Zend Engine v2.0.0-dev, Copyright (c) 1998-2003 Zend Technologies 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/26266 -- Edit this bug report at http://bugs.php.net/?id=26266&edit=1
#26407 [NoF->Opn]: Result set fetching broken around transactions (OpenClient Error #155)
ID: 26407 User updated by: tvoigt at informatik dot tu-cottbus dot de Reported By: tvoigt at informatik dot tu-cottbus dot de -Status: No Feedback +Status: Open Bug Type: Sybase-ct (ctlib) related Operating System: Linux (i686) & Solaris 8 PHP Version: 4.3.4 New Comment: Hi there! Thanks for your reply! Don't know if the mentioned bug/patch #23682 really interferes with my problem. The patch mainly skips unwanted (pseudo-)results in favor for getting the first real result set, right? Whereas I'm not *that* interested in fetching a particular result. But I have to depend on the database executing all of my queries up to the end. Because of query (II.) above, I assume that something deeper inside the query executing/fetching mechanism is broken: Query (II.) doesn't produce multiple result sets at all -- and the query fails with an OpenClient message. I'm not very familiar with C, but a 'diff' shows many changes in php_sybase_ct.c (4.3.3 -> 4.3.4) besides that patch from #23682: A lot of pointers became pointers of pointers and some additional Zend stuff moved in. The reported error message comes from the OpenClient library. Skipping some unwanted results should not bother the underlying database library, could it? Maybe there are some changes made in communication timing and/or execution order? Sybase's OpenClient documentation sadly is not very explicit about error #155, but some quite similar errors origin in wrong timing or execution order. Thanks again for your time! Best regards, Thomas Previous Comments: [2003-12-01 03:12:08] [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. [2003-11-25 14:47:32] [EMAIL PROTECTED] I would guess this is caused by fixing other bug: http://bugs.php.net/bug.php?id=23682 Check that out.. [2003-11-25 10:40:09] tvoigt at informatik dot tu-cottbus dot de Description: Hi there! When executing queries including a transaction and returning some result set PHP won't get any result handle, but the following OpenCLient error message (#155): "ct_results(): user api layer: external error: This routine cannot be called when the command structure is idle." Or in German: "ct_results(): Benutzer-API-Schicht: Externer Fehler: Aufruf der Routine nicht möglich, wenn die Befehlsstruktur nicht aktiv ist." My PHP-script continues to run (no crashes whatsoever), but the query has not been perfectly executed by Sybase. The error is reproducible with PHP-4.3.4 on quite different machines, a Sun UltraSparc running SunOS 5.8 and a i686 Linux box (Debian Woody 3.0R1). Even tried PHP-4.3.5-dev (php4-STABLE-200311251230) and got the same error. Database is Sybase 11.9.2. Each query executes flawlessly via the isql frontend -- and did so up to PHP-4.3.3 (on the same machines, configured identically). PHP configuration (Linux box): ./configure \ --with-regex=system \ --with-apxs=/usr/local/apache/bin/apxs \ --without-pear \ --with-openssl \ --with-zlib \ --enable-calendar \ --with-pfdlib=/usr/local/lib \ --with-pgsql \ --with-mysql=/usr/ \ --with-sybase-ct=/opt/sybase-11.9.2 \ --with-oci8=/usr/local/oracle \ --with-oracle=/usr/local/oracle \ --with-gd=/usr/local \ --enable-gd-native-ttf \ --with-jpeg-dir=/usr/local \ --with-png-dir=/usr/lib \ --with-ttf=/usr/local/lib \ --with-freetype-dir=/usr/local/lib \ --enable-exif \ --enable-sigchild \ --enable-track-vars PHP configuration (Sun machine): ./configure --with-apxs=/usr/local/apache-1.3.28/bin/apxs --disable-shared --enable-static --with-openssl=/usr/local/ssl --with-sybase-ct=/usr/local/Sybase --with-mysql=/usr/local/mySQL --with-pgsql=/usr/local/PostgreSQL --with-db4=/usr/local/BerkeleyDB-4.1 --with-gd=/usr/local --with-jpeg-dir=/usr/local --with-png-dir=/usr/local --with-xpm-dir=/usr/local --with-freetype-dir=/usr/local --with-zlib=/usr/local --with-ftp --with-xml --enable-track-vars Reproduce code: --- /* I. fails: */ begin transaction -- anything producing a result set here will fail; -- however, print or update statements will work select "foo" commit -- anything afterwards will fail, too /* II. fails: */ begin transaction -- no result returned... update foobar set the_big_answer=42 commit -- transaction is completed (correctly, indeed)... select "foo" -- ...but select statement afterwards fails, nonetheless /* III. works as expected: */ select "foo" begin transaction -- do anything, even return a result set commit select "bar" -- or
#26409 [Bgs->Opn]: ldap_bind is causing a seg fault
ID: 26409 User updated by: pyrox_pro at hotmail dot com Reported By: pyrox_pro at hotmail dot com -Status: Bogus +Status: Open Bug Type: LDAP related Operating System: RedHat Linux 7.3 PHP Version: 4.3.4 New Comment: I am using a conf script I have used since 4.1, that has not changed other than the addition of GD last month. Everything has worked fine with this build, up until 4.3.4 At the point of failur NOTHING had changed. Here is exactly what happened: step 1) download 4.3.4 tar gz step 2) run build script (unchanged from 4.3.2-RC build ) step 3) make install step 4) restart apache step 5) check php scripts and info.php step 6) write down SEG FAULT problems step 7) cd back to 4.3.2-RC step 8) run the same build script step 9) make install ; restart apache step 10) test ldap php script, everything works step 11) report bug to bugs.php.net step 12) ... You see, I can go back and forth between the 2 versions, and always get the same result, using the same build script, and nothing else changes at all on the system. Previous Comments: [2003-12-01 11:42:56] [EMAIL PROTECTED] You're 100% sure NOTHING else has changed in your system? No related files have changed? (any header, library in your system?) Are you trying with fresh compile of the older PHP version? Using EXACTLY same configure line? I'm pretty sure this is openldap bug.. [2003-12-01 11:30:05] pyrox_pro at hotmail dot com Is it possible that a different change effected the calls to ext/ldap function callings? I don't know. All I know is, the only variable here is the version of php, nothing else changes on the server. So from a test viewpoint, if the only variable causes a malfunction, that variable, when changed, must be the catalyst. Of course this is code, so any number of things in that version could be causing the problem. All I know is: 1) All previous versions work. 2) LDAP version did not change and is current. 3) Same result with Oracle support built in or left out. 4) Current version of ext/ldap has not changed. 5) NOTHING else has changed on the server. 6) Using 4.3.4 results in a SEG FAULT The cause? Unclear. You have suggest it is an ldap bug, so I will submit a bug to them as well. I copied the ext/ldap from 4.3.2-RC to 4.3.4 and built on those, it built, worked, and still seg faulted, so, my only thought is whatever is making the calls to the ldap functions or making use of the api is causing the seg fault. I may very well be wrong, but I am trying to track down a problem and not getting very much assistance. I will keep at this anyway. Hopefully if others are having the same issue they report it. I am using server: Apache/1.3.27 I am using: Server API Apache I am using SSL for the ldap connection: ldaps:// Could it be something to do with the SSL? [2003-11-27 04:36:52] [EMAIL PROTECTED] If you don't believe me, fine, but there aren't any changes in ext/ldap between PHP 4.3.1 -> 4.3.4 that could cause this crash. [2003-11-27 03:59:32] pyrox_pro at hotmail dot com Just explain one last thing then,,, Why does it work with all previous versions of php, but not this version if it is indeed in the libs and not php? If the bug was indeed in the ldap libs and not php, wouldn't it not function in previous versions? I will just go back to version 4.3.2-rc and use that. After all, THAT version of PHP works fine with this same 'supposed' bugged version of openldap. [2003-11-27 00:22:07] [EMAIL PROTECTED] It crashes inside the ldap libs -> Not PHP bug. (report to openldap folks) 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/26409 -- Edit this bug report at http://bugs.php.net/?id=26409&edit=1
#26409 [Opn->Bgs]: ldap_bind is causing a seg fault
ID: 26409 Updated by: [EMAIL PROTECTED] Reported By: pyrox_pro at hotmail dot com -Status: Open +Status: Bogus Bug Type: LDAP related Operating System: RedHat Linux 7.3 PHP Version: 4.3.4 New Comment: Reopen IF openldap folks tell this isn't bug in their stuff. (FYI: I can NOT reproduce this with PHP 4.3.4 and latest Openldap) And btw. You need to always delete config.cache before reconfigure.. Previous Comments: [2003-12-01 11:51:11] pyrox_pro at hotmail dot com I am using a conf script I have used since 4.1, that has not changed other than the addition of GD last month. Everything has worked fine with this build, up until 4.3.4 At the point of failur NOTHING had changed. Here is exactly what happened: step 1) download 4.3.4 tar gz step 2) run build script (unchanged from 4.3.2-RC build ) step 3) make install step 4) restart apache step 5) check php scripts and info.php step 6) write down SEG FAULT problems step 7) cd back to 4.3.2-RC step 8) run the same build script step 9) make install ; restart apache step 10) test ldap php script, everything works step 11) report bug to bugs.php.net step 12) ... You see, I can go back and forth between the 2 versions, and always get the same result, using the same build script, and nothing else changes at all on the system. [2003-12-01 11:42:56] [EMAIL PROTECTED] You're 100% sure NOTHING else has changed in your system? No related files have changed? (any header, library in your system?) Are you trying with fresh compile of the older PHP version? Using EXACTLY same configure line? I'm pretty sure this is openldap bug.. [2003-12-01 11:30:05] pyrox_pro at hotmail dot com Is it possible that a different change effected the calls to ext/ldap function callings? I don't know. All I know is, the only variable here is the version of php, nothing else changes on the server. So from a test viewpoint, if the only variable causes a malfunction, that variable, when changed, must be the catalyst. Of course this is code, so any number of things in that version could be causing the problem. All I know is: 1) All previous versions work. 2) LDAP version did not change and is current. 3) Same result with Oracle support built in or left out. 4) Current version of ext/ldap has not changed. 5) NOTHING else has changed on the server. 6) Using 4.3.4 results in a SEG FAULT The cause? Unclear. You have suggest it is an ldap bug, so I will submit a bug to them as well. I copied the ext/ldap from 4.3.2-RC to 4.3.4 and built on those, it built, worked, and still seg faulted, so, my only thought is whatever is making the calls to the ldap functions or making use of the api is causing the seg fault. I may very well be wrong, but I am trying to track down a problem and not getting very much assistance. I will keep at this anyway. Hopefully if others are having the same issue they report it. I am using server: Apache/1.3.27 I am using: Server API Apache I am using SSL for the ldap connection: ldaps:// Could it be something to do with the SSL? [2003-11-27 04:36:52] [EMAIL PROTECTED] If you don't believe me, fine, but there aren't any changes in ext/ldap between PHP 4.3.1 -> 4.3.4 that could cause this crash. [2003-11-27 03:59:32] pyrox_pro at hotmail dot com Just explain one last thing then,,, Why does it work with all previous versions of php, but not this version if it is indeed in the libs and not php? If the bug was indeed in the ldap libs and not php, wouldn't it not function in previous versions? I will just go back to version 4.3.2-rc and use that. After all, THAT version of PHP works fine with this same 'supposed' bugged version of openldap. 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/26409 -- Edit this bug report at http://bugs.php.net/?id=26409&edit=1
#26407 [Opn->Fbk]: Result set fetching broken around transactions (OpenClient Error #155)
ID: 26407 Updated by: [EMAIL PROTECTED] Reported By: tvoigt at informatik dot tu-cottbus dot de -Status: Open +Status: Feedback Bug Type: Sybase-ct (ctlib) related Operating System: Linux (i686) & Solaris 8 PHP Version: 4.3.4 New Comment: The other changes in the sources can not cause this. Are you sure this isn't openclient bug? Maybe you should ask them.. Previous Comments: [2003-12-01 11:50:48] tvoigt at informatik dot tu-cottbus dot de Hi there! Thanks for your reply! Don't know if the mentioned bug/patch #23682 really interferes with my problem. The patch mainly skips unwanted (pseudo-)results in favor for getting the first real result set, right? Whereas I'm not *that* interested in fetching a particular result. But I have to depend on the database executing all of my queries up to the end. Because of query (II.) above, I assume that something deeper inside the query executing/fetching mechanism is broken: Query (II.) doesn't produce multiple result sets at all -- and the query fails with an OpenClient message. I'm not very familiar with C, but a 'diff' shows many changes in php_sybase_ct.c (4.3.3 -> 4.3.4) besides that patch from #23682: A lot of pointers became pointers of pointers and some additional Zend stuff moved in. The reported error message comes from the OpenClient library. Skipping some unwanted results should not bother the underlying database library, could it? Maybe there are some changes made in communication timing and/or execution order? Sybase's OpenClient documentation sadly is not very explicit about error #155, but some quite similar errors origin in wrong timing or execution order. Thanks again for your time! Best regards, Thomas [2003-12-01 03:12:08] [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. [2003-11-25 14:47:32] [EMAIL PROTECTED] I would guess this is caused by fixing other bug: http://bugs.php.net/bug.php?id=23682 Check that out.. [2003-11-25 10:40:09] tvoigt at informatik dot tu-cottbus dot de Description: Hi there! When executing queries including a transaction and returning some result set PHP won't get any result handle, but the following OpenCLient error message (#155): "ct_results(): user api layer: external error: This routine cannot be called when the command structure is idle." Or in German: "ct_results(): Benutzer-API-Schicht: Externer Fehler: Aufruf der Routine nicht möglich, wenn die Befehlsstruktur nicht aktiv ist." My PHP-script continues to run (no crashes whatsoever), but the query has not been perfectly executed by Sybase. The error is reproducible with PHP-4.3.4 on quite different machines, a Sun UltraSparc running SunOS 5.8 and a i686 Linux box (Debian Woody 3.0R1). Even tried PHP-4.3.5-dev (php4-STABLE-200311251230) and got the same error. Database is Sybase 11.9.2. Each query executes flawlessly via the isql frontend -- and did so up to PHP-4.3.3 (on the same machines, configured identically). PHP configuration (Linux box): ./configure \ --with-regex=system \ --with-apxs=/usr/local/apache/bin/apxs \ --without-pear \ --with-openssl \ --with-zlib \ --enable-calendar \ --with-pfdlib=/usr/local/lib \ --with-pgsql \ --with-mysql=/usr/ \ --with-sybase-ct=/opt/sybase-11.9.2 \ --with-oci8=/usr/local/oracle \ --with-oracle=/usr/local/oracle \ --with-gd=/usr/local \ --enable-gd-native-ttf \ --with-jpeg-dir=/usr/local \ --with-png-dir=/usr/lib \ --with-ttf=/usr/local/lib \ --with-freetype-dir=/usr/local/lib \ --enable-exif \ --enable-sigchild \ --enable-track-vars PHP configuration (Sun machine): ./configure --with-apxs=/usr/local/apache-1.3.28/bin/apxs --disable-shared --enable-static --with-openssl=/usr/local/ssl --with-sybase-ct=/usr/local/Sybase --with-mysql=/usr/local/mySQL --with-pgsql=/usr/local/PostgreSQL --with-db4=/usr/local/BerkeleyDB-4.1 --with-gd=/usr/local --with-jpeg-dir=/usr/local --with-png-dir=/usr/local --with-xpm-dir=/usr/local --with-freetype-dir=/usr/local --with-zlib=/usr/local --with-ftp --with-xml --enable-track-vars Reproduce code: --- /* I. fails: */ begin transaction -- anything producing a result set here will fail; -- however, print or update statements will work select "foo" commit -- anything afterwards will fail, too /* II. fails: */ begin transaction -- no result returned... update foobar set the_big_answer=42 commit -- transaction is co
#26321 [Opn->Fbk]: 'ld: warning multiple definitions' problem
ID: 26321 Updated by: [EMAIL PROTECTED] Reported By: grayw at mail dot montclair dot edu -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Mac OS X 10.3.1 PHP Version: 5.0.0b2 (beta2) New Comment: What was the configure line used to configure Apache? Previous Comments: [2003-12-01 11:14:19] grayw at mail dot montclair dot edu Tried latest CVS snapshot as asked, got the following bonk, note that latest distro was: php5-200312011430: BEGIN BONK ld: ext/openssl/openssl.o illegal reference to symbol: _SSL_get_privatekey defined in indirectly referenced dynamic library /usr/lib/libssl.0.9.7.dylib ld: warning multiple definitions of symbol _pcre_free ext/pcre/pcrelib/pcre.o definition of _pcre_free in section (__DATA,__data) /Library/Apache2/bin/httpd definition of _pcre_free ld: warning multiple definitions of symbol _pcre_malloc ext/pcre/pcrelib/pcre.o definition of _pcre_malloc in section (__DATA,__data) /Library/Apache2/bin/httpd definition of _pcre_malloc ld: warning multiple definitions of symbol _regerror ext/mbstring/oniguruma/regposerr.o definition of _regerror in section (__TEXT,__text) /Library/Apache2/bin/httpd definition of _regerror ld: warning multiple definitions of symbol _regcomp /Library/Apache2/bin/httpd definition of _regcomp /usr/lib/libm.dylib(regcomp.So) definition of _regcomp ld: warning multiple definitions of symbol _regexec /Library/Apache2/bin/httpd definition of _regexec /usr/lib/libm.dylib(regexec.So) definition of _regexec ld: warning multiple definitions of symbol _regfree /Library/Apache2/bin/httpd definition of _regfree /usr/lib/libm.dylib(regfree.So) definition of _regfree make: *** [libs/libphp5.bundle] Error 1 quicksilver:/usr/local/src/php5-latest billy$ END BONK [2003-11-29 06:40:00] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2003-11-19 12:05:03] grayw at mail dot montclair dot edu Description: Compiling PHP5.0.0b2 on Mac OS X Panther 10.3.1, make fails. I took a look at similar bugs in php 4 in the bug search, but nothing seems to match this well enough to provide a workaround. also tried latest cvs snapshot, see below. Reproduce code: --- configure: ./configure --includedir=/usr/include --mandir=/usr/share/man --infodir=/usr/share/info --with-apxs2=/Library/Apache2/bin/apxs --with-openssl --with-zlib --with-zlib-dir=/usr/lib --with-bz2 --enable-calendar --with-libxml-dir=/usr/local --with-gd --with-ldap --enable-mbstring --with-mcrypt --with-openssl-dir=/usr/include/openssl --with-mhash --with-mime-magic=/usr/share/file/magic.mime --with-mysql=/Library/MySQL --with-pgsql=/usr/local/postgres --enable-sockets --with-xsl=/Library/PHP4 --prefix=/Library/PHP5 --with-png-dir=/usr/local --with-jpeg-dir=/usr/local configure succeeds, then plain old 'make' Expected result: to run sudo make install afterwards ;) Actual result: -- this seems to be the relevant make crash part: ld: warning multiple definitions of symbol _pcre_free ext/pcre/pcrelib/pcre.o definition of _pcre_free in section (__DATA,__data) /Library/Apache2/bin/httpd definition of _pcre_free ld: warning multiple definitions of symbol _pcre_malloc ext/pcre/pcrelib/pcre.o definition of _pcre_malloc in section (__DATA,__data) /Library/Apache2/bin/httpd definition of _pcre_malloc ld: warning multiple definitions of symbol _regerror ext/mbstring/oniguruma/regposerr.o definition of _regerror in section (__TEXT,__text) /Library/Apache2/bin/httpd definition of _regerror ld: warning multiple definitions of symbol _regcomp /Library/Apache2/bin/httpd definition of _regcomp /usr/lib/libm.dylib(regcomp.So) definition of _regcomp ld: warning multiple definitions of symbol _regexec /Library/Apache2/bin/httpd definition of _regexec /usr/lib/libm.dylib(regexec.So) definition of _regexec ld: warning multiple definitions of symbol _regfree /Library/Apache2/bin/httpd definition of _regfree /usr/lib/libm.dylib(regfree.So) definition of _regfree ld: Undefined symbols: _PQparameterStatus _PQprotocolVersion _PQtransactionStatus _pg_encoding_to_char _pg_char_to_encoding _pg_encoding_mblen make: *** [libs/libphp5.bundle] Error 1 what may also be interesting, i've also tried my configure and make with what was the lastest Cvs snapshot - php5-200311191430, and this produced a similar, tho not quite, crash during the make: ld: ext/openssl/xp_ssl.o illegal reference to symbol: _SSL_connect defined in indirectly referenced dynamic library /usr/lib/libssl.0.9.7.dylib ld: warning multip
#26206 [Fbk->Opn]: argv and argc not defined
ID: 26206 User updated by: danielc at analysisandsolutions dot com Reported By: danielc at analysisandsolutions dot com -Status: Feedback +Status: Open Bug Type: CGI related Operating System: Windows 2000 PHP Version: 5CVS-2003-11-11 (dev) New Comment: 100% certain. New PHP installs on this system are by moving the entirety of the old install aside, extracting the contents of a new snapshot .zip file then copying the exact files/structure over to the php directory. The system finds the DLLS via the %path%, in which "C:\PROGRA~1\Php;C:\PROGRA~1\Php\dlls;" are the first two entries. The PHP DLL's have never been copied to any other location on this computer. Previous Comments: [2003-12-01 03:25:23] [EMAIL PROTECTED] And you're absolutely sure you don't have ANY old PHP related dlls in your system before you installed the snapshot? (delete all php4ts.dll files..) [2003-12-01 00:35:22] danielc at analysisandsolutions dot com No luck with the new snapshot. Downloaded php5-win32-200312010330.zip, copied php.ini-recommended to php.ini, turned register_argc_argv = On, ran the following... C:\PROGRA~1\php\cli>php -i | grep argv register_argc_argv => On => On C:\PROGRA~1\php\cli>php -r " var_dump($_SERVER['argv']); " 1 2 3 PHP Notice: Undefined index: argv in Command line code on line 1 NULL [2003-11-29 00:15:40] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip I can not reproduce this on windows using latest CVS snapshot. [2003-11-27 19:24:09] danielc at analysisandsolutions dot com Your test of ignoring the php.ini file via the -n flag gets it to work as expected. FYI... C:\PROGRA~1\php\cli>php -i | grep argv register_argc_argv => On => On C:\PROGRA~1\php\cli>php -n -i | grep argv register_argc_argv => On => On _SERVER["argv"] => Array C:\PROGRA~1\php\cli>php -v PHP 5.0.0b3-dev (cli) (built: Nov 26 2003 04:10:19) [2003-11-27 19:03:46] [EMAIL PROTECTED] Try following: php -n -r " var_dump($_SERVER['argv']); " 1 2 3 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/26206 -- Edit this bug report at http://bugs.php.net/?id=26206&edit=1
#26321 [Fbk->Opn]: 'ld: warning multiple definitions' problem
ID: 26321 User updated by: grayw at mail dot montclair dot edu Reported By: grayw at mail dot montclair dot edu -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Mac OS X 10.3.1 PHP Version: 5.0.0b2 (beta2) New Comment: Configure used (which should be the same as before): ./configure --includedir=/usr/include --mandir=/usr/share/man --infodir=/usr/share/info --with-apxs2=/Library/Apache2/bin/apxs --with-openssl --with-zlib --with-zlib-dir=/usr/lib --with-bz2 --enable-calendar --with-libxml-dir=/usr/local --with-gd --with-ldap --enable-mbstring --with-mcrypt --with-openssl-dir=/usr/include/openssl --with-mhash --with-mime-magic=/usr/share/file/magic.mime --with-mysql=/Library/MySQL --with-pgsql=/usr/local/postgres --enable-sockets --with-xsl=/Library/PHP4 --prefix=/Library/PHP5 --with-png-dir=/usr/local --with-jpeg-dir=/usr/local/ Previous Comments: [2003-12-01 11:59:57] [EMAIL PROTECTED] What was the configure line used to configure Apache? [2003-12-01 11:14:19] grayw at mail dot montclair dot edu Tried latest CVS snapshot as asked, got the following bonk, note that latest distro was: php5-200312011430: BEGIN BONK ld: ext/openssl/openssl.o illegal reference to symbol: _SSL_get_privatekey defined in indirectly referenced dynamic library /usr/lib/libssl.0.9.7.dylib ld: warning multiple definitions of symbol _pcre_free ext/pcre/pcrelib/pcre.o definition of _pcre_free in section (__DATA,__data) /Library/Apache2/bin/httpd definition of _pcre_free ld: warning multiple definitions of symbol _pcre_malloc ext/pcre/pcrelib/pcre.o definition of _pcre_malloc in section (__DATA,__data) /Library/Apache2/bin/httpd definition of _pcre_malloc ld: warning multiple definitions of symbol _regerror ext/mbstring/oniguruma/regposerr.o definition of _regerror in section (__TEXT,__text) /Library/Apache2/bin/httpd definition of _regerror ld: warning multiple definitions of symbol _regcomp /Library/Apache2/bin/httpd definition of _regcomp /usr/lib/libm.dylib(regcomp.So) definition of _regcomp ld: warning multiple definitions of symbol _regexec /Library/Apache2/bin/httpd definition of _regexec /usr/lib/libm.dylib(regexec.So) definition of _regexec ld: warning multiple definitions of symbol _regfree /Library/Apache2/bin/httpd definition of _regfree /usr/lib/libm.dylib(regfree.So) definition of _regfree make: *** [libs/libphp5.bundle] Error 1 quicksilver:/usr/local/src/php5-latest billy$ END BONK [2003-11-29 06:40:00] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2003-11-19 12:05:03] grayw at mail dot montclair dot edu Description: Compiling PHP5.0.0b2 on Mac OS X Panther 10.3.1, make fails. I took a look at similar bugs in php 4 in the bug search, but nothing seems to match this well enough to provide a workaround. also tried latest cvs snapshot, see below. Reproduce code: --- configure: ./configure --includedir=/usr/include --mandir=/usr/share/man --infodir=/usr/share/info --with-apxs2=/Library/Apache2/bin/apxs --with-openssl --with-zlib --with-zlib-dir=/usr/lib --with-bz2 --enable-calendar --with-libxml-dir=/usr/local --with-gd --with-ldap --enable-mbstring --with-mcrypt --with-openssl-dir=/usr/include/openssl --with-mhash --with-mime-magic=/usr/share/file/magic.mime --with-mysql=/Library/MySQL --with-pgsql=/usr/local/postgres --enable-sockets --with-xsl=/Library/PHP4 --prefix=/Library/PHP5 --with-png-dir=/usr/local --with-jpeg-dir=/usr/local configure succeeds, then plain old 'make' Expected result: to run sudo make install afterwards ;) Actual result: -- this seems to be the relevant make crash part: ld: warning multiple definitions of symbol _pcre_free ext/pcre/pcrelib/pcre.o definition of _pcre_free in section (__DATA,__data) /Library/Apache2/bin/httpd definition of _pcre_free ld: warning multiple definitions of symbol _pcre_malloc ext/pcre/pcrelib/pcre.o definition of _pcre_malloc in section (__DATA,__data) /Library/Apache2/bin/httpd definition of _pcre_malloc ld: warning multiple definitions of symbol _regerror ext/mbstring/oniguruma/regposerr.o definition of _regerror in section (__TEXT,__text) /Library/Apache2/bin/httpd definition of _regerror ld: warning multiple definitions of symbol _regcomp /Library/Apache2/bin/httpd definition of _regcomp /usr/lib/libm.dylib(regcomp.So) definition of _regcomp ld: warning multiple definitions of symbol _regexec /Library/A
#26487 [Fbk->Opn]: crash on .= assign to a non-existent array element
ID: 26487 User updated by: friosa at pnpitalia dot it Reported By: friosa at pnpitalia dot it -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: athlon suse linux 9 PHP Version: 5.0.0b2 (beta2) New Comment: Still the same result, I've tryed also something else .. I suggest the problem is with ".=" operator ./configure \ --enable-debug \ --prefix=/INSTALL/php_latest2 \ --with-config-file-path=/etc/php5.ini \ --disable-cgi \ make && make install ./bin/php try1.php Segmentation fault (core dumped) ./bin/php try2.php ... still the same Previous Comments: [2003-12-01 11:45:48] [EMAIL PROTECTED] Can you please try adding 'error_reporting(0);' as first line in your script to see if the crash happens in the error output function. [2003-12-01 08:53:12] friosa at pnpitalia dot it Description: crash on := assign to a non-existent array element php 5.00 (beta2) php 5.00 (200311291630) hope that the example i easy enough, i'm not in condition now to put here a back trace sorry :( i will try it later. ./configure --prefix=/usr/local --with-config-file-path=/etc/php5.ini --disable-posix --disable-session --disable-tokenizer --without-sqlite --disable-cgi --disable-shared --enable-shared=no --with-mysql --with-mysql-sock=/var/lib/mysql/mysql.sock --with-informix=/opt/informix --with-libxml-dir=/pnp --with-dom=/pnp --with-dom-xslt=/pnp --with-dom-exslt=/pnp --enable-simplexml --enable-pcntl --enable-sigchild --enable-mime-magic --with-gnu-ld --with-pcre-regex --enable-ftp [PHP Modules] ctype dom ftp informix libxml mysql pcntl pcre simplexml standard xml [Zend Modules] Reproduce code: --- #! /usr/local/bin/php # try.php ./try.php Segmentation fault Expected result: $ar[0] == "pluto"; OR an error displayed -- Edit this bug report at http://bugs.php.net/?id=26487&edit=1
#26321 [Opn->Fbk]: 'ld: warning multiple definitions' problem
ID: 26321 Updated by: [EMAIL PROTECTED] Reported By: grayw at mail dot montclair dot edu -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Mac OS X 10.3.1 PHP Version: 5.0.0b2 (beta2) New Comment: Let's try again, but this time with the Apache configure line.. Previous Comments: [2003-12-01 12:16:38] grayw at mail dot montclair dot edu Configure used (which should be the same as before): ./configure --includedir=/usr/include --mandir=/usr/share/man --infodir=/usr/share/info --with-apxs2=/Library/Apache2/bin/apxs --with-openssl --with-zlib --with-zlib-dir=/usr/lib --with-bz2 --enable-calendar --with-libxml-dir=/usr/local --with-gd --with-ldap --enable-mbstring --with-mcrypt --with-openssl-dir=/usr/include/openssl --with-mhash --with-mime-magic=/usr/share/file/magic.mime --with-mysql=/Library/MySQL --with-pgsql=/usr/local/postgres --enable-sockets --with-xsl=/Library/PHP4 --prefix=/Library/PHP5 --with-png-dir=/usr/local --with-jpeg-dir=/usr/local/ [2003-12-01 11:59:57] [EMAIL PROTECTED] What was the configure line used to configure Apache? [2003-12-01 11:14:19] grayw at mail dot montclair dot edu Tried latest CVS snapshot as asked, got the following bonk, note that latest distro was: php5-200312011430: BEGIN BONK ld: ext/openssl/openssl.o illegal reference to symbol: _SSL_get_privatekey defined in indirectly referenced dynamic library /usr/lib/libssl.0.9.7.dylib ld: warning multiple definitions of symbol _pcre_free ext/pcre/pcrelib/pcre.o definition of _pcre_free in section (__DATA,__data) /Library/Apache2/bin/httpd definition of _pcre_free ld: warning multiple definitions of symbol _pcre_malloc ext/pcre/pcrelib/pcre.o definition of _pcre_malloc in section (__DATA,__data) /Library/Apache2/bin/httpd definition of _pcre_malloc ld: warning multiple definitions of symbol _regerror ext/mbstring/oniguruma/regposerr.o definition of _regerror in section (__TEXT,__text) /Library/Apache2/bin/httpd definition of _regerror ld: warning multiple definitions of symbol _regcomp /Library/Apache2/bin/httpd definition of _regcomp /usr/lib/libm.dylib(regcomp.So) definition of _regcomp ld: warning multiple definitions of symbol _regexec /Library/Apache2/bin/httpd definition of _regexec /usr/lib/libm.dylib(regexec.So) definition of _regexec ld: warning multiple definitions of symbol _regfree /Library/Apache2/bin/httpd definition of _regfree /usr/lib/libm.dylib(regfree.So) definition of _regfree make: *** [libs/libphp5.bundle] Error 1 quicksilver:/usr/local/src/php5-latest billy$ END BONK [2003-11-29 06:40:00] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2003-11-19 12:05:03] grayw at mail dot montclair dot edu Description: Compiling PHP5.0.0b2 on Mac OS X Panther 10.3.1, make fails. I took a look at similar bugs in php 4 in the bug search, but nothing seems to match this well enough to provide a workaround. also tried latest cvs snapshot, see below. Reproduce code: --- configure: ./configure --includedir=/usr/include --mandir=/usr/share/man --infodir=/usr/share/info --with-apxs2=/Library/Apache2/bin/apxs --with-openssl --with-zlib --with-zlib-dir=/usr/lib --with-bz2 --enable-calendar --with-libxml-dir=/usr/local --with-gd --with-ldap --enable-mbstring --with-mcrypt --with-openssl-dir=/usr/include/openssl --with-mhash --with-mime-magic=/usr/share/file/magic.mime --with-mysql=/Library/MySQL --with-pgsql=/usr/local/postgres --enable-sockets --with-xsl=/Library/PHP4 --prefix=/Library/PHP5 --with-png-dir=/usr/local --with-jpeg-dir=/usr/local configure succeeds, then plain old 'make' Expected result: to run sudo make install afterwards ;) Actual result: -- this seems to be the relevant make crash part: ld: warning multiple definitions of symbol _pcre_free ext/pcre/pcrelib/pcre.o definition of _pcre_free in section (__DATA,__data) /Library/Apache2/bin/httpd definition of _pcre_free ld: warning multiple definitions of symbol _pcre_malloc ext/pcre/pcrelib/pcre.o definition of _pcre_malloc in section (__DATA,__data) /Library/Apache2/bin/httpd definition of _pcre_malloc ld: warning multiple definitions of symbol _regerror ext/mbstring/oniguruma/regposerr.o definition of _regerror in section (__TEXT,__text) /Library/Apache2/bin/httpd definition of _regerror ld: warning multiple definitions of sy
#26487 [Opn->Fbk]: crash on .= assign to a non-existent array element
ID: 26487 Updated by: [EMAIL PROTECTED] Reported By: friosa at pnpitalia dot it -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: athlon suse linux 9 PHP Version: 5.0.0b2 (beta2) New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2003-12-01 12:24:07] friosa at pnpitalia dot it Still the same result, I've tryed also something else .. I suggest the problem is with ".=" operator ./configure \ --enable-debug \ --prefix=/INSTALL/php_latest2 \ --with-config-file-path=/etc/php5.ini \ --disable-cgi \ make && make install ./bin/php try1.php Segmentation fault (core dumped) ./bin/php try2.php ... still the same [2003-12-01 11:45:48] [EMAIL PROTECTED] Can you please try adding 'error_reporting(0);' as first line in your script to see if the crash happens in the error output function. [2003-12-01 08:53:12] friosa at pnpitalia dot it Description: crash on := assign to a non-existent array element php 5.00 (beta2) php 5.00 (200311291630) hope that the example i easy enough, i'm not in condition now to put here a back trace sorry :( i will try it later. ./configure --prefix=/usr/local --with-config-file-path=/etc/php5.ini --disable-posix --disable-session --disable-tokenizer --without-sqlite --disable-cgi --disable-shared --enable-shared=no --with-mysql --with-mysql-sock=/var/lib/mysql/mysql.sock --with-informix=/opt/informix --with-libxml-dir=/pnp --with-dom=/pnp --with-dom-xslt=/pnp --with-dom-exslt=/pnp --enable-simplexml --enable-pcntl --enable-sigchild --enable-mime-magic --with-gnu-ld --with-pcre-regex --enable-ftp [PHP Modules] ctype dom ftp informix libxml mysql pcntl pcre simplexml standard xml [Zend Modules] Reproduce code: --- #! /usr/local/bin/php # try.php ./try.php Segmentation fault Expected result: $ar[0] == "pluto"; OR an error displayed -- Edit this bug report at http://bugs.php.net/?id=26487&edit=1
#26409 [Bgs]: ldap_bind is causing a seg fault
ID: 26409 User updated by: pyrox_pro at hotmail dot com Reported By: pyrox_pro at hotmail dot com Status: Bogus Bug Type: LDAP related Operating System: RedHat Linux 7.3 PHP Version: 4.3.4 New Comment: What version of openldap are you using with that and on what OS? Previous Comments: [2003-12-01 11:55:46] [EMAIL PROTECTED] Reopen IF openldap folks tell this isn't bug in their stuff. (FYI: I can NOT reproduce this with PHP 4.3.4 and latest Openldap) And btw. You need to always delete config.cache before reconfigure.. [2003-12-01 11:51:11] pyrox_pro at hotmail dot com I am using a conf script I have used since 4.1, that has not changed other than the addition of GD last month. Everything has worked fine with this build, up until 4.3.4 At the point of failur NOTHING had changed. Here is exactly what happened: step 1) download 4.3.4 tar gz step 2) run build script (unchanged from 4.3.2-RC build ) step 3) make install step 4) restart apache step 5) check php scripts and info.php step 6) write down SEG FAULT problems step 7) cd back to 4.3.2-RC step 8) run the same build script step 9) make install ; restart apache step 10) test ldap php script, everything works step 11) report bug to bugs.php.net step 12) ... You see, I can go back and forth between the 2 versions, and always get the same result, using the same build script, and nothing else changes at all on the system. [2003-12-01 11:42:56] [EMAIL PROTECTED] You're 100% sure NOTHING else has changed in your system? No related files have changed? (any header, library in your system?) Are you trying with fresh compile of the older PHP version? Using EXACTLY same configure line? I'm pretty sure this is openldap bug.. [2003-12-01 11:30:05] pyrox_pro at hotmail dot com Is it possible that a different change effected the calls to ext/ldap function callings? I don't know. All I know is, the only variable here is the version of php, nothing else changes on the server. So from a test viewpoint, if the only variable causes a malfunction, that variable, when changed, must be the catalyst. Of course this is code, so any number of things in that version could be causing the problem. All I know is: 1) All previous versions work. 2) LDAP version did not change and is current. 3) Same result with Oracle support built in or left out. 4) Current version of ext/ldap has not changed. 5) NOTHING else has changed on the server. 6) Using 4.3.4 results in a SEG FAULT The cause? Unclear. You have suggest it is an ldap bug, so I will submit a bug to them as well. I copied the ext/ldap from 4.3.2-RC to 4.3.4 and built on those, it built, worked, and still seg faulted, so, my only thought is whatever is making the calls to the ldap functions or making use of the api is causing the seg fault. I may very well be wrong, but I am trying to track down a problem and not getting very much assistance. I will keep at this anyway. Hopefully if others are having the same issue they report it. I am using server: Apache/1.3.27 I am using: Server API Apache I am using SSL for the ldap connection: ldaps:// Could it be something to do with the SSL? [2003-11-27 04:36:52] [EMAIL PROTECTED] If you don't believe me, fine, but there aren't any changes in ext/ldap between PHP 4.3.1 -> 4.3.4 that could cause this crash. 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/26409 -- Edit this bug report at http://bugs.php.net/?id=26409&edit=1
#26409 [Bgs]: ldap_bind is causing a seg fault
ID: 26409 User updated by: pyrox_pro at hotmail dot com Reported By: pyrox_pro at hotmail dot com Status: Bogus Bug Type: LDAP related Operating System: RedHat Linux 7.3 PHP Version: 4.3.4 New Comment: FYI I am trying to connect to Active Directory not an LDAP server, if that makes any difference or if you can test against and AD server as well. Previous Comments: [2003-12-01 12:40:48] pyrox_pro at hotmail dot com What version of openldap are you using with that and on what OS? [2003-12-01 11:55:46] [EMAIL PROTECTED] Reopen IF openldap folks tell this isn't bug in their stuff. (FYI: I can NOT reproduce this with PHP 4.3.4 and latest Openldap) And btw. You need to always delete config.cache before reconfigure.. [2003-12-01 11:51:11] pyrox_pro at hotmail dot com I am using a conf script I have used since 4.1, that has not changed other than the addition of GD last month. Everything has worked fine with this build, up until 4.3.4 At the point of failur NOTHING had changed. Here is exactly what happened: step 1) download 4.3.4 tar gz step 2) run build script (unchanged from 4.3.2-RC build ) step 3) make install step 4) restart apache step 5) check php scripts and info.php step 6) write down SEG FAULT problems step 7) cd back to 4.3.2-RC step 8) run the same build script step 9) make install ; restart apache step 10) test ldap php script, everything works step 11) report bug to bugs.php.net step 12) ... You see, I can go back and forth between the 2 versions, and always get the same result, using the same build script, and nothing else changes at all on the system. [2003-12-01 11:42:56] [EMAIL PROTECTED] You're 100% sure NOTHING else has changed in your system? No related files have changed? (any header, library in your system?) Are you trying with fresh compile of the older PHP version? Using EXACTLY same configure line? I'm pretty sure this is openldap bug.. [2003-12-01 11:30:05] pyrox_pro at hotmail dot com Is it possible that a different change effected the calls to ext/ldap function callings? I don't know. All I know is, the only variable here is the version of php, nothing else changes on the server. So from a test viewpoint, if the only variable causes a malfunction, that variable, when changed, must be the catalyst. Of course this is code, so any number of things in that version could be causing the problem. All I know is: 1) All previous versions work. 2) LDAP version did not change and is current. 3) Same result with Oracle support built in or left out. 4) Current version of ext/ldap has not changed. 5) NOTHING else has changed on the server. 6) Using 4.3.4 results in a SEG FAULT The cause? Unclear. You have suggest it is an ldap bug, so I will submit a bug to them as well. I copied the ext/ldap from 4.3.2-RC to 4.3.4 and built on those, it built, worked, and still seg faulted, so, my only thought is whatever is making the calls to the ldap functions or making use of the api is causing the seg fault. I may very well be wrong, but I am trying to track down a problem and not getting very much assistance. I will keep at this anyway. Hopefully if others are having the same issue they report it. I am using server: Apache/1.3.27 I am using: Server API Apache I am using SSL for the ldap connection: ldaps:// Could it be something to do with the SSL? 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/26409 -- Edit this bug report at http://bugs.php.net/?id=26409&edit=1
#26321 [Fbk->Opn]: 'ld: warning multiple definitions' problem
ID: 26321 User updated by: grayw at mail dot montclair dot edu Reported By: grayw at mail dot montclair dot edu -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Mac OS X 10.3.1 PHP Version: 5CVS-2003-12-1 New Comment: DOH! sorry about that! Apache configure: ./configure \ --enable-so \ --prefix=/Library/Apache2 \ --enable-cache \ --enable-disk-cache \ --enable-ldap \ --enable-auth-ldap \ --enable-mime-magic \ --enable-expires \ --enable-headers \ --enable-ssl \ --enable-http \ --enable-info \ --enable-cgi \ --enable-vhost-alias \ --enable-rewrite Previous Comments: [2003-12-01 11:59:57] [EMAIL PROTECTED] What was the configure line used to configure Apache? [2003-11-19 12:05:03] grayw at mail dot montclair dot edu Description: Compiling PHP5.0.0b2 on Mac OS X Panther 10.3.1, make fails. I took a look at similar bugs in php 4 in the bug search, but nothing seems to match this well enough to provide a workaround. also tried latest cvs snapshot, see below. Reproduce code: --- configure: ./configure --includedir=/usr/include --mandir=/usr/share/man --infodir=/usr/share/info --with-apxs2=/Library/Apache2/bin/apxs --with-openssl --with-zlib --with-zlib-dir=/usr/lib --with-bz2 --enable-calendar --with-libxml-dir=/usr/local --with-gd --with-ldap --enable-mbstring --with-mcrypt --with-openssl-dir=/usr/include/openssl --with-mhash --with-mime-magic=/usr/share/file/magic.mime --with-mysql=/Library/MySQL --with-pgsql=/usr/local/postgres --enable-sockets --with-xsl=/Library/PHP4 --prefix=/Library/PHP5 --with-png-dir=/usr/local --with-jpeg-dir=/usr/local configure succeeds, then plain old 'make' Expected result: to run sudo make install afterwards ;) Actual result: -- this seems to be the relevant make crash part: ld: warning multiple definitions of symbol _pcre_free ext/pcre/pcrelib/pcre.o definition of _pcre_free in section (__DATA,__data) /Library/Apache2/bin/httpd definition of _pcre_free ld: warning multiple definitions of symbol _pcre_malloc ext/pcre/pcrelib/pcre.o definition of _pcre_malloc in section (__DATA,__data) /Library/Apache2/bin/httpd definition of _pcre_malloc ld: warning multiple definitions of symbol _regerror ext/mbstring/oniguruma/regposerr.o definition of _regerror in section (__TEXT,__text) /Library/Apache2/bin/httpd definition of _regerror ld: warning multiple definitions of symbol _regcomp /Library/Apache2/bin/httpd definition of _regcomp /usr/lib/libm.dylib(regcomp.So) definition of _regcomp ld: warning multiple definitions of symbol _regexec /Library/Apache2/bin/httpd definition of _regexec /usr/lib/libm.dylib(regexec.So) definition of _regexec ld: warning multiple definitions of symbol _regfree /Library/Apache2/bin/httpd definition of _regfree /usr/lib/libm.dylib(regfree.So) definition of _regfree ld: Undefined symbols: _PQparameterStatus _PQprotocolVersion _PQtransactionStatus _pg_encoding_to_char _pg_char_to_encoding _pg_encoding_mblen make: *** [libs/libphp5.bundle] Error 1 what may also be interesting, i've also tried my configure and make with what was the lastest Cvs snapshot - php5-200311191430, and this produced a similar, tho not quite, crash during the make: ld: ext/openssl/xp_ssl.o illegal reference to symbol: _SSL_connect defined in indirectly referenced dynamic library /usr/lib/libssl.0.9.7.dylib ld: warning multiple definitions of symbol _pcre_free ext/pcre/pcrelib/pcre.o definition of _pcre_free in section (__DATA,__data) /Library/Apache2/bin/httpd definition of _pcre_free ld: warning multiple definitions of symbol _pcre_malloc ext/pcre/pcrelib/pcre.o definition of _pcre_malloc in section (__DATA,__data) /Library/Apache2/bin/httpd definition of _pcre_malloc ld: warning multiple definitions of symbol _regerror ext/mbstring/oniguruma/regposerr.o definition of _regerror in section (__TEXT,__text) /Library/Apache2/bin/httpd definition of _regerror ld: warning multiple definitions of symbol _regcomp /Library/Apache2/bin/httpd definition of _regcomp /usr/lib/libm.dylib(regcomp.So) definition of _regcomp ld: warning multiple definitions of symbol _regexec /Library/Apache2/bin/httpd definition of _regexec /usr/lib/libm.dylib(regexec.So) definition of _regexec ld: warning multiple definitions of symbol _regfree /Library/Apache2/bin/httpd definition of _regfree /usr/lib/libm.dylib(regfree.So) definition of _regfree make: *** [libs/libphp5.bundle] Error 1 -- Edit this bug report at http://bugs.php.net/?id=26321&edit=1
#26487 [Fbk->Opn]: crash on .= assign to a non-existent array element
ID: 26487 User updated by: friosa at pnpitalia dot it Reported By: friosa at pnpitalia dot it -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: athlon suse linux 9 PHP Version: 5.0.0b2 (beta2) New Comment: downloaded and compiled with minimum requirements ./bin/php try1.php ; ./bin/php try2.php ; ./bin/php try3.php Segmentation fault (core dumped) Segmentation fault (core dumped) ok Previous Comments: [2003-12-01 12:36:00] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2003-12-01 12:24:07] friosa at pnpitalia dot it Still the same result, I've tryed also something else .. I suggest the problem is with ".=" operator ./configure \ --enable-debug \ --prefix=/INSTALL/php_latest2 \ --with-config-file-path=/etc/php5.ini \ --disable-cgi \ make && make install ./bin/php try1.php Segmentation fault (core dumped) ./bin/php try2.php ... still the same [2003-12-01 11:45:48] [EMAIL PROTECTED] Can you please try adding 'error_reporting(0);' as first line in your script to see if the crash happens in the error output function. [2003-12-01 08:53:12] friosa at pnpitalia dot it Description: crash on := assign to a non-existent array element php 5.00 (beta2) php 5.00 (200311291630) hope that the example i easy enough, i'm not in condition now to put here a back trace sorry :( i will try it later. ./configure --prefix=/usr/local --with-config-file-path=/etc/php5.ini --disable-posix --disable-session --disable-tokenizer --without-sqlite --disable-cgi --disable-shared --enable-shared=no --with-mysql --with-mysql-sock=/var/lib/mysql/mysql.sock --with-informix=/opt/informix --with-libxml-dir=/pnp --with-dom=/pnp --with-dom-xslt=/pnp --with-dom-exslt=/pnp --enable-simplexml --enable-pcntl --enable-sigchild --enable-mime-magic --with-gnu-ld --with-pcre-regex --enable-ftp [PHP Modules] ctype dom ftp informix libxml mysql pcntl pcre simplexml standard xml [Zend Modules] Reproduce code: --- #! /usr/local/bin/php # try.php ./try.php Segmentation fault Expected result: $ar[0] == "pluto"; OR an error displayed -- Edit this bug report at http://bugs.php.net/?id=26487&edit=1
#25585 [Opn]: PHP crash if executed MSSQL-query with RAISERROR() call and error 515
ID: 25585
Updated by: [EMAIL PROTECTED]
Reported By: snick at getart dot ru
Status: Open
Bug Type: MSSQL related
Operating System: Windows 2003 Server
PHP Version: 4.3.3
New Comment:
The mssql_query function is supposed to stop at the first result. You
should use mssql_next_result() to move the internal result pointer
forward to the next result, if the query returns more than one result.
That way you can process all the results in the query.
I'll test the sample code to see if I get the same result and fix any
errors that I might find. The driver should not crash on a
RAISEERROR().
Previous Comments:
[2003-11-30 21:14:16] msisolak at yahoo dot com
I believe the problem here is in how mssql_query handles result sets
that have multiple results returned, but none with rows (such as in
this bug where there are multiple commands executed and multiple errors
returned). In the php_mssql.c for PHP 4.3.4 the block at line 1145
reads:
while ((num_fields = dbnumcols(mssql_ptr->link)) <= 0 && retvalue ==
SUCCEED) {
retvalue = dbresults(mssql_ptr->link);
}
According to Microsoft
(http://msdn.microsoft.com/library/en-us/dblibc/dbc_pdc04e_52sz.asp),
however:
"You must call dbresults until it returns NO_MORE_RESULTS, or any
continued
use of the DBPROCESS causes the DB-Library error 10038 'Results
Pending'."
As this code in php_mssql.c currently stands it stops looping the empty
result sets too early becuase it's looking for SUCCEED instead of
NO_MORE_RESULTS. Changing this code to:
while ((num_fields = dbnumcols(mssql_ptr->link)) <= 0 && retvalue !=
NO_MORE_RESULTS) {
retvalue = dbresults(mssql_ptr->link);
}
causes both SQL Server error messages generated by the sample query in
the bug report to be correctly displayed and eliminates the fault.
[2003-09-19 02:53:01] snick at getart dot ru
Yes. Comments of mssql_get_last_message() changes situation, but not
essentially:
Under Apache and standalone will crash in any case.
Under IIS crashes after four or five browser refreshes.
[2003-09-19 00:57:38] [EMAIL PROTECTED]
Does it crash without the mssql_get_last_message() line?
[2003-09-18 07:39:06] snick at getart dot ru
Description:
When I try to execute T-SQL query with advanced instructions PHP was
crash.
Tested with:
Apache v. 2.0.43
IIS v. 6.0
MSSQL v. 7.0
ntwdblib.dll v. 2000.80.194.0
Query must include:
- BEGIN TRAN and COMMIT / ROLLBACK TRAN;
- RAISEERROR() function call;
- Error in query before RAISERROR (eg. failed INSERT with 'Can not
insert NULL into bla-bla-bla' message (msg 515))
Reproduce code:
---
// you must create database called 'myDB' and table
// 'myTable' with columns myField1 INT NOT NULL, myField2 VARCHAR(50)
NOT NULL
/*
...db connection and selection
*/
$query = "BEGIN TRAN
DECLARE @Flag BIT
SET @Flag = 0
INSERT INTO myTable (myField2) VALUES ('akgfsjhdgf')
IF @Flag = 0
BEGIN
RAISERROR('Some error', 18, 10)
ROLLBACK TRAN
END
ELSE
COMMIT TRAN";
$result = mssql_query($query);
echo "Result is ".($result ? "true" : "false")."";
echo "DB Error is ".mssql_get_last_message()."";
Expected result:
PHP must return usual errors (if exists) and specified output:
Result is true
DB Error is Changed database context to 'myDB'
Actual result:
--
If PHP running as Apache module:
message box
"Apache.exe - Application Error
The instruction at '0x77f486f7' referenced memory at
'0x'. The memory could not be 'read'"
If PHP running as standalone:
message box
"php.exe - Application Error
The instruction at '0x77f486f7' referenced memory at
'0x'. The memory could not be 'read'"
If PHP running as ISAPI module:
IIS return in browser string "PHP has encountered an Access Violation
at 77F47931"
--
Edit this bug report at http://bugs.php.net/?id=25585&edit=1
#26266 [Fbk->Csd]: Concatenating overloaded objects causes crash
ID: 26266 User updated by: adam at trachtenberg dot com Reported By: adam at trachtenberg dot com -Status: Feedback +Status: Closed Bug Type: Zend Engine 2 problem Operating System: Mac OS X 10.3 PHP Version: 5CVS-2003-11-15 (dev) New Comment: That works. Something much be messy with my CVS. Sorry. I was wondering about the PHP 4 snap, but you did say "Yes, really, use the snapshot," so I followed along. :) Previous Comments: [2003-12-01 11:48:25] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Oops..misclicked the quickfix.. :) Of course I meant the PHP 5 snapshot.. :) [2003-11-29 12:20:55] adam at trachtenberg dot com This is what I get from gdb: Core was generated by `/Users/adam/CVS/php/php-src/sapi/ cli/php'. #0 0x0022e2c4 in ns_default.2 () (gdb) bt #0 0x0022e2c4 in ns_default.2 () #1 0x0022e214 in ns_default.2 () #2 0x0022a4dc in ns_default.2 () #3 0x00260b3c in zend_concat_handler (execute_data=0x22a4dc, op_array=0x26d35c) at /Users/ adam/CVS/php/php-src/Zend/zend_execute.c:1359 #4 0x0026020c in execute (op_array=0xb11750) at /Users/ adam/CVS/php/php-src/Zend/zend_execute.c:1269 #5 0x00231300 in ns_default.2 () #6 0x001d4f20 in ns_default.2 () #7 0x00273124 in main (argc=2353640, argv=0xe) at / Users/adam/CVS/php/php-src/sapi/cli/php_cli.c:910 [2003-11-28 23:51:15] [EMAIL PROTECTED] Nope doesn't crash with the provided example script (on linux) No leaks, nothing. Can you provide a GDB backtrace of the crash? [2003-11-25 16:06:31] adam at trachtenberg dot com Just updated to the latest CVS and it's still broken on my machine. [EMAIL PROTECTED]:~/Documents/php/php5] $ php -v PHP 5.0.0b3-dev (cli) (built: Nov 25 2003 15:56:32) (DEBUG) Copyright (c) 1997-2003 The PHP Group Zend Engine v2.0.0-dev, Copyright (c) 1998-2003 Zend Technologies [2003-11-25 14:52:23] [EMAIL PROTECTED] Doesn't crash with latest CVS. 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/26266 -- Edit this bug report at http://bugs.php.net/?id=26266&edit=1
#25585 [Opn->Bgs]: PHP crash if executed MSSQL-query with RAISERROR() call and error 515
ID: 25585
Updated by: [EMAIL PROTECTED]
Reported By: snick at getart dot ru
-Status: Open
+Status: Bogus
Bug Type: MSSQL related
Operating System: Windows 2003 Server
PHP Version: 4.3.3
New Comment:
The sample code provided with this sample does not lead to a crash on
my system.
The output I get is:
Warning: mssql_query(): message: Some error (severity 18) in
C:\PHP\php_test\php_mssql\raiseerror.php on line 21
Result is falseDB Error is Some error
And that is as expected. The first line is the driver spitting out a
warning, the second line is from the script.
Previous Comments:
[2003-12-01 13:06:39] [EMAIL PROTECTED]
The mssql_query function is supposed to stop at the first result. You
should use mssql_next_result() to move the internal result pointer
forward to the next result, if the query returns more than one result.
That way you can process all the results in the query.
I'll test the sample code to see if I get the same result and fix any
errors that I might find. The driver should not crash on a
RAISEERROR().
[2003-11-30 21:14:16] msisolak at yahoo dot com
I believe the problem here is in how mssql_query handles result sets
that have multiple results returned, but none with rows (such as in
this bug where there are multiple commands executed and multiple errors
returned). In the php_mssql.c for PHP 4.3.4 the block at line 1145
reads:
while ((num_fields = dbnumcols(mssql_ptr->link)) <= 0 && retvalue ==
SUCCEED) {
retvalue = dbresults(mssql_ptr->link);
}
According to Microsoft
(http://msdn.microsoft.com/library/en-us/dblibc/dbc_pdc04e_52sz.asp),
however:
"You must call dbresults until it returns NO_MORE_RESULTS, or any
continued
use of the DBPROCESS causes the DB-Library error 10038 'Results
Pending'."
As this code in php_mssql.c currently stands it stops looping the empty
result sets too early becuase it's looking for SUCCEED instead of
NO_MORE_RESULTS. Changing this code to:
while ((num_fields = dbnumcols(mssql_ptr->link)) <= 0 && retvalue !=
NO_MORE_RESULTS) {
retvalue = dbresults(mssql_ptr->link);
}
causes both SQL Server error messages generated by the sample query in
the bug report to be correctly displayed and eliminates the fault.
[2003-09-19 02:53:01] snick at getart dot ru
Yes. Comments of mssql_get_last_message() changes situation, but not
essentially:
Under Apache and standalone will crash in any case.
Under IIS crashes after four or five browser refreshes.
[2003-09-19 00:57:38] [EMAIL PROTECTED]
Does it crash without the mssql_get_last_message() line?
[2003-09-18 07:39:06] snick at getart dot ru
Description:
When I try to execute T-SQL query with advanced instructions PHP was
crash.
Tested with:
Apache v. 2.0.43
IIS v. 6.0
MSSQL v. 7.0
ntwdblib.dll v. 2000.80.194.0
Query must include:
- BEGIN TRAN and COMMIT / ROLLBACK TRAN;
- RAISEERROR() function call;
- Error in query before RAISERROR (eg. failed INSERT with 'Can not
insert NULL into bla-bla-bla' message (msg 515))
Reproduce code:
---
// you must create database called 'myDB' and table
// 'myTable' with columns myField1 INT NOT NULL, myField2 VARCHAR(50)
NOT NULL
/*
...db connection and selection
*/
$query = "BEGIN TRAN
DECLARE @Flag BIT
SET @Flag = 0
INSERT INTO myTable (myField2) VALUES ('akgfsjhdgf')
IF @Flag = 0
BEGIN
RAISERROR('Some error', 18, 10)
ROLLBACK TRAN
END
ELSE
COMMIT TRAN";
$result = mssql_query($query);
echo "Result is ".($result ? "true" : "false")."";
echo "DB Error is ".mssql_get_last_message()."";
Expected result:
PHP must return usual errors (if exists) and specified output:
Result is true
DB Error is Changed database context to 'myDB'
Actual result:
--
If PHP running as Apache module:
message box
"Apache.exe - Application Error
The instruction at '0x77f486f7' referenced memory at
'0x'. The memory could not be 'read'"
If PHP running as standalone:
message box
"php.exe - Application Error
The instruction at '0x77f486f7' referenced memory at
'0x'. The memory could not be 'read'"
If PHP running as ISAPI module:
IIS return in browser string "PHP has encountered an Access Violation
at 77F47931"
--
Edit this bug report at http://bugs.php.net/?id=25585&edit=1
#26490 [NEW]: Lost connection to MySQL server during query
From: chris dot noden at monstermob dot com
Operating system: Redhat AS 2.1
PHP version: 4.3.3
PHP Bug Type: MySQL related
Bug description: Lost connection to MySQL server during query
Description:
MySQL version 4.0.13 running on a different server on the LAN using
pconnect:
After using a pcntl_fork() the child thread suffers from the "2013 : Lost
connection to MySQL server" error above.
I can continue to use the MySQL connection without connecting again
implying that the connection has miraculously re-established itself!
The error can occur at any stage in a query, (eg during submission or
reading the results of the query).
The error usually manifests itself when the query returns no results. The
error comes from the parent process!!
I have tried all sorts of workarounds, to no avail.
Reproduce code:
---
do {
$sql = "SELECT stuff FROM db WHERE a=b";
$qryID = mysql_query($sql,$Link_ID
while (mysql_fetch_array($qryID)) {
// Fork off a child
$is_parent = pcntl_fork();
if ($is_parent > 0) {
// I am the child - do some stuff
exit;
} else {
// I am the parent do some stuff
} // end if/else
sleep(1);
} while (condition);
Expected result:
Normal database flow.
Actual result:
--
Error 2013 - Lost connection to MySQL server during query
--
Edit bug report at http://bugs.php.net/?id=26490&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26490&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26490&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26490&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26490&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26490&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=26490&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=26490&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26490&r=support
Expected behavior: http://bugs.php.net/fix.php?id=26490&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26490&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26490&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26490&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26490&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26490&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26490&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26490&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26490&r=float
#26206 [Opn->Bgs]: argv and argc not defined
ID: 26206 Updated by: [EMAIL PROTECTED] Reported By: danielc at analysisandsolutions dot com -Status: Open +Status: Bogus Bug Type: CGI related Operating System: Windows 2000 PHP Version: 5CVS-2003-11-11 (dev) New Comment: Well, I can't reproduce this with either CLI or CGI, using either php.ini-dist or php.ini-recommended. So there's something wrong with your system, not PHP. Previous Comments: [2003-12-01 12:04:35] danielc at analysisandsolutions dot com 100% certain. New PHP installs on this system are by moving the entirety of the old install aside, extracting the contents of a new snapshot .zip file then copying the exact files/structure over to the php directory. The system finds the DLLS via the %path%, in which "C:\PROGRA~1\Php;C:\PROGRA~1\Php\dlls;" are the first two entries. The PHP DLL's have never been copied to any other location on this computer. [2003-12-01 03:25:23] [EMAIL PROTECTED] And you're absolutely sure you don't have ANY old PHP related dlls in your system before you installed the snapshot? (delete all php4ts.dll files..) [2003-12-01 00:35:22] danielc at analysisandsolutions dot com No luck with the new snapshot. Downloaded php5-win32-200312010330.zip, copied php.ini-recommended to php.ini, turned register_argc_argv = On, ran the following... C:\PROGRA~1\php\cli>php -i | grep argv register_argc_argv => On => On C:\PROGRA~1\php\cli>php -r " var_dump($_SERVER['argv']); " 1 2 3 PHP Notice: Undefined index: argv in Command line code on line 1 NULL [2003-11-29 00:15:40] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip I can not reproduce this on windows using latest CVS snapshot. [2003-11-27 19:24:09] danielc at analysisandsolutions dot com Your test of ignoring the php.ini file via the -n flag gets it to work as expected. FYI... C:\PROGRA~1\php\cli>php -i | grep argv register_argc_argv => On => On C:\PROGRA~1\php\cli>php -n -i | grep argv register_argc_argv => On => On _SERVER["argv"] => Array C:\PROGRA~1\php\cli>php -v PHP 5.0.0b3-dev (cli) (built: Nov 26 2003 04:10:19) 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/26206 -- Edit this bug report at http://bugs.php.net/?id=26206&edit=1
#26491 [NEW]: printing variable values
From: clyuri at uadec dot mx Operating system: Linux x86 PHP version: Irrelevant PHP Bug Type: Unknown/Other Function Bug description: printing variable values Description: I have a problem with maybe the parsing of php script; where it says : print $variable, the browser returns : $variable=its value. the output it's only with IE I'm using php 4.2.2-17 out-of-the-box (preinstalled with RH), RedHat Intel Reproduce code: --- &astu=joo>Enter Expected result: send.php?nick=something&astu=joo Actual result: -- send.php?nick=somethingnimi2=something&astu=joo -- Edit bug report at http://bugs.php.net/?id=26491&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26491&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26491&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26491&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26491&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26491&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26491&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26491&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26491&r=support Expected behavior: http://bugs.php.net/fix.php?id=26491&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26491&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26491&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26491&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26491&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26491&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26491&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26491&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26491&r=float
#26487 [Opn->Fbk]: crash on .= assign to a non-existent array element
ID: 26487 Updated by: [EMAIL PROTECTED] Reported By: friosa at pnpitalia dot it -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: athlon suse linux 9 PHP Version: 5.0.0b2 (beta2) New Comment: Try this: # rm config.cache # ./configure --disable-all --disable-cgi --enable-debug # make clean && make # sapi/cli/php try.php Previous Comments: [2003-12-01 13:01:21] friosa at pnpitalia dot it downloaded and compiled with minimum requirements ./bin/php try1.php ; ./bin/php try2.php ; ./bin/php try3.php Segmentation fault (core dumped) Segmentation fault (core dumped) ok [2003-12-01 12:36:00] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2003-12-01 12:24:07] friosa at pnpitalia dot it Still the same result, I've tryed also something else .. I suggest the problem is with ".=" operator ./configure \ --enable-debug \ --prefix=/INSTALL/php_latest2 \ --with-config-file-path=/etc/php5.ini \ --disable-cgi \ make && make install ./bin/php try1.php Segmentation fault (core dumped) ./bin/php try2.php ... still the same [2003-12-01 11:45:48] [EMAIL PROTECTED] Can you please try adding 'error_reporting(0);' as first line in your script to see if the crash happens in the error output function. [2003-12-01 08:53:12] friosa at pnpitalia dot it Description: crash on := assign to a non-existent array element php 5.00 (beta2) php 5.00 (200311291630) hope that the example i easy enough, i'm not in condition now to put here a back trace sorry :( i will try it later. ./configure --prefix=/usr/local --with-config-file-path=/etc/php5.ini --disable-posix --disable-session --disable-tokenizer --without-sqlite --disable-cgi --disable-shared --enable-shared=no --with-mysql --with-mysql-sock=/var/lib/mysql/mysql.sock --with-informix=/opt/informix --with-libxml-dir=/pnp --with-dom=/pnp --with-dom-xslt=/pnp --with-dom-exslt=/pnp --enable-simplexml --enable-pcntl --enable-sigchild --enable-mime-magic --with-gnu-ld --with-pcre-regex --enable-ftp [PHP Modules] ctype dom ftp informix libxml mysql pcntl pcre simplexml standard xml [Zend Modules] Reproduce code: --- #! /usr/local/bin/php # try.php ./try.php Segmentation fault Expected result: $ar[0] == "pluto"; OR an error displayed -- Edit this bug report at http://bugs.php.net/?id=26487&edit=1
#26418 [Fbk->Opn]: loading class files crashes
ID: 26418
User updated by: danielc at analysisandsolutions dot com
Reported By: danielc at analysisandsolutions dot com
-Status: Feedback
+Status: Open
Bug Type: Zend Engine 2 problem
Operating System: Windows 2000
PHP Version: 5CVS-2003-12-1
New Comment:
#! c:/progra~1/php/cli/php
http://bugs.php.net/bug.php?id=26418
*
* Notice the inclusion of PEAR's DB class at the bottom. Make sure
* your include_path or the path in the require statement below is
* correct.
*
* The crashes involve a weird combination of factors. The factors
* can be rearranged to cause the crashes to vanish.
*
* If the parent class' name is 15 characters long, it crashes, but if
* it's 14 or 16 characters long, it does not. But the length of the
* class name isn't _really_ the problem.
*
* For example, the length of the method names and the existence of
* parameters play a role too. See the comment in the class for more
* details.
*/
//class A2345678901234 {
class A23456789012345 {
//class A234567890123456 {
}
//class B extends A2345678901234 {
class B extends A23456789012345 {
//class B extends A234567890123456 {
function foo() {}
function goo($Directory) {}
/*
* Crashes if the next method name is <= 21 characters long.
* But doesn't crash if both methods are uncommented.
* Similarly, doesn't crash if the parameter, $Directory, is
removed
* from method goo(), above.
*/
function a2345689012345678901() {}
//function a23456890123456789012() {}
}
require_once('DB.php');
?>
Previous Comments:
[2003-12-01 03:22:51] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc.
If possible, make the script source available online and provide
an URL to it here. Try avoid embedding huge scripts into the report.
[2003-12-01 00:39:30] danielc at analysisandsolutions dot com
Same problem with new snapshot: php5-win32-200312010330.zip
[2003-11-28 23:48:43] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2003-11-26 02:24:47] danielc at analysisandsolutions dot com
Description:
Using the latest snapshot, php5-win32-200311260330.zip, when a script
loads up a bunch of class files, a Dr Watson error dialog appears
saying PHP has crashed. Note, I'm just including the files, not
creating an object via "new."
I've tried to pin this down to some particular lines of code, but have
been unable to find something in particular.
While certain combinations of my class files and PEAR::DB create the
crash, others don't.
This code worked fine until now, so I don't think it's the content. In
addition, I've tweaked PEAR.php and DB.php so methods that return by
reference are always returning variables.
Below is an excerpt from a dump file as examined by WinDbg:
(5e4.600): Access violation - code c005 (!!! second chance !!!)
eax=00866dfc ebx=00d9ad80 ecx=6e692e67 edx=0063 esi=00d9c5e0
edi=00d9c658
eip=100dcf91 esp=0012fae8 ebp=78001db0 iopl=0 nv up ei pl nz na
pe nc
cs=001b ss=0023 ds=0023 es=0023 fs=0038 gs=
efl=0202
*** WARNING: Unable to verify checksum for php4ts.dll
*** ERROR: Symbol file could not be found. Defaulted to export symbols
for php4ts.dll -
php4ts!zend_ts_hash_rehash+481:
100dcf91 89510c mov [ecx+0xc],edx
ds:0023:6e692e73=
--
Edit this bug report at http://bugs.php.net/?id=26418&edit=1
