#22240 [NEW]: number_function

2003-02-16 Thread shadlej
From: [EMAIL PROTECTED]
Operating system: Windows
PHP version:  4.3.0
PHP Bug Type: Unknown/Other Function
Bug description:  number_function

I got this code from a book. It works as long as the total is less than
999. when it exceeds 999, it can't calculate the total properly. I think
it has something to do with the number_function.  


+index.html ++





  Item
  Quantity



  Tires
  



  Oil
  



  Spark Plugs
  



  





 preprocess.php ++



  Jim's Auto Parts - Order Results


Jim's Auto Parts
Order Results

Order Processed at ";
  echo date("H:i, jS F");
  echo "";
  echo "Your order is as follows:";
  echo "";
  echo $tireqty." tires";
  echo $oilqty." bottles of oil";
  echo $sparkqty." spark plugs";
  
  $totalqty = $tireqty + $oilqty + $sparkqty;
  $totalamount = $tireqty  * TIREPRICE
   + $oilqty   * OILPRICE
   + $sparkqty * SPARKPRICE;
  $totalamount = number_format($totalamount,2);
  echo "\n";
  echo "Items Ordered:  ".$totalqty."\n";
  echo "Subtotal:   $".$totalamount."\n";
  $taxrate = 0.10;
  $totalamount = $totalamount * (1 + $taxrate);
  $totalamount = number_format($totalamount, 2);
  echo "Total including tax: $".$totalamount."\n";

?>



-- 
Edit bug report at http://bugs.php.net/?id=22240&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22240&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=22240&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=22240&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22240&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=22240&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22240&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=22240&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22240&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22240&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=22240&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22240&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=22240&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=22240&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22240&r=gnused




#22241 [NEW]: Incorrect fatal error when calling a method on a class from within a function

2003-02-16 Thread philippe-php
From: [EMAIL PROTECTED]
Operating system: Linux web13.90.ha.ovh.net 2.4.20
PHP version:  4.3.0
PHP Bug Type: Class/Object related
Bug description:  Incorrect fatal error when calling a method on a class from within a 
function

PHPInfo for the server is here : http://90plan.ovh.net/phpinfo.php

The code is here :

port=$string;
echo "TOTO constructor was called so class was found!! Dumping
vars:";
var_dump($this);
echo"";
}

function test()
{
echo "method test called. Value for port is
:".$this->port;
}
}

$toutou=new Toto("PORT1");
$toutou->test();
echo "Entering function and doing the same calls with value PORT2";
testCallsInFunction();

function testCallsInFunction()
{

$toutou2=new Toto("PORT2");
$toutou->test();
}
?>

The output I get is 

TOTO constructor was called so class was found!! Dumping vars:
object(toto)(1) { ["port"]=> string(5) "PORT1" } 


method test called. Value for port is :PORT1

Entering function and doing the same calls with value PORT2

TOTO constructor was called so class was found!! Dumping vars:
object(toto)(1) { ["port"]=> string(5) "PORT2" } 

Fatal error: Call to a member function on a non-object in
/home/eurobill/www/toto.php on line 29


I have tried including the class in another file and adding an include
statement inside the function but it still doesn't work. This bug forced
me to remove calls to objects in functions for my site !
-- 
Edit bug report at http://bugs.php.net/?id=22241&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22241&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=22241&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=22241&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22241&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=22241&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22241&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=22241&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22241&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22241&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=22241&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22241&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=22241&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=22241&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22241&r=gnused




#22242 [NEW]: Unknown(): Unable to load dynamic library '.;c:\php\extensions\php_gd.dll

2003-02-16 Thread vdragon
From: [EMAIL PROTECTED]
Operating system: Windows XP
PHP version:  4.3.0
PHP Bug Type: Dynamic loading
Bug description:  Unknown(): Unable to load dynamic library 
'.;c:\php\extensions\php_gd.dll

I haz a problem, real problem, when i try to load php_gd.dll, i haz a
warning message

Unknown(): Unable to load dynamic library '.;c:\php\extensions\php_gd.dll

I try many way to fix it, reinstall php, reinstal web server, install php
on apache and IIS...
php.ini haz edit correctly, and all files whaz coped to all folders, where
recomemnded in istall.txt (dll's and php.ini) 
I try use PHP as CGI and SAPI, but that dont help


What i haz:

Amd Duron 750
MS Windows XP, PRo (All programms worck, but php don load extensions)
IIS (Configeread as in install.txt)
PHP 4.3.0 (insatalled on C:\PHP)
MySQL (worck correctli as support build in php)

Plz. help me, i whant to use GD fuction

P.S. Sorry for my english, i am from Russia :)

P.S. (2) On other computer worck correctly, (OS - WinXP, Apache, PHP,
MySQL) Maybe it's a OS problem ???

-- 
Edit bug report at http://bugs.php.net/?id=22242&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22242&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=22242&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=22242&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22242&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=22242&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22242&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=22242&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22242&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22242&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=22242&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22242&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=22242&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=22242&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22242&r=gnused




#22243 [NEW]: Extending pg_meta_data() for arrays

2003-02-16 Thread m-lesser
From: [EMAIL PROTECTED]
Operating system: Any
PHP version:  4.3.0
PHP Bug Type: Feature/Change Request
Bug description:  Extending pg_meta_data() for arrays

IMO it would be helpful if pg_meta_data() could also return the dimension
of an array if one uses this feature of postgres:

diff -u php4-4.3.0-compiled/ext/pgsql/pgsql.c
php4-4.3.0/ext/pgsql/pgsql.c
--- php4-4.3.0-compiled/ext/pgsql/pgsql.c   2002-12-21
18:46:32.0 +0100
+++ php4-4.3.0/ext/pgsql/pgsql.c2003-02-16 14:57:10.0
+0100
@@ -3078,7 +3078,7 @@
zval *elem;

