[PHP-DEV] Bug #15175 Updated: is_dir does not work correctly

[sander]

ID: 15175
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Filesystem function related
Operating System: Windows 2000
PHP Version: 4.1.0
New Comment:

Can you show us a 'complete path'? You're probably doing something
wrong.


Previous Comments:


[2002-01-22 16:53:43] [EMAIL PROTECTED]

The following code does not work on Windows 2000 Service Pack 2 with
PHP 4.1.0 (no modules loaded, using php.exe). Webserver is IIS. 

is_dir reports back that directory does not exist when it does. Tried
using clearstatcache and chdir etc..etcno different...

Have tried on a Linux/Apache system and it works fine. 

if (is_dir("$complete_path") == true)
{print ("Directory exists");}
else{print ("Directory does not exist");







Edit this bug report at http://bugs.php.net/?id=15175&edit=1


-- 
PHP Development Mailing List 
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 #14716 Updated: PHP 4.1.1 DSO: apache startup fail

[sander]

ID: 14716
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: No Feedback
Bug Type: Apache related
Operating System: Linux, RH 6.1 base, Kernel2.2.19
PHP Version: 4.1.0
New Comment:

No feedback.


Previous Comments:


[2002-01-02 16:44:27] [EMAIL PROTECTED]

Most likely, your dmalloc is too old or have some problems. 
Try to use other/newer dmalloc.

I think you don't need dmalloc option, though. Do you really need it?





[2002-01-02 12:24:20] [EMAIL PROTECTED]

OK, it turns out to be the --with-dmalloc option.  I can use [almost]
any other options that pertain to libraries available on my system, but
with that one...  php builds fine, but then has the mentioned problem
at runtime.
So would this be some problem with my dmalloc??  Is this a single
report of this issue, or what?



[2002-01-01 02:13:12] [EMAIL PROTECTED]

This seems to have been remedied by supplying --with-regex=php. 
Supplying --with-regex=apache caused a build failure.



[2001-12-27 06:41:23] [EMAIL PROTECTED]

/usr/local/apacheS/bin/apachectl start gives me:
Syntax error on line 968 of /usr/local/apacheS/conf/httpd.conf:
BrowserMatch regex could not be compiled.
../bin/apachectl start: httpd could not be started

Before installing the libphp4.so module, the server was fine.  This
problem seems to occur regardless of whether or not I comment the
modssl and modperl module lines.
Something about the options below that don't work together?  Please let
me know.  :(

I have compiled PHP4.1.1 with this configure line:
./configure --with-mysql=/usr/local --with-ldap --enable-mailparse
--with-db3 --with-gdbm --with-ndbm --with-ttf
--with-freetype-dir=/usr/local/include/freetype/ --with-imap
--with-openssl=/usr/local/ssl/ --with-imap-ssl=/usr/local/ssl --with-gd
--enable-dmalloc --with-bz2 --enable-ftp
--with-apxs=/usr/local/apacheS/bin/apxs --sysconfdir=/etc
--with-jpeg-dir=/usr/ --with-zlib-dir=/usr/local
--with-png-dir=/usr/local --with-xpm-dir=/usr/X11R6
--with-mcrypt=/usr/local --with-mhash=/usr/local/
--enable-gd-native-ttf --with-java=/usr/jdk1.3/ --enable-track-vars
Everything is OK, no debug.log generated.





Edit this bug report at http://bugs.php.net/?id=14716&edit=1


-- 
PHP Development Mailing List 
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 #15185: Exploring the server recources witch php

[koval]

From: [EMAIL PROTECTED]
Operating system: Slackware
PHP version:  4.0.6
PHP Bug Type: *Directory/Filesystem functions
Bug description:  Exploring the server recources witch php

I've found a possible bug in php 4.06. using simple function readdir(); I
coul explore about 90 % of server including /var/spool/mail /ect/passwd
e.t.c.

I've wrote simple script that let me to move through all directories:

Index of: $dirName");
$dirs=array();
$files=array();
$dirfiles=array();
$dirn=0;
$filen=0;
$d = dir($dirName);
while($entry = $d->read()) {
if ($entry != "." && $entry != "..")
{
if (is_dir($dirName."/".$entry))
{
array_push($dirs, "$dirName/$entry");
$dirn++;
}
else
{
array_push($files, "$entry");
array_push($dirfiles, "$dirName");
$filen++;
}
}
}
$d->close();
$tmp=0;
while ($tmp<$dirn)
{
print("$dirs[$tmp]");
$tmp++;
}
$tmp=0;
while ($tmp<$filen)
{
print("$dirfiles[$tmp]/$files[$tmp]");
$tmp++;
}
if ($dirName!=".")
{
print("Back");
}
}
getDirList("$dir");
?>

Default directory is '.' (Your home directory), but if you load this page
with parameter dir=/ ( ex. http://your.host/dir.php?dir=/ ) You will
probably access main folder on your unix server.
I wrote second script that let me read the files not in my home
directory:

");
}
$flaga++;
}
flock($Plik, 3);
fclose($Plik);
}
readtxt ($file);
?>

By typing, for example
http://your.host/readtxt.php?file=/var/spool/mail/disco_dzik i could read
disco_dzik's mail.

Simple, but serious...

Both of scripts wold not move You outside your home directory if the
server would be two machines (first one for system, and the second one
just fore home directories) - it's obvious, but I've checked it ;)

P.S.
Scripts were wroten for my use only, so some of the variables are named in
polish - sorry for that ;)
This is a serious bug that needs to be fixed !
-- 
Edit bug report at: http://bugs.php.net/?id=15185&edit=1


-- 
PHP Development Mailing List 
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 #14380 Updated: AccessViolation: oci-Problem

[stevehalasz]

ID: 14380
Comment by: [EMAIL PROTECTED]
Old Reported By: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: IIS related
Operating System: Windows2000
PHP Version: 4.0.6
New Comment:

I have this problem with PHP4.1.0, Windows2000, IIS5-ISAPI, and
Oracle8.1.7.2.1.


Previous Comments:


[2002-01-10 10:27:06] [EMAIL PROTECTED]

we are using the pdflib from www.pdflib.com (Thomas Merz. The current
version is 4.0.1 for PHP4.0.6. 
pdflib.com stated that they will release 4.0.2, which supports 4.1.x in
January. 

The errors occure mainly when we do reporting (with pdflib),  
because the reporting-scripts are very complicated (output up to 100
pages) doing hundreds of Oracle-selects. The other (non-reporting)
scripts do only a few Oracle-Sqls.



[2002-01-10 10:17:38] [EMAIL PROTECTED]

pfdlib works fine and is available for 4.1.x, where did you get it is
not available?

Derick



[2002-01-10 10:14:47] [EMAIL PROTECTED]

We are waiting for some extension, which are not available for 4.1. yet
(pdflib). As soon as pdflib is available we can finalise testing. In
the meantime we use 4.0.6 & Apache. As soon as I have any news on it, I
will post it.



[2002-01-08 02:57:13] [EMAIL PROTECTED]

Any luck with PHP 4.1?



[2001-12-12 08:00:51] [EMAIL PROTECTED]

We will try 4.1.0 and check whether the problem is still persistent.
How can I attach a file to a bug report?



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=14380


Edit this bug report at http://bugs.php.net/?id=14380&edit=1


-- 
PHP Development Mailing List 
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 #15185 Updated: Exploring the server recources witch php

[hholzgra]

ID: 15185
Updated by: hholzgra
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: *Directory/Filesystem functions
Operating System: Slackware
PHP Version: 4.0.6
New Comment:

not a php issue

php runs with the same permissions as the user
the webserver runs under, so if this user has
permission to see the whole server filesystem
php will have that, too

run your wesserver as a low-privileged user
and give it read permission to the absolute
minimum of the filesystem 

or have a look at 
http://www.php.net/manual/en/features.safe-mode.php


Previous Comments:


[2002-01-23 14:26:36] [EMAIL PROTECTED]

I've found a possible bug in php 4.06. using simple function readdir();
I coul explore about 90 % of server including /var/spool/mail
/ect/passwd e.t.c.

I've wrote simple script that let me to move through all directories:

Index of: $dirName");
$dirs=array();
$files=array();
$dirfiles=array();
$dirn=0;
$filen=0;
$d = dir($dirName);
while($entry = $d->read()) {
if ($entry != "." && $entry != "..")
{
if (is_dir($dirName."/".$entry))
{
array_push($dirs, "$dirName/$entry");
$dirn++;
}
else
{
array_push($files, "$entry");
array_push($dirfiles, "$dirName");
$filen++;
}
}
}
$d->close();
$tmp=0;
while ($tmp<$dirn)
{
print("$dirs[$tmp]");
$tmp++;
}
$tmp=0;
while ($tmp<$filen)
{
print("$dirfiles[$tmp]/$files[$tmp]");
$tmp++;
}
if ($dirName!=".")
{
print("Back");
}
}
getDirList("$dir");
?>

Default directory is '.' (Your home directory), but if you load this
page with parameter dir=/ ( ex. http://your.host/dir.php?dir=/ ) You
will probably access main folder on your unix server.
I wrote second script that let me read the files not in my home
directory:

");
}
$flaga++;
}
flock($Plik, 3);
fclose($Plik);
}
readtxt ($file);
?>

By typing, for example
http://your.host/readtxt.php?file=/var/spool/mail/disco_dzik i could
read disco_dzik's mail.

Simple, but serious...

Both of scripts wold not move You outside your home directory if the
server would be two machines (first one for system, and the second one
just fore home directories) - it's obvious, but I've checked it ;)

P.S.
Scripts were wroten for my use only, so some of the variables are named
in polish - sorry for that ;)
This is a serious bug that needs to be fixed !





Edit this bug report at http://bugs.php.net/?id=15185&edit=1


-- 
PHP Development Mailing List 
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 #15186: define/mysql_connect problem

[derek]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.1.1
PHP Bug Type: MySQL related
Bug description:  define/mysql_connect problem

Previous to version 4.1.1, using define() to define a handle to a MySQL
connection worked fine:

define(DB, mysql_connect(host,user,pass));

In PHP 4.1.1, if the above is done, then the script will hang for a long
time (for a minute or so) if other mysql connections are attempted to be
made.

i.e.:

function hang_mysql()
{
  define(DB1, mysql_connect(host,user,pass));
  define(DB2, mysql_connect(host,user,pass));
}

function doesnt_hang()
{
  $db1 = mysql_connect(host,user,pass);
  $db2 = mysql_connect(host,user,pass);
}

This wasn't a problem in PHP 4.0.6 and older versions.

-- 
Edit bug report at: http://bugs.php.net/?id=15186&edit=1


-- 
PHP Development Mailing List 
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 #15187: PHP parses untrusted documents (or something like that ;P)

[tozz]

From: [EMAIL PROTECTED]
Operating system: Linux 2.4
PHP version:  4.1.1
PHP Bug Type: Scripting Engine problem
Bug description:  PHP parses untrusted documents (or something like that ;P)

Hello,

I think there is a pretty large security issue in PHP. E.g. we have 2
servers, we call server 1 'embrace', and name server 2 'kossy'.

on embrace we create a file index.php:
http://kossy/issue.php";); ?>

