| #40214 [Opn->Bgs]: Bad File Descriptor, Please help me |
|
 |
Index ‹ php-dev
|
- Previous
- 2
- #27911 [NEW]: ATTACH DATABASE not workingFrom: csaba at alum dot mit dot edu
Operating system: Win 2K
PHP version: 5.0.0RC1
PHP Bug Type: SQLite related
Bug description: ATTACH DATABASE not working
Description:
------------
I've been using mysqlite regularly for the past two weeks, no complaints.
However, I cannot seem to do a SQLite ATTACH DATABASE at all. Variations
I have tried: sqlite_popen in place of sqlite_open (especially when $db1
was ':memory:', closing $db1 before attaching, using ':memory:' in place
of either 'Delme1.db1' or 'Delme2.db1'. I have also tried this
with and without open_basedir set to "." in my Apache 2.0.48
Csaba Gabor
Reproduce code:
---------------
$db1 = sqlite_open('Delme.db1', 0666, $sqliteerror);
sqlite_query ($db1, 'DROP TABLE Tab1;');
sqlite_query($db1, "CREATE TABLE Tab1 (Id INTEGER PRIMARY KEY, Fld1
VARCHAR(16));");
sqlite_query ($db1, "INSERT INTO Tab1 VALUES (NULL, 'foo1');");
print "<br>Rows: in DB1: " . sqlite_fetch_single (sqlite_query($db1,
"SELECT COUNT(*) FROM Tab1;"));
$db2 = sqlite_open('Delme.db2', 0666, $sqliteerror);
sqlite_query ($db2, 'DROP TABLE Tab2;');
sqlite_query($db2, "CREATE TABLE Tab2 (Id2 INTEGER PRIMARY KEY, Fld2
VARCHAR(8));");
sqlite_query ($db2, "INSERT INTO Tab2 VALUES (NULL, 'bar2');");
sqlite_query ($db2, "INSERT INTO Tab2 VALUES (NULL, 'bar3');");
print "<br>Rows in DB2: " . sqlite_fetch_single (sqlite_query($db2,
"SELECT COUNT(*) FROM Tab2;"));
@sqlite_query ($db2, "DETACH DATABASE db;");
sqlite_query ($db2, "ATTACH DATABASE 'Delme.db1' AS db4;");
$aRes = sqlite_array_query ($db2, "SELECT * FROM db4.Tab1;");
Expected result:
----------------
I expect that I can use the attached database as described at SQLite's
homepage.
Actual result:
--------------
Instead, in pretty much all the variants that I tried, I get the following
error on the ATTACH DATABASE line:
Warning: sqlite_query() [function.sqlite-query]: cannot attach empty
database: db4 in MyPHPFilesDir/myPHPCode.php on line 15
The following (last) line also gets a complaint but by then the damage has
already been done.
At some point, when I was testing using db3 (in place of where db4 now
is), I got the complaint that the database (db3) was already in use. I
don't know how that complaint started originating, nor could I get rid of
it. Going to db4 got me back to the usual complaint I indicated above.
--
Edit bug report at http://bugs.php.net/?id=27911&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27911&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27911&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=27911&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=27911&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=27911&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=27911&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=27911&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=27911&r=support
Expected behavior: http://bugs.php.net/fix.php?id=27911&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=27911&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=27911&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=27911&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27911&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=27911&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=27911&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=27911&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=27911&r=float
- 3
- #28802 [Com]: name of file upload cutted in php4.3.7 ID: 28802
Comment by: imprestavel at gameguru dot com dot br
Reported By: mstaiger at informatik dot uni-siegen dot de
Status: Open
Bug Type: HTTP related
Operating System: win 2k server
PHP Version: 4.3.7
New Comment:
You may try:
<input type="text" size=50 name="userURL">
Using input-file for URL was not desired because input-file is for
uploading local files.
From the manual:
http://www.php.net/manual/en/features.file-upload.php
"$_FILES['userfile']['name']
The *original name* of the *file on the client machine*."
original name != url/path
And if the client/browser decides to upload a "fake" empty file,
because it doesn't exist locally, there is nothing php can do about it,
but you could check that and do something
Previous Comments:
------------------------------------------------------------------------
[2004-06-16 11:52:41] mstaiger at informatik dot uni-siegen dot de
Description:
------------
The typical file-upload HTML-command:
<input type="file" size=50 name="userfile">
creates an input field to pick a file from the local machine.
We used to "abuse" this field also to insert URLs instead of physical
filenames which worked fine so far. When entered
"http://www.somedomain.com" the php variable
$_FILES['userfile']['name'] contained the entire URL :
"http://www.somedomain.com"
Now, the new version seems to cut everything before the last slash and
$_FILES['userfile']['name'] contains only "www.somedomain.com", without
"http://" .
We could not find any documentation for this behaviour and doubt that
this behaviour was desired?
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=28802&edit=1
- 3
- #27634 [Opn->Csd]: strtotime(%MySQL datetime(14)%) ID: 27634
Updated by: email***@***.com
Reported By: kingoleg at mail dot ru
-Status: Open
+Status: Closed
Bug Type: Feature/Change Request
Operating System: All
PHP Version: 4.3.4, 5CVS
New Comment:
14-chars mysql timestamps work since PHP 5.1.0.
Previous Comments:
------------------------------------------------------------------------
[2004-03-24 08:55:07] kingoleg at mail dot ru
As I know, in php 4 and php 5 strtotime do support it. It's wrong.
------------------------------------------------------------------------
[2004-03-24 04:28:16] kingoleg at corason dot ua
"Borders" of this bug:
'20040318094229'
'20040318094230'
Manual:
Because strtotime() behaves according to GNU date syntax, have a look
at the GNU manual page titled Date Input Formats. Described there is
valid syntax for the time parameter.
So, neither '20040318094229' nor '20040318094230' are both not valid
syntax for the time parameter. But...
Test result:
20040318094231
-1
79200
165600
Test source:
<?php
$date = '20040317';
$h = '00';
$i = '00';
$s = '00';
$t = -1;
while($t == -1) {
$t = strtotime($date.$h.$i.$s);
$s++;
if (strlen($s) == 1) {
$s = '0'.$s;
}
if ($s == 60) {
$s = 0;
$i++;
}
if (strlen($i) == 1) {
$i = '0'.$i;
}
if ($i == 60) {
$i = 0;
$h++;
}
if (strlen($h) == 1) {
$h = '0'.$h;
}
if ($h == 24) {
$h = 0;
$date++;
}
if ($date == 20040319) {
break;
}
}
echo $date.$h.$i.$s;
echo '<br>';
echo '<br>';
echo '<br>';
echo '<br>';
echo strtotime('20040318094229');
echo '<br>';
echo strtotime('20040318094230');
echo '<br>';
echo strtotime('20040318094231');
?>
P.S. Sorry, I wrote "Actual result" as "Expected result".
P.P.S. Russian description of this bug is here
http://rsdn.ru/Forum/Message.aspx?mid=573729&only=1
------------------------------------------------------------------------
[2004-03-18 11:12:46] email***@***.com
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
strtotime doesn\'t support it.
------------------------------------------------------------------------
[2004-03-18 11:02:34] kingoleg at mail dot ru
Description:
------------
strtotime() do not correct work with MySQL datetime(14).
Founded in Smarty shared.make_timestamp.php:
function smarty_make_timestamp($string)
{
//Skiped
$time = strtotime($string);
//For date before 20040318000000 return -1
//After 20040318100000 return timestamp
if (is_numeric($time) && $time != -1)
return $time;
// is mysql timestamp format of YYYYMMDDHHMMSS?
if (preg_match('/^\d{14}$/', $string)) {
//Skiped
}
}
Reproduce code:
---------------
Type this code:
<?php
$t = strtotime('20040318000000');
echo $t;
echo "<br>"
$t = strtotime('20040318100000');
echo $t;
?>
Expected result:
----------------
-1
149979600
Actual result:
--------------
-1
-1
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=27634&edit=1
- 8
- #40863 [Bgs->Opn]: str_ireplace not behaving as expected ID: 40863
User updated by: jonathan at sadowski dot us
Reported By: jonathan at sadowski dot us
-Status: Bogus
+Status: Open
Bug Type: Strings related
Operating System: Ubuntu
PHP Version: 5.2.1
New Comment:
Perhaps you should read the expected result before marking it bogus,
and read through the sample code to see what its supposed to do.
The first word is "We", this cannot produce "GG" no matter what, as "W"
and "e" are two different words.
Previous Comments:
------------------------------------------------------------------------
[2007-03-20 10:20:15] email***@***.com
..E .. W
..W .. G
E replaced with W
W replaced with G.
------------------------------------------------------------------------
[2007-03-20 10:10:33] jonathan at sadowski dot us
Description:
------------
str_ireplace doesn't behave as expected when $search and $replace are
equally sized arrays, and $subject is a string containing mixed case.
Reproduce code:
---------------
<?php
$phrase = "We the People of the United States";
$letters = explode(" ","A B C D E F G H I J K L M N O P Q R S T U V W X
Y Z");
$key = $letters;
shuffle($key);
echo sizeof($letters) . "\n" . sizeof($key) . "\n\n";
echo implode(" ",$letters) . "\n" . implode(" ",$key) . "\n" .
str_ireplace($letters,$key,$phrase);
?>
Expected result:
----------------
26
26
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
V T U O W Q E X Y K S D Z B M A I L J R C F G H P N
GW RXW AWMADW MQ RXW CBYRWO JRVRWJ
Actual result:
--------------
26
26
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
V T U O W Q E X Y K S D Z B M A I L J R C F G H P N
GG RHG AGMADG MI RHG CBPRGM JRFRGJ
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=40863&edit=1
- 8
- [PHP-DEV] Problems with APC > I get a segfault with PHP 5.2.0RC2 in
> CLI mode (Apache module seems to work)
> and APC 3.0.11 (without APC it works
> fine). Is this a known problem (maybe
> even fixed in CVS) or is it worth
> investigating?
>
Yes, it's a known problem.
http://blog.libssh2.org/index.php?/archives/20-Doctor!-Doctor!-It-hurts-when-I-do-this!.html
But it's an EXTREMELY edge case one. (Only happens with ZTS enabled, in
CLI mode, with enable_cli *not* turned on).
I came across this some time ago when mixing Runkit_Sandbox with APC,
just turn on enable_cli. It won't materially impact your command line
experience.
-Sara
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
- 8
- #32752 [Opn]: Unable to load dynamic library and signal Segmentation fault ID: 32752
User updated by: dcvoyager at gmail dot com
Reported By: dcvoyager at gmail dot com
Status: Open
Bug Type: Reproducible crash
Operating System: Red Hat enterprise Linuxe ES 3
PHP Version: 5.0.4
New Comment:
Now I get these errors in httpd error log after changing the extension
dir in php.ini apart and also this
[Mon Apr 18 15:08:08 2005] [notice] child pid 25188 exit signal
Segmentation fault (11)
PHP Warning: PHP Startup: : Unable to initialize module!Module
compiled with module API=20020429, debug=0,
thread-safety=0!PHP compiled with module API=20041030, debug=0,
thread-safety=0!These options need to match! in Unknown on line 0
PHP Warning: PHP Startup: !!!!!M!!: Unable to initialize module!Module
compiled with module API=20020429, debug=0,
thread-safety=0!PHP compiled with module API=20041030, debug=0,
thread-safety=0!These options need to match! in Unknown on
line 0
PHP Warning: PHP Startup: !!!! V!!: Unable to initialize module!Module
compiled with module API=20020429, debug=0,
thread-safety=0!PHP compiled with module API=20041030, debug=0,
thread-safety=0!These options need to match! in Unknown on
line 0
PHP Warning: PHP Startup: !!!!!]!!: Unable to initialize module!Module
compiled with module API=20020429, debug=0,
thread-safety=0!PHP compiled with module API=20041030, debug=0,
thread-safety=0!These options need to match! in Unknown on
line 0
PHP Warning: PHP Startup: !!!!!!!!: Unable to initialize module!Module
compiled with module API=20020429, debug=0,
thread-safety=0!PHP compiled with module API=20041030, debug=0,
thread-safety=0!These options need to match! in Unknown on
line 0
Previous Comments:
------------------------------------------------------------------------
[2005-04-18 22:34:01] dcvoyager at gmail dot com
Description:
------------
I have redhat enterprise (ES) version 3 and I had php-4.3.2-19.ent
instaled on it with httpd-2.0.46-44.ent and mysql-4.1.11.
I upgraded my php to 5.0.4 and my configure was
./configure --prefix=/usr \
--exec-prefix=/usr \
--bindir=/usr/bin \
--sbindir=/usr/sbin \
--sysconfdir=/etc \
--datadir=/usr/share \
--includedir=/usr/include \
--libdir=/usr/lib \
--libexecdir=/usr/libexec \
--localstatedir=/var \
--sharedstatedir=/usr/com \
--mandir=/usr/share/man \
--infodir=/usr/share/info \
--cache-file=../config.cache \
--with-config-file-path=/etc \
--with-config-file-scan-dir=/etc/php.d \
--enable-force-cgi-redirect \
--disable-debug \
--enable-pic \
--disable-rpath \
--enable-inline-optimization \
--with-bz2 \
--with-db4=/usr \
--with-curl \
--with-dom=/usr \
--with-exec-dir=/usr/bin \
--with-freetype-dir=/usr \
--with-png-dir=/usr \
--with-gd \
--enable-gd-native-ttf \
--with-ttf \
--with-gettext \
--with-ncurses \
--with-gmp \
--with-iconv \
--with-jpeg-dir=/usr \
--with-openssl \
--with-png \
--with-pspell \
--with-regex=system \
--with-xml \
--with-expat-dir=/usr \
--with-pcre-regex=/usr \
--with-zlib \
--with-layout=GNU \
--enable-bcmath \
--enable-exif \
--enable-ftp \
--enable-magic-quotes \
--enable-safe-mode \
--enable-sockets \
--enable-sysvsem \
--enable-sysvshm \
--enable-discard-path \
--enable-track-vars \
--enable-trans-sid \
--enable-yp \
--enable-wddx \
--enable-mbstring \
--enable-mbstr-enc-trans \
--enable-mbregex \
--without-oci8 \
--with-pear=/usr/share/pear \
--with-imap=shared --with-imap-ssl \
--with-kerberos=/usr/kerberos \
--with-ldap=shared \
--with-mysql=shared,/usr \
--with-pgsql=shared \
--with-unixODBC=shared \
--enable-memory-limit \
--enable-bcmath \
--enable-shmop \
--enable-versioning \
--enable-calendar \
--enable-dbx \
--enable-dio \
--enable-mcal \
--with-apxs2filter=/usr/sbin/apxs
after the make and make install, I restarted apache, now none of my php
scripst works. When I looked at the error logs for httpd it gives this
error
[******error*****]
[Mon Apr 18 15:08:08 2005] [notice] child pid 25188 exit signal
Segmentation fault (11)
and also these errors
PHP Warning: PHP Startup: : Unable to initialize module
Module compiled with module API=20020429, debug=0, thread-safety=0
PHP compiled with module API=20041030, debug=0, thread-safety=0
These options need to match
in Unknown on line 0
PHP Warning: PHP Startup: Unable to load dynamic library
'/usr/lib/php4/ldap.so' - /usr/lib/php4/ldap.so: undefined symbol:
OnUpdateInt in Unknown on line 0
PHP Warning: PHP Startup: Unable to load dynamic library
'/usr/lib/php4/mysql.so' - /usr/lib/php4/mysql.so: undefined symbol:
OnUpdateInt in Unknown on line 0
PHP Warning: PHP Startup: Unable to load dynamic library
'/usr/lib/php4/odbc.so' - /usr/lib/php4/odbc.so: undefined symbol:
OnUpdateInt in Unknown on line 0
PHP Warning: PHP Startup: Unable to load dynamic library
'/usr/lib/php4/pgsql.so' - /usr/lib/php4/pgsql.so: undefined symbol:
OnUpdateInt in Unknown on line 0
Actual result:
--------------
How can I make php to run normal?
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=32752&edit=1
- 8
- #37726 [Com]: proc_open let fd opened in the child process ID: 37726
Comment by: jdolecek at NetBSD dot org
Reported By: n dot escuder at intra-links dot com
Status: Open
Bug Type: Program Execution
Operating System: Linux
PHP Version: 5.1.4
New Comment:
This may be the same problem as Bug #34794, which includes the fix.
Previous Comments:
------------------------------------------------------------------------
[2006-06-07 17:08:45] n dot escuder at intra-links dot com
Yes when we do a pcntl_fork or a fork in C the FD must stay open but
here it's a complety new program that is started.
Proc_open use fork for starting the new process but don't cleanup open
descriptor after the fork.
------------------------------------------------------------------------
[2006-06-07 15:16:24] email***@***.com
IMHO, I think this is expected. When you fork under unix the open file
descriptors will be copied to the child process. proc_open just
enforces what the specified fd should look like.
------------------------------------------------------------------------
[2006-06-07 10:56:45] n dot escuder at intra-links dot com
Description:
------------
When executing a program with proc_open the child process that is
started by proc_open have all fd's that was opened in the master script
ex: file, database connection ....
The child process must don't have any fd open expect the fd specified
by $descriptorspec.
Reproduce code:
---------------
<?
$fd = fopen("/tmp/test.log", "w");
$descriptorspec = array(
0 => array("pipe", "r"),
1 => array("pipe", "w"),
2 => array("pipe", "w")
);
$pipes = null;
$process = proc_open("ls /proc/self/fd -l", $descriptorspec, $pipes);
while ( ( $line = fgets($pipes[1]) ) ) {
echo $line;
}
proc_close( $process );
fclose($fd );
?>
Expected result:
----------------
total 5
lr-x------ 1 root root 64 2006-06-07 12:44 0 -> pipe:[22573]
l-wx------ 1 root root 64 2006-06-07 12:44 1 -> pipe:[22574]
l-wx------ 1 root root 64 2006-06-07 12:44 2 -> pipe:[22575]
lr-x------ 1 root root 64 2006-06-07 12:44 3 -> /proc/19964/fd
Actual result:
--------------
total 5
lr-x------ 1 root root 64 2006-06-07 12:44 0 -> pipe:[22573]
l-wx------ 1 root root 64 2006-06-07 12:44 1 -> pipe:[22574]
l-wx------ 1 root root 64 2006-06-07 12:44 2 -> pipe:[22575]
l-wx------ 1 root root 64 2006-06-07 12:44 3 -> /tmp/test.log
lr-x------ 1 root root 64 2006-06-07 12:44 4 -> /proc/19964/fd
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=37726&edit=1
- 11
- #25819 [Opn->Fbk]: Several test cases fail in setlocale() ID: 25819
Updated by: email***@***.com
Reported By: svs at ropnet dot ru
-Status: Open
+Status: Feedback
Bug Type: Unknown/Other Function
Operating System: FreeBSD 4.8
PHP Version: 4.3.3
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-10-10 06:38:45] svs at ropnet dot ru
Description:
------------
These tests should try harder to set locale; e.g. de_DE.ISO8859-1
before de_DE, ru_RU.KOI8-R before ru_RU.koi8r...
Reproduce code:
---------------
$TEST_PHP_EXECUTABLE run-tests.php tests/lang/034.phpt
ext/standard/tests/strings/htmlentities15.phpt
ext/xml/tests/xml007.phpt
Expected result:
----------------
PASS Locale settings affecting float parsing [tests/lang/034.phpt]
PASS htmlentities() test 15 (setlocale / KOI8-R)
[ext/standard/tests/strings/htmlentities15.phpt]
PASS xml_parse_into_struct/umlauts in tags [ext/xml/tests/xml007.phpt]
Actual result:
--------------
SKIP Locale settings affecting float parsing [tests/lang/034.phpt]
SKIP htmlentities() test 15 (setlocale / KOI8-R)
[ext/standard/tests/strings/htmlentities15.phpt] (reason: setlocale()
failed)
SKIP xml_parse_into_struct/umlauts in tags [ext/xml/tests/xml007.phpt]
(reason: strtoupper on non-ascii not supported on this platform)
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=25819&edit=1
- 13
- #33061 [NEW]: Pass object by value then modify initialized sub-object: passes by referenceFrom: online at natweiss dot com
Operating system: Linux
PHP version: 4.3.10
PHP Bug Type: Class/Object related
Bug description: Pass object by value then modify initialized sub-object: passes by reference
Description:
------------
See reproduce code.
php.ini is stock / no changes.
Reproduce code:
---------------
<?php
// a class that does nothing
class something{
function nothing(){
}
}
// a pass-by-value function that modifies a member's member
function pass_by_value($value){
$value->member->val = 1;
}
// create a something with a member something
$object = new something;
$object->member = new something;
// call nothing, then call pass_by_value and print results
$object->member->nothing();
echo "member->val should be empty!\n";
pass_by_value($object);
print_r($object);
?>
Expected result:
----------------
$object->member should be empty
Actual result:
--------------
$object->member->val == 1
--
Edit bug report at http://bugs.php.net/?id=33061&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33061&r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33061&r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33061&r=trysnapshot51
Fixed in CVS: http://bugs.php.net/fix.php?id=33061&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=33061&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=33061&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=33061&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=33061&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33061&r=support
Expected behavior: http://bugs.php.net/fix.php?id=33061&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=33061&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=33061&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=33061&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33061&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=33061&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=33061&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33061&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=33061&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=33061&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=33061&r=mysqlcfg
- 13
- #38113 [Fbk->Opn]: CLI error ID: 38113
User updated by: neilxp at 163 dot com
Reported By: neilxp at 163 dot com
-Status: Feedback
+Status: Open
Bug Type: CGI related
Operating System: RHEL4
PHP Version: 5.1.4
New Comment:
php -n -v
Segmentation fault
but now i have deinstalled php came with rpm, rebuilded it with make
clean add make, but this error still comes out
Previous Comments:
------------------------------------------------------------------------
[2006-07-16 16:18:45] email***@***.com
Moist liekly you had php installed from rpm's and didn't deinstall it
first so that now php loads wrong libs or evetually even some left over
shared extensions.
To test this do : php -n -v
And it it works : php -n -m
It also helps to check the log files when startup errors are enabled.
Further more, before installing the php you built you can execute it
from the build directory, again using parameter -n first.
------------------------------------------------------------------------
[2006-07-16 15:53:46] neilxp at 163 dot com
Description:
------------
i compiled php5.14 on RHEL4 using the following configuration:
./configure --enable-sockets --enable-mbstring
--with-apxs2=/usr/sbin/apxs --with-openssl=/usr/local/ssl --with-bz2
--enable-ctype --with-iconv --with-zlib --with-mysql --with-gd
--with-png --with-jpeg --with-freetype --with-iconv
--with-pear=/usr/share/pear
when executing php in command line, this error occurs:
Segmentation fault
Reproduce code:
---------------
none
Expected result:
----------------
runs php script
Actual result:
--------------
Segmentation fault
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=38113&edit=1
- 14
- #29533 [NEW]: for($x=-11;$x++;$x<=10)From: indrek at tavid dot ee
Operating system: windows 2000
PHP version: 4.3.9
PHP Bug Type: Variables related
Bug description: for($x=-11;$x++;$x<=10)
Description:
------------
for breaks when $x after variable value=0
Reproduce code:
---------------
<?php
for($x=-11;$x++;$x<=10){
echo $x.'<br>';
}
?>
Expected result:
----------------
...
-5
-4
-3
-2
-1
0
1
2
3
4
...
Actual result:
--------------
-10
-9
-8
-7
-6
-5
-4
-3
-2
-1
0
--
Edit bug report at http://bugs.php.net/?id=29533&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29533&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29533&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=29533&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=29533&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29533&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=29533&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=29533&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=29533&r=support
Expected behavior: http://bugs.php.net/fix.php?id=29533&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=29533&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=29533&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=29533&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29533&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=29533&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=29533&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=29533&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29533&r=float
- 14
- #40978 [Bgs->Csd]: PHP 5.2.1 Installer failure ID: 40978
Updated by: email***@***.com
Reported By: jim_mcnally at yahoo dot com
-Status: Bogus
+Status: Closed
Bug Type: IIS related
Operating System: Windows VISTA
PHP Version: 5.2.1
Assigned To: jmertic
Previous Comments:
------------------------------------------------------------------------
[2007-04-24 15:32:02] email***@***.com
Added a check to see if you are an administrator in CVS.
------------------------------------------------------------------------
[2007-04-11 18:33:55] email***@***.com
Not PHP's problem -> Bogus
------------------------------------------------------------------------
[2007-04-11 18:30:06] jim_mcnally at yahoo dot com
Problem solved!
It turns out that Vista has a security checkbox. Even administrators
can be limited. Designed to protect, it can also frustrate. Once the
security check was removed, the msi installer worked. (I had the same
problem trying to install Apache).
Regards,
Jim
------------------------------------------------------------------------
[2007-04-05 00:45:00] jim_mcnally at yahoo dot com
I was looking at the experiences of others. One suggestion was to
activate the error log with the following DOS command to be run from the
same directory as the installer package.
msiexec /i php-5.2.1RC3-win32-installer.msi /l*v error.log
When I tried this, the response was that msiexec couldn't open the
package.
Were these packages tested?!?!?
I'd like to become a PHP user, but, frankly, I can't even get to first
base.
Jim
------------------------------------------------------------------------
[2007-04-04 16:07:59] jim_mcnally at yahoo dot com
Additionally, I tried the PHP manual installation process, and got the
dread ERROR 404.3.
I also tried another installer package: "PHP Installer 1.6 for PHP
5.2.1 Setup" with the same results.
ERROR 404.3 is given in full below. Any help would be most appreciated.
Jim
------------------------------------------------------
HTTP Error 404.3 - Not Found
Description: The page you are requesting cannot be served because of
the Multipurpose Internet Mail Extensions (MIME) map policy that is
configured on the Web server. The page you requested has a file name
extension that is not recognized, and is not allowed.
Error Code: 0x80070032
Notification: ExecuteRequestHandler
Module: StaticFileModule
Requested URL: http://jtmal2:80/hello.php
Physical Path: C:\inetpub\wwwroot\hello.php
Logon User: Anonymous
Logon Method: Anonymous
Handler: StaticFile
Most likely causes:
It is possible that a handler mapping is missing. By default, the
static file handler processes all content.
The feature you are trying to use may not be installed.
The appropriate MIME map is not enabled for the Web site or
application. (Warning: Do not create a MIME map for content that users
should not download, such as .ASPX pages or .config files.)
What you can try:
In system.webServer/handlers:
Ensure that the expected handler for the current page is mapped.
Pay careful attention to preconditions (e.g. runtimeVersion,
pipelineMode, bitness) and compare them to the settings for your
application pool.
Pay careful attention to typographical errors in the expected handler
line.
Please verify that the feature you are trying to use is installed.
Verify that the MIME map is enabled or add the MIME map for the Web
site using the command-line tool appcmd.exe.
Open a command prompt and change directory to
%windir%\system32\inetsrv.
To set a MIME type, use the following syntax: appcmd set config
/section:staticContent /+[fileExtension='string',mimeType='string']
The variable fileExtension string is the file name extension and the
variable mimeType string is the file type description.
For example, to add a MIME map for a file which has the extension
".xyz", type the following at the command prompt, and then press Enter:
appcmd set config /section:staticContent
/+[fileExtension='.xyz',mimeType='text/plain']
Warning: Ensure that this MIME mapping is needed for your Web server
before adding it to the list. Configuration files such as .CONFIG or
dynamic scripting pages such as .ASP or .ASPX, should not be downloaded
directly and should always be processed through a handler. Other files
such as database files or those used to store configuration, like .XML
or .MDF, are sometimes used to store configuration information.
Determine if clients can download these file types before enabling them.
Create a tracing rule to track failed requests for this HTTP status
code. For more information about creating a tracing rule for failed
requests, click here.
-----------------------------------------
------------------------------------------------------------------------
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/40978
--
Edit this bug report at http://bugs.php.net/?id=40978&edit=1
- 15
- #27044 [Bgs->Csd]: $this->$Variable[] crashes PHP, no output ID: 27044
User updated by: siggi at junesystems dot com
Reported By: siggi at junesystems dot com
-Status: Bogus
+Status: Closed
Bug Type: Class/Object related
Operating System: RedHat 9, Linux 2.4.20-27.9smp
PHP Version: 4.3.4
New Comment:
Very stupid mistake. E_COMPILE_ERROR was not defined in the php.ini and
so the message was not displayed.
Previous Comments:
------------------------------------------------------------------------
[2004-01-26 20:03:24] email***@***.com
# php t.php
PHP Fatal error: Cannot use [] for reading in /home/jani/t.php on line
6
------------------------------------------------------------------------
[2004-01-26 05:38:39] siggi at junesystems dot com
Description:
------------
When creating a class that contains a class variable array being filled
(in this case in the wrong way) like:
$this->$Variable[] = "whatever";
(!! notice second $ )
PHP produces no output and no error message ($Variable is empty BTW,
does not exist). In a script with a couple of hundred of lines of code
it is a nightmare trying to locate a typo like this with no help from
PHP.
Reproduce code:
---------------
class Test {
var $Variable = Array();
function Test(){
$this->$Variable[] = "Test string";
}
}
$object = new Test();
Expected result:
----------------
Error message.
Actual result:
--------------
No output (this comes from PHP):
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html;
charset=windows-1252"></HEAD>
<BODY></BODY></HTML>
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=27044&edit=1
- 15
- #42595 [NEW]: Static call of non static function inherets classFrom: agideonse at planet dot nl
Operating system: Irrelevant
PHP version: 5.2.4
PHP Bug Type: Class/Object related
Bug description: Static call of non static function inherets class
Description:
------------
When a function in a class is not declared static it can still be called
as a static method (no problem). When this is done from another class the
function seems to know the values from the class that it was called from.
It is not clarified in the manual why this should be the case ($this is
bound to class A, not class B) if this isn't a bug.
Reproduce code:
---------------
class A
{
function __construct()
{
$this->name = "Class A";
}
function doeIets()
{
B::doeIetsAnders();
}
}
class B
{
function doeIetsAnders()
{
print_r($this);
}
}
Expected result:
----------------
In strict mode, there should be a warning that $this does not have a
value.
Actual result:
--------------
$this has te values of class A.
--
Edit bug report at http://bugs.php.net/?id=42595&edit=1
--
Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42595&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42595&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42595&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42595&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=42595&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42595&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=42595&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=42595&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42595&r=support
Expected behavior: http://bugs.php.net/fix.php?id=42595&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=42595&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=42595&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42595&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42595&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42595&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=42595&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42595&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42595&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42595&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=42595&r=mysqlcfg
- 16
- #26509 [NEW]: wrong conversion utf8_encode of & symbolFrom: fgarcia at uef dot es
Operating system: Windows 2000
PHP version: 4.3.4
PHP Bug Type: XML related
Bug description: wrong conversion utf8_encode of & symbol
Description:
------------
The string "example & string"
is traslated by utf8_encode as "example & string"
(no change)
When opening xml file with IExplorer or dom functions you get an error on
'&' symbol
The correct traslation must be: "example & string"
Reproduce code:
---------------
utf8_encode("example & string")
Expected result:
----------------
"example & string"
Actual result:
--------------
"example & string"
--
Edit bug report at http://bugs.php.net/?id=26509&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26509&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26509&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26509&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26509&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26509&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=26509&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=26509&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=26509&r=support
Expected behavior: http://bugs.php.net/fix.php?id=26509&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=26509&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=26509&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26509&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26509&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26509&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26509&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=26509&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26509&r=float
|
| Author |
Message |
tony2001