smart_str_appends(&querystr,
-   "SELECT a.attname, a.attnum, t.typname, a.attlen,
a.attnotNULL, a.atthasdef "
+   "SELECT a.attname, a.attnum, t.typname, a.attlen,
a.attnotNULL, a.atthasdef, a.attndims "
"FROM pg_class as c, pg_attribute a, pg_type t "
"WHERE a.attnum > 0 AND a.attrelid = c.oid AND
c.relname = '");

@@ -3117,6 +3117,7 @@
else {
add_assoc_bool(elem, "has default", 0);
}
+   add_assoc_long(elem, "array dims",
atoi(PQgetvalue(pg_result,i,6)));
name = PQgetvalue(pg_result,i,0);
add_assoc_zval(meta, name, elem);
}

-- 
Edit bug report at http://bugs.php.net/?id=22243&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22243&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=22243&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=22243&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22243&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=22243&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22243&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=22243&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22243&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22243&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=22243&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22243&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=22243&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=22243&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22243&r=gnused




#21131 [Asn]: fopen with "a+" and the a rewind does'nt work anymore

2003-02-16 Thread wez
 ID:   21131
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Assigned
 Bug Type: Filesystem function related
 Operating System: Linux 2.4.18 (Redhat)
 PHP Version:  4.3.0RC4
 Assigned To:  wez
 New Comment:

Confirmed that the test is indeed bogus.
Looking in more depth at the streams functionality.


Previous Comments:


[2003-02-02 15:30:23] [EMAIL PROTECTED]

Also on other systems (Solaris, some Linux versions). I think that test
case is a bit wrong. There's no guarantee in the C standard that
ftell() will point to the end of the file directly after
fopen(...,"a+"). You are guaranteed that you can read from anywhere in
the file, and that you can't overwrite anything in the file - writes go
always to the end of the file, no matter how hard you fseek() or
fsetpos().

Please see also:






[2003-02-02 14:35:16] [EMAIL PROTECTED]

ext/standard/tests/file/bug21131.phpt failed on W2k server with
latetest win32-snap:

 EXPECTED OUTPUT
int(6)
int(0)
foobar
 ACTUAL OUTPUT
int(0)
int(0)
foobar
 FAILED



[2002-12-22 12:16:59] [EMAIL PROTECTED]

This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.





[2002-12-21 08:25:00] [EMAIL PROTECTED]

With 4.2.3 and below the next code did give the contents of $file only
when the Apache runtime user was allowed to update that file. Now it
nevers gives the content of the file anymore.

$fp = fopen($file,"a+"); 
rewind($fp);
$fstr = fread($fp, filesize($file));

The PHP version box did not give 4.3.0RC4, but it's still there.

./configure --with-openssl --enable-cli --prefix=/www --with-mcrypt
--with-config-file-path=/www/conf --with-mysql
--with-apache=../apache_1.3.27 --enable-track-vars --with-gzlib






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




#22240 [Opn->Fbk]: number_function

2003-02-16 Thread iliaa
 ID:   22240
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Unknown/Other Function
 Operating System: Windows
 PHP Version:  4.3.0
 New Comment:

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip




Previous Comments:


[2003-02-16 03:44:07] [EMAIL PROTECTED]

I got this code from a book. It works as long as the total is less than
999. when it exceeds 999, it can't calculate the total properly. I
think it has something to do with the number_function.  


+index.html ++





  Item
  Quantity



  Tires
  



  Oil
  



  Spark Plugs
  



  





 preprocess.php ++



  Jim's Auto Parts - Order Results


Jim's Auto Parts
Order Results

Order Processed at ";
  echo date("H:i, jS F");
  echo "";
  echo "Your order is as follows:";
  echo "";
  echo $tireqty." tires";
  echo $oilqty." bottles of oil";
  echo $sparkqty." spark plugs";
  
  $totalqty = $tireqty + $oilqty + $sparkqty;
  $totalamount = $tireqty  * TIREPRICE
   + $oilqty   * OILPRICE
   + $sparkqty * SPARKPRICE;
  $totalamount = number_format($totalamount,2);
  echo "\n";
  echo "Items Ordered:  ".$totalqty."\n";
  echo "Subtotal:   $".$totalamount."\n";
  $taxrate = 0.10;
  $totalamount = $totalamount * (1 + $taxrate);
  $totalamount = number_format($totalamount, 2);
  echo "Total including tax: $".$totalamount."\n";

?>







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




#22241 [Opn->Fbk]: Incorrect fatal error when calling a method on a class from within a function

2003-02-16 Thread iliaa
 ID:   22241
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Class/Object related
 Operating System: Linux web13.90.ha.ovh.net 2.4.20
 PHP Version:  4.3.0
 New Comment:

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip




Previous Comments:


[2003-02-16 06:17:10] [EMAIL PROTECTED]

PHPInfo for the server is here : http://90plan.ovh.net/phpinfo.php

The code is here :

port=$string;
echo "TOTO constructor was called so class was found!!
Dumping vars:";
var_dump($this);
echo"";
}

function test()
{
echo "method test called. Value for port is
:".$this->port;
}
}

$toutou=new Toto("PORT1");
$toutou->test();
echo "Entering function and doing the same calls with value
PORT2";
testCallsInFunction();

function testCallsInFunction()
{

$toutou2=new Toto("PORT2");
$toutou->test();
}
?>

The output I get is 

TOTO constructor was called so class was found!! Dumping vars:
object(toto)(1) { ["port"]=> string(5) "PORT1" } 


method test called. Value for port is :PORT1

Entering function and doing the same calls with value PORT2

TOTO constructor was called so class was found!! Dumping vars:
object(toto)(1) { ["port"]=> string(5) "PORT2" } 

Fatal error: Call to a member function on a non-object in
/home/eurobill/www/toto.php on line 29


I have tried including the class in another file and adding an include
statement inside the function but it still doesn't work. This bug
forced me to remove calls to objects in functions for my site !




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




#21310 [Asn]: no such file (paths)

