[PHP-DEV] Bug #14884: DOM XML hangs while trying to execute a lot of XPath expressions

[flying]

From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version:  4.0.6
PHP Bug Type: DOM XML related
Bug description:  DOM XML hangs while trying to execute a lot of XPath expressions

Environment:
 - Windows 2000 Server (SP2)
 - Apache 1.3.22
 - PHP 4.0.6 (windows binaries from www.php.net) running as CGI

 Here is a small test case: 

test.xml:
=









test.php

xpath_init();
$ctx = xpath_new_context($xml);
for ($i=0;$i<100;$i++)
{
echo $i."";
$nodes = xpath_eval($ctx,'count(//child[@id < '.$i.'])');
};
?>

 As you can see, this code just tries to execute 100 XPath expressions for
the same DOM XML object. And it hangs after ~12 iterations.

 This bug available only on Windows, this test case works well on Linux.

 It also seems to not work properly in PHP 4.1.0.

 Also this expression seems to be evaluated wrong, because it returns
'false' value instead of number of nodes. Here is small XSLT template,
which generates correct results:

test.xsl



http://www.w3.org/1999/XSL/Transform";>




1
[ - ]












-- 
Edit bug report at: http://bugs.php.net/?id=14884&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 #14335 Updated: php_version.h is missing from /main/.cvsignore

[js]

ID: 14335
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Old Bug Type: Feature/Change Request
Bug Type: *Compile Issues
Operating System: 
PHP Version: 4.1.0
New Comment:

Moved from feature request to compile issues (actually it's a CVS
related problem)

Previous Comments:


[2001-12-04 04:55:52] [EMAIL PROTECTED]

Every time somebody raises the version number in /configure.in,
main/php_version.h comes along. It's just a generated file, and it
should be ignored in CVS.





Edit this bug report at http://bugs.php.net/?id=14335&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 #12313 Updated: parent resolving and deep require's

[jan]

ID: 12313
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Scripting Engine problem
Operating System: Linux
PHP Version: 4.0.6
New Comment:

Works with php 4.1.1

Previous Comments:


[2002-01-05 16:46:54] [EMAIL PROTECTED]

No feedback. Closing.



[2001-12-14 14:41:28] [EMAIL PROTECTED]

Do you still have problem with 4.1.0?



[2001-07-23 05:18:35] [EMAIL PROTECTED]

PHP seems to have a problem if it tries to resolve the 
parent of an object that is place in an external file 
which is include over multiple inclusions.

http://jan.kneschke.de/projects/phpbugs/

is telling the whole story including demo code.






Edit this bug report at http://bugs.php.net/?id=12313&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 #14885: PHP Variables is not supportted

[r99t]

From: [EMAIL PROTECTED]
Operating system: Solaris 7
PHP version:  4.0.5
PHP Bug Type: iPlanet related
Bug description:  PHP Variables is not supportted

I tested with iPlanet 6.0 and PHP4.0.4pl1.
I also was did it with iPlanet 4.1 before, but the result was the same
one.

After i compile and install the program, i opened file, test.php including
the following line. 


"PHP Variables", like this.. only two lines...

PHP_SELF /test.php 
HTTP_SERVER_VARS["QUERY_STRING"] 

The problem is NOT here.

The Variables are not work in the real php code.

echo $HTTP_SERVER_VARS["SERVER_NAME"];

Although $HTTP_SERVER_VARS["REMOTE_ADDR"] is work well,
Why isn't work $HTTP_SERVER_VARS["SERVER_NAME"],
$HTTP_SERVER_VARS["REMOTE_PORT"].. etc ?

In Linux Box with apache, it works very well.

The following is the sample.

PHP Variables : value  (null values show that it does not work)

---phpvar.php
PHP_SELF: /phpvar.php 
DOCUMENT_ROOT: 
force-response-1_0: 
HTTP_ACCEPT: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg,
application/vnd.ms-powerpoint, application/vnd.ms-excel,
application/msword, */* 
HTTP_CONNECTION: 
HTTP_HOST: 
HTTP_USER_AGENT: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0;
T312461) 
PATH: 
REMOTE_ADDR: 211.236.72.46 
REMOTE_PORT: 
SCRIPT_FILENAME: 
SERVER_ADDR: 
SERVER_ADMIN: 
SERVER_NAME: 
SERVER_PORT: 
SERVER_SIGNATURE: 
SERVER_SOFTWARE: 
GATEWAY_INTERFACE: 
SERVER_PROTOCOL: 
REQUEST_METHOD: GET 
QUERY_STRING: 
REQUEST_URI: 
SCRIPT_NAME: /xxx.php 
PATH_TRANSLATED: 
PHP_SELF: /phpvar.php 
argv: Array 
argc: 0 
PWD: 
HOSTNAME: 
LESSOPEN: 
USER: 
LS_COLORS: 
MACHTYPE: 
MAIL /var/mail/root 
INPUTRC 
BASH_ENV: 
LANG: ko 
LOGNAME: root 
SHLVL: 
SHELL: /sbin/sh 
USERNAME 
HOSTTYPE: 
OSTYPE: 
HISTSIZE: 
TERM: vt100 
HOME: / 
PATH:
/usr/iplanet/servers/bin/https/bin:/opt/SUNWspro/bin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/ucb:/etc:.:/usr/local/bin:/usr/sbin:/




 

-- 
Edit bug report at: http://bugs.php.net/?id=14885&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 #14885 Updated: PHP Variables is not supportted

[r99t]

ID: 14885
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: iPlanet related
Operating System: Solaris 7
PHP Version: 4.0.5
New Comment:

I tested with iPlanet 6.0 and PHP4.0.4pl1.
I also did it with iPlanet 4.1 before, but the result was the same
one.

After i compile and install the program, i executed file, test.php
including the following line. 



"PHP Variables", like this.. only two lines...

PHP_SELF /test.php 
HTTP_SERVER_VARS["QUERY_STRING"] 

The problem is NOT here.

The Variables are not work in the real php code.

echo $HTTP_SERVER_VARS["SERVER_NAME"];

Although $HTTP_SERVER_VARS["REMOTE_ADDR"] is work well,
Why isn't work $HTTP_SERVER_VARS["SERVER_NAME"],
$HTTP_SERVER_VARS["REMOTE_PORT"].. etc ?

In Linux Box with apache, it works very well.

The following is the sample.

PHP Variables : value  (null values show that it does not work)

---phpvar.php
PHP_SELF: /phpvar.php 
DOCUMENT_ROOT: 
force-response-1_0: 
HTTP_ACCEPT: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg,
application/vnd.ms-powerpoint, application/vnd.ms-excel,
application/msword, */* 
HTTP_CONNECTION: 
HTTP_HOST: 
HTTP_USER_AGENT: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0;
T312461) 
PATH: 
REMOTE_ADDR: 211.236.72.46 
REMOTE_PORT: 
SCRIPT_FILENAME: 
SERVER_ADDR: 
SERVER_ADMIN: 
SERVER_NAME: 
SERVER_PORT: 
SERVER_SIGNATURE: 
SERVER_SOFTWARE: 
GATEWAY_INTERFACE: 
SERVER_PROTOCOL: 
REQUEST_METHOD: GET 
QUERY_STRING: 
REQUEST_URI: 
SCRIPT_NAME: /phpvar.php 
PATH_TRANSLATED: 
PHP_SELF: /phpvar.php 
argv: Array 
argc: 0 
PWD: 
HOSTNAME: 
LESSOPEN: 
USER: 
LS_COLORS: 
MACHTYPE: 
MAIL /var/mail/root 
INPUTRC 
BASH_ENV: 
LANG: ko 
LOGNAME: root 
SHLVL: 
SHELL: /sbin/sh 
USERNAME 
HOSTTYPE: 
OSTYPE: 
HISTSIZE: 
TERM: vt100 
HOME: / 
PATH:
/usr/iplanet/servers/bin/https/bin:/opt/SUNWspro/bin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/ucb:/etc:.:/usr/local/bin:/usr/sbin:/






Previous Comments:


[2002-01-06 05:13:08] [EMAIL PROTECTED]

I tested with iPlanet 6.0 and PHP4.0.4pl1.
I also was did it with iPlanet 4.1 before, but the result was the same
one.

After i compile and install the program, i opened file, test.php
including the following line. 


"PHP Variables", like this.. only two lines...

PHP_SELF /test.php 
HTTP_SERVER_VARS["QUERY_STRING"] 

The problem is NOT here.

The Variables are not work in the real php code.

echo $HTTP_SERVER_VARS["SERVER_NAME"];

Although $HTTP_SERVER_VARS["REMOTE_ADDR"] is work well,
Why isn't work $HTTP_SERVER_VARS["SERVER_NAME"],
$HTTP_SERVER_VARS["REMOTE_PORT"].. etc ?

In Linux Box with apache, it works very well.

The following is the sample.

PHP Variables : value  (null values show that it does not work)

