[PHP-DEV] Bug #13789 Updated: strtotime wrong interpretation of GMT dates
ID: 13789 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Assigned Bug Type: Date/time related Operating System: Linux PHP Version: 4.0.6 Old Assigned To: Assigned To: derick Edit this bug report at http://bugs.php.net/?id=13789edit=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]
Re: [PHP-DEV] startup sequencing issue with php_admin_value disable_functions?
At 07:55 24-10-01, Rasmus Lerdorf wrote: php_admin_value disable_functions does not work. Works fine from php.ini. It's not supposed to work, it can only work from php.ini. Shouldn't php_admin_value work in VirtualHost part of httpd.conf? It seems that there is something broken there. See bug reports #12748, #13633 and #13803. Edin -- 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]
Re: [PHP-DEV] startup sequencing issue with php_admin_value disable_functions?
At 09:01 24-10-01, Edin Kadribasic wrote: At 07:55 24-10-01, Rasmus Lerdorf wrote: php_admin_value disable_functions does not work. Works fine from php.ini. It's not supposed to work, it can only work from php.ini. Shouldn't php_admin_value work in VirtualHost part of httpd.conf? It seems that there is something broken there. See bug reports #12748, #13633 and #13803. It's not related really. These bugs appear to suggest there's an issue with the URL fopen system. From a quick glance, it appears that if php.ini has URL fopens disabled, the URL fopen system does not initialize itself. So, turning it on anywhere else is not going to work, but is going to crash. Zeev -- 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 #13806 Updated: zlib compression is broken?
ID: 13806 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Zlib Related Operating System: Linux 2.4.4/glibc 2.2.2 PHP Version: 4.0CVS-2001-10-24 New Comment: I can not reproduce this. Add the relevant php.ini settings here and try also to reduce some of the configure options. --Jani Previous Comments: [2001-10-24 01:35:34] [EMAIL PROTECTED] Thanks for your interest, Jani. The script is ?php phpinfo(); ? I set zlib compression in php.ini. configure line is as follows. If you cannot reproduece this problem with your usual configure line, I'll try to reduce number of options. Let me know if you want me do that. './configure' \ '--with-apxs' \ '--disable-short-tags' \ '--without-mysql' \ '--with-bz2' \ '--with-curl' \ '--with-ftp' \ '--with-iconv' \ '--with-mhash' \ '--with-mcrypt' \ '--with-openssl' \ '--with-pgsql' \ '--with-regex=system' \ '--with-zlib' \ '--with-gd' \ '--enable-gd-native-ttf' \ '--with-freetype-dir=/usr/local' \ '--with-jpeg-dir=/usr' \ '--with-png-dir=/usr' \ '--with-xpm-dir=/usr/X11R6' \ '--enable-bcmath' \ '--enable-ftp' \ '--enable-shmop' \ '--enable-sysvsem' \ '--enable-sysvshm' \ '--enable-sockets' \ '--enable-mbstring' \ '--enable-mbstr-enc-trans' \ '--enable-memory-limit' \ '--enable-wddx' \ '--enable-debug' [2001-10-24 01:23:31] [EMAIL PROTECTED] Could you please add a short example script here? :) [2001-10-24 01:18:45] [EMAIL PROTECTED] It seems zlib compression is broken in 4.1.0RC. [23-Oct-2001 20:14:19] PHP Fatal error: Allowed memory size of 8388608 bytes exhausted at zlib.c:995 (tried to allocate 2610349 bytes) in /home/yohgaki/public_html/test/phpinfo.php on line 1 Apache 1.3.20/PHP 4.1.0RC CVS/Linux 2.4.4 glibc 2.2.2 Is this happening only to me? Edit this bug report at http://bugs.php.net/?id=13806edit=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]
Re: [PHP-DEV] startup sequencing issue with php_admin_value disable_functions?
At 07:55 24-10-01, Rasmus Lerdorf wrote: php_admin_value disable_functions does not work. Works fine from php.ini. It's not supposed to work, it can only work from php.ini. Why? -- 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 #13753 Updated: failed session_register in object method
ID: 13753
Updated by: hholzgra
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Session related
Operating System: linux mandrake 8.0
PHP Version: 4.0.6
New Comment:
session_register and session_is_registered
operate on *names* not *variables*
only at request end the list of registered
names is processed and contents of corresponding
*global* variables are stored
what you are looking for is a combination like
if(session_is_registered($name) and isset($GLOBLAS[$name])) ...
and, no, session_register and session_is_registered
can *not* do this job for you as variables in PHP
can be created and removed at any time
checking for existance in session_register makes
no sense as there is no guarante that the variable
won't be unset() before request end
for your list question: see the support section
(on both www.php.net and bugs.php.net) and look
for the php-general list or for the local list
of your favourite language at the end of the
page
Previous Comments:
[2001-10-19 10:38:22] [EMAIL PROTECTED]
Ok, sorry, but why session_is_registered returns true?
And btw, which list/news you can recomend me, that I can get help such as this as
soon, as possible?
[2001-10-19 10:14:11] [EMAIL PROTECTED]
$edf1 is local to the gg() method
you can only register variables from the global
scope, so $edf1 is empty in the session as no
such global variable existed as the session data
was written
[2001-10-19 09:55:30] [EMAIL PROTECTED]
misspeled; should be:
After that both session_is_registered('edf1') and session_is_registered('edf2')
returns true
[2001-10-19 09:50:59] [EMAIL PROTECTED]
I have made much tests and it seems, that calling session register in object's method
failed. Assume:
?
(...)[session_start, headers, etc...]
$edf2 = 1234;
session_register('edf2');
class gg {
function gg() {
$edf1 = 65432;
session_register('edf1');
}
}
gg::gg();
?
After that both session_is_registered('edf1') and session_is_registered('edf1')
returns true, but ($edf1
== $edf2) return false; ($edf1 == '') - is true.
Any suggestions?
Edit this bug report at http://bugs.php.net/?id=13753edit=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 #13796 Updated: Configure sets both HAVE_GD_STRINGTTF and HAVE_GD_STRINGFT
ID: 13796 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: GD related Operating System: Linux PHP Version: 4.0CVS-2001-10-23 New Comment: No, still the same problem: $ grep HAVE_GD_STRING main/php_config.h #define HAVE_GD_STRINGFT 1 /* #undef HAVE_GD_STRINGFTEX */ #define HAVE_GD_STRINGTTF 1 Gives the same error when compiled and tried with imagettf*(). Previous Comments: [2001-10-24 00:46:11] [EMAIL PROTECTED] Could you check if this works in latest CVS now? --Jani [2001-10-23 04:10:40] [EMAIL PROTECTED] Configuring with freetype 2 and NOT freetype 1.* installed: ./configure \ --with-gd \ --with-freetype-dir=/usr/local/include/freetype2 results in both HAVE_GD_STRINGTTF and HAVE_GD_STRINGFT being defined in main/php_config.h This produces this error when trying to use the imagettf*() functions in GD: libgd was not built with TrueType font support Removing HAVE_GD_STRINGTTF from main/php_config.h before compiling fixes this issue. But of course it should be permanently fixed in autoconf. Edit this bug report at http://bugs.php.net/?id=13796edit=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 #13785 Updated: Compile with MySQL 4.0.0
ID: 13785 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: MySQL related Operating System: FreeBSD 4.4 Old PHP Version: 4.0CVS-2001-10-22 PHP Version: 4.0CVS-2001-10-24 Old Assigned To: derick Assigned To: New Comment: Now I tested it whith NEW(!!!) 4.0CVS-2001-10-24 and have the following Error: gmake[1]: Entering directory `/usr/local/src/php' /bin/sh /usr/local/src/php/libtool --silent --mode=link gcc -I. -I/usr/local/src/php/ -I/usr/local/src/php/main -I/usr/local/src/php -I/usr/local/src/php/Zend -I/usr/local/include/freetype2/freetype -I/usr/local/include -I/usr/local/src/imap/c-client -I/usr/local/mysql/include/mysql -I/usr/local/src/php/ext/xml/expat -I/usr/local/src/php/TSRM -O2 -o php -export-dynamic stub.lo libphp4.la ./.libs/libphp4.a(internal_functions.o)(.data+0x20): undefined reference to `mysql_module_entry' gmake[1]: *** [php] Error 1 With MySQL 3.23.43 - I have not this Error... Previous Comments: [2001-10-24 01:02:46] [EMAIL PROTECTED] reclassified. [2001-10-22 03:50:32] [EMAIL PROTECTED] PHP 4.0CVS compiled with same configure parameters, but after MySQL 4.0.0 was upgraded (from 3.23.43) generated the following error: gmake[1]: Entering directory `/usr/local/src/php' /bin/sh /usr/local/src/php/libtool --silent --mode=link gcc -I. -I/usr/local/src/php/ -I/usr/local/src/php/main -I/usr/local/src/php -I/usr/local/src/php/Zend -I/usr/local/include/freetype2/freetype -I/usr/local/include -I/usr/local/src/imap/c-client -I/usr/local/mysql/include/mysql -I/usr/local/src/php/ext/xml/expat -I/usr/local/src/php/TSRM -O2 -o php -export-dynamic stub.lo libphp4.la ./.libs/libphp4.a(internal_functions.o)(.data+0x20): undefined reference to `mysql_module_entry' gmake[1]: *** [php] Error 1 With MySQL 3.23.43 - I have not this Error... Edit this bug report at http://bugs.php.net/?id=13785edit=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 #13808: Session vars not saved
From: [EMAIL PROTECTED]
Operating system: Windows 2000 Pro
PHP version: 4.0.6
PHP Bug Type: Session related
Bug description: Session vars not saved
I use a class to manage member on my site (login, logout, register, ...).
When a user login, I want to save a unique id to identify the user. But the
token is never save in the session.
When I use a cookie to remember user, the session works.
The token is set in a class function and just after, I redirect the user
with a header(Location: $HTTP_REFERER);
There is the script I use for login user:
session_start();
...
$res = $user-login($nickname,$passwd,$rem);
if ($res) {
header(Location:
index.php?module=homecontent=default..session_name().=.session_id());
exit;
}
The class function login:
function login($username,$passwd,$remember=false) {
...
if ($remember) setcookie(token_cook,$token,time()+(365*24*60*60));
session_register('token_sess');
$token_sess = $token_cook = $token;
$this-errno = 0;
return true;
}
I would like to know what is wrong in my script.
Thanks.
Fab
--
Edit bug report at: http://bugs.php.net/?id=13808edit=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] Re: [PHP-DB] PHP and MySQL queries...
How about using 3 select menus:
* One for the day called 'dayselect'
* One for the month called 'monthselect;
* One for the year called 'yearselect'
When you get the values from the selects to perform query's upon, re-arrange the order
the dates
come in:
In your form they'll be in the order: day,month,year
To perform queries into a MySQL DB re-arrange them:
$date = $yearselect . - . $monthselect . - . $yearselect;
HTH
Russ
On Tue, 23 Oct 2001 10:52:41 -0600 Jason [EMAIL PROTECTED] wrote:
I am having a hard time setting up a form for users to enter a date in the
format of 00/00/ (of course they would use an actual date). My form is
as follows...
form name=auth method=post action=search.php
p*I.E. - Format is 04/01/2001*/p
pSearch for Ads by date:
input type=text name=date
/p
p
input type=submit name=login
value=Submit
input type=reset name=reset value=Reset
/p
/form
On my search.php page I have the following MySQL connection and search
parameters...
?php
mysql_connect (db_hostname, db_username, db_password);
mysql_select_db (db_name);
if ($date == )
{$date = '%';}
$result = mysql_query (SELECT
fname,lname,address,city,state,zip,phonea,phone,email,crty,crnum,crmo,cryr,w
eeks,ogden,rock,logan,ipaddress,ad,total,num,date,time
FROM ads WHERE date LIKE '%$date%' LIMIT 0, 30 );
$count = -1;
if ($row = mysql_fetch_array($result)) {
$count ++;
do {
echo BName: /B;
printf(mysql_result($result,$count,fname));
echo ;
printf(mysql_result($result,$count,lname));
echo BR\n;
echo BAddress: /B;
printf(mysql_result($result,$count,address));
echo BR\n;
echo BCity: /B;
printf(mysql_result($result,$count,city));
echo BR\n;
echo BState: /B;
printf(mysql_result($result,$count,state));
echo BR\n;
echo BZip: /B;
printf(mysql_result($result,$count,zip));
echo BR\n;
echo BPhone: /B(;
printf(mysql_result($result,$count,phonea));
echo ) ;
printf(mysql_result($result,$count,phone));
echo BR\n;
echo BEmail: /B;
printf(mysql_result($result,$count,email));
echo BR\n;
echo BCredit Type: /B;
printf(mysql_result($result,$count,crty));
echo BR\n;
echo BCredit Number: /B;
printf(mysql_result($result,$count,crnum));
echo BR\n;
echo BCredit Card Date: /B;
printf(mysql_result($result,$count,crmo));
echo ;
printf(mysql_result($result,$count,cryr));
echo BR\n;
echo BWeeks: /B;
printf(mysql_result($result,$count,weeks));
echo BR\n;
echo Btown1: /B;
printf(mysql_result($result,$count,town1));
echo BR\n;
echo Btown2: /B;
printf(mysql_result($result,$count,town2));
echo BR\n;
echo Btown3: /B;
printf(mysql_result($result,$count,town3));
echo BR\n;
echo BIP Address: /B;
printf(mysql_result($result,$count,ipaddress));
echo BR\n;
echo BAd: /B;
$ad[$count] = (mysql_result($result,$count,ad));
$ad[$count] = ereg_replace (a, ', $ad[$count]);
$ad[$count] = ereg_replace (q, \, $ad[$count]);
$ad[$count] = ereg_replace (p, %, $ad[$count]);
$ad[$count] = ereg_replace (bs, \\, $ad[$count]);
echo $ad[$count];
echo BR\n;
echo BTotal: /B;
printf(mysql_result($result,$count,total));
echo BR\n;
echo BAd Number: /B;
printf(mysql_result($result,$count,num));
echo BR\n;
echo BDate: /B;
printf(mysql_result($result,$count,date));
echo BR\n;
echo BTime: /B;
printf(mysql_result($result,$count,time));
echo BR\n;
} while($row = mysql_fetch_array($result));
} else {print Sorry, no records were found!;}
?
So far I have come to the conclusion that the input from the user is
probably where my problem is because I am assuming it is taking the / in
the date they enter and doing something I don't want it to. In any event if
someone could give me a clue as to how to resolve this issue it would be
greatly appreciated.
--
PHP Database 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]
#---#
Believe nothing - consider everything
Russ Michell
Anglia Polytechnic University Webteam
Room 1C 'The Eastings' East Road, Cambridge
e: [EMAIL PROTECTED]
w: www.apu.ac.uk/webteam
www.theruss.com
#---#
--
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 #13629 (db3 driver init error)
Confirmed on Linux. Here's the patch I came up with (it defaults to BTrees but that's the default in the original code anyway) dba_db3.c.patch -- 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 #13783 Updated: odbc_fetch_into different issue
ID: 13783
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Analyzed
Bug Type: ODBC related
Operating System: SCO Openserver 5.0.5 RH Lnux 7
PHP Version: 4.0.6
Old Assigned To: ahill
Assigned To:
New Comment:
A correction to my previous information:
The piece I commented out was in the php_opdbc.h file and was a reference to iodbc.h.
This file is not present in the Openlink V4.1 ODBCSDK.
I am unable to determine exactly which version of the SDK is being used as the
Openlink
ODBCSDK files have no version numbers anywhere.
I have just finished testing against the SDK I downloaded with Openlink 3.2 bits.
The odbc_fetch_into($results,$pos,$row) code works with both odbc_do and odbc_prepare
statements, so it must be something to do with the new 4.1 SDK.
Previous Comments:
[2001-10-23 22:45:46] [EMAIL PROTECTED]
Sorry about the last post. It is a different issue that I haven't raised yet. Can
someone remove it.
[2001-10-23 22:43:01] [EMAIL PROTECTED]
A correction to my previous information:
The piece I commented out was in the php_opdbc.h file and was a reference to iodbc.h.
This file is not present in the V4 ODBCSDK.
I am unable to determine exactly which version of the SDK is being used as the
Openlink ODBCSDK files have no version numbers anywhere.
However
I have gone back to what I had with the Openlink 3.2 drivers (and put back the iodbc.h
line). The same thing happens regarding the sql query containing a (').
However
The Openlink team suggested a series of changes including using odbc_prepare.
Using 3.2 and 4.1 the following works.
$sql=SELECT ID,Category,description FROM card_type WHERE description=?;
$results = odbc_prepare($conn,$sql);
$parms=array(PEPPERELL'S);
odbc_execute($results,$parms);
if ($results) {
while (odbc_fetch_into($results,$row)) {
echo $row[0]. .$row[1]. .$row[2].BR;
}
}
I still think it has to be a bug with on the PHP side to do with how PHP parses the
$sql contents, that is resulting in a syntax error in the SQL statement passed to
Openlink.
According to the Microsoft ODBC SDK, error 37000 is remapped to 42000 which says:
42000: *StatementText contained an SQL statement that was not preparable or contained
a syntax error.
The user did not have permission to execute the SQL statement contained in
*StatementText.
This is definitely not a permission issue.
Openlink alse mentioned changes to disable the use of DYNAMIC_CURSOR. As I currently
can make the queries I need (so far), I will carry on with what I have.
[2001-10-23 10:10:12] [EMAIL PROTECTED]
The current SDK version is 3.0.5 and isql.h is included in it. Please get the SDK from
either www.openlinksw.com or www.iodbc.org and recompile without commenting out the
references.
Best regards,
Andrew Hill
OpenLink Software
[2001-10-22 20:59:00] [EMAIL PROTECTED]
No errors at all, just returns an empty recordset.
One probably important note. When I compiled PHP 4.0.6 I had to remove the reference
to isql.h? in the php_odbc source program as it wasn't in the Openlink SDK for
Openlink 4.1.
Everything seems to work except the selected record stuff which hasn't ever worked for
me using PHP 4 against Openlink.
I think I had it working under PHP 3.0.15 against Openlink 3.2, but we have moved on
since then.
[2001-10-22 20:56:36] [EMAIL PROTECTED]
Using odbc_fetch_into($id, $number, $result_array);
SQLAllocHandle ( ... )
SQL_SUCCESS
SQLSetStmtAttr ( ... )
SQL_SUCCESS
SQLAllocHandle ( ... )
SQL_SUCCESS
SQLDriverConnect ( ... )
SQL_SUCCESS
SQLGetInfo ( ... )
SQL_SUCCESS
SQLGetInfo ( ... )
SQL_SUCCESS
SQLAllocHandle ( ... )
SQL_SUCCESS
SQLGetStmtAttr ( ... )
SQL_SUCCESS
SQLGetStmtAttr ( ... )
SQL_SUCCESS
SQLGetStmtAttr ( ... )
SQL_SUCCESS
SQLGetStmtAttr ( ... )
SQL_SUCCESS
SQLGetInfo ( ... )
SQL_SUCCESS
SQLSetStmtAttr ( ... )
SQL_SUCCESS
SQLExecDirect ( ... )
SQL_SUCCESS
SQLNumResultCols ( ... )
SQL_SUCCESS
SQLNumResultCols ( ... )
SQL_SUCCESS
SQLColAttribute ( ... )
SQL_SUCCESS
SQLColAttribute ( ... )
SQL_SUCCESS
SQLColAttribute ( ... )
SQL_SUCCESS
SQLBindCol ( ... )
SQL_SUCCESS
SQLColAttribute ( ... )
SQL_SUCCESS
SQLColAttribute ( ... )
SQL_SUCCESS
SQLColAttribute ( ... )
SQL_SUCCESS
SQLBindCol ( ... )
SQL_SUCCESS
SQLColAttribute ( ... )
SQL_SUCCESS
SQLColAttribute ( ... )
SQL_SUCCESS
SQLColAttribute ( ... )
SQL_SUCCESS
SQLBindCol ( ... )
SQL_SUCCESS
SQLColAttribute ( ... )
SQL_SUCCESS
SQLColAttribute (
[PHP-DEV] Bug #13808 Updated: Session vars not saved
ID: 13808
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Session related
Operating System: Windows 2000 Pro
PHP Version: 4.0.6
New Comment:
This is not a support forum. Ask support questions on
the mailing lists: http://www.php.net/support.php
Previous Comments:
[2001-10-24 04:35:52] [EMAIL PROTECTED]
I use a class to manage member on my site (login, logout, register, ...).
When a user login, I want to save a unique id to identify the user. But the token is
never save in the session.
When I use a cookie to remember user, the session works.
The token is set in a class function and just after, I redirect the user with a
header(Location: $HTTP_REFERER);
There is the script I use for login user:
session_start();
...
$res = $user-login($nickname,$passwd,$rem);
if ($res) {
header(Location:
index.php?module=homecontent=default..session_name().=.session_id());
exit;
}
The class function login:
function login($username,$passwd,$remember=false) {
...
if ($remember) setcookie(token_cook,$token,time()+(365*24*60*60));
session_register('token_sess');
$token_sess = $token_cook = $token;
$this-errno = 0;
return true;
}
I would like to know what is wrong in my script.
Thanks.
Fab
Edit this bug report at http://bugs.php.net/?id=13808edit=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 #13809: Openlink 3.2 and 4.0 odbc_do and single quotes
From: [EMAIL PROTECTED]
Operating system: SCO Openserver 5.0.5 RH Lnux 7
PHP version: 4.0.6
PHP Bug Type: ODBC related
Bug description: Openlink 3.2 and 4.0 odbc_do and single quotes
Came across this issue when doing my data conversions. If the fields have
single quotes in them, odbc_do fails.
I have tested this against the Openlink 3.2 and 4.1 SDK's and found that
using odbc_prepare works fine.
Basic Script
?
$conn = odbc_connect($dsn,,,$cursor);
$sql=SELECT ID,Category,description FROM card_type WHERE
description='IMPEYS';
echo BRbSQL:/b $sqlBR;
$results = odbc_do($conn,$sql);
if ($results) {
while (odbc_fetch_into($results,$row)) {
echo $row[0]. .$row[1]. .$row[2].\n;
}
}
$sql=SELECT ID,Category,description FROM card_type WHERE description LIKE
'%PEP%';
echo BRbSQL:/b $sqlBR;
$results = odbc_do($conn,$sql);
if ($results) {
while (odbc_fetch_into($results,$row)) {
echo $row[0]. .$row[1]. .$row[2].\n;
}
}
$sql='SELECT ID,Category,description FROM card_type WHERE description LIKE
%PEP%';
echo BRbSQL:/b $sqlBR;
$results = odbc_do($conn,$sql);
if ($results) {
while (odbc_fetch_into($results,$row)) {
echo $row[0]. .$row[1]. .$row[2].\n;
}
}
$sql='SELECT ID,Category,description FROM card_type WHERE
description=PEPPERELL\'S';
echo BRbSQL:/b $sqlBR;
$results = odbc_do($conn,$sql);
if ($results) {
while (odbc_fetch_into($results,$row)) {
echo $row[0]. .$row[1]. .$row[2].\n;
}
}
$sql=SELECT ID,Category,description FROM card_type WHERE
description=\PEPPERELL'S\;
echo BRbSQL:/b $sqlBR;
$results = odbc_do($conn,$sql);
if ($results) {
while (odbc_fetch_into($results,$row)) {
echo $row[0]. .$row[1]. .$row[2].\n;
}
}
/*
Output
--
SQL: SELECT ID,Category,description FROM card_type WHERE
description='IMPEYS'
355 Other Item IMPEYS
SQL: SELECT ID,Category,description FROM card_type WHERE description LIKE
'%PEP%'
177 Other Item PEPPERELL'S
SQL: SELECT ID,Category,description FROM card_type WHERE description LIKE
%PEP%
Warning: SQL error: [OpenLink][ODBC][Driver]Syntax error or access, SQL
state 37000 in SQLExecDirect in /usr/local/.WWW/WEBS/_odbc/test.php3 on
line 42
SQL: SELECT ID,Category,description FROM card_type WHERE
description=PEPPERELL'S
Warning: SQL error: [OpenLink][ODBC][Driver]Syntax error or access, SQL
state 37000 in SQLExecDirect in /usr/local/.WWW/WEBS/_odbc/test.php3 on
line 50
SQL: SELECT ID,Category,description FROM card_type WHERE
description=PEPPERELL'S
Warning: SQL error: [OpenLink][ODBC][Driver]Syntax error or access, SQL
state 37000 in SQLExecDirect in /usr/local/.WWW/WEBS/_odbc/test.php3 on
line 58
*/
?
--
Edit bug report at: http://bugs.php.net/?id=13809edit=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 #13810: Per directory php.ini overrides
From: [EMAIL PROTECTED] Operating system: All PHP version: 4.0.6 PHP Bug Type: Feature/Change Request Bug description: Per directory php.ini overrides I run a server and have always used .htaccess to modify php settings on a per directory basis. I am now opening my server to other people, so I need to refine the security model, which prevents me from using PHP as a module. Unfortunately, I can't use PHP as a CGI at this time, because I have no way of changing options on a per directory basis. I would be nice if PHP could be compiled with an option which would have it perform the following actions each time it is invoked as a CGI: 1. Parse the normal configuration file 2. Look in each directory from the document root to the script directory, and progressively parse php.ini files in those directories overriding any settings from the main php.ini file (but not otherwise disturbing the php configuration) This is probably a fairly intensive hit for memory hungry machines, but AFAIK, it is the only way to provide per-directory PHP options in a similar mannar to .htaccess on servers which don't have .htaccess, or where security makes using .htaccess impossible. -- Edit bug report at: http://bugs.php.net/?id=13810edit=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 #13775 Updated: Segfault (11) with PHP 4.0.6 / Apache 1.3.22
ID: 13775 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: GD related Operating System: Linux - SuSE 7.2 PHP Version: 4.0.6 and 4.2.0-dev New Comment: The bug clearly is in either the gd library or png library and not in PHP - Bogus. Please report this to the gd/png library authors. --Jani Previous Comments: [2001-10-22 21:14:13] [EMAIL PROTECTED] Rebulding gd-1.8.4 with libpng-1.0.12 then rebuilding PHP 4.2.0-dev corrected the problem. Apache no longer segfaults. However, it *says* TTF is disabled in gd: % egrep -i truetype ~root/php_configure.log checking whether to enable truetype string function in gd... no But a call to ?php imagettftext(); ? (with no arguments) *does* give me: Warning: Wrong parameter count for imagettftext() in /var/www/htdocs/ttf.test.php on line 3 And phpinfo() says: FreeType Support: enabled FreeType Linkage: with freetype T1Lib Support: enabled So is that be anything to worry about? But I suppose that doesn't matter as far as the bug report. If it's anything to worry about, just let me know privately if you want. For the record, the working configure(s): PHP 4.2.0-dev % ./configure \ --with-config-file-path=/var/www/conf \ --enable-debug \ --with-gd=/usr/local \ --with-tiff-dir=../tiff-v3.5.6-beta \ --with-jpeg-dir=/usr/local \ --with-png-dir=/usr/local \ --with-zlib-dir=/usr \ --with-zlib=/usr \ --with-t1lib=/usr/local \ --with-mysql=/usr \ --with-mcrypt=/usr/local \ --with-pdflib=/usr/local \ --with-bz2=/usr/local \ --with-zip=/usr/local \ --with-pspell=/usr/local \ --with-curl=/usr/local \ --with-xml \ --enable-magic-quotes \ --enable-ftp \ --enable-gd-native-tt \ --enable-gd-imgstrttf \ --with-freetype-dir=/usr/local/include/freetype2 \ --with-apache=../apache_1.3.22 ~root/php_configure.log Apache 1.3.22: % SSL_BASE=/usr/include/openssl % ./configure \ --prefix=/var/www \ --mandir=/usr/local/man \ --server-uid=www \ --server-gid=www \ --libexecdir=/var/www/modules \ --enable-module=rewrite \ --enable-module=so \ --enable-module=speling \ --enable-shared=speling \ --enable-module=ssl \ --activate-module=src/modules/php4/libphp4.a \ --activate-module=src/modules/perl/libperl.a \ --add-module=../mod_gzip.c Thank you! :) You guys are great! [2001-10-22 01:34:01] [EMAIL PROTECTED] The segfault seems to be happening in the png code. I guess the 1.2.0 version might not be very stable. Try with the previous release, 1.0.12. I will check this out myself too. --Jani [2001-10-21 20:26:31] [EMAIL PROTECTED] And finally, a backtrace having enabled debugging: % gdb --quiet /var/www/bin/httpd (gdb) run -X Starting program: /var/www/bin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x999 in ?? () (gdb) bt #0 0x999 in ?? () #1 0x4016e058 in png_create_info_struct () from /usr/local/lib/libpng.so.3 #2 0x823ffbc in gdImageCreateFromPngCtx () #3 0x823feff in gdImageCreateFromPng () #4 0x80fb910 in _php_image_create_from (ht=1, return_value=0x84bab8c, this_ptr=0x0, return_value_used=1, image_type=2, tn=0x82fb30b PNG, func_p=0x823fee0 gdImageCreateFromPng, ioctx_func_p=0x823ff20 gdImageCreateFromPngCtx) at gd.c:1182 #5 0x80fba3c in zif_imagecreatefrompng (ht=1, return_value=0x84bab8c, this_ptr=0x0, return_value_used=1) at gd.c:1229 #6 0x81e421a in execute (op_array=0x84b6544) at ./zend_execute.c:1598 #7 0x81be8a9 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:814 #8 0x80e4f11 in php_execute_script (primary_file=0xb588) at main.c:1310 #9 0x81cab8c in apache_php_module_main (r=0x83b981c, display_source_mode=0) at sapi_apache.c:90 #10 0x80e1346 in send_php () #11 0x80e13a6 in send_parsed_php () #12 0x81eed39 in ap_invoke_handler () #13 0x8204dcf in process_request_internal () #14 0x8204e42 in ap_process_request () #15 0x81fb926 in child_main () #16 0x81fbb05 in make_child () #17 0x81fbc86 in startup_children () #18 0x81fc32d in standalone_main () #19 0x81fcbac in main () #20 0x4034bc6f in __libc_start_main () from /lib/libc.so.6 (gdb) [2001-10-21 19:56:44] [EMAIL PROTECTED] No such luck. % uname -a Linux callisto 2.4.12-4GB #1 Fri Oct 19 08:34:54 GMT 2001 i686 unknown Still SuSE 7.2.. PHP 4.2.0-dev: % ./configure \ --with-config-file-path=/var/www/conf \ --with-gd=/usr/local \ --with-tiff-dir=../tiff-v3.5.6-beta \ --with-jpeg-dir=/usr/local \ --with-png-dir=/usr/local/ \ --with-zlib-dir=/usr \ --with-zlib=/usr \ --with-t1lib=/usr/local \ --with-mysql=/usr \ --with-mcrypt=/usr/local \ --with-pdflib=/usr/local \
[PHP-DEV] Bug #13796 Updated: Configure sets both HAVE_GD_STRINGTTF and HAVE_GD_STRINGFT
ID: 13796 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: GD related Operating System: Linux PHP Version: 4.0CVS-2001-10-23 New Comment: Sorry, I didn't notice that you're using invalid configure option value here. --with-freetype-dir expects the install prefix dir for freetype2. # ./configure --help |grep freetype --with-freetype-dir=DIR GD: Set the path to freetype2 install prefix. Also, is your GD library compiled with freetype 2? --Jani Previous Comments: [2001-10-24 04:20:01] [EMAIL PROTECTED] No, still the same problem: $ grep HAVE_GD_STRING main/php_config.h #define HAVE_GD_STRINGFT 1 /* #undef HAVE_GD_STRINGFTEX */ #define HAVE_GD_STRINGTTF 1 Gives the same error when compiled and tried with imagettf*(). [2001-10-24 00:46:11] [EMAIL PROTECTED] Could you check if this works in latest CVS now? --Jani [2001-10-23 04:10:40] [EMAIL PROTECTED] Configuring with freetype 2 and NOT freetype 1.* installed: ./configure \ --with-gd \ --with-freetype-dir=/usr/local/include/freetype2 results in both HAVE_GD_STRINGTTF and HAVE_GD_STRINGFT being defined in main/php_config.h This produces this error when trying to use the imagettf*() functions in GD: libgd was not built with TrueType font support Removing HAVE_GD_STRINGTTF from main/php_config.h before compiling fixes this issue. But of course it should be permanently fixed in autoconf. Edit this bug report at http://bugs.php.net/?id=13796edit=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 #13811: Fatal error: Call to undefined function: xmldocfile()
From: [EMAIL PROTECTED]
Operating system: NT2000
PHP version: 4.0.6
PHP Bug Type: DOM XML related
Bug description: Fatal error: Call to undefined function: xmldocfile()
// data file
$file = library.xml;
// create a document object
$dom = xmldocfile($file);
Display Error Message
Fatal error: Call to undefined function: xmldocfile() in d:\apache
group\apache\htdocs\test\phpxml2.html on line 28
//-- source
// data file - library.xml
// success html - phpxml.html
// fail html- phpxml2.html
//--
// data file - library.xml
//--
?xml version=1.0?
library
book
titleHannibal/title
authorThomas Harris/author
genreSuspense/genre
pages564/pages
price8.99/price
rating4/rating
/book
book
titleRun/title
authorDouglas E. Winter/author
genreThriller/genre
pages390/pages
price7.49/price
rating5/rating
/book
book
titleThe Lord Of The Rings/title
authorJ. R. R. Tolkien/author
genreFantasy/genre
pages3489/pages
price10.99/price
rating5/rating
/book
/library
//--
// success html - phpxml.html
//--
html
head
titleThe Library/title
style type=text/css
TD {font-family: Arial; font-size: smaller}
H2 {font-family: Arial}
/style
/head
body bgcolor=white
h2The Library/h2
table border=1 cellspacing=1 cellpadding=5
tr
td align=centerTitle/td
td align=centerAuthor/td
td align=centerPrice/td
td align=centerUser Rating/td
/tr
?
// data file
$file = library.xml;
// use this to keep track of which tag the parser is currently processing
$currentTag = ;
function startElement($parser, $name, $attrs) {
global $currentTag;
$currentTag = $name;
// output opening HTML tags
switch ($name) {
case BOOK:
echo tr;
break;
case TITLE:
echo td;
break;
case AUTHOR:
echo td;
break;
case PRICE:
[PHP-DEV] Bug #13674 Updated: build/buildcheck.sh fails if automake version strings contains dashes
ID: 13674 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: *Configuration Issues Operating System: RedHat Linux 6.2 + updates PHP Version: 4.0.6 New Comment: This is fixed in CVS long time ago. :) --Jani Previous Comments: [2001-10-20 20:25:02] [EMAIL PROTECTED] What is this automake version? I have stock RH 6.2 automake installed and it reports the version to be 1.4 --Jani [2001-10-15 15:40:07] [EMAIL PROTECTED] automake version here is 1.4-p1, and buildcheck fails to parse it. build/buildcheck.sh: test: integer expression expected before -lt the following patch fixes it (maybe also \. and caps should be added): --- php-4.0.6/build/buildcheck.sh.ver Sat May 12 11:03:58 2001 +++ php-4.0.6/build/buildcheck.sh Mon Oct 15 21:21:57 2001 @@ -22,7 +22,7 @@ echo buildconf: checking installation... # autoconf 2.13 or newer -ac_version=`autoconf --version 2/dev/null|head -1|sed -e 's/^[^0-9]*//' -e 's/[a-z]* *$//'` +ac_version=`autoconf --version 2/dev/null|head -1|sed -e 's/^[^0-9]*//' -e 's/[-a-z][-0-9a-z]* *$//'` if test -z $ac_version; then echo buildconf: autoconf not found. echoYou need autoconf version 2.13 or newer installed @@ -40,7 +40,7 @@ fi # automake 1.4 or newer -am_version=`automake --version 2/dev/null|head -1|sed -e 's/^[^0-9]*//' -e 's/[a-z]* *$//'` +am_version=`automake --version 2/dev/null|head -1|sed -e 's/^[^0-9]*//' -e 's/[-a-z][-0-9a-z]* *$//'` if test $am_version = ; then echo buildconf: automake not found. echoYou need automake version 1.4 or newer installed Edit this bug report at http://bugs.php.net/?id=13674edit=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 #13811 Updated: Fatal error: Call to undefined function: xmldocfile()
ID: 13811
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: DOM XML related
Operating System: NT2000
PHP Version: 4.0.6
New Comment:
Please ask support questions on the mailing lists:
http://www.php.net/support.php
hint: Enable php_domxml.dll in php.ini..
Previous Comments:
[2001-10-24 05:52:18] [EMAIL PROTECTED]
// data file
$file = library.xml;
// create a document object
$dom = xmldocfile($file);
Display Error Message
Fatal error: Call to undefined function: xmldocfile() in d:\apache
group\apache\htdocs\test\phpxml2.html on line 28
//-- source
// data file - library.xml
// success html - phpxml.html
// fail html- phpxml2.html
//--
// data file - library.xml
//--
?xml version=1.0?
library
book
titleHannibal/title
authorThomas Harris/author
genreSuspense/genre
pages564/pages
price8.99/price
rating4/rating
/book
book
titleRun/title
authorDouglas E. Winter/author
genreThriller/genre
pages390/pages
price7.49/price
rating5/rating
/book
book
titleThe Lord Of The Rings/title
authorJ. R. R. Tolkien/author
genreFantasy/genre
pages3489/pages
price10.99/price
rating5/rating
/book
/library
//--
// success html - phpxml.html
//--
html
head
titleThe Library/title
style type=text/css
TD {font-family: Arial; font-size: smaller}
H2 {font-family: Arial}
/style
/head
body bgcolor=white
h2The Library/h2
table border=1 cellspacing=1 cellpadding=5
tr
td align=centerTitle/td
td align=centerAuthor/td
td align=centerPrice/td
td align=centerUser Rating/td
/tr
?
// data file
$file = library.xml;
// use this to keep track of which tag the parser is currently processing
$currentTag = ;
function startElement($parser, $name, $attrs) {
global $currentTag;
$currentTag = $name;
// output opening HTML tags
switch ($name) {
case BOOK:
echo tr;
break;
case TITLE:
echo td;
break;
case AUTHOR:
echo td;
[PHP-DEV] Bug #13119 Updated: Compile error with GDIOCTX
ID: 13119 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: GD related Operating System: Linux 2.4.9 PHP Version: 4.0.6 New Comment: I can not reproduce this with GD 1.8.3 and latest CVS. --Jani Previous Comments: [2001-09-06 20:54:14] [EMAIL PROTECTED] I forgot: What version of GD library you think you're compiling with? older (1.8.3) Upgraded to 1.8.7 and everything then was fine. Maybe that ought to be in the docs? [2001-09-06 20:41:06] [EMAIL PROTECTED] Have you tried to compile it as not shared? yes Have you deleted config.cache before reconfigure? yes (make distclean) Have you updated your gd library recently? no Do you have different versions of GD library installed in your system? no [2001-09-04 20:25:48] [EMAIL PROTECTED] I forgot: What version of GD library you think you're compiling with? [2001-09-04 20:25:03] [EMAIL PROTECTED] Have you tried to compile it as not shared? Have you deleted config.cache before reconfigure? Have you updated your gd library recently? Do you have different versions of GD library installed in your system? --Jani [2001-09-04 01:32:44] [EMAIL PROTECTED] I ran the following configure script: ./configure --with-apxs=/usr/local/apache/bin/apxs --enable-dbase --enable-ftp --with-gd=shared,/usr/local --with-ldap=/usr/local --with-mysql --with-mm --with-openssl --enable-sockets --with-zlib --enable-bcmath And saw this when it tried to comple the GD portion. Sniper at PHP snapped at the last guy who submitted the bug about not placing the GD install base in the command line options... well, I did and it *still* gave me the error. So instead of snapping at the userbase and marking this bug as *user error* try giving constructive feedback. If it *was* user error, then why send them to the CVS tree? make[3]: Entering directory `/usr/local/src/php-4.0.6/ext/gd' /bin/sh /usr/local/src/php-4.0.6/libtool --silent --mode=compile gcc -I. -I/usr/local/src/php-4.0.6/ext/gd -I/usr/local/src/php-4.0.6/main -I/usr/local/src/php-4.0.6 -I/usr/local/apache/include -I/usr/local/src/php-4.0.6/Zend -I/usr/local/ssl/include -I/usr/local/include -I/usr/local/src/php-4.0.6/ext/mysql/libmysql -I/usr/local/src/php-4.0.6/ext/xml/expat/xmltok -I/usr/local/src/php-4.0.6/ext/xml/expat/xmlparse -I/usr/local/src/php-4.0.6/TSRM -DLINUX=2 -DMOD_SSL=207101 -DUSE_HSREGEX -DEAPI -DUSE_EXPAT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c gd.c touch gd.slo gd.c:95: conflicting types for `gdIOCtx' /usr/local/include/gd_io.h:18: previous declaration of `gdIOCtx' make[3]: *** [gd.slo] Error 1 make[3]: Leaving directory `/usr/local/src/php-4.0.6/ext/gd' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/php-4.0.6/ext/gd' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/php-4.0.6/ext' make: *** [all-recursive] Error 1 Edit this bug report at http://bugs.php.net/?id=13119edit=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 #13119 Updated: Compile error with GDIOCTX
ID: 13119 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: GD related Operating System: Linux 2.4.9 PHP Version: 4.0.6 Previous Comments: [2001-09-06 20:54:14] [EMAIL PROTECTED] I forgot: What version of GD library you think you're compiling with? older (1.8.3) Upgraded to 1.8.7 and everything then was fine. Maybe that ought to be in the docs? [2001-09-06 20:41:06] [EMAIL PROTECTED] Have you tried to compile it as not shared? yes Have you deleted config.cache before reconfigure? yes (make distclean) Have you updated your gd library recently? no Do you have different versions of GD library installed in your system? no [2001-09-04 20:25:48] [EMAIL PROTECTED] I forgot: What version of GD library you think you're compiling with? [2001-09-04 20:25:03] [EMAIL PROTECTED] Have you tried to compile it as not shared? Have you deleted config.cache before reconfigure? Have you updated your gd library recently? Do you have different versions of GD library installed in your system? --Jani [2001-09-04 01:32:44] [EMAIL PROTECTED] I ran the following configure script: ./configure --with-apxs=/usr/local/apache/bin/apxs --enable-dbase --enable-ftp --with-gd=shared,/usr/local --with-ldap=/usr/local --with-mysql --with-mm --with-openssl --enable-sockets --with-zlib --enable-bcmath And saw this when it tried to comple the GD portion. Sniper at PHP snapped at the last guy who submitted the bug about not placing the GD install base in the command line options... well, I did and it *still* gave me the error. So instead of snapping at the userbase and marking this bug as *user error* try giving constructive feedback. If it *was* user error, then why send them to the CVS tree? make[3]: Entering directory `/usr/local/src/php-4.0.6/ext/gd' /bin/sh /usr/local/src/php-4.0.6/libtool --silent --mode=compile gcc -I. -I/usr/local/src/php-4.0.6/ext/gd -I/usr/local/src/php-4.0.6/main -I/usr/local/src/php-4.0.6 -I/usr/local/apache/include -I/usr/local/src/php-4.0.6/Zend -I/usr/local/ssl/include -I/usr/local/include -I/usr/local/src/php-4.0.6/ext/mysql/libmysql -I/usr/local/src/php-4.0.6/ext/xml/expat/xmltok -I/usr/local/src/php-4.0.6/ext/xml/expat/xmlparse -I/usr/local/src/php-4.0.6/TSRM -DLINUX=2 -DMOD_SSL=207101 -DUSE_HSREGEX -DEAPI -DUSE_EXPAT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c gd.c touch gd.slo gd.c:95: conflicting types for `gdIOCtx' /usr/local/include/gd_io.h:18: previous declaration of `gdIOCtx' make[3]: *** [gd.slo] Error 1 make[3]: Leaving directory `/usr/local/src/php-4.0.6/ext/gd' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/php-4.0.6/ext/gd' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/php-4.0.6/ext' make: *** [all-recursive] Error 1 Edit this bug report at http://bugs.php.net/?id=13119edit=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 #13796 Updated: Configure sets both HAVE_GD_STRINGTTF and HAVE_GD_STRINGFT
ID: 13796 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: GD related Operating System: Linux PHP Version: 4.0CVS-2001-10-23 New Comment: Yes, GD is compiled with freetype 2. Please observe that everything works perfectly when I edit main/php_config.h manually (removing HAVE_GD_STRINGTTF) before compiling. It doesn't seem to matter what prefix I enter at --with-freetype-dir, configure reports that it finds freetype 2 anyway. And it apparently works. In my view there are two issues here: 1. Something is wrong in the autoconf stuff which makes both HAVE_GD_STRINGTTF and HAVE_GD_STRINGFT be defined in main/php_config.h although there is no libttf (freetype 1) on the system and HAVE_GD_STRINGTTF should (as far as I understand) not be defined. 2. The if/else preprocessor stuff in ext/gd/gd.c around line 2765 is strange (or wrong): # if HAVE_GD_STRINGFT error = gdImageStringFT(...); # endif # if HAVE_GD_STRINGTTF error = gdImageStringTTF(...); # endif Shouldn't this be changed to: #if HAVE_GD_STRINGFT error = gdImageStringFT(...); #elif HAVE_GD_STRINGTTF error = gdImageStringTTF(...); #endif Or is there a hidden point in both gdImageStringFT() and gdImageStringTTF() being called in sequence if both HAVE_GD_STRINGTTF and HAVE_GD_STRINGFT are defined? Previous Comments: [2001-10-24 05:47:24] [EMAIL PROTECTED] Sorry, I didn't notice that you're using invalid configure option value here. --with-freetype-dir expects the install prefix dir for freetype2. # ./configure --help |grep freetype --with-freetype-dir=DIR GD: Set the path to freetype2 install prefix. Also, is your GD library compiled with freetype 2? --Jani [2001-10-24 04:20:01] [EMAIL PROTECTED] No, still the same problem: $ grep HAVE_GD_STRING main/php_config.h #define HAVE_GD_STRINGFT 1 /* #undef HAVE_GD_STRINGFTEX */ #define HAVE_GD_STRINGTTF 1 Gives the same error when compiled and tried with imagettf*(). [2001-10-24 00:46:11] [EMAIL PROTECTED] Could you check if this works in latest CVS now? --Jani [2001-10-23 04:10:40] [EMAIL PROTECTED] Configuring with freetype 2 and NOT freetype 1.* installed: ./configure \ --with-gd \ --with-freetype-dir=/usr/local/include/freetype2 results in both HAVE_GD_STRINGTTF and HAVE_GD_STRINGFT being defined in main/php_config.h This produces this error when trying to use the imagettf*() functions in GD: libgd was not built with TrueType font support Removing HAVE_GD_STRINGTTF from main/php_config.h before compiling fixes this issue. But of course it should be permanently fixed in autoconf. Edit this bug report at http://bugs.php.net/?id=13796edit=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 #13796 Updated: Configure sets both HAVE_GD_STRINGTTF and HAVE_GD_STRINGFT
ID: 13796 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: GD related Operating System: Linux PHP Version: 4.0CVS-2001-10-23 New Comment: Please check your system for all libg.a (or .so) files. You most likely have old one there somewhere. And if this is not the case, send me the libgd.a|so file so I can check it out myself. ([EMAIL PROTECTED]) --Jani Previous Comments: [2001-10-24 06:25:05] [EMAIL PROTECTED] Yes, GD is compiled with freetype 2. Please observe that everything works perfectly when I edit main/php_config.h manually (removing HAVE_GD_STRINGTTF) before compiling. It doesn't seem to matter what prefix I enter at --with-freetype-dir, configure reports that it finds freetype 2 anyway. And it apparently works. In my view there are two issues here: 1. Something is wrong in the autoconf stuff which makes both HAVE_GD_STRINGTTF and HAVE_GD_STRINGFT be defined in main/php_config.h although there is no libttf (freetype 1) on the system and HAVE_GD_STRINGTTF should (as far as I understand) not be defined. 2. The if/else preprocessor stuff in ext/gd/gd.c around line 2765 is strange (or wrong): # if HAVE_GD_STRINGFT error = gdImageStringFT(...); # endif # if HAVE_GD_STRINGTTF error = gdImageStringTTF(...); # endif Shouldn't this be changed to: #if HAVE_GD_STRINGFT error = gdImageStringFT(...); #elif HAVE_GD_STRINGTTF error = gdImageStringTTF(...); #endif Or is there a hidden point in both gdImageStringFT() and gdImageStringTTF() being called in sequence if both HAVE_GD_STRINGTTF and HAVE_GD_STRINGFT are defined? [2001-10-24 05:47:24] [EMAIL PROTECTED] Sorry, I didn't notice that you're using invalid configure option value here. --with-freetype-dir expects the install prefix dir for freetype2. # ./configure --help |grep freetype --with-freetype-dir=DIR GD: Set the path to freetype2 install prefix. Also, is your GD library compiled with freetype 2? --Jani [2001-10-24 04:20:01] [EMAIL PROTECTED] No, still the same problem: $ grep HAVE_GD_STRING main/php_config.h #define HAVE_GD_STRINGFT 1 /* #undef HAVE_GD_STRINGFTEX */ #define HAVE_GD_STRINGTTF 1 Gives the same error when compiled and tried with imagettf*(). [2001-10-24 00:46:11] [EMAIL PROTECTED] Could you check if this works in latest CVS now? --Jani [2001-10-23 04:10:40] [EMAIL PROTECTED] Configuring with freetype 2 and NOT freetype 1.* installed: ./configure \ --with-gd \ --with-freetype-dir=/usr/local/include/freetype2 results in both HAVE_GD_STRINGTTF and HAVE_GD_STRINGFT being defined in main/php_config.h This produces this error when trying to use the imagettf*() functions in GD: libgd was not built with TrueType font support Removing HAVE_GD_STRINGTTF from main/php_config.h before compiling fixes this issue. But of course it should be permanently fixed in autoconf. Edit this bug report at http://bugs.php.net/?id=13796edit=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 #12300 Updated: exec() family problems
ID: 12300 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Program Execution Operating System: Win98 PHP Version: 4.0.6 New Comment: Can you try the latest CVS? Or a development-binary from http://208.44.124.20/php-dev-win/ Does this problem still occur? Previous Comments: [2001-07-21 14:41:42] [EMAIL PROTECTED] exec(), system(), etc. cause php to hang when called through the browser. when executed from the command line, it works fine. I'm running PHP4.06, PWS, Win98SE. I'm using the PHP binary downloaded from php.net. I have a batch file, test.bat which contains one line: echo Hello My PHP script is: $cmd=test.bat; echo Executing command: [$cmd]\n; system($cmd,$value); echo Return value is: $value\n; When I run this from the command line, ie. php test.bat, it works as expected. When I call the script from the browser, a command window opens and closes quickly, I get no output in the browser and the browser keeps trying to load the script. If I hit stop, the browser stops with nothing retrieved at all. PHP is still listed in the task list when pressing CTRL+ALT+DEL. Edit this bug report at http://bugs.php.net/?id=12300edit=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 #13796 Updated: Configure sets both HAVE_GD_STRINGTTF and HAVE_GD_STRINGFT
ID: 13796 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: GD related Operating System: Linux PHP Version: 4.0CVS-2001-10-23 New Comment: Thank you for noticing that bug (2.). Fixed in CVS now. I had introduced it myself. :( --Jani Previous Comments: [2001-10-24 06:29:49] [EMAIL PROTECTED] Please check your system for all libg.a (or .so) files. You most likely have old one there somewhere. And if this is not the case, send me the libgd.a|so file so I can check it out myself. ([EMAIL PROTECTED]) --Jani [2001-10-24 06:25:05] [EMAIL PROTECTED] Yes, GD is compiled with freetype 2. Please observe that everything works perfectly when I edit main/php_config.h manually (removing HAVE_GD_STRINGTTF) before compiling. It doesn't seem to matter what prefix I enter at --with-freetype-dir, configure reports that it finds freetype 2 anyway. And it apparently works. In my view there are two issues here: 1. Something is wrong in the autoconf stuff which makes both HAVE_GD_STRINGTTF and HAVE_GD_STRINGFT be defined in main/php_config.h although there is no libttf (freetype 1) on the system and HAVE_GD_STRINGTTF should (as far as I understand) not be defined. 2. The if/else preprocessor stuff in ext/gd/gd.c around line 2765 is strange (or wrong): # if HAVE_GD_STRINGFT error = gdImageStringFT(...); # endif # if HAVE_GD_STRINGTTF error = gdImageStringTTF(...); # endif Shouldn't this be changed to: #if HAVE_GD_STRINGFT error = gdImageStringFT(...); #elif HAVE_GD_STRINGTTF error = gdImageStringTTF(...); #endif Or is there a hidden point in both gdImageStringFT() and gdImageStringTTF() being called in sequence if both HAVE_GD_STRINGTTF and HAVE_GD_STRINGFT are defined? [2001-10-24 05:47:24] [EMAIL PROTECTED] Sorry, I didn't notice that you're using invalid configure option value here. --with-freetype-dir expects the install prefix dir for freetype2. # ./configure --help |grep freetype --with-freetype-dir=DIR GD: Set the path to freetype2 install prefix. Also, is your GD library compiled with freetype 2? --Jani [2001-10-24 04:20:01] [EMAIL PROTECTED] No, still the same problem: $ grep HAVE_GD_STRING main/php_config.h #define HAVE_GD_STRINGFT 1 /* #undef HAVE_GD_STRINGFTEX */ #define HAVE_GD_STRINGTTF 1 Gives the same error when compiled and tried with imagettf*(). [2001-10-24 00:46:11] [EMAIL PROTECTED] Could you check if this works in latest CVS now? --Jani 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=13796 Edit this bug report at http://bugs.php.net/?id=13796edit=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]
Re: [PHP-DEV] startup sequencing issue with php_admin_value disable_functions?
At 09:30 24-10-01, Rasmus Lerdorf wrote: At 07:55 24-10-01, Rasmus Lerdorf wrote: php_admin_value disable_functions does not work. Works fine from php.ini. It's not supposed to work, it can only work from php.ini. Why? Look at the code... It's really designed to be a one-time thing, rather than something that can be easily turned on/off - if it was supported on a per-virtual-host basis. It can be implemented, but it would require quite a bit of coding, as this functionality is simply not there right now. -- 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] Massive memory leak? (4.1.0RC1)
Stig S. Bakken wrote: The two remaining critical bugs are not a reason to not roll 4.1.0RC1 (one is windows build-specific, the other does not apply for the release branch). Unless anyone objects, I'll roll 4.1.0RC1 tonight. - Stig While I'm playing with Bug #13806, many memory leaks are log at httpd shutdown. I tried to display phpinfo(), it just time out. If I shutdown httpd, many leaks are reported,. (If not, httpd work like as if there is busy wait) Could anyone confirm this problem? php.ini: php.ini-recommened. Only change I've made is enable ZLIB compression. If zlib compression is off, it seems working. Script: ?php phpinfo(); ? Configure: './configure' \ '--with-apxs' \ '--disable-short-tags' \ '--without-mysql' \ '--without-pear' \ '--with-zlib' \ '--enable-debug' PHP: 4.1.0RC CVS (today. updated few hours ago) Env: Linux 2.4.4/glibc 2.2.2/zlib 1.1.3 Apache 1.3.20/modssl 2.8.4 Apache error log: Unknown(0) : Fatal error - Maximum execution time of 30 seconds exceeded output.c(307) : Freeing 0x418D502C (9105409 bytes), script=/home/yohgaki/public_html/test/phpinfo.php zlib.c(995) : Freeing 0x4147A02C (4565991 bytes), script=/home/yohgaki/public_html/test/phpinfo.php Last leak repeated 10 times output.c(289) : Freeing 0x081ADD4C (6144 bytes), script=/home/yohgaki/public_html/test/phpinfo.php zend_stack.c(45) : Freeing 0x081AC4BC (40 bytes), script=/home/yohgaki/public_html/test/phpinfo.php zend_stack.c(27) : Freeing 0x081AC38C (256 bytes), script=/home/yohgaki/public_html/test/phpinfo.php Last leak repeated 7 times zend_hash.c(176) : Freeing 0x081AC2F4 (32 bytes), script=/home/yohgaki/public_html/test/phpinfo.php Last leak repeated 9 times zend_hash.c(260) : Freeing 0x081AC244 (44 bytes), script=/home/yohgaki/public_html/test/phpinfo.php Last leak repeated 40 times main.c(1159) : Freeing 0x081AC194 (44 bytes), script=/home/yohgaki/public_html/test/phpinfo.php zend_API.c(561) : Actual location (location was relayed) main.c(1158) : Freeing 0x081AC154 (12 bytes), script=/home/yohgaki/public_html/test/phpinfo.php main.c(1141) : Freeing 0x081ABC04 (44 bytes), script=/home/yohgaki/public_html/test/phpinfo.php zend_API.c(561) : Actual location (location was relayed) main.c(1140) : Freeing 0x081ABBC4 (12 bytes), script=/home/yohgaki/public_html/test/phpinfo.php php_variables.c(170) : Freeing 0x081ABB24 (12 bytes), script=/home/yohgaki/public_html/test/phpinfo.php Last leak repeated 27 times php_variables.c(47) : Freeing 0x081ABAD4 (27 bytes), script=/home/yohgaki/public_html/test/phpinfo.php Last leak repeated 27 times zend_hash.c(438) : Freeing 0x081AB10C (128 bytes), script=/home/yohgaki/public_html/test/phpinfo.php main.c(1022) : Freeing 0x081AA11C (44 bytes), script=/home/yohgaki/public_html/test/phpinfo.php zend_API.c(561) : Actual location (location was relayed) main.c(1021) : Freeing 0x081AA0DC (12 bytes), script=/home/yohgaki/public_html/test/phpinfo.php php_variables.c(229) : Freeing 0x081AA04C (12 bytes), script=/home/yohgaki/public_html/test/phpinfo.php Last leak repeated 1 time php_variables.c(230) : Freeing 0x081A9F94 (44 bytes), script=/home/yohgaki/public_html/test/phpinfo.php zend_API.c(561) : Actual location (location was relayed) Last leak repeated 1 time output.c(325) : Freeing 0x081A86FC (6145 bytes), script=/home/yohgaki/public_html/test/phpinfo.php zend_ptr_stack.c(29) : Freeing 0x081A857C (256 bytes), script=/home/yohgaki/public_html/test/phpinfo.php Last leak repeated 2 times zend_ini.c(193) : Freeing 0x081A7744 (31 bytes), script=/home/yohgaki/public_html/test/phpinfo.php Last leak repeated 2 times [Wed Oct 24 19:24:43 2001] [warn] child process 4029 still did not exit, sending a SIGTERM [Wed Oct 24 19:24:47 2001] [error] child process 4029 still did not exit, sending a SIGKILL [Wed Oct 24 19:24:47 2001] [notice] caught SIGTERM, shutting down -- Yasuo Ohgaki -- 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] Current CVS + Apache2 on Linux
dl.c: In function `zif_dl': dl.c:79: structure has no member named `full_tables_cleanup' -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- 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 #13812: file_exists bug in NTFS filesystem
From: [EMAIL PROTECTED] Operating system: Window NT/2000 PHP version: 4.0.6 PHP Bug Type: Unknown/Other Function Bug description: file_exists bug in NTFS filesystem not available file_exists function in NTFS filesystem. Return value is only false. -- Edit bug report at: http://bugs.php.net/?id=13812edit=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 #13812 Updated: file_exists() bug in NTFS filesystem
ID: 13812 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Summary: file_exists bug in NTFS filesystem Status: Open Bug Type: Unknown/Other Function Operating System: Window NT/2000 PHP Version: 4.0.6 New Comment: not available file_exists function in NTFS filesystem. Return value is only false. (Korean) NTFS ÆÄÀϽýºÅÛÀ» °¡Áø À¥¼¹ö¿¡¼ file_exists()ÇÔ¼ö°¡ Á¦´ë·Î ÀÛµ¿ÇÏÁö ¾Ê½À´Ï´Ù. ¹«Á¶°Ç false¸¦ ¸®ÅÏÇÕ´Ï´Ù. Previous Comments: [2001-10-24 07:43:54] [EMAIL PROTECTED] not available file_exists function in NTFS filesystem. Return value is only false. Edit this bug report at http://bugs.php.net/?id=13812edit=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]
Re: [PHP-DEV] Current CVS + Apache2 on Linux
At 13:09 24-10-01, Sebastian Bergmann wrote: dl.c: In function `zif_dl': dl.c:79: structure has no member named `full_tables_cleanup' You didn't update your Zend dir... -- 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 #13779 Updated: Tranformations do not work
ID: 13779 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: XSLT related Operating System: Debian PHP Version: 4.1.0RC1 New Comment: Ignore. Messed the order of xsl and xml parameters. Previous Comments: [2001-10-21 10:02:12] [EMAIL PROTECTED] Consider following script (xslt extension loaded): ?php $xslt = xslt_create(); $args = array( /_xsl = 'xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xsl:template match=test xsl:value-of select=./ /xsl:template /xsl:stylesheet', /_xml = 'testTestValue/test' ); $data = xslt_process($xslt, arg:/_xsl, arg:/_xml, NULL, $args); echo EXPECTED RESULT:\nTestValue\n; echo REAL RESULT:\n . $data . \n; xslt_free($xslt); ? And when you run it you get: EXPECTED RESULT: ?xml version=1.0 encoding=UTF-8?TestValue REAL RESULT: ?xml version=1.0 encoding=UTF-8?testTestValue/test same with sabcmd works correctly: sabcmd 'arg:/_xsl' 'arg:/_xml' result.dat \ '/_xsl=xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform;xsl:template match=testxsl:value-of select=.//xsl:template/xsl:stylesheet' \ '/_xml=testTestValue/test' Edit this bug report at http://bugs.php.net/?id=13779edit=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] Re: Bug #13674 Updated: build/buildcheck.sh fails if automake versionstrings contains dashes
On 24 Oct 2001, Bug Database wrote: ID: 13674 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: *Configuration Issues Operating System: RedHat Linux 6.2 + updates PHP Version: 4.0.6 New Comment: This is fixed in CVS long time ago. :) --Jani Ok, sorry, I'll check CVS next time... .TM. -- / / / / / / Marco Colombo ___/ ___ / / Technical Manager / / / ESI s.r.l. _/ _/ _/ [EMAIL PROTECTED] -- 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 #13806 Updated: zlib compression is broken?
ID: 13806 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Zlib Related Operating System: Linux 2.4.4/glibc 2.2.2 PHP Version: 4.0CVS-2001-10-24 New Comment: This is not exactly what I've reported, but if following problem is fixed, this bug may be fixed. Fixing this may fix bug #13698, also. (CGI version segfaults at shutdown) php.ini: php.ini-recommened. Only change I've made is enable ZLIB compression. If zlib compression is off, it seems working. Script: ?php phpinfo(); ? Configure: './configure' \ '--with-apxs' \ '--disable-short-tags' \ '--without-mysql' \ '--without-pear' \ '--with-zlib' \ '--enable-debug' PHP: 4.1.0RC CVS (today) Env: Linux 2.4.4/glibc 2.2.2/zlib 1.1.3 Apache 1.3.20/modssl 2.8.4 Apache error log: Unknown(0) : Fatal error - Maximum execution time of 30 seconds exceeded output.c(307) : Freeing 0x418D502C (9105409 bytes), script=/home/yohgaki/public_html/test/phpinfo.php zlib.c(995) : Freeing 0x4147A02C (4565991 bytes), script=/home/yohgaki/public_html/test/phpinfo.php Last leak repeated 10 times output.c(289) : Freeing 0x081ADD4C (6144 bytes), script=/home/yohgaki/public_html/test/phpinfo.php zend_stack.c(45) : Freeing 0x081AC4BC (40 bytes), script=/home/yohgaki/public_html/test/phpinfo.php zend_stack.c(27) : Freeing 0x081AC38C (256 bytes), script=/home/yohgaki/public_html/test/phpinfo.php Last leak repeated 7 times zend_hash.c(176) : Freeing 0x081AC2F4 (32 bytes), script=/home/yohgaki/public_html/test/phpinfo.php Last leak repeated 9 times zend_hash.c(260) : Freeing 0x081AC244 (44 bytes), script=/home/yohgaki/public_html/test/phpinfo.php Last leak repeated 40 times main.c(1159) : Freeing 0x081AC194 (44 bytes), script=/home/yohgaki/public_html/test/phpinfo.php zend_API.c(561) : Actual location (location was relayed) main.c(1158) : Freeing 0x081AC154 (12 bytes), script=/home/yohgaki/public_html/test/phpinfo.php main.c(1141) : Freeing 0x081ABC04 (44 bytes), script=/home/yohgaki/public_html/test/phpinfo.php zend_API.c(561) : Actual location (location was relayed) main.c(1140) : Freeing 0x081ABBC4 (12 bytes), script=/home/yohgaki/public_html/test/phpinfo.php php_variables.c(170) : Freeing 0x081ABB24 (12 bytes), script=/home/yohgaki/public_html/test/phpinfo.php Last leak repeated 27 times php_variables.c(47) : Freeing 0x081ABAD4 (27 bytes), script=/home/yohgaki/public_html/test/phpinfo.php Last leak repeated 27 times zend_hash.c(438) : Freeing 0x081AB10C (128 bytes), script=/home/yohgaki/public_html/test/phpinfo.php main.c(1022) : Freeing 0x081AA11C (44 bytes), script=/home/yohgaki/public_html/test/phpinfo.php zend_API.c(561) : Actual location (location was relayed) main.c(1021) : Freeing 0x081AA0DC (12 bytes), script=/home/yohgaki/public_html/test/phpinfo.php php_variables.c(229) : Freeing 0x081AA04C (12 bytes), script=/home/yohgaki/public_html/test/phpinfo.php Last leak repeated 1 time php_variables.c(230) : Freeing 0x081A9F94 (44 bytes), script=/home/yohgaki/public_html/test/phpinfo.php zend_API.c(561) : Actual location (location was relayed) Last leak repeated 1 time output.c(325) : Freeing 0x081A86FC (6145 bytes), script=/home/yohgaki/public_html/test/phpinfo.php zend_ptr_stack.c(29) : Freeing 0x081A857C (256 bytes), script=/home/yohgaki/public_html/test/phpinfo.php Last leak repeated 2 times zend_ini.c(193) : Freeing 0x081A7744 (31 bytes), script=/home/yohgaki/public_html/test/phpinfo.php Last leak repeated 2 times [Wed Oct 24 19:24:43 2001] [warn] child process 4029 still did not exit, sending a SIGTERM [Wed Oct 24 19:24:47 2001] [error] child process 4029 still did not exit, sending a SIGKILL [Wed Oct 24 19:24:47 2001] [notice] caught SIGTERM, shutting down Previous Comments: [2001-10-24 03:20:38] [EMAIL PROTECTED] I can not reproduce this. Add the relevant php.ini settings here and try also to reduce some of the configure options. --Jani [2001-10-24 01:35:34] [EMAIL PROTECTED] Thanks for your interest, Jani. The script is ?php phpinfo(); ? I set zlib compression in php.ini. configure line is as follows. If you cannot reproduece this problem with your usual configure line, I'll try to reduce number of options. Let me know if you want me do that. './configure' \ '--with-apxs' \ '--disable-short-tags' \ '--without-mysql' \ '--with-bz2' \ '--with-curl' \ '--with-ftp' \ '--with-iconv' \ '--with-mhash' \ '--with-mcrypt' \ '--with-openssl' \ '--with-pgsql' \ '--with-regex=system' \ '--with-zlib' \ '--with-gd' \ '--enable-gd-native-ttf' \ '--with-freetype-dir=/usr/local' \ '--with-jpeg-dir=/usr' \ '--with-png-dir=/usr' \ '--with-xpm-dir=/usr/X11R6' \ '--enable-bcmath' \ '--enable-ftp' \ '--enable-shmop' \
[PHP-DEV] Bug #12300 Updated: exec() family problems
ID: 12300 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Program Execution Operating System: Win98 PHP Version: 4.0.6 New Comment: Tried it on 4.0.7, 4.1RC1a (with the win patch) and 4.2-dev Failed on the lot of them with same behaviour (works in the command prompt, hangs in the browser). Previous Comments: [2001-10-24 06:30:21] [EMAIL PROTECTED] Can you try the latest CVS? Or a development-binary from http://208.44.124.20/php-dev-win/ Does this problem still occur? [2001-07-21 14:41:42] [EMAIL PROTECTED] exec(), system(), etc. cause php to hang when called through the browser. when executed from the command line, it works fine. I'm running PHP4.06, PWS, Win98SE. I'm using the PHP binary downloaded from php.net. I have a batch file, test.bat which contains one line: echo Hello My PHP script is: $cmd=test.bat; echo Executing command: [$cmd]\n; system($cmd,$value); echo Return value is: $value\n; When I run this from the command line, ie. php test.bat, it works as expected. When I call the script from the browser, a command window opens and closes quickly, I get no output in the browser and the browser keeps trying to load the script. If I hit stop, the browser stops with nothing retrieved at all. PHP is still listed in the task list when pressing CTRL+ALT+DEL. Edit this bug report at http://bugs.php.net/?id=12300edit=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]
Re: [PHP-DEV] phpinfo() : Why no PHP Zend image when expose_php=off?
Yes, it's quite intentional.
Because there is no way to embed images within HTML, the way PHP displays
these images is by detecting a special kind of input string. If this input
string is detected, PHP spits out the PHP or Zend image, as
necessary. Since this allows remote users to detect whether PHP is
installed, this feature is disabled when you have expose_php set to off.
At 15:09 24-10-01, Yasuo Ohgaki wrote:
I'm curious about why there is no PHP Zend image and take a look
at info.c finally.
phpinfo() do not show PHP Zend logo when expose_php is set to
off. I thought this is a some thought of a problem at first. This
behaviour is confusing anyway. Any good reason for this?
It just doesn't make sense, no images if expose_php=off.
Any need to hide images, if expose_php=off?
Here is code from ext/standard/info.c.
-
if (expose_php) {
PUTS(a href=\http://www.php.net/\;img src=\);
if (SG(request_info).request_uri) {
PUTS(SG(request_info).request_uri);
}
if ((ta-tm_mon==3) (ta-tm_mday==1)) {
PUTS(?=PHP_EGG_LOGO_GUID\ border=0 align=\right\
alt=\Thies!\/a);
} else {
PUTS(?=PHP_LOGO_GUID\ border=0 align=\right\ alt=\PHP
Logo\/a);
}
}
-
php_info_print_box_start(0);
if (expose_php) {
PUTS(a href=\http://www.zend.com/\;img src=\);
if (SG(request_info).request_uri) {
PUTS(SG(request_info).request_uri);
}
PUTS(?=ZEND_LOGO_GUID\ border=\0\ align=\right\ alt=\Zend
logo\/a\n);
--
Yasuo Ohgaki
--
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 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 #13813: Character '+' used as argv separator in sapi version
From: [EMAIL PROTECTED]
Operating system: Linux 2.2.19
PHP version: 4.0.6
PHP Bug Type: Scripting Engine problem
Bug description: Character '+' used as argv separator in sapi version
The '+' character is used as argv separator in the sapi version of PHP4.
Therefore, executing this script:
?php
// myscript.php
echo first=.$argv[1].\n;
echo second=.$argv[2].\n;
?
Will produce incoherent results if you put a + in one of the argmuments:
# php -q myscript.php tomatoes and garlic
first=tomatoes and garlic
second=
# php -q myscript.php tomatoes+garlic
first=tomatoes
second=garlic
The bug is located in PHP source file 'sapi/cgi/cgi_main.c',
line 643 and above,
in function 'int main(int argc, char *argv[])'
...
if (script_file) {
strcpy(s, script_file);
strcat(s, +);
// '+' AS SEPARATOR
}
for (i = ap_php_optind, len = 0; i argc; i++) {
strcat(s, argv[i]);
if (i (argc - 1)) {
strcat(s, +);
// '+' AS SEPARATOR
}
}
...
A quick-and-easy fix might be to use '\n' as separator, or any other non
standard (ascii32) character.
--
Edit bug report at: http://bugs.php.net/?id=13813edit=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 #13814: missing required flags for Compaq compiler
From: [EMAIL PROTECTED] Operating system: Compaq Tru64 4.0F PK3 PHP version: 4.0CVS-2001-10-24 PHP Bug Type: Unknown/Other Function Bug description: missing required flags for Compaq compiler See bug #8871 for the background on this bug. I'm unable to update that bug due to password issues. Here's my update for that bug: Well, after dinking with the configure script in php4-200110230600 to get it to use -rpath correctly (see bug #8844) I was able to get it to work with the following configure line: env CFLAGS='-taso -std1' CC=cc ./configure --with-openssl --enable-bcmath --with-ndbm --with-dbm --enable-dbase --enable-filepro --enable-ftp --with-ttf --with-java=/usr/opt/java130 --with-ldap=/usr/local/ldap --with-mysql=/usr/local/mysql --with-oci8 --with-oracle --enable-shmop --enable-sockets --enable-sysvsem --enable-sysvshm --enable-wddx --enable-memory-limit --enable-dba=shared --enable-calendar --enable-exif It looks like setting LD is no longer needed as cc is used for linking. -taso is still needed to link with the Netscape LDAP SDK 3.0 libraries as they're only 32-bit (and this is a 64-bit platform). -std1 is needed to compile with the oracle libs when using this particular version of Oracle and C compiler. The other flags I was using were just optional optimization flags, thus not necessary. -- Edit bug report at: http://bugs.php.net/?id=13814edit=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]
Re: [PHP-DEV] phpinfo() : Why no PHP Zend image when expose_php=off?
Okay. I was just curious why phpinfo() behaves differently, since 4.0.6 always shows images. IIRC. I thought mbstr-enc-trans is doing something wrong for the images at first :( -- Yasuo Ohgaki Zeev Suraski wrote: Yes, it's quite intentional. Because there is no way to embed images within HTML, the way PHP displays these images is by detecting a special kind of input string. If this input string is detected, PHP spits out the PHP or Zend image, as necessary. Since this allows remote users to detect whether PHP is installed, this feature is disabled when you have expose_php set to off. At 15:09 24-10-01, Yasuo Ohgaki wrote: I'm curious about why there is no PHP Zend image and take a look at info.c finally. phpinfo() do not show PHP Zend logo when expose_php is set to off. I thought this is a some sort of a problem at first. This behaviour is confusing anyway. Any good reason for this? _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com -- 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]
Re: [PHP-DEV] phpinfo() : Why no PHP Zend image when expose_php=off?
Yasuo Ohgaki wrote: Okay. I was just curious why phpinfo() behaves differently, since 4.0.6 always shows images. IIRC. I thought mbstr-enc-trans is doing something wrong for the images at first :( Oops. I meant mbstring, not mbstr-enc-trans. mbstr-enc-trans is for HTTP input char encoding tranlation... Yasuo Ohgaki -- Yasuo Ohgaki Zeev Suraski wrote: Yes, it's quite intentional. Because there is no way to embed images within HTML, the way PHP displays these images is by detecting a special kind of input string. If this input string is detected, PHP spits out the PHP or Zend image, as necessary. Since this allows remote users to detect whether PHP is installed, this feature is disabled when you have expose_php set to off. At 15:09 24-10-01, Yasuo Ohgaki wrote: I'm curious about why there is no PHP Zend image and take a look at info.c finally. phpinfo() do not show PHP Zend logo when expose_php is set to off. I thought this is a some sort of a problem at first. This behaviour is confusing anyway. Any good reason for this? _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com -- 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 #13815: apache-module doesn't compile
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.0CVS-2001-10-24 PHP Bug Type: Compile Failure Bug description: apache-module doesn't compile Compiling a CGI-binary works fine. During compilation of the apache-module, I got the following warnings errors: Configuration: php4apache - Win32 Release_TS Compiling... mod_php4.c E:\APACHE_1.3.22\SRC\OS\WIN32\os.h(123) : warning C4142: benign redefinition of type e:\apache_1.3.22\src\include\ap_config.h(1365) : warning C4005: 'XtOffsetOf' : macro redefinition ..\..\main\php.h(343) : see previous definition of 'XtOffsetOf' ..\..\ext/standard/file.h(51) : fatal error C1017: invalid integer constant expression php_apache.c E:\APACHE_1.3.22\SRC\OS\WIN32\os.h(123) : warning C4142: benign redefinition of type e:\apache_1.3.22\src\include\ap_config.h(1365) : warning C4005: 'XtOffsetOf' : macro redefinition ..\..\main\php.h(343) : see previous definition of 'XtOffsetOf' sapi_apache.c E:\APACHE_1.3.22\SRC\OS\WIN32\os.h(123) : warning C4142: benign redefinition of type e:\apache_1.3.22\src\include\ap_config.h(1365) : warning C4005: 'XtOffsetOf' : macro redefinition ..\..\main\php.h(343) : see previous definition of 'XtOffsetOf' ..\..\ext/standard/file.h(51) : fatal error C1017: invalid integer constant expression Error executing cl.exe. php4apache.dll - 2 error(s), 6 warning(s) I also get these warnings when I compile 4.1.0RC1 or 4.0.7RC3, but the fatal errors only show up with the latest CVS. I'm using Visual C++ on Windows 2000. -- Edit bug report at: http://bugs.php.net/?id=13815edit=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]
RE: [PHP-DEV] phpinfo() : Why no PHP Zend image when expose_php=off?
Title: RE: [PHP-DEV] phpinfo() : Why no PHP Zend image when expose_php=off? I'll have to remember this come April 1st so I can see the next version of 'hide the bread sticks'. ;) Mike Robinson IT / Developer - Toronto Star TV Phone: 416.945.8786 Fax: 416.869.4566 Email: [EMAIL PROTECTED] Zeev Suraski wrote: Yes, it's quite intentional. Because there is no way to embed images within HTML, the way PHP displays these images is by detecting a special kind of input string. If this input string is detected, PHP spits out the PHP or Zend image, as necessary. Since this allows remote users to detect whether PHP is installed, this feature is disabled when you have expose_php set to off. [EMAIL PROTECTED] http://www.torontostartv.com - Webcasting Production http://www.tmgtv.ca - Hometown Television http://www.thestar.com - Canadas largest daily newspaper, The Toronto Star, online -- 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]
Re: [PHP-DEV] startup sequencing issue with php_admin_value disable_functions?
At 09:30 24-10-01, Rasmus Lerdorf wrote: At 07:55 24-10-01, Rasmus Lerdorf wrote: php_admin_value disable_functions does not work. Works fine from php.ini. It's not supposed to work, it can only work from php.ini. Why? Look at the code... It's really designed to be a one-time thing, rather than something that can be easily turned on/off - if it was supported on a per-virtual-host basis. It can be implemented, but it would require quite a bit of coding, as this functionality is simply not there right now. I did look at the code and I still don't understand. It's not like httpd.conf directives can be run multiple times under normal circumstances. If we exposed it to .htaccess as well, that would be a different story. Just seems to me like if the php_disable_functions() call was done after httpd.conf had a chance to overwrite the php.ini value this would work. Although looking at zend_disable_function(), why can't this be called in two stages? I can understand not being able to re-enable a function, but making php.ini and httpd.conf cumulatively disable functions seems like it should work. -Rasmus -- 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] CVS Account Request: khaled
I want to participate in the PHP development using CVS. -- 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]
Re: [PHP-DEV] startup sequencing issue with php_admin_value disable_functions?
At 17:44 24-10-01, Rasmus Lerdorf wrote: At 09:30 24-10-01, Rasmus Lerdorf wrote: At 07:55 24-10-01, Rasmus Lerdorf wrote: php_admin_value disable_functions does not work. Works fine from php.ini. It's not supposed to work, it can only work from php.ini. Why? Look at the code... It's really designed to be a one-time thing, rather than something that can be easily turned on/off - if it was supported on a per-virtual-host basis. It can be implemented, but it would require quite a bit of coding, as this functionality is simply not there right now. I did look at the code and I still don't understand. It's not like httpd.conf directives can be run multiple times under normal circumstances. Yes they can. The way PHP works is that you have different settings for different vhosts, or different directories for that matter, each request will first set PHP up to the right settings, and then perform the request... There aren't copies of the data structures (e.g., the function table) for different vhosts. If we were to make it work, we'd have to implement a mechanism that knows how to disable functions and re-enable them when the request terminates, so that the next request is not affected. It's not impossible, but this code currently does not exist. Zeev -- 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]
Re: [PHP-DEV] Current CVS + Apache2 on Linux
Zeev Suraski wrote: You didn't update your Zend dir... True, although I thought I had. Works now. PS: Can anyone explain why cvs does not update Zend, ZendEngine2 and TSRM, when invoked inside the php4/ directory? I have the afore- mentioned directories inside the php/ directory. This works fine on Windows, but not on Linux, as I learned today :-/ -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- 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]
Re: [PHP-DEV] Current CVS + Apache2 on Linux
PS: Can anyone explain why cvs does not update Zend, ZendEngine2 and TSRM, when invoked inside the php4/ directory? I have the afore- mentioned directories inside the php/ directory. This works fine on Windows, but not on Linux, as I learned today :-/ cvs upd -dP -Rasmus -- 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 #13816: Accessing a static HTML page crashes Apache
From: [EMAIL PROTECTED] Operating system: Solaris 8 SPARC PHP version: 4.0.6 PHP Bug Type: Reproducible crash Bug description: Accessing a static HTML page crashes Apache Config: Apache 1.3.22, mod_perl 1.26 with perl 5.6.1, PHP 4.0.6, Sun E250, Solaris 8 PHP configured with apxs like this: ./configure --verbose --prefix=/opt/OCTOapache-1.3.22 --datadir=/opt/OCTOapache-1.3.22/lib --exec-prefix=/opt/OCTOapache-1.3.22 --libexecdir=/opt/OCTOapache-1.3.22/helpers --localstatedir=/opt/OCTOapache-1.3.22/lib --enable-sysvsem -enable-sysvshm --with-ndbm --with-yp --with-ldap=/opt/local/sparc --with-mysql=/opt/OCTOmysql --enable-shmop --with-exec-dir=/opt/OCTOapache-1.3.22/safe-exec --with-config-file-path=/opt/OCTOapache-1.3.22/conf/php3.ini --enable-safe-mode --with-apxs=/opt/OCTOapache-1.3.22/bin/apxs Just doing a HEAD request on / crashes Apache if libphp4.so is loaded: LoadModule php4_modulelibexec/libphp4.so AddModule mod_php4.c telnet localhost 8088 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. HEAD / HTTP/1.0 Connection closed by foreign host. This is the tail of the systemcall trace from truss: 11140: stat64(/opt/OCTOapache-1.3.22/htdocs/index.html.ru.iso-ru, 0x002E3908) = 0 11140: stat64(/opt/OCTOapache-1.3.22/htdocs/index.html.ru.koi8-r, 0x002E3908) = 0 11140: stat64(/opt/OCTOapache-1.3.22/htdocs/index.html.ru.ucs2, 0x002E3908) = 0 11140: stat64(/opt/OCTOapache-1.3.22/htdocs/index.html.ru.ucs4, 0x002E3908) = 0 11140: stat64(/opt/OCTOapache-1.3.22/htdocs/index.html.ru.utf8, 0x002E3908) = 0 11140: getdents64(7, 0x0028C018, 1048) = 128 11140: stat64(/opt/OCTOapache-1.3.22/htdocs/index.html.se, 0x002E3908) = 0 11140: stat64(/opt/OCTOapache-1.3.22/htdocs/index.html.zh.Big5, 0x002E7908) = 0 11140: getdents64(7, 0x0028C018, 1048) = 0 11140: close(7)= 0 11140: stat64(/opt/OCTOapache-1.3.22/htdocs/index.html.en, 0x002A7500) = 0 11140: Incurred fault #6, FLTBOUNDS %pc = 0xFF05990C 11140:siginfo: SIGSEGV SEGV_MAPERR addr=0x005C 11140: Received signal #11, SIGSEGV [default] 11140:siginfo: SIGSEGV SEGV_MAPERR addr=0x005C 11140: *** process killed *** And this is the stack when the crash happens: core file = /opt/OCTOapache-1.3.22/core -- program ``httpd'' on platform SUNW,Ultra-250 SIGSEGV: Segmentation Fault $C yy_get_next_buffer(0x1aafd8,0x1a2818,0x2,0x0,0x0,0x0) + 21c [savfp=0xffbef830,savpc=0x7555c] ap_clear_pool(0x1a2818,0x1a6818,0x0,0x0,0x0,0x0) + 4c [savfp=0xffbef8a0,savpc=0x755ec] ap_destroy_pool(0x1a2818,0x19e818,0x0,0xff238018,0xffbeda11,0x0) + 14 [savfp=0xffbef910,savpc=0x75544] ap_clear_pool(0x19e818,0xff23fa9c,0x0,0xa,0x0,0xffbed9d0) + 34 [savfp=0xffbef980,savpc=0x755ec] ap_destroy_pool(0x19e818,0x19a9a0,0xd,0x1a2840,0x0,0x16ca98) + 14 [savfp=0xffbef9f0,savpc=0x8b0b8] clean_parent_exit(0x0,0x13d2,0xd,0x1a2840,0x16ca98,0x16c800) + 14 [savfp=0xffbefa60,savpc=0x8f044] standalone_main(0x1,0xffbefbfc,0x0,0x0,0xff23b03c,0x16cb58) + 764 [savfp=0xffbefae8,savpc=0x8f824] main(0x1,0xffbefbfc,0xffbefc04,0x19b5f4,0x0,0x0) + 51c [savfp=0xffbefb98,savpc=0x2a320] When I comment out the LoadModule and the AddModule line, the HEAD request is OK: telnet localhost 8088 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. HEAD / HTTP/1.0 HTTP/1.1 200 OK Date: Wed, 24 Oct 2001 17:14:57 GMT Server: Apache/1.3.22 (Unix) mod_perl/1.26 Last-Modified: Fri, 04 May 2001 00:00:38 GMT ETag: 398ee-5b0-3af1f126 Accept-Ranges: bytes Content-Length: 1456 Connection: close Content-Type: text/html Content-Language: en Connection closed by foreign host. I had PHP 4.0.4pl1 running OK with the same apache. This happened after I compiled 4.0.6 with the same configuration and installed it over 4.0.4pl1. -- Edit bug report at: http://bugs.php.net/?id=13816edit=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]
Re: [PHP-DEV] Current CVS + Apache2 on Linux
Rasmus Lerdorf wrote: cvs upd -dP Damn, I knew I forgot something when I last set up my Linux box from scratch. Must've been the cvsrc file :-) Thanks, Sebastian -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- 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 #13817: odbc_exec doesn't allow stored procedures to return results
From: [EMAIL PROTECTED]
Operating system: IIS4 on Win NT
PHP version: 4.0.6
PHP Bug Type: ODBC related
Bug description: odbc_exec doesn't allow stored procedures to return results
This is probably the same bug that is mentioned in Bug id #5458. As a
result, the same proposed fix probably applies.
I'm attempting to retrieve values from MS SQL 7 via ODBC. The format for
calling stored procs via ODBC is:
{? = CALL stored_proc_name(?, ?)}
The question marks are place holders for variable names.
Bug 5458 suggests making a odbc_bindparameter function to allow values to
be returned properly.
--
Edit bug report at: http://bugs.php.net/?id=13817edit=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 #13818: safe mode wrong uid -1
From: [EMAIL PROTECTED] Operating system: solaris PHP version: 4.0.6 PHP Bug Type: *General Issues Bug description: safe mode wrong uid -1 I could not find any reference on the newsgroups to the following error we are getting when safe mode is on: Warning: SAFE MODE Restriction in effect. The script whose uid is -1 is not allowed to access ../orders.txt owned by uid 66400 in /class/em680a/www/cgi-bin/vieworders.php on line 10 The -1 can't be a uid, but I can't figure out what the error is. There was a bug post on 12/8/2000 by someone who was getting the same error but the uid was 1 not -1 and the suggestion was to upgrade php and reopen the issue if it was not fixed. -- Edit bug report at: http://bugs.php.net/?id=13818edit=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 #13377 Updated: image copyresampled doesn't use srcx and srcy
ID: 13377 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Duplicate Bug Type: GD related Operating System: Linux and win98 PHP Version: 4.0.6 New Comment: Duplicate of 12780. Previous Comments: [2001-09-21 12:19:30] [EMAIL PROTECTED] imagecopyresampled always uses the 0, 0 as the srcx and srcy. it should use a specified x and y like imagecopyresized. I've setup an example to demonstrate, you can find it at: http://www.triptosomewhere.com/sizing.php source is included there. also, the select box which should let me choose which type of bug this is only has one option ( -Please Select- ), so apologies if this doesn't go directly to the correct place. Cheers Tai :) below is a snip of phpinfo. './configure' '--with-mysql' '--with-apache=../apache_1.3.20' '--enable-track-vars' '--with-xml' '--enable-memory-limit=yes' '--enable-bcmath' '--with-gd=../gd-2.0.1' '--enable-gd-native-tt' '--enable-gd-imgstrttf' '--with-gdbm=/usr/include' '--enable-calendar' '--with-png-dir=/usr/lib' '--with-zlib-dir=/usr/include' '--with-freetype-dir=/usr/local/include/freetype2' '--with-jpeg-dir=/usr/local/lib' '--with-mcrypt' '--enable-trans-sid' '--with-sablot=/usr/local/lib' '--with-imap' '--enable-sablot-errors-descriptive' Edit this bug report at http://bugs.php.net/?id=13377edit=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 #13609 Updated: ORA-12612 / Supplied argument is not a valid OCI8-Connection
ID: 13609 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: OCI8 related Operating System: RH6.2/Linux Mandrake 8 PHP Version: 4.0.6 New Comment: Problem does not occur when using third parameter or OCILogon. Richard Previous Comments: [2001-10-11 13:43:02] [EMAIL PROTECTED] Please make sure you have all the necessary environment variables set before starting apache: http://www.php.net/oci8 --Jani [2001-10-09 06:08:56] [EMAIL PROTECTED] From Oracle FAQ: ORA-12612: TNS:connection is busy Cause: Attempted operation failed because it conflicts with an ongoing action or status of the connection. Action: Not normally visible to the user. For further details, turn on tracing and reexecute the operation. If error persists, contact Worldwide Customer Support. [2001-10-09 06:06:05] [EMAIL PROTECTED] Whilst refreshing pages with OCI calls the following error is sometimes thrown at the top of the page. I have logged bug # 13564 which this might be connected to, but I'm not totally sure, because it doesn't happen at the same time... Warning: OCISessionBegin: ORA-12612: Message 12612 not found; product=RDBMS; facility=ORA in /var/www/html/script.inc on line 9 Warning: Supplied argument is not a valid OCI8-Connection resource in /var/www/html/script.inc on line 12 Warning: Supplied argument is not a valid OCI8-Connection resource in /var/www/html/script.inc on line 25 Edit this bug report at http://bugs.php.net/?id=13609edit=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 #13564 Updated: Every 5-10 page requests to page with OCI8 calls ends in segmentation fault
ID: 13564 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: OCI8 related Operating System: Linux Mandrake 8 RH6.2 PHP Version: 4.0.6 New Comment: Problem does not occur when using third parameter of OCILogon. Richard Previous Comments: [2001-10-11 07:25:06] [EMAIL PROTECTED] plase create a minimal *self-contained* testcase that you can email to me. this testcase sould contain everything i need to reproduce your crash on my system. [2001-10-05 11:21:06] [EMAIL PROTECTED] Standard Oracle/OCI calls which work fine and then every 5-10 hits at the page the page doesn't return correctly and then a segmentation error follows. Checking the error_log shows the frequency of the problem is quite high, when requesting the page in quick succession. [Fri Oct 5 11:31:25 2001] [notice] child pid 1508 exit signal Segmentation fault (11) [Fri Oct 5 11:31:28 2001] [notice] child pid 1466 exit signal Segmentation fault (11) [Fri Oct 5 11:31:32 2001] [notice] child pid 1364 exit signal Segmentation fault (11) [Fri Oct 5 11:31:34 2001] [notice] child pid 1463 exit signal Segmentation fault (11) [Fri Oct 5 11:32:35 2001] [notice] child pid 1472 exit signal Segmentation fault (11) [Fri Oct 5 11:32:48 2001] [notice] child pid 1482 exit signal Segmentation fault (11) [Fri Oct 5 11:32:51 2001] [notice] child pid 1465 exit signal Segmentation fault (11) [Fri Oct 5 11:34:31 2001] [notice] child pid 1461 exit signal Segmentation fault (11) [Fri Oct 5 11:38:52 2001] [notice] child pid 1456 exit signal Segmentation fault (11) - Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 14388)] 0x403e59f5 in _efree (ptr=0x8149da4) at zend_alloc.c:226 226 REMOVE_POINTER_FROM_LIST(p); (gdb) (gdb) bt #0 0x403e59f5 in _efree (ptr=0x8149da4) at zend_alloc.c:226 #1 0x403fda75 in _zval_dtor (zvalue=0x8149e30) at zend_variables.c:62 #2 0x403eb4c3 in free_zend_constant (c=0x8149e30) at zend_constants.c:31 #3 0x40402bf9 in zend_hash_apply_deleter (ht=0x80f1ce0, p=0x817d968) at zend_hash.c:615 #4 0x40402d9c in zend_hash_apply (ht=0x80f1ce0, apply_func=0x403eb570 clean_non_persistent_constant) at zend_hash.c:689 #5 0x403eb8cc in clean_non_persistent_constants () at zend_constants.c:163 #6 0x403f60ba in shutdown_executor () at zend_execute_API.c:183 #7 0x403fe8a5 in zend_deactivate () at zend.c:540 #8 0x4041043f in php_request_shutdown (dummy=0x0) at main.c:660 #9 0x4040df13 in php_apache_request_shutdown (dummy=0x0) at mod_php4.c:292 #10 0x080537c9 in ap_bytes_in_free_blocks () #11 0x08050aeb in ap_destroy_pool () #12 0x0805257c in ap_clear_pool () #13 0x0805e9b6 in ap_update_child_status () #14 0x0805f2ef in ap_update_child_status () #15 0x0805fa04 in ap_update_child_status () #16 0x08060319 in main () #17 0x401381f0 in __libc_start_main () from /lib/libc.so.6 (gdb) bt full #0 0x403e59f5 in _efree (ptr=0x8149da4) at zend_alloc.c:226 p = (zend_mem_header *) 0x8149d98 cache_index = 16946097 #1 0x403fda75 in _zval_dtor (zvalue=0x8149e30) at zend_variables.c:62 zvalue = (zval *) 0x8149e30 #2 0x403eb4c3 in free_zend_constant (c=0x8149e30) at zend_constants.c:31 c = (zend_constant *) 0x8149e30 #3 0x40402bf9 in zend_hash_apply_deleter (ht=0x80f1ce0, p=0x817d968) at zend_hash.c:615 ht = (HashTable *) 0x80f1ce0 p = (Bucket *) 0x817d968 retval = (Bucket *) 0xb0f8 #4 0x40402d9c in zend_hash_apply (ht=0x80f1ce0, apply_func=0x403eb570 clean_non_persistent_constant) at zend_hash.c:689 ht = (HashTable *) 0x80f1ce0 p = (Bucket *) 0x817d968 #5 0x403eb8cc in clean_non_persistent_constants () at zend_constants.c:163 No locals. #6 0x403f60ba in shutdown_executor () at zend_execute_API.c:183 No locals. #7 0x403fe8a5 in zend_deactivate () at zend.c:540 No locals. #8 0x4041043f in php_request_shutdown (dummy=0x0) at main.c:660 ---Type return to continue, or q return to quit--- No locals. #9 0x4040df13 in php_apache_request_shutdown (dummy=0x0) at mod_php4.c:292 dummy = (void *) 0x776f52 #10 0x080537c9 in ap_bytes_in_free_blocks () No symbol table info available. #11 0x08050aeb in ap_destroy_pool () No symbol table info available. #12 0x0805257c in ap_clear_pool () No symbol table info available. #13 0x0805e9b6 in ap_update_child_status () No symbol table info available. #14 0x0805f2ef in ap_update_child_status () No symbol table info available. #15 0x0805fa04 in ap_update_child_status () No symbol table info available. #16 0x08060319 in main () No symbol table info available. #17 0x401381f0 in __libc_start_main () from /lib/libc.so.6 No symbol table info available.
[PHP-DEV] Bug #12629 Updated: small compile errors
ID: 12629 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Compile Failure Operating System: SCO OpenServer 5.x PHP Version: 4.0CVS-2001-08-07 New Comment: As using following worked with latest CVS, I'm closing this bug. This is not actually a bug in PHP but in the libtool. You should submit a bug report to the libtool authors instead. # CFLAGS=-s -O -belf # export CFLAGS # ./configure with the needed options --Jani Previous Comments: [2001-10-23 09:53:37] [EMAIL PROTECTED] SCO openserver 5.x DOES have getrusage. At least quick search with Google brought some pages about it. You might have the issue of not having correct LD_LIBRARY_PATH set. What are the errors you get if you don't edit it out? --Jani [2001-08-07 13:47:31] [EMAIL PROTECTED] SCO Openserver 5.x does not have the getrusage function, the configure command seems to detect it, I always have to edit it out by hand. --- also CFLAGS=-g -O2 need to be changed to CFLAGS = -s -O2 -belf otherwise it compiles with the debug option and configure can't find or use the dynamic libraries such as zlib, gd .etc. Edit this bug report at http://bugs.php.net/?id=12629edit=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 #13779 Updated: Tranformations do not work
ID: 13779 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Bogus Bug Type: XSLT related Operating System: Debian PHP Version: 4.1.0RC1 New Comment: user error - bogus Previous Comments: [2001-10-24 08:27:12] [EMAIL PROTECTED] Ignore. Messed the order of xsl and xml parameters. [2001-10-21 10:02:12] [EMAIL PROTECTED] Consider following script (xslt extension loaded): ?php $xslt = xslt_create(); $args = array( /_xsl = 'xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xsl:template match=test xsl:value-of select=./ /xsl:template /xsl:stylesheet', /_xml = 'testTestValue/test' ); $data = xslt_process($xslt, arg:/_xsl, arg:/_xml, NULL, $args); echo EXPECTED RESULT:\nTestValue\n; echo REAL RESULT:\n . $data . \n; xslt_free($xslt); ? And when you run it you get: EXPECTED RESULT: ?xml version=1.0 encoding=UTF-8?TestValue REAL RESULT: ?xml version=1.0 encoding=UTF-8?testTestValue/test same with sabcmd works correctly: sabcmd 'arg:/_xsl' 'arg:/_xml' result.dat \ '/_xsl=xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform;xsl:template match=testxsl:value-of select=.//xsl:template/xsl:stylesheet' \ '/_xml=testTestValue/test' Edit this bug report at http://bugs.php.net/?id=13779edit=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] expat and Namespaces
Does the bundled expat handle namespaces ? l0t3k -- 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 #13819: MSSQL+SYBASE won't work
From: [EMAIL PROTECTED] Operating system: Windows NT/2000 PHP version: 4.0.6 PHP Bug Type: Sybase-ct (ctlib) related Bug description: MSSQL+SYBASE won't work Have MSSQL(7.0) and SYBASE(11.1.1) clients installed on my NT box(SP6a), having PHP 4.0.6 and Apache. Using PHP, I can access both Sybase and Mssql remote databases individually(uncommenting one extension at a time). If I uncomment both dlls(extensions) in php.ini, it warns about duplicate functions on apache restart. It seems that sybase_ct has mssql_xxx function aliasses inside. -- Edit bug report at: http://bugs.php.net/?id=13819edit=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]
Re: [PHP-DEV] Massive memory leak? (4.1.0RC1)
Jani Taskinen wrote: I can not reproduce this. Could you tell me your zlib version (and OS, glibc, if you are using Linux) -- Yasuo Ohgaki --Jani On Wed, 24 Oct 2001, Yasuo Ohgaki wrote: Stig S. Bakken wrote: The two remaining critical bugs are not a reason to not roll 4.1.0RC1 (one is windows build-specific, the other does not apply for the release branch). Unless anyone objects, I'll roll 4.1.0RC1 tonight. - Stig While I'm playing with Bug #13806, many memory leaks are log at httpd shutdown. I tried to display phpinfo(), it just time out. If I shutdown httpd, many leaks are reported,. (If not, httpd work like as if there is busy wait) Could anyone confirm this problem? php.ini: php.ini-recommened. Only change I've made is enable ZLIB compression. If zlib compression is off, it seems working. Script: ?php phpinfo(); ? Configure: './configure' \ '--with-apxs' \ '--disable-short-tags' \ '--without-mysql' \ '--without-pear' \ '--with-zlib' \ '--enable-debug' PHP: 4.1.0RC CVS (today. updated few hours ago) Env: Linux 2.4.4/glibc 2.2.2/zlib 1.1.3 Apache 1.3.20/modssl 2.8.4 Apache error log: Unknown(0) : Fatal error - Maximum execution time of 30 seconds exceeded output.c(307) : Freeing 0x418D502C (9105409 bytes), script=/home/yohgaki/public_html/test/phpinfo.php zlib.c(995) : Freeing 0x4147A02C (4565991 bytes), script=/home/yohgaki/public_html/test/phpinfo.php Last leak repeated 10 times output.c(289) : Freeing 0x081ADD4C (6144 bytes), script=/home/yohgaki/public_html/test/phpinfo.php zend_stack.c(45) : Freeing 0x081AC4BC (40 bytes), script=/home/yohgaki/public_html/test/phpinfo.php zend_stack.c(27) : Freeing 0x081AC38C (256 bytes), script=/home/yohgaki/public_html/test/phpinfo.php Last leak repeated 7 times zend_hash.c(176) : Freeing 0x081AC2F4 (32 bytes), script=/home/yohgaki/public_html/test/phpinfo.php Last leak repeated 9 times zend_hash.c(260) : Freeing 0x081AC244 (44 bytes), script=/home/yohgaki/public_html/test/phpinfo.php Last leak repeated 40 times main.c(1159) : Freeing 0x081AC194 (44 bytes), script=/home/yohgaki/public_html/test/phpinfo.php zend_API.c(561) : Actual location (location was relayed) main.c(1158) : Freeing 0x081AC154 (12 bytes), script=/home/yohgaki/public_html/test/phpinfo.php main.c(1141) : Freeing 0x081ABC04 (44 bytes), script=/home/yohgaki/public_html/test/phpinfo.php zend_API.c(561) : Actual location (location was relayed) main.c(1140) : Freeing 0x081ABBC4 (12 bytes), script=/home/yohgaki/public_html/test/phpinfo.php php_variables.c(170) : Freeing 0x081ABB24 (12 bytes), script=/home/yohgaki/public_html/test/phpinfo.php Last leak repeated 27 times php_variables.c(47) : Freeing 0x081ABAD4 (27 bytes), script=/home/yohgaki/public_html/test/phpinfo.php Last leak repeated 27 times zend_hash.c(438) : Freeing 0x081AB10C (128 bytes), script=/home/yohgaki/public_html/test/phpinfo.php main.c(1022) : Freeing 0x081AA11C (44 bytes), script=/home/yohgaki/public_html/test/phpinfo.php zend_API.c(561) : Actual location (location was relayed) main.c(1021) : Freeing 0x081AA0DC (12 bytes), script=/home/yohgaki/public_html/test/phpinfo.php php_variables.c(229) : Freeing 0x081AA04C (12 bytes), script=/home/yohgaki/public_html/test/phpinfo.php Last leak repeated 1 time php_variables.c(230) : Freeing 0x081A9F94 (44 bytes), script=/home/yohgaki/public_html/test/phpinfo.php zend_API.c(561) : Actual location (location was relayed) Last leak repeated 1 time output.c(325) : Freeing 0x081A86FC (6145 bytes), script=/home/yohgaki/public_html/test/phpinfo.php zend_ptr_stack.c(29) : Freeing 0x081A857C (256 bytes), script=/home/yohgaki/public_html/test/phpinfo.php Last leak repeated 2 times zend_ini.c(193) : Freeing 0x081A7744 (31 bytes), script=/home/yohgaki/public_html/test/phpinfo.php Last leak repeated 2 times [Wed Oct 24 19:24:43 2001] [warn] child process 4029 still did not exit, sending a SIGTERM [Wed Oct 24 19:24:47 2001] [error] child process 4029 still did not exit, sending a SIGKILL [Wed Oct 24 19:24:47 2001] [notice] caught SIGTERM, shutting down -- Yasuo Ohgaki _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com -- 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 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Feature/Change Request Operating System: All PHP Version: 4.0.6 New Comment: I'm sorry to keep bringing this issue to light, but this actually would mimic that of your existing functionality. If you name an element in a form with a [] that does not garuntee that the variable on the other end will be an array. If there is only one element posted with that name followed by [] it will end up as a standard variable. So, I again make the plea: If you have more than one element with the same name with or without a [] it will come out an array. If you have one element with or without a [] it will come out the other end as a single variable. It is possible that you actually intended for the single element with [] to come out as an array, if that is the case, I guess you should consider this a bug report for the functionality of trailing [] in forms. Previous Comments: [2001-10-18 11:38:37] [EMAIL PROTECTED] Oh, I'm sorry, I missunderstood you. I understand what you are getting at, ambiguity can be a problem. I guess I'll just deal with using the suggestion of indexing on a string in javascript. Thank you for all your help. [2001-10-18 11:33:49] [EMAIL PROTECTED] no, i didn't ;) i just tried to describe what would happen *if* we would follow your suggestion and that it is a not so good idea after all (although we definetly should have a look at the [] syntax regarding standard conformance) [2001-10-18 10:57:57] [EMAIL PROTECTED] wow, I just noticed that you are suggesting that php actually generate an array! I posted two example html files, that clearly show that you are wrong. PHP always treats them as a single variable, no matter how many are actually set. [2001-10-18 10:54:37] [EMAIL PROTECTED] sorry, I refreshed the page, and it reposted. Thank you for your help, I hope that you will consider my suggestion for future releases. [2001-10-18 10:53:44] [EMAIL PROTECTED] I do understand that if you were in the middle of a php script, this would be a simple reassigning of the variable. However, this is a preprocessor command, and thus should be handled a little differently. Adding a [] at the tail of a variable and having it come out as an array on the other end seems a like a trick. It has its uses I'll give you that, but if you look at my suggestion you will realize that it would be a nice feature. You guys seem to have take the time to make sure that elements with [] get properly shoved into arrays, so why not this. This is a fairly common situation in html forms. Especially if you are dynamically generating them. What this really comes down to is, are you willing to overlook the fact that something like this does sort of already exist, in favor of another form of functionality? There is one other issue. If you use the variable names that you suggest, it breaks javascript. ie: html body form name=form1 action= method=post Baseball: input type=checkbox name=interest[] value=baseball br Teams: input type=text name=teams[] size=30 onFocus=form1.interest[0].checked=1 br input type=submit value=submit /form /body /html will cause an error, because you don't define arrays in javascript this way. I realize that this seems like a bug in javascript, but actually it isn't. The html 4.01 specification clearly states that: ID and NAME tokens must begin with a letter ([A-Za-z]) and may be followed by any number of letters, digits ([0-9]), hyphens (-), underscores (_), colons (:), and periods (.). Note: this does not suggest that you can add [ or ]. So, in essence you are violating the html specification. If you still do not agree that this would only improve php, I will stop bothering you. 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=13718 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 #13820: dso model with apache can't be load
From: [EMAIL PROTECTED] Operating system: solaris 2.7 PHP version: 4.0.6 PHP Bug Type: Scripting Engine problem Bug description: dso model with apache can't be load apache report that php dso module can't be load. php module can't link to ld.so.1 my OS is solaris 2.7 64bit my machine is SUN ultra 60 -- Edit bug report at: http://bugs.php.net/?id=13820edit=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 #13820 Updated: dso model with apache can't be load
ID: 13820 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Scripting Engine problem Operating System: solaris 2.7 PHP Version: 4.0.6 New Comment: Please ask support questions on the mailing lists: http://www.php.net/support.php Previous Comments: [2001-10-24 21:26:37] [EMAIL PROTECTED] apache report that php dso module can't be load. php module can't link to ld.so.1 my OS is solaris 2.7 64bit my machine is SUN ultra 60 Edit this bug report at http://bugs.php.net/?id=13820edit=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 #13810 Updated: Per directory php.ini overrides
ID: 13810 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating System: All PHP Version: 4.0.6 New Comment: I tried writing wrappers for PHP that called it with -d OPTION, and -s to show source, and then creating an apache Action in the .htaccess file, but this did now work, as PHP ignores the command line parameters when invoked as a CGI. Another suitable workaround would be at have PHP pay attention to CERTAIN command line parameters (such as -d and -s) but refuse to process files specified on the command line, and only allow the adjustment of certain options. Previous Comments: [2001-10-24 05:24:45] [EMAIL PROTECTED] I run a server and have always used .htaccess to modify php settings on a per directory basis. I am now opening my server to other people, so I need to refine the security model, which prevents me from using PHP as a module. Unfortunately, I can't use PHP as a CGI at this time, because I have no way of changing options on a per directory basis. I would be nice if PHP could be compiled with an option which would have it perform the following actions each time it is invoked as a CGI: 1. Parse the normal configuration file 2. Look in each directory from the document root to the script directory, and progressively parse php.ini files in those directories overriding any settings from the main php.ini file (but not otherwise disturbing the php configuration) This is probably a fairly intensive hit for memory hungry machines, but AFAIK, it is the only way to provide per-directory PHP options in a similar mannar to .htaccess on servers which don't have .htaccess, or where security makes using .htaccess impossible. Edit this bug report at http://bugs.php.net/?id=13810edit=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] Hebcal - hebrew calendar functions and holidays - need someone tomake into a php extension
There is a really nice program that has everything one needs in a jewish calendar. I would like someone to make it into a php extension. A site using the software can be seen at: http://www.hebcal.com/hebcal/ The source code is available at: http://www.sadinoff.com/hebcal/ If these functions were available in php, it would be very useful in a lot of applications. Please contact me if you are interested in making it into a php extension. If I knew anything about the api, I would do it myself. -- Ronnie Schwartz RustyBrick [EMAIL PROTECTED] www.rustybrick.com 845.352.3707 -- 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]
Re: [PHP-DEV] Bug #13718 Updated: form elements with same name problem
I can't reproduce this with neither with current CVS nor with 4.0.6. Can you post a small reproduceable example ? - Markus ps: no idea, php.bugs won't accept my cvs user/pass On Wed, Oct 24, 2001 at 10:58:57PM -, [EMAIL PROTECTED] wrote : ID: 13718 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Feature/Change Request Operating System: All PHP Version: 4.0.6 New Comment: I'm sorry to keep bringing this issue to light, but this actually would mimic that of your existing functionality. If you name an element in a form with a [] that does not garuntee that the variable on the other end will be an array. If there is only one element posted with that name followed by [] it will end up as a standard variable. So, I again make the plea: If you have more than one element with the same name with or without a [] it will come out an array. If you have one element with or without a [] it will come out the other end as a single variable. It is possible that you actually intended for the single element with [] to come out as an array, if that is the case, I guess you should consider this a bug report for the functionality of trailing [] in forms. Previous Comments: [2001-10-18 11:38:37] [EMAIL PROTECTED] Oh, I'm sorry, I missunderstood you. I understand what you are getting at, ambiguity can be a problem. I guess I'll just deal with using the suggestion of indexing on a string in javascript. Thank you for all your help. [2001-10-18 11:33:49] [EMAIL PROTECTED] no, i didn't ;) i just tried to describe what would happen *if* we would follow your suggestion and that it is a not so good idea after all (although we definetly should have a look at the [] syntax regarding standard conformance) [2001-10-18 10:57:57] [EMAIL PROTECTED] wow, I just noticed that you are suggesting that php actually generate an array! I posted two example html files, that clearly show that you are wrong. PHP always treats them as a single variable, no matter how many are actually set. [2001-10-18 10:54:37] [EMAIL PROTECTED] sorry, I refreshed the page, and it reposted. Thank you for your help, I hope that you will consider my suggestion for future releases. [2001-10-18 10:53:44] [EMAIL PROTECTED] I do understand that if you were in the middle of a php script, this would be a simple reassigning of the variable. However, this is a preprocessor command, and thus should be handled a little differently. Adding a [] at the tail of a variable and having it come out as an array on the other end seems a like a trick. It has its uses I'll give you that, but if you look at my suggestion you will realize that it would be a nice feature. You guys seem to have take the time to make sure that elements with [] get properly shoved into arrays, so why not this. This is a fairly common situation in html forms. Especially if you are dynamically generating them. What this really comes down to is, are you willing to overlook the fact that something like this does sort of already exist, in favor of another form of functionality? There is one other issue. If you use the variable names that you suggest, it breaks javascript. ie: html body form name=form1 action= method=post Baseball: input type=checkbox name=interest[] value=baseball br Teams: input type=text name=teams[] size=30 onFocus=form1.interest[0].checked=1 br input type=submit value=submit /form /body /html will cause an error, because you don't define arrays in javascript this way. I realize that this seems like a bug in javascript, but actually it isn't. The html 4.01 specification clearly states that: ID and NAME tokens must begin with a letter ([A-Za-z]) and may be followed by any number of letters, digits ([0-9]), hyphens (-), underscores (_), colons (:), and periods (.). Note: this does not suggest that you can add [ or ]. So, in essence you are violating the html specification. If you still do not agree that this would only improve php, I will stop bothering you. 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=13718 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