2003-02-16 Thread czuma
 ID:   21310
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Assigned
 Bug Type: *Directory/Filesystem functions
 Operating System: Solaris 8
 PHP Version:  4.3.0
 Assigned To:  wez
 New Comment:

I'have applied the patch to php4-STABLE-200302161430. Unfortunately -
still it doesn't work.


Previous Comments:


[2003-02-13 20:01:17] [EMAIL PROTECTED]

before I make someone confused, I'm rephrasing my last comment:
"...it worked just fine for me..."



[2003-02-13 19:59:28] [EMAIL PROTECTED]

I applied the patch and it worked just for me...
I'm on solaris 9 here



[2003-02-13 05:06:49] [EMAIL PROTECTED]

Please use the latest stable snapshot from snaps.php.net.





[2003-02-13 04:54:59] [EMAIL PROTECTED]

Should I apply this patch to the latest "Stable (4.3.x-dev)" version or
to 4.3.0 version?



[2003-02-13 03:24:25] [EMAIL PROTECTED]

Testing the patch should not be a problem if it fixes the problem you
already described...
Don't forget, you can always run a test server on another port for a
short while without affecting your main server.

Feedback means that we need to know if the proposed solution fixes it
for you.  Our access to Solaris is quite limited, so we rely on
feedback to tell us if things are working.

If you can't provide feedback, and we don't have a way of testing it
ourselves, then this report will just get suspended.



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/21310

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




#22173 [Ver->WFx]: Strange behaviour with the string 'inf'

2003-02-16 Thread iliaa
 ID:   22173
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Verified
+Status:   Wont fix
 Bug Type: Scripting Engine problem
 Operating System: Linux
 PHP Version:  4.3.1-dev
 New Comment:

This bug is the result of differing implementations of strtod() in the
various libc libraries. For example glibc considers (double) "info" to
be equivalent to INF while in Win32 the same operation will return 0.


Previous Comments:


[2003-02-12 22:02:44] [EMAIL PROTECTED]

verified with PHP 4.3.1-dev..




[2003-02-12 12:46:21] [EMAIL PROTECTED]

We're already discussing this - so reopening was valid.



[2003-02-12 05:16:36] [EMAIL PROTECTED]

Re-open: at least with single three characters 'inf', this is a bug and
not a 'functionality'.



[2003-02-12 04:38:17] [EMAIL PROTECTED]

Ok, double-checked the documentation: this behavior of 'inf...' strings
seems absolutely undocumented.

Auto-convertion of any string that begins by 'inf' in infinite seems to
me inadequate. Considering that this 'functionality' has not been
documented, would be desirable to create a new predefined constant INF
or a new data type INF or a new reserved word INF to treat infinite
numbers, in the same form in which NULL, TRUE or FALSE correspond to 
predefined values. Consider that when we locked up 'NULL', 'TRUE' or
'FALSE' in a string, they are not evaluated like the corresponding
constants. The same behavior would be desirable with a (new) predefined
constant INF.

And at least an error exists now in the form in which the strings that
begin by 'inf' are treated. The strings of more than 3 characters
('information', 'infant' ...) are evaluated as INF in the comparisons
with numbers, but the string 'inf', with single three characters, does
not. Try this:

';
echo (double)'inf', '';

echo 'information' > 1 ? 1 : 0, '';
echo 'inf' > 1 ? 1 : 0, '';
?>

Result:

INF
INF
1
0

Saludos
Ă€ngel



[2003-02-11 17:11:20] [EMAIL PROTECTED]

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

When performing a mathematical calculation between a number and a
string in PHP, PHP will attempt to convert the string to an integer.
Since PHP supports things such as INF certain strings, such as 'inf
more data' will be converted to INF.



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/22173

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




#22241 [Fbk->Opn]: Incorrect fatal error when calling a method on a class from within a function

2003-02-16 Thread philippe-php
 ID:   22241
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Class/Object related
 Operating System: Linux web13.90.ha.ovh.net 2.4.20
 PHP Version:  4.3.0
 New Comment:

I do not have root access on the server as this is a shared server.
Perhaps someone else can try


Previous Comments:


[2003-02-16 10:29:38] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip





[2003-02-16 06:17:10] [EMAIL PROTECTED]

PHPInfo for the server is here : http://90plan.ovh.net/phpinfo.php

The code is here :

port=$string;
echo "TOTO constructor was called so class was found!!
Dumping vars:";
var_dump($this);
echo"";
}

function test()
{
echo "method test called. Value for port is
:".$this->port;
}
}

$toutou=new Toto("PORT1");
$toutou->test();
echo "Entering function and doing the same calls with value
PORT2";
testCallsInFunction();

function testCallsInFunction()
{

$toutou2=new Toto("PORT2");
$toutou->test();
}
?>

The output I get is 

TOTO constructor was called so class was found!! Dumping vars:
object(toto)(1) { ["port"]=> string(5) "PORT1" } 


method test called. Value for port is :PORT1

Entering function and doing the same calls with value PORT2

TOTO constructor was called so class was found!! Dumping vars:
object(toto)(1) { ["port"]=> string(5) "PORT2" } 

Fatal error: Call to a member function on a non-object in
/home/eurobill/www/toto.php on line 29


I have tried including the class in another file and adding an include
statement inside the function but it still doesn't work. This bug
forced me to remove calls to objects in functions for my site !




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




#22236 [Opn->Bgs]: Libsablot compile error

2003-02-16 Thread sniper
 ID:   22236
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
-Bug Type: *Compile Issues
+Bug Type: XSLT related
 Operating System: Mandrake 9.0
 PHP Version:  4.3.0
 New Comment:

Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same. Because of this, we hope you add your comments
to the existing bug instead.

Thank you for your interest in PHP.


Try search before you submit any reports..



Previous Comments:


[2003-02-15 18:43:33] [EMAIL PROTECTED]