---phpvar.php
PHP_SELF: /phpvar.php 
DOCUMENT_ROOT: 
force-response-1_0: 
HTTP_ACCEPT: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg,
application/vnd.ms-powerpoint, application/vnd.ms-excel,
application/msword, */* 
HTTP_CONNECTION: 
HTTP_HOST: 
HTTP_USER_AGENT: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0;
T312461) 
PATH: 
REMOTE_ADDR: 211.236.72.46 
REMOTE_PORT: 
SCRIPT_FILENAME: 
SERVER_ADDR: 
SERVER_ADMIN: 
SERVER_NAME: 
SERVER_PORT: 
SERVER_SIGNATURE: 
SERVER_SOFTWARE: 
GATEWAY_INTERFACE: 
SERVER_PROTOCOL: 
REQUEST_METHOD: GET 
QUERY_STRING: 
REQUEST_URI: 
SCRIPT_NAME: /xxx.php 
PATH_TRANSLATED: 
PHP_SELF: /phpvar.php 
argv: Array 
argc: 0 
PWD: 
HOSTNAME: 
LESSOPEN: 
USER: 
LS_COLORS: 
MACHTYPE: 
MAIL /var/mail/root 
INPUTRC 
BASH_ENV: 
LANG: ko 
LOGNAME: root 
SHLVL: 
SHELL: /sbin/sh 
USERNAME 
HOSTTYPE: 
OSTYPE: 
HISTSIZE: 
TERM: vt100 
HOME: / 
PATH:
/usr/iplanet/servers/bin/https/bin:/opt/SUNWspro/bin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/ucb:/etc:.:/usr/local/bin:/usr/sbin:/




 






Edit this bug report at http://bugs.php.net/?id=14885&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 #14886: Access Violation in error handler with PEAR DB (ISAPI)

[jlim]

From: [EMAIL PROTECTED]
Operating system: Win2000
PHP version:  4.1.1
PHP Bug Type: IIS related
Bug description:  Access Violation in error handler with PEAR DB (ISAPI)

I ran ApacheBench on a PEAR DB script (see below), and IIS (ISAPI mode)
will die eventually. It is so bad that often "iisreset" is unable to
restart IIS. 

The ab command I used:

ab -n1 -c10 

with the following results:

This is ApacheBench, Version 1.3c <$Revision: 1.45 $> apache-1.3
Copyright (c) 1996 Adam Twiss, Zeus Technology Ltd,
http://www.zeustech.net/
Copyright (c) 1998-2000 The Apache Group, http://www.apache.org/

Server Software:Microsoft-IIS/5.0
Server Hostname:jaguar
Server Port:80

Document Path:  /lens/adodb/peartest.php
Document Length:142 bytes

Concurrency Level:  10
Time taken for tests:   269.158 seconds
Complete requests:  1
Failed requests:5272
   (Connect: 0, Length: 5272, Exceptions: 0)
Non-2xx responses:  1868
Total transferred:  1891906 bytes
HTML transferred:   769177 bytes
Requests per second:37.15
Transfer rate:  7.03 kb/s received

Connnection Times (ms)
  min   avg   max
Connect:0 0 5
Processing: 2   268  2771
Total:  2   268  2776


The interesting thing is that the crash only happens when an invalid SQL
statement is entered in the script below(notice the column "badcolumn"
which does not exist). If a valid SQL statement is entered ("badcolumn" is
removed), no crash occurs, and ApacheBench runs fine. 

So I guess it is some problem with PHP's error-handler or MySQL extension
not being thread safe. No dll extensions were installed. Standard
pre-compiled PHP downloaded from php.net was used.

John Lim

=== THE SCRIPT ===

query('select
badcolumn,productid,productname,unitsinstock,unitprice from products');
while (DB_OK === $rs->fetchInto($fields)) {
$id=$fields[0];
$name=$fields[1];
$unitsinstock=$fields[2];
$unitprice=$fields[3];

print "$id, $name, $unitsinstock, $unitprice";
}

$rs->free();

?>
-- 
Edit bug report at: http://bugs.php.net/?id=14886&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 #14780 Updated: Segmentation fault with "mm",PHP works fine with "files"

[jlim]

ID: 14780
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Assigned
Bug Type: Session related
Operating System: RH 7.2
PHP Version: 4.1.1
Old Assigned To: yohgaki
Assigned To: 
New Comment:

Hi,

Here is my configure statement. Notice there's no pgsql:

./configure --with-mm --enable-inline-optimization --with-zlib
--with-oci8=/u01/app/or
acle/product/8.1.7 --disable-onstatement --enable-ftp --with-apxs 
--enable-shmop --en
able-sysvsem --with-gd


John Lim

Previous Comments:


[2002-01-02 17:08:20] [EMAIL PROTECTED]

I noticed this problem before your report :) It's not a mm, but pgsql
save handler though. Root of the problem is the same, I guess. 
I'm not 100% sure, yet, but multiple close calls may be the cause.





[2001-12-31 02:12:09] [EMAIL PROTECTED]

A simple script that reproduces the problem with "mm". Works fine for a
while until "mm" breaks under stress:

$abc1\n\n";
?>





[2001-12-31 01:55:44] [EMAIL PROTECTED]

When stress testing my web server with

ab -n5000 -c10 

after about 1000-1500 requests the child processes start to fail.

In my apache error_log I see many entries like the following:

[Fri Dec 28 19:50:06 2001] [notice] child pid 14215 exit signal
Segmentation fault (11)

If I repeat the "ab" test several times, eventually Apache will hang and
I have to restart the web server. Here are the results:

This is ApacheBench, Version 1.3
Copyright (c) 1996 Adam Twiss, Zeus Technology Ltd,
http://www.zeustech.net/
Copyright (c) 1998-1999 The Apache Group, http://www.apache.org/

Benchmarking semut (be patient)...
Server Software:Apache/1.3.20
Server Hostname:semut
Server Port:80

Document Path:  /juris/case.php
fbba51299f
Document Length:85383 bytes

Concurrency Level:  10
Time taken for tests:   1638.945 seconds
Complete requests:  5000
Failed requests:3446
   (Connect: 0, Length: 3446, Exceptions: 0)
Total transferred:  429091301 bytes
HTML transferred:   427029653 bytes
Requests per second:3.05
Transfer rate:  261.81 kb/s received

Connnection Times (ms)
  min   avg   max
Connect:0 9   197
Processing:  1692  3263 11353
Total:   1692  3272 11550

When I switch from "mm" to "files" everything works fine. I have a
suspicion that the bug is related to the fact that I am running on an
SMP processor.









Edit this bug report at http://bugs.php.net/?id=14780&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 #14797 Updated: include (_path) in Apache SAPI and CGI on Win98SE does not work

[m]

ID: 14797
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Scripting Engine problem
Operating System: Windows 98 SE
PHP Version: 4.1.0
New Comment:

From: Garth Dahlstrom <[EMAIL PROTECTED]>
Subject: PHP Bug #14797 == #14563
Date: Sat, 05 Jan 2002 13:15:45 EDT

Martin,

Indeed you have the same bug I have, I don't have a Win98 system
so I could not comment on whether or not it was for all of Win32
when I opened 14563.

I downgraded my set-up to a copy of PHP 4.04, and found your 
statement regarding versions before 4.05RC1 to be true also...
setting my include_path = ".;/apache/includes" fails with the
same error, however setting include_path to ";.;/apache/includes"
works properly.  

Wondering if this workaround would work after 4.04 on Win2K, I
upgraded my PHP version back up maintaining the same PHP.ini from
4.04...  The workaround doesn't work on 4.06, 4.08, 4.1.0, or 4.1.1.

They have closed my bugs as being bogus and I can't post into
your bug to describe these findings, so if you could post this
message into Bug #14797, maybe it would be helpful in keeping 
you bug alive.

I am thinking of building a mini-distribution of Apache+PHP (4.04
+ 4.06 + 4.1.1) to see if I can help more folks reproduce it.

Regards,

-GED

Northern.CA ===--
http://www.northern.ca 
Canada's Search Engine

Previous Comments:


[2002-01-02 08:58:27] [EMAIL PROTECTED]

With PHP Version 4.0.5RC1 an inlude-path set to ";.;./;" it works with
SAPI, but with 4.0.6 and newer it's the same like 4.1.0

Martin



[2002-01-02 08:30:47] [EMAIL PROTECTED]

Hello,

I can't run PHP Version 4.1.0 under Windows 95/98 4.10, there are
massive problems when I try to include a file:

Server API CGI
--

- It's possible to set the include-path in php.ini.

- Scripts without any include statement work well.

- include statements with a relative path work.

- include statements with an absolute path do not work, there is the
  following error:
  Failed opening '/foo/test.php' for inclusion

Server API Apache
-

- It is not possible to set the include-path in php.ini to an other
  value than "". If I do, there will be everytime the same error:
  Failed opening 'foo/index.php' for inclusion (include_path='.;/foo')
  in Unknown on line 0

- If I set the include-path in php.ini to "" and in a script with
  ini_set("include_path", $new_inc_path) to the desired path, then php
  shows the same behaviour like "Server API CGI" - only relative paths
  work.

I think this could be the bug #11612 or #14563, bit I don't use Win2k,
I'm using Win 98 SE.

Martin





Edit this bug report at http://bugs.php.net/?id=14797&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] Care to test cli sapi?

[Zeev Suraski]

Looks pretty cool!  Finally someone actually took the time to do it :)

Do you have CVS access?

Zeev

At 06:39 06/01/2002, Edin Kadribasic wrote:
>If you do:
>- unpack cli.tar.gz in /sapi
>- apply main.diff.txt patch in /main
>- ./configure --with-cli
>
>That's it.
>
>This is cut-down version of cgi sapi with most of cgi specific stuff
>removed. Some bugs (like #12219) fixed (therefore the need for patch of
>/main).
>
>Edin
>
>P.S. If the list kills the attachments you can find them at:
>http://www.edin.dk/php/
>
>
>--
>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 #14865 Updated: php4apache.dll - phpinfo error - winXP - Apache

[p . wenger]

ID: 14865
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: Apache related
Operating System: Win XP Prof
PHP Version: 4.1.1
New Comment:


Here are the part which you need:

LoadModule php4_module c:/php/sapi/php4apache.dll
AddType application/x-httpd-php .php4a



   ScriptAlias /php3/ "c:/php3/"
   AddType application/x-httpd-php3 .php3
   Action application/x-httpd-php3 "/php3/php.exe"

   ScriptAlias /php/ "c:/php/"
   AddType application/x-httpd-php4 .php
   AddType application/x-httpd-php4 .php4
   AddType application/x-httpd-php4 .php4c
   Action application/x-httpd-php4 "/php/php.exe"
//---

I did a easy example, that works with both API's!

http://www.wenpas.ch:8080/bla.php4c
http://www.wenpas.ch:8080/bla.php4a

And here  the other example:

http://www.wenpas.ch:8080/phpinfo.php4a
http://www.wenpas.ch:8080/phpinfo.php4c
http://www.wenpas.ch:8080/phpinfo.php3
http://www.wenpas.ch:8080/phpinfo.php4
http://www.wenpas.ch:8080/phpinfo.php

The ends .php4a and .php4c are only for you to testing.
c = cgi
a = apache (php4apache.dll)





Previous Comments:


[2002-01-04 20:59:57] [EMAIL PROTECTED]

Wow, wierd.

If you go to the second page (cgi binary) it displays fine, yet the
first page starts to display, and then dies.

I have a sneaky suspicion that it is more to do with permissions, or
something.

Could you paste your apache php definitions, please, so we know what
apache is doing when it gets a php4a / php4c url.

Thanks.



[2002-01-04 20:54:51] [EMAIL PROTECTED]


The correct links:

Apache API:
http://www.wenpas.ch:8080/phpinfo.php4a

CGI API:
http://www.wenpas.ch:8080/phpinfo.php4c


Pascal



[2002-01-04 20:51:14] [EMAIL PROTECTED]

I have problem with the php4apache.dll on win xp prof apache 1.3.22 and
php4.1.1 !

Server API: Apache
If you execute the phpinfo(), same time it work, but the most time came
the message that the page not can show. Or same line are wrong (wrong
character like @#°§@°@#§879...)
http://xp.wenpas.ch:8080/phpinfo.php4c


Server API: CGI
The same example with the installation as CGI work fine. (same
php.ini)
http://xp.wenpas.ch:8080/phpinfo.php4a

I think the problem is at php4apache.dll

Pascal





Edit this bug report at http://bugs.php.net/?id=14865&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 #14880 Updated: $_SESSION will NOT automatically register it as a session variable

[247net]

ID: 14880
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Summary: _SESSION will NOT automatically register it as a session
variable
Status: Open
Bug Type: Session related
Operating System: Debian 3.0 (Woody)
PHP Version: 4.1.0
New Comment:

";
}else{
  echo $_SESSION["foo"];
}
?>

Previous Comments:


[2002-01-05 21:52:19] [EMAIL PROTECTED]

";
  $_SESSION["iVar"] = 8;
}
function func2(){
  echo "\$_SESSION[iVar] ".$_SESSION[iVar]."";
}
session_start();

if ($_REQUEST["action"] != "page2"){
  func1();
}

func2();

if (session_is_registered("iVar") == FALSE){
  echo "iVar is not registered";
}
echo "page1";
echo "page2";
?>





Edit this bug report at http://bugs.php.net/?id=14880&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 #14877 Updated: HTTP_FDF_DATA not available

[christoph . grottolo]

ID: 14877
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: FDF related
Operating System: XP Pro
PHP Version: 4.1.0
New Comment:

yes, fdf is enabled.

I found out that I can get HTTP_FDF_DATA in PHP when I append #FDF to
the destination URL of the form (in Acrobat). I can then write the fdf
file and reopen it correctly using Acrobat.

But when trying to open it with php I always get th e following error:
Warning: Could not open fdf document: formtest.fdf in
f:\testroot\formtest\formtest.php on line 7

I doublechecked the script, it's just the same as in the manual. I can
open the fdf file with fopen, but not with fdf_open.

Could it be a version problem? I'm using Acrobat 5.05 which seems to
produce FDF 1.2. I noticed that the fdfTk used in PHP is 4, the actual
version from Adobe is 5.

Christoph

Previous Comments:


[2002-01-05 20:31:21] [EMAIL PROTECTED]

just curious: you have configured php to use the fdf extension?



[2002-01-05 17:24:32] [EMAIL PROTECTED]

The data from a PDF form doesn't arrive at the php script when submitted
in FDF format, however it works, when the same data is submitted by the
form with POST.

I searched the data with phpinfo() to debug, but there were no entries
(register_globals on and off). I tried with Apache 1.3.22 and IIS 5.1,
submitting from Mozilla 0.97 and IE 6.

The same script works with a php 4.08dev from July, 3.

Test scripts and PDF form available on request.

Christoph





Edit this bug report at http://bugs.php.net/?id=14877&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 #14522 Updated: Crash with using $node->unlink();

[sander]

ID: 14522
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: DOM XML related
Operating System: SuSe 7.3
PHP Version: 4.1.0
New Comment:

No feedback. Closing.

Previous Comments:


[2001-12-14 15:46:09] [EMAIL PROTECTED]

Please try it with a snapshot from snaps.php.net too...

Derick



[2001-12-14 14:13:10] [EMAIL PROTECTED]

Please provide a short, self-containing, reproduceable, easy copy&paste
script.

Feedback.



[2001-12-14 13:30:27] [EMAIL PROTECTED]

When using the  unlink() method the  apache proccess always gets a 
SegFault.

an information on what php is running on my maschine
http://www.limtec.com:82/info.php







Edit this bug report at http://bugs.php.net/?id=14522&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 #13084 Updated: can't pipe into php script

[sander]

ID: 13084
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Scripting Engine problem
Operating System: NT 5 SP 1
PHP Version: 4.0CVS-2001-08-31
New Comment:

AFAIK, the problem is that you can't just connect an extension to a
executable on Windows for use with the commandline. The binding you made
only works in Explorer. This is really not a PHP problem... 

You might try the workaround to call the PHP executable with the script
as argument:
echo foo bar baz | php test.phpx

Previous Comments:


[2001-12-14 14:34:11] [EMAIL PROTECTED]

Any update for this report?



[2001-08-31 14:32:26] [EMAIL PROTECTED]

cvs up -r PHP_4_0_7 on both machines done around 17:30 GMT.

on NT5 (standard cmd shell), attempt to pipe into the PHP 
script fails, on FreeBSD it works fine. I'd love to blame 
it on the stupid shell, but hey, I need this feature. :)

on the NT5 box, the phpx suffix has the following handler
for the "Run" action: c:\usr\local\bin\php.exe -q %1 %*

c:\temp> echo "foo bar baz" | test.phpx
The process tried to write to a nonexistent pipe.
^C

c:\temp> cat test.phpx


c:\temp>


[cynic(cynic)@freepuppy bin]$ echo "foo bar baz" | ./test.phpx
foo bar baz

[cynic(cynic)@freepuppy bin]$ cat test.phpx 
#!/tmp/php-4.0.7/bin/php -q


[cynic(cynic)@freepuppy bin]$ uname -a
FreeBSD freepuppy 4.3-RELEASE-p14 FreeBSD 4.3-RELEASE-p14 #0: \
Tue Aug 28 15:45:24 CEST 2001 \
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/FREEPUPPY  i386





Edit this bug report at http://bugs.php.net/?id=13084&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 #7670 Updated: PHP crashes when accessing IMAP mailbox

[sander]

ID: 7670
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: IMAP related
Operating System: Linux
PHP Version: 4.0.3pl1
New Comment:

No feedback. Closing.

Previous Comments:


[2001-12-16 16:29:50] [EMAIL PROTECTED]

Could you please check if this bug  still exists with PHP 4.1.0 and 
with the latest c-client? There have been many fixes in both.




[2000-11-28 04:34:03] [EMAIL PROTECTED]

Assigning this..I have partial fix for this already
but it still needs some work.

--Jani



[2000-11-08 18:39:16] [EMAIL PROTECTED]

I recompiled PHP from today's snapshot 200011081445, which didn't make
the bug go away. The stack trace is now:

#0  0x4038924c in zend_hash_index_update_or_next_insert (ht=0x806cb6f,
h=135351912, pData=0xbba8, nDataSize=2514400684, pDest=0x806cc2f,
flag=135155768) at zend_hash.c:433
#1  0xe5ec688e in ?? ()
[...]

My c-client is from imap-devel-4.6-3 rpm (I think, at least that package
has the right headers).



[2000-11-08 00:46:14] [EMAIL PROTECTED]

1. Use --enable-debug in your configure line to get valid backtrace.
2. Try latest snapshot from http://snaps.php.net (IIRC, this is fixed
already)
3. Have you compiled libc-client.a from sources ? 
( http://www.php.net/manual/ref.imap.php )

--Jani



[2000-11-06 23:07:57] [EMAIL PROTECTED]

When Courier IMAPd crashes while being accessed by IMP using PHP's IMAP
functions, that causes also the Apache process to crash. The last IMAP
messages before the crash are

0005 SEARCH ALL UNSEEN
* SEARCH 29 30 31 32 33 34 35
0005 OK SEARCH done.
0006 FETCH 29:35 (UID ENVELOPE BODY.PEEK[HEADER.FIELDS (Path
Message-ID Newsgroups Followup-To References)] INTERNALDATE RFC822.SIZE
FLAGS)

Stack trace is obviously quite useless, as it is:

#0  0x3a4c8d10 in ?? ()
#1  0xbf60b801 in ?? ()
#2  0xc8b604ff in ?? ()
#3  0x7e7fc391 in ?? ()
#4  0xc8b604ff in ?? ()
#5  0x7e710cf1 in ?? ()
#6  0xd029715b in ?? ()
#7  0xa1a1ee2f in ?? ()
#8  0x55e8be66 in ?? ()

This happens both with PHP 3.0.16 and 4.0.3pl1. Apache is 1.3.11. I
compile PHP with

./configure --with-mysql=/usr --with-apxs=/usr/local/www/apache/bin/apxs
--with-xml --enable-track-vars=yes --enable-bcmath=yes
--enable-memory-limit=yes --with-imap --with-ldap --enable-sysvshm
--enable-sysvsem --with-gdbm

I can easily reproduce the crash by putting an offending email message
into a Maildir that Courier reads. Any other information I should
provide?






Edit this bug report at http://bugs.php.net/?id=7670&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 #14224 Updated: fgets(), fgetc() stalls

[sander]

ID: 14224
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Sockets related
Operating System: FreeBSD 4.3
PHP Version: 4.0.6
New Comment:

No feedback. Closing.

Previous Comments:


[2001-12-16 05:49:19] [EMAIL PROTECTED]

Could you try 4.1.0 see if it helps?





[2001-11-26 04:40:05] [EMAIL PROTECTED]

I'm using fsockopen() to connect to a mail server and retrieve
messages.

When retrieving the data, sometimes fgets() or fgetc() (tried both) will
stall completely, and there is valid data being sent. It doesn't seem to
have any timeout (I let it run for a long time) it just stalls.

Are there any known problems with fgets() using fsockopen() for
communication? Is this an issue where it 'misses' the data and there is
no timeout?


Thanks!

Michael Brown
[EMAIL PROTECTED]





Edit this bug report at http://bugs.php.net/?id=14224&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 #12776 Updated: 4.0.7RC1: array_walk crash

[sander]

ID: 12776
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Reproducible crash
Operating System: Linux
PHP Version: 4.0.6
New Comment:

Does this problem still occur with 4.1.1?

Previous Comments:


[2001-08-16 17:25:58] [EMAIL PROTECTED]

On my machine, this will crash it: 

function test($val,$key) {
 global $globalArray;
 $globalArray[]=$key;
}

$arr=array('k'=>'v');
array_walk($arr,'test');
echo "testing".$globalArray[0];

Changing the last line to:

echo "test".$globalArray[0];

makes it work.  Uh?

bt:

#0  0x4013913e in memcpy () from /lib/i686/libc.so.6
#1  0xbfffe3b0 in ?? ()
#2  0x080f2550 in execute (op_array=0x816c334) at
./zend_execute.c:1105
#3  0x080da832 in zend_execute_scripts (type=8, file_count=3) at
zend.c:806
#4  0x0805faab in php_execute_script (primary_file=0xb8d0) at
main.c:1310




[2001-08-16 17:22:29] [EMAIL PROTECTED]

Oops, never mind, it is not fixed in CVS.  It just morphed slightly.



[2001-08-16 17:18:35] [EMAIL PROTECTED]

Looks like it is fixed in CVS



[2001-08-15 19:07:20] [EMAIL PROTECTED]

In both PHP 4.0.2, 4.0.6 and 4.0.7RC1:

The following code crashes PHP:
'v');
array_walk($arr,'test');

// This will crash:
print "First value: ".$globalArray[0];

// This will not crash, but give the wrong
// result, and the final "done" will never be
// printed:
// print "First value: "; print $globalArray[0];

print "\nDone\n";

?>
It doesn't matter if the code is run from PHP as an Apache module or
command-line PHP.

Operating systems tested: RH Linux 6.1, RH Linux Rawhide (i.e.
cutting-edge Red Hat developer-version).

A GDB back-trace on the latter, using command-line PHP:
GNU gdb 5.0rh-5 Red Hat Linux 7.1
Copyright 2001 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "i386-redhat-linux"...
Core was generated by `/home/troels/local-php/bin/php simple.php'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libdl.so.2...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /lib/libresolv.so.2...done.
Loaded symbols for /lib/libresolv.so.2
Reading symbols from /lib/libpam.so.0...done.
Loaded symbols for /lib/libpam.so.0
Reading symbols from /lib/i686/libm.so.6...done.
Loaded symbols for /lib/i686/libm.so.6
Reading symbols from /lib/libnsl.so.1...done.
Loaded symbols for /lib/libnsl.so.1
Reading symbols from /lib/libcrypt.so.1...done.
Loaded symbols for /lib/libcrypt.so.1
Reading symbols from /lib/i686/libc.so.6...done.
Loaded symbols for /lib/i686/libc.so.6
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
#0  0x400de721 in __kill () from /lib/i686/libc.so.6
(gdb) bt
#0  0x400de721 in __kill () from /lib/i686/libc.so.6
#1  0x080a4976 in _emalloc (size=1515870824, __zend_filename=0x80f349d
"zend_operators.c", 
__zend_lineno=1043, __zend_orig_filename=0x0, __zend_orig_lineno=0)
at zend_alloc.c:173
#2  0x080b039e in concat_function (result=0xbfffe324, op1=0x813853c,
op2=0xbfffe210)
at zend_operators.c:1043
#3  0x080cd63b in execute (op_array=0x81340e4) at
./zend_execute.c:1105
#4  0x080b37fe in zend_execute_scripts (type=8, file_count=3) at
zend.c:806
#5  0x0805b0c4 in php_execute_script (primary_file=0xb760) at
main.c:1308
#6  0x0805911e in main (argc=2, argv=0xb804) at cgi_main.c:737
#7  0x400cc6b7 in __libc_start_main (main=0x80588d0 , argc=2,
ubp_av=0xb804, 
init=0x80576a4 <_init>, fini=0x80d52f0 <_fini>, rtld_fini=0x4000db64
<_dl_fini>, 
stack_end=0xb7fc) at ../sysdeps/generic/libc-start.c:129(gdb)

The above back-trace was created from a core-file generated by PHP
4.0.7RC1. The "config.nice" from the build:
#! /bin/sh
#
# Created by configure

'./configure' \
'--prefix=/home/troels/local-php' \
'--without-mysql' \
'--disable-xml' \
'--disable-session' \
'--enable-debug' \
'--without-pcre-regex' \
"$@"







Edit this bug report at http://bugs.php.net/?id=12776&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] Care to test cli sapi?

[Edin Kadribasic]

> Looks pretty cool!  Finally someone actually took the time to do it :)
> 
> Do you have CVS access?

Yes. Should I commit it?

Edin


-- 
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 #12912 Updated: Call to round() crashes process (DSO only)

[sander]

ID: 12912
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Reproducible crash
Operating System: Solaris 2.5.1
PHP Version: 4.0.6
New Comment:

Does this problem still occur with 4.1.1 and/or the latest CVS?

Previous Comments:


[2001-08-22 17:55:23] [EMAIL PROTECTED]

Using Apache 1.3.20, PHP 4.0.6 as a module, on Solaris 2.5.1.

Everything else seems to work except the round() function. Any call to
round() seg faults the Apache process. Backtrace:

#0  0xef7324b4 in _mp_move ()
#1  0xef7322dc in pow ()
#2  0xeede8438 in ?? () from /usr/local/apache/libexec/libphp4.so
#3  0xeecfe470 in ?? () from /usr/local/apache/libexec/libphp4.so
#4  0xeed16abc in ?? () from /usr/local/apache/libexec/libphp4.so
#5  0xeed3cc1c in ?? () from /usr/local/apache/libexec/libphp4.so
#6  0xeed360b4 in ?? () from /usr/local/apache/libexec/libphp4.so
#7  0xeed37494 in ?? () from /usr/local/apache/libexec/libphp4.so
#8  0xeed374d8 in ?? () from /usr/local/apache/libexec/libphp4.so
#9  0x42ffc in ap_invoke_handler ()
#10 0x6009c in process_request_internal ()
#11 0x60120 in ap_process_request ()
#12 0x536b0 in child_main ()
#13 0x53944 in make_child ()
#14 0x53b60 in startup_children ()
#15 0x54550 in standalone_main ()
#16 0x5514c in main ()


The CGI standalone PHP executable, built from the same code, works
fine.





Edit this bug report at http://bugs.php.net/?id=12912&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 #13034 Updated: Apache segfaults when acessing certain scripts

[sander]

ID: 13034
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Reproducible crash
Operating System: RedHat Linux 7.0.
PHP Version: 4.0.6
New Comment:

Does this problem still occur with 4.1.1 and/or the latest CVS?

Previous Comments:


[2001-08-30 17:10:27] [EMAIL PROTECTED]

yes - i couldn't get the crash over apache - then i tried via CGI and it
crashed.
it crashes with php 4.0.6 and the dev snap of 29th of august.




[2001-08-30 17:00:23] [EMAIL PROTECTED]

I can not reproduce this.




[2001-08-30 16:59:57] [EMAIL PROTECTED]

You didn't say with what version this backtrace was generated with, also
is it with that script you said
you could NOT get the crash? Please be clear about these things.





[2001-08-30 13:28:19] [EMAIL PROTECTED]

hello,

please read the whole thread - i have included the script AND i have
also tried it with the latest development snapshot. i really have
included all i have :)
for me it looks like a bug in the echo function (vfprintf.c). the script
doesn't crash without the echo funtions. it also crashes with "print".

regards

daniel



[2001-08-30 10:05:38] [EMAIL PROTECTED]

What was the script used to generate that backtrace?
Also, could you try and check if this happens with
latest CVS snapshot: http://snaps.php.net/




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


Edit this bug report at http://bugs.php.net/?id=13034&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] Care to test cli sapi?

[derick]

On Sun, 6 Jan 2002, Edin Kadribasic wrote:

> > Looks pretty cool!  Finally someone actually took the time to do it :)
> >
> > Do you have CVS access?
>
> Yes. Should I commit it?

Yes

Derick



>
> Edin
>
>
> --
> 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 #13341 Updated: Seffault in outputbuffers

[sander]

ID: 13341
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Reproducible crash
Operating System: linux
PHP Version: 4.0.6
New Comment:

Does this problem still occur with 4.1.1 and/or the latest CVS?

Previous Comments:


[2001-09-17 06:20:22] [EMAIL PROTECTED]

Fixed typo;

Btw where did the bug reporters stats go? It looks good to be on top ;)



[2001-09-17 06:14:58] [EMAIL PROTECTED]

Hiya,

Using the same var from the function and changing will sefault, copying
it first to another var will work... but should not happen, see
examples

I segfaulted :( :( :(

Greetz,

Wico de Leeuw





Edit this bug report at http://bugs.php.net/?id=13341&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 #13093 Updated: A garbage collection error with an array

[sander]

ID: 13093
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Reproducible crash
Operating System: Linux RedHat 7.0
PHP Version: 4.0.6
New Comment:

Does this problem still occur with 4.1.1 and/or the latest CVS?
If so, can you track down the problem to a shorter script?

Previous Comments:


[2001-09-01 20:33:30] [EMAIL PROTECTED]

\n";
else if($a && $b)
{
  $a[$o][a] = $a;
  $a[$o][b] = $b;
  unset($b);
}
$o = $c;
  }
  else
  {
if($o)
  $b .= $c;
else
  $a .= $c;
  }
}
if($a && $o && $b)
{
  $ret[$o][a] = $a;
  $ret[$o][b] = $b;
}
else
{
  echo "Error: missing statement\n";
}
return $ret;
  }

  function aview($var)
  {
while(list($key, $val) = each($var))
{
  echo $key;
  if(is_array($val))
aview($val);
  else
echo $val;  
}
  }

  $parse_tree = parse($statement);

//  aview($parse_tree);
?>

My machine is compiled with:
./configure --with-mysql=/usr/local --with-gd
The php binary is copied to /bin

It also has php built as a shared apache module
(--with-apxs=/www/bin/apxs)

It crashes on both.

I ftp'd the file to 2 of our production servers.  One has php/apache
installed from RPM's the other is built from source.

It crashes with or without the aview function. If you put an
echo "hello";
at the very end, it crashes after printing hello.

here is the gdb backtrace:

#0  chunk_free (ar_ptr=0x40202d40, p=0x8173a30) at malloc.c:3049
#1  0x4016df9a in __libc_free (mem=0x8173a38) at malloc.c:3023
#2  0x80c51c9 in _efree (ptr=0x8173a44) at zend_alloc.c:232
#3  0x80c55e8 in shutdown_memory_manager (silent=0, clean_cache=0)
at zend_alloc.c:437
#4  0x805e8a9 in php_request_shutdown (dummy=0x0) at main.c:667
#5  0x805d9fa in main (argc=2, argv=0xbb94) at cgi_main.c:751






Edit this bug report at http://bugs.php.net/?id=13093&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 #14887: cann't configure use --with-oci8=ORACLE_HOME

[zoufj]

From: [EMAIL PROTECTED]
Operating system: dec unix 4.0.f
PHP version:  4.1.0
PHP Bug Type: OCI8 related
Bug description:  cann't configure use --with-oci8=ORACLE_HOME

I cann't configure system when I use $./configure
--with-apache=../apache_1.3.22 --with-oci8=ORACLE_HOME --enable-track-vars
.System told me errors found. in php_4.1.10/ext/oci8/oci8.c,
CALL_OCI_RETURN(connection, '''error.
Please tell what shall I do?
Thank you!

-- 
Edit bug report at: http://bugs.php.net/?id=14887&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 #14679 Updated: Crash with RH ucd-snmp libs -- BUGFIX

[sander]

ID: 14679
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Reproducible crash
Operating System: Linux
PHP Version: 4.0CVS-2001-12-23
New Comment:

Has this patch been applied?
If not, can you send to patch to [EMAIL PROTECTED]?
(btw: this patch is for bug #14462

Previous Comments:


[2001-12-24 03:17:53] [EMAIL PROTECTED]

Please send the patch as attachment as a reply to this mail (line ending
got fscked up). Also, next time please don't open a new report.



[2001-12-23 21:18:17] [EMAIL PROTECTED]

hi,

this is the fix for the snmp crash with recent red hat 
libraries. Compile fix is to check for binit() in libsnmp
and if yes, use the following calls. Addition of binit()
check in configure.in is left as an exercise for the 
reader. ;-)


--- php-4.1.0/ext/snmp/snmp.c   Mon Dec 24 03:11:23 2001
+++ /tmp/snmp.c Mon Dec 24 03:10:55 2001
@@ -158,8 +158,9 @@
 int name_length;
 int status, count,rootlen=0,gotroot=0;
oid root[MAX_NAME_LEN];
-   char buf[2048];
-   char buf2[2048];
+#define BUFSIZE 2048
+   char buf[BUFSIZE];
+   char buf2[BUFSIZE];
int keepwalking=1;
long timeout=SNMP_DEFAULT_TIMEOUT;
long retries=SNMP_DEFAULT_RETRIES;
@@ -315,7 +316,7 @@
}
 
if (st != 11) {
-  
sprint_value(buf,vars->name, vars->name_length, vars);
+   sprint_value(binit(NULL,
buf, BUFSIZE) ,vars->name, vars->name_length, vars);
}
 #if 0
Debug("snmp response is:
%s\n",buf);
@@ -325,7 +326,7 @@
} else if (st == 2) {
   
add_next_index_string(return_value,buf,1); /* Add to returned array */
} else if (st == 3)  {
-   sprint_objid(buf2,
vars->name, vars->name_length);
+   sprint_objid(binit(NULL,
buf2, BUFSIZE), vars->name, vars->name_length);
   
add_assoc_string(return_value,buf2,buf,1);
}
if (st >= 2 && st != 11) {
@@ -344,7 +345,7 @@
for (count=1, vars =
response->variables; vars && count != response->errindex;
vars =
vars->next_variable, count++);
if (vars) {
-  
sprint_objid(buf,vars->name, vars->name_length);
+  
sprint_objid(binit(NULL, buf, BUFSIZE), vars->name,
vars->name_length);
}
   
php_error(E_WARNING,"This name does not exist: %s\n",buf);
}






