#43627 [NEW]: fopen blocks on fifo
From: user at example dot com
Operating system: Debian Etch and RHEL 5
PHP version: 5.2.5
PHP Bug Type: Filesystem function related
Bug description: fopen blocks on fifo
Description:
fopen() blocks waiting for read on named pipes (FIFOs) opened for reading.
Reproduce code:
---
At Unix prompt:
% mkfifo myfifo
PHP:
$fp = fopen('myfifo', 'r');
Expected result:
PHP execution should continue until attempting to read from the FIFO,
e.g.:
fread($fp, 1);
Actual result:
--
PHP execution suspends (blocks) on the fopen() command until another
process writes data to the FIFO.
--
Edit bug report at http://bugs.php.net/?id=43627edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=43627r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=43627r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=43627r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=43627r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=43627r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=43627r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=43627r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=43627r=needscript
Try newer version:http://bugs.php.net/fix.php?id=43627r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=43627r=support
Expected behavior:http://bugs.php.net/fix.php?id=43627r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=43627r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=43627r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=43627r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43627r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=43627r=dst
IIS Stability:http://bugs.php.net/fix.php?id=43627r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=43627r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=43627r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=43627r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=43627r=mysqlcfg
#21082 [Com]: odbc_primarykeys Access
ID: 21082
Comment by: user at example dot com
Reported By: jcdavid at libertysurf dot fr
Status: Bogus
Bug Type: ODBC related
Operating System: Win XP
PHP Version: 4.2.0
New Comment:
still does not work with PHP 5.0.1 and MS Access (both
odbc_primarykeys() and odbc_statistics()). Please reopen
Previous Comments:
[2002-12-18 13:55:27] [EMAIL PROTECTED]
Thank you for taking the time to report a problem with PHP.
Unfortunately you are not using a current version of PHP --
the problem might already be fixed. Please download a new
PHP version from http://www.php.net/downloads.php
If you are able to reproduce the bug with one of the latest
versions of PHP, please change the PHP version on this bug report
to the version you tested and change the status back to Open.
Again, thank you for your continued support of PHP.
I believe this was fixed...
[2002-12-18 13:28:40] jcdavid at libertysurf dot fr
I cant get the primarykeys, php always return Warning: SQL error: ,
SQL state 0 in SQLPrimaryKeys
?php
$dsn = gerhisto;
$usr = ;
$pwd = ;
$db = gerhisto;
$con = odbc_connect ($dsn,$usr,$pwd) or die (Echec de connexion sur
ODBC : $dsn);
$res = odbc_tables ($con) or die (Pas de tables dans $db de ODBC :
$dsn);
$i=0;
while (odbc_fetch_row ($res)) {
if (odbc_result ($res, 4)==TABLE) {
$qualifiers[$i] = odbc_result ($res, 1);
$owners[$i] = odbc_result ($res, 2);
$tables[$i] = odbc_result ($res, 3);
$types[$i] = odbc_result ($res, 4);
$remarks[$i] = odbc_result ($res, 5);
echo $i, Table : $tables[$i], Qualifier : $qualifiers[$i], Owner :
$owners[$i], Type : $types[$i], Remarks : $remarks[$i]br;
$i++;
}
}
echo br$i tablesbrbr;
for ($j=0;$j$i;$j++) {
echo Clefs Primaires de .$tables[$j];
$res = odbc_primarykeys ($con, $qualifiers[$j], $owners[$j],
$tables[$j]);
if ($res)
odbc_result_all ($res);
else
// == Warning: SQL error: , SQL state 0 in SQLPrimaryKeys
echo (Error : .odbc_error ($con).: .odbc_errormsg
($con).BR);
}
odbc_close ($con);
?
--
Edit this bug report at http://bugs.php.net/?id=21082edit=1
#28577 [Com]: mysqli doesn't compile
ID: 28577 Comment by: user at example dot com Reported By: mc at webheberg dot com Status: Assigned Bug Type: Compile Failure Operating System: Linux Debian PHP Version: 5.0.0RC2 Assigned To: georg New Comment: This looks like the same issue as in Bug #28376. Previous Comments: [2004-06-11 22:22:06] rodolfo at rodsoft dot org A quick fix would be to change line 193 of mysqli_prop.c from MYSQLI_MAP_PROPERTY_LONG_LONG(stmt_num_rows_read, STMT, stmt-result-row_count); to MYSQLI_MAP_PROPERTY_LONG_LONG(stmt_num_rows_read, STMT, stmt-result.rows); Or, a better one, put the line 193 inside #if MYSQL_VERSION_ID 40102, and put the corrected line inside the #else. This way I hope it will behave correctly with older versions of mysql. [2004-05-31 12:11:05] [EMAIL PROTECTED] Assigning to the maintainer. [2004-05-30 13:25:33] mc at webheberg dot com Description: I'm trying to compile PHP5 with mysqli support. I've really tried all what I can try. PHP5 RC1, RC2, with mysql 4.1.1, 4.1.2, 5.0.0, nothing compiles. For example : ./configure --without-mysql --with-mysqli=/src/mysql-standard-4.1.1-alpha-pc-linux-i686/bin/mysql_config gives : ext/mysqli/mysqli.o: In function `php_clear_stmt_bind': /src/php-5.0.0RC2/ext/mysqli/mysqli.c:94: undefined reference to `mysql_stmt_close' ext/mysqli/mysqli_api.o: In function `zif_mysqli_autocommit': /src/php-5.0.0RC2/ext/mysqli/mysqli_api.c:65: undefined reference to `mysql_autocommit' ext/mysqli/mysqli_api.o: In function `zif_mysqli_stmt_bind_param': /src/php-5.0.0RC2/ext/mysqli/mysqli_api.c:174: undefined reference to `mysql_stmt_bind_param' ext/mysqli/mysqli_api.o: In function `zif_mysqli_stmt_bind_result': /src/php-5.0.0RC2/ext/mysqli/mysqli_api.c:329: undefined reference to `mysql_stmt_bind_result' and so on With a source distrib of MySQL, it's not better : ./configure --without-mysql --with-mysqli=/usr/local/mysql/bin/mysql_config = it gives BUG #28376 So i've found a tip to compile, it's not very clean but it works : ./configure --without-mysql --with-mysqli=/src/mysql-standard-4.1.1-alpha-pc-linux-i686/bin/mysql_config make (let the error come) ./configure --without-mysql --with-mysqli=/usr/local/mysql/bin/mysql_config make make install Well, finally, isnt there a serious problem with mysqli ?? -- Edit this bug report at http://bugs.php.net/?id=28577edit=1