|
Posted: 2007-1-24 17:29:55 |
Top |
php-dev, #40214 [Opn->Bgs]: Bad File Descriptor, Please help me
ID: 40214
Updated by: email***@***.com
Reported By: support at vikoshosting dot com
-Status: Open
+Status: Bogus
Bug Type: Filesystem function related
Operating System: Linux Kernel version 2.6.9-42.0.
PHP Version: 5CVS-2007-01-24 (snap)
New Comment:
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. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
Previous Comments:
------------------------------------------------------------------------
[2007-01-24 04:40:23] support at vikoshosting dot com
Description:
------------
When I create a file using the FOPEN function and then try to change
permissions on the file it says it cant be done because Bad File
Descriptors. PHP version 5.1.6
Reproduce code:
---------------
$conn_id = chmod_open();
$ourFileName = "testFile.txt";
$ourFileHandle = fopen($ourFileName, 'w') or die("can't open file");
fclose($ourFileHandle);
function chmod_open()
{
// Use your own FTP info
$ftp_user_name = 'vikoshos';
$ftp_user_pass = 'frath0pr';
$ftp_root = '/';
$ftp_server = 'localhost';
$conn_id = ftp_connect($ftp_server);
$login_result = ftp_login($conn_id, $ftp_user_name,
$ftp_user_pass);
return $conn_id;
}
function chmod_file($conn_id, $permissions, $ftpath)
{
echo "$ftpath";
if (ftp_site($conn_id, 'CHMOD ' . $permissions . ' ' . $ftp_root .
$ftpath) !== false)
{
return TRUE;
}
else
{
return FALSE;
}
}
chmod_file($conn_id, 0777, $ourFileName);
Expected result:
----------------
Change the file mod to 777
Actual result:
--------------
Warning: ftp_site() [function.ftp-site]: Could not change perms on
newfile.txt: Bad file descriptor in code.php on line 168
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=40214&edit=1
|
| |
|
| |
 |