Edit this bug report at http://bugs.php.net/?id=14679&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 #14887 Updated: cann't configure use --with-oci8=ORACLE_HOME

[jan]

ID: 14887
Updated by: jan
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: OCI8 related
Operating System: dec unix 4.0.f
PHP Version: 4.1.0
New Comment:

1) ORACLE_HOME must be defined in your environment
2) you have to use $ORACLE_HOME to access it.

Previous Comments:


[2002-01-06 07:45:56] [EMAIL PROTECTED]

I cann't configure system when I use $./configure
--with-apache=../apache_1.3.22 --with-oci8=ORACLE_HOME
--enable-track-vars .System told me errors found. in
php_4.1.10/ext/oci8/oci8.c,
CALL_OCI_RETURN(connection, '''error.
Please tell what shall I do?
Thank you!






Edit this bug report at http://bugs.php.net/?id=14887&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 #1515 Updated: improving php standalone mode

[jan]

ID: 1515
Updated by: jan
Reported By: [EMAIL PROTECTED]
Old Status: Analyzed
Status: Closed
Bug Type: Feature/Change Request
Operating System: linux
PHP Version: 4.0
New Comment:

a cli sapi which will cause some more improvements in this area is about
to be commited. the original problem was also solved long ago. closing.

Previous Comments:


[2001-11-11 17:30:46] [EMAIL PROTECTED]

There isn't a one-letter param to turn off html_errors, however you can
pass '-d html_errors=0'.  Another option is to set it in the php.ini
file which is checked by the php binary.



[2001-11-11 14:21:32] [EMAIL PROTECTED]

IIRC this is implemented (-s or something)... can someone confirm this?



[2001-02-10 13:23:05] [EMAIL PROTECTED]

refiling against 4.0.



[2000-05-19 09:56:14] [EMAIL PROTECTED]

php -q is a step in the right direction
but this only disables http headers, 
not html markup in error messages

and php could be more clever when started
standalone (that is, if istty(stdin) is true
or certain environment variables are not set)







[1999-11-11 18:04:10] [EMAIL PROTECTED]

Try php -f or php -q. Is this what you are looking for? I often use it
for systems programming.



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


Edit this bug report at http://bugs.php.net/?id=1515&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 #4587 Updated: Would like exit and die to return an int

[jan]

ID: 4587
Updated by: jan
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Feature/Change Request
Operating System: all
PHP Version: 4.04
New Comment:

fixed in CVS. closing.

Previous Comments:


[2001-03-02 12:47:33] [EMAIL PROTECTED]

Any update on this request?  Is there an existing way in the language
that I can force a non-zero return code to be passed back to the OS?



[2000-05-24 21:10:44] [EMAIL PROTECTED]

I think PHP is awesome.  I am a build engineer and am going to replace
all of my shell scripts and perl scripts with PHP.  One thing that is
currently hurting me is that exit and die do not return a value.

If I have a makefile with a target, and I run a PHP script to build that
target, I want the PHP script to return a value.  That way, make will
behave properly.

all: target1 target2

target1:
   php -q -f script1.php

target2:
   php -q -f script2.php

If script1.php does not execute successfully, I do not want script2.php
to run.

This problem isn't limited to make.  If I have stand alone scripts that
are called from other external programs, it is extremely important to be
able to pass back a return code.

If it causes too much of a problem to change the signature of the exit
and die functions, I'd be perfectly happy if there was a new function
that did exit with a return code,
ie 

int exit_rc(int value)

Thanks for your consideration and thanks for a great language!





Edit this bug report at http://bugs.php.net/?id=4587&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 #5343 Updated: a way of implementing class methods

[jan]

ID: 5343
Updated by: jan
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Feature/Change Request
Operating System: 
PHP Version: 4.0.1
New Comment:

can you propose this on  [EMAIL PROTECTED] ?

Previous Comments:


[2000-07-03 17:10:59] [EMAIL PROTECTED]

How about:
function Foo::Bar() {
//implementation of method `Bar' in class `Foo'
}

ppl usually separate the functionality in different files, and with
classes this is only possible by forwarding calls to regular
functions,
or by making use of derivation, which is not the best practice.

IMHO that would imply small changes to the parser (to recognize `::'
syntax), what do you think?






Edit this bug report at http://bugs.php.net/?id=5343&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 #11008 Updated: exit() should return an exit status if passed, not send to stdout

[mfischer]

ID: 11008
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Analyzed
Status: Closed
Bug Type: Scripting Engine problem
Operating System: Linux
PHP Version: 4.0 Latest CVS (2001-05-21)
New Comment:

Fixed in CVS (integer values aren't printed to stdout anymore).

Previous Comments:


[2001-12-06 17:02:53] [EMAIL PROTECTED]

I just got bitten by this. The manual page says that if the value
passed
to exit() is integer it is used as exit status.

Or is there some other way to exit from PHP script with an exit
status?

--Jani




[2001-07-15 16:43:19] [EMAIL PROTECTED]

Simply put - no, it should not.

exit's optional argument is a termination message, not a shell status.



[2001-05-23 11:24:22] [EMAIL PROTECTED]

Anyone in the Zend core want to comment on this?  I know where the code
is that does it.  But it is in the Zend code.

Is there a good reason to put this exit status to stdout?



[2001-05-22 01:59:53] [EMAIL PROTECTED]

indeed it does both:

if php; then echo yes; fi

X-Powered-By: PHP/4.0.5
Content-type: text/html

0yes

if php; then echo yes; fi

X-Powered-By: PHP/4.0.5
Content-type: text/html

1

i don't see a real reason for the echoed exit status though



[2001-05-21 21:34:23] [EMAIL PROTECTED]

Working with a shell script here.  I hoped that exit() would work like
perl and return the passed status as and exist status.  As it stands
now, it sends it to stdout.  This is unexpected.

It would be much more useful if exit() could be used to enable the use
of PHP in shell scripts by returning the passed value as an exit
status.





Edit this bug report at http://bugs.php.net/?id=11008&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 #13164 Updated: exit function always outputs its status

[mfischer]

ID: 13164
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Analyzed
Status: Closed
Bug Type: Scripting Engine problem
Operating System: Linux 2.2.19
PHP Version: 4.0.6
New Comment:

Fixed in CVS.

Previous Comments:


[2001-09-06 01:25:04] [EMAIL PROTECTED]

Indeed it does, it's a synonym for die(). I wonder if this is
intentional or not.
Zeev, Andi?



[2001-09-06 00:48:37] [EMAIL PROTECTED]

The 'exit' function always outputs its exit status.

This is particularly annoying in command line scripts that need to
return an error status like '1', which is printed to stdout before
termination.

Surely it should not output anything. The programer always can output
whatever (s)he likes before calling 'exit'.






Edit this bug report at http://bugs.php.net/?id=13164&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 #14888: could configure generate a shell script to reuse for other installations?

[pgl]

From: [EMAIL PROTECTED]
Operating system: FreeBSD
PHP version:  4.1.1
PHP Bug Type: Feature/Change Request
Bug description:  could configure generate a shell script to reuse for other 
installations?

when installing php, it would be nice if configure could generate a little
shell script with the config options specified, to make upgrading to new
versions simpler. I use this:

--8<--

[mini:root]:/usr/local/src/php # cat makeline.sh 
#!/bin/sh

configopts='
--enable-dbg=shared
--with-dbg-profiler
--with-gd=/usr/local/
--with-imap
--with-mysql=/usr/local
--with-pgsql=/usr/local/pgsql
--with-versioning
'

./configure $configopts \
--with-apxs=/usr/local/apache/bin/apxs \
&& 
make all install 2>&1 | tee make.log

if [ -f config.cache ]; then rm config.cache; fi

apachectl stop
sleep 2
apachectl start

## now make the cgi binary

rm config.cache

./configure $configopts \
&&
make all install 2>&1 | tee -a make.log

--8<--

so all I have to do to upgrade is untar, copy that script in and run it.
maybe configure could generate something more intelligent?
-- 
Edit bug report at: http://bugs.php.net/?id=14888&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 #14888 Updated: could configure generate a shell script to reuse for other installations?

[mfischer]

ID: 14888
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Feature/Change Request
Operating System: FreeBSD
PHP Version: 4.1.1
New Comment:

There is already and its called 'config.nice'

Previous Comments:


[2002-01-06 08:54:00] [EMAIL PROTECTED]

when installing php, it would be nice if configure could generate a
little shell script with the config options specified, to make upgrading
to new versions simpler. I use this:

--8<--

[mini:root]:/usr/local/src/php # cat makeline.sh 
#!/bin/sh

configopts='
--enable-dbg=shared
--with-dbg-profiler
--with-gd=/usr/local/
--with-imap
--with-mysql=/usr/local
--with-pgsql=/usr/local/pgsql
--with-versioning
'

./configure $configopts \
--with-apxs=/usr/local/apache/bin/apxs \
&& 
make all install 2>&1 | tee make.log

if [ -f config.cache ]; then rm config.cache; fi

apachectl stop
sleep 2
apachectl start

## now make the cgi binary

rm config.cache

./configure $configopts \
&&
make all install 2>&1 | tee -a make.log

--8<--

so all I have to do to upgrade is untar, copy that script in and run it.
maybe configure could generate something more intelligent?





Edit this bug report at http://bugs.php.net/?id=14888&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 #14888 Updated: could configure generate a shell script to reuse for other installations?

[pgl]

ID: 14888
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Feature/Change Request
Operating System: FreeBSD
PHP Version: 4.1.1
New Comment:

excellent! (well, nice.) thanks.

Previous Comments:


[2002-01-06 09:00:32] [EMAIL PROTECTED]

There is already and its called 'config.nice'



[2002-01-06 08:54:00] [EMAIL PROTECTED]

when installing php, it would be nice if configure could generate a
little shell script with the config options specified, to make upgrading
to new versions simpler. I use this:

--8<--

[mini:root]:/usr/local/src/php # cat makeline.sh 
#!/bin/sh

configopts='
--enable-dbg=shared
--with-dbg-profiler
--with-gd=/usr/local/
--with-imap
--with-mysql=/usr/local
--with-pgsql=/usr/local/pgsql
--with-versioning
'

./configure $configopts \
--with-apxs=/usr/local/apache/bin/apxs \
&& 
make all install 2>&1 | tee make.log

if [ -f config.cache ]; then rm config.cache; fi

apachectl stop
sleep 2
apachectl start

## now make the cgi binary

rm config.cache

./configure $configopts \
&&
make all install 2>&1 | tee -a make.log

--8<--

so all I have to do to upgrade is untar, copy that script in and run it.
maybe configure could generate something more intelligent?





Edit this bug report at http://bugs.php.net/?id=14888&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 #6500 Updated: XML - startElementHandler

[mfischer]

ID: 6500
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: XML related
Operating System: SuSE Linux 6.4
PHP Version: 4.0.2
New Comment:

Does this still apply to 4.1.1 ?

Previous Comments:


[2000-09-03 07:27:32] [EMAIL PROTECTED]

1. What do you mean with "It is decprecated"? 
   I used the SYNTAX of the DOCUMENTATION 
   --> PHP -> XML -> xml_set_object
   "parser = xml_parser_create();
xml_set_object($this->parser,&$this);"
 --

   How is the correct syntax?

2. XML-Class

   I removed 100 lines of code. Some parts now looking strange. The
XML-HANDLER is just a small (but important) part of our ContentSystem.


tag_B --> tag_n
var $O_XML_PARSER; // XML OBJECT PARSER

function XML_HANDLER() {
$this->O_LEVEL = -1;
$this->O_XML_PARSER = xml_parser_create();
xml_set_object($this->O_XML_PARSER,&$this);
   
xml_set_element_handler($this->O_XML_PARSER,"Tag_Start","Tag_End");
   
xml_set_character_data_handler($this->O_XML_PARSER,"CData");
xml_parser_set_option($this->O_XML_PARSER,
XML_OPTION_CASE_FOLDING, 0);
}

function Run($A_FILE, $A_FILE_TYPE) {
$this->O_FILE_TYPE = $A_FILE_TYPE;
return $this->ParseFromFile($A_FILE);
}

function ParseFromFile($A_FILE) {
$this->O_FILE = $A_FILE;
$L_FP = @fopen($A_FILE, "r");
while($L_LINE = fread($L_FP, 4096))
xml_parse($this->O_XML_PARSER, $L_LINE, feof($L_FP));
fclose($L_FP);
// var_dump($this->O_DATA);
// ERROR  $this->O_DATA is empty 
return $this->O_DATA[$this->O_FILE_TYPE];
}

function Tag_Start($A_PARSER, $A_ELE_NAME, $A_ATTRIBS) {
$this->O_LEVEL++;
$this->O_STACK[$this->O_LEVEL] = $A_ELE_NAME;
$L_EVAL = $this->Bild_Eval();
if (!$this->IsStrict()) {
eval("\$L_ISSET = isset(\$this->O_DATA$L_EVAL);");
if ($L_ISSET) {
$L_EVAL = $this->O_EVAL .'[0]';
eval("\$L_VAL = isset(\$this->O_DATA$L_EVAL);");
if (!$L_VAL) {
 $L_EVAL = $L_EVAL2 = $this->O_EVAL;
 $L_EVAL2 .= '[0]';
 eval("\$L_DATA = \$this->O_DATA$L_EVAL;");
 eval("unset(\$this->O_DATA$L_EVAL);");
 eval("\$this->O_DATA$L_EVAL2 = \$L_DATA;");
}
$L_EVAL = $this->O_EVAL;
eval("\$L_COUNT = count(\$this->O_DATA$L_EVAL);");
$this->O_APPEND[$this->O_LEVEL] = "[$L_COUNT]";
$this->Bild_Eval();
}
}
if (!isset($A_ATTRIBS)) return;
while(list($L_KEY, $L_VALUE) = each($A_ATTRIBS)) {
$L_EVAL = $this->O_EVAL .'["ATTRIBUTE"]' .'["'
.strtoupper($L_KEY) .'"]';
eval("\$this->O_DATA$L_EVAL = $L_VALUE;");
}
// var_dump($this->O_DATA) 
// OK, no error !!
}

function Bild_Eval() {
for ($L_L2=0; $L_L2 < $this->O_LEVEL+1; $L_L2++)
$L_EVAL = $L_EVAL .'["' .$this->O_STACK[$L_L2] .'"]'
.$this->O_APPEND[$L_L2];
return $this->O_EVAL = $L_EVAL;
}

function Tag_End($A_PARSER, $A_ELE_NAME) {
unset($this->O_STACK[$this->O_LEVEL]);
unset($this->O_APPEND[$this->O_LEVEL]);
$this->O_LEVEL--;
}

function CData($A_PARSER, $A_DATA) {
if (strlen(trim($A_DATA))==0) return;
$L_EVAL = $this->O_EVAL .'["VALUE"]';
eval("\$this->O_DATA$L_EVAL = $A_DATA;");
}
function IsStrict() { return $this->O_STRICT; }
function SetStrict() { $this->O_STRICT = true; }
function SetUnStrict() { $this->O_STRICT = false; }
}
?>


3. XML-File
  
  
  

  
  

  "SESSID"
  "s"

"3"
true
"en"
"US"
"true"
"true"
"USER"
true
"fep_db"
"main"
  
  



[2000-09-03 06:07:17] [EMAIL PROTECTED]

1. Don't use &$this syntax. It is decprecated
2. Could you cut down your script as much as possible and post it and
the minimal XML reproducing buggy behaviour?



[2000-09-03 05:58:25] [EMAIL PROTECTED]

Sorry! But the error still exists!

I know the (first) bug in PHP4.0.2 (warnings -> function of
startElementHandler not found ) and it´s fixed.
The bug I described is a little different. It is not the
"startEle

[PHP-DEV] Bug #6571 Updated: memory leak when selecting text type fields

[mfischer]

ID: 6571
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Sybase-ct (ctlib) related
Operating System: solaris 2.7
PHP Version: 4.0.2
New Comment:

Is this still valid for 4.1.1 ?

Previous Comments:


[2000-09-07 03:48:48] [EMAIL PROTECTED]

I think I've found the cause: The call to ct_describe made in
sybase_result returns the max length of a text or image field (a very
large value) in the maxlength property, rather than the actual length
that is required for tmp_buffer.  I tried changing maxlength property to
a fixed value and the memory leak vanished.  I'll try to figure out how
to get the actual value. 



[2000-09-06 03:23:10] [EMAIL PROTECTED]

I am using the latest 11.1.1 openclient ct-lib.  The database server is
11.9.3.  I can connect, update and select without problems but as soon
as there is a text type field in the result then the httpd process
serving the request (apache 1.3.12) grows by 60 mb (topping out at 135
mb). I get the same problem with ct-lib running php 3.0.12 as well.  I
can use db-lib with 3.0.12 (same script), which works fine, so it's not
a problem but php 4.0.2 doesn't work at all with db-lib..

regards Philip


/configure  --with-apxs=/opt/local/apache-ssl/bin/apxs 
--prefix=/usr/local --with-ldap=/usr/local/ldap
--with-mcrypt=/usr/local/ --with-config-file-path=/opt/
local/apache-ssl/conf --enable-debug=no --enable-magic-quotes
--enable-bcmath --enable-track-vars
--with-sybase-ct=/opt/sybase/openclient/11.1.1 --without-mysql








Edit this bug report at http://bugs.php.net/?id=6571&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 #7133 Updated: xml_set_object() should not copy the object

[mfischer]

ID: 7133
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: XML related
Operating System: irrelevant
PHP Version: 4.0.2
New Comment:

Does this still apply to 4.1.1?

Previous Comments:


[2000-10-11 07:49:48] [EMAIL PROTECTED]

Playing with XML_Parser, I was discouraged by the fact that
xml_set_object() actually copies an object even if it's been passed by
reference. This is a PITA when you want tag handlers to store parsed
data
into object's properties and use these properties afterwards. You have
to
assign references to these propeties in order to access values out of
handler context. Here's an example script:

ref_accum = &$global_accum;
$this->XML_Parser('ISO-8859-1');
}

function startHandler($parser, $tag, $attrs)
{
$this->accum .= "<$tag>";
$this->ref_accum .= "<$tag>";
}

function endHandler($parser, $tag)
{
$this->accum .= "";
$this->ref_accum .= "";
}
}


header('Content-Type: text/plain');


$parser = new MyParser();

$data = <<


  

EOD;

$err = $parser->parseString($data, TRUE);

if (PEAR::isError($err)) {
die($err->getMessage());
}

echo "accum: ", $parser->accum, "\n";
echo "ref_accum: ", $parser->ref_accum, "\n";

?>

This produces:

accum:   
ref_accum: 






Edit this bug report at http://bugs.php.net/?id=7133&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 #6136 Updated: Exception Handling

[jan]

ID: 6136
Updated by: jan
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Feature/Change Request
Operating System: linux
PHP Version: 4.0 Latest CVS (13/08/2000)
New Comment:

this will come with ZendEngine2 (PHP5). closing.

Previous Comments:


[2000-08-13 10:21:44] [EMAIL PROTECTED]

Error handling: please please please add exception handling (some sort
of "try ... catch ... finally" as implemented in Java, C++, Delphi, ...)
to PHP.

It is simply annoying to check function results for errors and to do
error handling in if-statements.

Especially for the new MySQL-transactions such an exception-handling
would be great.





Edit this bug report at http://bugs.php.net/?id=6136&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 #13341 Updated: Seffault in outputbuffers

[wico]

ID: 13341
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: Reproducible crash
Operating System: linux
PHP Version: 4.0.6
New Comment:

yup still segfaults with 4.1.0

Previous Comments:


[2002-01-06 07:41:19] [EMAIL PROTECTED]

Does this problem still occur with 4.1.1 and/or the latest CVS?



[2001-09-17 06:20:22] [EMAIL PROTECTED]

Fixed typo;

Btw where did the bug reporters stats go? It looks good to be on top ;)



[2001-09-17 06:14:58] [EMAIL PROTECTED]

Hiya,

Using the same var from the function and changing will sefault, copying
it first to another var will work... but should not happen, see
examples

I segfaulted :( :( :(

Greetz,

Wico de Leeuw





Edit this bug report at http://bugs.php.net/?id=13341&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 #6380 Updated: Session handlers should be allowed in objects

[jan]

ID: 6380
Updated by: jan
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Feature/Change Request
Operating System: 
PHP Version: 4.0 Latest CVS (27/08/2000)
New Comment:

this is possible using
session_set_save_handler(array('class'=>'method'),...);
or do I misunderstand the problem here?

Previous Comments:


[2000-08-27 14:32:53] [EMAIL PROTECTED]

It would be nice (for encapsulation purposes) to allow user-defined
session handlers to be implemented as class methods, either through the
established array($this, "foo") syntax or via a session_set_object()
function.





Edit this bug report at http://bugs.php.net/?id=6380&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 #14890: is_uploaded_file does not work correctly

[fjperreault]

From: [EMAIL PROTECTED]
Operating system: Unix/Linux
PHP version:  4.1.1
PHP Bug Type: Feature/Change Request
Bug description:  is_uploaded_file does not work correctly

This function can return a false positive if you set a MAX_FILE_SIZE limit
in the HTML form sending the file and then proceeed to send a file bigger
than this max.  If a call is made to _is_uploaded_file to see if the file
made it to the server, the function will return TRUE even though the file
doesn't exist on the server and the filename is set to "none".  In this
case, the function _is_uploaded_file should return FALSE, not TRUE because
it has not been uploaded.
-- 
Edit bug report at: http://bugs.php.net/?id=14890&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 #6701 Updated: Use of http_proxy for fopen("http:// ...

[jan]

ID: 6701
Updated by: jan
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Feature/Change Request
Operating System: Customized RedHat 6.2
PHP Version: 4.0.0
New Comment:

although the request should remain open, this specific problem can be
solved using PEAR::Cache.

Previous Comments:


[2000-09-12 23:39:12] [EMAIL PROTECTED]

It would be nice if fopen("http://www.mywebsite.com";, "r"); used the
value in http_proxy as a proxy server instead of always fetching the
data directly.  Using CURL is an option, but its a lot more complex.  If
this functionality isn't too difficult to achieve, it would be much
appreciated.

For example, I have a PHP program that HTMLizes RFCs and displays them. 
It grabs the rfc###.txt directly from http://www.ietf.org/ but there's
no reason for it to refetch them every time if they can be cached by our
proxy server.

Note: blanking $http_proxy should disable the proxy.





Edit this bug report at http://bugs.php.net/?id=6701&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 #13034 Updated: Apache segfaults when acessing certain scripts

[dk]

ID: 13034
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: Reproducible crash
Operating System: RedHat Linux 7.0.
PHP Version: 4.0.6
New Comment:

Well that problem occured some time ago.
As far as I can say it doesn't occur with php-4.1.1, but it occured only
under some circumstances:
Accessing Arrays or Objects in a recursive way.

Well with 4.1.1 there are other problems now:
When I use the builtin sessionmanagement with register_globals off it
doesn't work at all (I followed the release notes) - but that is another
story and I don't have the time right now to do debugging on that.

best regards

Daniel [datenPUNK] Khan

Previous Comments:


[2002-01-06 07:39:33] [EMAIL PROTECTED]

Does this problem still occur with 4.1.1 and/or the latest CVS?



[2001-08-30 17:10:27] [EMAIL PROTECTED]

yes - i couldn't get the crash over apache - then i tried via CGI and it
crashed.
it crashes with php 4.0.6 and the dev snap of 29th of august.




[2001-08-30 17:00:23] [EMAIL PROTECTED]

I can not reproduce this.




[2001-08-30 16:59:57] [EMAIL PROTECTED]

You didn't say with what version this backtrace was generated with, also
is it with that script you said
you could NOT get the crash? Please be clear about these things.





[2001-08-30 13:28:19] [EMAIL PROTECTED]

hello,

please read the whole thread - i have included the script AND i have
also tried it with the latest development snapshot. i really have
included all i have :)
for me it looks like a bug in the echo function (vfprintf.c). the script
doesn't crash without the echo funtions. it also crashes with "print".

regards

daniel



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


Edit this bug report at http://bugs.php.net/?id=13034&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 #7276 Updated: CVSup/rsync/easier patch access desired

[jan]

ID: 7276
Updated by: jan
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Feature/Change Request
Operating System: n/a
PHP Version: 4.0.3
New Comment:

no bug, see http://www.php.net/anoncvs.php

Previous Comments:


[2000-10-17 07:59:52] [EMAIL PROTECTED]

Hello,

a few days ago I downloaded 4.0.3 and now seem to have to download
4.0.3pl1. I'd rather not download everything and  then also re-configure
everything. I'd rather download a patch kit and apply that, keeping my
existing configuration, and run, or I'd like to cvsup a source tree and
start from there. Unfortunately you don't seem to support cvsup or the
like, and also don't offer a plain FTP service, less so one with patch
kits, or at least I couldn't find it.

A comment is appreciated since your CVS server also doesn't exactly
scream (may also be a network problem, of course).


Best Regards,
--Toni++





Edit this bug report at http://bugs.php.net/?id=7276&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] Care to test cli sapi?

[Edin Kadribasic]

> > > Looks pretty cool!  Finally someone actually took the time to do it :)
> > >
> > > Do you have CVS access?
> >
> > Yes. Should I commit it?
> 
> Yes
> 
> Derick

Well its in the CVS now. You can go ahead and find all the bugs :)

Edin


-- 
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 #14891: Additional libraries directories missing during compilation

[bp]

From: [EMAIL PROTECTED]
Operating system: FreeBSD 4.2-RELEASE
PHP version:  4.1.1
PHP Bug Type: Compile Failure
Bug description:  Additional libraries directories missing during compilation

./configure --with-pgsql=/usr/local/some-non-std-path/pgsql
produced a config_vars.mk files ommiting the postgres
library directory:

$ grep /usr/local/some-non-std-path/pgsql config_vars.mk
$

config_vars.mk had to be hand tooled to compile php.

This trouble is also exhibited with msql.
-- 
Edit bug report at: http://bugs.php.net/?id=14891&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 #7480 Updated: next(), end(), prev(), reset() etc. don't return references

[jan]

ID: 7480
Updated by: jan
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Feature/Change Request
Operating System: RedHat Linux 7.0
PHP Version: 4.0.1pl2
New Comment:

dupe of 7578. 

Previous Comments:


[2000-10-26 09:26:40] [EMAIL PROTECTED]

next(), end(), prev(), reset() etc. don't return references

meaning this example code won't work as it's thought to do:







Edit this bug report at http://bugs.php.net/?id=7480&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 #7766 Updated: not OO until automatic class destructor is added

[jan]

ID: 7766
Updated by: jan
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Feature/Change Request
Operating System: FreeBSD Apache
PHP Version: 4.0.3pl1
New Comment:

we'll have destructors with ZE2 (PHP5).  closing

Previous Comments:


[2000-11-12 04:49:46] [EMAIL PROTECTED]

Moved to feature requests




[2000-11-12 04:33:56] [EMAIL PROTECTED]

Then why add classes?  Are you implying to businesses that if they
invest in your features, you do not intend to complete them?



[2000-11-12 04:21:58] [EMAIL PROTECTED]

Then why add classes?  Are you implying to businesses that if they
invest in your features, you do not intend to complete them?



[2000-11-12 04:00:29] [EMAIL PROTECTED]

Nobody ever claimed that PHP was an OO language.



[2000-11-12 03:24:44] [EMAIL PROTECTED]

The lack of an automatic class destructor makes it impossible to make
code completely OO.

For example, we have a Table class which outputs an HTML  with
error checking.  It is impossible to detect the case where
Table::EndTable() is not called ( not issued) because class
destructors do not exist in the PHP4 language.

PLEASE CORRECT THIS GLARING DEFICIENCY ASAP!

I am a prolific commercial programming of $million products (Corel
Painter, Cool Page, etc).  PHP4 is a an incredible tool.  We are
considering purchasing the new compiler technology.  So please fix this
silly omission.  Please.  Please.





Edit this bug report at http://bugs.php.net/?id=7766&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 #7480 Updated: next(), end(), prev(), reset() etc. don't return references

[jan]

ID: 7480
Updated by: jan
Reported By: [EMAIL PROTECTED]
Old Status: Closed
Status: Bogus
Bug Type: Feature/Change Request
Operating System: RedHat Linux 7.0
PHP Version: 4.0.1pl2
New Comment:

dupes are bogus..

Previous Comments:


[2002-01-06 11:47:32] [EMAIL PROTECTED]

dupe of 7578. 



[2000-10-26 09:26:40] [EMAIL PROTECTED]

next(), end(), prev(), reset() etc. don't return references

meaning this example code won't work as it's thought to do:







Edit this bug report at http://bugs.php.net/?id=7480&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 #7480 Updated: next(), end(), prev(), reset() etc. don't return references

[jan]

ID: 7480
Updated by: jan
Reported By: [EMAIL PROTECTED]
Old Status: Bogus
Status: Duplicate
Bug Type: Feature/Change Request
Operating System: RedHat Linux 7.0
PHP Version: 4.0.1pl2
New Comment:

actually they are dublicates, silly me.

Previous Comments:


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

dupes are bogus..



[2002-01-06 11:47:32] [EMAIL PROTECTED]

dupe of 7578. 



[2000-10-26 09:26:40] [EMAIL PROTECTED]

next(), end(), prev(), reset() etc. don't return references

meaning this example code won't work as it's thought to do:







Edit this bug report at http://bugs.php.net/?id=7480&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 #7899 Updated: Class selfdestruct

[jan]

ID: 7899
Updated by: jan
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Feature/Change Request
Operating System: any
PHP Version: 4.0 Latest CVS (21/11/2000)
New Comment:

we'll have destructors and more improved OO with ZE2 (PHP5). please
propose anything to [EMAIL PROTECTED] closing

Previous Comments:


[2000-11-21 04:41:15] [EMAIL PROTECTED]

Hiya 

I'd like to see a destructor for classes from within the class 

example:

$file = new file("somefile.ext);
// instert some long script here
$file->del_file();
at this point $file should be FALSE of NULL (set from within the
class)

some ideas:
unset($this);
or $this->Destruct();

Greetz,

Wico





Edit this bug report at http://bugs.php.net/?id=7899&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 #6768 Updated: list() construct reference assignment

[jan]

ID: 6768
Updated by: jan
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Duplicate
Bug Type: Feature/Change Request
Operating System: Linux 2.2.14
PHP Version: 4.0.2
New Comment:

dupe of #7930 and marking it "dublicate"

Previous Comments:


[2000-09-15 05:28:18] [EMAIL PROTECTED]

I'm requesting that that the list() construct which is an assignment
construct, assign variable references. Like such..







Edit this bug report at http://bugs.php.net/?id=6768&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 #7974 Updated: N/A

[jan]

ID: 7974
Updated by: jan
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Feature/Change Request
Operating System: N/A
PHP Version: 4.0.3pl1
New Comment:

please take part in the discussion on [EMAIL PROTECTED] about the
upcoming features in ZE2. PHP4 is not likely to see it.

Previous Comments:


[2000-11-25 20:02:41] [EMAIL PROTECTED]

Add multiple inheritance to Classes.





Edit this bug report at http://bugs.php.net/?id=7974&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 #8058 Updated: Missing PDF functionality

[jan]

ID: 8058
Updated by: jan
Reported By: [EMAIL PROTECTED]
Old Summary: 
Old Status: Open
Status: Closed
Bug Type: Feature/Change Request
Operating System: linux 2.2.x
PHP Version: 4.0.3pl1
New Comment:

closing, much has been added since the request came in. reopen it if
something is still missing.

Previous Comments:


[2000-11-30 15:19:09] [EMAIL PROTECTED]

I'd like to see some new function into PDF support like:

- URL links functions (PDFLib do that)
- Form support so we can interface with FDF.

Thanks





Edit this bug report at http://bugs.php.net/?id=8058&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 #8197 Updated: lack of socket() functions

[jan]

ID: 8197
Updated by: jan
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Feature/Change Request
Operating System: Windows
PHP Version: 4.0.3pl1
New Comment:

they should be now part of the windows distribution. closing

Previous Comments:


[2000-12-11 16:58:28] [EMAIL PROTECTED]

Please include a DLL (or built-in) for the socket() functions in a Win32
build.





Edit this bug report at http://bugs.php.net/?id=8197&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 #8214 Updated: Request for Signal Handling functions

[jan]

ID: 8214
Updated by: jan
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Feature/Change Request
Operating System: *nix - CGI
PHP Version: 4.0 Latest CVS (12/12/2000)
New Comment:

doesen't pcnt do the job?

Previous Comments:


[2000-12-12 16:49:52] [EMAIL PROTECTED]

I would rather see:
posix_register_sig_func(char function, mixed signal)

And handle both "9" and "KILL" as valid signals.



[2000-12-12 16:35:41] [EMAIL PROTECTED]

A few additions to the posix module to allow registering functions when
certain signals are recieved would be cool. somthing like

posix_register_sig_func(char function,int signal);

where signal is HUP etc :)

would allow some long running systems in CGI mode with a graceous
shutdown. 


James





Edit this bug report at http://bugs.php.net/?id=8214&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] CVS Account Request: ott

[Andreas Otterstein]

translation PHP manual into german

-- 
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 #8599 Updated: a kind Exception handling

[jan]

ID: 8599
Updated by: jan
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Feature/Change Request
Operating System: 
PHP Version: 4.0.4
New Comment:

We'll have exception handling in PHP5, please follow the development of
the ZendEngine2 on [EMAIL PROTECTED] closing.

Previous Comments:


[2001-01-10 01:58:07] [EMAIL PROTECTED]

http://php.net/manual/function.set-error-handler.php
set_error_handler lets you register your own error handling function

however try...catch is also a much-needed feature



[2001-01-08 13:48:53] [EMAIL PROTECTED]

something like java's exception handling
or more kind of register_shutdown_function i.e
register_mysql_errorhandling_function

thnx for the attention





Edit this bug report at http://bugs.php.net/?id=8599&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 #8681 Updated: Function arguments in 'global'

[jan]

ID: 8681
Updated by: jan
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Feature/Change Request
Operating System: Linux/FreeBSD
PHP Version: 4.0.4
New Comment:

so what is this anyway?

Previous Comments:


[2001-02-22 10:52:15] [EMAIL PROTECTED]

Not a bug.



[2001-01-12 13:11:42] [EMAIL PROTECTED]

function foo ($bar)
{
  global $bar;
  # ...
}

Opposite to php3, php4 doesn't warn you. This is now documented.





Edit this bug report at http://bugs.php.net/?id=8681&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 #8863 Updated: function to get constant values by variable name

[jan]

ID: 8863
Updated by: jan
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Feature/Change Request
Operating System: Any
PHP Version: 4.0.4pl1
New Comment:

see get_defined_constants

Previous Comments:


[2001-01-23 12:21:28] [EMAIL PROTECTED]

I believe PHP lacks a function to get constant values by
name where the constant's name is stored in a string variable.

What I mean is something like

function get_constant($const_name)
{
eval ("\$myvar = " . $const_name . ";");
return $myvar;
}

but I really think that using eval() here is a waste.

Am I missing something?

andrew





Edit this bug report at http://bugs.php.net/?id=8863&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 #8863 Updated: function to get constant values by variable name

[jan]

ID: 8863
Updated by: jan
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Feature/Change Request
Operating System: Any
PHP Version: 4.0.4pl1
New Comment:

and close it

Previous Comments:


[2002-01-06 13:00:36] [EMAIL PROTECTED]

see get_defined_constants



[2001-01-23 12:21:28] [EMAIL PROTECTED]

I believe PHP lacks a function to get constant values by
name where the constant's name is stored in a string variable.

What I mean is something like

function get_constant($const_name)
{
eval ("\$myvar = " . $const_name . ";");
return $myvar;
}

but I really think that using eval() here is a waste.

Am I missing something?

andrew





Edit this bug report at http://bugs.php.net/?id=8863&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 #8974 Updated: Blank lines in includes cause session errors

[jan]

ID: 8974
Updated by: jan
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Feature/Change Request
Operating System: All
PHP Version: 4.0.4pl1
New Comment:

technically it is an user error. to solve it either eliminate any
whitespace or call ob_start() before session_start(). the same thing
applies for header(). no bug. bogus

Previous Comments:


[2001-01-29 00:42:42] [EMAIL PROTECTED]

A PHP script with includes followed by commands which set headers (ie
session_start) will generate errors if include file(s) contain blank
lines. For example:



where functions.inc contains leading or trailing blank lines will result
in an error like:

Warning: Cannot send session cache limiter - headers already sent

This problem appears to be very common (according to a search on
google), and has no doubt frustrated many PHP users.

Unfortunately this behaviour is technically 'correct', although it
should probably be fixed anyway.






Edit this bug report at http://bugs.php.net/?id=8974&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 #8978 Updated: Add a 'readonly' possibility to the session module

[jan]

ID: 8978
Updated by: jan
Reported By: Maxim Derkachev <[EMAIL PROTECTED]>
Old Status: Analyzed
Status: Closed
Bug Type: Feature/Change Request
Operating System: 
PHP Version: 4.0.4pl1
New Comment:

seems fixed then. reopen if I am wrong

Previous Comments:


[2001-05-16 04:17:12] Maxim Derkachev <[EMAIL PROTECTED]>

Forgot to include the batteries :)
After the patch above is applied, one could do:
session_start(SESS_READ_ONLY);
to start a readonly session. 
Functions that supposed to write the session data (core session
functions, not actual savehandler functions) will be disabled.
On the other page, if session_start() is called without the 
SESS_READ_ONLY flag, one could get the normal fully functional session,
which will write the data. That would allow to use session in framed
pages, when one frame is allowed to change the session data and another
frames only read the data, and in many other cases. E.g. for me the
feature has become inevitable when I needed to write a support chat,
which should read session variables, but should not change them and, the
most important, it should not save them, because a client could browse
other parts of the site  (and this could affect the sesson vars) while
he is chatting with the support. Without the readonly possibility, the
new session variables could be easily rewrited by the chat script with
outdated values.



[2001-05-16 04:02:23] Maxim Derkachev <[EMAIL PROTECTED]>

just made a patch against the current sources (session.c and
php_session.h).

*** php_session.h.orig  Tue May 15 15:16:50 2001
--- php_session.h   Tue May 15 15:23:26 2001
***
*** 96,100 
--- 96,103 
zend_bool define_sid;
zend_bool use_cookies;
+   int readonly;
  } php_ps_globals;
+
+ #define SESS_READONLY 1

  extern zend_module_entry session_module_entry;
*** session.c.orig  Tue May 15 15:16:04 2001
--- session.c   Wed May 16 11:54:31 2001
***
*** 526,529 
--- 526,533 
PLS_FETCH();

+   if (PS(readonly)) {
+   return;
+   }
+
if (!PG(register_globals)) {
if (!PS(http_session_vars)) {
***
*** 899,902 
--- 903,911 
zend_bool retval = SUCCESS;

+   if (PS(readonly)) {
+   php_error(E_WARNING, "Trying to destroy readonly
session");
+   return FAILURE;
+   }
+
if (PS(nr_open_sessions) == 0) {
php_error(E_WARNING, "Trying to destroy uninitialized
session");
***
*** 1265,1270 
--- 1274,1297 
  PHP_FUNCTION(session_start)
  {
+   pval **flag;
PSLS_FETCH();

+   if (ZEND_NUM_ARGS() > 1)
+   WRONG_PARAM_COUNT;
+
+   if (ZEND_NUM_ARGS() == 0 ) {
+   PS(readonly) = 0;
+   }
+   if (ZEND_NUM_ARGS() == 1 && zend_get_parameters_ex(1, &flag) !=
FAILURE) {
+   convert_to_long_ex(flag);
+   if (((int) ((*flag)->value.lval)) == SESS_READONLY) {
+   PS(readonly) = 1;
+   }
+   else {
+   PS(readonly) = 0;
+   }
+   }
+
+
php_session_start(PSLS_C);

***
*** 1314,1317 
--- 1341,1347 
PSLS_FETCH();

+   if (PS(readonly))
+   return;
+
if (PS(nr_open_sessions) == 0)
RETURN_FALSE;
***
*** 1353,1356 
--- 1383,1388 
PSLS_FETCH();

+   REGISTER_LONG_CONSTANT("SESS_READ_ONLY", SESS_READONLY,
CONST_CS);
+
php_rinit_session_globals(PSLS_C);

***
*** 1404,1407 
--- 1436,1440 
PS(module_number) = module_number;
REGISTER_INI_ENTRIES();
+   REGISTER_LONG_CONSTANT("SESS_READ_ONLY", SESS_READONLY,
CONST_CS);
return SUCCESS;
  }








[2001-01-29 06:21:31] Maxim Derkachev <[EMAIL PROTECTED]>

Just faced the fact that the possibility to call session 'readonly' 
should be added. 
For example, when somebody calls a framed pages where all 
frames are php scripts that needs session variables. But in this 
case only one of them should be allowed to write session state, 
because every frame would write session state in an unpredictable order,

and variables registered/changed in one frame could be overwritten 
by other frames, and that would definitely break an application. 
I suggest session_start could take an optional READONLY flag to 
disable write of the session data during the page shutdown.
The idea is similar to call page_close() on only one frame in a framed
page in PHPLib-based applications.





Edi

[PHP-DEV] Bug #9195 Updated: Default class function arguments

[jan]

ID: 9195
Updated by: jan
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Analyzed
Bug Type: Feature/Change Request
Operating System: Linux
PHP Version: 4.0.2
New Comment:

please take part in the discussion about the upcoming ZendEngine2 on
[EMAIL PROTECTED] 

Previous Comments:


[2001-02-09 13:00:53] [EMAIL PROTECTED]

I'm requesting that the default function arguments for a class method be
able to reference the class variable members in it's definition. 

Here is an example of it's use:

class searchclass {

var $hits;
var $results;

function save($filename, $start = 0, $end = $this->hits){ /* <- this
returns Parse error: */
if($fp = @fopen($filename, "w")){
for($i = $start; $i < $end; $i++){
fwrite($fp, implode("|", $this->results[$i]));
}
}else{
return false;
}
}

function search(){
/* ... */
}

}





Edit this bug report at http://bugs.php.net/?id=9195&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 #9250 Updated: Nested Functions are BAD, they make for inefficient debugging

[jan]

ID: 9250
Updated by: jan
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Feature/Change Request
Operating System: Any
PHP Version: 4.0.4pl1
New Comment:

brackets are used for other controll structures as well, so disabling
nested functions do not solve the problem. ->bogus

Previous Comments:


[2001-02-14 04:10:46] [EMAIL PROTECTED]

If you have a missing close-bracket "}" somewhere in your code, the PHP
parser tells you that the error is at the last line.  If you have a
multi-hundred or thousand line file, this makes life a bitch.

Rasmus tells me that the reason for this behavior is because functions
can be nested, which means that:

function a 
{
  function b
  {
  } 
}
is OK. This is a silly feature.  Why do you have it, for scoping
reasons?  It means that you can't effectively tell where syntax errors
occur.

Suggestion: Either make nested functions turned off by default but you
can turn them on with a PHP global variable, like
$PHP_BIZARRO_NESTED_FUNCTIONS = 1;

or

have the parser syntax set up so that it marks where a possible syntax
error occurred (IOW it sees a possible nested function, but it could
also be a syntax error), and if it reaches the end of the file with a
missing "}" or two, that it displays the location where it parsed the
nested function.





Edit this bug report at http://bugs.php.net/?id=9250&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 #9266 Updated: Unable to load 14 of php's extensions

[jan]

ID: 9266
Updated by: jan
Reported By: [EMAIL PROTECTED]
Status: Analyzed
Old Bug Type: Feature/Change Request
Bug Type: Documentation problem
Operating System: WinMe, Win98, Win2000
PHP Version: 4.0.4pl1
New Comment:

so better documentation is needed for extensions that rely on external
libraries.

Previous Comments:


[2001-02-14 20:07:11] [EMAIL PROTECTED]

Yes, a more detailed error message, or/and two more lines in the manual
could have saved me some time. And maybe it would for others too.

Thank you.



[2001-02-14 16:49:32] [EMAIL PROTECTED]

all of theese extensions depend on other DLLs 
being installed on your system
like, for example, sybase_ct client DLLs
(this is the native sybase call interface, _not_ the ODBC stuff)

maybe we could improve the error message?
(moved to feature request)



[2001-02-14 16:49:10] [EMAIL PROTECTED]

all of theese extensions depend on other DLLs 
being installed on your system
like, for example, sybase_ct client DLLs
(this is the native sybase call interface, _not_ the ODBC stuff)

maybe we could improve the error message?
(moved to feature request)



[2001-02-14 16:41:08] [EMAIL PROTECTED]

I spent almost 2 day trying to figure out how to load the sybase
extension under windows. I tried everything I could, but 14 of the
extensions would not load under WinMe, Win98, Win2000, with any
combination of apache, pws, iis. The extension_dir is just set all fine,
and the rest of the extensions load and function well.

I only wanted to get some data from a sybase db. I could actually solve
it with ODBC, but I still thought it's not the real way.

I discussed this problem on the local php mailing list, everyone knew
it, noone knew why. I searched through the php manual and the rest of
the web just to find a fraction of information that could be helpful
either way, but there was no.

The extensions that made me 2 horribe days:

php_curl.dll
php_fdf.dll
php_gettext.dll
php_ifx.dll
php_interbase.dll
php_ldap.dll
php_mssql65.dll
php_mssql70.dll
php_oci8.dll
php_openssl.dll
php_oracle.dll
php_sablot.dll
php_sybase_ct.dll
php_yaz.dll

A sample message:
PHP Warning:  Unable to load dynamic library
'c:\php\extensions\php_sybase_ct.dll'

My question is if it is possible to load these extensions some way, or
should I give up trying, becouse they will never load.

Thank you a lot.

I wish you nice developing.

Best regards:

Mike Myers





Edit this bug report at http://bugs.php.net/?id=9266&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 #9558 Updated: array hanling

[jan]

ID: 9558
Updated by: jan
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Feature/Change Request
Operating System: All OS
PHP Version: 4.0.4pl1
New Comment:

what about unlink($array['key']); $first=$array[0]; and
$last=$array[count($array)-1]. ?

Previous Comments:


[2001-03-05 06:32:06] [EMAIL PROTECTED]

There are no normal delete from array (by the key) there are no
possibility to get last, first element without altering the array itself
(or to examine the element), in general in PHP the array is the list
replacement (2 in 1)(for ex. in C++ we have to separate types/classes:
array and the list)  but there are no list functionality. If this will
cause performance loses then new type creation sugested.





Edit this bug report at http://bugs.php.net/?id=9558&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 #9266 Updated: Unable to load 14 of php's extensions

[irc-html]

ID: 9266
Updated by: irc-html
Reported By: [EMAIL PROTECTED]
Status: Analyzed
Old Bug Type: Documentation problem
Bug Type: Feature/Change Request
Operating System: WinMe, Win98, Win2000
PHP Version: 4.0.4pl1
New Comment:

The extensions are all (mostly) listed in a table at
http://www.php.net/manual/en/install.windows.php#install.windows.extensions
which also lists if the extension is dependent upon a specific library
(another dll).

Most of the extension documentation also lists 'You need xxx to use this
extension', or 'In order to use this extension you need to install xxx',
etc.  I think it is clearly documented in the manual.  A possibility
would be to improve the error message, perhaps 'php_xxx.dll:  This
extension requires xxx library installed', something simliar would be
helpful.

Changing to feature request.

Previous Comments:


[2002-01-06 13:18:40] [EMAIL PROTECTED]

so better documentation is needed for extensions that rely on external
libraries.



[2001-02-14 20:07:11] [EMAIL PROTECTED]

Yes, a more detailed error message, or/and two more lines in the manual
could have saved me some time. And maybe it would for others too.

Thank you.



[2001-02-14 16:49:32] [EMAIL PROTECTED]

all of theese extensions depend on other DLLs 
being installed on your system
like, for example, sybase_ct client DLLs
(this is the native sybase call interface, _not_ the ODBC stuff)

maybe we could improve the error message?
(moved to feature request)



[2001-02-14 16:49:10] [EMAIL PROTECTED]

all of theese extensions depend on other DLLs 
being installed on your system
like, for example, sybase_ct client DLLs
(this is the native sybase call interface, _not_ the ODBC stuff)

maybe we could improve the error message?
(moved to feature request)



[2001-02-14 16:41:08] [EMAIL PROTECTED]

I spent almost 2 day trying to figure out how to load the sybase
extension under windows. I tried everything I could, but 14 of the
extensions would not load under WinMe, Win98, Win2000, with any
combination of apache, pws, iis. The extension_dir is just set all fine,
and the rest of the extensions load and function well.

I only wanted to get some data from a sybase db. I could actually solve
it with ODBC, but I still thought it's not the real way.

I discussed this problem on the local php mailing list, everyone knew
it, noone knew why. I searched through the php manual and the rest of
the web just to find a fraction of information that could be helpful
either way, but there was no.

The extensions that made me 2 horribe days:

php_curl.dll
php_fdf.dll
php_gettext.dll
php_ifx.dll
php_interbase.dll
php_ldap.dll
php_mssql65.dll
php_mssql70.dll
php_oci8.dll
php_openssl.dll
php_oracle.dll
php_sablot.dll
php_sybase_ct.dll
php_yaz.dll

A sample message:
PHP Warning:  Unable to load dynamic library
'c:\php\extensions\php_sybase_ct.dll'

My question is if it is possible to load these extensions some way, or
should I give up trying, becouse they will never load.

Thank you a lot.

I wish you nice developing.

Best regards:

Mike Myers





Edit this bug report at http://bugs.php.net/?id=9266&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 #14892: Fix your shit

[Usuck]

From: [EMAIL PROTECTED]
Operating system: 
PHP version:  4.1.1
PHP Bug Type: Unknown/Other Function
Bug description:  Fix your shit

yopur download links stop trnxfr in the middle of the items lets get this
resolved so that i can user your site
-- 
Edit bug report at: http://bugs.php.net/?id=14892&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 #14892 Updated: Fix your shit

[derick]

ID: 14892
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Unknown/Other Function
Operating System: 
PHP Version: 4.1.1
New Comment:

I wish you happy new year, and now get lost.

Derick

Previous Comments:


[2002-01-06 13:40:36] [EMAIL PROTECTED]

yopur download links stop trnxfr in the middle of the items lets get
this resolved so that i can user your site





Edit this bug report at http://bugs.php.net/?id=14892&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 #14892 Updated: Download doesn't work

[mfischer]

ID: 14892
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Summary: Fix your shit
Status: Bogus
Bug Type: Unknown/Other Function
Operating System: 
PHP Version: 4.1.1
New Comment:

Try a mirror if you have troubles accessing php.net directly.

Previous Comments:


[2002-01-06 13:41:32] [EMAIL PROTECTED]

I wish you happy new year, and now get lost.

Derick



[2002-01-06 13:40:36] [EMAIL PROTECTED]

yopur download links stop trnxfr in the middle of the items lets get
this resolved so that i can user your site





Edit this bug report at http://bugs.php.net/?id=14892&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] CVS Account Request: flo

[florian geiges]

for translating doc's

-- 
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] new bug viewing/editing form

[Jim Winstead]

as threatened after i implemented bug voting, i've redesign the bug
viewing/editing form. thanks to some of the fine folks from the php-qa
list, it's already been tested against most common browsers, and enough
people complained about the netscape 4 rendering that i applied some
tweaks that have made it more tolerable.

unless i hear some loud screams, i'll go ahead and commit this in a day
or two.

(the rest of this mail is the same as what i posted to php-qa a few days
ago, for the benefit of php-dev folks.)

you can see the new look here:

 http://bugs.php.net/~jimw/bugs/bug.php?id=14841

(that's just a test bug i opened which you can feel free to add comments
to and otherwise mess with. don't worry, this version is hardcoded to
just send the mails to me for now.)

screenshots from mozilla 0.9.7 on linux, so you have some idea of how it
is supposed to look:

  viewing a bug: http://bugs.php.net/~jimw/view.png

adding a comment: http://bugs.php.net/~jimw/add-comment.png

(oh, did i forget to mention anyone can add comments to a bug? :)

  changing the bug (developer, logged in):
http://bugs.php.net/~jimw/developer-logged-in.png
  changing the bug (developer, not logged in):
http://bugs.php.net/~jimw/developer-not-logged-in.png

  changing the bug (submitter, logged in):
http://bugs.php.net/~jimw/user-logged-in.png
  changing the bug (submitter, not logged in):
http://bugs.php.net/~jimw/user-not-logged-in.png

  the success page from any submission (modulo different text):
http://bugs.php.net/~jimw/updated.png

i also tweaked the submission form just slightly to change how error
messages were displayed. you can see a sample here:

http://bugs.php.net/~jimw/incomplete-bug.png

let me know what you think, or if what you see doesn't roughly
approximate what it is that i see. (i know that opera's fieldsets don't
look as cool as mozilla's, so the voting form looks less pretty on
opera.)

jim

-- 
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] new bug viewing/editing form

[Richard Heyes]

> as threatened after i implemented bug voting, i've redesign the bug
> viewing/editing form. thanks to some of the fine folks from the php-qa
> list, it's already been tested against most common browsers, and enough
> people complained about the netscape 4 rendering that i applied some
> tweaks that have made it more tolerable.
> 
> unless i hear some loud screams, i'll go ahead and commit this in a day
> or two.
> 
> (the rest of this mail is the same as what i posted to php-qa a few days
> ago, for the benefit of php-dev folks.)
> 
> you can see the new look here:

The link colours could do with being more distinct.

-- 
Richard Heyes
"If you have any trouble sounding condescending,
find a Unix user to show you how it's done." - Scott Adams 

-- 
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 Extensions: Creating objects

[Christopher Brown-Floyd]

I want convert my template script into an extension for PHP, but I'm lost on
how to do it so that it results in a user-visible object and not a mass of
functions. An example of the end-result can be found at:
http://www.ultratemplate.com/. I've read the PHP docs and looked at the code
for other extensions, but I haven't seen any examples of this being done.
Can someone enlighten me?

TIA,
Chris



-- 
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 Extensions: Creating objects

[Markus Fischer]

On Sun, Jan 06, 2002 at 02:04:33PM -0600, Christopher Brown-Floyd wrote : 
> [...]. I've read the PHP docs [...]

Take a look at the Zend API docs at zend.com/apidoc , more
specific at the chapters creating variables / objects .

> and looked at the code
> for other extensions, but I haven't seen any examples of this being done.

You must have missed extensions like domxml then. There are a
few others too using objects.

-- 
Please always Cc to me when replying to me on the lists.

-- 
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] new bug viewing/editing form

[Chris Newbill]

Just a nit-picky thing but maybe you should have the year with all of
the dates.

-Chris

-Original Message-
From: Jim Winstead [mailto:[EMAIL PROTECTED]] 
Sent: Sunday, January 06, 2002 1:13 PM
To: [EMAIL PROTECTED]
Subject: [PHP-DEV] new bug viewing/editing form

as threatened after i implemented bug voting, i've redesign the bug
viewing/editing form. thanks to some of the fine folks from the php-qa
list, it's already been tested against most common browsers, and enough
people complained about the netscape 4 rendering that i applied some
tweaks that have made it more tolerable.

unless i hear some loud screams, i'll go ahead and commit this in a day
or two.

(the rest of this mail is the same as what i posted to php-qa a few days
ago, for the benefit of php-dev folks.)

you can see the new look here:

 http://bugs.php.net/~jimw/bugs/bug.php?id=14841

(that's just a test bug i opened which you can feel free to add comments
to and otherwise mess with. don't worry, this version is hardcoded to
just send the mails to me for now.)

screenshots from mozilla 0.9.7 on linux, so you have some idea of how it
is supposed to look:

  viewing a bug: http://bugs.php.net/~jimw/view.png

adding a comment: http://bugs.php.net/~jimw/add-comment.png

(oh, did i forget to mention anyone can add comments to a bug? :)

  changing the bug (developer, logged in):
http://bugs.php.net/~jimw/developer-logged-in.png
  changing the bug (developer, not logged in):
http://bugs.php.net/~jimw/developer-not-logged-in.png

  changing the bug (submitter, logged in):
http://bugs.php.net/~jimw/user-logged-in.png
  changing the bug (submitter, not logged in):
http://bugs.php.net/~jimw/user-not-logged-in.png

  the success page from any submission (modulo different text):
http://bugs.php.net/~jimw/updated.png

i also tweaked the submission form just slightly to change how error
messages were displayed. you can see a sample here:

http://bugs.php.net/~jimw/incomplete-bug.png

let me know what you think, or if what you see doesn't roughly
approximate what it is that i see. (i know that opera's fieldsets don't
look as cool as mozilla's, so the voting form looks less pretty on
opera.)

jim

-- 
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]

Re: [PHP-DEV] new bug viewing/editing form

[Markus Fischer]

On Sun, Jan 06, 2002 at 12:13:21PM -0800, Jim Winstead wrote : 
>  http://bugs.php.net/~jimw/bugs/bug.php?id=14841

When I click on 'Edit submission' my CVS password is exposed
in clear text ...

-- 
Please always Cc to me when replying to me on the lists.

-- 
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: new bug viewing/editing form

[Manuel Lemos]

Hello,

Jim Winstead wrote:
> 
> as threatened after i implemented bug voting, i've redesign the bug

Congratulations! Voting is an excellent idea that will help developers
to sort out the priorities of what bugs should be fixed first. Just a
couple of comments:

- Voting does not work on Opera 5.05 for Linux. When you submit the
vote, it fails with the message "missing parameter score".

- Assuming that the number of votes may influence in the priority that
developers will give to fix each bug, it seems easy to mislead
developers because somebody that realizes that may submit a bunch of
votes just to make it outstand in the pending bug queue. I suggest that
you adopt an authentication scheme like bugzilla, that requires
submitters to subscribe confirming the subscriptions by e-mail. This
way, multiple votes from the same subscriber would only count as one.

Keep up the good work,
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: new bug viewing/editing form

[Melvyn Sopacua]

Manuel Lemos said at 22:18 6-1-2002:

>- Assuming that the number of votes may influence in the priority that
>developers will give to fix each bug, it seems easy to mislead
>developers because somebody that realizes that may submit a bunch of
>votes just to make it outstand in the pending bug queue. I suggest that
>you adopt an authentication scheme like bugzilla, that requires
>submitters to subscribe confirming the subscriptions by e-mail. This
>way, multiple votes from the same subscriber would only count as one.

If you go down that road, instead of assuming mature users, and kicking
out the occasional kid, you'll end up with a lot of maintenance in the
the subscriber database, deleting numerous hotmail accounts.

Floods can be easily detected, and bugs which outstand tremendously can
be investigated.

There's also a much easier authentication for votes, which separates
humans from bots, described here:
http://www.webtechniques.com/archives/2001/12/perl/


Met vriendelijke groeten / With kind regards,

IDG.nl
Melvyn Sopacua
Webmaster


XML-error: undefined entity "peace" at line 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 #13341 Updated: Seffault in outputbuffers

[wico]

ID: 13341
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating System: linux
PHP Version: 4.0.6
New Comment:

also true for 4.1.1

Greetz,


Previous Comments:


[2002-01-06 09:26:14] [EMAIL PROTECTED]

yup still segfaults with 4.1.0



[2002-01-06 07:41:19] [EMAIL PROTECTED]

Does this problem still occur with 4.1.1 and/or the latest CVS?



[2001-09-17 06:20:22] [EMAIL PROTECTED]

Fixed typo;

Btw where did the bug reporters stats go? It looks good to be on top ;)



[2001-09-17 06:14:58] [EMAIL PROTECTED]

Hiya,

Using the same var from the function and changing will sefault, copying
it first to another var will work... but should not happen, see
examples

I segfaulted :( :( :(

Greetz,

Wico de Leeuw





Edit this bug report at http://bugs.php.net/?id=13341&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: new bug viewing/editing form

[Jim Winstead]

Manuel Lemos <[EMAIL PROTECTED]> wrote:
> Jim Winstead wrote:
>> as threatened after i implemented bug voting, i've redesign the bug
> 
> Congratulations! Voting is an excellent idea that will help developers
> to sort out the priorities of what bugs should be fixed first. Just a
> couple of comments:

the voting has been there for a week or so, actually. it is just hard to
notice on the current page because wide comments cause it to get pushed
way off to the right.

> - Voting does not work on Opera 5.05 for Linux. When you submit the
> vote, it fails with the message "missing parameter score".

it's a bug in opera. http://bugs.php.net/~jimw/bugs/opera-broken.php

but because of the order of the fields on the new page, this bug doesn't
get triggered there.

> - Assuming that the number of votes may influence in the priority that
> developers will give to fix each bug, it seems easy to mislead
> developers because somebody that realizes that may submit a bunch of
> votes just to make it outstand in the pending bug queue. I suggest that
> you adopt an authentication scheme like bugzilla, that requires
> submitters to subscribe confirming the subscriptions by e-mail. This
> way, multiple votes from the same subscriber would only count as one.

i really, really do not want to force people to register and deal with
all that. if abuse of the voting system becomes a problem, we'll figure
out a way to deal with it at that time. (the voting does track the ip of
submissions, so that is one easy filter that can be applied.)

i have my doubts that the voting will really prove all that useful in
cajoling developers to work on specific bugs. i suspect it will be more
useful in getting users to notice bugs that have already been reported.
(and it is a safety valve for preventing 'me too!' comments now that
anyone will be able to add a comment to a bug.)

jim

-- 
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: new bug viewing/editing form

[Manuel Lemos]

Hello,

Melvyn Sopacua wrote:
> 
> Manuel Lemos said at 22:18 6-1-2002:
> 
> >- Assuming that the number of votes may influence in the priority that
> >developers will give to fix each bug, it seems easy to mislead
> >developers because somebody that realizes that may submit a bunch of
> >votes just to make it outstand in the pending bug queue. I suggest that
> >you adopt an authentication scheme like bugzilla, that requires
> >submitters to subscribe confirming the subscriptions by e-mail. This
> >way, multiple votes from the same subscriber would only count as one.
> 
> If you go down that road, instead of assuming mature users, and kicking
> out the occasional kid, you'll end up with a lot of maintenance in the
> the subscriber database, deleting numerous hotmail accounts.

I think that bug reporters and people that know and understand the point
of the bug database are mature users.

Bugzilla implements that kind of authentication to avoid reports from
faked people that do not intend to provide feedback later.


 
> Floods can be easily detected, and bugs which outstand tremendously can
> be investigated.

The problem to avoid here are not exactly floods, but the occasional
user that in the hope of having his reports addressed with greater
priority would submit say like 12 votes. How would you tell if those
votes would be from the same user or not?


 
> There's also a much easier authentication for votes, which separates
> humans from bots, described here:
> http://www.webtechniques.com/archives/2001/12/perl/

Interesting. This would be better than it is now, despite it would not
avoid the problem.

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]

[PHP-DEV] Re: new bug viewing/editing form

[Manuel Lemos]

Hello,

Jim Winstead wrote:
> > - Voting does not work on Opera 5.05 for Linux. When you submit the
> > vote, it fails with the message "missing parameter score".
> 
> it's a bug in opera. http://bugs.php.net/~jimw/bugs/opera-broken.php
> 
> but because of the order of the fields on the new page, this bug doesn't
> get triggered there.

What do you mean? I just noticed that it still causes the problem above.

 
> > - Assuming that the number of votes may influence in the priority that
> > developers will give to fix each bug, it seems easy to mislead
> > developers because somebody that realizes that may submit a bunch of
> > votes just to make it outstand in the pending bug queue. I suggest that
> > you adopt an authentication scheme like bugzilla, that requires
> > submitters to subscribe confirming the subscriptions by e-mail. This
> > way, multiple votes from the same subscriber would only count as one.
> 
> i really, really do not want to force people to register and deal with
> all that. if abuse of the voting system becomes a problem, we'll figure
> out a way to deal with it at that time. (the voting does track the ip of
> submissions, so that is one easy filter that can be applied.)

hummm... I was able to vote on the same bug several times in a row and
it counted. Are you sure that IP filter is working?

Anyway, that is easy to work around, especially because the source of
the page is available, and who intends to fool the system will always
find a easy way to do it.


 
> i have my doubts that the voting will really prove all that useful in
> cajoling developers to work on specific bugs. i suspect it will be more

I think it will help the QA time to concentrate on bugs that seem more
urgent, if the vote system can work reliably.


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: new bug viewing/editing form

[Lukas Smith]

I have seen this used (doesn't even Yahoo use this?)
Anyways I guess the important thing is to think about the audience you
are trying to get to report bugs.

What is important to get anything fixed? The initial Report and then
Feedback!
What slows down fixes: Bug reports without Feedback (as you are likely
to waste a lot of time)
So how to best get it this worked out?
1) Get people that actually care to have this bug fixed.
2) Have a method to contact the person for additional feedback.
3) Make the people think before they report if this really is a bug
4) Atleast some level of competence

The down side of course is that registering might turn off some people.
But those do not fall in 1), so we can maybe live without their reports
to begin with? So the downside is actually its upside!
It ensures that you get the type of person that fit 1) and enables 2).

Since you have to provide your email address you also might take more
care as to your quality. This is just a mind thing and obviously you can
register using any email address that you normally do not use at all.
But I think requiring registration still helps a bit with 3).

So for 1) - 3) registration will help.

For 4) ... well registration is not much of a test :-)
But 2,5 out of 4 is quite good :-) 

Obviously the people that fit 1) potentially might also have an interest
in manipulating the votes.

This also helps stop multiple votes (does not make it impossible though)

Best regards,
Lukas Smith
[EMAIL PROTECTED]
___
 DybNet Internet Solutions GbR
 Alt Moabit 89
 10559 Berlin
 Germany
 Tel. : +49 30 83 22 50 00
 Fax : +49 30 83 22 50 07
 www.dybnet.de [EMAIL PROTECTED]
___

> -Original Message-
> From: Manuel Lemos [mailto:[EMAIL PROTECTED]]
> Sent: Sunday, January 06, 2002 11:20 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [PHP-DEV] Re: new bug viewing/editing form
> 
> Hello,
> 
> Melvyn Sopacua wrote:
> >
> > Manuel Lemos said at 22:18 6-1-2002:
> >
> > >- Assuming that the number of votes may influence in the priority
that
> > >developers will give to fix each bug, it seems easy to mislead
> > >developers because somebody that realizes that may submit a bunch
of
> > >votes just to make it outstand in the pending bug queue. I suggest
that
> > >you adopt an authentication scheme like bugzilla, that requires
> > >submitters to subscribe confirming the subscriptions by e-mail.
This
> > >way, multiple votes from the same subscriber would only count as
one.
> >
> > If you go down that road, instead of assuming mature users, and
kicking
> > out the occasional kid, you'll end up with a lot of maintenance in
the
> > the subscriber database, deleting numerous hotmail accounts.
> 
> I think that bug reporters and people that know and understand the
point
> of the bug database are mature users.
> 
> Bugzilla implements that kind of authentication to avoid reports from
> faked people that do not intend to provide feedback later.
> 
> 
> 
> > Floods can be easily detected, and bugs which outstand tremendously
can
> > be investigated.
> 
> The problem to avoid here are not exactly floods, but the occasional
> user that in the hope of having his reports addressed with greater
> priority would submit say like 12 votes. How would you tell if those
> votes would be from the same user or not?
> 
> 
> 
> > There's also a much easier authentication for votes, which separates
> > humans from bots, described here:
> > http://www.webtechniques.com/archives/2001/12/perl/
> 
> Interesting. This would be better than it is now, despite it would not
> avoid the problem.
> 
> 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]



-- 
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: new bug viewing/editing form

[Melvyn Sopacua]

Hi,

>Bugzilla implements that kind of authentication to avoid reports from
>faked people that do not intend to provide feedback later.

Which is what you want, for a good voting system.
You want users, who took the time to search through the active database,
to cast their vote, so developers get some idea of the impact of the
bug.
Registration is a 2-step (do + confirm) boundery that takes away a lot
of the potential voters, for reasons ranging from lack of anti-paranoia
medication to time constraints and Jolt overdose.

> > Floods can be easily detected, and bugs which outstand tremendously can
> > be investigated.
>
>The problem to avoid here are not exactly floods, but the occasional
>user that in the hope of having his reports addressed with greater
>priority would submit say like 12 votes. How would you tell if those
>votes would be from the same user or not?

You wouldn't and an IP/cookie based session, would take care of most of
that. If somebody actually takes to the time to use multiple IP addresses,
and browsers to cast a not too suspiscious amount of votes over a lenghtly
period of time, let's just reward this frustration, before the poor guy
jumps off some building.

No matter what procedural importance you award to the voting tool, it will
be one of the factors, which stimulates a (group of) developers to
work on a bug.

Met vriendelijke groeten / With kind regards,

IDG.nl
Melvyn Sopacua
Webmaster


XML-error: undefined entity "peace" at line 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 #14893: RE starting with (.*) might break

[japhy]

From: [EMAIL PROTECTED]
Operating system: SunOS
PHP version:  4.1.1
PHP Bug Type: PCRE related
Bug description:  RE starting with (.*) might break

Here's the problem:



It fails, but it really shouldn't.  You can fool the engine into not having
the bug:



The bug is thus:  a regex that starts with .* can logically be made to
start with an implicit anchor to the beginning of the string.  However,
this optimization can break the success of a regex if the .* is captured
(as above) and used later (the back-reference \1).  I've contacted the
author of the PCRE package.
-- 
Edit bug report at: http://bugs.php.net/?id=14893&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: new bug viewing/editing form

[Melvyn Sopacua]

Lukas Smith said at 23:37 6-1-2002:

>Anyways I guess the important thing is to think about the audience you
>are trying to get to report bugs.

That wouldn't necessarily be the same people, who you need for a vote.
The audience for a vote, would be to get an indication of the affected
sites (would have been wonderful to have that available during the whole
exit() discussion) and to get an insight on how important your usergroup
perceives the issue.

For instance obsoleting mysql_db_query from the next release, would be a
good test :-)

This would also make descisions for a maintenance release have some more
measurable criteria.

That people also provide feedback, is a plus. And this can now be done,
because not only the original reporter of a bug can post feedback, but
anybody. That is however a seperate plus to the new bug system, besides
the voting improvements.


Met vriendelijke groeten / With kind regards,

IDG.nl
Melvyn Sopacua
Webmaster


XML-error: undefined entity "peace" at line 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 #14894: socket_read should return string, not int

[junk-php]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.1.0
PHP Bug Type: Documentation problem
Bug description:  socket_read should return string, not int

http://www.php.net/manual/en/function.socket-read.php

Claims to return an int. The prototype should be string socket_read. 

- AZ

-- 
Edit bug report at: http://bugs.php.net/?id=14894&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: new bug viewing/editing form

[Jim Winstead]

Manuel Lemos <[EMAIL PROTECTED]> wrote:
> Jim Winstead wrote:
>> > - Voting does not work on Opera 5.05 for Linux. When you submit the
>> > vote, it fails with the message "missing parameter score".
>> 
>> it's a bug in opera. http://bugs.php.net/~jimw/bugs/opera-broken.php
>> 
>> but because of the order of the fields on the new page, this bug doesn't
>> get triggered there.
> 
> What do you mean? I just noticed that it still causes the problem above.

i mean there is a bug in opera that causes voting to fail on the
existing bug viewing/voting/editing page (where the voting stuff is in a
box that is floated to the right of the bug header). in my testing, the
bug in opera is no longer triggered by the new version of this page
(where the voting form is below the bug header).

regardless of whether the new version triggers this bug in opera or not,
it remains a bug in opera. i'm not going to spend any more of my time
figuring out how to work around it.

>> i really, really do not want to force people to register and deal with
>> all that. if abuse of the voting system becomes a problem, we'll figure
>> out a way to deal with it at that time. (the voting does track the ip of
>> submissions, so that is one easy filter that can be applied.)
> 
> hummm... I was able to vote on the same bug several times in a row and
> it counted. Are you sure that IP filter is working?

there is no filter. the ip is only being tracked at this time.

> Anyway, that is easy to work around, especially because the source of
> the page is available, and who intends to fool the system will always
> find a easy way to do it.

of course. that's why i am sticking with the path of least resistance.

if the existing bug-voting system proves to not be useful (because of
people stuffing the ballot box, or not voting, or whatever), we can
always change it (slightly or dramatically). but until that happens, i
see very little reason to change it.

>> i have my doubts that the voting will really prove all that useful in
>> cajoling developers to work on specific bugs. i suspect it will be more
> 
> I think it will help the QA time to concentrate on bugs that seem more
> urgent, if the vote system can work reliably.

my doubts come from a long time of watching developers of php work on
what they want to work on, without a great deal of concern for what it
is that users want. i don't see any reason to believe requiring people
to register to vote on bugs will change that situation.

jim

-- 
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 #14894 Updated: socket_read should return string, not int

[junk-php]

ID: 14894
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Documentation problem
Operating System: Linux
PHP Version: 4.1.0
New Comment:

Examples in mainline socket text should also be updated, they use the
bogus version. 

Previous Comments:


[2002-01-06 18:07:39] [EMAIL PROTECTED]

http://www.php.net/manual/en/function.socket-read.php

Claims to return an int. The prototype should be string socket_read. 

- AZ






Edit this bug report at http://bugs.php.net/?id=14894&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 #14895: Error when trying to load the php4 module

[snowgod]

From: [EMAIL PROTECTED]
Operating system: FreeBSD 4.3-RELEASE
PHP version:  4.1.1
PHP Bug Type: OpenSSL related
Bug description:  Error when trying to load the php4 module

Here is my configuration when compiling php

./configure  --with-mysql --enable-track-vars --with-snmp --with-imap
--with-apxs=/usr/local/apache/bin/apxs --enable-ucd-snmp-hack
--with-imap-ssl --with-openssl=/usr --enable-sockets --enable-ftp
--with-bz2 --with-zlib

My apache version is 1.3.20 (I tried with 1.3.22 as well and had the same
issue.

The error I get when attempting to start the apache server (compiles fine)
is:

Cannot load /usr/local/libexec/apache/libphp4.so into server:
/usr/local/libexec/apache/libphp4.so: Undefined symbol "ssl_onceonlyinit"

libssl exists:
(root@warped) [/usr/lib]$ ls -ld /usr/lib/libssl.so
lrwxrwxrwx  1 root  wheel  11 Sep  7 17:59 /usr/lib/libssl.so ->
libssl.so.2
(root@warped) [/usr/lib]$ ls -ld /usr/lib/libssl.so.2
-r--r--r--  1 root  wheel  176348 Apr 21  2001 /usr/lib/libssl.so.2

I can post a list of apache modules if nessicary, but that doesn't seem to
matter, I do use mod_ssl though.

-- 
Edit bug report at: http://bugs.php.net/?id=14895&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: [PHP-CVS] cvs: php4 /ext/session session.c

[Yasuo Ohgaki]

[EMAIL PROTECTED] wrote:

> On Thu, 3 Jan 2002, Yasuo Ohgaki wrote:
> 
> 
>>>Which is perfectly fine as it is IMO. What is the change here that you
>>>suggest exactly?
>>>
>>
>>- Do not use php_session_register_module()
>>- Add #ifdef to ps_modules struct for external save
>>   handler modules
>>
> 
> You want to add the pgsql module here too then?


Depends, since there is no real users and there is no
way to download other than check out from CVS :)

> 
> 
>>Just a few lines of changes, but it requries to compile save handler
>>modules with session module.
>>
>>
> 
> I'm against removing the php_session_register_module() call, for the
> reason that I need it for SRM. Sascha implemented it because if this
> (maybe partly) reason. If this call is removed, or deprecated, there is no
> way for an extension to register a session module, without modifying the
> PHP Source, which is a bad idea IMO.


php_session_register_module() should be there.
I'm proposing temp work around for known problem, since real fix would
take much longer time to implement.

> 
> 
>>>You still failed to tell me why this is all needed. If it's only the
>>>runtime undefined symbol stuff, then I think it's nto worth the hassle to
>>>'fix' it. It's not broken now. And I think it's not that big a problem at
>>>all.
>>>
>>That's why I just get rid of error message for now.
>>
>>Should I leave it as is?
>>
> 
> That's my opinion here.


Ok. Then I just leave the session.c as is now. (No error message for
bogus session save handler name. All external save handlers are bogus
when module is initilized :)

I've changed session.c so that it won't segfault under certain
condition when external session save handler is used. These
changes should be enough for now.

-- 
Yasuo Ohgaki


-- 
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 #13341 Updated: Seffault in outputbuffers

[yohgaki]

ID: 13341
Updated by: yohgaki
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Analyzed
Bug Type: Reproducible crash
Operating System: linux
PHP Version: 4.0.6
Old Assigned To: 
Assigned To: yohgaki
New Comment:

Assign to me so that I don't forget about this.
Zeev may want to fix this, though :)

Previous Comments:


[2002-01-06 16:54:47] [EMAIL PROTECTED]

also true for 4.1.1

Greetz,




[2002-01-06 09:26:14] [EMAIL PROTECTED]

yup still segfaults with 4.1.0



[2002-01-06 07:41:19] [EMAIL PROTECTED]

Does this problem still occur with 4.1.1 and/or the latest CVS?



[2001-09-17 06:20:22] [EMAIL PROTECTED]

Fixed typo;

Btw where did the bug reporters stats go? It looks good to be on top ;)



[2001-09-17 06:14:58] [EMAIL PROTECTED]

Hiya,

Using the same var from the function and changing will sefault, copying
it first to another var will work... but should not happen, see
examples

I segfaulted :( :( :(

Greetz,

Wico de Leeuw





Edit this bug report at http://bugs.php.net/?id=13341&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 #14528 Updated: Conflicting types for 'gdioctx'

[grichards]

ID: 14528
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Closed
Status: Open
Bug Type: Compile Failure
Operating System: Red Hat 7.2
PHP Version: 4.0.6
New Comment:

I just got around to upgrading to 4.1.0, no difference, still can't
compile --with-gd



Previous Comments:


[2002-01-05 16:51:37] [EMAIL PROTECTED]

No feedback. Closing.



[2001-12-14 21:32:37] [EMAIL PROTECTED]

Update to PHP 4.1.0..this should be fixed in it. If not, please 
try the latest CVS snapshot: http://snaps.php.net/

(I'm pretty sure that this is fixed..just can't remember when :)




[2001-12-14 19:27:07] [EMAIL PROTECTED]

Hi. Thanks for the reply!

There is only /usr/include/gd.h on my system:

[root@server1 php-4.0.6]# locate gd.h
/usr/include/gd.h
/usr/local/src/gd-2.0.1/gd.h
/usr/src/php-4.0.6/ext/gd/php_gd.h


Any other ideas?



[2001-12-14 19:20:57] [EMAIL PROTECTED]

This is often due to the fact that you have multiple versions of the gd
header files on your system.  Do a 'locate gd.h' and make sure you only
have 1.  If you have more than 1, get rid of the old bogus ones.



[2001-12-14 18:52:33] [EMAIL PROTECTED]

I'm getting the same bug a lot of other people have posted. I haven't
seen a solution in all the reports that work. I've installed gd 2.0.1.

My configure:

./configure --with-apxs=/usr/local/apache/bin/apxs --with-openssl
--enable-ftp --with-gd=shared,/usr -with-mysql=/usr --with-pdflib
--with-jpeg-dir=/usr/local --with-tiff-dir=/usr/local

results of make:

gd.c:95: conflicting types for `gdIOCtx'
/usr/local/include/gd_io.h:18: previous declaration of `gdIOCtx'
make[3]: *** [gd.slo] Error 1
make[3]: Leaving directory `/usr/src/php-4.0.6/ext/gd'

What does this mean? What can I do?

Gabe





Edit this bug report at http://bugs.php.net/?id=14528&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-CVS] cvs: php4 /ext/session session.c

[Yasuo Ohgaki]

Mlwmohawk wrote:

> On Wednesday 02 January 2002 04:37 pm, Yasuo Ohgaki wrote:
> 
>>Yasuo Ohgaki wrote:
>>
>>BTW, if I fix the issue with 3), I have to change msession a line
>>so that it does not register it as session save handler. (handler
>>is registered by #ifdef)
>>
>>I have to move pgsql session save handler to php4 source tree,
>>since save handlers must be compiled with session module with
>>option 3).
>>
>>Comments are welcome :)
>>
> 
> A lot of mail comes through this list. Sorry if I cause a rehash. What I 
> don't understand is why there is the need to remove 
> php_session_register_module().


I was not going to remove php_session_register_module()
I'll leave current session.c as is, as a result of discussion
with Derick.

Disableing error message and my fix for crash with external
save handler is enough for now, I think. I can close some
bug reports with these changes :)

PS: When someone implemented smart ini parser/module loader,
the error message should be enabled again.

-- 
Yasuo Ohgaki


-- 
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 #14612 Updated: session save handler module uses php_session_register_module() does not work.

[yohgaki]

ID: 14612
Updated by: yohgaki
Reported By: [EMAIL PROTECTED]
Old Status: Critical
Status: Closed
Bug Type: Session related
Operating System: Linux
PHP Version: 4.0CVS-2001-12-19
New Comment:

Fixed in 4.2.0-dev

Previous Comments:


[2001-12-20 03:42:11] [EMAIL PROTECTED]

Move the stuff in MINIT to GINIT, and it shold work again.
I was looking into that, but forgot it afterwards.

Derick



[2001-12-19 23:50:37] [EMAIL PROTECTED]

My description is not correct.
There is  a way to use external session save handler module.
i.e. session_module_name()



[2001-12-19 22:01:10] [EMAIL PROTECTED]

Addiotinal info:

Since session module is initilized at first, there is no way to register
external session module. This is critical, I think.

Changed status = Critical.



[2001-12-19 21:46:07] [EMAIL PROTECTED]

Ok. I found the reason and can fix it now.

It try to find session module *before* registering.
I guess it is due to module initilization order has been changed. 
(I could use mm module at leat with 4.0.6, IIRC).

Questin is:
Should it be fixed in session module or
module initilization order should be fixed...





[2001-12-19 21:10:21] [EMAIL PROTECTED]

Starting httpd: Unknown(0) : Fatal error - Cannot find save handler mm
/usr/sbin/apachectl startssl: httpd started

'./configure' \
'--with-apxs' \
'--without-mysql' \
'--without-pear' \
'--enable-debug' \
'--with-mm' \
"$@"

php.ini
session.save_handler=mm

files and user modules works, since they are statically defined in
ps_modules.





Edit this bug report at http://bugs.php.net/?id=14612&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 #14798 Updated: session.gc_maxlifetime does not work (Reopen Bug ID #3793)

[yohgaki]

ID: 14798
Updated by: yohgaki
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Session related
Operating System: Win 2k
PHP Version: 4.1.0
New Comment:

Any windows users can confirm this?

BTW, gc_maxlifetime is in sec. and *explained* explicitly in php.ini
IIRC.

Previous Comments:


[2002-01-02 08:37:15] [EMAIL PROTECTED]

Befor going into the bug-report an importent question:
session.gc_maxlifetime documented as a lifetime messured in *seconds*
with default = 1440 
   1440s = 24min. hmm 24min ?? 
Expectiong the gc_maxlifetime to be rather long 24 min. seams a short
time AND 24 relates more to 24h! So is it realy *seconds* ?!
 ---
The Bug:
As reported in Bug ID #3793 (from [EMAIL PROTECTED]) following still
happens (taken from [EMAIL PROTECTED], 2000-12-07 and veryfied by
[EMAIL PROTECTED], 2001-11-25):
1) "session.gc_maxlifetime" does not work - I set this to 60 sec, but I
can read values from the session even when time expired. (I start the
session and then I wait
more than 60 sec before calling other script)

2) When I set "session.gc_probability = 100"  in php.ini, ALL other
session files are deleted (only one session can be used at the time - if
2 clients are connected to
server, the second client deletes session of the first client, etc.).
.

My Comment:
To (1): This may be intended when using cookies! Because if
session.cookie_lifetime is =0 (until browser is restarted) finding a
valid SID in the cookie may prevent the gc from destroying the session
data. (The doc leves this open).

To (2): For testing I've set "session.gc_probability = 50" but the
effect is the same. As soon as the gc runs, all other session-files are
deleted. gc_maxlifetime has no influance. 

[EMAIL PROTECTED] wrote that it may have to do with 'atime' and I would
think so too. I would consider to use 'mtime' (maybe as fallback). Even
the PHP-manual makes restriktions to 'atime': "Some Unix filesystems can
be mounted with atime updates disabled to increase the performance."


[Session]
session.gc_probability = 100
session.gc_maxlifetime = 60
session.save_handler = files
session.save_path = c:\tmp\
session.use_cookies = 1
session.name = PHPSESSID
session.auto_start = 0
session.cookie_lifetime = 0
session.cookie_path = /
session.cookie_domain =
session.serialize_handler = php
session.referer_check =
session.entropy_length = 0
session.entropy_file =
;session.entropy_length = 16
;session.entropy_file = /dev/urandom
session.cache_limiter = nocache
session.cache_expire = 180
session.use_trans_sid = 1






Edit this bug report at http://bugs.php.net/?id=14798&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 #14628 Updated: Session functions block on lock

[yohgaki]

ID: 14628
Updated by: yohgaki
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Session related
Operating System: Linux
PHP Version: 4.1.0
New Comment:

I guess your httpd is crashing. Please check your apache log. Do you get
core file?



Previous Comments:


[2001-12-22 06:12:34] [EMAIL PROTECTED]

Hi

No Frames involved.  Thanks 

Chris




[2001-12-21 20:27:46] [EMAIL PROTECTED]

Do you have frames with your php script?
If yes, write session_write_close() to see if it helps.
I don't have time to check mod_files.c now, just trying to find work
around ;)

PHP version 4.0.6 => 4.1.0



[2001-12-21 11:11:31] [EMAIL PROTECTED]

Hi

Have installed 4.1, same problem as highlighted below:
[root@fweb2 /root]# strace -p 6739
flock(4, LOCK_EX


[root@fweb2 /root]# lsof | grep sessions
php6739 fonetastic4u   REG  72,10   163294275
/www/external/sessions/sess_104bb2ffcc67af16af4095cbd92a8f64
php6949 fonetastic4u   REG  72,10   163294275
/www/external/sessions/sess_104bb2ffcc67af16af4095cbd92a8f64



[2001-12-20 19:00:02] [EMAIL PROTECTED]

Could you try 4.1.0 and/or 4.2.0-dev see if it's fixed?
http://www.php.net/downloads.php (4.1.0)
http://snaps.php.net/ (4.2.0-dev)

Please report the result and update PHP version.

--
Yasuo Ohgaki




[2001-12-20 12:40:04] [EMAIL PROTECTED]

When running php with fastcgi, php gets stuck on call to open session
file. Strace output gives following;

open("/www/external/sessions/sess_7cd8fc3921075f6f1483f052619e44e8",O_RDWR)
= 4
flock(4, LOCK_EX






Edit this bug report at http://bugs.php.net/?id=14628&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 #13554 Updated: Storing complex object as session variable makes apache go beserk

[yohgaki]

ID: 13554
Updated by: yohgaki
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Session related
Operating System: Redhat Linux
PHP Version: 4.0.6
New Comment:

Does this happen with PHP 4.1.1?

Previous Comments:


[2001-10-05 03:46:35] [EMAIL PROTECTED]

It should also be noted that I dont see this problem with much smaller /
less complex objects.





[2001-10-05 02:54:51] [EMAIL PROTECTED]

Before this, I've started the session, and have included the file
defining the Test class.

  session_register("testCache");

  if(!isset($testCache))
  {
 $testCache = new Test($testid);
 echo "Loading non cached...";
  }

It should be noted that an instantiated Test object is really pretty
darn hefty and contains arrays of objects in its attributes with many
methods.  Total footprint is probably around 150k or so.

The first time this code is executed, testCache is empty
and is created within the body of the if statement

The second time (reload the page for instance) it causes the apache
process servicing the request to gobble up insane amounts of memory.  As
far as I can tell, apache will never respond back.  On the reload, the
session variable should be set







Edit this bug report at http://bugs.php.net/?id=13554&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]