on kossy we create a file issue.php:


well, if we now type: http://embrace/index.php?cmd=ls we see the 'ls'
output from kossy. This is the way it should be.. BUT, when we disable PHP
op kossy we get a rather nasty bug (imho).

If we type http://embrace/index.php?cmd=ls again (where kossy has no PHP
support) embrace includes the PHP source code from kossy and then parses
the file, which will give us the 'ls' result on embrace.

This can be used for numerous attacks. And I PHP should only include
parsed PHP or non-PHP files from external (http://) links.

Bye,
Tozz

-- 
Edit bug report at: http://bugs.php.net/?id=15187&edit=1


-- 
PHP Development Mailing List 
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 #15187 Updated: PHP parses untrusted documents (or something like that ;P)

[jan]

ID: 15187
Updated by: jan
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Linux 2.4
PHP Version: 4.1.1
New Comment:

I call it a user error. no external sources are to be trusted with no
error/security/integrity check.


Previous Comments:


[2002-01-23 15:30:20] [EMAIL PROTECTED]

Hello,

I think there is a pretty large security issue in PHP. E.g. we have 2
servers, we call server 1 'embrace', and name server 2 'kossy'.

on embrace we create a file index.php:
http://kossy/issue.php";); ?>

on kossy we create a file issue.php:


well, if we now type: http://embrace/index.php?cmd=ls we see the 'ls'
output from kossy. This is the way it should be.. BUT, when we disable
PHP op kossy we get a rather nasty bug (imho).

If we type http://embrace/index.php?cmd=ls again (where kossy has no
PHP support) embrace includes the PHP source code from kossy and then
parses the file, which will give us the 'ls' result on embrace.

This can be used for numerous attacks. And I PHP should only include
parsed PHP or non-PHP files from external (http://) links.

Bye,
Tozz






Edit this bug report at http://bugs.php.net/?id=15187&edit=1


-- 
PHP Development Mailing List 
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 #15187 Updated: PHP parses untrusted documents (or something like that ;P)

[sesser]

ID: 15187
Updated by: sesser
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Linux 2.4
PHP Version: 4.1.1
New Comment:

RTFM!

Include is for including PHP scripts into your PHP script.
If you only want to include parsed output then do not use
include.



Previous Comments:


[2002-01-23 15:36:28] [EMAIL PROTECTED]

I call it a user error. no external sources are to be trusted with no
error/security/integrity check.



[2002-01-23 15:30:20] [EMAIL PROTECTED]

Hello,

I think there is a pretty large security issue in PHP. E.g. we have 2
servers, we call server 1 'embrace', and name server 2 'kossy'.

on embrace we create a file index.php:
http://kossy/issue.php";); ?>

on kossy we create a file issue.php:


well, if we now type: http://embrace/index.php?cmd=ls we see the 'ls'
output from kossy. This is the way it should be.. BUT, when we disable
PHP op kossy we get a rather nasty bug (imho).

If we type http://embrace/index.php?cmd=ls again (where kossy has no
PHP support) embrace includes the PHP source code from kossy and then
parses the file, which will give us the 'ls' result on embrace.

This can be used for numerous attacks. And I PHP should only include
parsed PHP or non-PHP files from external (http://) links.

Bye,
Tozz






Edit this bug report at http://bugs.php.net/?id=15187&edit=1


-- 
PHP Development Mailing List 
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 #15187 Updated: PHP parses untrusted documents (or something like that ;P)

[sander]

ID: 15187
Updated by: sander
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Linux 2.4
PHP Version: 4.1.1
New Comment:

This is bad programming. If you want to avoid this, you should NOT use
include() for stuff on other servers, but fopen() or similar instead
(which doesn't parse the data).

BTW: the 'bug' in issue.php can be avoided by proper use of
register_globals, safe-mode and/or normal (unix) file permissions.


Previous Comments:


[2002-01-23 15:36:30] [EMAIL PROTECTED]

RTFM!

Include is for including PHP scripts into your PHP script.
If you only want to include parsed output then do not use
include.




[2002-01-23 15:36:28] [EMAIL PROTECTED]

I call it a user error. no external sources are to be trusted with no
error/security/integrity check.



[2002-01-23 15:30:20] [EMAIL PROTECTED]

Hello,

I think there is a pretty large security issue in PHP. E.g. we have 2
servers, we call server 1 'embrace', and name server 2 'kossy'.

on embrace we create a file index.php:
http://kossy/issue.php";); ?>

on kossy we create a file issue.php:


well, if we now type: http://embrace/index.php?cmd=ls we see the 'ls'
output from kossy. This is the way it should be.. BUT, when we disable
PHP op kossy we get a rather nasty bug (imho).

If we type http://embrace/index.php?cmd=ls again (where kossy has no
PHP support) embrace includes the PHP source code from kossy and then
parses the file, which will give us the 'ls' result on embrace.

This can be used for numerous attacks. And I PHP should only include
parsed PHP or non-PHP files from external (http://) links.

Bye,
Tozz






Edit this bug report at http://bugs.php.net/?id=15187&edit=1


-- 
PHP Development Mailing List 
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 #15187 Updated: PHP parses untrusted documents (or something like that ;P)

[tozz]

ID: 15187
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Linux 2.4
PHP Version: 4.1.1
New Comment:

It's true dat this is a 'user error', however there are scripts (e.g.
phpnuke has this problem) that allows a user to enter the URL that will
be included. 

So, your right if a script is secure you wont deal with this bug.. but
I still see it as a security issue


Previous Comments:


[2002-01-23 15:37:30] [EMAIL PROTECTED]

This is bad programming. If you want to avoid this, you should NOT use
include() for stuff on other servers, but fopen() or similar instead
(which doesn't parse the data).

BTW: the 'bug' in issue.php can be avoided by proper use of
register_globals, safe-mode and/or normal (unix) file permissions.



[2002-01-23 15:36:30] [EMAIL PROTECTED]

RTFM!

Include is for including PHP scripts into your PHP script.
If you only want to include parsed output then do not use
include.




[2002-01-23 15:36:28] [EMAIL PROTECTED]

I call it a user error. no external sources are to be trusted with no
error/security/integrity check.



[2002-01-23 15:30:20] [EMAIL PROTECTED]

Hello,

I think there is a pretty large security issue in PHP. E.g. we have 2
servers, we call server 1 'embrace', and name server 2 'kossy'.

on embrace we create a file index.php:
http://kossy/issue.php";); ?>

on kossy we create a file issue.php:


well, if we now type: http://embrace/index.php?cmd=ls we see the 'ls'
output from kossy. This is the way it should be.. BUT, when we disable
PHP op kossy we get a rather nasty bug (imho).

If we type http://embrace/index.php?cmd=ls again (where kossy has no
PHP support) embrace includes the PHP source code from kossy and then
parses the file, which will give us the 'ls' result on embrace.

This can be used for numerous attacks. And I PHP should only include
parsed PHP or non-PHP files from external (http://) links.

Bye,
Tozz






Edit this bug report at http://bugs.php.net/?id=15187&edit=1


-- 
PHP Development Mailing List 
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 #15187 Updated: PHP parses untrusted documents (or something like that ;P)

[rasmus]

ID: 15187
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Linux 2.4
PHP Version: 4.1.1
New Comment:

We can't stop developers from shooting themselves in the foot.  If you
want to include a remote file without parsing it locally, you would
use: 
readfile("http://domain.com/filename";);
You could of course also just use the allow_url_fopen directive in your
php.ini file if you really want to turn this off.
If you removed all the functions that developers could use to shoot
themselves in the foot with there wouldn't be much left to do
interesting things.


Previous Comments:


[2002-01-23 15:42:16] [EMAIL PROTECTED]

It's true dat this is a 'user error', however there are scripts (e.g.
phpnuke has this problem) that allows a user to enter the URL that will
be included. 

So, your right if a script is secure you wont deal with this bug.. but
I still see it as a security issue



[2002-01-23 15:37:30] [EMAIL PROTECTED]

This is bad programming. If you want to avoid this, you should NOT use
include() for stuff on other servers, but fopen() or similar instead
(which doesn't parse the data).

BTW: the 'bug' in issue.php can be avoided by proper use of
register_globals, safe-mode and/or normal (unix) file permissions.



[2002-01-23 15:36:30] [EMAIL PROTECTED]

RTFM!

Include is for including PHP scripts into your PHP script.
If you only want to include parsed output then do not use
include.




[2002-01-23 15:36:28] [EMAIL PROTECTED]

I call it a user error. no external sources are to be trusted with no
error/security/integrity check.



[2002-01-23 15:30:20] [EMAIL PROTECTED]

Hello,

I think there is a pretty large security issue in PHP. E.g. we have 2
servers, we call server 1 'embrace', and name server 2 'kossy'.

on embrace we create a file index.php:
http://kossy/issue.php";); ?>

on kossy we create a file issue.php:


well, if we now type: http://embrace/index.php?cmd=ls we see the 'ls'
output from kossy. This is the way it should be.. BUT, when we disable
PHP op kossy we get a rather nasty bug (imho).

If we type http://embrace/index.php?cmd=ls again (where kossy has no
PHP support) embrace includes the PHP source code from kossy and then
parses the file, which will give us the 'ls' result on embrace.

This can be used for numerous attacks. And I PHP should only include
parsed PHP or non-PHP files from external (http://) links.

Bye,
Tozz






Edit this bug report at http://bugs.php.net/?id=15187&edit=1


-- 
PHP Development Mailing List 
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 #15188: PHP Fatal error: Cannot find save handler mm in Unknown on line 0

[serge]

From: [EMAIL PROTECTED]
Operating system: RH 7.2 / 2.4.17
PHP version:  4.1.1
PHP Bug Type: Session related
Bug description:  PHP Fatal error:  Cannot find save handler mm in Unknown on line 0

Hi Guys,

I can not get MM to work as the session handler anymore.

Session MM reports : PHP Fatal error:  Cannot find save handler mm in
Unknown on line 0
when I start up apache 1.3.22

Installed MM version mm-1.1.3

PHP configure line:
# ./configure  --with-apache=../apache_1.3.22 --enable-exif
--enable-track-vars --with-gdbm --enable-ftp --with-gd
--with-esoob=/usr/local/easysoft/oob/client --with-mm=/usr/local
--enable-trans-sid --with-jpeg-dir=/usr/lib --with-gif-dir=/usr/lib
--with-curl=/usr/local

I have seen this problem on 3 different systems with PHP 4.1.1

Thanks, Serge

-- 
Edit bug report at: http://bugs.php.net/?id=15188&edit=1


-- 
PHP Development Mailing List 
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 #15187 Updated: PHP parses untrusted documents (or something like that ;P)

[sesser]

ID: 15187
Updated by: sesser
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Linux 2.4
PHP Version: 4.1.1
New Comment:

speaking of phpnuke...

this security problem in phpnuke was reported a while back
to its developers. if they havent fixed it by now blame them.


Previous Comments:


[2002-01-23 15:49:50] [EMAIL PROTECTED]

We can't stop developers from shooting themselves in the foot.  If you
want to include a remote file without parsing it locally, you would
use: 
readfile("http://domain.com/filename";);
You could of course also just use the allow_url_fopen directive in your
php.ini file if you really want to turn this off.
If you removed all the functions that developers could use to shoot
themselves in the foot with there wouldn't be much left to do
interesting things.



[2002-01-23 15:42:16] [EMAIL PROTECTED]

It's true dat this is a 'user error', however there are scripts (e.g.
phpnuke has this problem) that allows a user to enter the URL that will
be included. 

So, your right if a script is secure you wont deal with this bug.. but
I still see it as a security issue



[2002-01-23 15:37:30] [EMAIL PROTECTED]

This is bad programming. If you want to avoid this, you should NOT use
include() for stuff on other servers, but fopen() or similar instead
(which doesn't parse the data).

BTW: the 'bug' in issue.php can be avoided by proper use of
register_globals, safe-mode and/or normal (unix) file permissions.



[2002-01-23 15:36:30] [EMAIL PROTECTED]

RTFM!

Include is for including PHP scripts into your PHP script.
If you only want to include parsed output then do not use
include.




[2002-01-23 15:36:28] [EMAIL PROTECTED]

I call it a user error. no external sources are to be trusted with no
error/security/integrity check.



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=15187


Edit this bug report at http://bugs.php.net/?id=15187&edit=1


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] FeatureRequest for PHP5

[Christian Dickmann]

Hi all,

It would be great if it was possible to have CONSTANTS
of types like as Arrays or Objects.

This way one could have a Config-Constant and you
wouldn't need to use $GLOBALS.

Christian Dickmann



-- 
PHP Development Mailing List 
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 #8909 Updated: PHP generates the Date: header line with a bad timezone

[walter . pollard]

ID: 8909
Comment by: [EMAIL PROTECTED]
Old Reported By: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Mail related
Operating System: Windows
PHP Version: 4.0.4pl1
New Comment:

To: [EMAIL PROTECTED],

  Derick, which release is this problem fixed in? We are running
PHP Version 4.0.6 and are experiencing the same problem.


Previous Comments:


[2002-01-23 12:41:40] [EMAIL PROTECTED]

This is marked as closed but I'm still seeing this same problem on the
latest windows release. 4.1



[2001-11-30 04:28:16] [EMAIL PROTECTED]

This is now fixed in CVS (I hope).

Derick



[2001-06-22 18:28:32] [EMAIL PROTECTED]

windows mailcode needs a rewrite



[2001-01-25 11:54:32] [EMAIL PROTECTED]

If the PHP mail() function is allowed to generate the "Date:" header
field, the sign of the timezone is inverted.

The system "timezone" is the number of minutes difference between UTC
and local time (EST= +300).  In the Date: header, the timezone is
formatted as "HHMM" and is the difference between local time and UTC
(reversed difference, EST= -0500).

In win32/sendmail.c, the sign of the system "timezone" variable is
copied to the Date: header without being inverted.

Also, there should be a sign even if the timezone offset is 0. 
Therefore in sprintf() that generates the "Date:" header in the
PostHeader() function, the timezone test should read:
  (_timezone > 0) ? "-" : "+",

This problem was also in the PHP3 source.

Regard, -Ron-





Edit this bug report at http://bugs.php.net/?id=8909&edit=1


-- 
PHP Development Mailing List 
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 #14423 Updated: PHP won't compile with --with-iconv turned on

[cynic]

ID: 14423
Updated by: cynic
Old Summary: PHP won't compile with --with-iconv turned on
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Compile Failure
Operating System: FreeBSD 4.4-STABLE
PHP Version: 4.1.0
New Comment:

Does it *always* fail with the former configure line?


Previous Comments:


[2001-12-24 10:48:32] [EMAIL PROTECTED]

Here is configure, which works fine. But I cannot find out what caused
it to fail in previous case...

'./configure' '--with-config-file-path=/usr/local/etc/php.standalone'  
   
  '--disable-pear'
'--enable-discard-path' '--with-readline=/usr' 
   
 '--enable-versioning' '--with-system-regex'
'--disable-debug'  
 
'--enable-track-vars' '--with-gd=/usr/local'   
   
  '--with-freetype-dir=/usr/local'
'--with-jpeg-dir=/usr/local'   
   
 '--with-png-dir=/usr/local' '--with-zlib' '--with-mysql=/usr/local'   
   
   '--with-pgsql=/usr/local'
'--with-openssl=/usr' '--with-xml' 
   
'--with-xmlrpc=/usr/local' '--with-ttf' '--with-freetype'  
   
  '--enable-xslt'
'--with-xslt-sablot' '--with-expat-dir=/usr/local' 
   
  '--with-dom=/usr/local' '--enable-ftp'
'--with-iconv=/usr/local'  
  
'--enable-bcmath' '--enable-sockets' '--prefix=/usr/local' 
   
  'i386--freebsd4.5'



[2001-12-11 07:35:41] [EMAIL PROTECTED]

System:
[never@mile ~]$ uname -a
FreeBSD mile.nevermind.kiev.ua 4.4-STABLE FreeBSD 4.4-STABLE #0: Tue
Dec  4 21:12:20 EET 2001
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/mile  i386
[never@mile ~]$ pkg_info | grep iconv-2
iconv-2.0_1 Charset conversion library and utilities

How to repeat:
./configure '--with-mysql=/usr/local' '--with-pgsql=/usr/local'
'--enable-track-vars' '--enable-sockets' '--enable-ftp' '--with-ttf'
'--with-gd=/usr/local' '--with-jpeg-dir=/usr/local'
'--with-png-dir=/usr/local' '--with-freetype-dir=/usr/local'
'--with-freetype' '--with-zlib-dir=/usr/local'
'--with-iconv=/usr/local' '--enable-xslt' '--enable-wddx'
'--with-xslt-sablot' '--with-expat-dir=/usr/local'
make
Output:
Making all in .
/bin/sh /usr/local/src/php-4.1.0/libtool --silent --mode=link gcc -I.
-I/usr/local/src/php-4.1.0/ -I/usr/local/src/php-4.1.0/main
-I/usr/local/src/php-4.1.0 -I/usr/local/src/php-4.1.0/Zend
-I/usr/local/include/freetype2/freetype -I/usr/local/include/gd
-I/usr/local/include -I/usr/local/include/mysql 
-I/usr/local/src/php-4.1.0/TSRM -g -O2   -o php -export-dynamic stub.lo
libphp4.la
./.libs/libphp4.a(internal_functions.o): In function
`php_startup_internal_extensions':
/usr/local/src/php-4.1.0/main/internal_functions.c(.data+0x28):
undefined reference to `iconv_module_entry'
*** Error code 1

Stop in /usr/local/src/php-4.1.0.
*** Error code 1

Stop in /usr/local/src/php-4.1.0.






Edit this bug report at http://bugs.php.net/?id=14423&edit=1


-- 
PHP Development Mailing List 
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] FeatureRequest for PHP5