OS:  Mandrake 9.0
Expat:   expat 1.95.2 & 1.95.6
Sablot:  Sablot 0.97
Libtool: 1.4.2
PHP: php 4.3.0

Sablot config:
./configure 
--prefix=/usr/local/sablot --with-expat-prefix=/usr/local/expat

PHP config:
./configure \
--prefix=/usr/local/php \
--bindir=/usr/local/bin \
--with-apxs=/usr/local/apache/bin/apxs \
--with-config-file-path=/etc \
--with-zlib \
--with-dom \
--with-dom-xslt \
--with-gd \
--with-gettext \
--with-java=/usr/local/java \
--with-mysql \
--with-pgsql \
--with-regex=system \
--with-xslt-sablot=/usr/local/sablot \
--with-xml \
--enable-magic-quotes \
--enable-bcmath \
--enable-calendar \
--enable-dio \
--enable-exif \
--enable-shmop \
--enable-sockets \
--enable-sysvmsg \
--enable-sysvsem \
--enable-sysvshm \
--enable-wddx \
--enable-xslt


PHP Error:
/usr/local/sablot/lib/libsablot.so: undefined reference to `operator
new[](unsigned)'
/usr/local/sablot/lib/libsablot.so: undefined reference to `vtable for
__cxxabiv1::__si_class_type_info'
/usr/local/sablot/lib/libsablot.so: undefined reference to `operator
delete(void*)'
/usr/local/sablot/lib/libsablot.so: undefined reference to
`__gxx_personality_v0'
/usr/local/sablot/lib/libsablot.so: undefined reference to
`__cxa_pure_virtual'
/usr/local/sablot/lib/libsablot.so: undefined reference to `vtable for
__cxxabiv1::__class_type_info'
/usr/local/sablot/lib/libsablot.so: undefined reference to `operator
delete[](void*)'
/usr/local/sablot/lib/libsablot.so: undefined reference to `vtable for
__cxxabiv1::__vmi_class_type_info'
/usr/local/sablot/lib/libsablot.so: undefined reference to `operator
new(unsigned)'
collect2: ld returned 1 exit status
make: *** [sapi/cli/php] Error 1

This error is generated durning the "make" process.
What can i do to fix this problem?

Thanks,

Ray




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




#22241 [Opn->Bgs]: Incorrect fatal error when calling a method on a class from within a function

2003-02-16 Thread sniper
 ID:   22241
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Class/Object related
 Operating System: Linux web13.90.ha.ovh.net 2.4.20
 PHP Version:  4.3.0
 New Comment:

After fixing that typo in the testCallsInFunction(), it works just
fine.

hint: $toutou->test()  -> $toutou2->test() 



Previous Comments:


[2003-02-16 11:06:00] [EMAIL PROTECTED]

I do not have root access on the server as this is a shared server.
Perhaps someone else can try



[2003-02-16 10:29:38] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip





[2003-02-16 06:17:10] [EMAIL PROTECTED]

PHPInfo for the server is here : http://90plan.ovh.net/phpinfo.php

The code is here :

port=$string;
echo "TOTO constructor was called so class was found!!
Dumping vars:";
var_dump($this);
echo"";
}

function test()
{
echo "method test called. Value for port is
:".$this->port;
}
}

$toutou=new Toto("PORT1");
$toutou->test();
echo "Entering function and doing the same calls with value
PORT2";
testCallsInFunction();

function testCallsInFunction()
{

$toutou2=new Toto("PORT2");
$toutou->test();
}
?>

The output I get is 

TOTO constructor was called so class was found!! Dumping vars:
object(toto)(1) { ["port"]=> string(5) "PORT1" } 


method test called. Value for port is :PORT1

Entering function and doing the same calls with value PORT2

TOTO constructor was called so class was found!! Dumping vars:
object(toto)(1) { ["port"]=> string(5) "PORT2" } 

Fatal error: Call to a member function on a non-object in
/home/eurobill/www/toto.php on line 29


I have tried including the class in another file and adding an include
statement inside the function but it still doesn't work. This bug
forced me to remove calls to objects in functions for my site !




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




#22242 [Opn->Bgs]: Unknown(): Unable to load dynamic library '.;c:\php\extensions\php_gd.dll

2003-02-16 Thread sniper
 ID:   22242
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Dynamic loading
 Operating System: Windows XP
 PHP Version:  4.3.0
 New Comment:

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

Ask such support questions on e.g. [EMAIL PROTECTED]
mailing list.



Previous Comments:


[2003-02-16 07:13:04] [EMAIL PROTECTED]

I haz a problem, real problem, when i try to load php_gd.dll, i haz a
warning message

Unknown(): Unable to load dynamic library
'.;c:\php\extensions\php_gd.dll

I try many way to fix it, reinstall php, reinstal web server, install
php on apache and IIS...
php.ini haz edit correctly, and all files whaz coped to all folders,
where recomemnded in istall.txt (dll's and php.ini) 
I try use PHP as CGI and SAPI, but that dont help


What i haz:

Amd Duron 750
MS Windows XP, PRo (All programms worck, but php don load extensions)
IIS (Configeread as in install.txt)
PHP 4.3.0 (insatalled on C:\PHP)
MySQL (worck correctli as support build in php)

Plz. help me, i whant to use GD fuction

P.S. Sorry for my english, i am from Russia :)

P.S. (2) On other computer worck correctly, (OS - WinXP, Apache, PHP,
MySQL) Maybe it's a OS problem ???





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




#22236 [Com]: Libsablot compile error

2003-02-16 Thread shunter
 ID:   22236
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: XSLT related
 Operating System: Mandrake 9.0
 PHP Version:  4.3.0
 New Comment:

I hate to say it, but i have done a search and advanced search for the
bug and i have not found one that is open.

Could you please specify the bug that you are referring too.

Thanks,

Ray


Previous Comments:


[2003-02-16 11:38:13] [EMAIL PROTECTED]

Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same. Because of this, we hope you add your comments
to the existing bug instead.

Thank you for your interest in PHP.


Try search before you submit any reports..




[2003-02-15 18:43:33] [EMAIL PROTECTED]

OS:  Mandrake 9.0
Expat:   expat 1.95.2 & 1.95.6
Sablot:  Sablot 0.97
Libtool: 1.4.2
PHP: php 4.3.0

Sablot config:
./configure 
--prefix=/usr/local/sablot --with-expat-prefix=/usr/local/expat

PHP config:
./configure \
--prefix=/usr/local/php \
--bindir=/usr/local/bin \
--with-apxs=/usr/local/apache/bin/apxs \
--with-config-file-path=/etc \
--with-zlib \
--with-dom \
--with-dom-xslt \
--with-gd \
--with-gettext \
--with-java=/usr/local/java \
--with-mysql \
--with-pgsql \
--with-regex=system \
--with-xslt-sablot=/usr/local/sablot \
--with-xml \
--enable-magic-quotes \
--enable-bcmath \
--enable-calendar \
--enable-dio \
--enable-exif \
--enable-shmop \
--enable-sockets \
--enable-sysvmsg \
--enable-sysvsem \
--enable-sysvshm \
--enable-wddx \
--enable-xslt


PHP Error:
/usr/local/sablot/lib/libsablot.so: undefined reference to `operator
new[](unsigned)'
/usr/local/sablot/lib/libsablot.so: undefined reference to `vtable for
__cxxabiv1::__si_class_type_info'
/usr/local/sablot/lib/libsablot.so: undefined reference to `operator
delete(void*)'
/usr/local/sablot/lib/libsablot.so: undefined reference to
`__gxx_personality_v0'
/usr/local/sablot/lib/libsablot.so: undefined reference to
`__cxa_pure_virtual'
/usr/local/sablot/lib/libsablot.so: undefined reference to `vtable for
__cxxabiv1::__class_type_info'
/usr/local/sablot/lib/libsablot.so: undefined reference to `operator
delete[](void*)'
/usr/local/sablot/lib/libsablot.so: undefined reference to `vtable for
__cxxabiv1::__vmi_class_type_info'
/usr/local/sablot/lib/libsablot.so: undefined reference to `operator
new(unsigned)'
collect2: ld returned 1 exit status
make: *** [sapi/cli/php] Error 1