tony2001

|
Posted: 2007-1-24 17:28:00 |
Top |
php-dev >> #40214 [Opn->Bgs]: Bad File Descriptor, Please help me
ID: 40214
Updated by: email***@***.com
Reported By: support at vikoshosting dot com
-Status: Open
+Status: Bogus
Bug Type: Filesystem function related
Operating System: Linux Kernel version 2.6.9-42.0.
PHP Version: 5CVS-2007-01-24 (snap)
New Comment:
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. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
Previous Comments:
------------------------------------------------------------------------
[2007-01-24 04:40:23] support at vikoshosting dot com
Description:
------------
When I create a file using the FOPEN function and then try to change
permissions on the file it says it cant be done because Bad File
Descriptors. PHP version 5.1.6
Reproduce code:
---------------
$conn_id = chmod_open();
$ourFileName = "testFile.txt";
$ourFileHandle = fopen($ourFileName, 'w') or die("can't open file");
fclose($ourFileHandle);
function chmod_open()
{
// Use your own FTP info
$ftp_user_name = 'vikoshos';
$ftp_user_pass = 'frath0pr';
$ftp_root = '/';
$ftp_server = 'localhost';
$conn_id = ftp_connect($ftp_server);
$login_result = ftp_login($conn_id, $ftp_user_name,
$ftp_user_pass);
return $conn_id;
}
function chmod_file($conn_id, $permissions, $ftpath)
{
echo "$ftpath";
if (ftp_site($conn_id, 'CHMOD ' . $permissions . ' ' . $ftp_root .
$ftpath) !== false)
{
return TRUE;
}
else
{
return FALSE;
}
}
chmod_file($conn_id, 0777, $ourFileName);
Expected result:
----------------
Change the file mod to 777
Actual result:
--------------
Warning: ftp_site() [function.ftp-site]: Could not change perms on
newfile.txt: Bad file descriptor in code.php on line 168
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=40214&edit=1
|
| |
|
| |
 |