[Andi Gutmans]

You can already use constant arrays such as array(1, 2, 3) as constants.

Andi

On Wed, 23 Jan 2002, Christian Dickmann wrote:

> Hi all,
> 
> It would be great if it was possible to have CONSTANTS
> of types like as Arrays or Objects.
> 
> This way one could have a Config-Constant and you
> wouldn't need to use $GLOBALS.
> 
> Christian Dickmann
> 
> 
> 
> 


-- 
PHP Development Mailing List 
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 #15185 Updated: Exploring the server recources witch php

[daniel]

ID: 15185
Updated by: daniel
Reported By: [EMAIL PROTECTED]
Old Status: Bogus
Status: Open
Bug Type: *Directory/Filesystem functions
Operating System: Slackware
PHP Version: 4.0.6
New Comment:

Actually this is a dupe of MY bug report. PHP has a bug with readdir().
safe_mode does not limit readdir:

  http://bugs.php.net/bug.php?id=15018&edit=1

someone bogusified it. Wasn't me. And yes, I tested it on 4.1.0.

Kind Regards,
  Daniel Lorch


Previous Comments:


[2002-01-23 14:54:45] [EMAIL PROTECTED]

not a php issue

php runs with the same permissions as the user
the webserver runs under, so if this user has
permission to see the whole server filesystem
php will have that, too

run your wesserver as a low-privileged user
and give it read permission to the absolute
minimum of the filesystem 

or have a look at 
http://www.php.net/manual/en/features.safe-mode.php



[2002-01-23 14:26:36] [EMAIL PROTECTED]

I've found a possible bug in php 4.06. using simple function readdir();
I coul explore about 90 % of server including /var/spool/mail
/ect/passwd e.t.c.

I've wrote simple script that let me to move through all directories:

Index of: $dirName");
$dirs=array();
$files=array();
$dirfiles=array();
$dirn=0;
$filen=0;
$d = dir($dirName);
while($entry = $d->read()) {
if ($entry != "." && $entry != "..")
{
if (is_dir($dirName."/".$entry))
{
array_push($dirs, "$dirName/$entry");
$dirn++;
}
else
{
array_push($files, "$entry");
array_push($dirfiles, "$dirName");
$filen++;
}
}
}
$d->close();
$tmp=0;
while ($tmp<$dirn)
{
print("$dirs[$tmp]");
$tmp++;
}
$tmp=0;
while ($tmp<$filen)
{
print("$dirfiles[$tmp]/$files[$tmp]");
$tmp++;
}
if ($dirName!=".")
{
print("Back");
}
}
getDirList("$dir");
?>

Default directory is '.' (Your home directory), but if you load this
page with parameter dir=/ ( ex. http://your.host/dir.php?dir=/ ) You
will probably access main folder on your unix server.
I wrote second script that let me read the files not in my home
directory:

");
}
$flaga++;
}
flock($Plik, 3);
fclose($Plik);
}
readtxt ($file);
?>

By typing, for example
http://your.host/readtxt.php?file=/var/spool/mail/disco_dzik i could
read disco_dzik's mail.

Simple, but serious...

Both of scripts wold not move You outside your home directory if the
server would be two machines (first one for system, and the second one
just fore home directories) - it's obvious, but I've checked it ;)

P.S.
Scripts were wroten for my use only, so some of the variables are named
in polish - sorry for that ;)
This is a serious bug that needs to be fixed !





Edit this bug report at http://bugs.php.net/?id=15185&edit=1


-- 
PHP Development Mailing List 
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 #13774 Updated: Missing information in isapi installation for apache

[ian_anderson]

ID: 13774
Comment by: [EMAIL PROTECTED]
Old Reported By: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Documentation problem
Operating System: Windows
PHP Version: 4.0.6
New Comment:

This documentation is still not updated in v4.11


Previous Comments:


[2001-10-20 14:51:22] [EMAIL PROTECTED]

Under Windows 2000 Pro, when following the isapi install instructions
for apache from the readme file, it fails to mention the need to add
the line 

AddModule mod_php4.c

in httpd.conf because the line 

LoadModule php4_module /php/sapi/php4apache.dll

is not enough by itself to make it work correctly.
This is probably true for other windows OSes.
It happened for me with both binary and source distros of apache and
PHP.





Edit this bug report at http://bugs.php.net/?id=13774&edit=1


-- 
PHP Development Mailing List 
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 #15189: Segmentation fault __umoddi3

[nathan]