This error is generated durning the "make" process.
What can i do to fix this problem?

Thanks,

Ray




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




#22231 [Ver->Csd]: PHP makes Apache crash

2003-02-16 Thread zeev
 ID:   22231
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Verified
+Status:   Closed
 Bug Type: Class/Object related
 Operating System: Windows 2000 / Linux
 PHP Version:  4.3.0 / 4CVS-2002-02-16 / 5CVS-2002-02-16
 New Comment:

This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.

(Zend Engine 2)


Previous Comments:


[2003-02-15 13:11:07] [EMAIL PROTECTED]

> It seems to me like the user is creating a circular
> reference, which should not be done. But, using the
> latest PHP 5.0/4.3.1 I cannot replicate the crash.

Should it be avoided? I've never heard anything like that.
And if so, this problem should be marked as a documentation problem.




[2003-02-15 12:49:54] [EMAIL PROTECTED]

It seems to me like the user is creating a circular reference, which
should not be done. But, using the latest PHP 5.0/4.3.1 I cannot
replicate the crash.



[2003-02-15 11:17:27] [EMAIL PROTECTED]

This bug has something to do with the bug #21600.

http://news.php.net/article.php?group=php.dev&article=93392



[2003-02-15 10:22:20] [EMAIL PROTECTED]

I can NOT reproduce this, with either of the scripts..
(It doesn't _crash_ with CLI at least)




[2003-02-15 09:01:52] [EMAIL PROTECTED]

Verified with HEAD / PHP_4_3 branch.

The following script causes segfault under php-4.2.3, php-4.3.0,
php-5.0.0dev.

fubar);
unset($foo);
$foo = &foo();
var_dump($foo->fubar);
?>




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/22231

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




#21600 [Ctl->Csd]: assign by reference function call changes variable contents

2003-02-16 Thread zeev
 ID:   21600
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Critical
+Status:   Closed
 Bug Type: Scripting Engine problem
 Operating System: Redhat 7.3, 8, W2k server
 PHP Version:  4.3.0, 5.0.0
 New Comment:

This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.

(Zend Engine 2)


Previous Comments:


[2003-02-03 06:12:38] [EMAIL PROTECTED]

The tests/lang/bug21600.phpt fails for me and I have 
bison 1.28..




[2003-02-02 15:42:53] [EMAIL PROTECTED]

tests/lang/bug21600.phpt also failed on W2k server with latest win32
snap:

 EXPECTED OUTPUT
array(1) {
  ["foo"]=>
  string(4) "test"
}
array(1) {
  ["foo"]=>
  string(4) "test"
}
 ACTUAL OUTPUT
array(1) {
  ["foo"]=>
  &string(4) "test"
}
array(1) {
  ["foo"]=>
  string(4) "test"
}
 FAILED



[2003-01-31 10:52:23] [EMAIL PROTECTED]

I noticed this issue has something to do with the version of bison used
in a build.

Below is just my assumption:

1.28 => works
1.35 => works
1.75 => doesn't work
1.875 => ???






[2003-01-23 16:44:49] [EMAIL PROTECTED]

Here is a simular problem - it seem to be a problem with referencing to
values from functions that not themselfs return reference.

name = $name;
$wiefewfjwefjwefwef =& $this->getName(); // <-- this line
destroys $this->name and eventually crashes apache+php
}

function /*&*/ getName() {
return $this->name;
}

}

$kent =& new Person('Kent');

echo ''; print_r($kent); echo '';

echo 'PersonName: "' . $kent->getName() . '"';


?>



[2003-01-14 00:52:07] [EMAIL PROTECTED]

update version



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/21600

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




