[PHP-DEV] Bug #15288 Updated: Image*-functions being avail even if they're not implemented by gd
ID: 15288 Updated by: cardinal Old Summary: Image*-functions being avail even if they're not implemented by gd Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Feature/Change Request Operating System: All PHP Version: 4.1.1 New Comment: There is already a clean way to check which image formats are supported: http://www.php.net/manual/en/function.imagetypes.php Previous Comments: [2002-01-29 20:53:30] [EMAIL PROTECTED] The Image*-functions specific for different formats are available even if they're not supported in GD. Even though this is understandable, a better practice would probably be to disable these functions, since they're not available.(so they can be checked for existance in runtime, instead of relying on errors passed back from gd) It shouldnt be much of a change, since i was able to create the desired effect using a few #ifdef's - and i've only got spare knowledge of c. http://software.e-mats.org/patches/gd_4.1.1.diff contains the diff for the gd.c-file from 4.1.1. that i used for testing. Edit this bug report at http://bugs.php.net/?id=15288edit=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 #15290 Updated: DirectoryIndex - index.php must come first
ID: 15290 Updated by: cardinal Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: *Web Server problem Operating System: rh 7.2 PHP Version: 4.1.1 New Comment: Just to get one easy thing out of the way, you don't have an index.html file in the directory, do you? Naturally, index.php must be first in the DirectoryIndex list if you want it to be displayed in a directory which contains both an index.html and an index.php Previous Comments: [2002-01-29 23:08:41] [EMAIL PROTECTED] not a typical setup...i'm developing on a vmware virtual machinebut everything else has been flawless so maybe this isn't related to that. latest versions of all, apache, php, samba When listing DirectoryIndex index.html index.php in apache on a smb mounted share aka my scripts are physically on an xp shared folder, I mount the share using smbmount the folder as a linux directory which is setup as apaches directory. I've noticed if I list index.php AFTER index.html that if i edit the index.php file on xp, the changes will not be seen by the webserver. However it is only with a file named index.php, all other filenames work fine. Wierd huh? however if I list index.php first before index.html everything works perfectly. Additionally, umounting the share and remounting doesn't fix, only listing index.php first in directoryindex Not sure if this happens outside of a virtual machine or a non smb share, but it was a $#$ tracking down. reinstalled samba more. I had previously been using the 4.06 version and this didn't happen. Like I said not sure if is some wierd interaction with the virtual machine or mounting the share but thought Id pass it on in case it wasn't related, as its reproducable on my end...I also tried different server directories i had setup and it occured on those also. Edit this bug report at http://bugs.php.net/?id=15290edit=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 #14770 Updated: phps truncates long sources
ID: 14770 Updated by: cardinal Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Scripting Engine problem Operating System: Linux Mandrake 8.1 kernel 2.4.8 PHP Version: 4.1.0 New Comment: I'm afraid to ask for an example of a 'long source', but could you provide some details about the size of the code, and what sort of results you're seeing? Previous Comments: [2001-12-30 07:19:45] [EMAIL PROTECTED] PHP 4.1.0 with Apache 1.3.22 truncates sources I have also PHP 4.0.6 with Apache 1.3.20 that does not have the bug ./congfigure --with-mysql --with-apache=../apache-1.3.22 --enable-track-vars long sources only are truncated short display correctly Edit this bug report at http://bugs.php.net/?id=14770edit=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 #14386 Updated: function p/connect do not work in FreeBSD
ID: 14386 Updated by: cardinal Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: PostgreSQL related Operating System: FreeBSD PHP Version: 4.0.6 New Comment: Not a bug. Please send support questions to an appropriate mailing list such as php-general or php-db. http://php.net/support.php Previous Comments: [2001-12-08 15:23:11] [EMAIL PROTECTED] Hello everybody. I am using FreeBSD+Apache+PHP+Postgres. By now, I'm using the newest versions: - FreeBSD 4.4 - Apache_1.3.22 - PHP-4.0.6 ( I have proved the 4.1RC3 and have the same problem) - Postgresql-7.1.3 I use the same three last components in Linux ans SunOS and I have not any problems. I always try to compile from source, I always make the same instructions and in FreeBSD PHP can not connect with PostgreSQL. I install everything with: tar xvzf postgresql-7.1.3.tar.ga cd postgresql-7.1.3 ./configure make make install initdb -D /usr/local/pgsql/data postmaster -i -D /usr/local/pgsql/data Now postgres is running. tar xvzf apache_1.3.22.tar.gz cd apache_1.3.22 ./configure cd .. tar xvzf php-4.0.6.tar.gz cd php-4.0.6 ./configure --with-pgsql=/usr/local/pgsql/ --without-mysql --with-apache=../apache_1.3.22 --enable-track-vars make make install cd ../apache_1.3.22 ./configure --enable-module=src/modules/php4/libphp4.a make make install Edit /usr/local/apache/conf/httpd.conf to make use of PHP Start apache /usr/local/apache/bin/apachectl start In this moment I have apache listening in port 80 and postgres in 5432 ( i know this using ps-e and nmap localhost). In this moment apache works, PHP works. I can see the simple script ?php phpinfo(); ? with no problems. But I can not connect to PostgreSQL database ( tried connect and pconnect functions). After a while apperas this message: Warning: Unable to connect to PostgreSQL server: connectDBStart() -- connect() failed: No route to host Is the postmaster running (with -i) at 'localhost' and accepting connections on TCP/IP port 5432? in /usr/home/pfc/phplib/php/db_pgsql.inc on line 47 Database error: Link-ID == false, pconnect failed PostgreSQL Error: 0 () Session halted. I can sure you that postgres is running and I iniciate postmaster with the '-i' flag. In the file /usr/local/pgsql/data/pg_dba.conf I have the following: local all trust host all 127.0.0.1 255.255.255.0 trust host all 192.168.99.1 255.255.255.0 trust NOTE: 192.168.99.1 is the server's IP. I can sure I have installed apache-php-postgres in linux and SunOS with the same method and here work well. I do not know why PHP can not comunicate with PostgreSQL using FreeBSD. Thanks a lot for. I am pleased if anyone could solvent this problem. If there is anyone who want contact me (for telling more details, ... ) no doubt write to: [EMAIL PROTECTED] Xevi Serrats. NOTE: excuse me, english isn't my native language. Edit this bug report at http://bugs.php.net/?id=14386edit=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 #14413 Updated: loadingproblems with php and apache
ID: 14413 Updated by: cardinal Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Apache related Operating System: windows XP professional PHP Version: 4.0.6 New Comment: I agree, but not because of a bug in PHP. Please ask support questions on an appropriate mailing list. http://php.net/support.php Previous Comments: [2001-12-10 17:17:13] [EMAIL PROTECTED] I got a problem with php and apache (1.3.2.2). When running php as a module some pages doesn't load correctly, for example when doing a phpInfo(); the site just flashes by and then displays a 404 error, and some .phps files doesn't load good either. When Im running php as a cgi binary it works better, but it doesn't seem to rupport .phps files, although I configured it. It also doesn't work to do some http authorizing stuff that works when Im running it as a module. I need help!!! -Andreas Edit this bug report at http://bugs.php.net/?id=14413edit=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 #14416 Updated: -q and -d command line options seem to negate each other
ID: 14416
Updated by: cardinal
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: PHP options/info functions
Operating System: Solaris 7
PHP Version: 4.1.0
New Comment:
Does this happen with the released PHP 4.1.0?
I don't have the RC handy, but I can't reproduce (On linux)
with 4.0.6 or 4.1.0
$ php410 -q -dinclude_path=.:../../Class:../../Include
? echo ini_get('include_path') . \n ?
.:../../Class:../../Include
$ php410 -dinclude_path=.:../../Class:../../Include -q
? echo ini_get('include_path') . \n ?
.:../../Class:../../Include
Previous Comments:
[2001-12-10 18:00:58] [EMAIL PROTECTED]
It seems that -q and -d cannot exist on the same shebang line. We're using PHP for
standalone shell scripts (i.e. no thru the web server). -q and -d seem to negate each
other: Whichever comes first on the shebang line wins.
alester@flr4[~]$ cat qd
#!/usr/src/php-4.1.0RC4/php -q -dinclude_path=.:../../Class:../../Include
?php
print include_path=;
print ini_get(include_path);
print \n;
?
alester@flr4[~]$ ./qd
include_path=.
# The -q works, since we have no headers, but the include_path isn't changed.
alester@flr4[~]$ cat dq
#!/usr/src/php-4.1.0RC4/php -dinclude_path=.:../../Class:../../Include -q
?php
print include_path=;
print ini_get(include_path);
print \n;
?
alester@flr4[~]$ ./dq
Content-type: text/html
include_path=.:../../Class:../../Include
alester@flr4[~]$
# The include path is changed, but now we have the Content-type header that -q should
suppress.
Edit this bug report at http://bugs.php.net/?id=14416edit=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 #14417 Updated: php result page not showing but php.ini is perfect
ID: 14417 Updated by: cardinal Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Reproducible crash Operating System: linux PHP Version: 4.0.6 New Comment: It would help to state what is being show instead. Probably not a PHP bug, please ask support questions on an appropriate mailing list. http://php.net/support.php Previous Comments: [2001-12-11 01:38:22] [EMAIL PROTECTED] ?php phpinfo(); ? saved as index.php Page is not being show when I type http://domainname.co.in/index.php Please help me in this regard as soon as possible! Edit this bug report at http://bugs.php.net/?id=14417edit=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 #14434 Updated: gmp()-failure
ID: 14434 Updated by: cardinal Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Unknown/Other Function Operating System: Linux 2.4.x/Apache 1.3.22 PHP Version: 4.1.0 New Comment: Please post a short script illustrating the problem, and any specific errors you are getting. Previous Comments: [2001-12-11 15:27:11] [EMAIL PROTECTED] Starting with version 4.1.0, the gmp_init() and/or gmp_strval() function seems broken. Having checked the changelog/press release for 4.1.0, there was mention of an optional argument to gmp_init(), one that I do not use. And code that worked in 4.0.6 does not work with 4.1.0 (no other changes other than upgrading to the new PHP). Reverting back to 4.0.6 immediately resolves the problem. [2001-12-11 15:26:27] [EMAIL PROTECTED] Starting with version 4.1.0, the gmp_init() and/or gmp_strval() function seems broken. Having checked the changelog/press release for 4.1.0, there was mention of an optional argument to gmp_init(), one that I do not use. And code that worked in 4.0.6 does not work with 4.1.0 (no other changes other than upgrading to the new PHP). Reverting back to 4.0.6 immediately resolves the problem. Edit this bug report at http://bugs.php.net/?id=14434edit=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 #13953 Updated: HTML Entities and $HTTP_POST_VARS
ID: 13953
Updated by: cardinal
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Arrays related
Operating System: Free BSD 4.2
PHP Version: 4.0.4pl1
New Comment:
I can't reproduce any part of this bug report on 4.0.6. My $HTTP_POST_VARS matches
jeroen's exactly for the product description script, and the following script does not
translate html entities from their user-entered value.
form method=post action=?= $PHP_SELF ? enctype=multipart/form-data
textarea name=text wrap=virtual?=
htmlentities($HTTP_POST_VARS['text'])?/textarea
brinput type=submit value=Submit multipart
/form
form method=post action=?= $PHP_SELF ?
textarea name=text wrap=virtual?=
htmlentities($HTTP_POST_VARS['text'])?/textarea
brinput type=submit value=Submit not multipart
/form
?
if (count($HTTP_POST_VARS))
{
echo 'pre';
print_r($HTTP_POST_VARS);
echo '/pre';
}
?
I suggest taking this up on a support forum ([EMAIL PROTECTED],
#php on irc.php.net) if it's still an issue.
Previous Comments:
[2001-11-07 09:12:27] [EMAIL PROTECTED]
I get the same output with both var_dump($HTTP_POST_VARS) and
print_r($HTTP_POST_VARS): InfoID is missing from $HTTP_POST_VARS when I submit the
form. The strange thing about this problem is that I can't reproduce it on earlier
versions of PHP.
Perhaps, we should look at the broader question of how PHP deals with HTML entities.
I just placed the following text in the textarea box of the form:
This is a #149; test.
When the form is submitted, the script inserts the content into a text field in a
MySQL (v. 3.23.33) database. I checked the record through phpMyAdmin and found that
the field held exactly what I submitted. No surprises there.
However, when I updated the record, my line of text was changed to:
This is a #8226; test.
In other words, the representation of the HTML entity was changed from #149; to
#8226;, either by PHP or MySQL.
This transformation seems to be the source of my problems. Any ideas what's going on?
P.S. -- The MySQL gurus argue that this is a PHP problem.
[2001-11-06 17:16:22] [EMAIL PROTECTED]
With 4.0.3pl1, I cannot reproduce.
Use var_dump($HTTP_POST_VARS) to check out what vars are submitted and which are not.
I get:
HTTP_POST_VARS:
array(4) {
[InfoID]=
string(2) 67
[InfoTitle]=
string(8) Product2
[InfoText]=
string(196) Blah blah blah blah? Blah blah blah
blah Blah blah blah blah.
Blah blah blah blah. Blah blah blah blah.
Blah blah blah blah®. Blah blah blah blah;
[option]=
string(6) Modify
}
HTTP_GET_VARS:
array(1) {
[selection]=
string(11) Description
}
[2001-11-06 16:43:22] [EMAIL PROTECTED]
Below is a stripped-down version of the form that causes the problems. Note that
values have been inserted into the form fields, including HTML entities in the
InfoText field. When I click the Modify button, InfoID does not show up in
$HTTP_POST_VARS.
Thanks.
html
head
titleAdministration Page/title
meta http-equiv=Content-Type content=text/html; charset=iso-8859-1
/head
body
form action=index.html?selection=Description method=post
enctype=multipart/form-data
p
bSelect an Existing Product Description Title/bbr
SELECT NAME=InfoID
option value=0Click On a Product Description/option
option value=63Product1/option
option value=67 selectedProduct2/option
option value=69Product3/option
option value=55Product4/option
option value=65Product5/option
/select
nbsp;input type=submit name=option value=Find
/p
p
bProduct Description Title/Headline/bbr
input type=text name=InfoTitle size=30 maxlength=200 value=Product2
/p
p
bProduct Description Text/bbr
textarea name=InfoText cols=40 rows=10 wrap=VIRTUALBlah blah blah blah? Blah
blah blah blahsup#8482;/sup Blah blah blah blah.
Blah blah blah blahsup#8482;/sup. Blah blah blah blah.
Blah blah blah blahsup®/sup. Blah blah blah blah;/textarea
/p
p
input type=submit name=option value=Modifybrbr
input type=submit name=option value=Deletebrbr
input type=submit name=option value=Clear
/p
/form
/body
/html
[2001-11-06 16:10:45] [EMAIL PROTECTED]
Please submit the shortest reproducing script which does something strange. It's very
hard to track down the problem if you don't show us exactly what you did.
[2001-11-06 13:30:29] [EMAIL PROTECTED]
Removing enctype=multipart/form-data from the form tag does seem to solve the
problem. However, it creates another. I was planning to add a file input type field
to the form to enable users to upload images. To accomplish that, I'll need to include
[PHP-DEV] Bug #14281 Updated: prolem with access to undefined member of array
ID: 14281
Updated by: cardinal
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Arrays related
Operating System: Linux
PHP Version: 4.0.6
New Comment:
Reproduced on 4.0.6, but not reproduced on CVS or the latest 4.1.0 RC.
Previous Comments:
[2001-11-29 09:25:33] [EMAIL PROTECTED]
?
/*
I have found a problem with PHP406, which was not with 404pl1
tested on some Linux 2.4. boxes
for example my ./configure was:
'./configure' '--enable-track-vars' '--with-gd' '--with-mysql' '--with-mysql=/usr'
'--with-apache=../apache_1.3.19' '--with-zlib' '--with-config-file-path=/etc/www'
'--with-bz2' '--prefix=/usr/local/php406'
I try to minimalize the code ... but it's not easy, if it is too short, it's not
visible (but I thing that some problem is stil)
I think, the problem is with variables, that not exist, but are used (tested)
Sometimes it works without line(s) L1 and/or L2
Sometimes it works when in section 'O', I first print $f
There is a bit different efect for the three type of loops (C)
And it is important, the size of array $f
the bad result look like: destroyed end of the array $f
or in some cases PHPcrash - apache logs to errorlog:
[...] [notice] child pid 7129 exit signal Segmentation fault (11)
... perhaps some bufferoverflow?
I'm not sure, if the lines below are realy so stupid wraped in this textarea, ask
for normal file with email if needed
*/
#-
function insert($tb, $insertfield, $CT=) {
#!!! L1
if (is_array($scope)) $G=$scope; else $G=$GLOBALS;
$pole=;
$hod=;
#!!! C
for(reset($insertfield); $sl_name=current($insertfield); next($insertfield))
#foreach($insertfield as $sl_name)
#reset($insertfield);while(list(,$sl_name)=each($insertfield))
{
#!!! L2
if ($CT[$sl_name]['skip_sql']) continue;
$pole.=$sl_name, ;
}
$pole=substr($pole, 0, -2);
return $pole;
}
#$f=array(alfa,beta, gama, delta, nazev, mesto, ulice);
$f=array(alfa,beta, nazev, mesto, ulice);
# !!! O
#echo Before: , join(,, $f), br\n;
echo After : , insert(TB, $f ,), br\n;
echo Before: , join(,, $f), br\n;
?
Edit this bug report at http://bugs.php.net/?id=14281edit=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 #11640 Updated: realpath(): wrong results with $PHP_SELF
ID: 11640
Updated by: cardinal
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Filesystem function related
Operating System: WIN NT
PHP Version: 4.0.6
New Comment:
RTFM. Realpath is for system paths, $PHP_SELF is relative to the web root.
Previous Comments:
[2001-06-24 10:27:07] [EMAIL PROTECTED]
Hi
realpath($PHP_SELF);
doesn't give the same result as
realpath('index.php');
While the result of the second example is correct, the first one outputs only part of
the value, in my case:
Correct: d:\inetpub\wwwroot\blue\index.php
Result: d:\blue\index.php
wwwroot is DOCUMENT_ROOT in my case.
I use NT4/IIS with PHP as ISAPI (not in safe mode).
Christoph
Edit this bug report at http://bugs.php.net/?id=11640edit=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 #14378 Updated: Search for this or $this = no results
ID: 14378 Updated by: cardinal Reported By: [EMAIL PROTECTED] Status: Open Old Bug Type: Website problem Bug Type: Documentation problem Operating System: win98-2 PHP Version: 4.1.0 New Comment: Reclassiflying Previous Comments: [2001-12-07 09:02:57] [EMAIL PROTECTED] When searching the manual for the php pseudo variable $this or this, one gets no results at all. I guess the engine treats these like a and the, but actually they have a different and important meaning in php. Edit this bug report at http://bugs.php.net/?id=14378edit=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 #14058 Updated: binary and
ID: 14058 Updated by: cardinal Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Scripting Engine problem Operating System: Linux 2.2.14 Windows NT 5.0 PHP Version: 4.0.6 New Comment: Reproduced with 4.0.6, can't reproduce with 4.2.0-dev Previous Comments: [2001-11-14 12:48:53] [EMAIL PROTECTED] echo 4294967295 67633152 = . (4294967295 67633152); //under Windows: 4294967295 67633152 = 67633152 ok //under Linux: 4294967295 67633152 = 0 ??? Edit this bug report at http://bugs.php.net/?id=14058edit=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 #13994 Updated: Can't execute function printer_open
ID: 13994 Updated by: cardinal Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Unknown/Other Function Operating System: windows 2000 PHP Version: 4.0.6 New Comment: You don't have the printer support enabled. Not a bug. Support questions about PHP are best answered on the appropriate mailing list. http://php.net/support.php Previous Comments: [2001-11-08 20:04:05] [EMAIL PROTECTED] using the following function $handle = printer_open(); I get the error: Fatal error: Call to undefined function: printer_open() Edit this bug report at http://bugs.php.net/?id=13994edit=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 #13010 Updated: echoed multipdimensional arrays
ID: 13010
Updated by: cardinal
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Arrays related
Operating System: Linux 7.1
PHP Version: 4.0.4pl1
New Comment:
Multidimensional arrays need to be enclosed in curly braces to be interpolated in that
manner.
echo This is not a bug. {$array[one][two]};
Previous Comments:
[2001-08-28 20:34:09] [EMAIL PROTECTED]
Multidemensional arrays seem to not work within an echo.
$variable[one][two] = 'Hi There';
$variable[one][three] = 'This is a bug';
echo
htmlbody
$variable[one][two]br
$variable[one][three]
/body/html
;
results in
Array[two]
Array[three]
rather than the expected
Hi There
This is a bug
Edit this bug report at http://bugs.php.net/?id=13010edit=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 #12304 Updated: checkboxes
ID: 12304 Updated by: cardinal Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Unknown/Other Function Operating System: win98 PHP Version: 4.0.4 New Comment: Right, that's what's supposed to happen. As per the spec, browsers don't send checkboxes in the request if they weren't selected. Previous Comments: [2001-07-22 00:52:25] [EMAIL PROTECTED] does not recognise checkbox from html forms as a variable unless they are checked Edit this bug report at http://bugs.php.net/?id=12304edit=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 #11911 Updated: Speed Problem
ID: 11911
Updated by: cardinal
Reported By: [EMAIL PROTECTED]
Old Status:
Status: Feedback
Bug Type: ODBC related
Operating System: Linux RedHat 7.1
PHP Version: 4.0.6
New Comment:
Setting status to feedback, status was blank.
Previous Comments:
[2001-07-12 15:00:45] [EMAIL PROTECTED]
just verifying that the user password works for this bug.
[2001-07-09 08:44:54] [EMAIL PROTECTED]
on your linux build did you use --with-openlink or --with-iodbc?
if it was --with-openlink, try to rebuild using the --with-iodbc instead, as one is
maintained, the other isn't ;)
[2001-07-05 11:57:21] [EMAIL PROTECTED]
We have 2 machines, one NT and the other LInux. Both run PHP. The Linux machine runs
Apache and the NT machine runs IIS 4.
The Linux machine is a database server. If we run the PHP script on the NT machine
against the database on the Linux machine, the result is instantaneous, however if we
run the script from the Linux machine against it's local database, it takes 20 seconds
to respond.
The database method of access is via Openlink ODBC.
html
head
meta http-equiv=refresh content=10;url=http://ifusion.isoft.co.za/test.php;
/head
head
meta http-equiv=refresh content=10;url=http://ifusion.isoft.co.za/test.php;
H1 Omnix Interface into HEAT /H1
H2 Waiting for Transactions .. /H2
/head
?
//function dq($str) {
// $str = trim(\.$str.\,);
//return ($str);
//}
print Running Test.phpBR;
//$Err = ;
if (!($db = odbc_connect(Omnix000,,,1))) {
print ** There is no Omnix Server for Database sqlHEAT**;
exit();
}
$Sql = select name from drsmas;
//$Sql .=WHERE jobcard '';
$callLog = odbc_prepare($db,$Sql);
$x = odbc_execute($callLog);
//if ($x) PRINT Good = $x ;
//$callLog = odbc_exec($db,$Sql);
//print No of rows= .odbc_num_rows($callLog);
//while(odbc_fetch_row($callLog)){
/*for ($i = 1; $i 10; $i++){
//odbc_fetch_row($callLog);
$name = odbc_result($callLog,1);
print data= $name BR;
}
*/
Edit this bug report at http://bugs.php.net/?id=11911edit=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 #11836 Updated: Require nor Include works inner a class file
ID: 11836
Updated by: cardinal
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Feature/Change Request
Operating system:
PHP Version: 4.0.4pl1
Assigned To:
Comments:
Why don't you move your common variables and methods to a separate class, and have
your 200 classes extend it?
Previous Comments:
---
[2001-07-02 09:41:47] [EMAIL PROTECTED]
Not a bug, this was never supposed to work. making this a feature request.
Derick
---
[2001-07-02 09:39:39] [EMAIL PROTECTED]
Require nor Include works inner a class file.
I have 200+ classes that have a common declaration of variables and methods.
Everytime I need to modify this declarations I have to modify this 200+ files.
If I could use require or include there I had only one file to modify.
This is the file where I define the class, it's only a LITTLE example:
= class_test.php =
?
class test {
var $b=0;
var $c=1;
function test() { //this is the constructor
//some code here
}
include(common_declarations.php); //same with require
}
?
end
And this is the file where I have the common declarations for 200+ files.
= common_declarations.php =
?
var $common_variable1=1;
function common_method1 () {
$this-b++;
}
function common_method2 ($p=1) {
$this-b=$p;
}
//etc
?
= end =
This does not work, the error is:
Parse error: parse error, expecting `T_OLD_FUNCTION' or `T_FUNCTION' or `T_VAR' or
`'}''
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11836edit=2
--
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 #11442 Updated: Random Warnig: Failed opening on any php file
ID: 11442 Updated by: cardinal Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: iPlanet related Operating system: PHP Version: 4.0.5 Assigned To: Comments: This tends to be an issue with file permissions. Check that the user your web server is running as has read access to the files in question Previous Comments: --- [2001-06-12 14:49:18] [EMAIL PROTECTED] This bug is the same as #7163 but it was closed because no feedback. Im having the same problem here in different machines with Solaris 7 and iPlanet-WebServer-Enterprise/4.1SP2. I´ve had this problem with php 4.0.4pl1, 4.0.5 and all the snaps, and many different build options. It´s a heavy load web server, and it works fine for about 10 minutes, but then it randomly displays the Failed opening ... in Unknown on line 0 for every php file on the web server. I compiled php with gcc 2.8.1 to gcc 2.95.3 and its always the same. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11442edit=2 -- 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 #11326 Updated: Troubles with nested include()'s (bug #9673 revisited)
ID: 11326 Updated by: cardinal Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: Without addressing the server-side issues, I'll point out why the client side ones are almost certain not to change. script src=js/myscript.js and img src=images/php_logo.gif are both ignored by the PHP interpreter. The browser (Which will be processing the tags) does not konw PHP was involved in the document's creation. Of course, the image is not showing up because the server thinks it is located at /images/php_logo.gif. When it is really located at /b/images/php_logo.gif! As mentioned above, the server isn't thinking anything about the image. The browser thinks it's in the images subdirectory, relative to the path of the html page it's parsing. The fact that this img tag came from a file that's in a subdirectory (On the server) wouldn't be relevant even if PHP was changing the working directory as you want it to, because PHP won't be interpreting the html code (Nor should it). Previous Comments: --- [2001-06-07 07:16:26] [EMAIL PROTECTED] Please do not immediately file this bug as a duplicate of #9673. Although my bug's goal is reporting the same problem, it appears that #9673 was last 'Anylized' three months ago with no reply to the last comment made by the bug's author. PHP desperately needs a way to do nested includes, preserving not only php relative paths transparently, but server side paths as well. By server side path, I am refering to script src=js/myscript.js and img src=images/myimage.gif. Currently, if one includes a file by means of include(), include_once(), etc., the working directory of the included file, no matter where it is located, is of the calling file. One can circumvent this obstacle a couple of ways. The easiest appears to be the method of changing one's working directory as you move into an included file. Of course, one must always remember to change the working directory back to the original location after the file has been included. Unfortunately, this work around breaks down when one wishes to use server side paths in an included file. Although the working directory has been changed, the server working directory is the same. The following is an example that completely illustrates the problem. EXAMPLE DIRCTORY STUCTURE: / -- a.php /b/ -- b1.php /b/ -- b2.php /b/images/ -- php_logo.gif BUG: /*-- /a.php --*/ print( pa.php . getcwd() . /p); include_once( b/b1.php ); /*-- /b/b1.php --*/ print( pb1.php . getcwd() . /p ); include_once( b2.php ); /*-- /b/b2.php --*/ print( pb2.php . getcwd() . /p ); print( img src=images/php_logo.gif ); ACCESS: http://server/a.php RESULT: a.php / b1.php / Warning: Failed opening 'b2.php' for inclusion (include_path='.:/usr/lib/php4') in /b/b1.php on line 3 WORK AROUND: /*-- /a.php --*/ print( pa.php . getcwd() . /p); chdir( b ); include_once( b1.php ); chdir( .. ); /*-- /b/b1.php --*/ print( pb1.php . getcwd() . /p ); include_once( b2.php ); /*-- /b/b2.php --*/ print( pb2.php . getcwd() . /p ); print( img src=images/php_logo.gif ); ACCESS: http://server/a.php RESULT: a.php /var/www/php_work_around b1.php /var/www/php_work_around/b b2.php /var/www/php_work_around/b [image not found] Of course, the image is not showing up because the server thinks it is located at /images/php_logo.gif. When it is really located at /b/images/php_logo.gif! In bug #9673, on 2001-03-15 09:08:11 [EMAIL PROTECTED] writes Now, all relative pathes are resolved against the current directory of the including script (which is the directory where it's located). This is a known issue. Use include_pathes in the meantime. Unfortunately, three months later This is [still] a known issue and [EMAIL PROTECTED] is still correct! --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11326edit=2 -- 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 #11254 Updated: isset() and empty() doesn't work with hash arrays
ID: 11254
Updated by: cardinal
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Scripting Engine problem
Operating system:
PHP Version: 4.0.4pl1
Assigned To:
Comments:
isset($t2{nome}) is evaluating to true because you're
using a string as an array, which is a perfectly legal
thing to do. In this case, nome is being evaluated to
zero (As all strings evaluate to) and the isset is seeing
that $t2{0} exists, it's 'a' in the string 'asd'.
Side note, it's not recommended to use curly braces when
accessing array elements. Use square brackets instead,
$array['key'] instead of $array{'key'}
Previous Comments:
---
[2001-06-02 22:23:01] [EMAIL PROTECTED]
$t1 = array(nome=gabriel, idade=19);
$t2 = asd;
$t3 = NULL ;
echo brbrnn1: . isset($t1{nome});
echo brbrnn2: . isset($t2{nome}); # there's NO nome defined! shouldn't it
return FALSE? why does it retur TRUE ???
echo brbrnn3: . isset($t3{nome});
echo brbrnn4: . isset($t4{nome});
echo brbr;
echo brbrnn1: . empty($t1{nome});
echo brbrnn2: . empty($t2{nome}); # It doesn't even exist! how can it be not
even empty ???
echo brbrnn3: . empty($t3{nome});
echo brbrnn4: . empty($t4{nome});
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11254edit=2
--
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 #11524 Updated: shifting or popping array with leading or trailing empty elements
ID: 11524 Updated by: cardinal Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Arrays related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Please see the man pages for array_shift and array_pop. Both functions return the element they removed, not the modified array. So, $uri = array_shift($uri); is returning an empty string, the first element of the array. Previous Comments: --- [2001-06-17 18:32:12] [EMAIL PROTECTED] Let's say I have this string: /FAQ/ (a URI, actually) An explode action (delim is /)with a resulting count of the array reveals 3 elements. After an array_shift or array_pop, the count goes to 1. 3-1=1? $uri = strtolower(preg_replace(/[^a-zA-Z0-9/]/,,$HTTP_SERVER_VARS[REQUEST_URI])); $uri = explode(/, $uri); // make it an array echo count($uri); $uri = array_shift($uri); // delete first value which is always empty echo count($uri); --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11524edit=2 -- 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 #11059 Updated: PHP does not register GET variables $HTTP_GET_VARS is empty. POST works OK.
ID: 11059
Updated by: cardinal
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Variables related
Operating system:
PHP Version: 4.0.5
Assigned To:
Comments:
Was $data['n_id'] non-empty in board.php?
Your script works fine for me when I add $data['n_id'] = 1;
Previous Comments:
---
[2001-05-23 16:48:03] [EMAIL PROTECTED]
What is the setting for this directive in your php.ini:
variables_order
--Jani
---
[2001-05-23 13:39:30] [EMAIL PROTECTED]
Everything else seems to be OK except the GET method
Thanks in advance for follow up the problem.
---
[2001-05-23 13:35:13] [EMAIL PROTECTED]
the link is generated in one document like this:
board.php
echo(a href=drop.php?id= . urlencode($data[n_id]) . DROP/an);
.
and in drop.php?id=1 variable $HTTP_GET_VARS is not set.
if (isset($HTTP_GET_VARS[id])){
$n_id = $HTTP_GET_VARS[id];
}else{
$n_id = 0;
}
This worked on WinNT5.0 with apache 1.3.14 and PHP 4.0.4pl1 as a module.
I've compiled apache and PHP as a static module.
./cofigure --with-mysql --with-apache=../apache_1.3.19
---
[2001-05-23 12:50:45] [EMAIL PROTECTED]
Works for me just fine. Can you please add a shortest
possible script into this report which can be used to reproduce this problem?
--Jani
---
[2001-05-23 12:38:18] [EMAIL PROTECTED]
I have this problem:
PHP does not register GET variables. $HTTP_GET_VARS is empty. POST works OK.
PHP 4.05 is compiled as Apache 1.3.19 module on linux RH 5.1
---
The remainder of the comments for this report are too long. To view the rest of the
comments, please view the bug report online.
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11059edit=2
--
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 #10986 Updated: makerpm script make a wron version no.
ID: 10986
Updated by: cardinal
Reported By: [EMAIL PROTECTED]
Status: Open
Old-Bug Type: Scripting Engine problem
Bug Type: Compile Problem
Operating system:
PHP Version: 4.0.5
Assigned To:
Comments:
Reclassifying
Previous Comments:
---
[2001-05-21 08:51:23] [EMAIL PROTECTED]
file makerpm line 9:
VERSION=${2:-`echo $TARDIR | sed s/$PREFIX//g`}
always return a version no with -
e.g. Building RPM version -4.0.5, release: 2
Suggest Change
VERSION=${2:-`echo $TARDIR | sed s/$PREFIX-//g`}
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10986edit=2
--
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 #10983 Updated: php can't select database in mysql, so mysql is not working at all.
ID: 10983 Updated by: cardinal Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: MySQL related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Please read the bug submission guidelines. http://www.php.net/bugs-dos-and-donts.php This report lacks any details, especially an example script or error message. It's probably an issue with your script. Reopen the report with an example script and error messages, or ask one of the support mailing lists for assistance. http://www.php.net/support.php Previous Comments: --- [2001-05-21 05:16:49] [EMAIL PROTECTED] --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10983edit=2 -- 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 #5698 Updated: Non internal MySQL support won't ./configure nicely on Debian...
ID: 5698 Updated by: cardinal Reported By: [EMAIL PROTECTED] Old-Status: Analyzed Status: Closed Bug Type: Feature/Change Request Operating system: PHP Version: 4.0.1pl2 Assigned To: Comments: Checking lib and lib/mysql was added before 4.0.1 was released, according to the CVS tag. Previous Comments: --- [2000-08-17 11:55:15] [EMAIL PROTECTED] I think the way to solve this isn't adding 2 configure options. The only difference between this installation and any other standard mysql installation is -- Headers: [MYSQL]/include/mysql Libraries: [MYSQL]/lib The standard installations (from a tarball, etc) install to: Headers: [MYSQL]/include/mysql Libraries: [MYSQL]/lib/mysql So the appropriate solution is to check for MySQL libraries within lib/ and lib/mysql instead of just the latter. --- [2000-07-24 21:12:30] [EMAIL PROTECTED] Seems to be an OS specific Feature/Change Request --- [2000-07-20 14:48:23] [EMAIL PROTECTED] There should really be a way to supply different paths of the MySQL headers and libraries... if you have the Debian mysql packages ./configure --with-mysql=something can't be done as you can then only find either the headers OR the libs... (example: /usr/lib/libmysqlclient.so and /usr/include/mysql/mysql.h) It'd be really nice to be able to supply --with-mysql-includes= and --with-mysql-libraries= or something like that... so you don't have to create symlinks all over your system... Thanks in advance... --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=5698edit=2 -- 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 #6277 Updated: make parse_str() returning arrays
ID: 6277 Updated by: cardinal Reported By: [EMAIL PROTECTED] Old-Status: Duplicate Status: Closed Bug Type: Feature/Change Request Operating system: PHP Version: 4.0 Latest CVS (21/08/2000) Assigned To: Comments: 6276 is closed, closing this duplicate. Previous Comments: --- [2000-08-21 11:55:10] [EMAIL PROTECTED] of #6276 (great mind think alike :) --- [2000-08-21 11:50:26] [EMAIL PROTECTED] for the archive: make parse_str() returning arrays post 4.0.2 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=6277edit=2 -- 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 #8076 Updated: Array === argv
ID: 8076 Updated by: cardinal Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Feature/Change Request Operating system: PHP Version: 4.0.3pl1 Assigned To: Comments: Use call_user_func_array Previous Comments: --- [2000-12-02 01:23:45] [EMAIL PROTECTED] In perl, I am able to pass an array to a function. When doing so, each of the array's indices apear to be scalar values to the function. When passing the equivalent form of an assicitave array to perl (hash array), the values passed to the function apear to alternate between keys and values. I am looking for this functionality in PHP, but must resort to constructing an eval() statement instead. So what I'm suggesting is a language construct, perhaps as follows: array_as_argv() - which would alternate between keys and values. array_keys_as_argv() - which would only pass the keys array_values_as_argv() - which would only pass the values This makes me think there might be a need for obj_as_argv(), but who knows? See Bug id #5350 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8076edit=2 -- 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 #10761 Updated: Call toCall to unsupported or undefined function mysql_connect()
ID: 10761 Updated by: cardinal Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: *Configuration Issues Operating system: PHP Version: 4.0.5 Assigned To: Comments: Not a bug. Previous Comments: --- [2001-05-09 15:12:34] [EMAIL PROTECTED] Problem: php modules for mysql are not loaded. Solution: launch php from command line using php -h watch and note errors. In our case these files need renaming from version 10 to version 9. See version 9 below. NOTE links must also be changed. [root@hobbes lib]# ll libmy* lrwxrwxrwx1 root root 23 May 8 14:33 libmysqlclient.so - libmysqlclient.so.9.0.0 lrwxrwxrwx1 root root 23 May 8 14:33 libmysqlclient.so.9 - libmysqlclient.so.9.0.0 -rwxr-xr-x1 root root 217861 Mar 27 02:33 libmysqlclient.so.9.0.0 lrwxrwxrwx1 root root 25 May 8 14:33 libmysqlclient_r.so - libmysqlclient_r.so.9.0.0 lrwxrwxrwx1 root root 25 May 8 14:32 libmysqlclient_r.so.9 - libmysqlclient_r.so.9.0.0 -rwxr-xr-x1 root root 217925 Mar 27 02:32 libmysqlclient_r.so.9.0.0 If you can enter the command #php -h with no errors then your mysql modules are probably loaded ok. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10761edit=2 -- 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 #10762 Updated: Call to unsupported or undefined function mysql_connect()
ID: 10762 Updated by: cardinal Reported By: [EMAIL PROTECTED] Status: Open Bug Type: MySQL related Operating system: PHP Version: 4.0.4 Assigned To: Comments: Not a bug. Previous Comments: --- [2001-05-09 15:22:08] [EMAIL PROTECTED] Problem: php modules for mysql are not loaded. Solution: launch php from command line using php -h watch and note errors. In our case these files need renaming from version 10 to version 9. See version 9 below. NOTE links must also be changed. [root@hobbes lib]# ll libmy* lrwxrwxrwx1 root root 23 May 8 14:33 libmysqlclient.so - libmysqlclient.so.9.0.0 lrwxrwxrwx1 root root 23 May 8 14:33 libmysqlclient.so.9 - libmysqlclient.so.9.0.0 -rwxr-xr-x1 root root 217861 Mar 27 02:33 libmysqlclient.so.9.0.0 lrwxrwxrwx1 root root 25 May 8 14:33 libmysqlclient_r.so - libmysqlclient_r.so.9.0.0 lrwxrwxrwx1 root root 25 May 8 14:32 libmysqlclient_r.so.9 - libmysqlclient_r.so.9.0.0 -rwxr-xr-x1 root root 217925 Mar 27 02:32 libmysqlclient_r.so.9.0.0 If you can enter the command #php -h with no errors then your mysql modules are probably loaded ok. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10762edit=2 -- 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 #10763 Updated: MySQL Connection Failed: Can't connect to local MySQL server through socket
ID: 10763 Updated by: cardinal Reported By: [EMAIL PROTECTED] Status: Open Bug Type: MySQL related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Not a bug. Previous Comments: --- [2001-05-09 15:34:53] [EMAIL PROTECTED] Warning: MySQL Connection Failed: Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (111) in /var/www/html/test.php on line 4 Could not connect Problem: mysql sever not talking to php Solution: Edit /etc/my.cnf to point to /var/lib/mysql/mysql.sock note you may need to create the directory in /var/lib also Important to change the ownership of the mysql directory using chmod -0777 Here is a listing of the way the directory should look. - [root@hobbes mysql]# ls /var/lib/mysql mysql.sock -- note mysql.sock should be pink! here is part of the mysql conf file which should be modified to handle correct volume of traffic. --- # The following options will be passed to all MySQL clients [client] #password = your_password port= 3306 socket = /var/lib/mysql/mysql.sock # Here follows entries for some specific programs # The MySQL server [mysqld] port= 3306 socket = /var/lib/mysql/mysql.sock skip-locking set-variable= key_buffer=16M set-variable= max_allowed_packet=1M set-variable= table_cache=64 set-variable= sort_buffer=512K set-variable= net_buffer_length=8K set-variable= myisam_sort_buffer_size=8M log-bin server-id = 1 user= mysql # Point the following paths to different dedicated disks #tmpdir = /tmp/ #log-update = /path-to-dedicated-directory/hostname # Uncomment the following if you are using BDB tables #set-variable = bdb_cache_size=4M #set-variable = bdb_max_lock=1 -- Good Luck Hope this Helps! --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10763edit=2 -- 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 #10763 Updated: MySQL Connection Failed: Can't connect to local MySQL server through socket
ID: 10763 Updated by: cardinal Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: MySQL related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Previous Comments: --- [2001-05-09 15:34:53] [EMAIL PROTECTED] Warning: MySQL Connection Failed: Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (111) in /var/www/html/test.php on line 4 Could not connect Problem: mysql sever not talking to php Solution: Edit /etc/my.cnf to point to /var/lib/mysql/mysql.sock note you may need to create the directory in /var/lib also Important to change the ownership of the mysql directory using chmod -0777 Here is a listing of the way the directory should look. - [root@hobbes mysql]# ls /var/lib/mysql mysql.sock -- note mysql.sock should be pink! here is part of the mysql conf file which should be modified to handle correct volume of traffic. --- # The following options will be passed to all MySQL clients [client] #password = your_password port= 3306 socket = /var/lib/mysql/mysql.sock # Here follows entries for some specific programs # The MySQL server [mysqld] port= 3306 socket = /var/lib/mysql/mysql.sock skip-locking set-variable= key_buffer=16M set-variable= max_allowed_packet=1M set-variable= table_cache=64 set-variable= sort_buffer=512K set-variable= net_buffer_length=8K set-variable= myisam_sort_buffer_size=8M log-bin server-id = 1 user= mysql # Point the following paths to different dedicated disks #tmpdir = /tmp/ #log-update = /path-to-dedicated-directory/hostname # Uncomment the following if you are using BDB tables #set-variable = bdb_cache_size=4M #set-variable = bdb_max_lock=1 -- Good Luck Hope this Helps! --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10763edit=2 -- 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 #10707 Updated: nl2br gives br /\n
ID: 10707 Updated by: cardinal Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Strings related Operating system: PHP Version: 4.0.5 Assigned To: Comments: What it's actually outputting is br /\n ? $str = One\nTwo; echo nl2br($str); ? Yields Onebr / Two This is consistent with its old behavior, which was to output br\n While it might not strictly be the expected behavior, this seems fine to me. The newline won't affect how a browser renders the string, since it's just whitespace to be ignored. Previous Comments: --- [2001-05-07 11:27:04] [EMAIL PROTECTED] It seems that nl2br() returns br/n --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10707edit=2 -- 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 #6531 Updated: xml functions not working correctly, still.
ID: 6531 Updated by: cardinal Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: *XML functions Operating system: PHP Version: 4.0 Latest CVS (04/09/2000) Assigned To: Comments: No example script. Could you provide a short script detailing the bug you're seeing? Also, this is a year old, have you tested against 4.0.5 or a current CVS? Previous Comments: --- [2000-09-04 11:39:14] [EMAIL PROTECTED] I noticed this was somewhat fixed in latest CVS, but my objects created during XML processing are all empty, now. The best way to point this out is to look at the classgen utility at http://kongstud.hibu.no/lars/classgen/classgen.php4 . Using it with the latest CVS, and executing the test.php4 script within yields these error messages: Warning: Variable passed to reset() is not an array or object in /usr/local/apache/htdocs/classgen/classgen.class.php4 on line 354 Warning: Variable passed to each() is not an array or object in /usr/local/apache/htdocs/classgen/classgen.class.php4 on line 355 # $Id$ # # # # Generated with the PHP Class Generator # (C) 2000 by Lars Wilhelmsen , All rights reserved. Warning: Variable passed to reset() is not an array or object in /usr/local/apache/htdocs/classgen/classgen.class.php4 on line 219 Warning: Variable passed to each() is not an array or object in /usr/local/apache/htdocs/classgen/classgen.class.php4 on line 220 Warning: Variable passed to reset() is not an array or object in /usr/local/apache/htdocs/classgen/classgen.class.php4 on line 244 Warning: Variable passed to each() is not an array or object in /usr/local/apache/htdocs/classgen/classgen.class.php4 on line 245 Warning: Variable passed to reset() is not an array or object in /usr/local/apache/htdocs/classgen/classgen.class.php4 on line 260 Warning: Variable passed to each() is not an array or object in /usr/local/apache/htdocs/classgen/classgen.class.php4 on line 262 Warning: Variable passed to reset() is not an array or object in /usr/local/apache/htdocs/classgen/classgen.class.php4 on line 280 Warning: Variable passed to each() is not an array or object in /usr/local/apache/htdocs/classgen/classgen.class.php4 on line 282 Warning: Variable passed to reset() is not an array or object in /usr/local/apache/htdocs/classgen/classgen.class.php4 on line 301 Warning: Variable passed to each() is not an array or object in /usr/local/apache/htdocs/classgen/classgen.class.php4 on line 303 Warning: Variable passed to each() is not an array or object in /usr/local/apache/htdocs/classgen/classgen.class.php4 on line 332 It seems that the objects are not created correctly. This script worked fine in 4.0.1pl2, was completely broken in 4.0.2, but now only has a hard time with the objects created in the latest CVS. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=6531edit=2 -- 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 #6175 Updated: XML functions no longer work in objects
ID: 6175 Updated by: cardinal Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *XML functions Operating system: PHP Version: 4.0 Latest CVS (02/04/2001) Assigned To: Comments: It looks like the segfault has been fixed in CVS, can you check this on your end? Instead of a segfault though, I'm getting errors for each attempted event handler call: Warning: Unable to call handler startElement() in bug.php on line 26 Warning: Unable to call handler endElement() in bug.php on line 26 and so on. If I move this block from the constructor to another method, it works. $this-parser = xml_parser_create(); xml_set_object($this-parser, $this); xml_parser_set_option($this-parser, XML_OPTION_CASE_FOLDING, true); xml_set_element_handler($this-parser, startElement, endElement); xml_set_character_data_handler($this-parser, defaultHandler); Previous Comments: --- [2001-04-02 23:47:51] [EMAIL PROTECTED] Yes. If these lines are used in an object's constructor: $this-parser = xml_parser_create(); xml_set_object($this-parser, $this); xml_parser_set_option($this-parser, XML_OPTION_CASE_FOLDING, true); xml_set_element_handler($this-parser, 'startElement', 'endElement'); xml_set_character_data_handler($this-parser, 'defaultHandler'); ... Apache will segfault with the following backtrace: #0 0x3 in ?? () #1 0x281e2391 in call_user_function_ex (function_table=0x80b9280, object_pp=0x80ffcc0, function_name=0x8148dcc, retval_ptr_ptr=0xbfbfd14c, param_count=2, params=0x81487ac, no_separation=1, symbol_table=0x0) at zend_execute_API.c:397 #2 0x281e2111 in call_user_function (function_table=0x80b9280, object_pp=0x80ffcc0, function_name=0x8148dcc, retval_ptr=0x80d570c, param_count=2, params=0xbfbfd1e8) at zend_execute_API.c:325 #3 0x2828ad5c in xml_call_handler (parser=0x80ffc8c, handler=0x8148dcc, argc=2, argv=0xbfbfd1e8) at xml.c:386 #4 0x2828b98d in _xml_characterDataHandler (userData=0x80ffc8c, s=0xbfbfd257 n ^-(f -- 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 #6671 Updated: using the XML parser in a class does not seem to work any longer
ID: 6671
Updated by: cardinal
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Duplicate
Bug Type: *XML functions
Operating system:
PHP Version: 4.0.2
Assigned To:
Comments:
This looks like a dup of 6175.
Previous Comments:
---
[2000-10-30 09:43:37] [EMAIL PROTECTED]
[EMAIL PROTECTED] also reports this to happen in:
PHP 4.0.2 running as ISAPI under Win98/ed1/PWS
RH6.2 and apache [various versions]
---
[2000-09-12 02:05:38] [EMAIL PROTECTED]
here is a little script which works with php4.0.1pl2
and crash ( Segmentation fault (11) ) with php4.0.2 !
both version where compiled with :
./configure --disable-debug --with-apxs=/usr/sbin/apxs --with-regex=system
--with-zlib --with-gd --with-db2 --with-gdbm --with-config-file-path=/etc/httpd
--enable-trans-sid
the php.ini is the same for both.
script : cut here
head
titletest xml problem/title
/head
body
h1test xml problem/h1
pre
script language=php
class XmlParse {
// variable members
var $parser;
//***
// constructor
function XmlParse() {
$this-parser = xml_parser_create();
xml_set_object($this-parser,$this);
xml_set_element_handler($this-parser,tag_open,tag_close);
xml_set_character_data_handler($this-parser,core_data);
}
//***
// handler (private) functions
function tag_open($parser,$tag,$attributes) {
$this-debug1(tag_open,$tag.$this-viewarray($attributes));
}
function tag_close($parser,$tag) {
$this-debug1(tag_close,$tag);
}
function core_data($parser,$cdata) {
$this-debug1(core_data,$cdata);
}
//***
// parse (public) function
function parse($data) {
if (!xml_parse($this-parser, $data, 1)) {
$error = sprintf(XML error: %s at line %d,
xml_error_string(xml_get_error_code($this-parser)),
xml_get_current_line_number($this-parser));
echo $error;
}
xml_parser_free($this-parser);
}
//***
// debug function
function debug1($title,$msg) {
echo $title;
echo laquo;;
echo $msg;
echo raquo; ;
echo n;
}
function viewarray($arr) {
$str = ;
if ( is_array($arr) ) {
while ( list($key,$val) = each($arr) ) {
$str .= .$key.=.$val;
}
}
return $str;
}
}
$xmldata = '?xml version=1.0?tablineauteurzimmer bradley/auteurtitrela
matrice fantôme/titreseriela romance de
ténébreuse/serietypeser20/typemoyenne16/moyennegenre0x0004/genrekey658/key/line/tab';
$xfx = new XmlParse();
$xfx-parse($xmldata);
/script
/pre
/body
==cut here
Some other tests i have made shows that XML parsing works well
with standard functions but does not work any longer with class methods.
I use xml_set_object($this-parser,$this);
thank you for your attention !
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=6671edit=2
--
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 #8833 Updated: won't compile as an apache module
ID: 8833 Updated by: cardinal Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Compile Problem Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: This system is for reporting bugs in PHP. For help with compiling and installing PHP, see one of the PHP mailing lists such as php-install (URL below), or one of the IRC forums such as #php on irc.php.net. http://www.php.net/support.php Previous Comments: --- [2001-01-22 05:52:08] [EMAIL PROTECTED] I'm compiling php-4.0.4pl1 with apache_1.3.14 server and mysql-3.23.31-stable. I'm running into a huge problem while compiling it. BTW, this is the source of apache, not a DS0. I'm using the directions here: http://www.php.net/manual/en/install.unix.php After you have compiled apache and php together, run make and make install, then you run configure apache --activate-module, and then do a make. it appears to work, but ends up deleting your httpd bin file, and the entire apache server is screwed... I'm doing the exact same with 4.0.4 standard, and it works great. I'm just wondering what's up w/ this, and am I the only one? Thanx a lot. Need more info, email me. I'll be glad to supply what you need. i hope this is descriptive enuf. l8rs. -Dade --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8833edit=2 -- 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 #9180 Updated: readfile() with a URL can't take a port.
ID: 9180 Updated by: cardinal Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Filesystem function related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Works for me with current CVS. Previous Comments: --- [2001-02-08 15:16:31] [EMAIL PROTECTED] readfile(http://www.foo.org:8000;) produces the following error: Warning: readfile(http://www.foo.org:8000;) - Undefined error: 0 in /usr/home/manero/public_www/sc.php on line 5 I'm not sure if readfile() can take cgi arguments either, such as: readfile(http://www.foo.org/horsey.php?arg1=onearg2=two;); Maybe it's just a feature in that it doesn't take a port, but it seems like it would be useful to be able to do this sort of thing. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9180edit=2 -- 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 #10386 Updated: Uploaded files do not save.
ID: 10386 Updated by: cardinal Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: HTTP related Operating system: PHP Version: 4.0.4 Assigned To: Comments: If you're expecting uploaded files to stay there, that won't happen. Once the file has been uploaded and the script finishes running, PHP will remove the file (Hence 'upload_tmp_dir'). In order to keep the file, you need to copy it to another location. If you are already copying it somewhere, could you include a short, reproducible script that demonstrates the bug? Previous Comments: --- [2001-04-21 15:46:17] [EMAIL PROTECTED] Just as another test, I tried changing the MAX_FILE_SIZE to a larger number (1) but it still failed to upload. I also double checked that Apache was running as Administrator... I can't figure this out for the life of me. --- [2001-04-18 17:25:07] [EMAIL PROTECTED] I am not sure where the fault lies here... (very possibly on me) All of the variables in $HTTP_POST_FILES are correct, yet the file doesn't actually save. I'm running PHP as Administrator, so I don't think it's a problem with permissions. My upload_tmp_dir is set to c:windowstemp and when I upload a file.. it does not appear there. I've also tried setting upload_tmp_dir to , windowstemp and checked $HTTP_POST_FILES[song][tmp_name] to be sure... still no luck. form action=? print($PHP_SELF); ? method=POST enctype=multipart/form-data table width=100% cellpadding=4 cellspacing=0 border=0 tr tdTitle: /td tdinput type=text name=title/td /tr tr tdArtist: /td td select name=artist ? print(artists_formatted()); ? /select /td /tr ... tr tdUpload: /td tdinput type=file name=song/td /tr /table input type=hidden value=upload name=do input type=hidden value=8192 name=MAX_FILE_SIZE input type=submit value=Upload --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10386edit=2 -- 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 #1249 Updated: url_parse() is a bit too strict
ID: 1249
Updated by: cardinal
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: URL related
Operating system:
PHP Version: 4.0
Assigned To:
Comments:
If this isn't a bug, it is at least an inconsistency.
parse_url('?') doesn't set a query key
parse_url('?#fragment') does
Neither URL has what I would consider a query string, but the query key is set in the
second case. That behavior should be consistent one way or the other, imho.
Previous Comments:
---
[2001-05-02 21:12:26] [EMAIL PROTECTED]
To PHP-developers: Does anyone have any thoughts about this?
(IMO, this isn't any bug)
--Jani
---
[2001-02-22 12:23:56] [EMAIL PROTECTED]
If you get URL as user input it can be bogus. parse_url could
be very useful to find if the URL is bogus and what parts
of it are bogus. Another point is, that even bogus looking
URL's could be valid (partial only). Also i believe
that parse_url('path?') wouldnt have quere set (although i
cant verify it at the moment).
And the last point is correctness. Even if it is not
significant, it would be nice if it behaved the expected way.
---
[2001-02-22 10:56:18] [EMAIL PROTECTED]
I, personally, don't see why it has to parse such bogus URLs
at all... Any arguments?
---
[2001-02-10 14:56:42] [EMAIL PROTECTED]
refiled against 4.0.
---
[2001-02-10 13:12:04] [EMAIL PROTECTED]
this is a real bug, although relatively minor.
---
The remainder of the comments for this report are too long. To view the rest of the
comments, please view the bug report online.
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=1249edit=2
--
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 #10526 Updated: Possible problem with query
ID: 10526 Updated by: cardinal Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: MySQL related PHP Version: 4.0.4pl1 Assigned To: Comments: User feedback: Well, I'm not sure where the error message is comming from. It is an error being generated by either PHP or MySQL. I have figured out a way around the error, so it can be closed - but I never figured out what was causing the error. It is definately something that should be looked into because someone else may have more problems in the future. Previous Comments: --- [2001-04-29 22:23:04] [EMAIL PROTECTED] I can't locate any error message in PHP that says Query was empty. Is it an error being displayed by your script, or one that your script calls upon? This can probably be closed. --- [2001-04-27 11:37:08] [EMAIL PROTECTED] Okay, I think I found a bug so please don't chew my head off if I'm wrong. I have written a short script to convert an excel spreadsheet into MySQL. Text format of course. I try to create a table using these lines: $query = CREATE TABLE test3 (Sales_Number varchar(255), Sales_Name varchar(255), Location varchar(255), Amount varchar(255)); $result = mysql_query ($query); It creates the table, but it stops the script with this error message: Query was empty I have never seen this error message before, and I don't think the query is empty because it does create the table... If you want me to email you the script for further analysis, please let me know. Matthew Grigajtis --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10526edit=2 -- 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 #10526 Updated: Possible problem with query
ID: 10526 Updated by: cardinal Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: MySQL related PHP Version: 4.0.4pl1 Assigned To: Comments: I can't locate any error message in PHP that says Query was empty. Is it an error being displayed by your script, or one that your script calls upon? This can probably be closed. Previous Comments: --- [2001-04-27 11:37:08] [EMAIL PROTECTED] Okay, I think I found a bug so please don't chew my head off if I'm wrong. I have written a short script to convert an excel spreadsheet into MySQL. Text format of course. I try to create a table using these lines: $query = CREATE TABLE test3 (Sales_Number varchar(255), Sales_Name varchar(255), Location varchar(255), Amount varchar(255)); $result = mysql_query ($query); It creates the table, but it stops the script with this error message: Query was empty I have never seen this error message before, and I don't think the query is empty because it does create the table... If you want me to email you the script for further analysis, please let me know. Matthew Grigajtis --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10526edit=2 -- 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 #9839 Updated: opendir() before mysql_fetch_assoc() returns non-associative array
ID: 9839
Updated by: cardinal
Reported By: [EMAIL PROTECTED]
Old-Status: Analyzed
Status: Closed
Bug Type: MySQL related
PHP Version: 4.0.4pl1
Assigned To:
Comments:
mysql_fetch_assoc (And _fetch_row) now only takes one parameter in CVS.
Previous Comments:
---
[2001-04-07 00:52:49] [EMAIL PROTECTED]
This is a bug in MySQL extension.
The mysql_fetch_assoc() function is supposed to take
only one argument. And you found this bug by passing
the $dblink variable which holds (after running opendir)
number 2 as value. The actual bug is in php_mysql_fetch_hash() function (in
php_mysql.c) as there
should be a check for the second possible argument, that it's one of MYSQL_ASSOC,
MYSQL_NUM or MYSQL_BOTH.
--Jani
---
[2001-03-19 11:16:29] [EMAIL PROTECTED]
?php
// If the opendir call is before the connect, an associative array
// is NOT returned from mysql_fetch_assoc() - the closedir does not
// seem to have any effect on this phenomena.
//
// It does NOT matter if the code is contained within the if() or
// not. If the opendir() call occurs before the mysql_connect()
// call, I get a farkled array from mysql_fetch_assoc().
//
// Changing the database and/or tables queried does not seem to
// make a difference to the bug.
// Change the 0 to 1 below to see this bug
if (1) {
$bizarrevar = opendir(/etc/);
closedir($bizarrevar);
unset($bizarrevar);
}
$dblink = mysql_connect(localhost,user,password);
mysql_select_db(dbname, $dblink);
$qresult = mysql_query(SELECT * FROM comment, $dblink);
while ($rx = mysql_fetch_assoc($qresult, $dblink)) {
while (list($k,$v) = each($rx)) {
print( $k = $vBRn);
}
}
?
- End Script
Data from phpinfo():
PHP was copmpiled with './configure' '--with-mysql' '--with-apache=../apache'
'--enable-track-vars'
Virtual dir support is disabled
Apache Info:
Apache Version Apache/1.3.19
Apache Release 10319100
Apache API Version 19990320
Loaded Modules mod_php4, mod_setenvif, mod_auth, mod_access, mod_alias, mod_userdir,
mod_actions, mod_imap, mod_asis, mod_cgi, mod_dir, mod_autoindex, mod_include,
mod_status, mod_negotiation, mod_mime, mod_log_config, mod_env, http_core
MySQL Info:
Active Persistent Links 0
Active Links 0
Client API version 3.23.22-beta
MYSQL_INCLUDE
MYSQL_LFLAGS
MYSQL_LIBS
mysql.allow_persistent On On
mysql.default_host no value no value
mysql.default_password no value no value
mysql.default_port no value no value
mysql.default_socket no value no value
mysql.default_user no value no value
mysql.max_links Unlimited Unlimited
mysql.max_persistent Unlimited Unlimited
If you need additional information, please feel free to contact me via email at
[EMAIL PROTECTED] :)
Thanks
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9839edit=2
--
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 #9455 Updated: Call to undefined function: mysql_connect()
ID: 9455 Updated by: cardinal Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: MySQL related PHP Version: 4.0.4pl1 Assigned To: Comments: Closing, this is most likely an issue with the installation, and not a PHP bug. For help identifying the problem, consider one of the PHP mailing lists, or the #php channel on irc.php.net Previous Comments: --- [2001-02-26 06:30:50] [EMAIL PROTECTED] I did install PHP --with-mysql. --- [2001-02-26 06:15:01] [EMAIL PROTECTED] I did update my Linux RedHat from 6.2 to 7.0. After this PHP couldn't connect to MySQL. After this I did update PHP and MySQL to the following versions: MySQL-3.23.24-1 mysql-3.23.32-1.7 MySQL-client-3.23.24-1 mysqlclient9-3.23.22-3 MySQL-devel-3.23.24-1 mysql-devel-3.23.32-1.7 mysql-server-3.23.32-1.7 MySQL-shared-3.23.24-1 php-4.0.4pl1-3 When I try to get data out of the MySQL database I get the error: Fatal error: Call to undefined function: mysql_connect() in /opt/homes/shbeheer/HTML/klantoverzicht.php on line 3 This line 3 contains : mysql_connect(localhost,username,password); Please help me with this problem, thanx. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9455edit=2 -- 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]