From: [EMAIL PROTECTED]
Operating system: Suse Linux 2.2.19 - libc-2.1.3
PHP version:  4.1.1
PHP Bug Type: Verisign Payflow Pro related
Bug description:  Segmentation fault __umoddi3


Hi folks,
  I just added Payflow support to my setup and received the following
errors.

> ./httpd.new
Segmentation fault

> gdb httpd.new
GNU gdb 4.18
(gdb) run
Starting program: /usr/local/apache/bin/httpd.new
(no debugging symbols found)...
Program received signal SIGSEGV, Segmentation fault.
0x400d428c in __umoddi3 () from
/usr/local/src/payflowpro/linux/lib/libpfpro.so
(gdb) backtrace
#0  0x400d428c in __umoddi3 () from
/usr/local/src/payflowpro/linux/lib/libpfpro.so
#1  0x400b6678 in PNVersion () from
/usr/local/src/payflowpro/linux/lib/libpfpro.so
Cannot access memory at address 0x3.

Apache Configure
./configure --prefix=/usr/local/apache
--activate-module=src/modules/php4/libphp4.a --enable-module=ssl

PHP Configure
./configure --with-apache=../apache_1.3.22 --with-mysql=/usr
--with-dom=/usr/local --enable-shared --enable-gd-native-ttf
--with-gd=/usr/local --enable-sockets --enable-sysvsem --enable-sysvshm
--with-tsrm-pthreads --with-zlib-dir=/usr/local --with-zlib
--with-png-dir=/usr --with-jpeg-dir=/usr --with-freetype-dir=/usr/local
--with-xpm-dir=/usr --with-cybercash=../mck-3.2.0.4-linux
--with-pfpro=../payflowpro/linux

> ldd /usr/local/src/payflowpro/linux/lib/libpfpro.so
/lib/libNoVersion.so.1 => /lib/libNoVersion.so.1 (0x400ac000)
libc.so.6 => /lib/libc.so.6 (0x400b7000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x8000)

-- 
Edit bug report at: http://bugs.php.net/?id=15189&edit=1


-- 
PHP Development Mailing List 
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 #15185 Updated: Exploring the server recources witch php

[rasmus]

ID: 15185
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: *Directory/Filesystem functions
Operating System: Slackware
PHP Version: 4.0.6
New Comment:

Daniel, please stop saying readdir() here.  readdir() should not have
any safe-mode checks anymore than fgets() should.  It simply makes no
sense.  opendir() is where the safe-mode check should be applied.


Previous Comments:


[2002-01-23 16:52:10] [EMAIL PROTECTED]

Actually this is a dupe of MY bug report. PHP has a bug with readdir().
safe_mode does not limit readdir:

  http://bugs.php.net/bug.php?id=15018&edit=1

someone bogusified it. Wasn't me. And yes, I tested it on 4.1.0.

Kind Regards,
  Daniel Lorch



[2002-01-23 14:54:45] [EMAIL PROTECTED]

not a php issue

php runs with the same permissions as the user
the webserver runs under, so if this user has
permission to see the whole server filesystem
php will have that, too

run your wesserver as a low-privileged user
and give it read permission to the absolute
minimum of the filesystem 

or have a look at 
http://www.php.net/manual/en/features.safe-mode.php



[2002-01-23 14:26:36] [EMAIL PROTECTED]

I've found a possible bug in php 4.06. using simple function readdir();
I coul explore about 90 % of server including /var/spool/mail
/ect/passwd e.t.c.

I've wrote simple script that let me to move through all directories:

Index of: $dirName");
$dirs=array();
$files=array();
$dirfiles=array();
$dirn=0;
$filen=0;
$d = dir($dirName);
while($entry = $d->read()) {
if ($entry != "." && $entry != "..")
{
if (is_dir($dirName."/".$entry))
{
array_push($dirs, "$dirName/$entry");
$dirn++;
}
else
{
array_push($files, "$entry");
array_push($dirfiles, "$dirName");
$filen++;
}
}
}
$d->close();
$tmp=0;
while ($tmp<$dirn)
{
print("$dirs[$tmp]");
$tmp++;
}
$tmp=0;
while ($tmp<$filen)
{
print("$dirfiles[$tmp]/$files[$tmp]");
$tmp++;
}
if ($dirName!=".")
{
print("Back");
}
}
getDirList("$dir");
?>

Default directory is '.' (Your home directory), but if you load this
page with parameter dir=/ ( ex. http://your.host/dir.php?dir=/ ) You
will probably access main folder on your unix server.
I wrote second script that let me read the files not in my home
directory:

");
}
$flaga++;
}
flock($Plik, 3);
fclose($Plik);
}
readtxt ($file);
?>

By typing, for example
http://your.host/readtxt.php?file=/var/spool/mail/disco_dzik i could
read disco_dzik's mail.

Simple, but serious...

Both of scripts wold not move You outside your home directory if the
server would be two machines (first one for system, and the second one
just fore home directories) - it's obvious, but I've checked it ;)

P.S.
Scripts were wroten for my use only, so some of the variables are named
in polish - sorry for that ;)
This is a serious bug that needs to be fixed !





Edit this bug report at http://bugs.php.net/?id=15185&edit=1


-- 
PHP Development Mailing List 
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 #15190: Configure script fails to find static libming

[doc]

From: [EMAIL PROTECTED]
Operating system: Any
PHP version:  4.1.1
PHP Bug Type: *Compile Issues
Bug description:  Configure script fails to find static libming

On line 30452 in the configure script, it searchs for libming.so but not
libming.a, so if you compiled a static version of the ming library, the
configure script won't find it.
-- 
Edit bug report at: http://bugs.php.net/?id=15190&edit=1


-- 
PHP Development Mailing List 
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 #14999 Updated: apache_lookup_uri returning array for apache2 instead of object

[manu]

ID: 14999
Updated by: manu
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Apache2 related
Operating System: linux
PHP Version: 4.1.1
New Comment:

The Apache request_rec struct has many change between version 1.3 and
2.0. perhaps we should rename this fonction in apache2_lookup_uri

for example the byterange has desapear

here is the patch to be more compatible with apache 1.3 version  

PHP_FUNCTION(apache_lookup_uri)
{
pval **filename;
request_rec *rr=NULL;

rr = php_apache_lookup_uri(INTERNAL_FUNCTION_PARAM_PASSTHRU);
if (!rr)
WRONG_PARAM_COUNT;

object_init(return_value);
add_property_long(return_value,"status", rr->status);
if (rr->the_request) {
add_property_string(return_value,"the_request",
rr->the_request, 1);
}
if (rr->status_line) {
add_property_string(return_value,"status_line", (char
*)rr->status_line, 1);
}
if (rr->method) {
add_property_string(return_value,"method", (char
*)rr->method, 1);  
}
if (rr->content_type) {
add_property_string(return_value,"content_type", (char
*)rr->content_type, 1);
}
if (rr->handler) {
add_property_string(return_value,"handler", (char
*)rr->handler, 1);
}
if (rr->uri) {
add_property_string(return_value,"uri", rr->uri, 1);
}
if (rr->filename) {
add_property_string(return_value,"filename",
rr->filename, 1);
}
if (rr->path_info) {
add_property_string(return_value,"path_info",
rr->path_info, 1);
}
if (rr->args) {
add_property_string(return_value,"args", rr->args, 1);
}
if (rr->range) {
add_property_string(return_value,"range",(char
*)rr->range, 1);
}
if (rr->boundary) {
add_property_string(return_value,"boundary",(char
*)rr->boundary, 1);
}
add_property_long(return_value,"no_cache", rr->no_cache);
add_property_long(return_value,"no_local_copy",
rr->no_local_copy);
add_property_long(return_value,"allowed", rr->allowed);
add_property_long(return_value,"sent_bodyct",
rr->sent_bodyct);
add_property_long(return_value,"bytes_sent", rr->bytes_sent);
add_property_long(return_value,"clength", rr->clength);

#if MODULE_MAGIC_NUMBER >= 19980324
if (rr->unparsed_uri) {
add_property_string(return_value,"unparsed_uri",
rr->unparsed_uri, 1);
}
if(rr->mtime) {
add_property_long(return_value,"mtime", rr->mtime);
}
#endif
if(rr->request_time) {
add_property_long(return_value,"request_time",
rr->request_time);
}
ap_destroy_sub_req(rr);
}


















Previous Comments:


[2002-01-11 12:59:34] [EMAIL PROTECTED]

this is simple: apache_lookup_uri is returning array on apache2 instead
of object (as it is doing on apache 1.3 and as it is written in
documentation). the array is filled good with right keys and values,
only problem is that it is array and not object






Edit this bug report at http://bugs.php.net/?id=14999&edit=1


-- 
PHP Development Mailing List 
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 #15191: Segmentation fault when starting apache httpd

[doc]

From: [EMAIL PROTECTED]
Operating system: Solaris 8
PHP version:  4.1.1
PHP Bug Type: Reproducible crash
Bug description:  Segmentation fault when starting apache httpd

# apachectl startssl
Segmentation Fault
/opt/apache/sbin/apachectl startssl: httpd could not be started

Environment and configure line
CFLAGS=-O2
EXTRA_LIBS="-lc-client -lmcal -lsocket"
unset LD_LIBRARY_PATH
export CFLAGS EXTRA_LIBS
./configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var
--with-apxs=/opt/apache/sbin/apxs --enable-track-vars --enable-calendar
--with-gdbm --enable-filepro --enable-dbase --enable-ftp --with-imap
--with-java=/usr/java1.1 --with-ldap=/usr/src/openldap-1.2.9
--with-ibm-db2=/opt/IBMdb2/V7.1 --enable-trans-sid --with-mysql
--enable-sysvshm --enable-sysvsem --with-mcal=/usr --with-ming
--with-openssl --with-gd --with-pdflib --with-jpeg-dir=/opt/sfw
--with-png-dir=/opt/sfw --with-zlib

Library versions:
gdbm 2.x
c-client (imap) 4.7b
java 1.1.8
openldap 1.2.9
IBM db2 7.1
mcal 0.6
mcaldrivers 0.8
ming 0.1.1
openssl 0.95
gd 2.0.1
pdf 4.0.0
jpeg 6.x
png 2.x
zlib 1.x
PHP 406 build successfully on the same machine with the same configure
line, and the same environment except I add -lldap -llber to EXTRA_LIBS
for 4.0.6, I took those out on 4.1.1 because it caused duplicate symbols
to be defined, and php would not compile. After I took those out, php
4.1.1 compiled, but it caused a segmentation fault when I tried to start
the web server. PHP 4.0.6 works fine.


Any ideas?

-- 
Edit bug report at: http://bugs.php.net/?id=15191&edit=1


-- 
PHP Development Mailing List 
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] Re: [PHP] Re: [PHP-DEV] Re: Computer Science and PHP

[Manuel Lemos]

Hello,