#22233 [Ver]: "mod_gzip_on yes" makes force-cgi-redirect disabled and incorrect PHP_SELF

2003-02-16 Thread shane
 ID:   22233
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Verified
 Bug Type: Apache related
 Operating System: RedHat 7.1, 7.2
 PHP Version:  4.3.1-dev
 New Comment:

reproducable with 4.2.3 and 4.0.6 on windows.


Previous Comments:


[2003-02-15 18:52:59] [EMAIL PROTECTED]

Reproduced with PHP 4.3.1-dev..




[2003-02-15 18:18:36] [EMAIL PROTECTED]

tried that, apparently it's not fixed.
just compiled php4-STABLE-200302152230, problem is still there.
when i turn on mod_gzip, its works like magic!



[2003-02-15 17:23:37] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip


This should be fixed already.




[2003-02-15 13:06:48] [EMAIL PROTECTED]

when "mod_gzip_on yes", PHP's force-cgi-redirect security mechanizm
becomes disabled (urls like /cgi-bin/php/test.php start working) and
PHP_SELF takes on a wrong value (/cgi-bin/php/test.php).
when "mod_gzip_on no", both aspects of the problem disappear.
problem has been observed on 2 different systems.
apache version: 1.3.26, 1.3.27
php version: latest snapshot
mod_gzip version: latest
php.ini does not exist.
php's configure:
./configure \
--with-config-file-path=/path/to/php \
--prefix=/path/to/php \
--enable-force-cgi-redirect \
--disable-cli \
--enable-bcmath \
--enable-trans-sid \
--with-zlib-dir=/build/zlib-1.1.4 \
--with-gd=/build/gd-1.8.4 \
--with-png-dir=/build/png-1.2.4 \
--with-jpeg-dir=/build/jpeg-6b \
--with-freetype \

apache's configure:
./configure \
--prefix=/path/to/apache \
--enable-module=so \
--enable-suexec \
--suexec-caller=www \
--suexec-docroot=/www \
no other modules loaded other than mod_gzip.
i thought this could well be PHP's problem. sorry if i'm wrong, then
please direct me to other possible sources of the problem.




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




#22055 [Com]: Memory leak with references in objects

2003-02-16 Thread adey . spam
 ID:   22055
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: RedHat 7.2
 PHP Version:  4.3.1-dev
 New Comment:

I am experiencing this problem with Win2k/IIS 5.0.

Memory usage increases until the server starts to page and crawl to a
slow death.

I have helped this somewhat by writing an app to unload the ISAPI every
half an hour, but it is still causing problems about once a week (on a
very busy site).

Still preferable to using the CGI though


Previous Comments:


[2003-02-06 08:56:47] [EMAIL PROTECTED]

You are asking me to test PHP 5,
but the bug is open for for PHP 4



[2003-02-06 08:31:39] [EMAIL PROTECTED]

You were supposed to test this snapshot:

  http://snaps.php.net/php5-latest.tar.gz



[2003-02-05 13:41:08] [EMAIL PROTECTED]

Same result with PHP Version 4.3.1-dev
php4-STABLE-200302051830.tar.gz
Build Date  Feb 5 2003 20:08:24



[2003-02-04 14:37:20] [EMAIL PROTECTED]

oops!

you need to development snapshot from snaps.php.net, which should solve
this.

Derick



[2003-02-04 14:36:48] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip



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/22055

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




#22241 [Bgs]: Incorrect fatal error when calling a method on a class from within a function

2003-02-16 Thread philippe-php
 ID:   22241
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Class/Object related
 Operating System: Linux web13.90.ha.ovh.net 2.4.20
 PHP Version:  4.3.0
 New Comment:

I'm sorry about that. I will rework on the submission next weekend
because there is a bug lurking...


Previous Comments:


[2003-02-16 11:43:58] [EMAIL PROTECTED]

After fixing that typo in the testCallsInFunction(), it works just
fine.

hint: $toutou->test()  -> $toutou2->test() 




[2003-02-16 11:06:00] [EMAIL PROTECTED]

I do not have root access on the server as this is a shared server.
Perhaps someone else can try



[2003-02-16 10:29:38] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip





[2003-02-16 06:17:10] [EMAIL PROTECTED]

PHPInfo for the server is here : http://90plan.ovh.net/phpinfo.php

The code is here :

port=$string;
echo "TOTO constructor was called so class was found!!
Dumping vars:";
var_dump($this);
echo"";
}

function test()
{
echo "method test called. Value for port is
:".$this->port;
}
}

$toutou=new Toto("PORT1");
$toutou->test();
echo "Entering function and doing the same calls with value
PORT2";
testCallsInFunction();

function testCallsInFunction()
{

$toutou2=new Toto("PORT2");
$toutou->test();
}
?>

The output I get is 

TOTO constructor was called so class was found!! Dumping vars:
object(toto)(1) { ["port"]=> string(5) "PORT1" } 


method test called. Value for port is :PORT1

Entering function and doing the same calls with value PORT2

TOTO constructor was called so class was found!! Dumping vars:
object(toto)(1) { ["port"]=> string(5) "PORT2" } 

Fatal error: Call to a member function on a non-object in
/home/eurobill/www/toto.php on line 29


I have tried including the class in another file and adding an include
statement inside the function but it still doesn't work. This bug
forced me to remove calls to objects in functions for my site !




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




#22245 [NEW]: Unserialize Problem with References:

2003-02-16 Thread goth
From: [EMAIL PROTECTED]
Operating system: LINUX
PHP version:  4CVS-2003-02-16 (stable)
PHP Bug Type: Session related
Bug description:  Unserialize Problem with References:

Hello,

I've got a Problem unserializing variables which are a reference. An to me
it seems to be a bug ... !

Example:

session_start();
$_SESSION["A"]=10;
$_SESSION["B"]=&$_SESSION["A"];

is correctly serialized to:
A|i:10;B|R:1;

I am happy ... ;)