| |
 |
Index ‹ php-dev |
- Next
- 1
- #25758 [Bgs->Opn]: var_export fails to escape quotes ID: 25758
User updated by: hiroki at asakawa dot net
Reported By: hiroki at asakawa dot net
-Status: Bogus
+Status: Open
Bug Type: Variables related
Operating System: Widows2000
PHP Version: 4.3.3
New Comment:
http://www.php.net/manual/en/function.var-export.php says
> It is similar to var_dump() with the exception that the
> returned representation is valid PHP code.
But above code does not generate valid PHP code.
Isn't it a bug?
Previous Comments:
------------------------------------------------------------------------
[2003-10-06 16:11:43] email***@***.com
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 expected behaviour.
------------------------------------------------------------------------
[2003-10-06 07:15:31] hiroki at asakawa dot net
Description:
------------
Using var_export, single quotes in keys are not be escaped.
Reproduce code:
---------------
$test = array( "quote'" => array( "quote'" ) );
echo var_export($test,true);
Expected result:
----------------
output:
array ( 'quote\'' => array ( 0 => 'quote\'', ), )
Actual result:
--------------
output:
array ( 'quote'' => array ( 0 => 'quote\'', ), )
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=25758&edit=1
- 2
- #12061 [Com]: CGI Error ID: 12061
Comment by: Jason dot Petit at Vaillant dot co dot uk
Reported By: peters at connection dot ca
Status: Bogus
Bug Type: IIS related
Operating System: Win 2K
PHP Version: 4.0.6
New Comment:
OK, I was getting the exact same errors sometimes on both frames
sometimes only on the left or right frame. I think I found what is
causing it :P
In config.inc.php you have the following line:
$cfg['PmaAbsoluteUri'] = 'http://localhost/PHPMyAdmin';
Notice there is no "/" at the end but their example does. By removing
the "/" my pages started to work....
2 years late but I only just started using php.
Previous Comments:
------------------------------------------------------------------------
[2003-07-10 15:13:05] michael dot jensen at dnp-services dot com
My 2 cents on the CGI error issue:
The CGI error discussed here also happens, if you done everything
strictly to the books (aka. install.txt), but have a multi-user setup
on Windows 2k, and have your account within the Administrators (and
probably any other restricted) group.
Then, any new directory you create, inherits rights from your group.
For IIS to be able to access your directory properly, you must have set
access rights for "Everyone" for the folder where your php (or, for
that matter, any other CGI) scripts are located.
Allowing the default settings (for "Everyone") to be inherited while
denying "Write" access rights (you don't want to have those) works fine
for me.
Using php -i, or php <myfile.php> from the command line does NOT reveal
this problem: it works just fine. The problem only occurs when you want
to access the page from any browser.
Hope it helps.
Michael
------------------------------------------------------------------------
[2003-06-11 15:24:35] jwhatcher at hotmail dot com
I am using advance server running iis on several machines with php. I
understand that this error means many things. What does it mean when
you get it intermit tingly? I go to the page and get the error. Refresh
the page and it loads. It doesn't happen every time nor does it occur
on the same page. But it happens frequent enough to be a problem. Is
there any correlation between the exe version and the error. Reason I
ask is because on one server I run the dll I have not had one single
502 in my log file. But with the exe it occurs every day.
------------------------------------------------------------------------
[2003-04-18 03:00:30] reznor at geeksanon dot ca
Hello,
I'm writing in regards to this error----->
cgi error:
The specified CGI application misbehaved by not
returning a complete set of HTTP headers. The headers it
did return are:
I've been to every message forum around the world and back and got
nothing. What it did get me looking at lots was the php.ini file. I
run a Win 2000 Server with the latest greast PHP 4.3.1 mySQL and IIS.
When it hit me like a bull in a china shop, I've got this all up and
running on my XP pro system to test my code on, let's look at that
php.ini file, so I did. And I saw it.....
XP setting: doc_root =
IIS setting: doc_root = C:\Inetpub\wwwroot
OK so I set my IIS php.ini doc_root to the XP setting
doc_root =
...and WaBLAM! It worked!
------------------------------------------------------------------------
[2003-02-26 14:06:32] garlandj at hotmail dot com
The "misbehaving" error is generated from working with notepad, then
saving the file:
myphpfile.php
What actually gets saved is this:
myphpfile.php.txt
Be sure to drop down the menu to All Files *.* to eliminate the default
.txt extension from be appended. Alternatively, enable viewing of
file-extensions and delete the .txt from the end of the file.
I cannot however figure out the "undefined variable" problem with
Windows 2000/XP. If you have a form and create a post action, the data
should be passed so that:
I should be able to use HTML like this:
<input type="text" size="5" value="" name="myvar">
And then use PHP in the same, or separate PHP file to reference the
variable with $myvar. This does NOT work with Windows. When this
variable is referenced in the code, an undefined variable error
results. Editing the php.ini file is NOT a solution, but does get rid
of the error (of course!) Instead of displaying the error, the data is
non-existent/empty/not displayed/inacessible.
I found a webpage that used the following to obtain all variables, so
the data IS being processed and IS accessible, but not as it should
be.
This code (found elsewhere) will list all variables and correctly
display their contents:
<?php
print "Posted variables: <br>";
foreach($HTTP_POST_VARS as $key=>$value)
print $key . " = " . $value . "<br>";
?>
I suppose one could use this as a work-around.
Any ideas?
------------------------------------------------------------------------
[2003-01-24 22:11:48] ecorriel at hotmail dot com
regarding the entry: [24 Apr 2002 10:37am] email***@***.com
this is not a bug, you are just using dlls from previous versions of
PHP. get the new dlls and overwrite the old ones. i just posted a note
about this under the Installation for Windows section of the Manual.
------------------------------------------------------------------------
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/12061
--
Edit this bug report at http://bugs.php.net/?id=12061&edit=1
- 3
- #41298 [NEW]: Can't get arrays from prepared SELECT statementFrom: moxley at moxleydata dot com
Operating system: n/a
PHP version: 5.2.2
PHP Bug Type: MySQLi related
Bug description: Can't get arrays from prepared SELECT statement
Description:
------------
Using the prepared statement feature of mysqli to execute "SELECT * ..."
queries, there's no way to fetch rows in the result set so that each row
is an array. Every other database API allows this or something to the
same effect. Instead, the only way to get row values is to assign each
value in the row to a separate, named variable, which is cumbersome,
verbose, error-prone and doesn't leave any room for abstraction.
--
Edit bug report at http://bugs.php.net/?id=41298&edit=1
--
Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41298&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41298&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41298&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=41298&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=41298&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=41298&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=41298&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=41298&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=41298&r=support
Expected behavior: http://bugs.php.net/fix.php?id=41298&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=41298&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=41298&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=41298&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41298&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=41298&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=41298&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=41298&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=41298&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=41298&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=41298&r=mysqlcfg
- 4
- [PHP-DEV] Multi-Method Dispatch in PHP 5.1?Hello Andi,
the patch is here. It's a bit outdated but shouldn't cause much
problems to apply after RC2. It allows "Class", "Array" but atm
misses "Resource".
marcus
Wednesday, April 21, 2004, 11:50:46 AM, you wrote:
> At 03:29 PM 4/20/2004 -0400, George Schlossnagle wrote:
>>On Apr 20, 2004, at 3:18 PM, Marcus Boerger wrote:
>>>>The problem with this is that that integer may well be a string when
>>>>you look at it. There's no good way to do this past discriminating
>>>>between scalar, array and object (by type, of course). I personally
>>>>think that that is fine (adding an array typehint would be nice).
>>>
>>>Somewhere at my server should be a patch for "array". For some reason
>>>i was too lazy to ask for that to commit again before RC1. I you still
>>>want this just ask Andi/Zeev again.
>>
>>Andi/Zeev,
>>
>>Thoughts on allowing array typehinting?
> I don't have a problem with array type hinting but I want to roll RC2. I
> suggest we look at Marcus' patch after RC2 and see if it's small enough to
> allow the inclusion before 5.0.0.
> Andi
--
Best regards,
Marcus mailto:email***@***.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
- 5
- [PHP-DEV] RE : Extending include path to support stream wrappersMarcus Boerger wrote :
> have you ever looked at pecl/phar? It can do that already.
Maybe. But I couldn't find any documentation about it and its features. =
And its
'Download latest' link is broken. I had to download the C source code =
from CVS.
But, once again, may I humbly ask you to focus on my primary question, =
instead of
arguing about a potential alternative to PHAR. And I also repeat that my =
question
is of great interest for PHAR too.
Thanks
Francois
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
- 6
- #40750 [Asn->Csd]: fsockopen timeout parameter overwrites timeout for reading ID: 40750
Updated by: email***@***.com
Reported By: andreas dot rieber at 2e-systems dot com
-Status: Assigned
+Status: Closed
Bug Type: Network related
Operating System: OpenSuse, Ubuntu, Redhat
PHP Version: 5.2.1
Assigned To: tony2001
New Comment:
This bug has been fixed in CVS.
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/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
------------------------------------------------------------------------
[2007-03-12 18:12:34] judas dot iscariote at gmail dot com
YUp, I confirm our code start to work again when openssl extension is
not loaded.
------------------------------------------------------------------------
[2007-03-12 15:16:55] email***@***.com
Ok, that helped.
I have a patch, but I need to discuss it with the extension maintainer
first.
------------------------------------------------------------------------
[2007-03-12 14:32:44] andreas dot rieber at 2e-systems dot com
OK, openssl is causing the problem. So
./configure --with-openssl
will do it.
------------------------------------------------------------------------
[2007-03-12 13:15:57] email***@***.com
Remove all the configure options not related to the problem and figure
out what is the minimal list of options required to reproduce it.
Try with PHP CLI, with --enable-debug etc.
I still have no idea how to replicate it so far.
------------------------------------------------------------------------
[2007-03-12 12:59:35] andreas dot rieber at 2e-systems dot com
Now tested also redhat with same problem.
There is nothing special done:
tar xvzf php-5.2.1.tar.gz
cd php-5.2.1
./configure --enable-track-vars --with-mysql=/usr/local/mysql
--enable-trans-sid --with-apxs2=/usr/local/apache2/bin/apxs
--with-mcrypt --with-zlib-dir=/usr/lib/ --with-gd --enable-exif
--enable-soap --with-openssl --with-xmlrpc --enable-sockets
make
thats 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/40750
--
Edit this bug report at http://bugs.php.net/?id=40750&edit=1
- 7
- [PHP-DEV] help with backtrace/debugingI was looking into using the Pecl PDO extension a couple of days ago.=20
I got it installed but when I try to use it dies. Here's the bug
report I filed:
http://pecl.php.net/bugs/bug.php?id=3D4217&edit=3D2
I rebuilt my mod_php with debugging but I still can't get a backtrace
using gdb. Do I have to also rebuild my apache with debugging?
Thanks,
--=20
Greg Donald
Zend Certified Engineer
http://destiney.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
- 8
- #40943 [Com]: Function str_ireplace() crashes Apache server ID: 40943
Comment by: qrf_coil at yahoo dot fr
Reported By: dzoukr at dzoukr dot cz
Status: No Feedback
Bug Type: Reproducible crash
Operating System: Windows XP SP2
PHP Version: 5.2.1
New Comment:
I've experienced the same problem on a production server of a customer,
quiet annoying, even using str_replace instead will correct the problem
The server reported :
ERROR
The requested URL could not be retrieved
While trying to retrieve the URL:
The following error was encountered:
* Zero Sized Reply
Server used is a Unix with
PHP 5.2.1-0.dotdeb.1 with Suhosin-Patch 0.9.6.2 (cli) (built: Feb 9
2007 04:46:32)
Previous Comments:
------------------------------------------------------------------------
[2007-04-06 01:00:00] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
------------------------------------------------------------------------
[2007-03-29 09:20:44] dzoukr at dzoukr dot cz
OK. Anyway, thanks for looking at it. Maybe it is some crazy
combination of Apache settings and PHP. ;) As I said - I`m using Wamp
server and I made almost no configuration changes, so who knows. Now I`m
using str_replace() and no problem occured.
------------------------------------------------------------------------
[2007-03-29 08:32:05] email***@***.com
Btw, I can't replicate anything like that both in the snapshot and
5.2.1.
------------------------------------------------------------------------
[2007-03-29 08:28:46] email***@***.com
You can expect it to be fixed in the snapshot.
To install it just download the .zip and unpack it.
------------------------------------------------------------------------
[2007-03-29 08:25:50] dzoukr at dzoukr dot cz
Ok, I will try it asap. But I have to find out first, how to re-install
PHP on Wamp server (this is bundle of PHP+MySQL+Apache2). ;-) Can I
expect this bug will be fixed in next PHP stable release version?
------------------------------------------------------------------------
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/40943
--
Edit this bug report at http://bugs.php.net/?id=40943&edit=1
- 9
- [PHP-DEV] PCRE error handling patchI made a patch (against HEAD currently only) that makes it possible to
set runtime limits on backtracking and recursion. It also implements
preg_last_error() that lets users check whether there was an execution
error (such as limit exceeded or bad UTF-8 or whatever).
Ilia, do you think it might make it into 5.1.3?
http://www.php.net/~andrei/pcre.diff
-Andrei
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
- 10
- [PHP-DEV] php curl extensionHello!
Can you add please CURLOPT_PRIVATE and CURLINFO_PRIVATE text parameters
to curl extension for php like CURLOPT_URL ?
Diff file for ext/curl/interface.c:
-----------------------------------------------------------------------
--- interface.c Tue May 22 08:39:20 2007
+++ php.5.2.3.interface.c Sun Jun 17 16:08:17 2007
@@ -355,6 +355,11 @@
le_curl_multi_handle = zend_register_list_destructors_ex(_php_curl_multi_close, NULL, "curl",
module_number);
/* Constants for curl_setopt() */
+
+ REGISTER_CURL_CONSTANT(CURLOPT_PRIVATE);
+ REGISTER_CURL_CONSTANT(CURLINFO_PRIVATE);
+
REGISTER_CURL_CONSTANT(CURLOPT_DNS_USE_GLOBAL_CACHE);
REGISTER_CURL_CONSTANT(CURLOPT_DNS_CACHE_TIMEOUT);
REGISTER_CURL_CONSTANT(CURLOPT_PORT);
@@ -1299,6 +1304,7 @@
}
error = curl_easy_setopt(ch->cp, option, Z_LVAL_PP(zvalue));
break;
+ case CURLOPT_PRIVATE:
case CURLOPT_URL:
case CURLOPT_PROXY:
case CURLOPT_USERPWD:
@@ -1803,6 +1809,7 @@
option = Z_LVAL_PP(zoption);
switch (option) {
case CURLINFO_EFFECTIVE_URL:
+ case CURLINFO_PRIVATE:
case CURLINFO_CONTENT_TYPE: {
char *s_code = NULL;
-----------------------------------------------------------------------
Thanks.
--------------------------------------------------------------
_
. . Best Regards, Andrey A. Belashkov,
/ v \ UNIX system & network Administrator. AAB56-RIPE ICQ: 8229031
/( )\ My resume you can see on http://virus.org.ua/resume/
^^ ^^
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
- 11
- #26757 [Opn]: session.save_path should default to $TEMP ID: 26757
User updated by: unknown at simplemachines dot org
Reported By: unknown at simplemachines dot org
Status: Open
Bug Type: Feature/Change Request
Operating System: Windows
PHP Version: Irrelevant
New Comment:
A diff for a recent cvs version can be found here:
http://unknown.network32.net/php_session_save_path_diff.txt
This diff has the following affects:
- any call to session_start() or session_save_path() will set the
setting to the Windows/*nix temporary directory, unless it's otherwise
specified.
- if ini_get('session.save_path') is called before this happens, it
will return an empty string; afterward, it will return the path used.
I have tested this on Windows 2003 Server, in ISAPI/CGI, with and
without using user-defined session functions.
It should work on Linux/Unix as well, although I haven't had a chance
to recompile PHP on any Linux/Unix machine with this patch. It uses
the same method to get the path that upload_tmp_dir uses, however.
Thank you,
-[Unknown]
Previous Comments:
------------------------------------------------------------------------
[2003-12-31 15:19:49] unknown at simplemachines dot org
Description:
------------
I would like to request that, much like upload_tmp_dir, PHP be changed
so that session.save_path defaults to the system's default temp
directory.
The reason for this is simple; countless times, people on Windows
machines have problems with sessions because they do not set the path
in php.ini. (even with how documented it is.) I mean - I am a
developer for forum software, and more than half of the reported
installation problems are caused by this one issue alone.
Thus, with this change, php.ini-dist and php.ini-recommended could have
no path set by default, and it would work fine on both operating
systems without any changes.
I realize this is basically a dupe of bug 25574, but in that case, the
reporter misread the manual. I am asking that it be changed to work.
http://bugs.php.net/bug.php?id=25574
Thank you,
Unknown W. Brackets
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=26757&edit=1
- 12
- #42748 [Opn->Fbk]: $_POST not working ID: 42748
Updated by: email***@***.com
Reported By: mazz3x at gmail dot com
-Status: Open
+Status: Feedback
-Bug Type: Unknown/Other Function
+Bug Type: *General Issues
Operating System: Arch Linux 2007.08.1
PHP Version: 5.2.4
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows (zip):
http://snaps.php.net/win32/php5.2-win32-latest.zip
For Windows (installer):
http://snaps.php.net/win32/php5.2-win32-installer-latest.msi
Previous Comments:
------------------------------------------------------------------------
[2007-09-24 19:38:55] mazz3x at gmail dot com
Description:
------------
when I try to submit i always get the same result...
Reproduce code:
---------------
<?php
echo var_dump($_POST);
echo "<form method=\"post\" action=\"{$_SERVER['PHP_SELF']}\">
<input type=\"text\" name=\"test\" />
<input type=\"submit\" />
</form>";
?>
Expected result:
----------------
array(1) { ["test"]=> string(7) "testing" }
Actual result:
--------------
array(0) { }
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=42748&edit=1
- 13
- #27991 [Fbk->Opn]: oci8 compile with oracle client v9.2.0 on Linux fails with undeclared symbol ID: 27991
User updated by: alex at 2e-systems dot com
Reported By: alex at 2e-systems dot com
-Status: Feedback
+Status: Open
Bug Type: Compile Failure
Operating System: linux
PHP Version: 4.3.5
New Comment:
I did that already and it is not there. Just checked on another system
(solaris) and it is there in oci8.h. Hmmm... could be a screwup on my
side with the includes.
Previous Comments:
------------------------------------------------------------------------
[2004-04-14 09:28:29] email***@***.com
Please, locate your oci.h and try to find OCI_NLS_CHARSET_ID in it.
It should be defined there.
I've got the same Oracle/Oracle client version and oci.h contains this
line:
oci.h:2084:#define OCI_NLS_CHARSET_ID 93
------------------------------------------------------------------------
[2004-04-14 09:21:24] alex at 2e-systems dot com
Description:
------------
oracle client is v9.2.0
I've worked around it by #defining OCI_NLS_CHARSET_ID 0, and so far so
good, it works.
/web/soft/src/php-4.3.5/ext/oci8/oci8.c: In function
`_oci_open_session':
/web/soft/src/php-4.3.5/ext/oci8/oci8.c:2183: `OCI_NLS_CHARSET_ID'
undeclared (first use in this function)
/web/soft/src/php-4.3.5/ext/oci8/oci8.c:2183: (Each undeclared
identifier is reported only once
/web/soft/src/php-4.3.5/ext/oci8/oci8.c:2183: for each function it
appears in.)
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=27991&edit=1
- 14
- #42944 [NEW]: FAILing "Test fileperms(), chmod() functions: error conditions"From: jiri dot hruska at fud dot cz
Operating system: SunOS 5.8
PHP version: 5.2.4
PHP Bug Type: Unknown/Other Function
Bug description: FAILing "Test fileperms(), chmod() functions: error conditions"
Description:
------------
The test "Test fileperms(), chmod() functions: error conditions"
[ext/standard/tests/file/006_error.phpt] fails, although the tested
functionality is fine.
Reproduce code:
---------------
There is
>> printf("%o", fileperms("/etc/passwd") );'
in the --FILE-- section and
>> 100644
as the expected output in the --EXPECTF-- section.
I found that on the Solaris server where I compiled PHP, /etc/passwd has
permissions set to 100444 instead of 100644 which the test awaits. It is a
bit weird, but the test result should not depend on this, so something like
'fileperms() & 077' would be wise.
Expected result:
----------------
The test should pass.
Actual result:
--------------
The test fails.
--
Edit bug report at http://bugs.php.net/?id=42944&edit=1
--
Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42944&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42944&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42944&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42944&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=42944&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42944&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=42944&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=42944&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42944&r=support
Expected behavior: http://bugs.php.net/fix.php?id=42944&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=42944&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=42944&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42944&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42944&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42944&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=42944&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42944&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42944&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42944&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=42944&r=mysqlcfg
- 15
- #34287 [Opn->Bgs]: geting the first letter of a string ID: 34287
Updated by: email***@***.com
Reported By: stuk88 at gmail dot com
-Status: Open
+Status: Bogus
Bug Type: MySQL related
Operating System: Win XP
PHP Version: 5CVS-2005-08-28 (CVS)
New Comment:
Works fine.
Previous Comments:
------------------------------------------------------------------------
[2005-08-28 14:12:03] stuk88 at gmail dot com
Description:
------------
When i try to see the first letter of a string on php5 like
$var{0} - it returns an empty string...
and when i use substr i need to start the string from 1 (not 0) and
finish on 2 (not 1) - is it a bug or a php 5 improvment?
it seems to be a problem in all the php 5 based servers
Reproduce code:
---------------
$var = "my name is stas<br>";
echo $var{0};
or
$var = "my name is stas";
echo substr($var,0,1);
Expected result:
----------------
m
m
Actual result:
--------------
---nothing---
its showing an empty page with nothing in it
and just when i use the substr with the first letter 1 and end 2 its
returns me the right thing...
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=34287&edit=1
|
|
|