Andi Gutmans wrote:
> 
> On Sat, 19 Jan 2002, Alan Knowles wrote:
> 
> > This kind of bytes at a nerve when you are hunting for work and almost
> > nobody mentions PHP here
> >
> > Anyway, A quick few ideas to throw in the pot.. - Press releases, for
> > PHP5 pre-alpha, PHP-GTK's, (Derick - srm?) upcomming release etc. which
> > could be made available - Then a PHP press team??, could be resposnible
> > for getting it out to the Press in their local countries..
> >
> > I'm would hope that there a few people out there who could help out on
> > this.. "Call for Volunteers..." - Either writing 'IT Press Friendly'
> > release announcements, or gathering IT Press contacts, and faxing +
> > emailing + phone followup on releases...
> 
> When Zend first started out we actually offered the other guys in the PHP
> Group to send out press releases on new versions from the group.
> We had a PR woman write the press-release and then sent it to the Group
> for fixing.
> If I remember correctly they felt that open source projects don't need
> press releases so it kind of came to a halt.

I think that is wishful thinking. Open Source projects are no different
than any other project when it comes to advertising, if it does not get
done somehow, the potential users that are not aware of it may not ever
hear enough about it. Press releases is a form of free advertisement in
the sense that the media that takes it up will spread the news for you
at no cost. It should not be the only way to advertise PHP or any other
Open Source projects, but definetly one that you should not give up. I
think it is beneficial for everybody in the PHP community.

 
> I don't really share that feeling and think that even an open source
> project can get added exposure by press releases.
> I think if we can get enough press contacts (it probably shouldn't be too
> hard if a few people here know the right people) then it would definitely
> be a good thing.
> Press releases help because when IT people start seeing press releases all
> over it sinks in slowly.
> It shouldn't be too hard to have a couple of people taking care of this
> and having them send the press releases to php-dev for comments before
> they go out.

Well, even if php-dev is not willing to support this idea, you  at Zend
should not stop yourselves from doing it. You have enough karma in the
PHP and Open Source community to make new PHP version announcements.

BTW, are you providing or willing to provide a RDF source of
announcements of PHP and other Zend products?

Regards,
Manuel Lemos

-- 
PHP Development Mailing List 
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] Re: [PHP] Re: [PHP-DEV] Re: Computer Science and PHP

[Manuel Lemos]

Hello,

Gavin Sherry wrote:
> 
> On Sat, 19 Jan 2002, Sebastian Bergmann wrote:
> 
> > Alan Knowles wrote:
> > > Press releases, for PHP5 pre-alpha, PHP-GTK's, (Derick - srm?)
> > > upcomming release etc. which could be made available - Then a PHP
> > > press team??, could be resposnible for getting it out to the Press in
> > > their local countries..
> >
> >   Now this is a great idea, IMHO. For those who don't know, I'm a
> >   freelancing journalist writing PHP-related articles for German
> >   magazine, including the upcoming ''PHP Magazin'', which'll be the first
> >   PHP-focused print publication in the world (at least that i know of ;)
> 
> Press releases make it much easier for the average IT journo (who actually
> knows very little about computing) to write a story about a given
> topic. If PHP needs more IT/main stream press coverage, this must be
> done. 'If.'
> 
> The other point Sebastian makes (indirectly) is better still. I too write
> articles for IT magazines about PHP, as well as other projects I am
> involved in.

Yes, although I think that what Sebastian mentioned is actually a PHP
magazine. It is good to have PHP magazines, but for PHP to grow, it is
also important to publish articles in magazines where PHP is usually not
heard about. I think that if we can't address all the media with
potential interest on PHP, we should focus on the media that has greater
audience but usually does not mention PHP.

Regards,
Manuel Lemos

-- 
PHP Development Mailing List 
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] FeatureRequest for PHP5

[Philip Olson]

> > It would be great if it was possible to have CONSTANTS
> > of types like as Arrays or Objects.

> You can already use constant arrays such as array(1, 2, 3) 
> as constants.

Maybe some day ;)

 define('BLAH', array(4,5));
   Warning: Constants may only evaluate to scalar values

You can serialize or implode the values ... This is a 
decent feature request, submit feature requests to:

 http://bugs.php.net

regards,
Philip Olson


-- 
PHP Development Mailing List 
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] Re: Computer Science and PHP

[Manuel Lemos]

Hello,

Alexander Wagner wrote:
> 
> Manuel Lemos wrote:
> > There is no doubt about that, but the original poster was asking why
> > PHP is not part of college curriculum and I was explaining that
> > unlike other languages that are marketed by companies with big
> > brands, there is no big brand behind PHP to push it at any comparable
> > level.
> 
> While I agree that better marketing would greatly benefit PHP, and
> might even get it into some universities, I don't think it is the main
> obstacle.
> IMHO PHP does not have much of a place in university.
> Languages like Haskell, Scheme and Gopher, have always been quite
> successful in university although there has rarely been anything useful
> done with them in the world outside and marketing behind them has
> always been near zero.
> 
> Universities care a lot about concepts, or how to "do it right". PHP's
> focus is on people who are new to programming and on "do it right now".
> The latter, aka "Worse is better",  while being successful and
> important  in the free world, is not very suitable for universities.

Yes, I know that there are a lot of academics not only in Universities
but also in R&D departments of large companies (Telecoms mainly) that
just have a guaranteed budget to research on subjects without proven
utility.

I just don't think that is with all universities or R&D departments and
even those have still people focused on the real world because they need
to research and produce at least a small percentage of their work with
value for the company or university. If they don't, they die killed by
the concurrency that does that.

 
> PHP's design is not very clean, that never was the goal and it's
> probably better this way., because what PHP wanted to achieve it did
> achieve (I think).

Yes, I agree, Java is conceptually nicer but in the real world PHP is
more suitable for many types of applications because it lets people be
more productive regardless the design is not very clean as you say. This
is a true argument that PHP advocates need to be ready to throw wherever
and whenever needed. If we don't, PHP looses opportunities, I think.


> I can't think of very much actual facts (as opposed to marketing) that
> would make universities interested in PHP.
> One of those I can think of is MetaL, btw.

Yes, I assume that MetaL would appeal to academics because it is
innovating while it did not yet have proven its utility in the real
world, at least that most people are aware of.

I don't have a problem to jump in MetaL presentations and tell that it
was developed with more than 20.000 lines of pure PHP code and that if
it was not written in PHP but in some other language like Java/C/C++ it
would have taken much more time to develop because it makes extensive
use of the easy way that PHP provides access to associative and dynamic
arrays, making me much more productive in my R&D on the subject.

While it is true, I hope it also helps making a good impression of the
PHP advantages. I think advocates should focus on PHP advantages that
can be summarized in a few phrases of compeling arguments.


> > To illustrate what I am say, althought it was not a language but a
> > Open Source OS, Linux did not start taking much credit until Red Hat
> > started distributing it and entered to NASDAQ. From then on, Red Had
> > become a big brand (at least a noticeable one) and Linux was not
> > necessarily the best free Unix like OS. Red Hat made it a big deal as
> > we all know.
> 
> Linux was successful in universities before it was successful outside.
> PHP is very successful outside, and I fear that conquering universities
> from where PHP is successful now is simply neither very probable nor,
> at the current state of PHP,  very desirable.

Developing PHP as a good technical solution is not sufficient to make as
popular as needed. You need to know how to make a compeling argument
that convinces the different types of audience that may be attracted to
it. Academics, like every other group should be addressed with arguments
that they value. Advocates should focus on the target audience, not just
in PHP.

Regards,
Manuel Lemos

-- 
PHP Development Mailing List 
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] PHP TAG

[Manuel Lemos]

Hello,

[EMAIL PROTECTED] wrote:
> 
> Hello,
> 
> when will you stop posting stupid questions to this list?

It would be more constructive if you mail the user in question privately
and nicely. He made a mistake posting to this list but he is probably
not aware that this is not the correct list for this kind of questions,
so I don't think it is correct to humiliate a user in a public forum
because you are not only making him stay away from this list but also
from PHP due to the hostility that he is receiving, but that is just my
opinion.

Just my 2 cents of EUR.
Manuel Lemos


> 
> Derick
> 
> On Wed, 23 Jan 2002, Eduardo Melo wrote:
> 
> > Looking for an soluction for show same notes in HTML document, as such as
> > news.
> > Is there any PHP tag that can do it ?
> >
> > best regards,
> >
> > Eduardo Melo
> > Computer Programmer
> >
> > _
> > Chat with friends online, try MSN Messenger: http://messenger.msn.com
> >
> >
> > --
> > PHP Development Mailing List 
> > 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 
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 #15191 Updated: Segmentation fault when starting apache httpd

[yohgaki]

ID: 15191
Updated by: yohgaki
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Reproducible crash
Operating System: Solaris 8
PHP Version: 4.1.1
New Comment:

Please read instruction before you submit bug report :)
If httpd segfaults, attach backtrace.


Previous Comments:


[2002-01-23 18:20:36] [EMAIL PROTECTED]

# apachectl startssl
Segmentation Fault
/opt/apache/sbin/apachectl startssl: httpd could not be started

Environment and configure line
CFLAGS=-O2
EXTRA_LIBS="-lc-client -lmcal -lsocket"
unset LD_LIBRARY_PATH
export CFLAGS EXTRA_LIBS
./configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var
--with-apxs=/opt/apache/sbin/apxs --enable-track-vars --enable-calendar
--with-gdbm --enable-filepro --enable-dbase --enable-ftp --with-imap
--with-java=/usr/java1.1 --with-ldap=/usr/src/openldap-1.2.9
--with-ibm-db2=/opt/IBMdb2/V7.1 --enable-trans-sid --with-mysql
--enable-sysvshm --enable-sysvsem --with-mcal=/usr --with-ming
--with-openssl --with-gd --with-pdflib --with-jpeg-dir=/opt/sfw
--with-png-dir=/opt/sfw --with-zlib

Library versions:
gdbm 2.x
c-client (imap) 4.7b
java 1.1.8
openldap 1.2.9
IBM db2 7.1
mcal 0.6
mcaldrivers 0.8
ming 0.1.1
openssl 0.95
gd 2.0.1
pdf 4.0.0
jpeg 6.x
png 2.x
zlib 1.x
PHP 406 build successfully on the same machine with the same configure
line, and the same environment except I add -lldap -llber to EXTRA_LIBS
for 4.0.6, I took those out on 4.1.1 because it caused duplicate
symbols to be defined, and php would not compile. After I took those
out, php 4.1.1 compiled, but it caused a segmentation fault when I
tried to start the web server. PHP 4.0.6 works fine.


Any ideas?






Edit this bug report at http://bugs.php.net/?id=15191&edit=1


-- 
PHP Development Mailing List 
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 #15190: Configure script fails to find static libming

[Yasuo Ohgaki]

There are extensions that search only *.so libs.

To PHP Developers:
do we really support both static and dynamic libs?
I would like to support only dynamic lib...


[EMAIL PROTECTED] wrote:
> From: [EMAIL PROTECTED]
> Operating system: Any
> PHP version:  4.1.1
> PHP Bug Type: *Compile Issues
> Bug description:  Configure script fails to find static libming
> 
> On line 30452 in the configure script, it searchs for libming.so but not
> libming.a, so if you compiled a static version of the ming library, the
> configure script won't find it.
> 

-- 
Yasuo Ohgaki
Please CC me when you reply to news/list messages.
Do not reply only to me :)


-- 
PHP Development Mailing List 
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 #15192: MSSQL functions crashing PHP

[sean]

From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version:  4.1.1
PHP Bug Type: MSSQL related
Bug description:  MSSQL functions crashing PHP