But if I call this session again ... maybe the next page PHP seems to
loose the information that B was a reference.

Example:
session_start();
echo "BEFORE: A=".$_SESSION["A"]."";
echo "BEFORE: B=".$_SESSION["B"]."";
$_SESSION["A"]++;
echo "AFTER: A=".$_SESSION["A"]."";
echo "AFTER: B=".$_SESSION["B"]."";

It results to:

BEFORE: A=10
BEFORE: B=10
AFTER: A=11
AFTER: B=10

where I thought of A and B having the same value ... for B beeing a
reference to A ...

@sniper: Please don't answer ... your arrogant (and almost dumb) answers
cause me one heart-attack after the other ... !!
-- 
Edit bug report at http://bugs.php.net/?id=22245&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22245&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=22245&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=22245&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22245&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=22245&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22245&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=22245&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22245&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22245&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=22245&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22245&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=22245&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=22245&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22245&r=gnused




#20274 [Com]: failed to create stream: Too many open files in Unknown on line

2003-02-16 Thread liamr
 ID:   20274
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: iPlanet related
 Operating System: Solaris 8
 PHP Version:  4CVS-2002-11-06
 New Comment:

(SPARC) Solaris 8, 64bit.  Apache 1.3.27 (compiled w/ gcc 2.95.3) w/
php4.3.0 (compiled w/gcc 3.2.1):

[Mon Feb 17 00:07:58 2003] [error] PHP Warning: 
flist(/usr/local/projects/webmail/html-ssl/horde-2.
2.1UM/imp/lib/Folder.php) [function.flist]: failed to
create stream: Too many open files in
/usr/local/projects/webmail/html-ssl/horde-2.2.1UM/imp/lib/I
MP.php on line 765

Seems to work fine w/ PHP 4.2.3.  Problem shows immediately after
restarting apache, and intermitantly following that.


Previous Comments:


[2003-01-31 12:51:22] [EMAIL PROTECTED]

I have the same problem. I am running iPlanet 6sp3 Enterprise, Solaris
9, PHP 4.3.0.  I get this error after 
php executes some scripts a few times. I did not have this problem
yesterday with PHP 4.2.3. I don't have any output at this moment. I
just thought i would let you know the problem seems to be widespread.



[2003-01-30 02:38:09] [EMAIL PROTECTED]

with solaris 8 iplanet6.0sp5 php4.3.0
I have the same error
before, with solaris 8 iplanet 6.0sp4 php4.2.3, it works fine
but now if i install php4.2.1 or 4.2.3 i have "SIGSEGV 11 segmentation
violation" on my web server.

My configuration is : 
gcc 3.2.1
bison 1.875
make 3.80
GNU m4 1.4
autoconf 2.57
automake 1.7.2
binutils 2.11.2
GNU sed 4.0
libtool 1.4
flex 2.5.4a

my configure option is :
./configure --with-nsapi=/path/to/iplanet/web/server'
--with-ldap=/path/to/ldap/ --with-mysql=/path/to/mysql -enable-libgcc



[2003-01-29 11:16:28] [EMAIL PROTECTED]

iPlanet 6sp4 Enterprise, Solaris 8, PHP 4.3.0.  I get this error after

php executes a script a few times.  This doesn't seem to reproduce 
under any certain conditions, typically within a few hits though.  I 
have 4 other configurations running flawlessly.  2x Solaris 2.6 
iPlanet Enterprise 6sp1 and 2x Solaris 8 iPlanet Enterprise 6sp3.

Could this be something with iPlanet's changes with sp4?

Warning:
Unknown(/local/home/cxadmin/content/Sites/Site01/
DocumentRoot/phpinfo.php):
failed to create stream: Too many open files in Unknown on line 0

Warning: Unknown(): Failed opening
'/local/home/cxadmin/content/Sites/Site01/DocumentRoot/
phpinfo.php' for
inclusion (include_path='.:/usr/local/lib/php') in Unknown on line 0

MEASURES ALREADY TAKEN:
recompile of the php module ('./configure' '--without-mysql'
'--with-nsapi=/local/Netscape/iplanet/www6.0sp4' '--enable-track-
vars'
'--enable-libgcc' )
Upped the Hard File Descriptor to 7554
explicitly set include path, session.save path, and safe_mode
ENVIRONMENT:
We have this running with out a hitch on two other boxes, under a 
similar config, with the exception of there are two instances of 
iPlanet running on the box that keeps crashing.
CODE:
// Logic To Decide Which Image To Include
$DESIGN;
if ($SEL == 1) {
$DESIGN="design_1.jpg";
}
else if ($SEL == 2) {
$DESIGN="design_2.jpg";
}
else if ($SEL == 3) {
$DESIGN="design_3.jpg";
}
else if ($SEL == 4) {
$DESIGN="design_4.jpg";
}
else if ($SEL == 5 ) {
$DESIGN="design_5.jpg";
}
else {
$DESIGN="design_6.jpg";
}

//Email Headers
$headers .= "From: ".$FNAME."<".$FEML.">\n";
$headers .= "X-Sender: <".$FEML.">\n";
$headers .= "X-Mailer: <".$FNAME.">\n";
$headers .= "Return-Path: <".$FEML.">\n";
$headers .= "Content-Type: text/html";
// Display Header Content
$Message ="\n";
$Message .="\n";
...Other $Message Code Ommitted  to save space

//Mail function (variables are passed from the from on the previous 
page)
Globals are set to on
mail($TEML, $TNAME.", You Have An Message From ".$FNAME, 
$Message,
$headers);



[2003-01-21 19:14:06] [EMAIL PROTECTED]

Increasing file descriptors only delays the problem.

