[PHP-DEV] Bug #14137 Updated: Request additional flag for mysql_connect
ID: 14137 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Bogus Status: Open Bug Type: MySQL related Operating System: Debian/Linux PHP Version: 4.0CVS-2001-11-20 New Comment: Not so fast .. This is definitely a problem when you try to connect to MySQL twice with the same incredentials (host,user,pass) you don't get the old link back and thus changing the database on one link obviously changes it on the other too ... Should be a Feature Request, note sure. A workaround is to create another user. Reopened. Previous Comments: [2001-11-20 12:48:50] [EMAIL PROTECTED] Ups sorry wrong links. :) http://www.php.net/manual/en/ref.mysql.php http://www.php.net/manual/en/function.mysql-db-query.php --Marco Note: This function has been deprecated since PHP 4.0.6. Do not use this function. Use mysql_select_db() and mysql_query() instead. read the User comment's [2001-11-20 12:34:58] [EMAIL PROTECTED] bool mysql_select_db (string database_name, resource [link_identifier]) http://www.php.net/manual/en/function.mysql-select-db.php --Marco P.S. Maybe you upgrade your system or you learn to read the manual pages. [2001-11-20 04:17:22] [EMAIL PROTECTED] Manual states: If a second call is made to mysql_connect() with the same arguments, no new link will be established, but instead, the link identifier of the already opened link will be returned. Most of the times this is good. With one exception. Let's describe this situation. I have 2 databases. I have 1 user account for mysql. I need to use both of those databases simultaneously in my script. Now i do: $id1 = mysql_connect($host, $username, $password); mysql_select_db(db1, $id1); $id2 = mysql_connect($host, $username, $password); mysql_select_db(db2, $id2); And now I think why so many errors :( Second call to mysql_connect() returns same resource, so my active database is db2 now. But I want to use data from two databases at once. So this 'reuse' feature is bad for me. Now, I use a wrapper class so I could issue an mysql_select_db() every time I do a query. But I think this is not a wise thing to do. So I ask: Shouldn't be there a flag with meaning like 'do not try to reuse exitsing connection'. Or may be just an additional string argument 'database' which when specified automagically selects that database and subsequent calls to mysql_connect() take that value into account when deciding to return or not to return existing resource. Edit this bug report at http://bugs.php.net/?id=14137edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14137 Updated: Request additional flag for mysql_connect
ID: 14137 Updated by: mfischer Reported By: [EMAIL PROTECTED] Status: Open Bug Type: MySQL related Operating System: Debian/Linux PHP Version: 4.0CVS-2001-11-20 New Comment: Mistake, should read ...you get the old link back... Previous Comments: [2001-11-20 12:57:16] [EMAIL PROTECTED] Not so fast .. This is definitely a problem when you try to connect to MySQL twice with the same incredentials (host,user,pass) you don't get the old link back and thus changing the database on one link obviously changes it on the other too ... Should be a Feature Request, note sure. A workaround is to create another user. Reopened. [2001-11-20 12:48:50] [EMAIL PROTECTED] Ups sorry wrong links. :) http://www.php.net/manual/en/ref.mysql.php http://www.php.net/manual/en/function.mysql-db-query.php --Marco Note: This function has been deprecated since PHP 4.0.6. Do not use this function. Use mysql_select_db() and mysql_query() instead. read the User comment's [2001-11-20 12:34:58] [EMAIL PROTECTED] bool mysql_select_db (string database_name, resource [link_identifier]) http://www.php.net/manual/en/function.mysql-select-db.php --Marco P.S. Maybe you upgrade your system or you learn to read the manual pages. [2001-11-20 04:17:22] [EMAIL PROTECTED] Manual states: If a second call is made to mysql_connect() with the same arguments, no new link will be established, but instead, the link identifier of the already opened link will be returned. Most of the times this is good. With one exception. Let's describe this situation. I have 2 databases. I have 1 user account for mysql. I need to use both of those databases simultaneously in my script. Now i do: $id1 = mysql_connect($host, $username, $password); mysql_select_db(db1, $id1); $id2 = mysql_connect($host, $username, $password); mysql_select_db(db2, $id2); And now I think why so many errors :( Second call to mysql_connect() returns same resource, so my active database is db2 now. But I want to use data from two databases at once. So this 'reuse' feature is bad for me. Now, I use a wrapper class so I could issue an mysql_select_db() every time I do a query. But I think this is not a wise thing to do. So I ask: Shouldn't be there a flag with meaning like 'do not try to reuse exitsing connection'. Or may be just an additional string argument 'database' which when specified automagically selects that database and subsequent calls to mysql_connect() take that value into account when deciding to return or not to return existing resource. Edit this bug report at http://bugs.php.net/?id=14137edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14154 Updated: PHP won't compile on OSX 10.1
ID: 14154 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Compile Failure Operating System: Mac OS X (Darwin) 10.1.1 PHP Version: 4.0.6 New Comment: Can you please try the latest RC release and report back if it works ? http://www.php.net/~zeev/php-4.1.0RC3.tar.gz Previous Comments: [2001-11-20 18:20:29] [EMAIL PROTECTED] PHP won't compile on OSX 10.1 It reports an error - something with namespace. Edit this bug report at http://bugs.php.net/?id=14154edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14125 Updated: Intermittent failed class wrapper to DB
ID: 14125
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: MySQL related
Operating System: Suse Linux 6.2/MySQL 3.22.25
PHP Version: 4.0.6
New Comment:
For a start, can you try if this still happens with the latest RC ?
http://www.php.net/~zeev/php-4.1.0RC3.tar.gz
Feedback.
Previous Comments:
[2001-11-19 17:49:12] [EMAIL PROTECTED]
Fatal: Cannot instantiate non-existent class DB_Sql in ... common.php line 23 and
the program aborts.
common.php:
include(./db_mysql.inc);
$db = new DB_Sql(); --line 23
$db-Database = DATABASE_NAME;
etc.
db_mysql.inc:
class DB_Sql {
/* public: connection parameters */
var $Host = ;
var $Database = ;
var $User = ;
var $Password = ;
etc.
./configure --with-mysql --with-apache=../apache_1.3.19 --enable-track-vars
The error happens unpredictably, i.e. the application works fine for say 30 mins and
then this message appears on one or more clients. Hitting Refresh allows recovery so
it is a temporary failure.
I am putting this here in case it relates to MySQL - could this be a result of
connection problems? Or, if not, what would trigger this sort of message given that
the code must be OK as it works most of the time - common.php is included in all
pages.
Thanks,
Neil Munro.
Edit this bug report at http://bugs.php.net/?id=14125edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13940 Updated: mysql_select_db doesn't honor resource_identifier param
ID: 13940
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: MySQL related
Operating System: RedHat 7.1
PHP Version: 4.2.0-dev
New Comment:
This is basically a dup of #14137, bogusifying this one.
Previous Comments:
[2001-11-05 19:42:17] [EMAIL PROTECTED]
I can already hear the lame 'expected behavior, use mysql_select_db() before each
query, blah, blah' excuses coming, but...
If you are able to set properties per connection resource, one would think that
those properties stay with that connection resource and do not get overriden by
setting properties for other connection resources. This implementation seems rather
misleading. Not sure where to point the finger here, Zend Resource Management???
-Chris
yes I am aware I copy+pasted passwords, they are changed , not that you can access
that server anyways :)
[2001-11-05 19:19:30] [EMAIL PROTECTED]
I need multiple connections to the same MySQL server to two different databases and
mysql_select_db() is not honoring the resource_identifier, it is using the one of that
last connection opened.
//script
?php
// test mysql_select_db with two active connections
$conn1 = mysql_connect(localhost, root ,#rain!);
if (!$conn1) {
print Could not connect to server one\n;
} else {
if (!mysql_select_db(st2, $conn1))
print Could not select DB on server one .mysql_error($conn1).\n;
}
$conn2 = mysql_connect(localhost, root ,#rain!);
if (!$conn2) {
print Could not connect to server two\n;
} else {
if (!mysql_select_db(commercesys, $conn2))
print Could not select DB on server two .mysql_error($conn2).\n;
}
if (!mysql_query(select * from user, $conn1)) {
print Could not issue query to conn1 .mysql_error($conn1).\n;
}
if (!mysql_query(select * from customer, $conn2)) {
print Could not issue query to conn2 .mysql_error($conn2).\n;
}
?
OUTPUT:
Could not issue query to conn1 Table 'commercesys.user' doesn't exist
If you flip the connect blocks you get:
Could not issue query to conn2 Table 'st2.customer' doesn't exist
I'll look at the source, but this is not too cool.
-Chris
Edit this bug report at http://bugs.php.net/?id=13940edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13681 Updated: Stale data across clustered webservers
ID: 13681 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: MySQL related Operating System: Linux PHP Version: 4.0.5 New Comment: Very hard to reproduce if you understand what I mean .. Can you give it a try with latest RC? http://www.php.net/~zeev/php-4.1.0RC3.tar.gz Feedback. Previous Comments: [2001-10-15 19:09:45] [EMAIL PROTECTED] I have 2 mirrored, PHP-enabled webservers connecting to the same MySQL database. These servers are load-balanced through a Cisco Local Director which maintains no data persistency. The problem is basically that, though UPDATES and INSERTS on one of the webservers are immediately registered (through a SELECT statement) on the other box, only UPDATES on the second box are immediately registered on the first; INSERTS on this second box take some time (several minutes) to show up on the first box. The assymmetry here makes this an extremely beguiling problem. To correct it, I have tried to get rid of persistent connections (both through php.ini and through our code). I have also tried upgrading MySQL (to 3.23.43); have upgraded (and backgraded to PHP 4.0.5); and have recompiled PHP (4.0.5) with the newest MySQL development libraries (again, 3.23.43). All of this has been to no avail. The fact that direct client connections to the MySQL server from both of the webservers immediately shows any data updates seems to suggest that this is not a problem in the MySQL server itself. It would seem, then, that the PHP client is not directly contacting the MySQL server when it echoes out the stale data. Anyway, I'm pretty well stumped on this. Please let me know if this is in fact a bug (as it seems) or if there are any other things to look into. Thanks, jonathan Edit this bug report at http://bugs.php.net/?id=13681edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13480 Updated: Resources bug - dtors fails, hanging MySQL connections or hanging httpd
ID: 13480 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: MySQL related Operating System: Redhat6.1 PHP Version: 4.0.6 New Comment: Can you try if this still happens with latest RC? http://www.php.net/~zeev/php-4.1.0RC3.tar.gz Feedback. Previous Comments: [2001-09-28 11:28:16] [EMAIL PROTECTED] opened connections to MySQL or httpd hanged and using CPU time after end of request - in dtor of mysql connection something is wrong with Resources - bug while shutting down request modules: standard,mysql gdb backtrace not contain information about place of bug - only rounds problem to request shutdown, empty strace process frees CPU - after timeout - SIGPROF Edit this bug report at http://bugs.php.net/?id=13480edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13456 Updated: mysql_query() returns incorrect result whith do not perform real MySQL state
ID: 13456 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Assigned Bug Type: MySQL related Operating System: Linix PHP Version: 4.0.6 Old Assigned To: Assigned To: Zeev New Comment: Being unkind, I assign this to Zeev ... :-) Previous Comments: [2001-09-26 13:13:33] [EMAIL PROTECTED] We use MySQL 3.22.32 and recive false using mysql_query() wherever SQL is correct and has effect on database. So, in file ext/mysql/php_mysql.c line 99 must be at least such line: #if MYSQL_VERSION_ID 32233 instead of #if MYSQL_VERSION_ID 32224 Edit this bug report at http://bugs.php.net/?id=13456edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12799 Updated: mysql_fetch_array returns good data even if resource identifier is bad
ID: 12799 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: MySQL related Operating System: Mandrake Linux PHP Version: 4.0.6 New Comment: Can't reproduce with RC3, please test it too: http://www.php.net/~zeev/php-4.1.0RC3.tar.gz Feedback. Previous Comments: [2001-08-16 15:35:01] [EMAIL PROTECTED] When calling mysql_fetch_array($foo) and $foo is not a valid resource identifier (not even a defined variable), the function call will return data from the last successful query instead erroring. This makes it very difficult to debug your code because you may return data from a different query. Instead the function should return nothing so that you know to look at your function call arguments. Edit this bug report at http://bugs.php.net/?id=12799edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12160 Updated: mysql_pconnect causes 99% CPU usage and system stop
ID: 12160 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: MySQL related Operating System: OS/2 PHP Version: 4.0.5 New Comment: Does this happen with latest RC too? http://www.php.net/~zeev/php-4.1.0RC3.tar.gz Feedback. Previous Comments: [2001-07-14 02:00:45] [EMAIL PROTECTED] after the mysql_pconnect(dbhost, dbuser, dbpass) calling apache module causes 99% CPU usage and stops all the system MySQL ver. 3.23.28gamma PS. There is everything OK with the mysql_connect(dbhost, dbuser, dbpass); Edit this bug report at http://bugs.php.net/?id=12160edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12148 Updated: mysql ERROR: Update Query Failed problem with 4.0.6
ID: 12148
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: MySQL related
Operating System: Solaris x86
PHP Version: 4.0.6 4.0.5
New Comment:
Closing this one, but not quite sure.
Speak up if you don't agree.
Closed.
Previous Comments:
[2001-07-16 12:42:02] [EMAIL PROTECTED]
Here is how I got things to work. I did this with the latest php4 dev CVS snapshot
(which also has the same error) but it should
work on 4.0.6 also. I believe this problem is a problem with different version of the
MySQL API that PHP is using. MySQL just made
some changes to their API with the last couple of versions the latest 3.23.39 is what
I am running and what I experienced the
problem with.
Build PHP with --with-mysql but DO NOT specify the path to mysql. By not specifying
the path mysql will use its built-in static
version of the mysql client lib. There is a warning that doing this this way will not
work when using mysql-auth apache module but
I use the latest version of mysql-auth and found no problems.
[2001-07-16 11:35:55] [EMAIL PROTECTED]
using MySQL version 3.23.39
[2001-07-13 13:51:29] [EMAIL PROTECTED]
Im using PHP 4.0.6 install on Solaris x86 with mysql 3.23.39. The following code
produces causes mysql_query to return false, but the database update works!
$query .= WHERE User_Name = '$User_Name[$i]' ;
$sth = mysql_query($query) or die (pERROR: Update Query Failedp$queryBR) ;
if ($verbose) {
print ($queryBR);
}
Here is the error message generated by the code:
ERROR: Update Query Failed
UPDATE Padmin SET Full_Name = 'Corin Cody', Admin = 1 WHERE User_Name = 'ccody'
I was recieving the following warning from the code above until I changed
error_reporting = E_ERROR
Warning: MySQL: Unable to save result set in
/usr/www/netsite-docs/parda.actionwebservices.com/public-html/includes/admin_user_write.php
on line 26
Here are my PHP build options:
CC=gcc OPTIM=-O2 EXTRA_LIBS=/usr/local/lib LIBS=-lz ./configure
--with-apxs=/usr/local/httpd/bin/apxs --with-mysql=/usr/local/mysql/
--with-png-dir=/usr/local/lib/libpng.so.2 --with-imap=/usr/local/lib
--with-lz=/usr/local/lib
Edit this bug report at http://bugs.php.net/?id=12148edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12031 Updated: Problems running IMAP and MYSLQ
ID: 12031
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: MySQL related
Operating System: Linux RedHat 7.1
PHP Version: 4.0.6
New Comment:
What is the exact problem here?
The url mentioned gives me:
Opening the IMAP first:
Warning: Couldn't open stream {192.168.36.2:143}INBOX in /www/htdocs/test.php on line
32
Snif...: Too many login failures
But this could be anything (including the error which it gives me back ;)
If still have a problem, please more detail.
Also, first try if this still happens with latest RC
http://www.php.net/~zeev/php-4.1.0RC3.tar.gz
Feedback.
Previous Comments:
[2001-07-10 23:44:50] [EMAIL PROTECTED]
?
$usager = 'klashma'; // Username to log on the SQL server
$pwd = 'xx00xx'; // the password
$server = '{192.168.36.2:143}'; // the IMAP server string
$web_courriel = 'klashma.no-ip.com'; // the email for the IMAP logon (virtual host)
$sql_server_ip = '192.168.36.2'; // the IP of the SQL server.
function openSQL()
{
global $sql_server_ip, $usager, $pwd;
$sqllink = mysql_connect($sql_server_ip,$usager,$pwd);
if (!$sqllink)
{
print 'Access denied';
die();
}
}
function nbTEL()
{
/* the table is only a one colums table (ID) with integers. */
global $usager;
$result = mysql_db_query ($usager,select id from prop);
$result = mysql_num_rows($result);
return $result;
}
function openIMAP($folder='INBOX')
{
global $usager,$pwd,$server,$web_courriel,$mbox;
$mbox = imap_open ($server . $folder, $usager.'@'.$web_courriel, $pwd) ||
die(Snif...: .imap_last_error());
}
function nbEmail()
{
global $mbox;
if (($num_msg = imap_num_msg($mbox)) == 0)
{
return(0);
} else {
return $num_msg;
}
}
print 'Opening the IMAP first:br';
openIMAP('INBOX');
openSQL();
print nbTel() . 'br';
print nbEmail() . 'br';
mysql_close;
imap_close($mbox);
print 'Works great...brNow with SQL first:br';
openSQL();
openIMAP('INBOX');
print nbTel() . 'br';
print nbEmail() . 'br';
print 'Blah, pointer not found :(';
?
-=-=-= http://klashma.no-ip.com/test.php =-=-=-=- for the script
-=-=-= http://klashma.no-ip.com/php.php =-=-=-=- a good old phpinfo();
Edit this bug report at http://bugs.php.net/?id=12031edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12029 Updated: --with-apxs can cause the error MySQL: Unable to save result set in
ID: 12029
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: MySQL related
Operating System: Linux
PHP Version: 4.0.6
New Comment:
Hmm .. weird. Can you give it a try with latest RC
http://www.php.net/~zeev/php-4.1.0RC3.tar.gz
Feedback.
Information from 12009 (now bogus):
mysql_query(INSERT INTO intranet (login,imie_nazwisko,haslo) VALUES
('milewskij','','657998'));
'./configure' '--prefix=/usr' '--with-apxs=/usr/bin/apxs' '--with-regex=system'
'--with-config-file-path=/etc/php4/apache' '--enable-calendar' '--without-dom'
'--enable-filepro' '--enable-ftp' '--enable-sysvsem--enable-sysvshm'
'--enable-track-vars'
'--enable-trans-sid' '--disable-static' '--with-gd' '--with-mm'
'--with-mysql=/usr/local/mysql' '--with-pcre-regex=/usr' '--enable-sockets'
'--with-ttf'
'--with-yp' '--with-zlib' '--with-jpeg-dir=/usr' '--with-png-dir=/usr'
it crashes on INSERT and DELETE query (not on SELECT)
I read FAQ and that recompiling with path to mySQL will solve the problem, but it
doesn't
the same script running on redhat 7 with PHP 4.0.2 and the same mySQL and
mod_auth_mysql
returns no error
please help me as soon as you can
Jakub Formela
phpinfo: http://new.pharmag.pl
script with error http://new.pharmag.pl/strony/run/konw_users.php?rodzaj=intranet
--
Previous Comments:
[2001-07-15 22:15:16] [EMAIL PROTECTED]
WHY NOT OPEN???
[2001-07-11 04:00:15] [EMAIL PROTECTED]
I'm getting the following error message when I execute a query
(such as insert or delete or update but NOT to select)
that doesn't produce any results:
The script(error.php) is :
?
$db_acc_user = root;
$db_acc_passwd = password;
$db = pacc;
$sql = INSERT INTO type (name, quota, pc, cn, office)
VALUES ('Howard', '10', '1', '0', '1')
;
mysql_connect(localhost,$db_pacc_user,$db_pacc_passwd);
mysql_select_db($db);
mysql_query($sql);
echo br.mysql_errno().:.mysql_error().br;
mysql_close();
?
The result in browser is:
Warning: MySQL: Unable to save result set in /home/0/admin/error.php on line 7
0:
MySQL said NOTHING and the query was successful exectued by mysql.
(I can find the query reselt in mysqldatabase)
But why php generated an error?
I have set display_errors = Off in my php.ini, so no warnings should be shown
, but php script can not go on at the line where the Warnning should display.
But I just found that NO error in command line :
root@localhost # php ./error.php
X-Powered-By: PHP/4.0.6
Content-type: text/html
root@localhost #
I configured php for apache(libphp4.so) with the following configuration tag:
./configure
--with-apxs=/usr/local/apache/bin/apxs \
--with-mysql=/usr/local/mysql \
--enable-track-vars \
--with-gd=../../gd/gd1.3 \
--with-ftp \
--with-imap=../../mail/imap/imap-4.7c \
--enable-memory-limit \
--with-pgsql=/usr/local/pgsql
I configured php for commad line with the following configuration tag:
./configure
--with-mysql=/usr/local/mysql \
--enable-track-vars \
--with-gd=../../gd/gd1.3 \
--with-ftp \
--with-imap=../../mail/imap/imap-4.7c \
--enable-memory-limit \
--with-pgsql=/usr/local/pgsql
MySQL is version 3.23.38 and compiled with th following configuration tag:
./configure
--prefix=/usr/local/mysql \
--with-mysqld-user=mysql \
--with-charset=gb2312 \
--with-extra-charsets=all
BTW :
1. The script is perfect on mysql-php-4.0.3pl1.
2. This error occurs on ALL OF my scripts after I had upgraded my php from 4.0.3 to
4.0.6.
3. I upgraded to mysql-3.23.39 and recompiled php-4.0.6 but nothing changed.
[2001-07-11 02:57:46] [EMAIL PROTECTED]
What is the configure line for PHP that use used?
Derick
[2001-07-10 21:48:04] [EMAIL PROTECTED]
My apache is version 1.3.14
mod_log_mysql mod_auth_mysql mod_perl mod_ssl
./configure \
--with-layout=Apache \
--prefix=/usr/local/apache \
--enable-module=so \
--enable-module=vhost_alias \
--add-module=src/modules/extra/mod_log_mysql.c \
--enable-suexec \
--suexec-caller=99 \
--suexec-docroot=/home/0/admin/suexec \
--suexec-logfile=/usr/local/apache/logs/suexec.log \
--suexec-userdir= \
--suexec-safepath=/usr/local/exec \
--enable-module=ssl \
--activate-module=src/modules/auth_mysql/libauth_mysql.a \
--activate-module=src/modules/perl/libperl.a \
--enable-module=perl
[2001-07-10 21:41:25] [EMAIL PROTECTED]
I had read #12009 and #11765
I found
[PHP-DEV] Bug #12009 Updated: MySQL: Unable to save result set in
ID: 12009
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: MySQL related
Operating System: Linux new 2.2.16-storm #1
PHP Version: 4.0.6
New Comment:
Bogusified in favour of #12029 (moved the inforamtion there also).
Please only respond to #12029 !
Bogus
Previous Comments:
[2001-07-10 09:28:58] [EMAIL PROTECTED]
mysql_query(INSERT INTO intranet (login,imie_nazwisko,haslo) VALUES
('milewskij','','657998'));
'./configure' '--prefix=/usr' '--with-apxs=/usr/bin/apxs' '--with-regex=system'
'--with-config-file-path=/etc/php4/apache' '--enable-calendar' '--without-dom'
'--enable-filepro' '--enable-ftp' '--enable-sysvsem--enable-sysvshm'
'--enable-track-vars' '--enable-trans-sid' '--disable-static' '--with-gd' '--with-mm'
'--with-mysql=/usr/local/mysql' '--with-pcre-regex=/usr' '--enable-sockets'
'--with-ttf' '--with-yp' '--with-zlib' '--with-jpeg-dir=/usr' '--with-png-dir=/usr'
it crashes on INSERT and DELETE query (not on SELECT)
I read FAQ and that recompiling with path to mySQL will solve the problem, but it
doesn't
the same script running on redhat 7 with PHP 4.0.2 and the same mySQL and
mod_auth_mysql returns no error
please help me as soon as you can
Jakub Formela
phpinfo: http://new.pharmag.pl
script with error http://new.pharmag.pl/strony/run/konw_users.php?rodzaj=intranet
Edit this bug report at http://bugs.php.net/?id=12009edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12029 Updated: --with-apxs can cause the error MySQL: Unable to save result set in
ID: 12029
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: MySQL related
Operating System: Linux
PHP Version: 4.0.6
New Comment:
Relevant information merged from 11765 (bogus now):
[2001-06-27 23:06:49] [EMAIL PROTECTED]
I'm getting the following error message when I execute a query (such as insert or
delete
or update but not select) that doesn't produce any results:
Warning: MySQL: Unable to save result set in /path/to/sql.php3
on line 33
MySQL said NOTHING and the query was successful executed.
I have set display_errors = Off in my php.ini, so no warnings should be
shown
, but php script can not go on at the line where the Warnning should display.
I configured php with the following command:
./configure --with-mysql=/usr/local/mysql --enable-track-vars
--with-gd=../../gd/gd1.3
--with-ftp --with-imap=../../mail/imap/imap-4.7c --enable-memory-limit
--with-pgsql=/usr/local/pgsql
MySQL is version 3.23.38 and PostgreSQL is version 7.1.2
and compiled with th following command:
./configure --prefix=/usr/local/mysql --with-mysqld-user=mysql --with-charset=gb2312
--with-extra-charsets=all
./configure --enable-multibyte --enable-unicode-conversion --with-perl
--with-openssl=/usr/local/ssl --enable-odbc --with-CXX
BTW : The script is perfect on mysql-php-4.0.3pl1 and postgreSQL-php-4.0.6 .
[2001-06-27 23:37:47] [EMAIL PROTECTED]
The script(error.php) is :
?
$db_acc_user = root;
$db_acc_passwd = password;
$db = pacc;
$sql = INSERT INTO type (name, quota, pc, cn, office) VALUES ('Howard', '10', '1',
'0', '1');
mysql_connect(localhost,$db_pacc_user,$db_pacc_passwd);
mysql_db_query($db,$sql);
mysql_close();
?
The result in browser is:
Warning: MySQL: Unable to save result set in /home/0/admin/error.php on line 7
But I just found that NO error in command line
root@localhost # php ./error.php
X-Powered-By: PHP/4.0.6
Content-type: text/html
Previous Comments:
[2001-11-20 19:22:36] [EMAIL PROTECTED]
Hmm .. weird. Can you give it a try with latest RC
http://www.php.net/~zeev/php-4.1.0RC3.tar.gz
Feedback.
Information from 12009 (now bogus):
mysql_query(INSERT INTO intranet (login,imie_nazwisko,haslo) VALUES
('milewskij','','657998'));
'./configure' '--prefix=/usr' '--with-apxs=/usr/bin/apxs' '--with-regex=system'
'--with-config-file-path=/etc/php4/apache' '--enable-calendar' '--without-dom'
'--enable-filepro' '--enable-ftp' '--enable-sysvsem--enable-sysvshm'
'--enable-track-vars'
'--enable-trans-sid' '--disable-static' '--with-gd' '--with-mm'
'--with-mysql=/usr/local/mysql' '--with-pcre-regex=/usr' '--enable-sockets'
'--with-ttf'
'--with-yp' '--with-zlib' '--with-jpeg-dir=/usr' '--with-png-dir=/usr'
it crashes on INSERT and DELETE query (not on SELECT)
I read FAQ and that recompiling with path to mySQL will solve the problem, but it
doesn't
the same script running on redhat 7 with PHP 4.0.2 and the same mySQL and
mod_auth_mysql
returns no error
please help me as soon as you can
Jakub Formela
phpinfo: http://new.pharmag.pl
script with error http://new.pharmag.pl/strony/run/konw_users.php?rodzaj=intranet
--
[2001-07-15 22:15:16] [EMAIL PROTECTED]
WHY NOT OPEN???
[2001-07-11 04:00:15] [EMAIL PROTECTED]
I'm getting the following error message when I execute a query
(such as insert or delete or update but NOT to select)
that doesn't produce any results:
The script(error.php) is :
?
$db_acc_user = root;
$db_acc_passwd = password;
$db = pacc;
$sql = INSERT INTO type (name, quota, pc, cn, office)
VALUES ('Howard', '10', '1', '0', '1')
;
mysql_connect(localhost,$db_pacc_user,$db_pacc_passwd);
mysql_select_db($db);
mysql_query($sql);
echo br.mysql_errno().:.mysql_error().br;
mysql_close();
?
The result in browser is:
Warning: MySQL: Unable to save result set in /home/0/admin/error.php on line 7
0:
MySQL said NOTHING and the query was successful exectued by mysql.
(I can find the query reselt in mysqldatabase)
But why php generated an error?
I have set display_errors = Off in my php.ini, so no warnings should be shown
, but php script can not go on at the line where the Warnning should display.
But I just found that NO error in command line :
root@localhost # php ./error.php
X-Powered-By: PHP/4.0.6
Content-type: text/html
root@localhost #
I configured php for apache(libphp4.so) with the following configuration tag:
./configure
--with-apxs=/usr/local/apache/bin/apxs \
--with-mysql=/usr/local/mysql \
--enable-track-vars \
--with-gd=../../gd/gd1.3
[PHP-DEV] Bug #11765 Updated: Warning: MySQL: Unable to save result set in
ID: 11765
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: MySQL related
Operating System: redhat-6.2
PHP Version: 4.0.6
New Comment:
Bogusified in favour of #12029.
Please only respond to #12029!
Bogus
Previous Comments:
[2001-07-03 21:37:52] [EMAIL PROTECTED]
I upgraded to mysql-3.23.39 and recompiled php-4.0.6 but nothing changed.
[2001-06-28 21:25:12] [EMAIL PROTECTED]
BTW : This error occur on ALL OF my scripts after I had upgraded my php from 4.0.3 to
4.0.6
[2001-06-28 21:21:26] [EMAIL PROTECTED]
Yes I use Use mysql_query() / mysql_select_db() instead of mysql_db_query().
Both mysql_errno() and mysql_error() return NOTHING.
The query was successful exectued by mysql.(I can find the query reselt in mysql
database)
But why php generated an error?
[2001-06-28 13:16:05] [EMAIL PROTECTED]
Try adding this lines after each mysql function:
echo mysql_errno().: .mysql_error().BR;
This way you should get the reason why it doesn't work.
And FYI: Use mysql_query() / mysql_select_db()
instead of mysql_db_query().
--Jani
[2001-06-27 23:37:47] [EMAIL PROTECTED]
The script(error.php) is :
?
$db_acc_user = root;
$db_acc_passwd = password;
$db = pacc;
$sql = INSERT INTO type (name, quota, pc, cn, office) VALUES ('Howard', '10', '1',
'0', '1');
mysql_connect(localhost,$db_pacc_user,$db_pacc_passwd);
mysql_db_query($db,$sql);
mysql_close();
?
The result in browser is:
Warning: MySQL: Unable to save result set in /home/0/admin/error.php on line 7
But I just found that NO error in command line
root@localhost # php ./error.php
X-Powered-By: PHP/4.0.6
Content-type: text/html
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/?id=11765
Edit this bug report at http://bugs.php.net/?id=11765edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11920 Updated: e.g. mysql_unbuffered_query doesn't function but throws no error to indicate
ID: 11920 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: MySQL related Operating System: linux PHP Version: 4.0.5 New Comment: Thanks for the info. But we won't release a bugfixed version of 4.0.5. Developers try hard but sometimes everyone makes a mistake. Btw, if you still have memory management problems with 4.0.6 give it a try with latest RC http://www.php.net/~zeev/php-4.1.0RC3.tar.gz Not really a bug anymore, bogus. Previous Comments: [2001-07-06 04:20:06] [EMAIL PROTECTED] It's a BIG BIG Problem to find the reason why your application doesn't work when there's NO indication that a implemented php-function does NOT what it should do, without trowing any error! Thats what happened as I tried to move back from 4.0.6 to 4.0.5 due to a BIG bug in the memory-management of 4.0.6: for 4.0.6 I replaced mysql_query with mysql_unbuffered_query in one function. There was no Prob with that in 4.0.6...but after I had 4.0.5 back again my app didn't work anymore without giving any indication of the reason. It would be great if the php-developers could provide a bit more error-messages for instance when mysql_unbuffered_query works only for SELECT's, not for INSERT's, why not throw a WARNING or ERROR if you try to use the wrong query. this would avoid Days of debugging! Edit this bug report at http://bugs.php.net/?id=11920edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11863 Updated: Cannot connect to mysql server
ID: 11863 Updated by: mfischer Reported By: [EMAIL PROTECTED] Status: Open Bug Type: MySQL related Operating System: Unix PHP Version: 4.0.6 New Comment: Thats the behaviuor of mysql. Explicit address has to be given to establish a TCP connection. If you can't connect through the socket it is definitive a configuration issue. If in doubt, upgrade to latest RC http://www.php.net/~zeev/php-4.1.0RC3.tar.gz Please ask such questions at [EMAIL PROTECTED] first. Not really a bug, bogus. Previous Comments: [2001-07-04 15:48:43] [EMAIL PROTECTED] By the way, i've been testing a few things and php will connect to the database if i trick it into using tcp connection instead of socket connection and using LAN ip address instead of 'localhost' or loopback IP address. Won't work: ? mysql_connect(localhost:3306, me,mypass); ? Won't work either: ? mysql_connect(localhost:/path/to/socket, me,mypass); ? Works (when i define sql to be LAN ip address of server): ? mysql_connect(sql, me,mypass); ? [2001-07-04 15:41:18] [EMAIL PROTECTED] of course ;) http://www.kheos.net/info.php I'm making it right now so by the time you see this post it'll be available. Best regards, Veins [2001-07-04 13:35:14] [EMAIL PROTECTED] Hello, can you make a page with ?php phpinfo(); ? available to us? Derick [2001-07-03 16:44:53] [EMAIL PROTECTED] Yeah, the server is actually running as i can connect to it from console. The socket is set srwxrwxrwx so it is also ok i presume. The exact same configuration used to work with php-4.0.5 :/ [2001-07-03 16:41:17] [EMAIL PROTECTED] Yeah, the server is actually running as i can connect to it from console. The socket is set srwxrwxrwx so it is also ok i presume. The exact same configuration used to work with php-4.0.5 :/ 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/?id=11863 Edit this bug report at http://bugs.php.net/?id=11863edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11863 Updated: Cannot connect to mysql server
ID: 11863 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: MySQL related Operating System: Unix PHP Version: 4.0.6 New Comment: Simon sez bogus. Previous Comments: [2001-11-20 19:36:43] [EMAIL PROTECTED] Thats the behaviuor of mysql. Explicit address has to be given to establish a TCP connection. If you can't connect through the socket it is definitive a configuration issue. If in doubt, upgrade to latest RC http://www.php.net/~zeev/php-4.1.0RC3.tar.gz Please ask such questions at [EMAIL PROTECTED] first. Not really a bug, bogus. [2001-07-04 15:48:43] [EMAIL PROTECTED] By the way, i've been testing a few things and php will connect to the database if i trick it into using tcp connection instead of socket connection and using LAN ip address instead of 'localhost' or loopback IP address. Won't work: ? mysql_connect(localhost:3306, me,mypass); ? Won't work either: ? mysql_connect(localhost:/path/to/socket, me,mypass); ? Works (when i define sql to be LAN ip address of server): ? mysql_connect(sql, me,mypass); ? [2001-07-04 15:41:18] [EMAIL PROTECTED] of course ;) http://www.kheos.net/info.php I'm making it right now so by the time you see this post it'll be available. Best regards, Veins [2001-07-04 13:35:14] [EMAIL PROTECTED] Hello, can you make a page with ?php phpinfo(); ? available to us? Derick [2001-07-03 16:44:53] [EMAIL PROTECTED] Yeah, the server is actually running as i can connect to it from console. The socket is set srwxrwxrwx so it is also ok i presume. The exact same configuration used to work with php-4.0.5 :/ 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/?id=11863 Edit this bug report at http://bugs.php.net/?id=11863edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11858 Updated: Insert queries add TWO records to database
ID: 11858
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: MySQL related
Operating System: WinNT4
PHP Version: 4.0.6
New Comment:
Can you try if this problem persists with latest RC
http://phpuk.org/~james/php-4.1.0RC3-win32.zip
Also, please provide more details abour your actual connections setup to the database
(native mysql, mysql through odbc?)
Feedback.
Previous Comments:
[2001-07-03 11:38:47] [EMAIL PROTECTED]
All my insert queries seem to add two records to the database instead of one.
I was using MS Access 2000 and did not have the problem. I am now using MySQL and all
insert queries add 2 recs?!
Eg.
$sql = INSERT INTO Campaign
(CampaignName,CampaignDesc,StartDate,EndDate,CompanyId,CampaignStatus,AdministratorId)
VALUES ('$name','$desc','$start_date','$end_date',$company_id,0,1);
$res_insert_campaign=mysql_query($sql,$conn);
if (!$res_insert_campaign) {
return false;
}
With the result:
CampaignId CompanyId AdministratorId CampaignNameCampaignDesc
StartDate EndDate ProposalPDF InvoicePDF CampaignStatus
-- - ---
- --- --- -- --
11 45 1 Test Alltesting 2001-07-03 2003-07-03 NULL
NULL0
12 45 1 Test Alltesting 2001-07-03 2003-07-03 NULL
NULL0
(2 row(s) affected)
A guy in the US seems to be having the same problem with Sybase. His details are:
Rob Donat
Sedonatech, Inc.
1735 W. Diversey Suite 521
Chicago, IL 60614
[EMAIL PROTECTED]
312-501-1200 cell
773-388-0271(2) office(fax)
Do u know if this is a PHP, MySQL, ODBC or server setting bug?
My fix at the moment is to insert a record, select it and delete one if 2 are added.
This is very messy and I would like to know if I have to go back to Access or start
using another relational database?
Does anyone else have this problem or, preferebly, how do I fix it?
Thank you for any help.
mailto:[EMAIL PROTECTED]
Edit this bug report at http://bugs.php.net/?id=11858edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11104 Updated: module slowly kills server
ID: 11104 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: MySQL related Operating System: win98 PHP Version: 4.0.5 New Comment: Can you try if the problem still persists with latest RC http://phpuk.org/~james/php-4.1.0RC3-win32.zip Feedback. Previous Comments: [2001-06-18 10:20:18] [EMAIL PROTECTED] reclassifing this as a mysql bug as that is what it sounds like... sorry to bounce around [2001-05-25 00:08:08] [EMAIL PROTECTED] happens with any scripts that include the database connection [2001-05-24 21:32:33] [EMAIL PROTECTED] Does this happen with any script? Or does this happen only with some specific script? --Jani [2001-05-24 21:05:21] [EMAIL PROTECTED] when running php as apache module (1.3.19), after about 10 minutes, some of the graphics on the page will start coming up broken, then all of them after a minute or 2, then nothing works. i am connecting to a mysql database using pconnect() which i have read some other problems in here about memory leaks. i don't use win98 for my production server, but i would assume you would like to patch up all these bugs on win98 as well. Edit this bug report at http://bugs.php.net/?id=11104edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9879 Updated: ISAPI Not handleing connections to MySQL correctly
ID: 9879 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: MySQL related Operating System: Win NT PHP Version: 4.0.4pl1 New Comment: Can you try if the problem still persists with latest RC http://phpuk.org/~james/php-4.1.0RC3-win32.zip Feedback. Previous Comments: [2001-03-20 14:28:51] [EMAIL PROTECTED] When running php as an isapi filter, php connects and works properly, but does not reuse persistant connections so that each page view results in many, many open connections to MySQL server, which ulitmately results in errors because of too many connections. We're connecting with code such as this: $db_link = mysql_pconnect (DB_HOST, USERNAME, PASSWORD) or die (Could not connect to database); Where DB_HOST, USERNAME, and PASSWORD are defined as constants. The php version is 4.4pl1, installed with the windows installer, using the php4isapa.dll from the zipfile. Edit this bug report at http://bugs.php.net/?id=9879edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #7951 Updated: Can't connect to MySQL from PHP script under OrionServer (Socket problem)
ID: 7951 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: MySQL related Operating System: Windows NT 4.0 SP6a PHP Version: 4.0.3pl1 New Comment: May be totally unrelated. Anyway, please give it a try with latest RC http://phpuk.org/~james/php-4.1.0RC3-win32.zip Feedback. Previous Comments: [2000-11-23 13:48:39] [EMAIL PROTECTED] Problem: PHP can't connect to MySQL database server running in localhost when running under OrionServer 1.3.8 Warning: Can't create TCP/IP socket (10106) in D:\client\test\web\test.php on line 5 Steps to reproduce the problem: 1. Install Windows NT 4 Server 2. Instlal Service Pack 6a 3. Install J2SE 1.3 (JDK 1.3) (http://java.sun.com/) 4. Install OrionServer 1.3.8 (http://www.orionserver.com/) 5. Install PHP 4.03pl1 (http://www.php.net/) 6. Configure PHP to run in Orion (via Orion CGIServlet) (global-web-application.xml) ... servlet servlet-namephp/servlet-name servlet-classcom.evermind.server.http.CGIServlet/servlet-class init-param param-nameinterpreter/param-name param-valuec:\php\php.exe/param-value /init-param /servlet servlet-mapping servlet-namephp/servlet-name url-pattern/*.php/url-pattern /servlet-mapping ... 7. Do any PHP script to test PHP works (? echo(Hello World!) ? does the job). Now test it. 8. Do any PHP script that tries to connect to the MySQL database (in the same server). Now test it. Result: Warning: Can't create TCP/IP socket (10106) in D:\client\test\web\test.php on line 5 Note: #1- Some another guy had similar problems when opening sockets from PHP under OrionServer (http://www.mail-archive.com/orion-interest@orionserver.com/msg01004.html) #2- I understand this may or may not be a bug in PHP, but it certainly is related to PHP Edit this bug report at http://bugs.php.net/?id=7951edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #7634 Updated: mysql_pconnect() + lock tables can hang server
ID: 7634
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: MySQL related
Operating System: Mandrake 7.0
PHP Version: 4.0 Latest CVS (03/11/2000)
New Comment:
Can you try latest RC and see if the problem persists
http://phpuk.org/~james/php-4.1.0RC3-win32.zip
Feedback.
Previous Comments:
[2000-11-03 21:08:24] [EMAIL PROTECTED]
I've heard about this from a couple of sources and been
looking for answers, but haven't found anything
definitive. I don't even know if it's solvable. However,
when using persistent connections and LOCK TABLES, if
for any reason the UNLOCK TABLES never gets executed,
the server ends up hanging while it waits for the lock
to get released.
This is reproduceable for me on every version of PHP I've
tried. Example script:
?php /* -*- mode: c++; minor-mode: font -*- */
error_reporting(E_ALL);
$dbh = mysql_pconnect($host, $user, $pass);
/* Just to test the connection. */
if ($res = mysql_db_query($db, 'show tables', $dbh)) {
while ($row = mysql_fetch_array($res, MYSQL_ASSOC)) {
echo $row[Tables_in_$db] . br\n;
}
}
echo hr\n;
$table = 'category';
echo Locking table '$table' (if the script blocks here, then the lock never got
released)...br\n;
flush();
if ($res = mysql_db_query('chaps', lock tables $table write, $dbh)) {
echo OK; locked.br\n;
} else {
echo failed; could not lock.br\n;
}
flush();
//$res = mysql_db_query('chaps', unlock tables, $dbh)
?
Is this just me?
Edit this bug report at http://bugs.php.net/?id=7634edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13715 Updated: Cannot open 'multiple' database connections while running from shell
ID: 13715 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: MySQL related Operating System: PHP Version: 4.0.5 New Comment: Mosty likely a problem with the mysql socket as now TCP connections work. Closing. User Feedback: Hi again, With your help, I think the problem is solved!! I changed my connection call to include the 'mysql server port' and the problem went away. Instead of: $link = mysql_connect(server, username, password) I put: $link = mysql_connect(server:3306, username, password) I did this for both connection calls and it started working. Very strange though. The first connection was made on the default port of 3306 but the second connection was not. On systems with running only one MySql server, this does not seem to be a problem. However, on systems like mine with multiple servers running, the second connection was not made to the default port. Hmmm. Well, mystery solvedkind of. All is working now though. Should I do anything to document this? Please let me know. Thanks for your help, Chuckc Previous Comments: [2001-11-20 13:38:15] [EMAIL PROTECTED] Upgraded to 4.1.0RC3. Did not fix the problem or change any of the symptoms. The Install was very smooth though :) Chuckc [2001-11-20 12:52:44] [EMAIL PROTECTED] Please try the latest RC and see if the problem persists: http://www.php.net/~zeev/php-4.1.0RC3.tar.gz Feedback. [2001-10-17 13:42:02] [EMAIL PROTECTED] I'm trying to open multiple database connections to a 'non-local' mysql server from the shell. It is important to note that this problem only occurs while running from the shell. When running the same code from the web server, there is no problem. #!/usr/bin/php ?php //connect to database 1 $link_a = mysql_connect (server, uname1, pword1) or die (Could not connect to db1\n); print (Connected to db1 successfully\n); //connect to database 2 $link_b = mysql_connect (server, uname2, pword2) or die (Could not connect to db2\n); print (Connected to db2 successfully\n); ? It does not matter which database you try to connect to first. Regardless, the first connection succeeds, the second connection fails. Some output: Connected to domains successfully br bWarning/b: MySQL Connection Failed: Can't connect to MySQL server on spiff (111) in b./qtest.php/b on line b23/bbr Could not connect to users db I compiled PHP like so: ./configure --with-mysql=/opt/mysql --with-gd --prefix=/opt/php-4.0.5 --sysconfdir=/opt/php-4.0.5/etc --with-zlib-dir=/usr/local/ -- with-dom=/usr/local/lib/libxml12.so --with-mcrypt=/usr/local/lib/libmcrypt.so --with-cybercash=/opt/mck-3.2.0.4-linux --enable-force -cgi-redirect Thanks, [EMAIL PROTECTED] Edit this bug report at http://bugs.php.net/?id=13715edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #7244 Updated: Problem with LOAD DATA LOCAL INFILE
ID: 7244 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: MySQL related Operating System: Win 98 PHP Version: 4.0.5 New Comment: Can you please test if the problem still persists with latest RC? http://phpuk.org/~james/php-4.1.0RC3-win32.zip If not, can you provide more details (like the actual query you are using). Feedback. Previous Comments: [2001-06-03 13:58:34] [EMAIL PROTECTED] Yes, it also happens with PHP 4.0.5 [2001-06-02 23:06:43] [EMAIL PROTECTED] Does this happen with PHP 4.0.5 ? [2001-01-12 13:21:36] [EMAIL PROTECTED] user feedback: No, I didn't. I've also got an old version of PHP 4.0.2 installed and I can switch between both versions via ScriptAlias in httpd.conf (php.ini is still the same). With PHP 4.0.2 it's all working fine but with PHP 4.0.4 there is that problem. [2001-01-12 08:14:06] [EMAIL PROTECTED] did you switch by any chance from php.ini-dist to php.ini-optimized when you upgraded your PHP to 4.0.3? [2001-01-04 11:02:07] [EMAIL PROTECTED] No, the original problem persists. Adding addslashes is only a temporary solution. This breaks some existing programs. -Egon 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/?id=7244 Edit this bug report at http://bugs.php.net/?id=7244edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11993 Updated: mysql_close closes incorrect db handler
ID: 11993
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: MySQL related
Operating System: Debian 2.19
PHP Version: 4.0.6
New Comment:
Can you try if the problem still persists with latest RC
http://www.php.net/~zeev/php-4.1.0RC3.tar.gz
Feedback.
Previous Comments:
[2001-10-24 00:59:24] [EMAIL PROTECTED]
missing status
[2001-07-11 13:58:35] [EMAIL PROTECTED]
hi zak,
thanks for your answer.
in my opinion, php must have some matrix, where you stores the number of connect and
close calls with the connection id. this will probably solve the problem.
ps: i use these multiple connections in oop environment, where a global connection id,
is not the best idea. or?
ati
[2001-07-11 06:58:00] [EMAIL PROTECTED]
Here is a refinement on this bug:
Multiple duplicate calls to mysql_connect are supposed to return the same link ID.
Each call after the first call will only return the link ID of the first (if
everything goes as planned, the connection is still good, etc...).
i.e.
var_dump (mysql_connect() === mysql_connect());
Given this behavior, how should mysql_close() behave?
I would expect that calling mysql_close ($id) would close the connection that both $id
and $id2 refer to.
Behavior is not this - instead it is quite odd...
Multiple calls to mysql_close are required to close multiple duplicate calls to
mysql_connect.
i.e.
var_dump ($db = mysql_connect ());
var_dump ($db = mysql_connect ());
var_dump (mysql_close ($db));
// Maybe this closes the default connection?
var_dump (mysql_close ($db));
However, if more than two calls to mysql_connect are made, followed by a corresponding
number of calls to mysql_close, the mysql_close calls start to fail.
i.e.
$max = 10;
for ($x=0; $x$max; ++$x) {
var_dump ($db = mysql_connect());
}
for ($x=0; $x$max; ++$x) {
var_dump (mysql_close ($db));
}
Now, throw change the call to mysql_close($db) to mysql_close() - everything seems to
work as expected.
However as soon as you add a call to mysql_query after the call to mysql_close, the
link will *never* die - no matter how many times you close it.
Finally, put a call to mysql_close ($db) between the two loops. The next call to
mysql_close() will fail with an error, while subsequent calls will succeed - once
again, the link will never die.
Things get even stranger when this behavior is encountered within recursive function
calls - however, I guess that this is a side effect of the behavior described above.
It looks like there is some complex/odd interactions happening with the code that
closes mysql links and the code that sets and uses the default link -- however, this
is quite far over my head!
Anyone else have any ideas? :)
[2001-07-11 05:07:29] [EMAIL PROTECTED]
Dear Ati,
When you enter a bug report, please make the script that reproduces the error as short
and simple as possible.
I do not believe that the problem that you are encountering is a bug - you just have
too many connections open at once.
Try this script:
pre
?php
error_reporting (0);
function test () {
static $count = 0;
if (++$count 20) {
echo Opening $count:;
var_dump ($db = mysql_connect ('localhost:3306', replace_me,
replace_me));
test ();
--$count;
echo Closing $count:;
var_dump (mysql_close ($db));
}
}
test ();
?
/pre
Now try it with mysql_pconnect -- does the error go away? It does for me.
In most cases, you will only need a *single* connection to a mysql database -- not
multiple.
This may still be a bug - two or more calls to mysql_connect with the same arguments
should only result in one connection being opened. Each call will return the same
connection ID.
[2001-07-10 21:31:02] [EMAIL PROTECTED]
i have tried out with the following configurations:
server1: php-4.0.6/mysql.3.23.32/apache-1.3.20/debian 2.19
server2: php-4.0.6/mysql.3.23.37/apache-1.3.20/debian 2.19
the result is the same as with php-4.0.4pl1
please check this...
thanks
ati
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/?id=11993
Edit this bug report at http://bugs.php.net/?id=11993edit=1
--
PHP Development Mailing List http
[PHP-DEV] Bug #14099 Updated: POST/GET - if there is a dot in the name it's changes to _
ID: 14099
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: HTTP related
Operating System: Linux, Red-Hat 6.2
PHP Version: 4.0.6
New Comment:
That's intended behaviour. You can't have dots in variable names, the dot is already
used for string concatenation.
Bogus.
Previous Comments:
[2001-11-18 12:31:16] [EMAIL PROTECTED]
When i submit a form where is a dot in the name it's changes to _.
for example:
form action=?=$PHP_SELF;? method=post name=aaa
input type=text size=12 name=12.13.14 value=66.66
input type=submit value=send me
/form
when runing in PHP:
foreach ($HTTP_POST_VARS as $key=$val){
echo $key = $valBR;
}
the output will be : 127_0_0_1 = 66.55
[2001-11-18 12:29:01] [EMAIL PROTECTED]
When i submit a form where is a dot in the name it's changes to _.
for example:
lt;form action=lt;=$PHP_SELFgt; method=post name=aaagt;
lt;input type=text size=12 name=127.0.0.1 value=66.55gt;
lt;input type=submit value=send megt;
lt;/formgt;
when runing in PHP:
foreach ($HTTP_POST_VARS as $key=$val){
echo $key = $valBR;
}
the output will be : 127_0_0_1 = 66.55
Edit this bug report at http://bugs.php.net/?id=14099edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14103 Updated: RPM Installation, PHP not working, no modules in /etc/httpd/modules?!
ID: 14103 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Apache related Operating System: Red Hat 7.2 PHP Version: 4.0.6 New Comment: Please ask support questions at [EMAIL PROTECTED] And, you're missing the 'lex' or 'flex' utility obviiously. Install it. Previous Comments: [2001-11-18 23:09:26] [EMAIL PROTECTED] PHP with MySQL support should have been installed by the Red Hat installer when I installed the OS, at least I selected those packages, but PHP pages are not being processed. I checked the FAQ and it said to make sure all the PHP add and load module directives were there and uncommented. Well, they are, but they're all within IfDefine HAVE_PHP sections, and the modules they point to (i.e. mod_php.so, mod_php.c) are not in /etc/httpd/modules nor any place else on my system. That must be the source of the problem, but why wouldn't those modules have been copied to the system? So, I've tried building from the source per the INSTALL document, but after I try to ./configure I get... checking lex output file root... ./configure: lex: command not found configure: error: cannot find output from lex; giving up What's lex? What's going on? Thanks. Edit this bug report at http://bugs.php.net/?id=14103edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9068 Updated: Bugs in OO which are leaking memory...
ID: 9068 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Feedback Bug Type: Class/Object related Operating System: Windows 2000 PHP Version: 4.0 Latest CVS (02/02/2001) Assigned To: andre New Comment: Does this still happen with latest CVS? Previous Comments: [2001-02-02 04:13:19] [EMAIL PROTECTED] Note: I've posted some bugs earlier, but they seem to have been fixed with the latest build of PHP 4.0.5-dev. (I don't remember their bug numbers.) Outstanding two bugs in PHP 4.0.5, which are leaking memory: (1) OOP Bug eg... $num_columns = $rs-Fields-Count(); Leaks memory when two - - are used. Does not leak when this line is written in two lines: $fields = $rs-Fields; $num_columns = $fields-Count(); (2) passing recordset to a variable in the object ... $this-rs_obj = $rs; leaks memory when passing ADO recordset to an object modular variable. (variable defined in the module scope of the class.) Solution is not to pass recordsets. Edit this bug report at http://bugs.php.net/?id=9068edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11337 Updated: SEGV when using mysql connections in OO-setting
ID: 11337 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Scripting Engine problem Operating System: RedHat Linux 7.1 PHP Version: 4.0.5 New Comment: Any update on this? Previous Comments: [2001-07-02 09:08:27] [EMAIL PROTECTED] Honestly, I haven't tried it. After the problems we had with 4.0.5, our client (and I) decided to move to the more familiar territory of Java. I believe that I still have a setup on which I could test 4.0.6 beta, so I'll try to get to that this week. I'll post something as soon as I know. Thanks for your time, -chris [2001-06-27 22:39:57] [EMAIL PROTECTED] Does this happen with PHP 4.0.6 ? [2001-06-08 14:14:13] [EMAIL PROTECTED] Please try latest RC from: http://www.php.net/~andi/php-4.0.6RC3.tar.gz --Jani [2001-06-07 16:04:48] [EMAIL PROTECTED] The following is the gdb backtrace of the crash (which I can reproduce every time i click the 'reload' button in my browser). I'd be happy to send the scripts to you (there are several of them that work together, since each object is in it's own script file). I have been having some other strange problems like trying to free mysql result resources or close mysql connections and getting warnings that those link or resource id's are not valid. Here's the vital statistics: OS: RedHat i386 Linux 7.1 with all updates applied from RedHat MySQL: 3.23.38-1 (RPM from mysql.com) Apache: 1.3.20, compiled locally (--enable-module=so) PHP: 4.0.5 compiled/linked against mysql and apache as a DSO (--with-apxs=... --with-xml --with-mysql) I'm using a standard configuration file with one change: the 'include_path' has been set to include the scripts necessary for my application. There are no path conflicts (that is, the file X.php does not exist relative to the executing script AS WELL AS in the include_path). Thank you for your time. -chris (Chris Schultz) Stack Trace: (gdb) run -X Starting program: /usr/local/apache-1.3.20/bin/./httpd -X Program received signal SIGSEGV, Segmentation fault. 0x400f7d89 in __libc_free (mem=0x813c848) at malloc.c:3055 3055malloc.c: No such file or directory. in malloc.c (gdb) bt #0 0x400f7d89 in __libc_free (mem=0x813c848) at malloc.c:3055 #1 0x401ccf64 in _efree (ptr=0x813c854) at zend_alloc.c:238 #2 0x401cd447 in shutdown_memory_manager (silent=1, clean_cache=0) at zend_alloc.c:439 #3 0x401f525a in php_request_shutdown (dummy=0x0) at main.c:680 #4 0x401f2df9 in php_apache_request_shutdown (dummy=0x0) at mod_php4.c:290 #5 0x080676b8 in run_cleanups () at eval.c:41 #6 0x08065f82 in ap_clear_pool () at eval.c:41 #7 0x08066002 in ap_destroy_pool () at eval.c:41 #8 0x08065f6e in ap_clear_pool () at eval.c:41 #9 0x080756c5 in child_main () at eval.c:41 #10 0x08075cb8 in make_child () at eval.c:41 #11 0x08075e2c in startup_children () at eval.c:41 #12 0x0807647f in standalone_main () at eval.c:41 #13 0x08076ca7 in main () at eval.c:41 #14 0x40094177 in __libc_start_main (main=0x8076908 main, argc=2, ubp_av=0xbacc, init=0x804ed5c _init, fini=0x80abb90 _fini, rtld_fini=0x4000e184 _dl_fini, stack_end=0xbabc) at ../sysdeps/generic/libc-start.c:129 (gdb) Edit this bug report at http://bugs.php.net/?id=11337edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10088 Updated: Object linking
ID: 10088
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Class/Object related
Operating System: W2K
PHP Version: 4.0.4pl1
New Comment:
Your example is wrong. You're copying object everywhere like it is christmas day.
Here's the corrected example for your convenience:
?
$d1 = new obj(one); // Suppress the warning over the missing argument
$d2 = new obj(two, $d1);
$d3 = new obj(three, $d2);
$d4 = new obj(four, $d3);
$d5 = new obj(five, $d4);
// Dump what should be the entire linked list
$d1-dump();
print(\n\n);
// Now to demonstrate the problem:
// No matter where you begin the dump() from, only the
// $this node and its immediate successor are printed.
$d2-dump(); print(\n\n);
$d3-dump(); print(\n\n);
class obj {
var $next;
var $name;
function obj($name,$prev) {
// Add each new object as the next pointer of the preceeding one
$this-name = $name;
if ($prev) $prev-next = $this;
}
function dump() {
for ( $ptr = $this; $ptr; $ptr = $ptr-next) print($ptr-name .
\n);
}
}
?
Even if this example uses '' where not needed it's good that way because not even a
single object gets copied by accident.
Closed.
Previous Comments:
[2001-03-31 04:58:18] [EMAIL PROTECTED]
The script shown attempts to implement a linked list, but the problem is more general
and occurs in many similar situations.
?
$d1 = @new obj(one); // Suppress the warning over the missing argument
$d2 = new obj(two, $d1);
$d3 = new obj(three, $d2);
$d4 = new obj(four, $d3);
$d5 = new obj(five, $d4);
// Dump what should be the entire linked list
$d1-dump();
print(p);
// Now to demonstrate the problem:
// No matter where you begin the dump() from, only the
// $this node and its immediate successor are printed.
$d2-dump(); print(p);
$d3-dump(); print(p);
class obj {
var $next;
var $name;
function obj($name,$prev) {
// Add each new object as the next pointer of the preceeding one
this-name = $name;
if ($prev) $prev-next = $this;
}
function dump() {
for ( $ptr = $this; $ptr; $ptr = $ptr-next) print($ptr-name . br);
}
}
?
It seems that when an object's data is manipulated by a different object - even as
here, of the same class - the changes made to the object are lost when its context
expires.
Configuration: Absolutely standard
Webserver: Apache and IIS ... same problem in both, and under cgi and as a module
Aggravation factor: Immense
Cheer chaps for an otherwise excellent language!
Edit this bug report at http://bugs.php.net/?id=10088edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10293 Updated: object reference vs. true object function passing problem
ID: 10293
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Class/Object related
Operating System: FreeBSD 4.1 RELEASE
PHP Version: 4.0.4
New Comment:
Thats the way it works in PHP4. Objects are treated as normal variables and therefore
also copied (means, really copied) when assigning or passing around so $foo = new
class; is the right way to avoid this.
Closed.
Previous Comments:
[2001-04-11 14:58:51] [EMAIL PROTECTED]
here is my script:
?php
class Tbug {
function add($f) {
$this-stuff[] = $f;
}
function spew() {
foreach($this-stuff as $key = $f) echo stuff is [$f]BR;
}
}
function addtobug($f, $bug) {
$bug-add($f);
return($bug);
}
// using first choice we have problems, second choice works, why the diff?
//$bug = new Tbug();
$bug = new Tbug();
echo call1BR;
$bug = addtobug(a, $bug);
echo call2BR;
$bug = addtobug(b, $bug);
echo call3BR;
$bug = addtobug(c, $bug);
$bug-spew();
?
The work around is to use the second choice of assigning $bug to the reference of
the new Object. This does not seem inuitive to me. Why does this code not work
otherwise?
thanks,
tonys.
Edit this bug report at http://bugs.php.net/?id=10293edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11768 Updated: references still have bugs
ID: 11768
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Class/Object related
Operating System: Linux 2.2.x
PHP Version: 4.0 Latest CVS (2001-06-28)
New Comment:
The line
$test = new CUI_Element(test);
didn't return $this but a copy of $this. So change it to
$test = new CUI_Element(test);
and it works.
Closed.
Previous Comments:
[2001-06-28 03:29:46] [EMAIL PROTECTED]
When I want to set reference to $this object gets copied.
In this example $ui_handler contains copy of object $test.
$ui_handler - data is not reference to $test.
I use CVS 2001-06-24.
?
class CUI_element {
var $value;
function CUI_element($value) {
global $ui_handler;
$this - value = $value;
$ui_handler - register($this);
}
}
class CUI_handler {
var $data;
function CUI_handler() {
$this - data = false;
}
function register($element) {
$this - data = $element;
}
};
$ui_handler = new CUI_Handler();
$test = new CUI_Element(test);
$test - value = changed;
var_dump($ui_handler - data); print br;
var_dump($test); print br;
?
My output:
object(cui_element)(1) { [value]= string(4) test }
object(cui_element)(1) { [value]= string(7) changed }
Working url: http://biuro.pablosoft.com.pl/~zork/ref/tests.php
regards,
Zork.
Edit this bug report at http://bugs.php.net/?id=11768edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12277 Updated: in PHP4 constructors still seem to behave like in PHP3
ID: 12277
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Class/Object related
Operating System: All
PHP Version: 4.0.5
New Comment:
This is a current implementation limitation.
Just define your real C constructor and access the other C method with parent::C().
Closed.
Previous Comments:
[2001-07-20 07:51:42] [EMAIL PROTECTED]
the following code:
?
class A {
function A() {
echo I am the constructor of A.br\n;
}
}
class B extends A {
function C() {
echo I am a regular function C.br\n;
}
}
class C extends B {
}
$b = new C();
?
in PHP 4.0.5 prints:
I am a regular function C.br
is this correct?
Edit this bug report at http://bugs.php.net/?id=12277edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12365 Updated: Problems with classes and links to objects
ID: 12365
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Class/Object related
Operating System: Linux
PHP Version: 4.0.6
New Comment:
The object $this used in the constructor is not the same as the one returned to $b
because it got copied. Assign the new object by reference to $b:
$b = new b();
Closed.
Previous Comments:
[2001-07-25 10:11:26] [EMAIL PROTECTED]
?
phpinfo();
class a {
function a ($obj) {
$this-h = $obj;
return true;
}
}
class b {
var $d=1;
var $item;
function b () {
$this-item = new a ($this);
$this-d++;
echo $this-d.'//'.$this-item-h-d.'br';}
function c () {
$this-item = new a ($this);
}
}
$b = new b ();
//$b-c (); //
$b-d++;
echo $b-d.'--'.$b-item-h-d;
/*
Try to comment and recomment line
I see there is a bug with that sitution:
after finishing of object b constructor, link $a-h not linked to b object and
$a-h is a copy of object b.
I think, this is not right. In constructor $a-h is still link to b, but after
finishing the $a-h is a copy of b.
*/
Edit this bug report at http://bugs.php.net/?id=12365edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12365 Updated: Problems with classes and links to objects
ID: 12365
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Class/Object related
Operating System: Linux
PHP Version: 4.0.6
New Comment:
I said closed :-)
Previous Comments:
[2001-11-17 13:47:03] [EMAIL PROTECTED]
The object $this used in the constructor is not the same as the one returned to $b
because it got copied. Assign the new object by reference to $b:
$b = new b();
Closed.
[2001-07-25 10:11:26] [EMAIL PROTECTED]
?
phpinfo();
class a {
function a ($obj) {
$this-h = $obj;
return true;
}
}
class b {
var $d=1;
var $item;
function b () {
$this-item = new a ($this);
$this-d++;
echo $this-d.'//'.$this-item-h-d.'br';}
function c () {
$this-item = new a ($this);
}
}
$b = new b ();
//$b-c (); //
$b-d++;
echo $b-d.'--'.$b-item-h-d;
/*
Try to comment and recomment line
I see there is a bug with that sitution:
after finishing of object b constructor, link $a-h not linked to b object and
$a-h is a copy of object b.
I think, this is not right. In constructor $a-h is still link to b, but after
finishing the $a-h is a copy of b.
*/
Edit this bug report at http://bugs.php.net/?id=12365edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13986 Updated: Cannot rollback transaction when die in class
ID: 13986
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Class/Object related
Operating System: Win2k / Linux + Oracle8i+Apache
PHP Version: 4.0.6
New Comment:
Do you see the same behavior when not using an object? I.e. moving all the stuff
directly in the global namespace for testing purposes (or just use function instead of
an object) ?
Previous Comments:
[2001-11-13 21:56:48] [EMAIL PROTECTED]
I have just tried PHP 4.0.6. It has the same problem.
[2001-11-09 09:41:58] [EMAIL PROTECTED]
Have you tried PHP 4.0.6 ?
[2001-11-08 01:47:35] [EMAIL PROTECTED]
I am using a database class to manipulate data.
I found that when the program is terminated in
the class, the transaction will be committed,
even I've set the mode to OCI_DEFAULT.
The same case occured in both Win2k and Linux with
Oracle and Apache.
// Schema
/*
create table test (
id varchar2(5) not null,
name varchar2(10),
primary key (id)
);
// Source Code
///
class Database {
var $conn, $stmt, $row_data;
function Database()
{
$DB_SERVER = ;
$DATABASE= ;
$DB_USER = test;
$DB_PASSWORD = test;
putenv($DATABASE);
$this-conn = OCILogon($DB_USER, $DB_PASSWORD, $DB_SERVER);
if ($this-conn == false) {
die(Cannot connect to server);
}
}
function Query($sql)
{
$this-stmt = OCIParse($this-conn, $sql);
if ($this-stmt == false) {
die(Statement Error);
}
if (OCIExecute($this-stmt, OCI_DEFAULT) == false) {
die(Cannot Execute Statment);
}
}
function Commit()
{
OCICommit($this-conn);
}
function terminate()
{
die( Not OK :( );
}
}
$db = new Database();
$sql = insert into test (id, name) values ('1', '1');
$db-Query($sql);
$db-terminate(); // This will commit the transaction,
// even the program is terminated.
die( OK :) ); // If the program is terminated here,
// the transaction is rollbacked.
$db-Commit();
[2001-11-08 01:42:41] [EMAIL PROTECTED]
I am using a database class to manipulate data.
I found that when the problem is terminated in
the class, the transaction will be committed,
even I've set the mode to OCI_DEFAULT.
The same case occured in both Win2k and Linux with
Oracle and Apache.
// Schema
/*
create table test (
id varchar2(5) not null,
name varchar2(10),
primary key (id)
);
// Source Code
///
class Database {
var $conn, $stmt, $row_data;
function Database()
{
$DB_SERVER = ;
$DATABASE= ;
$DB_USER = test;
$DB_PASSWORD = test;
putenv($DATABASE);
$this-conn = OCILogon($DB_USER, $DB_PASSWORD, $DB_SERVER);
if ($this-conn == false) {
die(Cannot connect to server);
}
}
function Query($sql)
{
$this-stmt = OCIParse($this-conn, $sql);
if ($this-stmt == false) {
die(Statement Error);
}
if (OCIExecute($this-stmt, OCI_DEFAULT) == false) {
die(Cannot Execute Statment);
}
}
function Commit()
{
OCICommit($this-conn);
}
function terminate()
{
die( Not OK :( );
}
}
$db = new Database();
$sql = insert into test (id, name) values ('1', '1');
$db-Query($sql);
$db-terminate(); // This will commit the transaction,
// even the program is terminated.
die( OK :) ); // If the program is terminated here,
// the transaction is rollbacked.
$db-Commit
[PHP-DEV] Bug #14095 Updated: fopen/fwrite does not create file via ftp://
ID: 14095 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: FTP related Operating System: Windows NT4 SP6a PHP Version: 4.0.6 New Comment: Can you please test with a more recent version (e.g. from php4win.de) ? Previous Comments: [2001-11-17 17:16:35] [EMAIL PROTECTED] PHP as CGI on NT4SP6a/IIS4. To update a file on the server, I read the old contents into an array, populate a string with modified content, delete the old file, and use fopen/fwrite to write a new one. This worked great on FreeBSD/Apache, now on NT4/IIS4 the new file is not written. There are *no* error messages, but the file is not there. Really messed up is the fact that the file is written successfully when I specify the previous FreeBSD/Apache host in $FTPSite... The following variables are defined before the code below runs: $newcontents $FTPUser $FTPPass (contains special characters, e.g. urb@n) $FTPSite (host.domain.tl) $FTPDoc (/path/filename) [Curiously, I cannot use localhost or an IP address as $FTPSite...(unable to find ftpbuf 0 on ftp_login and ftp_delete as well as php_hostconnect: connect failed on fopen)] // delete previous file via ftp $ftp = ftp_connect($FTPSite); ftp_login($ftp, $FTPUser, $FTPPass); ftp_delete($ftp, $FTPDoc); ftp_quit($ftp); // get file handler $FTPOpen=ftp://; . rawurlencode($FTPUser) . : . rawurlencode($FTPPass) . @ . $FTPSite . $FTPDoc; //echo $FTPOpen . BR; $NewTopTen = fopen($FTPOpen,w); echo $NewTopTen; // write new content to file fwrite($NewTopTen, $newcontents); //close file handle fclose($NewTopTen); Edit this bug report at http://bugs.php.net/?id=14095edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14094: Documentation for @new is missing
From: [EMAIL PROTECTED] Operating system: PHP version: 4.0.6 PHP Bug Type: Documentation problem Bug description: Documentation for @new is missing The documentation about classes/objects misses that you actually can prevent exposing errors in the constructor by using @new. And, it should also mentioned that you can't use the '@' operator with new. $obj = @new classname; // ok, works $obj = @new classname; // parser error new classname is a special case, therefore you can't mute it. -- Edit bug report at: http://bugs.php.net/?id=14094edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14063 Updated: unset($array[]) causes apache 1.3.20 to coredump
ID: 14063
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Scripting Engine problem
Operating System: FreeBSD 4.4-STABLE
PHP Version: 4.0CVS-2001-11-14
New Comment:
Fixed in CVS.
Previous Comments:
[2001-11-15 02:36:42] [EMAIL PROTECTED]
Changing type to 'Scripting Engine problem' as this is a bug in the Zend Engine
AFAICS.
Derick
[2001-11-15 02:17:53] [EMAIL PROTECTED]
Reproduced with latest CVS version.
[2001-11-15 02:09:09] [EMAIL PROTECTED]
Nice thingy :) Also reproduced with 4.0.6 on Linux.
[2001-11-14 17:20:04] [EMAIL PROTECTED]
I'm not actually using version 4.0CVS-2001-11-14, but I updated 2001-11-08 (6 days
ago) so I assume it's still in the source as no bugs reports detail this:
[mini:pgl]:~ $ php -v
4.2.0-dev
[mini:pgl]:~ $ cat ./test.php
#!/usr/local/bin/php -q
?
$a = array('1', '2');
unset($a[]);
?
[mini:pgl]:~ $ ./test.php
Segmentation fault (core dumped)
regards,
Peter Lowe.
Edit this bug report at http://bugs.php.net/?id=14063edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14056 Updated: Large amounts of fileuploads in a page cause segmentation fault
ID: 14056
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Reproducible crash
Operating System: Redhat 7.0
PHP Version: 4.0.6
New Comment:
Cannot reproduce with current CVS.
Previous Comments:
[2001-11-14 12:30:14] [EMAIL PROTECTED]
Can you try a snapshot from snaps.php.net and report back if that fixes the problem?
Derick
[2001-11-14 12:08:47] [EMAIL PROTECTED]
!-- example that causes the error --
!-- you don't need to upload any files, just clicking Submit will cause the crash --
form method=post enctype=multipart/form-data
?
if (is_array($file))
while (list($key,$val) = each($file))
print $key = $valbr\n;
# changing max to 33 will not cause the segfault, 34 will.
$msx = 34;
for ($i=0;$i$msx;$i++) {
print $i.'Upload file: input type=file name=file['.$i.']br';
}
?
input type=submit
/form
--end of example --
--with-mysql=/usr --enable-sysvshm=yes --enable-sysvsem=yes --enable-versioning
--with-gd=/usr --enable-track-vars=yes --enable-force-cgi-redirect=yes
--enable-memory-limit=yes --with-apache=../apache_1.3.19 --enable-debug=no
--with-mcrypt
Page works if I switch back to php 4.0.4-pl1
Edit this bug report at http://bugs.php.net/?id=14056edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10361 Updated: make don't work for Oracle 8i on 64bit Solaris kernel
ID: 10361 Updated by: mfischer Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: OCI8 related Operating System: Solaris 5.7 PHP Version: 4.0.4pl1 New Comment: User reporting: The problem is fixed with 4.0.6. (However, status unchanged ;-) Previous Comments: [2001-11-10 08:43:30] [EMAIL PROTECTED] No feedback. Closing. [2001-10-20 21:40:12] [EMAIL PROTECTED] Does this happen with PHP 4.0.6 ? [2001-04-17 07:05:30] [EMAIL PROTECTED] ha-pollux(root)# uname -a SunOS ha-pollux 5.7 Generic_106541-11 sun4u sparc SUNW,Ultra-60 ha-pollux(oracle) svrmgrl Oracle Server Manager Release 3.1.6.0.0 - Production Copyright (c) 1997, 1999, Oracle Corporation. All Rights Reserved. Oracle8i Release 8.1.6.3.0 - Production JServer Release 8.1.6.3.0 - Production ha-pollux(root)# export CC=/opt/SUNWspro/bin/cc ha-pollux(root)# export ORACLE_HOME=/u01/app/oracle/product/8.1.6 ha-pollux(root)# configure --prefix=/opt/php --with-oci8 --with-apxs=/opt/apache/bin/apxs [ --with-regex=apache ] /bin/sh /software/compile/php/php-4.0.4pl1/libtool --silent --mode=compile /opt/SUNWspro/bin/cc -I. -I/software/compile/php/php-4.0. 4pl1/ext/oci8 -I/software/compile/php/php-4.0.4pl1/main -I/software/compile/php/php-4.0.4pl1 -I/opt/apache/include -I/software/compil e/php/php-4.0.4pl1/Zend -I/software/compile/php/php-4.0.4pl1/ext/mysql/libmysql -I/u01/app/oracle/product/8.1.6/rdbms/public -I/u01/a pp/oracle/product/8.1.6/rdbms/demo -I/u01/app/oracle/product/8.1.6/network/public -I/software/compile/php/php-4.0.4pl1/ext/xml/expat/ xmltok -I/software/compile/php/php-4.0.4pl1/ext/xml/expat/xmlparse -I/software/compile/php/php-4.0.4pl1/TSRM -D_POSIX_PTHREAD_SEMANT ICS -DSOLARIS2=270 -DMOD_SSL=207101 -DEAPI -DUSE_EXPAT -DSHARED_CORE -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DXML_BYTE_ORDER=21 - g -c oci8.c oci8.c, line 829: undefined struct/union member: open64 oci8.c, line 845: undefined struct/union member: open64 oci8.c, line 1203: undefined struct/union member: open64 oci8.c, line 1204: improper member use: open64 oci8.c, line 1205: improper member use: open64 oci8.c, line 1849: undefined struct/union member: open64 oci8.c, line 1962: undefined struct/union member: open64 oci8.c, line 1995: undefined struct/union member: open64 oci8.c, line 2087: undefined struct/union member: open64 oci8.c, line 2131: undefined struct/union member: open64 oci8.c, line 2174: undefined struct/union member: open64 oci8.c, line 2189: undefined struct/union member: open64 oci8.c, line 2190: improper member use: open64 oci8.c, line 2194: improper member use: open64 oci8.c, line 2200: improper member use: open64 oci8.c, line 2351: undefined struct/union member: open64 oci8.c, line 2792: warning: initializer does not fit or is out of range: -1 cc: acomp failed for oci8.c *** Error code 1 make: Fatal error: Command failed for target `oci8.lo' Current working directory /software/compile/php/php-4.0.4pl1/ext/oci8 *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /software/compile/php/php-4.0.4pl1/ext/oci8 *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /software/compile/php/php-4.0.4pl1/ext *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Edit this bug report at http://bugs.php.net/?id=10361edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14063 Updated: unset($array[]) causes apache 1.3.20 to coredump
ID: 14063
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating System: FreeBSD 4.4-STABLE
PHP Version: 4.0CVS-2001-11-14
New Comment:
Nice thingy :) Also reproduced with 4.0.6 on Linux.
Previous Comments:
[2001-11-14 17:20:04] [EMAIL PROTECTED]
I'm not actually using version 4.0CVS-2001-11-14, but I updated 2001-11-08 (6 days
ago) so I assume it's still in the source as no bugs reports detail this:
[mini:pgl]:~ $ php -v
4.2.0-dev
[mini:pgl]:~ $ cat ./test.php
#!/usr/local/bin/php -q
?
$a = array('1', '2');
unset($a[]);
?
[mini:pgl]:~ $ ./test.php
Segmentation fault (core dumped)
regards,
Peter Lowe.
Edit this bug report at http://bugs.php.net/?id=14063edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14066: Can't suppress warnigns on accessing invalid string offset
From: [EMAIL PROTECTED]
Operating system: Any
PHP version: 4.0CVS-2001-11-15
PHP Bug Type: Scripting Engine problem
Bug description: Can't suppress warnigns on accessing invalid string offset
When setting error_reporting(E_ALL) the following occurs:
?
error_reporting(E_ALL);
$foo = array(); echo $foo[0] . \n; // -- warning
$foo = array(); echo @$foo[0]. \n; // -- no warning
$foo = foo; echo $foo{3} . \n; // -- warning
$foo = foo; echo @$foo{3}. \n; // -- still warning
?
The last line should not emit a warning.
--
Edit bug report at: http://bugs.php.net/?id=14066edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14017 Updated: cant load dll
ID: 14017 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Unknown/Other Function Operating System: Windws XP PHP Version: 4.0.6 New Comment: Error messages in english please. Anyway, the combination of PHP 4.0.6 and loading php_gtk.dll seems odd to be. I gues the library you try to load isn't compiled for the PHP version you try to use it. Where do you got PHP from? Where do you got PHP-GTK from? They'll most likely have to match. - Markus Previous Comments: [2001-11-11 10:09:30] [EMAIL PROTECTED] Is not possibble load dll files, like php_gd.dll, php_gtk.dll,... I get an error that says: Unable to load dynamic library 'c:\php4\extensions\php_gd.dll' - No se encontró el proceso especificado. I hope somebody can help me with this. Leonardo Lozano Colombia Edit this bug report at http://bugs.php.net/?id=14017edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14012 Updated: a struct has problem for sysvshm
ID: 14012 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Compile Failure Operating System: linux 2.4.4/glibc 2.2.2 PHP Version: 4.0CVS-2001-11-10 New Comment: Fixed in CVS. Previous Comments: [2001-11-10 21:03:41] [EMAIL PROTECTED] Just a build problem. I don't know the code, so patch is not attached. make[3]: Entering directory `/home/yohgaki/cvs/php/PHP4/ext/sysvshm' gcc -I. -I/home/yohgaki/cvs/php/PHP4/ext/sysvshm -I/home/yohgaki/cvs/php/PHP4/main -I/home/yohgaki/cvs/php/PHP4 -I/home/yohgaki/cvs/php/PHP4/Zend -I/usr/local/include -I/usr/include/freetype2/freetype -I/home/yohgaki/cvs/php/PHP4/ext/xml/expat -I/home/yohgaki/cvs/php/PHP4/TSRM -g -Wall -c sysvshm.c touch sysvshm.lo sysvshm.c: In function `zif_shm_get_var': sysvshm.c:305: structure has no member named `first' sysvshm.c:306: warning: passing arg 4 of `php_var_unserialize' from incompatible pointer type sysvshm.c:307: warning: passing arg 1 of `var_destroy' from incompatible pointer type sysvshm.c:311: warning: passing arg 1 of `var_destroy' from incompatible pointer type make[3]: *** [sysvshm.lo] Error 1 make[3]: Leaving directory `/home/yohgaki/cvs/php/PHP4/ext/sysvshm' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/yohgaki/cvs/php/PHP4/ext/sysvshm' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/yohgaki/cvs/php/PHP4/ext' make: *** [all-recursive] Error 1 [yohgaki@dev PHP4]$ Edit this bug report at http://bugs.php.net/?id=14012edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14005 Updated: missing possibility to store mails on imap-server
ID: 14005 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Bogus Bug Type: Feature/Change Request Operating System: linux PHP Version: 4.0.4 New Comment: Not a PHP bug - bogus. Previous Comments: [2001-11-09 22:18:48] [EMAIL PROTECTED] imap_append is what you're after. [2001-11-09 22:15:57] [EMAIL PROTECTED] I found it impossible to store mails on an imap server (to e.g. implement some kind of sent objects-folder) with php's imap functions. Edit this bug report at http://bugs.php.net/?id=14005edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13777: Specifying alternate directory for php.ini with PHPRC env. var missing
From: [EMAIL PROTECTED] Operating system: PHP version: 4.0CVS-2001-10-21 PHP Bug Type: Documentation problem Bug description: Specifying alternate directory for php.ini with PHPRC env. var missing I couldn't find any reference in the whole php manual that you can specify an alternate directory containing the PHP.INI file with the PHPRC environment variable (see php_init_config in main/php_ini.c). - Markus -- Edit bug report at: http://bugs.php.net/?id=13777edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13773 Updated: fdftk and Zend optimizer
ID: 13773 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: *General Issues Operating System: RH Linux 7.1 PHP Version: 4.0.6 New Comment: This is a product of Zend so please complain to them. Not PHP related - bogus. - Markus Previous Comments: [2001-10-20 07:18:37] [EMAIL PROTECTED] I am using Zend Encoder 1.1.0 and Zend Optimizer 1.1.0 with php 4.0.6 on RH 7.1 and Apache 1.3.22 When php is compiled --with-fdftk the optimizer will not serve up encoded pages! (Apache's child process seg-faults)... When recompiled without fdftk, everything is fine and php and the optimizer will serve up the encoded scripts fine. this happens when php is compiled static as well as DSO. Edit this bug report at http://bugs.php.net/?id=13773edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13743 Updated: TTF Fonts
ID: 13743 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: GD related Operating System: Windows 2000 Advanced Server PHP Version: 4.0.6 New Comment: Submitted twice, #13743 has slightly more info. Bogusifying. - Markus Previous Comments: [2001-10-19 07:10:13] [EMAIL PROTECTED] When I used the Image Creation function in the GD Library that have any relation to the TTF fonts the server generate this Error related to PHP.exe 'The instruction at 0x1009fff3 referenced memory at 0x00a50d00. The memory could not be read.' Edit this bug report at http://bugs.php.net/?id=13743edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13745 Updated: TTF Fonts
ID: 13745 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: GD related Operating System: Windows 2000 Advanced Server PHP Version: 4.0.6 New Comment: Allready submitted ... bogus. - Markus Previous Comments: [2001-10-19 07:12:55] [EMAIL PROTECTED] When I used the Image Creation function in the GD Library that have any relation to the TTF fonts the server generate this Error related to PHP.exe Application 'The instruction at 0x1009fff3 referenced memory at 0x00a50d00. The memory could not be read.' Edit this bug report at http://bugs.php.net/?id=13745edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13746 Updated: TTF Fonts
ID: 13746 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: GD related Operating System: Windows 2000 Advanced Server PHP Version: 4.0.6 New Comment: Already submitted - bogus. - Markus Previous Comments: [2001-10-19 07:14:23] [EMAIL PROTECTED] When I used the Image Creation function in the GD Library that have any relation to the TTF fonts the server generate this Error related to PHP.exe Application 'The instruction at 0x1009fff3 referenced memory at 0x00a50d00. The memory could not be read.' Edit this bug report at http://bugs.php.net/?id=13746edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13748 Updated: Exec() and System() broken
ID: 13748 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Program Execution Operating System: Windows 2000 SP2 w/IIS5.0 PHP Version: 4.0.6 New Comment: Submitted twice - bogus. - Markus Whats up today guys? Did you all forgot that reloading the page also submits form data again? Previous Comments: [2001-10-19 07:25:01] [EMAIL PROTECTED] sorry duplicate please ignore [2001-10-19 07:22:43] [EMAIL PROTECTED] I am running php 4.0.6 on iis5 under win2k/sp2 any attempt to use system() or exec() results in a: Warning: Unable to fork [whatever the command was] in blahblah.php For example simple file operations or even a basic mkdir foo with all the permissions appropriately set. Problem reported to exist under win2k/apache as well. alleged to have been fixed under 4.0.6 but does not seem to be the case. :) Edit this bug report at http://bugs.php.net/?id=13748edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13718 Updated: form elements with same name problem
ID: 13718 Updated by: mfischer Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Feature/Change Request Operating System: All PHP Version: 4.0.6 New Comment: No, its not 'how it should work'. Image when you write the following code in php: $interests = something; $interests = new; Would you expect this ending up with $interests being an array(something, new); ? Certainly not. So, for you to have an array, like Jani said, append '[]' and you have what you want. - Markus Previous Comments: [2001-10-17 22:19:52] [EMAIL PROTECTED] Here is an example of what I am talking about, try to imagine the interests being dynamically generated, because it is easy if you already know the names of all of the elements and the form itself: form.html: html body form action=post.html method=post Baseball: input type=checkbox name=interests value=baseballbr Teams: input type=text name=teams size=40 onFocus=interests[0].checked='1'brbr Football:input type=checkbox name=interests value=footballbr input type=submit value=Submit /form /body /html post.html: html body ?php /** * This is how it should work, interests should be an array **/ echo(interest 1: $interests[0]br\n); echo(interest 2: $interests[1]br\n); /** * Instead, the value of $interests is that of the last * value posted. **/ echo($interests); ? /body /html [2001-10-17 20:10:49] [EMAIL PROTECTED] Just name them as 'name=varname[]' (add the []'s in the end) and you'll get an array. --Jani [2001-10-17 16:47:11] [EMAIL PROTECTED] The problem exists in the way that php handles the reception of a posted form. If there is more than one element in a form with the same name and it is posted to a php page, php handles this by assuming the last element with that name is the correct value for that variable. In order to provide a proper coexistance with javascript it should treat all variables with that name as elements of an array. Edit this bug report at http://bugs.php.net/?id=13718edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13572 Updated: fread doesn't read from udp sockets
ID: 13572
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Filesystem function related
Operating System: Windows 2k/Linux
PHP Version: 4.0.6
New Comment:
In 4.0.7 a new socket has been introduced. Did you used it?
- markus
Previous Comments:
[2001-10-06 04:04:24] [EMAIL PROTECTED]
socket's set to non-blocking, opened at port udp
$start=time();
while((time()-$start)2)
{
$res=fread($fp2, 100);
echo $res\n;
}
no answer from udp socket... a similar c program works
btw: in php4.0.7rc3 the problem isn't fixed
Edit this bug report at http://bugs.php.net/?id=13572edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13571 Updated: gettext error
ID: 13571 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: *Configuration Issues Operating System: PHP Version: 4.0.6 New Comment: Submitted twiced - bogusified. - Markus Previous Comments: [2001-10-05 23:12:40] [EMAIL PROTECTED] I get the last gettext and configuring/compiling/installing fine with: ./configure --prefix=/usr --disable-nls After I tried to configure PHP 4.0.6 (after 4.0CVS and it was the same result) with this command line: ./configure --with-imap --with-mysql --with-apxs=/usr/local/apache/bin/apxs --with-openssl --with-zlib --enable-ctype --enable-ftp --with-gd --enable-sockets --enable-sysvsem --enable-sysvshm --enable-memory-limit --with-png-dir=/usr/lib --with-gettext The error reproduces even if write --with-gettext=/usr My conf: buildconf: autoconf version 2.13 (ok) buildconf: automake version 1.4 (ok) buildconf: libtool version 1.4.1 (ok) I was really disapointed with this problem and all my research were without any solutions. Best Regards, Xavier O. Edit this bug report at http://bugs.php.net/?id=13571edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13570 Updated: gettext error
ID: 13570 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: *Configuration Issues Operating System: Linux Slackware PHP Version: 4.0.6 New Comment: Somehow .. there is missing something. What is the actual error/bug? - Markus Ps: I've seen libtool version not being exactly 1.4 causing problems .. can you try this version ? Previous Comments: [2001-10-05 23:12:10] [EMAIL PROTECTED] I get the last gettext and configuring/compiling/installing fine with: ./configure --prefix=/usr --disable-nls After I tried to configure PHP 4.0.6 (after 4.0CVS and it was the same result) with this command line: ./configure --with-imap --with-mysql --with-apxs=/usr/local/apache/bin/apxs --with-openssl --with-zlib --enable-ctype --enable-ftp --with-gd --enable-sockets --enable-sysvsem --enable-sysvshm --enable-memory-limit --with-png-dir=/usr/lib --with-gettext The error reproduces even if write --with-gettext=/usr My conf: buildconf: autoconf version 2.13 (ok) buildconf: automake version 1.4 (ok) buildconf: libtool version 1.4.1 (ok) I was really disapointed with this problem and all my research were without any solutions. Best Regards, Xavier O. Edit this bug report at http://bugs.php.net/?id=13570edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13545 Updated: oci8 compile problem
ID: 13545 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Oracle related Operating System: LINUX RH 7.1 PHP Version: 4.0.6 New Comment: Sorry this is not a support forum. Ask on [EMAIL PROTECTED] . Bogusified. - Markus Previous Comments: [2001-10-04 14:26:09] [EMAIL PROTECTED] - oracle 8.1.7 install ok - oracle patch from technet ok, - php compiles fine (4.0.6) but on the oracle compile (./configure --activate-module=src/modules/php4/libphp4.a ) I get : usr/lib/gcc-lib/i386.libresolv.so: undefined reference to `[EMAIL PROTECTED]' ... even if I put -lpthread in the src/Configure file (is that the good place ?) Thaks for help, Jerome Edit this bug report at http://bugs.php.net/?id=13545edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13551 Updated: BC functions apply decimal places argument also on arguments
ID: 13551
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Analyzed
Bug Type: BC math related
Operating System: Linux 2.2.18
PHP Version: 4.0.6
New Comment:
Confirmed with latest CVS. Either the documentation is wrong or the implementation.
Both won't need rocket sience to fix ...
Btw, this seems to be true for all bc*() functions.
Probably the documentation isn't clear enough about the current behaviour. Andi?
- Markus
Previous Comments:
[2001-10-04 19:18:17] [EMAIL PROTECTED]
BC functions apply decimal places also on arguments but it should only apply them on
the result.
For example bcmul('8.78','100',0) should return 878 and not 800 as it does now.
Edit this bug report at http://bugs.php.net/?id=13551edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13468 Updated: Always show T_STRING' or `T_VARIABLE' or
ID: 13468
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: MySQL related
Operating System: Win 98 SE Chinese Ver
PHP Version: 4.0.6
New Comment:
Muha :) Again bogusified. Do not respond.
- Markus
Previous Comments:
[2001-10-02 09:18:36] [EMAIL PROTECTED]
Thank you, Derick!
MIKE
[2001-10-02 09:11:45] [EMAIL PROTECTED]
Bogus, and do not open it again please.
Derick
[2001-10-02 09:10:42] [EMAIL PROTECTED]
Sorry, it is not a bug!
I finally found the reason for why does the IE always show info as below:
Parse error: parse error, expecting `T_STRING' or `T_VARIABLE' or
`T_NUM_STRING' in c:\program files\apache
group\apache\htdocs\web\site1\list.php on line --[the number of line]
It is because the echo (including print) doesn't work at the line
below,
echo trtda href=\profile.php?id=$arr['user_id']\ target='_top';
showing the error info as I mentioned. ( but it should work according to PHP books)
It only works when the $arr['user_id'] is out of the quotes.
echo trtda href=\profile.php?id=.$arr['user_id'].\
target='_top';
then IE showed no error any longer.
So I have to let all $arr['key'] out of the quotes, then the scripts are Ok.
[2001-10-02 09:10:13] [EMAIL PROTECTED]
Not a bug, and BTW, this:
echo trtda href=\profile.php?id={$arr['user_id']}\ target='_top';
works too. (Use { } around it)
Derick
[2001-10-02 09:08:41] [EMAIL PROTECTED]
Sorry, it is not a bug!
I finally found the reason for why does the IE always show info as below:
Parse error: parse error, expecting `T_STRING' or `T_VARIABLE' or
`T_NUM_STRING' in c:\program files\apache
group\apache\htdocs\web\site1\list.php on line --[the number of line]
It is because the echo (including print) doesn't work at the line
below,
echo trtda href=\profile.php?id=$arr['user_id']\ target='_top';
showing the error info as I mentioned. ( but it should work according to PHP books)
It only works when the $arr['user_id'] is out of the quotes.
echo trtda href=\profile.php?id=.$arr['user_id'].\
target='_top';
then IE showed no error any longer.
So I have to let all $arr['key'] out of the quotes, then the scripts are 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/?id=13468
Edit this bug report at http://bugs.php.net/?id=13468edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13518 Updated: sscanf don't like the next character following the field definition.
ID: 13518 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Strings related Operating System: Linux 2.4.9 (redhat 6.2) PHP Version: 4.0.6 New Comment: %s Matches a sequence of non-white-space characters. This is taken straight from the sscanf manual page. Although PHP has its own implemention, at this point they do match. If you have such simple things you might want to use explode(), split() and friends. Not a bug, bogusified. - Markus Previous Comments: [2001-10-02 14:32:27] [EMAIL PROTECTED] $string = aaa:bbb:ccc:ddd; list($a,$b,$c,$d) = sscanf($string,%s:%s:%s:%s); print $a,$b,$c,$d\n; $string will be contained in $a instead of being splitted in $a,$b,$c,$d. Edit this bug report at http://bugs.php.net/?id=13518edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13464 Updated: PHP crashes when string not closed in a switch statement
ID: 13464
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Unknown/Other Function
Operating System: Windows 2000 Pro
PHP Version: 4.0.4pl1
New Comment:
Cannot reproduce with 4.0.6 and latest CVS.
- Markus
Previous Comments:
[2001-09-26 21:50:07] [EMAIL PROTECTED]
When a string statement is not closed correctly in a case statement, the php engine
crashes and causes a windows error. Example of the bad code:
switch ($oRow[imageAlignment]) {
case 1:
$sOutput = br\n .
$sImageOutputbr\n .
$mainContentbr\n .
break;
case 2:
$sOutput = br\n .
$mainContentbr\n .
$sImageOutputbr\n;
break;
}
Fixing the case 1 statement to terminate the string will fix the crashing error.
Edit this bug report at http://bugs.php.net/?id=13464edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13448 Updated: The recode_string() function doesn't work.
ID: 13448 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Unknown/Other Function Operating System: PHP Version: 4.0.5 New Comment: You haven't compiled your php version with support for recode. It depends on an external librecode library. Next time, please read the do's and don'ts and ask such question at [EMAIL PROTECTED] No bug - bogusified. - Markus Previous Comments: [2001-09-26 06:51:15] [EMAIL PROTECTED] The parser say's: Call to undefined function: recode_string() in ... . So, is the function not implemented? [2001-09-26 06:48:52] [EMAIL PROTECTED] What does not work? Please add a short script so that we can check what goes wrong. Derick [2001-09-26 06:41:35] [EMAIL PROTECTED] The recode_string() function doesn't work. Edit this bug report at http://bugs.php.net/?id=13448edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13134 Updated: ftp_put couldn't open local file
ID: 13134 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Bogus Bug Type: FTP related Operating System: windows NT PHP Version: 4.0.5 New Comment: User error - bogusifying. - Markus Previous Comments: [2001-09-24 03:31:24] [EMAIL PROTECTED] Sorries, 1-Sorry, It was a human error (ok, i'm this human), my distant path was wrong 2-Sorry for the response time, i was go away on holiday. Thanks for your interest John [2001-09-22 11:59:01] [EMAIL PROTECTED] No feedback, so closing Derick [2001-09-04 12:07:43] [EMAIL PROTECTED] Can you provide a sample script? [2001-09-04 11:30:49] [EMAIL PROTECTED] ftp_put couldn't open local file to transfert on remote Edit this bug report at http://bugs.php.net/?id=13134edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13417 Updated: Cannot open file for writing
ID: 13417 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: GD related Operating System: solaris 8 PHP Version: 4.0.6 New Comment: Useless bug report and probably a user error. Please ask support questions at [EMAIL PROTECTED] Bogusifying. I you really think its a PHP problem first update to the latest version (try snaps.php.net ) and then reopen this bug report with more information (read the do's and dont's) - Markus Previous Comments: [2001-09-24 12:31:22] [EMAIL PROTECTED] get the following error when trying to create image files (png) with php. errornum2/errornum errortypeWarning/errortype errormsgimagepng: unable to open '/images/image1.png' for writing/errormsg Edit this bug report at http://bugs.php.net/?id=13417edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13419 Updated: strtok doesn't properly work with # as a token
ID: 13419 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Strings related Operating System: linux 2.4.9 (debian unstable) PHP Version: 4.0.6.7rc2 New Comment: This is not a bug. This is the way strtok() works. Although PHP uses its own implementation, strtok() under C works the same and PHP mimics the C version (anything else would render this function useless). No bug, bogusifying. If you need similar functionality take a look at explode()/split() - Markus Previous Comments: [2001-09-24 15:29:53] [EMAIL PROTECTED] in the following code: $string = #This is an example string; $tok1 = strtok($string,#); $tok1 should equal nothing.. however it equals $string This bug breaks ACID: http://www.cert.org/kb/acid/ people on IRC have verified that this bug is also in CVS as of this report Edit this bug report at http://bugs.php.net/?id=13419edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13403 Updated: array_unique() removes all but the non unique items
ID: 13403 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Arrays related Operating System: Mac OS x PHP Version: 4.0.6 New Comment: Set to bogus per user request. - Markus Previous Comments: [2001-09-23 04:03:13] [EMAIL PROTECTED] go ahead and marke this bogus. I am usinga multidimensional array. however, the functionaly does appear to be changed from the earlier version. :-/ [2001-09-23 03:59:44] [EMAIL PROTECTED] the topic is the opposite of what i meant to say (kinda like that array_unique() does now..heh) [2001-09-23 03:38:11] [EMAIL PROTECTED] the topic is the opposite of what i meant to say (kinda like that array_unique() does now..heh) [2001-09-23 03:36:58] [EMAIL PROTECTED] my php got upgraded to 4.0.6 wiht as OS upgrade, breaking the array_unique() so that it works exactly the opposite of how it should. it removes all unique items leaving duplicated ones. [2001-09-23 03:35:51] [EMAIL PROTECTED] my php got upgraded to 4.0.6 wiht as OS upgrade, breaking the array_unique() so that it works exactly the opposite of how it should. it removes all unique items leaving duplicated ones. Edit this bug report at http://bugs.php.net/?id=13403edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13404 Updated: date('Z') seems to be wrong
ID: 13404
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Closed
Status: Bogus
Bug Type: Date/time related
Operating System: FreeBSD 4.3-RELEASE
PHP Version: 4.0CVS-2001-09-23
New Comment:
No bug - bogus.
- Markus
Previous Comments:
[2001-09-23 04:39:14] [EMAIL PROTECTED]
Umm, never mind. Never let a programmer like me work in DST this late at night.
[2001-09-23 04:10:21] [EMAIL PROTECTED]
date('Z') is returning -25200 on my system (mountain), even though though the rest of
the system believes it is in the pacific time zone (rightfully so). /bin/date returns
Sun Sep 23 01:09:17 PDT 2001.
configure line: './configure' '--prefix=/usr/local/apps/rf_php'
'--with-config-file-path=/usr/local/apps/rf_php/lib'
'--with-exec-dir=/usr/local/apps/rf_php/bin'
'--with-apxs=/usr/local/apps/rf_apache/bin/apxs' '--with-imap' '--with-gd=/usr/local'
'--with-mysql=/usr/local/apps/mysql' '--with-db' '--without-pear'
Edit this bug report at http://bugs.php.net/?id=13404edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13398 Updated: get_exif_data() eats memory
ID: 13398 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: *Graphics related Operating System: Linux 2.4 PHP Version: 4.0.6 New Comment: Please try http://www.php.net/~zeev/php-4.0.7RC2.tar.gz or a snapshot from http://snaps.php.net/ and re-open the bug if the problem still persists. Please also make the image available to download somewhere if you re-open the bug for testing. - Markus Previous Comments: [2001-09-22 13:38:08] [EMAIL PROTECTED] Short Script: ? $exif_data = read_exif_data(/path/to/IMAGE.JPG); echo Hello World!; ? my configure line (taken from phpinfo()): (--enable-memory-limit patch enabled) './configure' '--prefix=/usr' '--with-config-file-path=/etc' '--disable-debug' '--enable-pic' '--enable-shared' '--enable-inline-optimization' '--with-apxs=/usr/sbin/apxs' '--with-exec-dir=/usr/bin' '--with-regex=system' '--with-gettext' '--with-gd' '--with-jpeg-dir=/usr' '--with-png' '--with-zlib' '--with-db2' '--with-db3' '--with-gdbm' '--enable-debugger' '--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars' '--enable-ftp' '--enable-wddx' '--enable-exif' '--without-oracle' '--without-oci8' '--with-xml' '--enable-memory-limit' I had the same problem without --enable-memory-limit (and without the patch) Tell me, if you need any further information -Marc Edit this bug report at http://bugs.php.net/?id=13398edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13397 Updated: cvs branch PHP_4_0_7 doesn't compile: redefinition of `yy_state_type
ID: 13397 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Compile Failure Operating System: linux different distributions PHP Version: 4.0CVS-2001-09-22 New Comment: Has been fixed in CVS. - Markus Previous Comments: [2001-09-22 13:04:29] [EMAIL PROTECTED] cvs from just before Branch PHP_4_0_7: make reports (on debian testing, debian unstable and suse 7.0): [...] gcc -DHAVE_CONFIG_H -I. -I. -I../main -DLINUX=22 -DUSE_HSREGEX -DUSE_EXPAT -I../TSRM -g -Wall -c zend_language_scanner.c-fPIC -DPIC -o zend_language_scanner.lo In file included from zend_compile.h:188, from ./zend_language_scanner.l:55: zend_globals.h:219: redefinition of `yy_state_type' zend_language_scanner.c:305: `yy_state_type' previously declared here zend_language_scanner.c:5645: warning: `yy_fatal_error' defined but not used zend_language_scanner.c:2714: warning: `yy_last_accepting_state' defined but not used zend_language_scanner.c:2715: warning: `yy_last_accepting_cpos' defined but not used zend_language_scanner.c:2721: warning: `yy_more_flag' defined but not used zend_language_scanner.c:2722: warning: `yy_more_len' defined but not used zend_language_scanner.c:5630: warning: `yy_top_state' defined but not used make[1]: *** [zend_language_scanner.lo] Error 1 make[1]: Leaving directory `/opt/cvs/php4/ZendEngine1' make: *** [all-recursive] Error 1 Edit this bug report at http://bugs.php.net/?id=13397edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13360 Updated: Creating an Skeleton in ext/
ID: 13360 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Unknown/Other Function Operating System: Tru64 PHP Version: 4.0.6 New Comment: You will need autoconf 2.13. No PHP bug anyway; such question are best asked on php-dev@ The current CVS has lately received some changes to be autoconf 2.52 compatible; you might want to use it instead. - Markus Previous Comments: [2001-09-18 03:57:26] [EMAIL PROTECTED] i've an little extension to use message queues from php to an other process. the steps after ext_skel producinf some errors: ege@sst30 cd php-4.0.6/ext/ ege@sst30 ./ext_skel --extname=ipc - all okay ege@sst30 vi ipc/config.m4 1 dnl $Id$ 2 dnl config.m4 for extension ipc 3 4 PHP_ARG_ENABLE (ipc,enable to include IPC support, 5 [ --enable-ipc Include IPC support]) 6 7 if test $PHP_IPC != no; then 8AC_DEFINE(HAVE_IPC,1,[ ]) 9PHP_EXTENSION(ipc, $ext_shared) 10 fi ege@sst30 cd .. ege@sst30 ./buildconf buildconf: checking installation... buildconf: autoconf version 2.52 (ok) buildconf: automake version 1.5 (ok) buildconf: libtool version 1.4 (ok) Make: Cannot open build/generated_lists. Stop. *** Exit 1 Stop. first error i must copy the file generated_lists to build/ ege@sst30 cp cp generated_lists build/ ege@sst30 ./buildconf rebuilding Makefile templates automake: configure.in: installing `./ylwrap' rebuilding configure ./aclocal.m4:813: error: m4_defn: undefined macro: _m4_divert_diversion ./aclocal.m4:359: PHP_SUBST is expanded from... ./aclocal.m4:813: the top level rebuilding main/php_config.h.in ./aclocal.m4:813: error: m4_defn: undefined macro: _m4_divert_diversion ./aclocal.m4:359: PHP_SUBST is expanded from... ./aclocal.m4:813: the top level autoconf: tracing failed ^ Next error. I have no idea with m4... to compile my module into php i edited the ./configure manually after this i can compile php with my ipc-support greetings gerald Edit this bug report at http://bugs.php.net/?id=13360edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13361 Updated: Seg Fault
ID: 13361
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Unknown/Other Function
Operating System: Linux 2.2.16
PHP Version: 4.0.6
New Comment:
Not reproduceable with 4.0.6 on my machine ..
Anyway, it also works on CVS so. Try one from http://snaps.php.net/
Closed.
- Markus
Previous Comments:
[2001-09-18 05:37:12] [EMAIL PROTECTED]
#!/usr/bin/php -q
?php
echo Ihr Name:;
if ($fp = fopen(php://stdin,r)) {
$line = fgets($fp, 100);
fclose($fp);
}
$name = ereg_replace([\n\r], '', $line);
echo Hallo $name!\n;
?
This Program makes me with my Binary a seg fault after 3 executions .. ?
Edit this bug report at http://bugs.php.net/?id=13361edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13352 Updated: trim/rtrim/ltrim do not work as advertised
ID: 13352
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Unknown/Other Function
Operating System: Linux
PHP Version: 4.0.6
New Comment:
Verified to work with latest CVS. 4.0.6 had no support for second paramter so I might
guess your version number is wrong in the report. Please also test with CVS.
- Markus
Previous Comments:
[2001-09-17 16:02:50] [EMAIL PROTECTED]
?php
echo rtrim('foo bar ', ' ');
?
if you specify a character class as the second argument (like the documentation states
is legal), you get returned nothing at all. a quick look at string.c seems to
indicate no evidence of this ever working, is the code wrong, or the documentation?
Edit this bug report at http://bugs.php.net/?id=13352edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13314 Updated: Warning: Supplied argument is not a valid MySQL result resource
ID: 13314
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: MySQL related
Operating System: Red Hat Linux 7.1
PHP Version: 4.0.6
New Comment:
This is no support forum, ask such questions at [EMAIL PROTECTED]
- Markus
Previous Comments:
[2001-09-15 05:11:59] [EMAIL PROTECTED]
i am assuming so, since the site login validates the password against the database.
I just tried adding die($result) immediately preceding the mysql_fetch_row line again
and came up with:
Resource id #2
--
Rex
[2001-09-15 05:11:20] [EMAIL PROTECTED]
i am assuming so, since the site login validates the password against the database.
I just tried adding die($result) immediately preceding the mysql_fetch_row line again
and came up with:
Resource id #2
--
Rex
[2001-09-15 05:00:32] [EMAIL PROTECTED]
Are you connecting to the MySQL database before you execute
your query?
[2001-09-15 04:53:58] [EMAIL PROTECTED]
Background: I am running RH7.1 with MySQL 3.23, PHP-Nuke 5.0, and phpBB 1.4.1 (both
Nuke and the BB are using the same database). After reading through ticket number
10368, I removed PHP4.0.4, and compiled 4.0.6 using --with-mysql=/usr/ --with-apxs
I continue to get the following error:
Warning: Supplied argument is not a valid MySQL result resource.
The code that produces this error is this:
function cookiedecode($user) {
global $cookie, $prefix;
$user = base64_decode($user);
$cookie = explode(:, $user);
$result = mysql_query(select pass from $prefix._users. where
uname='$cookie[1]');
list($pass)= mysql_fetch_row($result);
if ($cookie[2] == $pass $pass != ) {
return $cookie;
} else {
unset($user);
unset($cookie);
}
}
I have determined that everything works up until the mysql_fetch_row function. i did
this by inserting
die($result) on the line prior to mysql_fetch_row.
The resulting output is this: Resource id #2
I have been able to run the query inside mysql, and went so far as to have php die at
the $cookie[1] and $cookie[2], just to verify that it was looking at the right
information.
Any ideas or suggestions as far as this is concerned would be a great help.
Thank you,
--
Rex
Edit this bug report at http://bugs.php.net/?id=13314edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13315 Updated: problem with function definitions
ID: 13315
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: *General Issues
Operating System: WIN98/APACHE1.3.19
PHP Version: 4.0.4pl1
New Comment:
Shouldn't. Default values must be constant expressions.
Not a bug, bogusified.
- Markus
Previous Comments:
[2001-09-15 05:11:56] [EMAIL PROTECTED]
?php
$foo = 'foo';
function showvar( $bar = $foo )
{
//global $foo
//doesn't work either
echo $bar;
}
showvar();
showvar('bar');
?
gives me a parse error on line 3:(
also:
?php
$foo = 'foo';
function returnvar()
{
global $foo;
return $foo;
}
function whatisvar( $bar = returnvar() )
{
echo $bar;
}
?
gives me this:
Parse error: parse error, expecting `')'' in c:/path/to/script/test.php on line 9
Should work, shouldn't it?
Edit this bug report at http://bugs.php.net/?id=13315edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13323 Updated: read_exif_data fails with images produced by FujiFilm 4900Zoom
ID: 13323
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: *Graphics related
Operating System: Windows 2000 Pro
PHP Version: 4.0.6
New Comment:
Please try a recent snapshot from http://snaps.php.net:8000/
- Markus
Previous Comments:
[2001-09-15 19:35:05] [EMAIL PROTECTED]
Image produced by FujiFilm 4900Zoom
Examples of error messages. The number of bytes in the error messages varies from
image to image.
With an image taken at 640x480 I get error:
Fatal error: Illegal thumbnail size in E:\MyFiles\web\rucc\oldtest.php on line 12
With an image taken at 1280x960 I get error:
FATAL: emalloc(): Unable to allocate -266076160 bytes
With an image taken at 1600x1200 I get error:
FATAL: emalloc(): Unable to allocate -1222377472 bytes
With an image taken at 2400x1800 I get error:
FATAL: emalloc(): Unable to allocate -500891648 bytes
It would appear that it is falling over in function 'ExtractThumbnail' that can be
found in exif.c
I have tried the same php script with an image taken by an Olympus camera and it works
without problem.
All the other Exif reading utilities I have work equally well with Olympus and Fuji
images.
Some sample images
640x480 - http://marct.com/DSCF0023.JPG
1280x960 - http://marct.com/DSCF0022.JPG
1600x1200 - http://marct.com/DSCF0021.JPG
2400x1800 - http://marct.com/DSCF0020.JPG
Sample Script:
?php
$exif = read_exif_data ('DSCF0023.JPG');
?
I am using the pre-compiled version of PHP, 4.0.6 with IIS5.
The only change I have made to the php.ini file it to un-comment the line
'extension=php_exif.dll'
I would be of great benefit if I could use this php function with these images and
will help in any way I can to fix the problem.
Thank You
Marc
Edit this bug report at http://bugs.php.net/?id=13323edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13266 Updated: Maybe not a PHP Library ?
ID: 13266 Updated by: mfischer Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Dynamic loading Operating System: Windows NT 4.0 PHP Version: 4.0.6 New Comment: Make sure your module entry is in the source #ifdef COMPILE_DL_YOURMODULE ZEND_GET_MODULE(yourmodule) #endif - Markus Previous Comments: [2001-09-12 11:51:17] [EMAIL PROTECTED] support problem and most likely not a bug (at least not enough info to find out), please ask the phpdev mailing list (and give more info) [2001-09-12 11:40:45] [EMAIL PROTECTED] HI, I am trying to load newly made PHP extension module (C++). (e.g. mymodule.dll) using dl(). The error when accessing PHP file in browser with Apache Web Server is : Invalid Library (Maybe not a PHP Library) mymodule.dll I used these configurations : PHP 4.0.6 Apache 1.3.20 Windows NT 4.0 Visual C++ 6.0 Comments Please. Thanks. Atur Shah. ([EMAIL PROTECTED]) Edit this bug report at http://bugs.php.net/?id=13266edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13267 Updated: segfault with parent::
ID: 13267
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Scripting Engine problem
Operating System: linux
PHP Version: 4.0.6
New Comment:
Cannot reproduce in latest CVS (but verified with 4.0.6).
- Markus
Previous Comments:
[2001-09-12 13:01:37] [EMAIL PROTECTED]
PHP segfaults if parent:: is used in a class that is
defined in a file other than the file in which its base class
is defined.
Example code:
*** one.php ***
?
class a
{
function g()
{
echo x\n;
}
}
?
*** two.php ***
?
require(one.php);
class b extends a
{
function f()
{
parent::g();
}
}
header(content-type: text/plain);
b::f();
?
(gdb) bt
#0 0x40226874 in execute (op_array=0x8119ba4) at zend_execute.c:1426
#1 0x40226f96 in execute (op_array=0x81135e4) at zend_execute.c:1544
#2 0x40237eab in zend_execute_scripts (type=8, file_count=3) at zend.c:752
#3 0x4024f89c in php_execute_script (primary_file=0xb644) at main.c:1206
#4 0x4024b105 in apache_php_module_main (r=0x80fb1a4, display_source_mode=0) at
sapi_apache.c:89
#5 0x4024be20 in send_php (r=0x80fb1a4, display_source_mode=0, filename=0x80fbd54
/home/blixen/carl/apache/htdocs/test/two.php)
at mod_php4.c:536
#6 0x4024be65 in send_parsed_php (r=0x80fb1a4) at mod_php4.c:547
#7 0x8054973 in ap_invoke_handler ()
#8 0x8068bab in process_request_internal ()
#9 0x8068c20 in ap_process_request ()
#10 0x805ff7d in child_main ()
#11 0x80601e7 in make_child ()
#12 0x806029b in startup_children ()
#13 0x806090d in standalone_main ()
#14 0x806113b in main ()
#15 0x400c7a8e in __libc_start_main (main=0x8060da0 main, argc=1, argv=0xb924,
init=0x804eb28 _init, fini=0x8096c90 _fini,
rtld_fini=0x4000aa50 _dl_fini, stack_end=0xb91c) at
../sysdeps/generic/libc-start.c:92
Edit this bug report at http://bugs.php.net/?id=13267edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13166 Updated: ./buildconf fails to build a correct configure file
ID: 13166 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Compile Failure Operating System: freebsd 4.3 - stable PHP Version: 4.0CVS-2001-09-06 New Comment: Did you try libtool 1.4 (no .1) ? - Markus Previous Comments: [2001-09-06 03:07:56] [EMAIL PROTECTED] yes, i just updated again and reproduced the exact same error. (i updated Zend and TSRM as well) each time i've updated, i do a 'rm configure', then a './buildconf' - and the same errors occur during the build. [2001-09-06 03:05:22] [EMAIL PROTECTED] yes, i just updated again and reproduced the exact same error. (i updated Zend and TSRM as well) each time i've updated, i do a 'rm configure', then a './buildconf' - and the same errors occur during the build. [2001-09-06 02:57:17] [EMAIL PROTECTED] Was this a fresh checkout? Derick [2001-09-06 02:53:22] [EMAIL PROTECTED] i downloaded the latest cvs (11:30 pm pacific USA time), and upon trying to compile got the following error: root@isber[/www/php4/php4]% ./buildconf rebuilding Makefile templates rebuilding configure configure.in:124: warning: AC_PROG_LEX invoked multiple times configure.in:88: error: possibly undefined macro: AC_MSG_RESULT configure.in:220: error: possibly undefined macro: AC_DEFINE configure:60877: error: possibly undefined macro: _LT_AC_TRY_DLOPEN_SELF rebuilding main/php_config.h.in upon running a ./configure i get the following error: Configuring Zend checking for ld used by GCC... /usr/libexec/elf/ld checking if the linker (/usr/libexec/elf/ld) is GNU ld... yes checking for BSD-compatible nm... /usr/bin/nm -B ./ltconfig: Can't open ./ltconfig: No such file or directory configure: error: libtool configure failed i'm using libtool-1.4.1, automake-1.4.5, autoconf-2.52 Edit this bug report at http://bugs.php.net/?id=13166edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13137 Updated: CVS incompatible with autoconf 2.13 (AC_LANG_POP)
ID: 13137 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: *Compile Issues Operating System: Debian GNU/Linux unstable (sid) PHP Version: 4.0CVS-2001-09-04 New Comment: Try libtool 1.4 (without any traling 'b') - this should work for now. - Markus Previous Comments: [2001-09-04 13:06:52] [EMAIL PROTECTED] With current CVS, I see the following output when running buildconf on a Debian system: $ ./buildconf buildconf: checking installation... buildconf: autoconf version 2.13 (ok) buildconf: automake version 1.4-p4 (ok) buildconf: libtool version 1.4b 1996, (ok) rebuilding Makefile templates automake: configure.in: installing `Zend/ylwrap' rebuilding configure autoconf: Undefined macros: ***BUG in Autoconf--please report*** AC_LANG_PUSH ***BUG in Autoconf--please report*** AC_LANG_POP ***BUG in Autoconf--please report*** AC_LANG_PUSH ***BUG in Autoconf--please report*** AC_LANG_PROGRAM ***BUG in Autoconf--please report*** AC_LANG_PROGRAM ***BUG in Autoconf--please report*** AC_MSG_NOTICE ***BUG in Autoconf--please report*** AC_LANG_POP ***BUG in Autoconf--please report*** AC_LANG_PUSH ***BUG in Autoconf--please report*** AC_LANG_PROGRAM ***BUG in Autoconf--please report*** AC_LANG_PROGRAM ***BUG in Autoconf--please report*** AC_LANG_POP ***BUG in Autoconf--please report*** AC_LANG_PROGRAM ***BUG in Autoconf--please report*** AC_LANG_PROGRAM rebuilding acconfig.h rebuilding main/php_config.h.in $ Needless to say, the resulting `./configure' file is not a valid shell script. I've verified also on a RedHat system that autoconf 2.13 does not provide these macros; they are only available in autoconf 2.5x. If it is intended that PHP CVS be compatible with autoconf 2.13, these macros should be replaced with something more portable; otherwise, I'd appreciate it if the configure.in was clearly tagged as being autoconf 2.5-specific, so that Debian's autodetection has a chance at handling it properly. Edit this bug report at http://bugs.php.net/?id=13137edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13137 Updated: CVS incompatible with autoconf 2.13 (AC_LANG_POP)
ID: 13137 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Bogus Bug Type: *Compile Issues Operating System: Debian GNU/Linux unstable (sid) PHP Version: 4.0CVS-2001-09-04 New Comment: No PHP Bug - bogusified. ML and other Bug reports already have hints to use libtool 1.4. - Markus Previous Comments: [2001-09-04 17:54:51] [EMAIL PROTECTED] Yes, I appear to have unreasonable expectations that Debian unstable won't severely munge the developer tools. The libtool bug of not declaring AC_PREREQ(2.50) has been fixed recently, but the autoconf package there still has a bug in failing to notice this declaration. I'll be taking the issue up with the maintainer of that package. Thanks and sorry, Steve Langasek postmodern programmer [2001-09-04 17:44:09] [EMAIL PROTECTED] You *ARE* running unstable, after all. Everything is fine with testing...it's really not a PHP bug. [2001-09-04 17:20:05] [EMAIL PROTECTED] Try libtool 1.4 (without any traling 'b') - this should work for now. - Markus [2001-09-04 13:06:52] [EMAIL PROTECTED] With current CVS, I see the following output when running buildconf on a Debian system: $ ./buildconf buildconf: checking installation... buildconf: autoconf version 2.13 (ok) buildconf: automake version 1.4-p4 (ok) buildconf: libtool version 1.4b 1996, (ok) rebuilding Makefile templates automake: configure.in: installing `Zend/ylwrap' rebuilding configure autoconf: Undefined macros: ***BUG in Autoconf--please report*** AC_LANG_PUSH ***BUG in Autoconf--please report*** AC_LANG_POP ***BUG in Autoconf--please report*** AC_LANG_PUSH ***BUG in Autoconf--please report*** AC_LANG_PROGRAM ***BUG in Autoconf--please report*** AC_LANG_PROGRAM ***BUG in Autoconf--please report*** AC_MSG_NOTICE ***BUG in Autoconf--please report*** AC_LANG_POP ***BUG in Autoconf--please report*** AC_LANG_PUSH ***BUG in Autoconf--please report*** AC_LANG_PROGRAM ***BUG in Autoconf--please report*** AC_LANG_PROGRAM ***BUG in Autoconf--please report*** AC_LANG_POP ***BUG in Autoconf--please report*** AC_LANG_PROGRAM ***BUG in Autoconf--please report*** AC_LANG_PROGRAM rebuilding acconfig.h rebuilding main/php_config.h.in $ Needless to say, the resulting `./configure' file is not a valid shell script. I've verified also on a RedHat system that autoconf 2.13 does not provide these macros; they are only available in autoconf 2.5x. If it is intended that PHP CVS be compatible with autoconf 2.13, these macros should be replaced with something more portable; otherwise, I'd appreciate it if the configure.in was clearly tagged as being autoconf 2.5-specific, so that Debian's autodetection has a chance at handling it properly. Edit this bug report at http://bugs.php.net/?id=13137edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13112 Updated: problems writing files when PHP is run from command line
ID: 13112 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Filesystem function related Operating System: windows PHP Version: 4.0.6 New Comment: With which application do you view the file? Try redirecting stdout to a file and see if you can see the accented characters. php -f yourscript.php output Awaiting feedback. - Markus Previous Comments: [2001-09-03 12:27:12] [EMAIL PROTECTED] There is a problem when i use PHP as a command script. When i write some string with accented chars to the screen it is ok, but when i write the same string into a file the accents don't show and are changed by other Chars. When i run the same script by the browser i don't get any problem. Is this a PHP problem or a character map of my computer? Thank you. Edit this bug report at http://bugs.php.net/?id=13112edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13115 Updated: .htaccess password secured Script is run twice
ID: 13115 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Apache related Operating System: RedHat Linux 7.1 PHP Version: 4.0.4pl1 New Comment: That's how it is supposed to work. The browser accesses the page, get's a not authorized error (401), and, if the user has already entered the authentication incredents, requests the page again with the auth data; else you will be prompted for them and then the page is requested again. Not a PHP bug, bogusified. - Markus Previous Comments: [2001-09-03 15:18:29] [EMAIL PROTECTED] given: a directory secured with http basic authentication and only accessible by using username and password supplied in a password and a group file. The Access.Logfile shows 2 requests for the same page, with the first being denied by 401 and the second with a correct reply (200) The PHP script runs twice, with the first Output being garbaged. Reproduced on Standard Redhat rpm installation as well as on specific compilation. Always as php-apache-module here 2 Lines from the log 1.1.1.1 - - [03/Sep/2001:19:02:54 +] POST /_admin_/phpQLAdmin/domain_add.php HTTP/1.0 401 397 http://myserver/_admin_/phpQLAdmin/home.php; Mozilla/4.0 (compatible; MSIE 5.01; Windows NT 5.0) 1.1.1.1 - admin [03/Sep/2001:19:02:55 +] POST /_admin_/phpQLAdmin/domain_add.php HTTP/1.0 200 352 http://myserver/_admin_/phpQLAdmin/home.php; Mozilla/4.0 (compatible; MSIE 5.01; Windows NT 5.0) Edit this bug report at http://bugs.php.net/?id=13115edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13115 Updated: .htaccess password secured Script is run twice
ID: 13115 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Apache related Operating System: RedHat Linux 7.1 PHP Version: 4.0.4pl1 New Comment: Bogusified (again?) on user request. - Markus Previous Comments: [2001-09-03 16:50:46] [EMAIL PROTECTED] ok, sorry! remove this report!! My script code was indeed executed twice but as a result of having the script doing a apachectl restart in an invoked sudo shellscript. authentication is fine, and killing one's own PID resulted in the Browser reloading the page and reexecuting the first part of the script without being logged twice (the interupted request probably). sorry [2001-09-03 15:31:01] [EMAIL PROTECTED] That's how it is supposed to work. The browser accesses the page, get's a not authorized error (401), and, if the user has already entered the authentication incredents, requests the page again with the auth data; else you will be prompted for them and then the page is requested again. Not a PHP bug, bogusified. - Markus [2001-09-03 15:18:29] [EMAIL PROTECTED] given: a directory secured with http basic authentication and only accessible by using username and password supplied in a password and a group file. The Access.Logfile shows 2 requests for the same page, with the first being denied by 401 and the second with a correct reply (200) The PHP script runs twice, with the first Output being garbaged. Reproduced on Standard Redhat rpm installation as well as on specific compilation. Always as php-apache-module here 2 Lines from the log 1.1.1.1 - - [03/Sep/2001:19:02:54 +] POST /_admin_/phpQLAdmin/domain_add.php HTTP/1.0 401 397 http://myserver/_admin_/phpQLAdmin/home.php; Mozilla/4.0 (compatible; MSIE 5.01; Windows NT 5.0) 1.1.1.1 - admin [03/Sep/2001:19:02:55 +] POST /_admin_/phpQLAdmin/domain_add.php HTTP/1.0 200 352 http://myserver/_admin_/phpQLAdmin/home.php; Mozilla/4.0 (compatible; MSIE 5.01; Windows NT 5.0) Edit this bug report at http://bugs.php.net/?id=13115edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8480 Updated: TSRM.dsp has LF only; needs CRLF
ID: 8480 Updated by: mfischer Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Compile Problem Operating System: Win32 PHP Version: 4.0.4 New Comment: Finally has been fixed in CVS. - Markus Previous Comments: [2000-12-29 19:12:03] [EMAIL PROTECTED] It works fine directly from cvs. If the tarball is created on a uxix/linux system the CRLF is converted to LF at check out. If the file is checked out on a Windows system it contains CRLF. [2000-12-29 12:42:41] [EMAIL PROTECTED] This file is distribued with LF only in the source tarball; rather than with CRLF. MSVisualStudio pukes on it (and tries to write a new (bogus) .dsp that wraps it). It probably got stripped during the CVS checkin. Edit this bug report at http://bugs.php.net/?id=8480edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8534 Updated: msvc6 compilation glitches
ID: 8534 Updated by: mfischer Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: *Install and Config Operating System: WinNT4sp6 PHP Version: 4.0.4 New Comment: TSRM.DSP has been fixed in cvs now. - Markus Previous Comments: [2001-01-05 13:14:33] [EMAIL PROTECTED] fixed for php cvs [2001-01-03 10:07:16] [EMAIL PROTECTED] Just to get the Windows compilation a bit smoother: Before php4ts will compile I must alter the following things... - TSRM.dsp - convert UNIX (CR)LF's... to PC CRLF's this is the only project file that still has UNIX-style LF's - For all project settings that call bison (custom build for all .y files) you must remove the -S option, because it isn't supported by bison After this a rebuild all works without errors (though still with a lot of warnings). Cheerio, Marc. Edit this bug report at http://bugs.php.net/?id=8534edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13074 Updated: Comment and Class definition
ID: 13074
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Scripting Engine problem
Operating System: FreeBSD 4.2-RELEASE
PHP Version: 4.0.6
New Comment:
I cannot reproduce this with latest CVS not with 4.0.6 .
Please try the latest snapshot: http://snaps.php.net/
Previous Comments:
[2001-08-31 05:24:18] [EMAIL PROTECTED]
1.php:
/*
class dirMenu {
var $a1;
var $a2;
var $a3;
var $a4;
function dirMenu($x1=text1,$x2=text2,$x3=text3,$x4=text4) {
$this-a1 = $x1;
$this-a2 = $x2;
$this-a3 = $x3;
$this-a4 = $x5;
}
}
*/
2.php:
$myvar = new dirMenu(xxx,yyy,zzz,qqq);
3.php:
include(1.php);
include(2.php);
Trying to execute 3.php you get an error:
Unterminated comment in 1.php
Seems like comments do not really comment class definitions containing errors (like
dirMenu where I try to set a4 to $x5 which is not an actual parameter of the function,
while I don't understand why it is so critical, really).
Maybe this example won't work (I modified something to make it more common), contact
me then, I'll make another one.
Edit this bug report at http://bugs.php.net/?id=13074edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10342 Updated: TSRM.DSP containing LF instead of CR/LF
ID: 10342 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Analyzed Status: Closed Bug Type: Compile Failure Operating System: win32 PHP Version: 4.0 Latest CVS (11/04/2001) New Comment: Finally fixed in CVS. Previous Comments: [2001-05-03 07:49:23] [EMAIL PROTECTED] well, CVS might convert LF to CRLF, but the fact is, that TSRM.dsp in snapshots from snaps.php.net has had LF for ages. Last time I checked (php4-200105021045.tar.bz2) this was valid. [2001-04-27 13:29:36] [EMAIL PROTECTED] cvs will automatically converting LF/CR to just a LF, so it doesn't matter if you're checking in with LF/CR or just LF. on checkout CVS will use the system's setting to convert the LF. [2001-04-16 00:04:04] [EMAIL PROTECTED] There's allready a bug still open for it from last year ( #8480). The annotation to this bug stated that checking out under win32 does automatic line conversion. Under certain circumstances this doesn't seem to be true because when checking out the file its still in unix style. So, MSVC still isn't able to open (and, altough its easy to fix it locally you first have to find the problem ...) The easiest way would probably to check this file in with CL/LF ? Just :set ff=dos and :w ;-) ty Markus Edit this bug report at http://bugs.php.net/?id=10342edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11113 Updated: Problem with compile on NT
ID: 3 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Compile Failure Operating System: NT PHP Version: 4.0.5 New Comment: TSRM.DSP has been fixed in CVS. - Markus Previous Comments: [2001-05-25 10:58:38] [EMAIL PROTECTED] 1) tsrm.dsp is not a valid file for visual 2)conversion.c is not in the php4dll project 3) in zend.h assume is not valide 4)typedef_VARIANT.c is not in the php4dll project 5) CP_SYMBOL and and CP_THREAD_ACP are not valid in typedef_VARIANT.c Edit this bug report at http://bugs.php.net/?id=3edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12985 Updated: mysql_connect() forces reuse of the connection
ID: 12985 Updated by: mfischer Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating System: not os related PHP Version: 4.0.4pl1 New Comment: Vedad, I had exactly the same issue back a few months. Actually I made such a patch and sent it to Zeev, unfortunately he didn't included it. And, you're right, the patch is trivial. - Markus Previous Comments: [2001-08-27 22:47:02] [EMAIL PROTECTED] Nevermind...I read this whole report backwards. I thought you were looking for persistence, not trying to get rid of it. Apologies. [2001-08-27 22:45:59] [EMAIL PROTECTED] What is different between what you are asking for and mysql_pconnect()? http://www.php.net/msyql-pconnect [2001-08-27 20:47:11] [EMAIL PROTECTED] Hi all, i've just discovered that mysql_connect() uses a hash that forces it to reuse a connection on a second call to mysql_connect() with the same arguments, instead of opening a new connection. This was, at least for me, an unexpected behaviour: i was hoping to be able to use several database connections to the same mysql server (and same user) in order to be able to issue several LOCK TABLE or GET_LOCK() queries (mysql allows only one 'active' lock per connection) [I know basic locking may be done on php server's system level, but it doesn't make sense in web-cluster environment, and using a database to centralize locks sounds interesting] I also took a look into php's mysql api source (i'm not familiar with php sources), and adding an optional argument saying _not_ to reuse a connection or coding an alternative mysql_connect() from the existing one doesnt _seem_ to be a long or complicated task. I _might_ do the change myself for my server, but as the sites i'm working on are unlikely to be hosted on my server, this is not very portable and would be probably useless. Please tell me what you think about this issue, and if a change to mysql_connect() function is conceivable (in that case i'd be glad to do the change myself and send you the result :) Thanks -- vedad Edit this bug report at http://bugs.php.net/?id=12985edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13012 Updated: running problem
ID: 13012 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: *General Issues Operating System: Win 2000 PHP Version: 4.0.6 New Comment: This is no support forum; please ask on [EMAIL PROTECTED] . Bogusified. - Markus Previous Comments: [2001-08-28 21:04:23] [EMAIL PROTECTED] i am have trouble running php, i can run a simple doc like one to check the versiona dn get the time but i cannot run anything eles and i t gives we this Warning: Failed opening 'c:\inetpub\wwwroot\upload\admin\config.php' for inclusion (include_path='') in Unknown on line 0 its that right path, i think and what am i suppos to do with the php.ini file could you show we what changes i need to do to it. thanks Edit this bug report at http://bugs.php.net/?id=13012edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12972 Updated: is_file() sends errors to error log
ID: 12972 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Filesystem function related Operating System: Redhat 6.2 PHP Version: 4.0.5 New Comment: Wrong. You use file_exists() to first determine if something exists. The name is a bit misleading, you can verify existense of files, directories and links (read: any file type). file_exists() is written to _not_ output any error. Whereas the is_*() functions are for good reason. So, if you don't want to use file_exists(), you need to use @is_*(). This is the expected behaviour. - Markus Previous Comments: [2001-08-27 07:19:34] [EMAIL PROTECTED] when using the is_file function and a file is not found an error is sent back to the error log. I expect this simply to return false in this case. I am aware of file_exists, however in the manual: Returns true if the filename exists and is a regular file. Therefore I expect this to also be testing for file existence. I do not expect debugging output leading me to have to use @is_file and possibly miss other crucial error output. Edit this bug report at http://bugs.php.net/?id=12972edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12972 Updated: is_file() sends errors to error log
ID: 12972
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Filesystem function related
Operating System: Redhat 6.2
PHP Version: 4.0.5
New Comment:
I don't know what your 'last' is, but current CVS doesn't output anything with
file_exists():
mfischer@ficken:~$ php -q
? error_reporting(E_ALL); $bla = file_exists('sdahfw3gjkgsdgjksd'); var_dump($bla);
?
bool(false)
No error outpout.
- Markus
Previous Comments:
[2001-08-27 10:53:27] [EMAIL PROTECTED]
Actually, the last I checked, you _do_ need to use @file_exists() if you have error
reporting all the way up to avoid error output. That surprised me.
[2001-08-27 10:48:15] [EMAIL PROTECTED]
Wrong. You use file_exists() to first determine if something exists. The name is a bit
misleading, you can verify existense of files, directories and links (read: any file
type). file_exists() is written to _not_ output any error. Whereas the is_*()
functions are for good reason.
So, if you don't want to use file_exists(), you need to use @is_*(). This is the
expected behaviour.
- Markus
[2001-08-27 07:19:34] [EMAIL PROTECTED]
when using the is_file function and a file is not found an error is sent back to the
error log. I expect this simply to return false in this case. I am aware of
file_exists, however in the manual:
Returns true if the filename exists and is a regular file.
Therefore I expect this to also be testing for file existence. I do not expect
debugging output leading me to have to use @is_file and possibly miss other crucial
error output.
Edit this bug report at http://bugs.php.net/?id=12972edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12964 Updated: direct access to an array fails but walkthrough by foreach works
ID: 12964
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Linux
PHP Version: 4.0.6
New Comment:
Jan,
It's our all paperbag since you consultet a few not-so-newbie people before submitting
... ;-)
cheers,
Markus
--
All the paperbags are belong to #php.de
Previous Comments:
[2001-08-26 06:26:20] [EMAIL PROTECTED]
It seems that I've reached one of the borders of PHP/Zend.
I'm coding a qt-like environment called pasta which
results in a quite large class-tree. This is a problem for
PHP as it looses a some parts of the class:
The code:
print_r($this-sec_global);
print incpath:
.$this-sec_global[includepath].\n;
foreach($this-sec_global as $k = $v) {
print $k -- $vbr /;
}
results in the following output:
Array
(
[debug_level] = 0
[incremental] = 0
[enable_resolver] = 1
[outputdir] =
[include] =
[includepath] = ../etc/
)
Warning: Undefined index: includepath in
/pages/projects/modlogan/mlaconfiggen.php on line 262
incpath:
debug_level -- 0
incremental -- 0
enable_resolver -- 1
outputdir --
include --
includepath -- ../etc/
As you can see a print_r and foreach display the same
result. The array is filled with these data like I've
expected it. But a direct access to the array results in a
'undefined index' which looks very odd to me.
This problem exists for other class variables of this
class too:
Undefined property: processorplugin ...
This happens in the default branch of a switch.
The full code can be found at
http://jan.kneschke.de/showsource.php?page=%2Fprojects%2Fmodlogan%2Fmlaconfiggen.php
The output is at
http://jan.kneschke.de/projects/modlogan/mlaconfiggen.php
(click 3 times on the '--', fill in some data into the
4th page and click on '--' again. This will result in the
described behaviour which has been reproduced with
PHP4.0.6 and PHP4.0.7rc1)
Edit this bug report at http://bugs.php.net/?id=12964edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12910 Updated: --enable-gd-native-ttf
ID: 12910 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: PHP options/info functions Operating System: redhat7.0 PHP Version: 4.0.6 New Comment: This has been reported for ages now; bogusified. Please search the bug database before submiting a bug. - Markus Previous Comments: [2001-08-22 16:01:44] [EMAIL PROTECTED] when executing ./configure --help the option --enable-gd-native-ttf is shown. This however doesn't work, since it will always fail. Due to the configure script which checks for enable-gd-native-tt minus the f. It might help to fix either one of them, either adding an f to the configure script check or removing an f from the ./configure --help text. best regards /Kristian Rasmussen Edit this bug report at http://bugs.php.net/?id=12910edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12911 Updated: stat does not report on dead links
ID: 12911
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Filesystem function related
Operating System: linux
PHP Version: 4.0.6
New Comment:
This has been fixed in CVS.
Try a daily snapshot [1].
- Markus
[1] http://snaps.php.net:8000/
Previous Comments:
[2001-08-22 16:25:47] [EMAIL PROTECTED]
i fidled around with this bug a little and it looks like 'fileperms' also fails to
report anything on a dead link. it doesnt even report unknown, it just returns false.
'is_link' on the opposite works fine with dead links.
[2001-08-22 16:13:55] [EMAIL PROTECTED]
sorry, there was a typo below. to avoid confusion the function is stat not fstat.
[2001-08-22 16:11:54] [EMAIL PROTECTED]
if you have a link ('foo') pointing at a non exsitent target ('bar'), fstat returns
false and does not report anything about it, but even dead links have an owner etc.
Edit this bug report at http://bugs.php.net/?id=12911edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12882 Updated: one oluyo
ID: 12882 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Any Operating System: Web PHP Version: 4.0.6 New Comment: Bogus. Previous Comments: [2001-08-21 12:03:13] [EMAIL PROTECTED] ExcuSe Me :( Edit this bug report at http://bugs.php.net/?id=12882edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12837 Updated: Problem with a variable in URL
ID: 12837 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Output Control Operating System: Windows 2000 Professional PHP Version: 4.0.6 New Comment: Certainly not a bug; ask on [EMAIL PROTECTED] for support questions. - Markus Previous Comments: [2001-08-19 07:00:24] [EMAIL PROTECTED] As follows I submit a variable if by URL: http://server/list.php?name=i'm a bug I then get the variable distributed as follows: i\'m a bug This goes if I want for these to replace BACKSLASH only with this function: str_replace ereg_replace has problems Edit this bug report at http://bugs.php.net/?id=12837edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12814 Updated: Error in compile option for GD
ID: 12814 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: *Compile Issues Operating System: DEBIAN Linux Potato PHP Version: 4.0.6 New Comment: The issue has been fixed long before. Please search the Bug database before submitting a bug. - Markus Previous Comments: [2001-08-17 11:59:18] [EMAIL PROTECTED] For TTF support in GD The help say use : --enable-gd-native-ttf It work with : --enable-gd-native-tt Edit this bug report at http://bugs.php.net/?id=12814edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