This bug happens when requesting a lot (1000+) rows from an MSSQL database

or less lines if you've executed a bunch of other code first.  My test
case 
was with a table called "data" with three fields: 

 "pt_index(int)","pt_time(datetime)","pt_data(real)"
 
I set the index to 22 for each row, pt_time to each minute of the day,
and
pt_data to random values.  My code was working fine under 4.0.5, but with

4.1.0 and 4.1.1 it generates an application error in php.exe - trying to 
reference a null pointer.  Interestingly, it works fine if I didn't
supply
the date ranges.  Anyways, I searched through the code and saw I was 
getting the exception in the memory allocation function which means the 
heap is being corrupted somewhere else.  Any ideas on what was added?  

= '2001-12-3' and pt_time < '2001-12-4'";

$data=mssql_query($req, $link) or die (mssql_get_last_message());

while ($row=mssql_fetch_array($data)){
print_r($row);
echo "";
}
?>

-- 
Edit bug report at: http://bugs.php.net/?id=15192&edit=1


-- 
PHP Development Mailing List 
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 #15190 Updated: Configure script fails to find static libming

[yohgaki]

ID: 15190
Updated by: yohgaki
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: *Compile Issues
Operating System: Any
PHP Version: 4.1.1
New Comment:

There are extensions that search only *.so libs.
Build and use shared lib for now.


Previous Comments:


[2002-01-23 17:22:43] [EMAIL PROTECTED]

On line 30452 in the configure script, it searchs for libming.so but
not libming.a, so if you compiled a static version of the ming library,
the configure script won't find it.





Edit this bug report at http://bugs.php.net/?id=15190&edit=1


-- 
PHP Development Mailing List 
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 #15192 Updated: MSSQL functions crashing PHP

[sean]

ID: 15192
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: MSSQL related
Operating System: Windows 2000
PHP Version: 4.1.1
New Comment:

Tried it under 4.0.6 and it crashes as well, switch back to 4.0.5,
works just fine.


Previous Comments:


[2002-01-23 19:55:47] [EMAIL PROTECTED]

This bug happens when requesting a lot (1000+) rows from an MSSQL
database 
or less lines if you've executed a bunch of other code first.  My test
case 
was with a table called "data" with three fields: 

 "pt_index(int)","pt_time(datetime)","pt_data(real)"
 
I set the index to 22 for each row, pt_time to each minute of the day,
and
pt_data to random values.  My code was working fine under 4.0.5, but
with 
4.1.0 and 4.1.1 it generates an application error in php.exe - trying
to 
reference a null pointer.  Interestingly, it works fine if I didn't
supply
the date ranges.  Anyways, I searched through the code and saw I was 
getting the exception in the memory allocation function which means the

heap is being corrupted somewhere else.  Any ideas on what was added? 


= '2001-12-3' and pt_time < '2001-12-4'";

$data=mssql_query($req, $link) or die (mssql_get_last_message());

while ($row=mssql_fetch_array($data)){
print_r($row);
echo "";
}
?>






Edit this bug report at http://bugs.php.net/?id=15192&edit=1


-- 
PHP Development Mailing List 
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 #15192 Updated: MSSQL functions crashing PHP

[sean]

ID: 15192
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: MSSQL related
Operating System: Windows 2000
Old PHP Version: 4.1.1
PHP Version: 4.0.6


Previous Comments:


[2002-01-23 19:55:47] [EMAIL PROTECTED]

This bug happens when requesting a lot (1000+) rows from an MSSQL
database 
or less lines if you've executed a bunch of other code first.  My test
case 
was with a table called "data" with three fields: 

 "pt_index(int)","pt_time(datetime)","pt_data(real)"
 
I set the index to 22 for each row, pt_time to each minute of the day,
and
pt_data to random values.  My code was working fine under 4.0.5, but
with 
4.1.0 and 4.1.1 it generates an application error in php.exe - trying
to 
reference a null pointer.  Interestingly, it works fine if I didn't
supply
the date ranges.  Anyways, I searched through the code and saw I was 
getting the exception in the memory allocation function which means the

heap is being corrupted somewhere else.  Any ideas on what was added? 


= '2001-12-3' and pt_time < '2001-12-4'";

$data=mssql_query($req, $link) or die (mssql_get_last_message());

while ($row=mssql_fetch_array($data)){
print_r($row);
echo "";
}
?>






Edit this bug report at http://bugs.php.net/?id=15192&edit=1


-- 
PHP Development Mailing List 
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] PHP TAG

[Sean R. Bright]

Manuel,

This is the 5th time since the 14th of January that he has sent user
level questions to this list, this is not an isolated event.

See http://marc.theaimsgroup.com/?a=10110075472&r=1&w=2

Sean