Our script to monitor the problem reports the following:
Monitoring http://our.site.com
Attempting to contact instance, try # 0
Web server successfully contacted
Too many open files being reported. Likely PHP problem ... 
=-=-=-=-=-=-=-=-=-=-= HTML RETURNED =-=-=-=-=-=-=-=-
HTTP/1.1 200 OK
Connection: close
Date: Wed, 22 Jan 2003 00:50:00 GMT
Server: Netscape-Enterprise/6.0
Content-Type: text/html
Client-Date: Wed, 22 Jan 2003 00:50:01 GMT
Client-Peer: 192.10.1.2:80
X-Powered-By: PHP/4.3.0


Warning:  Unknown(/site/web/index.php): failed to create stream:
Too many open files in Unknown on
line 0

Warning:  Unknown(): Failed opening '/site/web/index.p

#21886 [Com]: parameters sometimes not submitted

2003-02-16 Thread wayne
 ID:   21886
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Session related
 Operating System: Linux 7.2
 PHP Version:  4.3.0
 New Comment:

[EMAIL PROTECTED], I guess the '$session' variable confuses your
understanding of the problem.  The snippet from the first report does
NOT use any session-related functions and after forking this bug to
bug#22211 I realize it's the same bug after all: parameters sometimes
not submitted (as the title says).  Replace all occurences of
'$session' with '$foo' and you'll get the same misbehavior.  The simple
and straightforward example you're looking for is in the bugreport
itself: just wrap the redirectTo method in a "class whatever" and
declare $session as an instance of that class. The result would be the
same whether or not session-related are broken, fixed or not-existant.

Please re-read the code and stop this ob-session ;) that bug really is
a showstopper for all OO in PHP 4.3.0


Previous Comments:


[2003-02-15 10:13:42] [EMAIL PROTECTED]

Then you must also know that some behaviour of them was fixed in 4.3.0
and most likely you're just relying on the
broken behaviour...can't really tell without a short and 
complete example script. 




[2003-02-14 04:21:08] [EMAIL PROTECTED]

I am sorry, actually I do not have time, I hope I can give you an
example in the next two days - sorry for that (but your first reply
took more than two days :-).

But - it is NOT an misunderstanding how sessions work. I am using
sessions since the beginning of PHP 4 and the same code is running
under 4.2.3 perfect.

Regards,
Sebastian



[2003-02-13 12:40:12] [EMAIL PROTECTED]

[EMAIL PROTECTED]: Please open your own report about this,
seems like the original reporter of this bug is not 
responding and your problem seems a bit different.

(IMO, neither of these are bugs, just misunderstanding how sessions
work)




[2003-02-13 11:04:18] [EMAIL PROTECTED]

Ooops! I please forgive my mistake, in my last post, switch the call
from:

$bar->myecho("apple, orange");

to:

$bar->myecho("apple", "orange");



[2003-02-13 11:00:57] [EMAIL PROTECTED]

Here is an example.

class foo {
  // constructor, etc.

  function myecho($string1, $string2) {
echo "String 1: " . $string1 . "\n";
echo "String 2: " . $string2 . "\n";
  }
};

$bar = new foo();
$bar->myecho("apple, orange");

Will output one of these 3 possibilities, at random (or so it seems:)

String 1: apple
String 2: orange  

String 1: orange
String 2:

String 1:
String 2:

Weird, eh? and rerunning the same code does not always give the same
results. 

I guess it's clearer now.



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/21886

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




#21886 [Com]: parameters sometimes not submitted

2003-02-16 Thread wayne
 ID:   21886
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Session related
 Operating System: Linux 7.2
 PHP Version:  4.3.0
 New Comment:

[EMAIL PROTECTED], I guess the '$session' variable confuses your
understanding of the problem.  The snippet from the first report does
NOT use any session-related functions and after forking this bug to
bug#22211 I realize it's the same bug after all: parameters sometimes
not submitted (as the title says).  Replace all occurences of
'$session' with '$foo' and you'll get the same misbehavior.  The simple
and straightforward example you're looking for is in the bugreport
itself: just wrap the redirectTo method in a "class whatever" and
declare $session as an instance of that class. The result would be the
same whether or not session-related are broken, fixed or not-existant.

Please re-read the code and stop this ob-session ;) that bug really is
a showstopper for all OO in PHP 4.3.0


Previous Comments:


[2003-02-17 00:13:44] [EMAIL PROTECTED]

[EMAIL PROTECTED], I guess the '$session' variable confuses your
understanding of the problem.  The snippet from the first report does
NOT use any session-related functions and after forking this bug to
bug#22211 I realize it's the same bug after all: parameters sometimes
not submitted (as the title says).  Replace all occurences of
'$session' with '$foo' and you'll get the same misbehavior.  The simple
and straightforward example you're looking for is in the bugreport
itself: just wrap the redirectTo method in a "class whatever" and
declare $session as an instance of that class. The result would be the
same whether or not session-related are broken, fixed or not-existant.

Please re-read the code and stop this ob-session ;) that bug really is
a showstopper for all OO in PHP 4.3.0



[2003-02-15 10:13:42] [EMAIL PROTECTED]

Then you must also know that some behaviour of them was fixed in 4.3.0
and most likely you're just relying on the
broken behaviour...can't really tell without a short and 
complete example script. 




[2003-02-14 04:21:08] [EMAIL PROTECTED]

I am sorry, actually I do not have time, I hope I can give you an
example in the next two days - sorry for that (but your first reply
took more than two days :-).

But - it is NOT an misunderstanding how sessions work. I am using
sessions since the beginning of PHP 4 and the same code is running
under 4.2.3 perfect.

Regards,
Sebastian



[2003-02-13 12:40:12] [EMAIL PROTECTED]

[EMAIL PROTECTED]: Please open your own report about this,
seems like the original reporter of this bug is not 
responding and your problem seems a bit different.

(IMO, neither of these are bugs, just misunderstanding how sessions
work)




[2003-02-13 11:04:18] [EMAIL PROTECTED]

Ooops! I please forgive my mistake, in my last post, switch the call
from:

$bar->myecho("apple, orange");

to:

$bar->myecho("apple", "orange");



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/21886

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