> -Original Message-
> From: Manuel Lemos [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, January 23, 2002 6:18 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [PHP-DEV] PHP TAG
>
>
> Hello,
>
> [EMAIL PROTECTED] wrote:
> >
> > Hello,
> >
> > when will you stop posting stupid questions to this list?
>
> It would be more constructive if you mail the user in
> question privately
> and nicely. He made a mistake posting to this list but he is probably
> not aware that this is not the correct list for this kind of
> questions,
> so I don't think it is correct to humiliate a user in a public forum
> because you are not only making him stay away from this list but also
> from PHP due to the hostility that he is receiving, but that
> is just my
> opinion.
>
> Just my 2 cents of EUR.
> Manuel Lemos
>
>
> >
> > Derick
> >
> > On Wed, 23 Jan 2002, Eduardo Melo wrote:
> >
> > > Looking for an soluction for show same notes in HTML
> document, as such as
> > > news.
> > > Is there any PHP tag that can do it ?
> > >
> > > best regards,
> > >
> > > Eduardo Melo
> > > Computer Programmer
> > >
> > > _
> > > Chat with friends online, try MSN Messenger:
http://messenger.msn.com
> >
> >
> > --
> > PHP Development Mailing List 
> > 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 
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 
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 #15193: Module loads but does not work

[stephen]

From: [EMAIL PROTECTED]
Operating system: solaris 2.8
PHP version:  4.1.1
PHP Bug Type: Dynamic loading
Bug description:  Module loads but does not work

I am trying to get php 4.1.1 as a DSO to work with apache 2.0.28 running on
solaris 2.8.

While I can compile both apache and php fine, when I load it as a module,
php does not work, and it stops any other CGI (such as perl) working as
well. Apache returns a 500 error saying the script header did not complete
when I try to run a .cgi program. When I test a php script it asks to be
downloaded.

apache config

./configure --prefix=/opt/apache --localstatedir=/var/run --enable-proxy
--enable-proxy-http --enable-proxy-connect --enable-cgi --enable-rewrite
--enable-so

I have also try with --enable-php4

php config

./configure --prefix=/opt/php --with-apxs2=/opt/apache/bin/apxs
--enable-track-vars --enable-versioning

I have also tried with --enable-libgcc --with-gnu-ld

httpd.conf file is change to add the 

LoadModule php4_modulemodules/libphp4.so
AddType application/x-httpd-php .php

-- 
Edit bug report at: http://bugs.php.net/?id=15193&edit=1


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP-GTK version 0.5.0 released

[Andrei Zmievski]

Greetings!

I have released PHP-GTK version 0.5.0, also known as "monday starts on
saturday". The version number was bumped from 0.1.1 to this one to
indicate that PHP-GTK is now a fairly mature and stable extension and
can be used for a variety of applications (just look on Freshmeat).

I would also like to take this opportunity and ask if you some of you
would consider helping out with PHP-GTK documentation. It would be a
great way to learn this exciting extension and also contribute to the
project.

The list of the major changes follows:

Version 0.5.0 "monday starts on saturday" 24-Jan-2002
~
- added new widgets with samples: GtkComboButton, GtkSPaned,
  GtkScrollPane and GtkPieMenu. (Markus)
- implemented GtkFontSelection::set_filter(),
  GtkFontSelectionDialog::set_filter(),
  Gtk::button_box_get_child_ipadding_default(),
  Gtk::button_box_get_child_size_default() and
  GtkWidget::get_pointer(). (Markus)
- implemented gdkpixbuf extension (loading and displaying images).
  (Andrei)
- added GtkCTree methods find_by_row_data, find_all_by_row_data.
  (Andrei)
- added gtkhtml extension which provides support for GtkHTML, an
  HTML rendering widget. (Alan Knowles)
- added GtkClist methods find_row_from_data(), get_pixmap().
  (Andrei)
- added GtkList::remove_items() method. (Andrei)
- added ability to build extensions as shared libraries and load
  them selectively. (Andrei)
- made libglade work on Win32 platforms. (Frank)
- added support for GtkSQPane widget. (Markus)
- added GtkCList::get_pixtext(). (Andrei, Rich Payne)

All the best!

-Andrei

-- 
PHP Development Mailing List 
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 #15194: date("m-d-y H:m:s", $timestamp) doesn't jive with system time

[emetsger]

From: [EMAIL PROTECTED]
Operating system: Solaris 7
PHP version:  4.1.1
PHP Bug Type: Date/time related
Bug description:  date("m-d-y H:m:s", $timestamp) doesn't jive with system time

calling date("m-d-y H:m:s", $timestamp) doesn't always produce the correct
system date.

The linked page and source demonstrate this problem.

The date is gathered from three different sources on the system: the date
command, the date within mysql, and the php time() function call.

The three different sources all produce identical timestamps.  However,
when I call the date() function with the above timestamp, the system date
will not match the formatted date returned by date().

I saw this problem orginally in my 4.0.6 install, and just upgraded to
4.1.1 and my test page still exhibits the same behavior.

The page is located at: http://esm.mse.jhu.edu/cms/test/testdate.php
The source is at:
http://esm.mse.jhu.edu/cms/test/testdate.phps
My phpinfo page is at:
http://esm.mse.jhu.edu/cms/test/index.php

Thanks for taking a look!

Elliot Metsger
-- 
Edit bug report at: http://bugs.php.net/?id=15194&edit=1


-- 
PHP Development Mailing List 
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 #15195: SQL error: [Microsoft][ODBC dBase Driver] Could not delete from specified table

[batmanut]

From: [EMAIL PROTECTED]
Operating system: win nt4.0
PHP version:  4.0.5
PHP Bug Type: ODBC related
Bug description:  SQL error: [Microsoft][ODBC dBase Driver] Could not delete from 
specified table

I used dbase 5 test.dbf
and used odbc 2.0 on win nt4.0 connect to system DSN
and delete record from table test.dbf

has error message -> 

Warning: SQL error: [Microsoft][ODBC dBase Driver] Could not delete from
specified tables., SQL state S1000 in SQLExecDirect in
C:\Inetpub\wwwroot\edit1.php on line 12

but I insert and query compleated.
(not delete and update sql)

thank you.
getkrut
-- 
Edit bug report at: http://bugs.php.net/?id=15195&edit=1


-- 
PHP Development Mailing List 
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 #15196: PHP_*_VARS have disappeared, even though track_vars is on

[doktor1]

From: [EMAIL PROTECTED]
Operating system: Linux 2.4
PHP version:  4.1.1
PHP Bug Type: Variables related
Bug description:  PHP_*_VARS have disappeared, even though track_vars is on

I fetched the latest Apache and PHP earlier this week and built everything
from scratch, to find that an auth routine I'd written a long time ago was
suddenly acting as though it wasn't seeing HTTP_POST_VARS. I stuck in a
phpinfo() line to see what the deal was, and sure enough, no HTTP_*_VARS!

For simplicity, I created a file called test.php, which contains just one
statement - phpinfo();.

If I call this file as 'test.php?blah=asdf', I can look high and low, and
I will not find HTTP_GET_VARS, HTTP_POST_VARS, etc. I do see _GET, etc.,
but... I don't want to do a full source review of PHPBB and other stuff.
:(

Here're the configure options according to phpinfo()...

'./configure' '--sysconfdir=/etc/php' '--with-apache=../apache_1.3.22' '--
with-config-file-path=/etc/php' '--with-zlib' '--enable-bcmath'
'--with-jpeg- dir=/usr' '--with-gd=/usr' '--enable-gd-native-ttf'
'--with-png-dir=/usr' '-- with-mysql' '--enable-track-vars'

Then in /etc/php/php.ini, just to be safe, I have this...
; Note - track_vars is ALWAYS enabled as of PHP 4.0.3
track_vars = On

Then there's the variables order...
variables_order = "GPCES"

I also tried setting the order to EGPCS, but I don't think this really
matters.

I apologize if there is something foolish I've overlooked, but php.ini
doesn't appear to contain any way for me to turn off $HTTP_*_VARS, other
than maybe saying track_vars = Off.

P.S. I have tried this with register_globals on and off.

-- 
Edit bug report at: http://bugs.php.net/?id=15196&edit=1


-- 
PHP Development Mailing List 
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 #12789 Updated: array_unique() always returns only 1 result for multi-dimentional arrays

[james]

ID: 12789
Comment by: [EMAIL PROTECTED]
Old Reported By: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Arrays related
Operating System: Cobalt Linux
PHP Version: 4.0.6
New Comment:

I think you should mention that in the manual, esp. because
array_unique worked with multi-dimensional arrays for versions < 4.0.6

I was wondering today why my search script did now work anymore until i
saw that my host updated to 4.1.1...


Previous Comments:


[2001-09-14 19:42:39] [EMAIL PROTECTED]

Err: Array_unique/array_diff/array_intersect isn't supposed to handle
multi-dimension _arrays_, nor objects.

See also 10658




[2001-09-14 19:40:39] [EMAIL PROTECTED]

Array_unique isn't supposed to handle multi-dimension strings, nor
objects.

See also 10658



[2001-08-16 07:45:50] [EMAIL PROTECTED]

array_unique() always returns only 1 result for multi-dimentional
arrays

Here is the code:

$temp = Array (
Array('a', 'b'),
Array('x', 'y'),
); 
print_r($temp); 
print_r(array_unique($temp)); 

Here is the result in PHP 4.0.4, as it should be, i.e. no array
change:

Array
(
[0] => Array
(
[0] => a
[1] => b
)

[1] => Array
(
[0] => x
[1] => y
)

)
Array
(
[0] => Array
(
[0] => a
[1] => b
)

[1] => Array
(
[0] => x
[1] => y
)

)

Here is the result in PHP 4.0.6:

Array
(
[0] => Array
(
[0] => a
[1] => b
)

[1] => Array
(
[0] => x
[1] => y
)

)
Array
(
[0] => Array
(
[0] => a
[1] => b
)

)

I have put the code at
http://www.99servers.com/develop/test/array_unique.php, you can see the
results by yourself.

My phpinfo() is located at
http://www.99servers.com/develop/test/phpinfo.php, just in case you
need additional details about my php 4.0.6 configuration.





Edit this bug report at http://bugs.php.net/?id=12789&edit=1


-- 
PHP Development Mailing List 
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 #15196 Updated: PHP_*_VARS have disappeared, even though track_vars is on

[derick]

ID: 15196
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Variables related
Operating System: Linux 2.4
PHP Version: 4.1.1
New Comment:

They are not gone, they have new aliases which are shown in the
phpinfo() output. Please read:
It's also advisable that your swich overe to this new mechanism, as it
can make your scripts more secure (in combination with turning off
register_globals).

Derick


Previous Comments:


[2002-01-24 01:22:16] [EMAIL PROTECTED]

I fetched the latest Apache and PHP earlier this week and built
everything from scratch, to find that an auth routine I'd written a
long time ago was suddenly acting as though it wasn't seeing
HTTP_POST_VARS. I stuck in a phpinfo() line to see what the deal was,
and sure enough, no HTTP_*_VARS!

For simplicity, I created a file called test.php, which contains just
one statement - phpinfo();.

If I call this file as 'test.php?blah=asdf', I can look high and low,
and I will not find HTTP_GET_VARS, HTTP_POST_VARS, etc. I do see _GET,
etc., but... I don't want to do a full source review of PHPBB and other
stuff. :(

Here're the configure options according to phpinfo()...

'./configure' '--sysconfdir=/etc/php' '--with-apache=../apache_1.3.22'
'-- with-config-file-path=/etc/php' '--with-zlib' '--enable-bcmath'
'--with-jpeg- dir=/usr' '--with-gd=/usr' '--enable-gd-native-ttf'
'--with-png-dir=/usr' '-- with-mysql' '--enable-track-vars'

Then in /etc/php/php.ini, just to be safe, I have this...
; Note - track_vars is ALWAYS enabled as of PHP 4.0.3
track_vars = On

Then there's the variables order...
variables_order = "GPCES"

I also tried setting the order to EGPCS, but I don't think this really
matters.

I apologize if there is something foolish I've overlooked, but php.ini
doesn't appear to contain any way for me to turn off $HTTP_*_VARS,
other than maybe saying track_vars = Off.

P.S. I have tried this with register_globals on and off.






Edit this bug report at http://bugs.php.net/?id=15196&edit=1


-- 
PHP Development Mailing List 
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 #15196 Updated: PHP_*_VARS have disappeared, even though track_vars is on

[doktor1]

ID: 15196
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Variables related
Operating System: Linux 2.4
PHP Version: 4.1.1
New Comment:

"They are not gone, they have new aliases which are shown in the
phpinfo() output. Please read:"

Did you mean to put in a URL after "Please read:"? Anyway, is there a
way to force PHP to put in the old HTTP_*_VARS rather than forcing
everyone to migrate to $_GET etc.?

"It's also advisable that your swich overe to this new mechanism, as
it
can make your scripts more secure (in combination with turning off
register_globals)."

I don't mind doing that, and in fact I mean to do so with my own code
now that I've seen it (I like that better actually), but I have stuff
(like PHPBB) which is designed to expect HTTP_POST_VARS.


Previous Comments:


[2002-01-24 01:30:29] [EMAIL PROTECTED]

They are not gone, they have new aliases which are shown in the
phpinfo() output. Please read:
It's also advisable that your swich overe to this new mechanism, as it
can make your scripts more secure (in combination with turning off
register_globals).

Derick



[2002-01-24 01:22:16] [EMAIL PROTECTED]

I fetched the latest Apache and PHP earlier this week and built
everything from scratch, to find that an auth routine I'd written a
long time ago was suddenly acting as though it wasn't seeing
HTTP_POST_VARS. I stuck in a phpinfo() line to see what the deal was,
and sure enough, no HTTP_*_VARS!

For simplicity, I created a file called test.php, which contains just
one statement - phpinfo();.

If I call this file as 'test.php?blah=asdf', I can look high and low,
and I will not find HTTP_GET_VARS, HTTP_POST_VARS, etc. I do see _GET,
etc., but... I don't want to do a full source review of PHPBB and other
stuff. :(

Here're the configure options according to phpinfo()...

'./configure' '--sysconfdir=/etc/php' '--with-apache=../apache_1.3.22'
'-- with-config-file-path=/etc/php' '--with-zlib' '--enable-bcmath'
'--with-jpeg- dir=/usr' '--with-gd=/usr' '--enable-gd-native-ttf'
'--with-png-dir=/usr' '-- with-mysql' '--enable-track-vars'

Then in /etc/php/php.ini, just to be safe, I have this...
; Note - track_vars is ALWAYS enabled as of PHP 4.0.3
track_vars = On

Then there's the variables order...
variables_order = "GPCES"

I also tried setting the order to EGPCS, but I don't think this really
matters.

I apologize if there is something foolish I've overlooked, but php.ini
doesn't appear to contain any way for me to turn off $HTTP_*_VARS,
other than maybe saying track_vars = Off.

P.S. I have tried this with register_globals on and off.






Edit this bug report at http://bugs.php.net/?id=15196&edit=1


-- 
PHP Development Mailing List 
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 #15196 Updated: PHP_*_VARS have disappeared, even though track_vars is on

[edejanu]

ID: 15196
Comment by: [EMAIL PROTECTED]
Old Reported By: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Variables related
Operating System: Linux 2.4
PHP Version: 4.1.1
New Comment:

You can still access the old vars, Derick also told you
that they are not gone.
Do:
 
and you will see. Or


Emanuel


Previous Comments:


[2002-01-24 01:40:32] [EMAIL PROTECTED]

"They are not gone, they have new aliases which are shown in the
phpinfo() output. Please read:"

Did you mean to put in a URL after "Please read:"? Anyway, is there a
way to force PHP to put in the old HTTP_*_VARS rather than forcing
everyone to migrate to $_GET etc.?

"It's also advisable that your swich overe to this new mechanism, as
it
can make your scripts more secure (in combination with turning off
register_globals)."

I don't mind doing that, and in fact I mean to do so with my own code
now that I've seen it (I like that better actually), but I have stuff
(like PHPBB) which is designed to expect HTTP_POST_VARS.



[2002-01-24 01:30:29] [EMAIL PROTECTED]

They are not gone, they have new aliases which are shown in the
phpinfo() output. Please read:
It's also advisable that your swich overe to this new mechanism, as it
can make your scripts more secure (in combination with turning off
register_globals).

Derick



[2002-01-24 01:22:16] [EMAIL PROTECTED]

I fetched the latest Apache and PHP earlier this week and built
everything from scratch, to find that an auth routine I'd written a
long time ago was suddenly acting as though it wasn't seeing
HTTP_POST_VARS. I stuck in a phpinfo() line to see what the deal was,
and sure enough, no HTTP_*_VARS!

For simplicity, I created a file called test.php, which contains just
one statement - phpinfo();.

If I call this file as 'test.php?blah=asdf', I can look high and low,
and I will not find HTTP_GET_VARS, HTTP_POST_VARS, etc. I do see _GET,
etc., but... I don't want to do a full source review of PHPBB and other
stuff. :(

Here're the configure options according to phpinfo()...

'./configure' '--sysconfdir=/etc/php' '--with-apache=../apache_1.3.22'
'-- with-config-file-path=/etc/php' '--with-zlib' '--enable-bcmath'
'--with-jpeg- dir=/usr' '--with-gd=/usr' '--enable-gd-native-ttf'
'--with-png-dir=/usr' '-- with-mysql' '--enable-track-vars'

Then in /etc/php/php.ini, just to be safe, I have this...
; Note - track_vars is ALWAYS enabled as of PHP 4.0.3
track_vars = On

Then there's the variables order...
variables_order = "GPCES"

I also tried setting the order to EGPCS, but I don't think this really
matters.

I apologize if there is something foolish I've overlooked, but php.ini
doesn't appear to contain any way for me to turn off $HTTP_*_VARS,
other than maybe saying track_vars = Off.

P.S. I have tried this with register_globals on and off.






Edit this bug report at http://bugs.php.net/?id=15196&edit=1


-- 
PHP Development Mailing List 
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 #15196 Updated: PHP_*_VARS have disappeared, even though track_vars is on

[doktor1]

ID: 15196
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Variables related
Operating System: Linux 2.4
PHP Version: 4.1.1
New Comment:

Oh... OK. I get it now. :)

However, it is a little disconcerting to have them not show up in
phpinfo() any longer. Just my 2 cents.


Previous Comments:


[2002-01-24 01:49:06] [EMAIL PROTECTED]

You can still access the old vars, Derick also told you
that they are not gone.
Do:
 
and you will see. Or


Emanuel



[2002-01-24 01:40:32] [EMAIL PROTECTED]

"They are not gone, they have new aliases which are shown in the
phpinfo() output. Please read:"

Did you mean to put in a URL after "Please read:"? Anyway, is there a
way to force PHP to put in the old HTTP_*_VARS rather than forcing
everyone to migrate to $_GET etc.?

"It's also advisable that your swich overe to this new mechanism, as
it
can make your scripts more secure (in combination with turning off
register_globals)."

I don't mind doing that, and in fact I mean to do so with my own code
now that I've seen it (I like that better actually), but I have stuff
(like PHPBB) which is designed to expect HTTP_POST_VARS.



[2002-01-24 01:30:29] [EMAIL PROTECTED]

They are not gone, they have new aliases which are shown in the
phpinfo() output. Please read:
It's also advisable that your swich overe to this new mechanism, as it
can make your scripts more secure (in combination with turning off
register_globals).

Derick



[2002-01-24 01:22:16] [EMAIL PROTECTED]

I fetched the latest Apache and PHP earlier this week and built
everything from scratch, to find that an auth routine I'd written a
long time ago was suddenly acting as though it wasn't seeing
HTTP_POST_VARS. I stuck in a phpinfo() line to see what the deal was,
and sure enough, no HTTP_*_VARS!

For simplicity, I created a file called test.php, which contains just
one statement - phpinfo();.

If I call this file as 'test.php?blah=asdf', I can look high and low,
and I will not find HTTP_GET_VARS, HTTP_POST_VARS, etc. I do see _GET,
etc., but... I don't want to do a full source review of PHPBB and other
stuff. :(

Here're the configure options according to phpinfo()...

'./configure' '--sysconfdir=/etc/php' '--with-apache=../apache_1.3.22'
'-- with-config-file-path=/etc/php' '--with-zlib' '--enable-bcmath'
'--with-jpeg- dir=/usr' '--with-gd=/usr' '--enable-gd-native-ttf'
'--with-png-dir=/usr' '-- with-mysql' '--enable-track-vars'

Then in /etc/php/php.ini, just to be safe, I have this...
; Note - track_vars is ALWAYS enabled as of PHP 4.0.3
track_vars = On

Then there's the variables order...
variables_order = "GPCES"

I also tried setting the order to EGPCS, but I don't think this really
matters.

I apologize if there is something foolish I've overlooked, but php.ini
doesn't appear to contain any way for me to turn off $HTTP_*_VARS,
other than maybe saying track_vars = Off.

P.S. I have tried this with register_globals on and off.






Edit this bug report at http://bugs.php.net/?id=15196&edit=1


-- 
PHP Development Mailing List 
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 #15019 Updated: browser.ini

[php]

ID: 15019
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: PHP options/info functions
Operating System: Linux RH 7.1
PHP Version: 4.1.1
New Comment:

Yes the server was allso rebooted

(I stiil have this question open.)


Previous Comments:


[2002-01-18 23:51:05] [EMAIL PROTECTED]

Did you restart your webserver after making the modification to
php.ini?  If you could, please include the line from your php.ini file
that states the path of the browscap.ini file.



[2002-01-13 14:52:17] [EMAIL PROTECTED]

Hi!

I did dl, the browsercap.ini from the web, and includede the i php.ini
but on the infomation page made with phpinfo();

It stills say: browscap no value no value.
And get browser reports:
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; T312461; Q312461)

 0: 

What is wrong? it that a bug in 4.1.1

Se for my info page at http://stat.mpsoft.dk/tb.php


Thanks
Martin P. Larsen






Edit this bug report at http://bugs.php.net/?id=15019&edit=1


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] php functions specific to linux...

[Abhimanyu_Bhola]

hi all,

I have to write PHP pages which are portable across Linux/windows.
Can anyone give me some links where I can find list of those functions which
are very much Linux specific?

Regards,
Abhimanyu
** 
This email (including any attachments) is intended for the sole use of the
intended recipient/s and may contain material that is CONFIDENTIAL AND
PRIVATE COMPANY INFORMATION. Any review or reliance by others or copying or
distribution or forwarding of any or all of the contents in this message is
STRICTLY PROHIBITED. If you are not the intended recipient, please contact
the sender by email and delete all copies; your cooperation in this regard
is appreciated.
**

-- 
PHP Development Mailing List 
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 #15196 Updated: PHP_*_VARS have disappeared, even though track_vars is on

[derick]

ID: 15196
Updated by: derick
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Variables related
Operating System: Linux 2.4
PHP Version: 4.1.1
New Comment:

The URL I wanted to post:
http://www.php.net/release_4_1_0.php

And both showing the arrays $_POST and $HTTP_POST_VARS in phpinfo(),
while they contain the same thing doesn't seem very useful to me...

Derick


Previous Comments:


[2002-01-24 02:06:29] [EMAIL PROTECTED]

Oh... OK. I get it now. :)

However, it is a little disconcerting to have them not show up in
phpinfo() any longer. Just my 2 cents.



[2002-01-24 01:49:06] [EMAIL PROTECTED]

You can still access the old vars, Derick also told you
that they are not gone.
Do:
 
and you will see. Or


Emanuel



[2002-01-24 01:40:32] [EMAIL PROTECTED]

"They are not gone, they have new aliases which are shown in the
phpinfo() output. Please read:"

Did you mean to put in a URL after "Please read:"? Anyway, is there a
way to force PHP to put in the old HTTP_*_VARS rather than forcing
everyone to migrate to $_GET etc.?

"It's also advisable that your swich overe to this new mechanism, as
it
can make your scripts more secure (in combination with turning off
register_globals)."

I don't mind doing that, and in fact I mean to do so with my own code
now that I've seen it (I like that better actually), but I have stuff
(like PHPBB) which is designed to expect HTTP_POST_VARS.



[2002-01-24 01:30:29] [EMAIL PROTECTED]

They are not gone, they have new aliases which are shown in the
phpinfo() output. Please read:
It's also advisable that your swich overe to this new mechanism, as it
can make your scripts more secure (in combination with turning off
register_globals).

Derick



[2002-01-24 01:22:16] [EMAIL PROTECTED]

I fetched the latest Apache and PHP earlier this week and built
everything from scratch, to find that an auth routine I'd written a
long time ago was suddenly acting as though it wasn't seeing
HTTP_POST_VARS. I stuck in a phpinfo() line to see what the deal was,
and sure enough, no HTTP_*_VARS!

For simplicity, I created a file called test.php, which contains just
one statement - phpinfo();.

If I call this file as 'test.php?blah=asdf', I can look high and low,
and I will not find HTTP_GET_VARS, HTTP_POST_VARS, etc. I do see _GET,
etc., but... I don't want to do a full source review of PHPBB and other
stuff. :(

Here're the configure options according to phpinfo()...

'./configure' '--sysconfdir=/etc/php' '--with-apache=../apache_1.3.22'
'-- with-config-file-path=/etc/php' '--with-zlib' '--enable-bcmath'
'--with-jpeg- dir=/usr' '--with-gd=/usr' '--enable-gd-native-ttf'
'--with-png-dir=/usr' '-- with-mysql' '--enable-track-vars'

Then in /etc/php/php.ini, just to be safe, I have this...
; Note - track_vars is ALWAYS enabled as of PHP 4.0.3
track_vars = On

Then there's the variables order...
variables_order = "GPCES"

I also tried setting the order to EGPCS, but I don't think this really
matters.

I apologize if there is something foolish I've overlooked, but php.ini
doesn't appear to contain any way for me to turn off $HTTP_*_VARS,
other than maybe saying track_vars = Off.

P.S. I have tried this with register_globals on and off.






Edit this bug report at http://bugs.php.net/?id=15196&edit=1


-- 
PHP Development Mailing List 
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] PHP TAG

[Derick Rethans]

On Wed, 23 Jan 2002, Manuel Lemos wrote:

> Hello,
>
> [EMAIL PROTECTED] wrote:
> >
> > Hello,
> >
> > when will you stop posting stupid questions to this list?
>
> It would be more constructive if you mail the user in question privately
> and nicely. He made a mistake posting to this list but he is probably
> not aware that this is not the correct list for this kind of questions,
> so I don't think it is correct to humiliate a user in a public forum
> because you are not only making him stay away from this list but also
> from PHP due to the hostility that he is receiving, but that is just my
> opinion.

I pointed him on several occasions to the php-general list, both in
private and public. Hartmut did that, Sean did that. Please stop sticking
your nose in my matters, I'm perfectly able to judge on how to
respond to emails.


Derick



-- 
PHP Development Mailing List 
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 #15193 Updated: Module loads but does not work

[manu]

ID: 15193
Updated by: manu
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Dynamic loading
Operating System: solaris 2.8
PHP Version: 4.1.1
New Comment:

be careful the configuration change for Apache 2 you must use filter !

watch README from Apache2filter
http://cvs.php.net/co.php/php4/sapi/apache2filter/README?r=1.8

you must replace :

LoadModule php4_module modules/libphp4.so
AddType application/x-httpd-php .php

By

LoadModule php4_module modules/libphp4.so

SetOutputFilter PHP
SetInputFilter PHP





Previous Comments:


[2002-01-23 21:34:27] [EMAIL PROTECTED]

I am trying to get php 4.1.1 as a DSO to work with apache 2.0.28
running on solaris 2.8.

While I can compile both apache and php fine, when I load it as a
module, php does not work, and it stops any other CGI (such as perl)
working as well. Apache returns a 500 error saying the script header
did not complete when I try to run a .cgi program. When I test a php
script it asks to be downloaded.

apache config

./configure --prefix=/opt/apache --localstatedir=/var/run
--enable-proxy --enable-proxy-http --enable-proxy-connect --enable-cgi
--enable-rewrite --enable-so

I have also try with --enable-php4

php config

./configure --prefix=/opt/php --with-apxs2=/opt/apache/bin/apxs
--enable-track-vars --enable-versioning

I have also tried with --enable-libgcc --with-gnu-ld

httpd.conf file is change to add the 

LoadModule php4_modulemodules/libphp4.so
AddType application/x-httpd-php .php






Edit this bug report at http://bugs.php.net/?id=15193&edit=1


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]