[PHP-DEV] Bug #12522 Updated: start apache, php4 /usr/local/apache/libexec/libphp4.so: unresolved external

[nadendlas]

ID: 12522
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: Dynamic loading
Operating System: hp-ux 11
PHP Version: 4.0.6
New Comment:

hi 
I do have LD_LIBRARY_PATH .


Previous Comments:


[2001-10-30 22:57:58] [EMAIL PROTECTED]

Do you have the path to the oracle libs in your LD_LIBRARY_PATH ?




[2001-08-01 17:45:19] [EMAIL PROTECTED]

i added php4 with oci8 to apache1.3.19 when i am resatrting apache i am getting an 
error message 
/usr/lib/dld.sl: unresolved symbol: (OCI functions) from 
/usr/local/apache/libexec/libphp4.so
/usr/local/apache/libexec/libphp4.so: unresolved external

And i am not able starting the apache webserver.





Edit this bug report at http://bugs.php.net/?id=12522&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 #3066 Updated: Parameter for dns functions to select different DNS

[sniper]

ID: 3066
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Summary: 
Status: Open
Bug Type: Feature/Change Request
Operating System: All.
PHP Version: 4.0
New Comment:

added short description.


Previous Comments:


[2001-02-10 13:56:31] [EMAIL PROTECTED]

refiling against 4.0.



[1999-12-29 13:58:17] [EMAIL PROTECTED]

Is there any way to select wich DNS to contact when using the DNS functions or can it 
be added in V4 ?

//Robert Dahlin





Edit this bug report at http://bugs.php.net/?id=3066&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 #586 Updated: configure does not support apache shadow tree

[sniper]

ID: 586
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Feature/Change Request
Operating System: Solaris
PHP Version: 4.0
New Comment:

afaik, these problems do not exist anymore.


Previous Comments:


[2001-07-22 12:24:04] [EMAIL PROTECTED]

Isn't it about time this bug is closed?



[2001-02-24 15:54:59] [EMAIL PROTECTED]

Changing to feature request.



[2001-02-10 12:57:34] [EMAIL PROTECTED]

really refiled.



[2001-02-10 12:24:03] [EMAIL PROTECTED]

refiling as real bug against 4.0. (not verified.)



[1999-07-03 12:14:44] [EMAIL PROTECTED]

Looks like Apache's shadow source feature doesn't work in Apache 1.3.6. Moving to 
feature request.



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


Edit this bug report at http://bugs.php.net/?id=586&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 #12186 Updated: Dynamic Library support not available

[sniper]

ID: 12186
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Dynamic loading
Operating System: HP-UX 11.00
PHP Version: 4.0.4pl1
New Comment:

Does this happen with latest CVS snapshot from http://snaps.php.net/ ?


Previous Comments:


[2001-07-16 10:17:50] [EMAIL PROTECTED]

Hi,
I have some problems to get php, java and apache working together.

the error I get is:
PHP Warning:  Cannot dynamically load libphp_java.sl - dynamic modules are not 
supported in Unknown on line 0

On the phpinfo() page there is no java section on it and this message is printed:
Dynamic Library support not available

I am using apache 1.3.12 on HP-UX 11.00 and PHP/4.0.4pl1

I compiled php with following options:
./configure --with-apxs=/opt/apache/bin/apxs --with-java=/opt/java --enable-shared

here is my php.ini:

[Java]
java.home = /opt/java
java.library = libjava.sl
java.class.path = /usr/local/lib/php_java.jar;/sw/manta/stage3/htdocs/manta
java.library.path = 
/opt/java/lib/PA_RISC/native_threads;/usr/local/lib/php/extensions/no-debug-non-zts-20001222;/opt/java1.3/jre/lib/PA_RISC;/opt/java1.3/jre/l

ib/PA_RISC/hotspots
extension=libphp_java.sl
extension_dir=/opt/php/php-4.0.4pl1/modules 

Do you have any ideas?
I can not find any solution to that problem on the net.

Thanks in advance.
Kevin






Edit this bug report at http://bugs.php.net/?id=12186&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 #12594 Updated: Unable to load dynamic library

[sniper]

ID: 12594
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Dynamic loading
Operating System: Windows 2000
PHP Version: 4.0.6
New Comment:

RTFM: 
http://www.php.net/manual/en/install.windows.php#install.windows.extensions


Previous Comments:


[2001-08-06 08:53:17] [EMAIL PROTECTED]

I'm recieve the following error:
Unable to load dynamic library 

for the extensions:
libmcrypt.dll
php_mssql.dll

Some other extensions work fine.
php_mssql.dll is included with php 4.0.6 and libmcrypt is downloaded from a link at 
php.net

so help me out please,

Regards Huib





Edit this bug report at http://bugs.php.net/?id=12594&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 #12522 Updated: start apache, php4 /usr/local/apache/libexec/libphp4.so: unresolved external

[sniper]

ID: 12522
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Dynamic loading
Operating System: hp-ux 11
PHP Version: 4.0.6
New Comment:

Do you have the path to the oracle libs in your LD_LIBRARY_PATH ?


Previous Comments:


[2001-08-01 17:45:19] [EMAIL PROTECTED]

i added php4 with oci8 to apache1.3.19 when i am resatrting apache i am getting an 
error message 
/usr/lib/dld.sl: unresolved symbol: (OCI functions) from 
/usr/local/apache/libexec/libphp4.so
/usr/local/apache/libexec/libphp4.so: unresolved external

And i am not able starting the apache webserver.





Edit this bug report at http://bugs.php.net/?id=12522&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 #8592 Updated: couldn't make shared extension module using phpize.

[sniper]

ID: 8592
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Dynamic loading
Operating System: Linux Redhat6.2
PHP Version: 4.0.4
New Comment:

This is fixed long time ago in CVS (can't remember if 
it's fixed in 4.0.6 too)


Previous Comments:


[2001-01-08 06:05:33] [EMAIL PROTECTED]

Since PHP-4.0.4,
The shared PHP extension module didn't work in Linux-box.
Typical steps to build shared module are,

1. cd php-4.0.4/ext/pgsql
2. phpize
3. ./configure --with-pgsql
   php_config.h is build on php-4.0.4/ext/pgsql,
   it includes some important definition like 
#define HAVE_PGSQL 1.
4. make
   and pgsql.so is build on .libs/pgsql.so
   But, the command 'nm .libs/pgsql.so | grep zend'returned nothing.

   pgsql.so can't work as shared extension module.

I think it is caused by the lack of HAVE_PGSQL definition.
HAVE_PGSQL is defined in the local php_config.h
(in php-4.0.4/ext/pgsql/).
There is another php_config.h in 
/usr/include/php/main/. 

pgsql.c includes php.h (located in /usr/include/php/main), and 
php.h includes php_compat.h, and
php_compat.h includes php_config.h (in Linux).
For earlier version of php4,
php_config.h is not located in /usr/include/php/main, but in /usr/include/php,
so php_config.h included from php_compat.h is
local one.
But, php_compat.h includes /usr/include/php/main/php_config.h in php-4.0.4,
because both files are in the same directory
(/usr/include/php/main),
so HAVE_PGSQL defined in local php_config.h was
not defined when pgsql.c was compiled.

I think main/php_config.h should move to another place or change include option to
make shared extension module with phpize.


 











Edit this bug report at http://bugs.php.net/?id=8592&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 #13704 Updated: QUERY_STRING empty with Multiviews

[sniper]

ID: 13704
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Apache related
Operating System: Debian stable
PHP Version: 4.0CVS-2001-10-17
New Comment:

Apache bug -> closed. (not bogus)


Previous Comments:


[2001-10-19 05:55:44] [EMAIL PROTECTED]

It's been filed as "mod_negotiation/8582".

http://bugs.apache.org/index.cgi/full/8582



[2001-10-19 05:40:57] [EMAIL PROTECTED]

Then report it as a bug with them?

Derick



[2001-10-19 05:36:50] [EMAIL PROTECTED]

I'm just poking their newsgroup and bug database and can't find anything similiar.



[2001-10-19 05:32:11] [EMAIL PROTECTED]

Can you file this report with the apache guys too?

Derick



[2001-10-19 05:20:04] [EMAIL PROTECTED]

I changed back to PHP 4.0.6 which didn't have this problem. Still using Apache 1.3.22.
The problem still manifests, which leaves me to suspect the only thing that has 
changed: Apache 1.3.22

Apache 1.3.20 + PHP 4.0.6 = working
Apache 1.3.22 + PHP 4.0.6 = broken
Apache 1.3.22 + PHP 4.0.8cvs = broken




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


Edit this bug report at http://bugs.php.net/?id=13704&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 #13878 Updated: Page hangs on 3rd reload, using session_start, session_register, session_encode

[sniper]

ID: 13878
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Session related
Operating System: Linux porky.devel.redhat.com 2.2
PHP Version: 4.0.4pl1
New Comment:

Does this happen with latest CVS snapshot from 
http://snaps.php.net/ ?


Previous Comments:


[2001-10-30 15:22:49] [EMAIL PROTECTED]

fak2.php:
--


f2.php:
---


load f2.php 3 times.  It hangs.  Don't know if this is a repeat php.net stopped 
responding while I was searching through old bugs.  If this has been fixed, or I am 
doing something wrong, please email me.

shandy





Edit this bug report at http://bugs.php.net/?id=13878&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 #13880 Updated: date(I) does not correctly identify daylight saving time

[cnewbill]

ID: 13880
Updated by: cnewbill
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Date/time related
Operating System: Windows NT/XP
PHP Version: 4.0.6
New Comment:

Works on Windows XP as well with 4.0.6.

-Chris

Previous Comments:


[2001-10-30 19:36:28] [EMAIL PROTECTED]

Works on Windows XP as well with 4.0.6.

-Chris



[2001-10-30 19:33:48] [EMAIL PROTECTED]

Two obvious problems with your test script.

I should be in quotes, and = should be ==.  Make those changes and try again.

This works okay on Linux.

-Chris



[2001-10-30 19:25:30] [EMAIL PROTECTED]

There appears to be a bug in the date() function when using the I (capital i) format.  
Date(I) always returns 0 (zero) no matter what the date is.  Date(I) is used to 
determin if a date occurs during daylight saving time or not.  Here is the script I am 
using:

if (date(I, mktime(0,0,0,6,1,2001))=1) {
do this;
} else {
do that;
}

No mater what the date is it always returns zero.  I have tried setting date(I) to a 
variable outside of the if/then statement but it always sets the variable to zero.  I 
have tried setting the timestamp to a variable first and using it in date():

$ts = mktime(0,0,0,6,1,2001);
$ds = date(I, $ts);

That doesn't work either, returns zero. No matter what I do it just doesn't work.  
Does this part of date() even work?

Running PHP 4.05 with Zend Optimizer v1.1.0 on Windows NT 4.0 build 1381, CGI version, 
Apache/1.3.20 .  Also doesn't work on PHP 4.06 on Windows XP, CGI version, 
Apache/1.3.22.

Thank you for your consideration and hard work.  PHP is a great product.  Keep up the 
good work!

Bradford Plummer





Edit this bug report at http://bugs.php.net/?id=13880&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 #13880 Updated: date(I) does not correctly identify daylight saving time

[cnewbill]

ID: 13880
Updated by: cnewbill
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Bogus
Bug Type: Date/time related
Operating System: Windows NT/XP
PHP Version: 4.0.6
New Comment:

Works on Windows XP as well with 4.0.6.

-Chris

Previous Comments:


[2001-10-30 19:33:48] [EMAIL PROTECTED]

Two obvious problems with your test script.

I should be in quotes, and = should be ==.  Make those changes and try again.

This works okay on Linux.

-Chris



[2001-10-30 19:25:30] [EMAIL PROTECTED]

There appears to be a bug in the date() function when using the I (capital i) format.  
Date(I) always returns 0 (zero) no matter what the date is.  Date(I) is used to 
determin if a date occurs during daylight saving time or not.  Here is the script I am 
using:

if (date(I, mktime(0,0,0,6,1,2001))=1) {
do this;
} else {
do that;
}

No mater what the date is it always returns zero.  I have tried setting date(I) to a 
variable outside of the if/then statement but it always sets the variable to zero.  I 
have tried setting the timestamp to a variable first and using it in date():

$ts = mktime(0,0,0,6,1,2001);
$ds = date(I, $ts);

That doesn't work either, returns zero. No matter what I do it just doesn't work.  
Does this part of date() even work?

Running PHP 4.05 with Zend Optimizer v1.1.0 on Windows NT 4.0 build 1381, CGI version, 
Apache/1.3.20 .  Also doesn't work on PHP 4.06 on Windows XP, CGI version, 
Apache/1.3.22.

Thank you for your consideration and hard work.  PHP is a great product.  Keep up the 
good work!

Bradford Plummer





Edit this bug report at http://bugs.php.net/?id=13880&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 #13879 Updated: relative paths for chdir?

[sniper]

ID: 13879
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Closed
Status: Bogus
Bug Type: Feature/Change Request
Operating System: Linux
PHP Version: 4.0.6


Previous Comments:


[2001-10-30 18:21:42] [EMAIL PROTECTED]

Maybe there is a workaround for this or a very good 
security reason for not enabling this feature, but I just 
came across a situation where I wanted to do this:
$dir = chdir('../../'); But it doesn't seem to be possible 
currently... My apologies if this isn't the case.

eirik





Edit this bug report at http://bugs.php.net/?id=13879&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 #13880 Updated: date(I) does not correctly identify daylight saving time

[cnewbill]

ID: 13880
Updated by: cnewbill
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Date/time related
Operating System: Windows NT/XP
PHP Version: 4.0.6
New Comment:

Two obvious problems with your test script.

I should be in quotes, and = should be ==.  Make those changes and try again.

This works okay on Linux.

-Chris

Previous Comments:


[2001-10-30 19:25:30] [EMAIL PROTECTED]

There appears to be a bug in the date() function when using the I (capital i) format.  
Date(I) always returns 0 (zero) no matter what the date is.  Date(I) is used to 
determin if a date occurs during daylight saving time or not.  Here is the script I am 
using:

if (date(I, mktime(0,0,0,6,1,2001))=1) {
do this;
} else {
do that;
}

No mater what the date is it always returns zero.  I have tried setting date(I) to a 
variable outside of the if/then statement but it always sets the variable to zero.  I 
have tried setting the timestamp to a variable first and using it in date():

$ts = mktime(0,0,0,6,1,2001);
$ds = date(I, $ts);

That doesn't work either, returns zero. No matter what I do it just doesn't work.  
Does this part of date() even work?

Running PHP 4.05 with Zend Optimizer v1.1.0 on Windows NT 4.0 build 1381, CGI version, 
Apache/1.3.20 .  Also doesn't work on PHP 4.06 on Windows XP, CGI version, 
Apache/1.3.22.

Thank you for your consideration and hard work.  PHP is a great product.  Keep up the 
good work!

Bradford Plummer





Edit this bug report at http://bugs.php.net/?id=13880&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 #13880: date(I) does not correctly identify daylight saving time

[bmplummer1]

From: [EMAIL PROTECTED]
Operating system: Windows NT/XP
PHP version:  4.0.6
PHP Bug Type: Date/time related
Bug description:  date(I) does not correctly identify daylight saving time

There appears to be a bug in the date() function when using the I (capital
i) format.  Date(I) always returns 0 (zero) no matter what the date is. 
Date(I) is used to determin if a date occurs during daylight saving time or
not.  Here is the script I am using:

if (date(I, mktime(0,0,0,6,1,2001))=1) {
do this;
} else {
do that;
}

No mater what the date is it always returns zero.  I have tried setting
date(I) to a variable outside of the if/then statement but it always sets
the variable to zero.  I have tried setting the timestamp to a variable
first and using it in date():

$ts = mktime(0,0,0,6,1,2001);
$ds = date(I, $ts);

That doesn't work either, returns zero. No matter what I do it just doesn't
work.  Does this part of date() even work?

Running PHP 4.05 with Zend Optimizer v1.1.0 on Windows NT 4.0 build 1381,
CGI version, Apache/1.3.20 .  Also doesn't work on PHP 4.06 on Windows XP,
CGI version, Apache/1.3.22.

Thank you for your consideration and hard work.  PHP is a great product. 
Keep up the good work!

Bradford Plummer
-- 
Edit bug report at: http://bugs.php.net/?id=13880&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 #13540 Updated: dbase_get_record_with_names: comma problem

[sniper]

ID: 13540
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: dBase related
Operating System: WinNT
PHP Version: 4.0.6
New Comment:

Please try the latest snapshot build from 
http://www.php4win.com


Previous Comments:


[2001-10-05 12:46:44] [EMAIL PROTECTED]

The original dbase field type is 'N'. 
I think the reason for my problem is line 466 in
PHP Source 'dbase.c' where the type conversion is
executed: 
#466:  case 'N':/* FALLS THROUGH */

** Dominic



[2001-10-04 10:35:07] [EMAIL PROTECTED]

My original dBase contains one field with numbers like 1,5 or 2,5. When I try to get 
the contents with dbase_get_record_with_names the resulting array contains only the 
pre-comma-values like 1 or 2. 
Is it a typecast problem ? I think field contents like '1,5' should be converted to 
string.
Sincerly, Dominic





Edit this bug report at http://bugs.php.net/?id=13540&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 #13638 Updated: dbase_get_record returns "0" while the value in the field is empty

[sniper]

ID: 13638
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: dBase related
Operating System: Unix (Linux RedHat 7.0)
PHP Version: 4.0.6
New Comment:

Should be fixed in CVS. Try the latest CVS snapshot from 
http://snaps.php.net/


Previous Comments:


[2001-10-11 01:32:20] [EMAIL PROTECTED]

1. php version 4.06 
2. compiles modules
  - dbase 
  - postgreSQL






Edit this bug report at http://bugs.php.net/?id=13638&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: empty("0")

[Yasuo Ohgaki]

Pierre-Alain Joye wrote:

 > On Wed, 31 Oct 2001 08:13:28 +0900 Yasuo Ohgaki 
<[EMAIL PROTECTED]>
 >  wrote:
 >
 >
 >> Yasuo Ohgaki wrote:
 >>
 >>
 >>> Sterling Hughes wrote:
 >>>
 >>>
  I don't know if this has been discussed yet, but while we're
    getting all crazy with breaking compat in 4.1 and/or
  5.0, why not go ahead and finally fix empty("0") to
  return false, like it really should (a string with 0 in
   it, is *not* imho an empty string).
 
 
 >>> $_POST/$_GET/$_COOKIE data has string type by default. It should
 >>>  return  false for empty("0"), I suppose...
 >>>
 >>
 >> Oops. empty('0'). may return TRUE, since $_POST['var'] has string
 >>   type...
 >>
 > :)) as I said ;). For post better to use !="" or 
isset($_POST['var']);
 >  if the post vars is empty. And "0" is not an empty string,
 > it s a string containing one char (48 ?). If I m not too
 > tired the post methods "post" all var even if they are empty.

I agree and I do it that way. (I use !== '', though)
Since PHP is loosely typed language, it just does not matter much
if empty('0') returns false/true. IMO :)

Users need to be more careful upgrading, if this change is made.
Since assigned vars will have string data type unless value is
casted properly. For example,

function foo($int_val) {
// Check '0' or ''
if (empty($int_val)) {
   die('Wrong value');
}
else {
   // something useful
}
}

$bar = $_POST['some_int'];
foo($bar);

I thought it's a kind of mess fixing these kind of codes. IMHO :)
I think returning true for empty('0') is strange, also.

I'm not opposed to this change.
0 for this :)

--
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 #9739 Updated: Reading logical values doesn't work: fix attached

[sniper]

ID: 9739
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: dBase related
Operating System: Redhat 6.2
PHP Version: 4.0.4pl1
New Comment:

This should be fixed in latest CVS. Try the latest snapshot
from http://snaps.php.net/


Previous Comments:


[2001-03-14 06:31:51] [EMAIL PROTECTED]

Reading logical values doesn't work, apparently because in 
dbase.c logicals are interpreted as integers.  So, the following patch treats logicals 
as their own selves.  If the original value is 'T' or 'Y', the imported value is 1.  
If the original value is 'F' or 'N', the imported value is 0.  Otherwise, the imported 
value is whatever ' ' maps into (probably 0).  I have verified that the first two sets 
of cases works fine.

The following diff was generated with "diff -wrc".  I apologize for the wrap-around in 
this textarea.  I'll be happy to email the original to you if you like, or you can 
find it at
  http://www.tcacc.org/dbase.diff

*** dbase.c Tue Mar 13 23:40:10 2001
--- dbase.c.DISTRIB Thu Nov  2 16:08:04 2000
***
*** 459,485 
case 'D':
add_next_index_string(return_value,str_value,1);
break;
!   case 'N':
if (cur_f->db_fdc == 0) {
add_next_index_long(return_value, strtol(str_value, 
NULL, 10));
} else {
add_next_index_double(return_value, atof(str_value));
}
break;
-   case 'L':   /* we used to FALLS THROUGH, but now we check for T/Y 
and F/N
-and insert 1 or 0, respectively.  db_fdc is the 
number of
-decimals, which we don't care about.  3/14/01 
LEW */
-   if ( (*str_value == 'T') || ( *str_value == 'Y' ) ){
-   add_next_index_long(return_value, strtol("1", NULL, 
10));
-   } else {
- if ( (*str_value == 'F') || ( *str_value == 'N' ) ){
- add_next_index_long(return_value, strtol("0", NULL, 
10));
- }
-   else {
- add_next_index_long(return_value, strtol(" ", NULL, 
10));
-}
-   }
-   break;
case 'M':
/* this is a memo field. don't know how to deal with
   this yet */
--- 459,472 
case 'D':
add_next_index_string(return_value,str_value,1);
break;
!   case 'N':   /* FALLS THROUGH */
!   case 'L':   /* FALLS THROUGH */
if (cur_f->db_fdc == 0) {
add_next_index_long(return_value, strtol(str_value, 
NULL, 10));
} else {
add_next_index_double(return_value, atof(str_value));
}
break;
case 'M':
/* this is a memo field. don't know how to deal with
   this yet */
***
*** 550,577 
case 'D':

add_assoc_string(return_value,cur_f->db_fname,str_value,1);
break;
!   case 'N':
if (cur_f->db_fdc == 0) {

add_assoc_long(return_value,cur_f->db_fname,strtol(str_value, NULL
, 10));
} else {

add_assoc_double(return_value,cur_f->db_fname,atof(str_value));
   break;
-   case 'L': /* we used to FALLS THROUGH, but now we check for 
T/Y and F/N
-  and insert 1 or 0, respectively.  db_fdc is the 
number of
-  decimals, which we don't care about.  
3/14/01 LEW */
-   if ( (*str_value == 'T') || ( *str_value == 'Y' ) ){
-   
add_assoc_long(return_value,cur_f->db_fname,strtol("1", NULL, 10));
-   } else {
- if ( (*str_value == 'F') || ( *str_value == 'N' ) ){
- 
add_assoc_long(return_value,cur_f->db_fname,strtol("0", NULL, 10));
- }
-   else {
- 
add_assoc_long(return_value,cur_f->db_fname,strtol(" ", NULL, 10));
-  

[PHP-DEV] Bug #6519 Updated: dbase_replace_record writes (null) in .dbf

[sniper]

ID: 6519
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: dBase related
Operating System: w2k
PHP Version: 4.0.2
New Comment:

Should be fixed in CVS. Try latest CVS snapshot build from
http://www.php4win.com/


Previous Comments:


[2001-01-12 23:08:41] [EMAIL PROTECTED]

confirmed with yesterday's CVS.



[2000-09-03 16:12:19] [EMAIL PROTECTED]

dbase_replace_record writes (null) string as field value. See bug #5835 (similar 
problem with dbase_add_record).





Edit this bug report at http://bugs.php.net/?id=6519&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 #12952 Updated: Output buffering misbehaving

[sniper]

ID: 12952
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Output Control
Operating System: RedHat 7.2
PHP Version: 4.0.6
New Comment:

Does this happen with latest CVS snapshot from 
http://snaps.php.net/ ?


Previous Comments:


[2001-10-30 16:40:02] [EMAIL PROTECTED]

Almost forgot, I also get this in my Apache error_log:

[Tue Oct 30 15:36:56 2001] [notice] child pid 4831 exit signal Segmentation fault (11)



[2001-10-30 15:35:30] [EMAIL PROTECTED]

Changed the bug type, OS, and Summary.  

After unsuccessfully trying to get a backtrace (got a Segmentation Fault and "Document 
contains no data", but could not generate a core file nor force a crash on httpd in 
gdb), I have concluded that this has to do with the 
--enable-trans-sid option AND ob_end_flush() on PHP 4.0.6.  When I compile PHP WITHOUT 
the --enable-trans-sid, I have no problems (except I need the trans-sid for my 
sessions).  But when I recompile PHP WITH --enable-trans-sid, I get the Segmentation 
Fault and "Document contains no data" errors.

I think this is related to Bug# 12180. Again, the code (see above) did not change from 
PHP 4.0.4pl1 to PHP 4.0.6, but the result of execution did.



[2001-10-26 18:06:58] [EMAIL PROTECTED]

Note:  The function sessionResume() simply checks if a session exists for the user and 
continues it if it does or starts a new one if it doesn't.



[2001-08-24 17:24:36] [EMAIL PROTECTED]

Here's my configure line:
'./configure' '-with-apxs' '--enable-track-vars' '--disable-debug' '--enable-sysvshm' 
'-enable-sysvsem' '-enable-trans-sid'

I have been running PHP 4.0.4pl1 with no problems for about 5 months and tried to move 
to PHP 4.0.6.  The code below produced an undisplayable page in 4.0.6 but works fine 
in 4.0.4pl1:
///
ob_start();
if (sessionResume() == false)
{
  // some error handling code here  
include "error.fre";
return;
}
else
{
   // some more logic here
   if($loginTo != '') // means would rather go to another page, probably from bookmark
   header("Location: " . $loginTo . "&PHPSESS=" . session_id());
else
include "member-home.fre";

}
ob_end_flush();
///

What happens when I run this code is IE gives me a "Page cannot be displayed" screen.  
I am positive this has something to do with 4.0.6 because I had 4.0.4pl1 installed, 
then upgraded to 4.0.6 and got the error, and then downgraded back to 4.0.4pl1 (where 
it worked properly again) without changing one line of code or anything in php.ini.

Sorry I can't offer any suggestions, but let me know if I can help track this one down.





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

[sniper]

ID: 13531
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: dBase related
Operating System: win32
PHP Version: 4.0.4pl1
New Comment:

Fixed in CVS. Try a snapshot build from http://www.php4win.com/


Previous Comments:


[2001-10-03 12:04:54] [EMAIL PROTECTED]

dbase_replace_record function fills the first field with blank value, all other 
(character) fields with string "(null)" regardless the input array values.





Edit this bug report at http://bugs.php.net/?id=13531&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 #13591 Updated: dbase_replace_record dont work

[sniper]

ID: 13591
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: dBase related
Operating System: Suse Linux 7.2, Windows 2000
PHP Version: 4.0.6
New Comment:

Fixed in CVS.


Previous Comments:


[2001-10-07 22:20:12] [EMAIL PROTECTED]

Hallo,

I hope you understand my bad english !
I tried to update a record with dbase_replace_record.
But one time it updates the fields to  and the other 
time apache crashed.

I used this script:


I tried it in Linux and Windows 2000. The Server of my 
Webspace-Provider said "internal Servererror".

Dennis Walch






Edit this bug report at http://bugs.php.net/?id=13591&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 #11431 Updated: dbase_replace_record

[sniper]

ID: 11431
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: dBase related
Operating System: Linux 2.2.16
PHP Version: 4.0.4pl1
New Comment:

Fixed in CVS. 

Previous Comments:


[2001-06-12 07:53:45] [EMAIL PROTECTED]

  $dbm = dbase_open($dbname, 2);
  for ($i=$kdy_od; $i<$kdy_do;$i++) {
$pol=1+$kdy_d*24*2+6*2+$i+1;

//*This line is problem***
dbase_replace_record($dbm, $def2, $pol);
//***
  }
  dbase_close($dbm);
-
If i run my php script on Linux system:
  The IE write me:the page contains no data.
If i removed the line >dbase_replace_record($dbm, $def2, $pol);
 the display me data OK. The worst thing is
that  
  If I try run this script under OS WINDOWS 98
with installed APACHE & PHP3
the script is OK!!!.

So problem {i think} is in linux version of PHP












Edit this bug report at http://bugs.php.net/?id=11431&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 #10984 Updated: dbase_replace_record() can't work

[sniper]

ID: 10984
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: dBase related
Operating System: win98
PHP Version: 4.0.5
New Comment:

This should be fixed in CVS.
Try a snapshot build from http://www.php4win.com/
and reopen with more information if still does not work.


Previous Comments:


[2001-05-29 23:20:40] [EMAIL PROTECTED]

that's not enough information. How about a sample script? And a sample *small* dbf 
file you are working with? (please mait that one to me privately, if you can - 
[EMAIL PROTECTED])



[2001-05-21 05:48:17] [EMAIL PROTECTED]

dbase_replace_record() can not replace what you want but NULL. why?





Edit this bug report at http://bugs.php.net/?id=10984&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 #8229 Updated: core dump on dbase_replace_record

[sniper]

ID: 8229
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: dBase related
Operating System: RedHat 7.0 2.2.18 kernel
PHP Version: 4.0.3pl1
New Comment:

Fixed in CVS.


Previous Comments:


[2000-12-13 08:53:57] [EMAIL PROTECTED]

The following script prints "PACKED" and dumps core.

,
argc=2, ubp_av=0xbab4,
init=0x805b204 <_init>, fini=0x810e2fc <_fini>,
rtld_fini=0x4000d684 <_dl_fini>,
stack_end=0xbaac) at ../sysdeps/generic/libc-start.c:111







Edit this bug report at http://bugs.php.net/?id=8229&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 #5993 Updated: numeric fields with field len > 10 are chopped

[sniper]

ID: 5993
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Analyzed
Status: Assigned
Bug Type: dBase related
Operating System: Linux
PHP Version: 4.0.1pl2
Assigned To: vlad
New Comment:

status -> assigned


Previous Comments:


[2001-05-29 23:03:29] [EMAIL PROTECTED]

Numerical values can be represented by up to 18 characters of text. They can be up to 
20 characters long in FoxPro and Clipper. Even 10 characters is more than we can fit 
in a long right? So, this is a bug even for numbers represented by 10 characters.

Question: Should we just return those large numbers as text (since we do not have an 
appropriate datatype in PHP) and say so clearly in documentation, or should we just 
always return them as text (which is more consistent, and shouldn't break too many 
things since text and integers in PHP are not all that different as far as users are 
concerned.

I'd opt for the first option. It won't break anyone's stuff, and will allow people 
with large integers to still use it. I want to see if anyone has a different opinion, 
and if not, I'll implement a fix (first option).

I'll also assign it to myself (hope nobody minds)

Vlad




[2001-03-16 14:46:36] [EMAIL PROTECTED]

this also seems to do funny things to HTTP_SERVER_VARS['argv']



[2000-09-29 09:15:22] [EMAIL PROTECTED]

This isn't fixed.

--Jani



[2000-08-23 08:55:38] [EMAIL PROTECTED]

Is this one fixed in newer versions of php4?
(CVS or snaps.php.net)

--Jani



[2000-08-06 18:44:05] [EMAIL PROTECTED]

Here's the patch to fix the bug above:

diff -urN php-4.0.1pl2/ext/dbase/dbase.c php-4.0.1pl2.bazsi/ext/dbase/dbase.c
--- php-4.0.1pl2/ext/dbase/dbase.c  Sun Jun 25 19:02:44 2000
+++ php-4.0.1pl2.bazsi/ext/dbase/dbase.cSun Aug  6 18:42:16 2000
@@ -455,7 +455,12 @@
case 'N':   /* FALLS THROUGH */
case 'L':   /* FALLS THROUGH */
if (cur_f->db_fdc == 0) {
-   add_next_index_long(return_value, strtol(str_value, 
NULL, 10));
+   if (cur_f->db_flen >= 10) {
+   add_next_index_string(return_value, str_value, 
+1);
+   }
+   else {
+   add_next_index_long(return_value, 
+strtol(str_value, NULL, 10));
+   }
} else {
add_next_index_double(return_value, atof(str_value));
}






Edit this bug report at http://bugs.php.net/?id=5993&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 #13865 Updated: Bad booleans with dbase_get_record_with_names

[sniper]

ID: 13865
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: dBase related
Operating System: Win32
PHP Version: 4.0.6
New Comment:

www.php4win.com has the win32 snapshots.


Previous Comments:


[2001-10-30 18:51:05] [EMAIL PROTECTED]

This is fixed in CVS. Try a snapshot from http://snaps.php.net/ 



[2001-10-30 16:19:37] [EMAIL PROTECTED]

I looked over the code in dbase.c and saw that boolean values are not handled very 
well. I made some code changes and got the following output.

0 NAME is Clinton and MALE is boolean of value 1
1 NAME is Debbie and MALE is boolean of value 
2 NAME is Benjamin and MALE is boolean of value 1
3 NAME is Anna and MALE is boolean of value 

Here is a suggestion for a code change to dbase.c in the functions:
PHP_FUNCTION(dbase_get_record) {
PHP_FUNCTION(dbase_get_record_with_names) {

CHANGE ---
  case 'N':  /* FALLS THROUGH */
  case 'L':  /* FALLS THROUGH */

TO ---
  case 'L': /* 30 Oct 2001 [EMAIL PROTECTED] */
  { 
int nValue = toupper(*get_field_val(data, cur_f, fnp));
if (nValue == 'T' || nValue == 'F' || nValue == 'Y' || nValue == 'N') {
  /* make sure this is a boolean and not a NULL */
  add_assoc_bool(return_value,cur_f->db_fname, (nValue == 'T' || nValue =='Y'));
} else {
  add_assoc_null(return_value,cur_f->db_fname);
}
break;
  }
  case 'N': /* FALLS THROUGH */




[2001-10-29 15:40:06] [EMAIL PROTECTED]

dbase_get_record_with_names is not returning the correct values when I am checking a 
boolean field.  Here is the test I used.

function CreateDummy()
{
  $fields = array(
array("NAME", "C", 32),
array("MALE",  "L"));
  $db = dbase_create("dummy.dbf", $fields);
  dbase_add_record($db, array("Clinton", "T"));
  dbase_add_record($db, array("Debbie", "F"));
  dbase_add_record($db, array("Benjamin", "T"));
  dbase_add_record($db, array("Anna", "F"));
  dbase_close($db);
}

function WorkDummy()
{
  CreateDummy();  
  $db = dbase_open("dummy.dbf", 0);
  if ($db == FALSE)
  {
echo "Unable to open the dbase.";
exit;
  }
  for ($i = 0; $i < 4; $i++)
  {
$dummy = dbase_get_record_with_names($db, $i+1);
echo "$i NAME is ". $dummy['NAME'] ." and MALE is ". gettype($dummy['MALE']) . " 
of value ".$dummy['MALE']. "\n";
  }
}

I get the following output.
0 NAME is Clinton and MALE is integer of value 0
1 NAME is Debbie and MALE is integer of value 0
2 NAME is Benjamin and MALE is integer of value 0
3 NAME is Anna and MALE is integer of value 0









Edit this bug report at http://bugs.php.net/?id=13865&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 #13865 Updated: Bad booleans with dbase_get_record_with_names

[sniper]

ID: 13865
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: dBase related
Operating System: Win32
PHP Version: 4.0.6
New Comment:

This is fixed in CVS. Try a snapshot from http://snaps.php.net/ 

Previous Comments:


[2001-10-30 16:19:37] [EMAIL PROTECTED]

I looked over the code in dbase.c and saw that boolean values are not handled very 
well. I made some code changes and got the following output.

0 NAME is Clinton and MALE is boolean of value 1
1 NAME is Debbie and MALE is boolean of value 
2 NAME is Benjamin and MALE is boolean of value 1
3 NAME is Anna and MALE is boolean of value 

Here is a suggestion for a code change to dbase.c in the functions:
PHP_FUNCTION(dbase_get_record) {
PHP_FUNCTION(dbase_get_record_with_names) {

CHANGE ---
  case 'N':  /* FALLS THROUGH */
  case 'L':  /* FALLS THROUGH */

TO ---
  case 'L': /* 30 Oct 2001 [EMAIL PROTECTED] */
  { 
int nValue = toupper(*get_field_val(data, cur_f, fnp));
if (nValue == 'T' || nValue == 'F' || nValue == 'Y' || nValue == 'N') {
  /* make sure this is a boolean and not a NULL */
  add_assoc_bool(return_value,cur_f->db_fname, (nValue == 'T' || nValue =='Y'));
} else {
  add_assoc_null(return_value,cur_f->db_fname);
}
break;
  }
  case 'N': /* FALLS THROUGH */




[2001-10-29 15:40:06] [EMAIL PROTECTED]

dbase_get_record_with_names is not returning the correct values when I am checking a 
boolean field.  Here is the test I used.

function CreateDummy()
{
  $fields = array(
array("NAME", "C", 32),
array("MALE",  "L"));
  $db = dbase_create("dummy.dbf", $fields);
  dbase_add_record($db, array("Clinton", "T"));
  dbase_add_record($db, array("Debbie", "F"));
  dbase_add_record($db, array("Benjamin", "T"));
  dbase_add_record($db, array("Anna", "F"));
  dbase_close($db);
}

function WorkDummy()
{
  CreateDummy();  
  $db = dbase_open("dummy.dbf", 0);
  if ($db == FALSE)
  {
echo "Unable to open the dbase.";
exit;
  }
  for ($i = 0; $i < 4; $i++)
  {
$dummy = dbase_get_record_with_names($db, $i+1);
echo "$i NAME is ". $dummy['NAME'] ." and MALE is ". gettype($dummy['MALE']) . " 
of value ".$dummy['MALE']. "\n";
  }
}

I get the following output.
0 NAME is Clinton and MALE is integer of value 0
1 NAME is Debbie and MALE is integer of value 0
2 NAME is Benjamin and MALE is integer of value 0
3 NAME is Anna and MALE is integer of value 0









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


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

[PHP-DEV] php_ini.c.diff

[Yasuo Ohgaki]

This patch fixes small phpinfo() problem.
Current phpinfo() does not display values properly, if
 - value is string AND
 - value is not set in php.ini AND
 - value is modified by other places such as .htaccess,
httpd.conf, etc.
(It supposed to print "no value", but it doesn't. With mozilla,
orig_value cell is rendered as black box.)

--
Yasuo Ohgaki

Index: php_ini.c
===
RCS file: /repository/php4/main/php_ini.c,v
retrieving revision 1.74
diff -u -r1.74 php_ini.c
--- php_ini.c   6 Oct 2001 20:13:38 -   1.74
+++ php_ini.c   30 Oct 2001 08:34:31 -
@@ -50,7 +50,7 @@
uint display_string_length, esc_html=0;
 
if (type==ZEND_INI_DISPLAY_ORIG && ini_entry->modified) {
-   if (ini_entry->orig_value) {
+   if (ini_entry->orig_value && ini_entry->orig_value[0]) {
display_string = ini_entry->orig_value;
display_string_length = ini_entry->orig_value_length;
esc_html=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 #13879 Updated: relative paths for chdir?

[admin]

ID: 13879
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Feature/Change Request
Operating System: Linux
PHP Version: 4.0.6
New Comment:

Oops. My apologies. I should have realized that this was a 
mistake on my part prior to submitting the feature request. 
Sorry.

Previous Comments:


[2001-10-30 18:21:42] [EMAIL PROTECTED]

Maybe there is a workaround for this or a very good 
security reason for not enabling this feature, but I just 
came across a situation where I wanted to do this:
$dir = chdir('../../'); But it doesn't seem to be possible 
currently... My apologies if this isn't the case.

eirik





Edit this bug report at http://bugs.php.net/?id=13879&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: Weirdness, additional comment

[Yasuo Ohgaki]

Ivo wrote:

 > By the way, did I mention a call to exit in the script I am 
sure the program
 > flow should not go, WILL stop the unwanted effect (the second 
message in the
 > database with the pageid field of 100), but WILL NOT EXIT THE 
PROGRAM WHOLE!
 > The rest of the program is still executed normally. Now, that 
can't be normal.

That's what I experienced, too.
I couldn't locate which line of my code causing this.
I think if you move code blocks, PHP stops doing that.

Hope you can find what kind of code cause this...

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

Re: [PHP-DEV] Re: empty("0")

[Pierre-Alain Joye]

On Wed, 31 Oct 2001 08:13:28 +0900
Yasuo Ohgaki <[EMAIL PROTECTED]> wrote:

> Yasuo Ohgaki wrote:
> 
> > Sterling Hughes wrote:
> > 
> >> I don't know if this has been discussed yet, but while we're 
> >> getting all
> >> crazy with breaking compat in 4.1 and/or 5.0, why not go ahead and
> >> finally fix empty("0") to return false, like it really should (a
> >> string with 0 in it, is *not* imho an empty string).
> >>
> > 
> > $_POST/$_GET/$_COOKIE data has string type by default. It should return 
> > false for empty("0"), I suppose...
> 
> 
> Oops. empty('0'). may return TRUE, since $_POST['var'] has string 
> type...
:)) as I said ;). For post better to use !="" or isset($_POST['var']); if the post 
:vars is empty. And "0" is not an empty string, it s a string containing one char (48 
:?). If I m not too tired the post methods "post" all var even if they are empty.

imo :)

pa

-- 
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 #13879: relative paths for chdir?

[admin]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.6
PHP Bug Type: Feature/Change Request
Bug description:  relative paths for chdir?

Maybe there is a workaround for this or a very good 
security reason for not enabling this feature, but I just 
came across a situation where I wanted to do this:
$dir = chdir('../../'); But it doesn't seem to be possible 
currently... My apologies if this isn't the case.

eirik
-- 
Edit bug report at: http://bugs.php.net/?id=13879&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 #13873 Updated: wddx_*() functions only handle ascii

[sniper]

ID: 13873
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: WDDX related
Operating System: Linux
PHP Version: 4.0.6
New Comment:

Works fine for me with latest CVS. Try a snapshot from
http://snaps.php.net/

--Jani


Previous Comments:


[2001-10-30 11:01:23] [EMAIL PROTECTED]

It seems that the wddx_*() functions only handle US-ASCII, although I see a referense 
to ISO-8859-1 and UTF-8 in the source:

   print wddx_deserialize(wddx_serialize_value("xyzåäö"));

produces:

   xyz???







Edit this bug report at http://bugs.php.net/?id=13873&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: empty("0")

[Yasuo Ohgaki]

Yasuo Ohgaki wrote:

> Sterling Hughes wrote:
> 
>> I don't know if this has been discussed yet, but while we're 
>> getting all
>> crazy with breaking compat in 4.1 and/or 5.0, why not go ahead and
>> finally fix empty("0") to return false, like it really should (a
>> string with 0 in it, is *not* imho an empty string).
>>
> 
> $_POST/$_GET/$_COOKIE data has string type by default. It should return 
> false for empty("0"), I suppose...


Oops. empty('0'). may return TRUE, since $_POST['var'] has string 
type...


-- 
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 #13868 Updated: Unable to find ftpbuf 1 in ....

[sniper]

ID: 13868
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: FTP related
Operating System: Suse 7.1  -  oldwotan 2.4.3 #1
PHP Version: 4.0.4pl1
New Comment:

Please add a SHORT but complete and self-containing script
that uses some public ftp server. And with which this can
be reproduced. 

--Jani


Previous Comments:


[2001-10-30 07:14:44] [EMAIL PROTECTED]

We are getting the following undocumented error:

Warning: Unable to find ftpbuf 1 in 
/usr/local/httpd/htdocs/sportshop/admin/modules/porter/class/classProductImport.php on 
line 18
(Line:  if(!ftp_fget($ftpLogin, trim($docName), $fp, FTP_BINARY)); )


This script is also beeing called from another script
on the same mashine, and there it works.

(We could nor get any information from search engines
or any of the php-mailing lists.)
-
In script (part of a class):

$ftpConn = ftp_connect($FTPDataHost);
$ftpLogin = ftp_login($ftpConn, $FTPDataUser, $FTPDataPass);
if($ftpConn && $ftpLogin){
$fp = fopen($tmpDataDir . "/" . trim($docName), "w");
echo "ftp conn : " . $ftpConn . "";
if(!ftp_fget($ftpLogin, trim($docName), $fp, FTP_BINARY));
fclose($fp);
}


-
-> modules in php ... :

'./configure' 
'--prefix=/usr' 
'--bindir=/usr/bin' 
'--libdir=/usr/lib' 
'--with-config-file-path=/etc' 
'--with-exec-dir=%{libdir}/php/bin' 
'--with-pgsql=/usr' 
'--with-mysql=/usr' 
'--with-gd=yes' 
'--with-tiff-dir=/usr' 
'--with-jpeg-dir=/usr' 
'--with-png-dir=/usr' 
'--with-xpm-dir=/usr/X11R6' 
'--with-pdflib=/usr' 
'--with-ldap=yes' 
'--with-imap=yes' 
'--with-imap-ssl' 
'--with-zlib=yes' 
'--with-bz2' 
'--with-xml' 
'--with-ttf' 
'--with-t1lib' 
'--with-mcal=/usr/include/mcal/' 
'--with-sablot' '--with-readline' 
'--with-ftp' 
'--with-ndbm' 
'--with-gdbm' 
'--with-mcrypt' 
'--with-gettext' 
'--with-curl' 
'--with-mm' 
'--with-gd=yes' 
'--with-qtdom=/usr/lib/qt-2.2.1/' 
'--enable-versioning' 
'--enable-yp' 
'--enable-bcmath' 
'--enable-trans-sid' 
'--enable-inline-optimization' 
'--enable-track-vars' 
'--enable-magic-quotes' 
'--enable-safe-mode' 
'--enable-sockets' 
'--enable-sysvsem' 
'--enable-sysvshm' 
'--enable-shmop' 
'--enable-calendar' 
'--enable-exif' 
'--enable-ftp' 
'--enable-memory-limit' 
'--enable-wddx' 
'--enable-filepro' 
'--enable-dbase' 
'--enable-ctype' 
'--enable-debug' 
'--enable-force-cgi-redirect' 
'--enable-discard-path' 
'--enable-sigchild' 
'--enable-gd-imgstrttf' 
'--with-openssl' 
'--with-swf=./dist/' 
'--with-apxs=/usr/sbin/apxs' 
'i386-suse-linux-gnu'


-
Other information:

- Total script processing time = 0.03413258889
- FTP-Settings on the remotehost were checked !





Edit this bug report at http://bugs.php.net/?id=13868&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 #13816 Updated: Accessing a static HTML page crashes Apache

[sniper]

ID: 13816
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Reproducible crash
Operating System: Solaris 8 SPARC
PHP Version: 4.0.6
New Comment:

Maybe in Solaris 6 / 7 but not necessarily with 8.
I think you need to compile both mod_perl and PHP as DSO's.
And always use that --enable-rule=SHARED_CORE 
The largefile support should work but you could try
if everything else fails to turn it off.

--Jani



Previous Comments:


[2001-10-30 05:26:32] [EMAIL PROTECTED]

--enable-rule=SHARED_CORE is quite bad, during the mod_perl
"make test" (without the PHP DSO):
/sw/WORK/apache_1.3.22/src/httpd: Unable to exec Shared Core Executable Program 
`/opt/OCTOapache-1.3.22/libexec/libhttpd.ep'
I would have assumed that the default DSO handling on Solaris
should work. This is not a exotic platform for Apache.

I don't understand the comment about largefile support.
Should it or should it not be switched on in perl?

In any case, I found a workaround - statically linking
*both* mod_perl and PHP makes the crash go away. Seems that
the problem is DSO related.

I changed my PHP config from --with-apxs to --with-apache,
included --activate-module=src/modules/php4/libphp4.a
in the mod_perl configuration and that's all.

I'm willing to look into this more, but I'd need some
guidance where to look.




[2001-10-29 23:25:40] [EMAIL PROTECTED]

Another thing if the previous one didn't help might
be that the fix for largefile support in Perl has
been reverted accidently. You could try disabling that.

--Jani




[2001-10-29 23:14:50] [EMAIL PROTECTED]

Have you compiled Apache with: --enable-rule=SHARED_CORE

--Jani



[2001-10-29 03:28:02] [EMAIL PROTECTED]

No crash when Apache is configured without mod_perl.



[2001-10-28 11:50:21] [EMAIL PROTECTED]

Try removing mod_perl and see if it works then.

--Jani




The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/?id=13816


Edit this bug report at http://bugs.php.net/?id=13816&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: empty("0")

[Yasuo Ohgaki]

Sterling Hughes wrote:

> I don't know if this has been discussed yet, but while we're getting all
> crazy with breaking compat in 4.1 and/or 5.0, why not go ahead and
> finally fix empty("0") to return false, like it really should (a
> string with 0 in it, is *not* imho an empty string).
> 

$_POST/$_GET/$_COOKIE data has string type by default. It should 
return false for empty("0"), I suppose...

--
Yasuo Ohagaki


-- 
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] empty("0")

[Pierre-Alain Joye]

On Tue, 30 Oct 2001 20:47:26 +0100
Hartmut Holzgraefe <[EMAIL PROTECTED]> wrote:

> sterling hughes wrote:
> 
> > I don't know if this has been discussed yet, but while we're getting all
> > crazy with breaking compat in 4.1 and/or 5.0, why not go ahead and
> > finally fix empty("0") to return false, like it really should (a
> > string with 0 in it, is *not* imho an empty string).
> > 
> > -Sterling
> > 
> > 
> 
> as there are reasons for both sides ...
> 
> ... maybe we should have empty() and empty0() or so ? ...
The empty function is ambigous. It is not is_null or isset (is_set as usual ? ;), and 
I don't use it anymore. IMO 0 is not an empty content. An empty content will be an 
array without any cells (string is an array b.e.).
The problem should appear when people don't take care about variable types, php is 
very flexible, this fact masks sometimes basic rules.

pa

-- 
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] Half Price Golf Balls!

[[EMAIL PROTECTED]]

Title: Which Ball is the New One?


  



    
  
  

  
  
  
  
  Which Ball is the New One?
  
  
  
      
   $35/dozen
      
  $15/dozen 
      
  What Would You Rather Pay? 
  
  
  
  
  
  K Net Golf Inc.
  
  
  
  
  Home of The Half 
  Price Golf Ball 
  Presents the 
  Greatest Value in Golf Today!
  


Yes, now you can receive the Very 
Best Quality Premium reclaimed Golf Balls in North America...Titleist, 
Maxfli, Strata, Top-Flite, Precept, Pinnacle, Taylor Made and many many 
more... 

  

With K Net Golf you will get... 
  
  

  
  Savings -
  Up to 65% off new golf ball prices.



  
  Selection -
  Your choice of over 150 brands and styles.

  
  Service -
  Orders leave our doors within 36 hours.

  
  Satisfaction 
  - 100% guarantee or your money back. 
  
  
  And best of all… You can receive 
  
  Free 
  Shipping right to your door.
  

  
  
  Check it out only at 
  
  www.knetgolf.com
  
  



Our Story
KNET GOLF, one of North Americas 
largest golf ball reprocessing companies will recycle and sell over 
5,000,000 top premium quality golf balls directly to over 50,000

customers this year. 

Balls are collected from over 200 
courses in North America (Arizona) and are reprocessed using our unique 
10 step recycling process. This ensures the strictest standard of 
quality control.
  
  
Only the top two grades of balls 
are offered directly from us to you. 

Mint and 

Grade A 

Balls that don’t make these top 
two grades are known as Grade B balls. These are repackaged and sold to 
major department stores and sporting good chains around North America.


Join thousands of satisfied, repeat customers 
across the country that are saving hundreds of dollars over a season. 
Perhaps enough to buy that new driver you’ve longed for or a new pair of 
golf shoes or even a few extra rounds.
Our 
100% satisfaction and money back guarantee 
is now legendary and unmatched in the industry. We are 
committed as a company to providing you with the highest quality

recycled golf balls available in North America today.
And don’t forget …You will receive



FREE DELIVERY
right to your door with every order of $73 
or more (before taxes).
Take advantage of this incredible 
offer today only at 
knetgolf.com 
.
Order today and join thousands of your fellow golfers in 
these great deals. Only at 
knetgolf.com 
.
P.S. Sign up today for our free


Newsletter that will give you 
monthly specials and other great golf stuff.
P.P.S.  We have some great end of 
the Season Specials on 
Titleist balls.
May the Birdies be with You.
  
  
     
  
  
  If you have received this message in error and wish to 
  unsubscribe from K Net Golf, please reply to 
  [EMAIL PROTECTED] 
  with the subject Re: REMOVE
   

  
  

 

[PHP-DEV] Bug #12952 Updated: Output buffering misbehaving

[ryan_sokol]

ID: 12952
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Output Control
Operating System: RedHat 7.2
PHP Version: 4.0.6
New Comment:

Almost forgot, I also get this in my Apache error_log:

[Tue Oct 30 15:36:56 2001] [notice] child pid 4831 exit signal Segmentation fault (11)

Previous Comments:


[2001-10-30 15:35:30] [EMAIL PROTECTED]

Changed the bug type, OS, and Summary.  

After unsuccessfully trying to get a backtrace (got a Segmentation Fault and "Document 
contains no data", but could not generate a core file nor force a crash on httpd in 
gdb), I have concluded that this has to do with the 
--enable-trans-sid option AND ob_end_flush() on PHP 4.0.6.  When I compile PHP WITHOUT 
the --enable-trans-sid, I have no problems (except I need the trans-sid for my 
sessions).  But when I recompile PHP WITH --enable-trans-sid, I get the Segmentation 
Fault and "Document contains no data" errors.

I think this is related to Bug# 12180. Again, the code (see above) did not change from 
PHP 4.0.4pl1 to PHP 4.0.6, but the result of execution did.



[2001-10-26 18:06:58] [EMAIL PROTECTED]

Note:  The function sessionResume() simply checks if a session exists for the user and 
continues it if it does or starts a new one if it doesn't.



[2001-08-24 17:24:36] [EMAIL PROTECTED]

Here's my configure line:
'./configure' '-with-apxs' '--enable-track-vars' '--disable-debug' '--enable-sysvshm' 
'-enable-sysvsem' '-enable-trans-sid'

I have been running PHP 4.0.4pl1 with no problems for about 5 months and tried to move 
to PHP 4.0.6.  The code below produced an undisplayable page in 4.0.6 but works fine 
in 4.0.4pl1:
///
ob_start();
if (sessionResume() == false)
{
  // some error handling code here  
include "error.fre";
return;
}
else
{
   // some more logic here
   if($loginTo != '') // means would rather go to another page, probably from bookmark
   header("Location: " . $loginTo . "&PHPSESS=" . session_id());
else
include "member-home.fre";

}
ob_end_flush();
///

What happens when I run this code is IE gives me a "Page cannot be displayed" screen.  
I am positive this has something to do with 4.0.6 because I had 4.0.4pl1 installed, 
then upgraded to 4.0.6 and got the error, and then downgraded back to 4.0.4pl1 (where 
it worked properly again) without changing one line of code or anything in php.ini.

Sorry I can't offer any suggestions, but let me know if I can help track this one down.





Edit this bug report at http://bugs.php.net/?id=12952&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 #13875 Updated: Apache 1.3.22 will start outputing Segmentation fault (11)'s in error_log and sl

[derick]

ID: 13875
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Closed
Status: Bogus
Bug Type: Reproducible crash
Operating System: Linux 2.4.12-ac1 Glibc 2.2.4 GCC
PHP Version: 4.0.6
New Comment:

Marking it bogus, as it is no bug in PHP.

Derick

Previous Comments:


[2001-10-30 15:49:09] [EMAIL PROTECTED]

I have pretty much concluded that this was a memory issue with
my sdram, having two chips and having only one in at a time it
turned out that only one of them seemed to produce these problems.
I had found a way I think would reproduce the error, seemed to, so
if it happens again now with the good memory in then I will know
my testing had not worked and will reopen the bug report.  I will
be pretty sure the memory was the problem if it doesn't crash for
a few days, since that hasn't happened since running the high CPU
processes on the machine with apache+php.

Thanks,
Chris Kennedy




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

Signal 11 is almost exclusively a mark of a problematic memory subsytem: faulty or 
mismatched chips. Are you sure this is not the case?



[2001-10-30 12:43:43] [EMAIL PROTECTED]

I have now tried the latest snapshot, 20011030, and gotten a
crash and backtrace, it isn't the passthru, since this did the
Segmentation Fault on an opendir() call.

#0  0x40008a25 in _dl_lookup_versioned_symbol () from /lib/ld-linux.so.2
#1  0x4000b1fa in fixup () from /lib/ld-linux.so.2
#2  0x4000b3c0 in _dl_runtime_resolve () from /lib/ld-linux.so.2
#3  0x80f503c in zif_opendir (ht=1, return_value=0x837ae0c, this_ptr=0x0,
return_value_used=1) at dir.c:192
#4  0x8191e22 in execute (op_array=0x837ad44) at zend_execute.c:1598
#5  0x816c80a in zend_execute_scripts (type=8, retval=0x0, file_count=3)
at zend.c:814
#6  0x80a715e in php_execute_script (primary_file=0xb7b0) at main.c:1310
#7  0x817876c in apache_php_module_main (r=0x8337b74, display_source_mode=0)
at sapi_apache.c:90
#8  0x80a3792 in send_php (r=0x8337b74, display_source_mode=0,
filename=0x8339614 "/var/www/html/ModemStats/fuu.php") at mod_php4.c:575
#9  0x80a37f5 in send_parsed_php (r=0x8337b74) at mod_php4.c:590
#10 0x819c2b3 in ap_invoke_handler (r=0x8337b74) at http_config.c:517
#11 0x81b0ebb in process_request_internal (r=0x8337b74) at http_request.c:1311
#12 0x81b0f30 in ap_process_request (r=0x8337b74) at http_request.c:1327
#13 0x81a812d in child_main (child_num_arg=0) at http_main.c:4555
#14 0x81a8304 in make_child (s=0x82cac44, slot=0, now=1004462146)
at http_main.c:4668
#15 0x81a847b in startup_children (number_to_start=5) at http_main.c:4750
#16 0x81a8b14 in standalone_main (argc=2, argv=0xbbe4) at http_main.c:5055
#17 0x81a937e in main (argc=2, argv=0xbbe4) at http_main.c:5415
#18 0x40244551 in __libc_start_main () from //lib/libc.so.6





[2001-10-30 11:54:01] [EMAIL PROTECTED]

I cannot reproduce this bug 'on the fly', it just happens often when running
a gzip process on the server that takes up most of the CPU, then apache+php
will have the Segmentation fault (11)'s in the log.  It often won't die
there, or crash, but will still work and later start really spewing the
errors which then the server is inaccessable.  It will then often crash
after doing that for awhile, it seems to need a person accessing the php
pages during the high CPU load to start the 'downward spiral'.  I have 
a backtrace, it seems to be something to do with the passthru function,
since that is so far the place it always shows on the backtraces.  The
passthru function is being used to execute perl scripts on the webserver,
outputing html formatted text, there are arguments to those scripts too
which sometimes are not defined, which I don't think would be the problem,
but am not sure.  I can do more debugging, but may need instructions,
this is the first time I have done anything with gdb.

Details are below, thanks in advance,
Chris Kennedy <[EMAIL PROTECTED]>

PHP: version 4.0.6
--with-apache=/u1/sys/src/APACHE/apache_1.3.22
--with-yp
--with-mysql=/opt/mysql
--with-gdbm
--with-config-file-path=/opt/apache/conf
--enable-debug
--enable-ftp
--with-imap
--enable-trans-sid
--enable-calendar
--with-zlib
--with-ldap

APACHE: version 1.3.22
--prefix=/opt/apache
--activate-module=src/modules/php4/libphp4.a
--activate-module=src/modules/standard/mod_frontpage.c
--activate-module=src/modules/ssl/libssl.a

(gdb) run -X
Starting program: /opt/apache/bin/httpd -X
(gdb) bt

#0  0x40008a25 in _dl_lookup_versioned_symbol () from /lib/ld-linux.so.2
#1  0x4000b1fa in fixup () from /lib/ld-linux.so.2

[PHP-DEV] Bug #13875 Updated: Apache 1.3.22 will start outputing Segmentation fault (11)'s in error_log and sl

[getdown]

ID: 13875
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Reproducible crash
Operating System: Linux 2.4.12-ac1 Glibc 2.2.4 GCC
PHP Version: 4.0.6
New Comment:

I have pretty much concluded that this was a memory issue with
my sdram, having two chips and having only one in at a time it
turned out that only one of them seemed to produce these problems.
I had found a way I think would reproduce the error, seemed to, so
if it happens again now with the good memory in then I will know
my testing had not worked and will reopen the bug report.  I will
be pretty sure the memory was the problem if it doesn't crash for
a few days, since that hasn't happened since running the high CPU
processes on the machine with apache+php.

Thanks,
Chris Kennedy


Previous Comments:


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

Signal 11 is almost exclusively a mark of a problematic memory subsytem: faulty or 
mismatched chips. Are you sure this is not the case?



[2001-10-30 12:43:43] [EMAIL PROTECTED]

I have now tried the latest snapshot, 20011030, and gotten a
crash and backtrace, it isn't the passthru, since this did the
Segmentation Fault on an opendir() call.

#0  0x40008a25 in _dl_lookup_versioned_symbol () from /lib/ld-linux.so.2
#1  0x4000b1fa in fixup () from /lib/ld-linux.so.2
#2  0x4000b3c0 in _dl_runtime_resolve () from /lib/ld-linux.so.2
#3  0x80f503c in zif_opendir (ht=1, return_value=0x837ae0c, this_ptr=0x0,
return_value_used=1) at dir.c:192
#4  0x8191e22 in execute (op_array=0x837ad44) at zend_execute.c:1598
#5  0x816c80a in zend_execute_scripts (type=8, retval=0x0, file_count=3)
at zend.c:814
#6  0x80a715e in php_execute_script (primary_file=0xb7b0) at main.c:1310
#7  0x817876c in apache_php_module_main (r=0x8337b74, display_source_mode=0)
at sapi_apache.c:90
#8  0x80a3792 in send_php (r=0x8337b74, display_source_mode=0,
filename=0x8339614 "/var/www/html/ModemStats/fuu.php") at mod_php4.c:575
#9  0x80a37f5 in send_parsed_php (r=0x8337b74) at mod_php4.c:590
#10 0x819c2b3 in ap_invoke_handler (r=0x8337b74) at http_config.c:517
#11 0x81b0ebb in process_request_internal (r=0x8337b74) at http_request.c:1311
#12 0x81b0f30 in ap_process_request (r=0x8337b74) at http_request.c:1327
#13 0x81a812d in child_main (child_num_arg=0) at http_main.c:4555
#14 0x81a8304 in make_child (s=0x82cac44, slot=0, now=1004462146)
at http_main.c:4668
#15 0x81a847b in startup_children (number_to_start=5) at http_main.c:4750
#16 0x81a8b14 in standalone_main (argc=2, argv=0xbbe4) at http_main.c:5055
#17 0x81a937e in main (argc=2, argv=0xbbe4) at http_main.c:5415
#18 0x40244551 in __libc_start_main () from //lib/libc.so.6





[2001-10-30 11:54:01] [EMAIL PROTECTED]

I cannot reproduce this bug 'on the fly', it just happens often when running
a gzip process on the server that takes up most of the CPU, then apache+php
will have the Segmentation fault (11)'s in the log.  It often won't die
there, or crash, but will still work and later start really spewing the
errors which then the server is inaccessable.  It will then often crash
after doing that for awhile, it seems to need a person accessing the php
pages during the high CPU load to start the 'downward spiral'.  I have 
a backtrace, it seems to be something to do with the passthru function,
since that is so far the place it always shows on the backtraces.  The
passthru function is being used to execute perl scripts on the webserver,
outputing html formatted text, there are arguments to those scripts too
which sometimes are not defined, which I don't think would be the problem,
but am not sure.  I can do more debugging, but may need instructions,
this is the first time I have done anything with gdb.

Details are below, thanks in advance,
Chris Kennedy <[EMAIL PROTECTED]>

PHP: version 4.0.6
--with-apache=/u1/sys/src/APACHE/apache_1.3.22
--with-yp
--with-mysql=/opt/mysql
--with-gdbm
--with-config-file-path=/opt/apache/conf
--enable-debug
--enable-ftp
--with-imap
--enable-trans-sid
--enable-calendar
--with-zlib
--with-ldap

APACHE: version 1.3.22
--prefix=/opt/apache
--activate-module=src/modules/php4/libphp4.a
--activate-module=src/modules/standard/mod_frontpage.c
--activate-module=src/modules/ssl/libssl.a

(gdb) run -X
Starting program: /opt/apache/bin/httpd -X
(gdb) bt

#0  0x40008a25 in _dl_lookup_versioned_symbol () from /lib/ld-linux.so.2
#1  0x4000b1fa in fixup () from /lib/ld-linux.so.2
#2  0x4000b3c0 in _dl_runtime_resolve () from /lib/ld-linux.so.2
#3  0x80f6bb7 in php_if_passthru (ht=1, return_value=0x837fac4, this_ptr=0x0,

[PHP-DEV] Bug #12952 Updated: --enable-trans-sid and ob_end_flush() not happy

[ryan_sokol]

ID: 12952
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Summary: Output buffering misbehaving
Status: Open
Old Bug Type: Session related
Bug Type: Output Control
Old Operating System: RedHat 6.2
Operating System: RedHat 7.2
PHP Version: 4.0.6
New Comment:

Changed the bug type, OS, and Summary.  

After unsuccessfully trying to get a backtrace (got a Segmentation Fault and "Document 
contains no data", but could not generate a core file nor force a crash on httpd in 
gdb), I have concluded that this has to do with the 
--enable-trans-sid option AND ob_end_flush() on PHP 4.0.6.  When I compile PHP WITHOUT 
the --enable-trans-sid, I have no problems (except I need the trans-sid for my 
sessions).  But when I recompile PHP WITH --enable-trans-sid, I get the Segmentation 
Fault and "Document contains no data" errors.

I think this is related to Bug# 12180. Again, the code (see above) did not change from 
PHP 4.0.4pl1 to PHP 4.0.6, but the result of execution did.

Previous Comments:


[2001-10-26 18:06:58] [EMAIL PROTECTED]

Note:  The function sessionResume() simply checks if a session exists for the user and 
continues it if it does or starts a new one if it doesn't.



[2001-08-24 17:24:36] [EMAIL PROTECTED]

Here's my configure line:
'./configure' '-with-apxs' '--enable-track-vars' '--disable-debug' '--enable-sysvshm' 
'-enable-sysvsem' '-enable-trans-sid'

I have been running PHP 4.0.4pl1 with no problems for about 5 months and tried to move 
to PHP 4.0.6.  The code below produced an undisplayable page in 4.0.6 but works fine 
in 4.0.4pl1:
///
ob_start();
if (sessionResume() == false)
{
  // some error handling code here  
include "error.fre";
return;
}
else
{
   // some more logic here
   if($loginTo != '') // means would rather go to another page, probably from bookmark
   header("Location: " . $loginTo . "&PHPSESS=" . session_id());
else
include "member-home.fre";

}
ob_end_flush();
///

What happens when I run this code is IE gives me a "Page cannot be displayed" screen.  
I am positive this has something to do with 4.0.6 because I had 4.0.4pl1 installed, 
then upgraded to 4.0.6 and got the error, and then downgraded back to 4.0.4pl1 (where 
it worked properly again) without changing one line of code or anything in php.ini.

Sorry I can't offer any suggestions, but let me know if I can help track this one down.





Edit this bug report at http://bugs.php.net/?id=12952&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 #13878: Page hangs on 3rd reload, using session_start, session_register, session_encode

[shandy]

From: [EMAIL PROTECTED]
Operating system: Linux porky.devel.redhat.com 2.2
PHP version:  4.0.4pl1
PHP Bug Type: Session related
Bug description:  Page hangs on 3rd reload, using session_start, session_register, 
session_encode

fak2.php:
--


f2.php:
---


load f2.php 3 times.  It hangs.  Don't know if this is a repeat php.net
stopped responding while I was searching through old bugs.  If this has
been fixed, or I am doing something wrong, please email me.

shandy
-- 
Edit bug report at: http://bugs.php.net/?id=13878&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] empty("0")

[Hartmut Holzgraefe]

sterling hughes wrote:

> I don't know if this has been discussed yet, but while we're getting all
> crazy with breaking compat in 4.1 and/or 5.0, why not go ahead and
> finally fix empty("0") to return false, like it really should (a
> string with 0 in it, is *not* imho an empty string).
> 
> -Sterling
> 
> 

as there are reasons for both sides ...

... maybe we should have empty() and empty0() or so ? ...

... just a quick idea ... not at all thought out ...

-- 
Hartmut Holzgraefe  [EMAIL PROTECTED]  http://www.six.de  +49-711-99091-77




-- 
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] empty("0")

[sterling hughes]

I don't know if this has been discussed yet, but while we're getting all
crazy with breaking compat in 4.1 and/or 5.0, why not go ahead and
finally fix empty("0") to return false, like it really should (a
string with 0 in it, is *not* imho an empty string).

-Sterling

-- 
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 #13874 Updated: isset on a associative array does not distinct if key exist

[raymond]

ID: 13874
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Unknown/Other Function
Operating System: ALL
PHP Version: 4.0.6
New Comment:

understood. However there is still no effective way to check if a key exists in an 
array !!!
Maybe my title should have been different ... for the real problem see my sample ...

Previous Comments:


[2001-10-30 11:42:42] [EMAIL PROTECTED]

Not a bug. Intended behaviour. isset() returns false on variables with a NULL value.

Documentation is being worked on.



[2001-10-30 11:23:43] [EMAIL PROTECTED]

There's no good way to check weather a key exists in an associative array.

The problem is that if the key exists, but the value is null, is treated the
same as if the key doesn't exist. 

The only way I figure is to check: in_array("key", array_keys($array))
but this seams rather expensive.

(Compare: perl has an "exists" function ...)

Sample:

  $sample = array("a" => "a", "b" => NULL);


  print ":".isset($sample['a'])."\n";
  print ":".isset($sample['b'])."\n";
  print ":".isset($sample['c'])."\n";

  print ":".in_array("a", array_keys($sample))."\n";
  print ":".in_array("b", array_keys($sample))."\n";
  print ":".in_array("c", array_keys($sample))."\n";






Edit this bug report at http://bugs.php.net/?id=13874&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 #13877 Updated: function exec()

[sander]

ID: 13877
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Old Bug Type: Unknown/Other Function
Bug Type: Program Execution
Operating System: W2K
PHP Version: 4.0.6
New Comment:

There were a lot of errors with exec-like functions in 4.0.6 Please try 4.1.0RC1 from 
http://208.44.124.20/php-dev-win/

Reopen if the problem still exists.
If so, include a sample PHP script.

Previous Comments:


[2001-10-30 13:22:28] [EMAIL PROTECTED]

hi! first, excuse my poor english, I'M FRENCH !! *lol*
So, i wrote a vc++ program that access a db that is on another server... When i want 
to call this external prog from a php script, i hear something like an error (dong !), 
then the prog's running in loop!!

i want to precise that my vc++ prog is ok!!





Edit this bug report at http://bugs.php.net/?id=13877&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 #13877: function exec()

[domise . yann]

From: [EMAIL PROTECTED]
Operating system: W2K
PHP version:  4.0.6
PHP Bug Type: Unknown/Other Function
Bug description:  function exec()

hi! first, excuse my poor english, I'M FRENCH !! *lol*
So, i wrote a vc++ program that access a db that is on another server...
When i want to call this external prog from a php script, i hear something
like an error (dong !), then the prog's running in loop!!

i want to precise that my vc++ prog is ok!!
-- 
Edit bug report at: http://bugs.php.net/?id=13877&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 #13872 Updated: Sablotron scheme handler does not work

[flex]

ID: 13872
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: XSLT related
Operating System: Debian/Linux
PHP Version: 4.1.0RC1
New Comment:

Tried to debug this and found that

XSLT_SCHEME(handle).get_all for example doesn't get set so
it returns at the start of scheme_getall function (sablot.c)
without doing anything useful.

The same error appears with xslt_set_sax_handlers when
using handler type which needs handler pair (element, document).

Seems that register_sax_handler_pair() doesn't work the way it should. I don't fully 
understand how the code works so
I do not know why exactly this fails. But I hope
you got better starting point now.


Previous Comments:


[2001-10-30 10:33:44] [EMAIL PROTECTED]

Can't get scheme handler to work.
Seems it gets never called. Instead I get:

Sablotron error on line 1: unknown encoding ''

Example script:

fish';
  }

  $xslt = xslt_create();
  xslt_set_scheme_handlers($xslt, array("get_all" => "scheme_handler"));
  $args = array(
"/_xml" => 'TestValue',
"/_xsl" => '
http://www.w3.org/1999/XSL/Transform";>
  
: 
  
'
  );

  $data = xslt_process($xslt, "arg:/_xml", "arg:/_xsl", NULL, $args);

  // expect: TestValue: fish
  echo $data;

  xslt_free($xslt);
?>






Edit this bug report at http://bugs.php.net/?id=13872&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 #13875 Updated: Apache 1.3.22 will start outputing Segmentation fault (11)'s in error_log and sl

[cynic]

ID: 13875
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Reproducible crash
Operating System: Linux 2.4.12-ac1 Glibc 2.2.4 GCC
PHP Version: 4.0.6
New Comment:

Signal 11 is almost exclusively a mark of a problematic memory subsytem: faulty or 
mismatched chips. Are you sure this is not the case?

Previous Comments:


[2001-10-30 12:43:43] [EMAIL PROTECTED]

I have now tried the latest snapshot, 20011030, and gotten a
crash and backtrace, it isn't the passthru, since this did the
Segmentation Fault on an opendir() call.

#0  0x40008a25 in _dl_lookup_versioned_symbol () from /lib/ld-linux.so.2
#1  0x4000b1fa in fixup () from /lib/ld-linux.so.2
#2  0x4000b3c0 in _dl_runtime_resolve () from /lib/ld-linux.so.2
#3  0x80f503c in zif_opendir (ht=1, return_value=0x837ae0c, this_ptr=0x0,
return_value_used=1) at dir.c:192
#4  0x8191e22 in execute (op_array=0x837ad44) at zend_execute.c:1598
#5  0x816c80a in zend_execute_scripts (type=8, retval=0x0, file_count=3)
at zend.c:814
#6  0x80a715e in php_execute_script (primary_file=0xb7b0) at main.c:1310
#7  0x817876c in apache_php_module_main (r=0x8337b74, display_source_mode=0)
at sapi_apache.c:90
#8  0x80a3792 in send_php (r=0x8337b74, display_source_mode=0,
filename=0x8339614 "/var/www/html/ModemStats/fuu.php") at mod_php4.c:575
#9  0x80a37f5 in send_parsed_php (r=0x8337b74) at mod_php4.c:590
#10 0x819c2b3 in ap_invoke_handler (r=0x8337b74) at http_config.c:517
#11 0x81b0ebb in process_request_internal (r=0x8337b74) at http_request.c:1311
#12 0x81b0f30 in ap_process_request (r=0x8337b74) at http_request.c:1327
#13 0x81a812d in child_main (child_num_arg=0) at http_main.c:4555
#14 0x81a8304 in make_child (s=0x82cac44, slot=0, now=1004462146)
at http_main.c:4668
#15 0x81a847b in startup_children (number_to_start=5) at http_main.c:4750
#16 0x81a8b14 in standalone_main (argc=2, argv=0xbbe4) at http_main.c:5055
#17 0x81a937e in main (argc=2, argv=0xbbe4) at http_main.c:5415
#18 0x40244551 in __libc_start_main () from //lib/libc.so.6





[2001-10-30 11:54:01] [EMAIL PROTECTED]

I cannot reproduce this bug 'on the fly', it just happens often when running
a gzip process on the server that takes up most of the CPU, then apache+php
will have the Segmentation fault (11)'s in the log.  It often won't die
there, or crash, but will still work and later start really spewing the
errors which then the server is inaccessable.  It will then often crash
after doing that for awhile, it seems to need a person accessing the php
pages during the high CPU load to start the 'downward spiral'.  I have 
a backtrace, it seems to be something to do with the passthru function,
since that is so far the place it always shows on the backtraces.  The
passthru function is being used to execute perl scripts on the webserver,
outputing html formatted text, there are arguments to those scripts too
which sometimes are not defined, which I don't think would be the problem,
but am not sure.  I can do more debugging, but may need instructions,
this is the first time I have done anything with gdb.

Details are below, thanks in advance,
Chris Kennedy <[EMAIL PROTECTED]>

PHP: version 4.0.6
--with-apache=/u1/sys/src/APACHE/apache_1.3.22
--with-yp
--with-mysql=/opt/mysql
--with-gdbm
--with-config-file-path=/opt/apache/conf
--enable-debug
--enable-ftp
--with-imap
--enable-trans-sid
--enable-calendar
--with-zlib
--with-ldap

APACHE: version 1.3.22
--prefix=/opt/apache
--activate-module=src/modules/php4/libphp4.a
--activate-module=src/modules/standard/mod_frontpage.c
--activate-module=src/modules/ssl/libssl.a

(gdb) run -X
Starting program: /opt/apache/bin/httpd -X
(gdb) bt

#0  0x40008a25 in _dl_lookup_versioned_symbol () from /lib/ld-linux.so.2
#1  0x4000b1fa in fixup () from /lib/ld-linux.so.2
#2  0x4000b3c0 in _dl_runtime_resolve () from /lib/ld-linux.so.2
#3  0x80f6bb7 in php_if_passthru (ht=1, return_value=0x837fac4, this_ptr=0x0,
return_value_used=0) at exec.c:315
#4  0x818a21a in execute (op_array=0x8351dbc) at ./zend_execute.c:1504
#5  0x8150434 in zend_execute_scripts (type=8, file_count=3) at zend.c:752
#6  0x80a76ff in php_execute_script (primary_file=0xb908) at main.c:1206
#7  0x816137c in apache_php_module_main (r=0x8330144, display_source_mode=0)
at sapi_apache.c:89
#8  0x80a4372 in send_php (r=0x8330144, display_source_mode=0,
filename=0x8331c7c "/var/www/html/moninter/index.php") at mod_php4.c:536
#9  0x80a43aa in send_parsed_php (r=0x8330144) at mod_php4.c:547
#10 0x8194de9 in ap_invoke_handler (r=0x8330144) at http_config.c:517
#11 0x81aa20f in process_request_internal (r=0x8330144) at http_request.c:1311
#12 0x81aa2

[PHP-DEV] Bug #13875 Updated: Apache 1.3.22 will start outputing Segmentation fault (11)'s in error_log and sl

[getdown]

ID: 13875
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating System: Linux 2.4.12-ac1 Glibc 2.2.4 GCC
PHP Version: 4.0.6
New Comment:

I have now tried the latest snapshot, 20011030, and gotten a
crash and backtrace, it isn't the passthru, since this did the
Segmentation Fault on an opendir() call.

#0  0x40008a25 in _dl_lookup_versioned_symbol () from /lib/ld-linux.so.2
#1  0x4000b1fa in fixup () from /lib/ld-linux.so.2
#2  0x4000b3c0 in _dl_runtime_resolve () from /lib/ld-linux.so.2
#3  0x80f503c in zif_opendir (ht=1, return_value=0x837ae0c, this_ptr=0x0,
return_value_used=1) at dir.c:192
#4  0x8191e22 in execute (op_array=0x837ad44) at zend_execute.c:1598
#5  0x816c80a in zend_execute_scripts (type=8, retval=0x0, file_count=3)
at zend.c:814
#6  0x80a715e in php_execute_script (primary_file=0xb7b0) at main.c:1310
#7  0x817876c in apache_php_module_main (r=0x8337b74, display_source_mode=0)
at sapi_apache.c:90
#8  0x80a3792 in send_php (r=0x8337b74, display_source_mode=0,
filename=0x8339614 "/var/www/html/ModemStats/fuu.php") at mod_php4.c:575
#9  0x80a37f5 in send_parsed_php (r=0x8337b74) at mod_php4.c:590
#10 0x819c2b3 in ap_invoke_handler (r=0x8337b74) at http_config.c:517
#11 0x81b0ebb in process_request_internal (r=0x8337b74) at http_request.c:1311
#12 0x81b0f30 in ap_process_request (r=0x8337b74) at http_request.c:1327
#13 0x81a812d in child_main (child_num_arg=0) at http_main.c:4555
#14 0x81a8304 in make_child (s=0x82cac44, slot=0, now=1004462146)
at http_main.c:4668
#15 0x81a847b in startup_children (number_to_start=5) at http_main.c:4750
#16 0x81a8b14 in standalone_main (argc=2, argv=0xbbe4) at http_main.c:5055
#17 0x81a937e in main (argc=2, argv=0xbbe4) at http_main.c:5415
#18 0x40244551 in __libc_start_main () from //lib/libc.so.6



Previous Comments:


[2001-10-30 11:54:01] [EMAIL PROTECTED]

I cannot reproduce this bug 'on the fly', it just happens often when running
a gzip process on the server that takes up most of the CPU, then apache+php
will have the Segmentation fault (11)'s in the log.  It often won't die
there, or crash, but will still work and later start really spewing the
errors which then the server is inaccessable.  It will then often crash
after doing that for awhile, it seems to need a person accessing the php
pages during the high CPU load to start the 'downward spiral'.  I have 
a backtrace, it seems to be something to do with the passthru function,
since that is so far the place it always shows on the backtraces.  The
passthru function is being used to execute perl scripts on the webserver,
outputing html formatted text, there are arguments to those scripts too
which sometimes are not defined, which I don't think would be the problem,
but am not sure.  I can do more debugging, but may need instructions,
this is the first time I have done anything with gdb.

Details are below, thanks in advance,
Chris Kennedy <[EMAIL PROTECTED]>

PHP: version 4.0.6
--with-apache=/u1/sys/src/APACHE/apache_1.3.22
--with-yp
--with-mysql=/opt/mysql
--with-gdbm
--with-config-file-path=/opt/apache/conf
--enable-debug
--enable-ftp
--with-imap
--enable-trans-sid
--enable-calendar
--with-zlib
--with-ldap

APACHE: version 1.3.22
--prefix=/opt/apache
--activate-module=src/modules/php4/libphp4.a
--activate-module=src/modules/standard/mod_frontpage.c
--activate-module=src/modules/ssl/libssl.a

(gdb) run -X
Starting program: /opt/apache/bin/httpd -X
(gdb) bt

#0  0x40008a25 in _dl_lookup_versioned_symbol () from /lib/ld-linux.so.2
#1  0x4000b1fa in fixup () from /lib/ld-linux.so.2
#2  0x4000b3c0 in _dl_runtime_resolve () from /lib/ld-linux.so.2
#3  0x80f6bb7 in php_if_passthru (ht=1, return_value=0x837fac4, this_ptr=0x0,
return_value_used=0) at exec.c:315
#4  0x818a21a in execute (op_array=0x8351dbc) at ./zend_execute.c:1504
#5  0x8150434 in zend_execute_scripts (type=8, file_count=3) at zend.c:752
#6  0x80a76ff in php_execute_script (primary_file=0xb908) at main.c:1206
#7  0x816137c in apache_php_module_main (r=0x8330144, display_source_mode=0)
at sapi_apache.c:89
#8  0x80a4372 in send_php (r=0x8330144, display_source_mode=0,
filename=0x8331c7c "/var/www/html/moninter/index.php") at mod_php4.c:536
#9  0x80a43aa in send_parsed_php (r=0x8330144) at mod_php4.c:547
#10 0x8194de9 in ap_invoke_handler (r=0x8330144) at http_config.c:517
#11 0x81aa20f in process_request_internal (r=0x8330144) at http_request.c:1311
#12 0x81aa27a in ap_process_request (r=0x8330144) at http_request.c:1327
#13 0x81a1050 in child_main (child_num_arg=0) at http_main.c:4555
#14 0x81a1235 in make_child (s=0x82c78c4, slot=0, now=1004390980)
at http_main.c:4668
#15 0x81a13b6 in startup_

[PHP-DEV] Bug #13876: Not possible to build DBA as shared extension

[jlam]

From: [EMAIL PROTECTED]
Operating system: NetBSD
PHP version:  4.0.6
PHP Bug Type: DBM/DBA related
Bug description:  Not possible to build DBA as shared extension

If php is configured and installed on a system without any
db libraries, then a db library, e.g. gdbm, is installed 
afterwards, it's not possible to separately build the DBA 
module as a shared extension.  The problem occurs because 
when a db library is not found when php is configured, the 
php_config.h file written out contains the line:

#define HAVE_DBA 0

Later, when the DBA module is phpize'd and configured, the
HAVE_DBA definition from php_config.h overrides the value 
set in the local config.h file, which causes all of the 
code to be ifdef'd out.  Even when this problem is fixed, 
the various dba_.c files that implement the PHP 
functions for a particular db library will have all of 
their code ifdef'd out since the DBA_ definitions in 
the local config.h file aren't used.

The complete fix is simple:

1) Remove the line "AC_DEFINE(HAVE_DBA, 0, [ ])" from
   ext/dba/config.m4.
2) For each dba_.c file, add at the top before
   php.h is included the following lines:

#ifdef HAVE_CONFIG_H
#include "config.h"
#endif

I have a patch relative to the php-4.0.6 source tree that 
makes the above changes, located at:

http://jgrind.org/~jlam/patch.dba-4.0.6


-- 
Edit bug report at: http://bugs.php.net/?id=13876&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 #13875: Apache 1.3.22 will start outputing Segmentation fault (11)'s in error_log and slowly die then crash, up to 12 hours before the crash too, passthru function?.

[getdown]

From: [EMAIL PROTECTED]
Operating system: Linux 2.4.12-ac1 Glibc 2.2.4 GCC 2.95.3
PHP version:  4.0.6
PHP Bug Type: Reproducible crash
Bug description:  Apache 1.3.22 will start outputing Segmentation fault (11)'s in 
error_log and slowly die then crash, up to 12 hours before the crash too, passthru 
function?.

I cannot reproduce this bug 'on the fly', it just happens often when
running
a gzip process on the server that takes up most of the CPU, then
apache+php
will have the Segmentation fault (11)'s in the log.  It often won't die
there, or crash, but will still work and later start really spewing the
errors which then the server is inaccessable.  It will then often crash
after doing that for awhile, it seems to need a person accessing the php
pages during the high CPU load to start the 'downward spiral'.  I have 
a backtrace, it seems to be something to do with the passthru function,
since that is so far the place it always shows on the backtraces.  The
passthru function is being used to execute perl scripts on the webserver,
outputing html formatted text, there are arguments to those scripts too
which sometimes are not defined, which I don't think would be the
problem,
but am not sure.  I can do more debugging, but may need instructions,
this is the first time I have done anything with gdb.

Details are below, thanks in advance,
Chris Kennedy <[EMAIL PROTECTED]>

PHP: version 4.0.6
--with-apache=/u1/sys/src/APACHE/apache_1.3.22
--with-yp
--with-mysql=/opt/mysql
--with-gdbm
--with-config-file-path=/opt/apache/conf
--enable-debug
--enable-ftp
--with-imap
--enable-trans-sid
--enable-calendar
--with-zlib
--with-ldap

APACHE: version 1.3.22
--prefix=/opt/apache
--activate-module=src/modules/php4/libphp4.a
--activate-module=src/modules/standard/mod_frontpage.c
--activate-module=src/modules/ssl/libssl.a

(gdb) run -X
Starting program: /opt/apache/bin/httpd -X
(gdb) bt

#0  0x40008a25 in _dl_lookup_versioned_symbol () from /lib/ld-linux.so.2
#1  0x4000b1fa in fixup () from /lib/ld-linux.so.2
#2  0x4000b3c0 in _dl_runtime_resolve () from /lib/ld-linux.so.2
#3  0x80f6bb7 in php_if_passthru (ht=1, return_value=0x837fac4,
this_ptr=0x0,
return_value_used=0) at exec.c:315
#4  0x818a21a in execute (op_array=0x8351dbc) at ./zend_execute.c:1504
#5  0x8150434 in zend_execute_scripts (type=8, file_count=3) at
zend.c:752
#6  0x80a76ff in php_execute_script (primary_file=0xb908) at
main.c:1206
#7  0x816137c in apache_php_module_main (r=0x8330144,
display_source_mode=0)
at sapi_apache.c:89
#8  0x80a4372 in send_php (r=0x8330144, display_source_mode=0,
filename=0x8331c7c "/var/www/html/moninter/index.php") at
mod_php4.c:536
#9  0x80a43aa in send_parsed_php (r=0x8330144) at mod_php4.c:547
#10 0x8194de9 in ap_invoke_handler (r=0x8330144) at http_config.c:517
#11 0x81aa20f in process_request_internal (r=0x8330144) at
http_request.c:1311
#12 0x81aa27a in ap_process_request (r=0x8330144) at http_request.c:1327
#13 0x81a1050 in child_main (child_num_arg=0) at http_main.c:4555
#14 0x81a1235 in make_child (s=0x82c78c4, slot=0, now=1004390980)
at http_main.c:4668
#15 0x81a13b6 in startup_children (number_to_start=5) at http_main.c:4750
#16 0x81a1a4d in standalone_main (argc=2, argv=0xbbe4) at
http_main.c:5055
#17 0x81a22cc in main (argc=2, argv=0xbbe4) at http_main.c:5415
#18 0x40241551 in __libc_start_main () from //lib/libc.so.6

> bt full
#0  0x40008a25 in _dl_lookup_versioned_symbol () from /lib/ld-linux.so.2
No symbol table info available.
#1  0x4000b1fa in fixup () from /lib/ld-linux.so.2
No symbol table info available.
#2  0x4000b3c0 in _dl_runtime_resolve () from /lib/ld-linux.so.2
No symbol table info available.
#3  0x80f6bb7 in php_if_passthru (ht=1, return_value=0x837fac4,
this_ptr=0x0,
return_value_used=0) at exec.c:315
arg1 = (pval **) 0x833d63c
arg2 = (pval **) 0xc
arg_count = 1
ret = -1073747940
#4  0x818a21a in execute (op_array=0x8351dbc) at ./zend_execute.c:1504
original_return_value = (zval **) 0x8390154
return_value_used = 0
opline = (zend_op *) 0x839013c
end = (zend_op *) 0x8390574
function_state = {function_symbol_table = 0x0, function =
0x82f9ad8,
  reserved = {0x82c33a8, 0xb908, 0x815aaf4, 0x0}}
fbc = (zend_function *) 0x0
object = {ptr = 0x0}
Ts = (temp_variable *) 0xbfffe544
original_in_execution = 0 '\000'
#5  0x8150434 in zend_execute_scripts (type=8, file_count=3) at
zend.c:752

files = 0xbfffe874
i = 1
file_handle = (zend_file_handle *) 0xb908
orig_op_array = (zend_op_array *) 0x0
#6  0x80a76ff in php_execute_script (primary_file=0xb908) at
main.c:1206
prepend_file_p = (zend_file_handle *) 0x0
append_file_p = (zend_file_handle *) 0x0
prepend_file = {type = 210 'O',
  filename = 0x80101

[PHP-DEV] Bug #12154 Updated: GP Fault in Kernel32 if buffer too small in fgetcsv()

[jmoore]

ID: 12154
Updated by: jmoore
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Reproducible crash
Operating System: Win 95 SR2.1
PHP Version: 4.0.6
New Comment:

Cant reproduce.. looks like its been fixed to me, please reopen if it still occurs 
with latest cvs version.

Cheers,

- James

Previous Comments:


[2001-07-13 18:26:03] [EMAIL PROTECTED]


array = fgetcsv(fh, length[, delim]);

Documentation says length must be longer than the longest line including eol
chars. But it shouldn't gp fault.

Nice function. But it would sure be nice to not have to know the length of the 
longest line. This was a 75 mb file and it was 50% in that one line was 8K.

Easily reproduced. As soon as a line longer than the length parameter is 
encountered, immediate gp fault.

PHP caused an invalid page fault in
module KERNEL32.DLL at 016f:bff78769.
Registers:
EAX=06203538 CS=016f EIP=bff78769 EFLGS=00010202
EBX=0065eff8 SS=0177 ESP=0063f774 EBP=0063f7a8
ECX=39393120 DS=0177 ESI=0065e028 FS=ece7
EDX=2d2d2036 ES=0177 EDI=06204508 GS=
Bytes at CS:EIP:
89 51 08 8b 53 08 8b 43 04 8d 8b 0b 10 00 00 c1 
Stack dump:
0063f7a8 0065e030 0065 0065c0b0 bff7994e 0065 0065e028 0fd0 
0200 00654240 0065e818 0065dcf0 0065e028 0063f7f0 7800113d 0065 

freebsd - php 4.0.2 core dumps on this also. php exits with message:
php in malloc() warning: modified (chunk-) pointer.






Edit this bug report at http://bugs.php.net/?id=12154&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 #13874 Updated: isset on a associative array does not distinct if key exist

[sander]

ID: 13874
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Unknown/Other Function
Operating System: ALL
PHP Version: 4.0.6
New Comment:

Not a bug. Intended behaviour. isset() returns false on variables with a NULL value.

Documentation is being worked on.

Previous Comments:


[2001-10-30 11:23:43] [EMAIL PROTECTED]

There's no good way to check weather a key exists in an associative array.

The problem is that if the key exists, but the value is null, is treated the
same as if the key doesn't exist. 

The only way I figure is to check: in_array("key", array_keys($array))
but this seams rather expensive.

(Compare: perl has an "exists" function ...)

Sample:

  $sample = array("a" => "a", "b" => NULL);


  print ":".isset($sample['a'])."\n";
  print ":".isset($sample['b'])."\n";
  print ":".isset($sample['c'])."\n";

  print ":".in_array("a", array_keys($sample))."\n";
  print ":".in_array("b", array_keys($sample))."\n";
  print ":".in_array("c", array_keys($sample))."\n";






Edit this bug report at http://bugs.php.net/?id=13874&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 #13874: isset on a associative array does not distinct if key exist

[raymond]

From: [EMAIL PROTECTED]
Operating system: ALL
PHP version:  4.0.6
PHP Bug Type: Unknown/Other Function
Bug description:  isset on a associative array does not distinct if key exist

There's no good way to check weather a key exists in an associative
array.

The problem is that if the key exists, but the value is null, is treated
the
same as if the key doesn't exist. 

The only way I figure is to check: in_array("key", array_keys($array))
but this seams rather expensive.

(Compare: perl has an "exists" function ...)

Sample:

  $sample = array("a" => "a", "b" => NULL);


  print ":".isset($sample['a'])."\n";
  print ":".isset($sample['b'])."\n";
  print ":".isset($sample['c'])."\n";

  print ":".in_array("a", array_keys($sample))."\n";
  print ":".in_array("b", array_keys($sample))."\n";
  print ":".in_array("c", array_keys($sample))."\n";

-- 
Edit bug report at: http://bugs.php.net/?id=13874&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 #13873: wddx_*() functions only handle ascii

[johan]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.6
PHP Bug Type: WDDX related
Bug description:  wddx_*() functions only handle ascii

It seems that the wddx_*() functions only handle US-ASCII, although I see a
referense to ISO-8859-1 and UTF-8 in the source:

   print wddx_deserialize(wddx_serialize_value("xyzåäö"));

produces:

   xyz???


-- 
Edit bug report at: http://bugs.php.net/?id=13873&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] username of a currently logged in user

[Adam Wright]

Heya,

Just FYI, php-dev is for developing PHP (not developing *with* PHP) - You're
better off on [EMAIL PROTECTED]

$PHP_AUTH_USER is the right variable - Odds on, if there really is a user
logged in, you've in a function and have forgotten to globalise it (it's not
implicitly global).

adamw

- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, October 30, 2001 3:38 PM
Subject: [PHP-DEV] username of a currently logged in user


> Hi,
> I've written a site using PHP that relies on htaccess authentication. This
> is all working fine, but I am having problems finding the username of the
> currently logged-in user (which I need to be able to change passwords). I
> thought $user contained the user, or $PHP_AUTH_USER but neither of these
> hold anything...
> any ideas?
> Cheers
> Rob
> -
> Rob Gudgeon
> BT Systems Engineer
> Distributed Platform Strategy & Design
> BT Affinitis - Computing Partners
> Phone: 020 7250 5156
> Mobile: 07720 052692
>
>
> --
> 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] HELP ME ASAP

[$BD9C+@n!!63CK(B]

I have BIG-Trouble with

Operating system: solaris 2.6
PHP version: 4.04pl1
PHP Bug Type: Oracle related 
Bug description: plogon fail after database restart 


Context : 
   1. a computer with Oracle (8.0.5 )
   2. a computer with Apache (and PHP module) 

On computer 2, a script with plogon connect. 
Computer 1 shutdown and restart for any reason... 
When script on computer 2 is executed, it fails 
complaining a invalid database link when script 
try to open a new cursor. 

This error also occures,

a) Oracle did not start yet.
b) Try to PLogon to oracle(Of course Error!)
c) Oracle started
d) Try again PLogon but it cannot connect to Oracle
   It always return TNS names Error for me.

ThenRestart Apache again.
e) PLogon success!

Please help me, ASAP.

Great Thanks.
Hasegawa



-- 
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] username of a currently logged in user

[robin . gudgeon]

Hi,
I've written a site using PHP that relies on htaccess authentication. This
is all working fine, but I am having problems finding the username of the
currently logged-in user (which I need to be able to change passwords). I
thought $user contained the user, or $PHP_AUTH_USER but neither of these
hold anything...
any ideas?
Cheers
Rob
-
Rob Gudgeon
BT Systems Engineer
Distributed Platform Strategy & Design
BT Affinitis - Computing Partners
Phone: 020 7250 5156
Mobile: 07720 052692


-- 
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 #13872: Sablotron scheme handler does not work

[flex]

From: [EMAIL PROTECTED]
Operating system: Debian/Linux
PHP version:  4.1.0RC1
PHP Bug Type: XSLT related
Bug description:  Sablotron scheme handler does not work

Can't get scheme handler to work.
Seems it gets never called. Instead I get:

Sablotron error on line 1: unknown encoding ''

Example script:

fish';
  }

  $xslt = xslt_create();
  xslt_set_scheme_handlers($xslt, array("get_all" => "scheme_handler"));
  $args = array(
"/_xml" => 'TestValue',
"/_xsl" => '
http://www.w3.org/1999/XSL/Transform";>
  
: 
  
'
  );

  $data = xslt_process($xslt, "arg:/_xml", "arg:/_xsl", NULL, $args);

  // expect: TestValue: fish
  echo $data;

  xslt_free($xslt);
?>

-- 
Edit bug report at: http://bugs.php.net/?id=13872&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 #13871 Updated: 'for()'-error using chars as break

[brianlmoon]

ID: 13871
Updated by: brianlmoon
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: *Programming Data Structures
Operating System: Linux
PHP Version: 4.0.6
New Comment:

The ++ only works with numeric variables.  Try the example that was emailed to you.

Previous Comments:


[2001-10-30 09:15:49] [EMAIL PROTECTED]



// I hoped to see 'A B CY Z'





Edit this bug report at http://bugs.php.net/?id=13871&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] phpize

[Tsur]

> first you have to make sure your extension compiles and works
> while it lives in the php4/ext tree,

it's work while i compiled it as static library

>  then you can use phpize

i did on to the ext/my_module:
./configure
make

i got:

make[1]: Entering directory `/home/tsur/php-4.0.6/ext/htmlpars'
installing shared modules into
/usr/local/lib/php/extensions/no-debug-non-zts-20001222
cp: modules/*: No such file or directory
make[1]: Leaving directory `/home/tsur/php-4.0.6/ext/htmlpars


well ? what that mean?


> create a self-contained extension from it that will
> compile on a system with installed php but independent of the
> php source tree

lets pass the last step and continue

> PS: you know about the ext_skel script and the Readme files
> in the php4 directory?

yes. but never use it to create dynamic libraris/

tnx a lot.
tsur



-- 
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] Bug #13871: 'for()'-error using chars as break

[Teodor Cimpoesu]

Hi Martin.Schmitz!
On Tue, 30 Oct 2001, [EMAIL PROTECTED] wrote:

> From: [EMAIL PROTECTED]
> Operating system: Linux
> PHP version:  4.0.6
> PHP Bug Type: *Programming Data Structures
> Bug description:  'for()'-error using chars as break 
> 
>  
> for($i='A'; $i<='Z'; $i++){
>   echo $i;
> }

I saw it thousand times... ppl just miss that 
"'a string' is 0 when compared to integers".

try this instead: 
foreach (range(ord('A'),ord('Z')) as $i) echo chr($i);

ciao

-- teodor

-- 
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 #13871: 'for()'-error using chars as break

[Martin . Schmitz]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.6
PHP Bug Type: *Programming Data Structures
Bug description:  'for()'-error using chars as break 



// I hoped to see 'A B CY Z'
-- 
Edit bug report at: http://bugs.php.net/?id=13871&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] Weirdness, additional comment

[Ivo]

By the way, did I mention a call to exit in the script I am sure the program
flow should not go, WILL stop the unwanted effect (the second message in the
database with the pageid field of 100), but WILL NOT EXIT THE PROGRAM WHOLE!
The rest of the program is still executed normally. Now, that can't be normal.

Ivo


-- 
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 #13869 Updated: Object are not correctly serialized

[hholzgra]

ID: 13869
Updated by: hholzgra
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Session related
Operating System: Linux Red-Hat 7.1
PHP Version: 4.0.6
New Comment:

changed to feedback status


Previous Comments:


[2001-10-30 08:04:01] [EMAIL PROTECTED]

if this is really the complete code then i'd
guess you have session.auto_start enabled in
your php.ini?

if not then i'd recomend you create a special
include file for session startup that includes
all your class definitions and calls session_start()
on its last line

include this file at the very top of every
file that uses session data so that you can 
ensure that you have all class definitions 
read in *before* the session file is read

there is no feature for automagicaly including
class definitions for objects in a session (yet)
as we do not have a 1:1 mapping between file
and class names as java has so that the engine 
has no way to figure out which file to include 
for an object



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

This bug made me searching 4 days...

First take a class definition in a file called "testclass.php":

class test{
  var $attribut;
}

--
Then make a "main.php" who contains :

session_start();

//HTML header
echo "";

//Define frames
echo '';

echo '';

echo '';

echo '';

//THE main frame :
echo '';

//End of the frames
echo "";
echo "";

//End of HTML
echo "";
-

Now we define the "mainframe.php" :

require("test.php");

---
Let's define "test.php" :

require_once("testclass.php");
if (!isset($dummy)){
$dummy = new testclass();
$dummy->attribut = "foo bar";
session_register("dummy");
}
else{
echo $dummy->attribut;
}

---
When I refresh the mainframe it says :
"fatal error : The script tried to execute a method or access a property of an 
incomplete object. Please ensure that class definition (...).

The bug report #13298 give a walk arround :
include the class definition before the session_start but I can't do it beceause I've 
to start my session in the frame-definition-page.

I've to make an important presentation of our project in a few days and this problem 
is causing to me a lot of trouble...
I need some help!

Thx a lot!





Edit this bug report at http://bugs.php.net/?id=13869&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 #13869 Updated: Object are not correctly serialized

[hholzgra]

ID: 13869
Updated by: hholzgra
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Session related
Operating System: Linux Red-Hat 7.1
PHP Version: 4.0.6
New Comment:

if this is really the complete code then i'd
guess you have session.auto_start enabled in
your php.ini?

if not then i'd recomend you create a special
include file for session startup that includes
all your class definitions and calls session_start()
on its last line

include this file at the very top of every
file that uses session data so that you can 
ensure that you have all class definitions 
read in *before* the session file is read

there is no feature for automagicaly including
class definitions for objects in a session (yet)
as we do not have a 1:1 mapping between file
and class names as java has so that the engine 
has no way to figure out which file to include 
for an object

Previous Comments:


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

This bug made me searching 4 days...

First take a class definition in a file called "testclass.php":

class test{
  var $attribut;
}

--
Then make a "main.php" who contains :

session_start();

//HTML header
echo "";

//Define frames
echo '';

echo '';

echo '';

echo '';

//THE main frame :
echo '';

//End of the frames
echo "";
echo "";

//End of HTML
echo "";
-

Now we define the "mainframe.php" :

require("test.php");

---
Let's define "test.php" :

require_once("testclass.php");
if (!isset($dummy)){
$dummy = new testclass();
$dummy->attribut = "foo bar";
session_register("dummy");
}
else{
echo $dummy->attribut;
}

---
When I refresh the mainframe it says :
"fatal error : The script tried to execute a method or access a property of an 
incomplete object. Please ensure that class definition (...).

The bug report #13298 give a walk arround :
include the class definition before the session_start but I can't do it beceause I've 
to start my session in the frame-definition-page.

I've to make an important presentation of our project in a few days and this problem 
is causing to me a lot of trouble...
I need some help!

Thx a lot!





Edit this bug report at http://bugs.php.net/?id=13869&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 #13870: LDAP_ADD crashes apache

[jejo]

From: [EMAIL PROTECTED]
Operating system: FreeBSD 4.4-RELEASE
PHP version:  4.0.6
PHP Bug Type: LDAP related
Bug description:  LDAP_ADD crashes apache

Installed versions of relatede software:

- openldap-2.0.17
- apache_1.3.22
- php-4.0.6

The script that can produce the error. This of cause requires a working
LDAP server (and this is confirmed in this setup)



The error in apache error-log are:

assertion "str != NULL" failed: file "encode.c", line 283
[Tue Oct 30 11:58:53 2001] [notice] child pid 31369 exit signal Abort trap
(6)

and the backtrace gives:

(gdb) bt
#0  0x2829b764 in kill () from /usr/lib/libc.so.4
#1  0x282d77b6 in abort () from /usr/lib/libc.so.4
#2  0x282b44ef in __assert () from /usr/lib/libc.so.4
#3  0x28225605 in ber_put_ostring () from /usr/local/lib/liblber.so.2
#4  0x2822572b in ber_put_berval () from /usr/local/lib/liblber.so.2
#5  0x28226476 in ber_printf () from /usr/local/lib/liblber.so.2
#6  0x28209985 in ldap_add_ext () from /usr/local/lib/libldap.so.2
#7  0x28209a5c in ldap_add_ext_s () from /usr/local/lib/libldap.so.2
#8  0x28209ac4 in ldap_add_s () from /usr/local/lib/libldap.so.2
#9  0x8087bba in php_if_ldap_dn2ufn ()
#10 0x8087dcf in php_if_ldap_add ()
#11 0x814f41e in execute ()
#12 0x81141b8 in zend_execute_scripts ()
#13 0x807e3f7 in php_execute_script ()
#14 0x8124d8e in apache_php_module_main ()
#15 0x807b106 in php_restore_umask ()
#16 0x807b13e in php_restore_umask ()
#17 0x8159d71 in ap_invoke_handler ()
#18 0x816e6a8 in ap_some_auth_required ()
#19 0x816e712 in ap_process_request ()
#20 0x816567f in ap_child_terminate ()
#21 0x8165841 in ap_child_terminate ()
#22 0x81659ba in ap_child_terminate ()

Do let me know if I can provide more information that will help out?


-- 
Edit bug report at: http://bugs.php.net/?id=13870&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] phpize

[Hartmut Holzgraefe]

Tsur wrote:

> How can i use phpize for compiling new modules on PHP.
> Or if any one know about any tool to compile and debug modules
> writen with zend macros.


first you have to make sure your extension compiles and works
while it lives in the php4/ext tree, then you can use phpize
on it to create a self-contained extension from it that will
compile on a system with installed php but independent of the
php source tree

PS: you know about the ext_skel script and the Readme files
in the php4 directory?

-- 
Hartmut Holzgraefe  [EMAIL PROTECTED]  http://www.six.de  +49-711-99091-77




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

[Markus Fischer]

On Tue, Oct 30, 2001 at 01:28:01PM -0800, Tsur wrote : 
> How can i use phpize for compiling new modules on PHP.
> Or if any one know about any tool to compile and debug modules
> writen with zend macros.

cd your-module-dir

phpize
./configure (optional args you maybe need)
make install

- Markus

-- 
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] Bug #13869: Object are not correctly serialized

[Markus Fischer]

This is not a workaround[tm] but the way it works. You *have* to
define your class before you access it; the same is true for
session_start().

- Markus

On Tue, Oct 30, 2001 at 12:17:09PM -, [EMAIL PROTECTED] wrote : 
> From: [EMAIL PROTECTED]
> Operating system: Linux Red-Hat 7.1
> PHP version:  4.0.6
> PHP Bug Type: Session related
> Bug description:  Object are not correctly serialized
> 
> This bug made me searching 4 days...
> 
> First take a class definition in a file called "testclass.php":
> 
> class test{
>   var $attribut;
> }
> 
> --
> Then make a "main.php" who contains :
> 
>   session_start();
> 
>   //HTML header
>   echo "";
> 
>   //Define frames
>   echo ' bordercolor='.$col_bord_horz.'>';
> 
>   echo ' src="/status_gen/status_gen.php">';
>   
>   echo ' bordercolor='.$col_bord_vert.'>';
>   
>   echo ' src="/menu_gen/menu_gen.php">';
> 
>   //THE main frame :
>   echo ' src="/mainframe/mainframe.php">';
>   
>   //End of the frames
>   echo "";
>   echo "";
> 
>   //End of HTML
> echo "";
> -
> 
> Now we define the "mainframe.php" :
> 
> require("test.php");
> 
> ---
> Let's define "test.php" :
> 
> require_once("testclass.php");
> if (!isset($dummy)){
> $dummy = new testclass();
> $dummy->attribut = "foo bar";
> session_register("dummy");
> }
> else{
> echo $dummy->attribut;
> }
> 
> ---
> When I refresh the mainframe it says :
> "fatal error : The script tried to execute a method or access a property of
> an incomplete object. Please ensure that class definition (...).
> 
> The bug report #13298 give a walk arround :
> include the class definition before the session_start but I can't do it
> beceause I've to start my session in the frame-definition-page.
> 
> I've to make an important presentation of our project in a few days and
> this problem is causing to me a lot of trouble...
> I need some help!
> 
> Thx a lot!
> -- 
> Edit bug report at: http://bugs.php.net/?id=13869&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]

-- 
Markus Fischer,  http://guru.josefine.at/~mfischer/
EMail: [EMAIL PROTECTED]
PGP Public  Key: http://guru.josefine.at/~mfischer/C2272BD0.asc
PGP Fingerprint: D3B0 DD4F E12B F911 3CE1  C2B5 D674 B445 C227 2BD0
  -All your scripts are belong to Zend-

-- 
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] Bug #13868: Unable to find ftpbuf 1 in ....

[Markus Fischer]

The error message is crap[tm]; it basically says that $ftpLogin
is not a valid resource. You probably try to pass a resource to
another script or work with an invalid ftp resource.

- Markus

On Tue, Oct 30, 2001 at 12:14:46PM -, [EMAIL PROTECTED] wrote : 
> From: [EMAIL PROTECTED]
> Operating system: Suse 7.1  -  oldwotan 2.4.3 #1
> PHP version:  4.0.4pl1
> PHP Bug Type: FTP related
> Bug description:  Unable to find ftpbuf 1 in 
> 
> We are getting the following undocumented error:
> 
> Warning: Unable to find ftpbuf 1 in
> /usr/local/httpd/htdocs/sportshop/admin/modules/porter/class/classProductImport.php
> on line 18
> (Line:if(!ftp_fget($ftpLogin, trim($docName), $fp, FTP_BINARY)); )
> 
> 
> This script is also beeing called from another script
> on the same mashine, and there it works.
> 
> (We could nor get any information from search engines
> or any of the php-mailing lists.)
> -
> In script (part of a class):
> 
> $ftpConn = ftp_connect($FTPDataHost);
> $ftpLogin = ftp_login($ftpConn, $FTPDataUser, $FTPDataPass);
> if($ftpConn && $ftpLogin){
>   $fp = fopen($tmpDataDir . "/" . trim($docName), "w");
>   echo "ftp conn : " . $ftpConn . "";
>   if(!ftp_fget($ftpLogin, trim($docName), $fp, FTP_BINARY));
>   fclose($fp);
> }
> 
> 
> -
> -> modules in php ... :
> 
> './configure' 
> '--prefix=/usr' 
> '--bindir=/usr/bin' 
> '--libdir=/usr/lib' 
> '--with-config-file-path=/etc' 
> '--with-exec-dir=%{libdir}/php/bin' 
> '--with-pgsql=/usr' 
> '--with-mysql=/usr' 
> '--with-gd=yes' 
> '--with-tiff-dir=/usr' 
> '--with-jpeg-dir=/usr' 
> '--with-png-dir=/usr' 
> '--with-xpm-dir=/usr/X11R6' 
> '--with-pdflib=/usr' 
> '--with-ldap=yes' 
> '--with-imap=yes' 
> '--with-imap-ssl' 
> '--with-zlib=yes' 
> '--with-bz2' 
> '--with-xml' 
> '--with-ttf' 
> '--with-t1lib' 
> '--with-mcal=/usr/include/mcal/' 
> '--with-sablot' '--with-readline' 
> '--with-ftp' 
> '--with-ndbm' 
> '--with-gdbm' 
> '--with-mcrypt' 
> '--with-gettext' 
> '--with-curl' 
> '--with-mm' 
> '--with-gd=yes' 
> '--with-qtdom=/usr/lib/qt-2.2.1/' 
> '--enable-versioning' 
> '--enable-yp' 
> '--enable-bcmath' 
> '--enable-trans-sid' 
> '--enable-inline-optimization' 
> '--enable-track-vars' 
> '--enable-magic-quotes' 
> '--enable-safe-mode' 
> '--enable-sockets' 
> '--enable-sysvsem' 
> '--enable-sysvshm' 
> '--enable-shmop' 
> '--enable-calendar' 
> '--enable-exif' 
> '--enable-ftp' 
> '--enable-memory-limit' 
> '--enable-wddx' 
> '--enable-filepro' 
> '--enable-dbase' 
> '--enable-ctype' 
> '--enable-debug' 
> '--enable-force-cgi-redirect' 
> '--enable-discard-path' 
> '--enable-sigchild' 
> '--enable-gd-imgstrttf' 
> '--with-openssl' 
> '--with-swf=./dist/' 
> '--with-apxs=/usr/sbin/apxs' 
> 'i386-suse-linux-gnu'
> 
> 
> -
> Other information:
> 
> - Total script processing time = 0.03413258889
> - FTP-Settings on the remotehost were checked !
> -- 
> Edit bug report at: http://bugs.php.net/?id=13868&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]

-- 
Markus Fischer,  http://guru.josefine.at/~mfischer/
EMail: [EMAIL PROTECTED]
PGP Public  Key: http://guru.josefine.at/~mfischer/C2272BD0.asc
PGP Fingerprint: D3B0 DD4F E12B F911 3CE1  C2B5 D674 B445 C227 2BD0
  -All your scripts are belong to Zend-

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

[Tsur]

How can i use phpize for compiling new modules on PHP.
Or if any one know about any tool to compile and debug modules
writen with zend macros.



-- 
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 #13869: Object are not correctly serialized

[tkessler]

From: [EMAIL PROTECTED]
Operating system: Linux Red-Hat 7.1
PHP version:  4.0.6
PHP Bug Type: Session related
Bug description:  Object are not correctly serialized

This bug made me searching 4 days...

First take a class definition in a file called "testclass.php":

class test{
  var $attribut;
}

--
Then make a "main.php" who contains :

session_start();

//HTML header
echo "";

//Define frames
echo '';

echo '';

echo '';

echo '';

//THE main frame :
echo '';

//End of the frames
echo "";
echo "";

//End of HTML
echo "";
-

Now we define the "mainframe.php" :

require("test.php");

---
Let's define "test.php" :

require_once("testclass.php");
if (!isset($dummy)){
$dummy = new testclass();
$dummy->attribut = "foo bar";
session_register("dummy");
}
else{
echo $dummy->attribut;
}

---
When I refresh the mainframe it says :
"fatal error : The script tried to execute a method or access a property of
an incomplete object. Please ensure that class definition (...).

The bug report #13298 give a walk arround :
include the class definition before the session_start but I can't do it
beceause I've to start my session in the frame-definition-page.

I've to make an important presentation of our project in a few days and
this problem is causing to me a lot of trouble...
I need some help!

Thx a lot!
-- 
Edit bug report at: http://bugs.php.net/?id=13869&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 #13868: Unable to find ftpbuf 1 in ....

[j . parree]

From: [EMAIL PROTECTED]
Operating system: Suse 7.1  -  oldwotan 2.4.3 #1
PHP version:  4.0.4pl1
PHP Bug Type: FTP related
Bug description:  Unable to find ftpbuf 1 in 

We are getting the following undocumented error:

Warning: Unable to find ftpbuf 1 in
/usr/local/httpd/htdocs/sportshop/admin/modules/porter/class/classProductImport.php
on line 18
(Line:  if(!ftp_fget($ftpLogin, trim($docName), $fp, FTP_BINARY)); )


This script is also beeing called from another script
on the same mashine, and there it works.

(We could nor get any information from search engines
or any of the php-mailing lists.)
-
In script (part of a class):

$ftpConn = ftp_connect($FTPDataHost);
$ftpLogin = ftp_login($ftpConn, $FTPDataUser, $FTPDataPass);
if($ftpConn && $ftpLogin){
$fp = fopen($tmpDataDir . "/" . trim($docName), "w");
echo "ftp conn : " . $ftpConn . "";
if(!ftp_fget($ftpLogin, trim($docName), $fp, FTP_BINARY));
fclose($fp);
}


-
-> modules in php ... :

'./configure' 
'--prefix=/usr' 
'--bindir=/usr/bin' 
'--libdir=/usr/lib' 
'--with-config-file-path=/etc' 
'--with-exec-dir=%{libdir}/php/bin' 
'--with-pgsql=/usr' 
'--with-mysql=/usr' 
'--with-gd=yes' 
'--with-tiff-dir=/usr' 
'--with-jpeg-dir=/usr' 
'--with-png-dir=/usr' 
'--with-xpm-dir=/usr/X11R6' 
'--with-pdflib=/usr' 
'--with-ldap=yes' 
'--with-imap=yes' 
'--with-imap-ssl' 
'--with-zlib=yes' 
'--with-bz2' 
'--with-xml' 
'--with-ttf' 
'--with-t1lib' 
'--with-mcal=/usr/include/mcal/' 
'--with-sablot' '--with-readline' 
'--with-ftp' 
'--with-ndbm' 
'--with-gdbm' 
'--with-mcrypt' 
'--with-gettext' 
'--with-curl' 
'--with-mm' 
'--with-gd=yes' 
'--with-qtdom=/usr/lib/qt-2.2.1/' 
'--enable-versioning' 
'--enable-yp' 
'--enable-bcmath' 
'--enable-trans-sid' 
'--enable-inline-optimization' 
'--enable-track-vars' 
'--enable-magic-quotes' 
'--enable-safe-mode' 
'--enable-sockets' 
'--enable-sysvsem' 
'--enable-sysvshm' 
'--enable-shmop' 
'--enable-calendar' 
'--enable-exif' 
'--enable-ftp' 
'--enable-memory-limit' 
'--enable-wddx' 
'--enable-filepro' 
'--enable-dbase' 
'--enable-ctype' 
'--enable-debug' 
'--enable-force-cgi-redirect' 
'--enable-discard-path' 
'--enable-sigchild' 
'--enable-gd-imgstrttf' 
'--with-openssl' 
'--with-swf=./dist/' 
'--with-apxs=/usr/sbin/apxs' 
'i386-suse-linux-gnu'


-
Other information:

- Total script processing time = 0.03413258889
- FTP-Settings on the remotehost were checked !
-- 
Edit bug report at: http://bugs.php.net/?id=13868&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 system: user comment

[Christoph Grottolo]

Hi

Actually, a bug entry can only be modified by the one who submitted the bug
or by a developer with karma.

It would be handy, if common users could add comments to existing bug
reports. Otherwise they have to enter a new bug report if they want to
provide additional information to a bug which has already been reported
before.

Maybe this would reduce the amount of duplicate bug reports.

Christoph


-- 
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 #13816 Updated: Accessing a static HTML page crashes Apache

[lupe]

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

--enable-rule=SHARED_CORE is quite bad, during the mod_perl
"make test" (without the PHP DSO):
/sw/WORK/apache_1.3.22/src/httpd: Unable to exec Shared Core Executable Program 
`/opt/OCTOapache-1.3.22/libexec/libhttpd.ep'
I would have assumed that the default DSO handling on Solaris
should work. This is not a exotic platform for Apache.

I don't understand the comment about largefile support.
Should it or should it not be switched on in perl?

In any case, I found a workaround - statically linking
*both* mod_perl and PHP makes the crash go away. Seems that
the problem is DSO related.

I changed my PHP config from --with-apxs to --with-apache,
included --activate-module=src/modules/php4/libphp4.a
in the mod_perl configuration and that's all.

I'm willing to look into this more, but I'd need some
guidance where to look.


Previous Comments:


[2001-10-29 23:25:40] [EMAIL PROTECTED]

Another thing if the previous one didn't help might
be that the fix for largefile support in Perl has
been reverted accidently. You could try disabling that.

--Jani




[2001-10-29 23:14:50] [EMAIL PROTECTED]

Have you compiled Apache with: --enable-rule=SHARED_CORE

--Jani



[2001-10-29 03:28:02] [EMAIL PROTECTED]

No crash when Apache is configured without mod_perl.



[2001-10-28 11:50:21] [EMAIL PROTECTED]

Try removing mod_perl and see if it works then.

--Jani




[2001-10-27 06:03:04] [EMAIL PROTECTED]

Did you do 'apachectl stop ; apachectl start' ??
Restart won't work.

--Jani




The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/?id=13816


Edit this bug report at http://bugs.php.net/?id=13816&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 #13867 Updated: ming module known to not work with PHP

[jgwr]

ID: 13867
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Ming related
Operating System: Debian Woody
PHP Version: 4.0CVS-2001-10-30
New Comment:

Cheers- I didn't realise the API had changed enough to cause things to break :-(

I'll use the perl interface to ming (which is working in Debian unstable, as is the 
python2 module- but it's more work to convert the php examples) and transition my 
stuff to php-only when things get updated/settle down (<-- comments for anyone else 
new to this like me :-) )

Thanks for such a quick response.

Previous Comments:


[2001-10-30 02:43:24] [EMAIL PROTECTED]

This is definately NOT a bug. The module is compiled
with older PHP version. And latest CVS is definately NOT
backwards compatible with old modules.

--Jani




[2001-10-30 01:50:01] [EMAIL PROTECTED]

This issue is also listed in the Debian bug tracking sytem- please look under the 
php4-ming package.

When running a simple script (below- taken from opaque.net) I see the following:

Warning: (null): Unable to initialize module Module compiled with debug=8, 
thread-safety=79 module API=1146191744 PHP compiled with debug=0, thread-safety=0 
module API=20010901 These options need to match in /home/julz/public_html/test.php on 
line 2

Fatal error: Call to undefined function: ming_setscale() in /home/julzaddFill(0xff, 0, 0);
  $f2 = $s->addFill(0xff, 0x7f, 0);
  $f3 = $s->addFill(0xff, 0xff, 0);
  $f4 = $s->addFill(0, 0xff, 0);
  $f5 = $s->addFill(0, 0, 0xff);

  $f = new SWFFont('Techno.fdb');

  $s->setRightFill($f1);
  $s->setLine(2, 0x7f, 0, 0);
  $s->drawGlyph($f, '!');
  $s->movePen($f->getWidth('!'), 0);

  $s->setRightFill($f2);
  $s->setLine(2, 0x7f, 0x3f, 0);
  $s->drawGlyph($f, '#');
  $s->movePen($f->getWidth('#'), 0);

  $s->setRightFill($f3);
  $s->setLine(2, 0x7f, 0x7f, 0);
  $s->drawGlyph($f, '%');
  $s->movePen($f->getWidth('%'), 0);

  $s->setRightFill($f4);
  $s->setLine(2, 0, 0x7f, 0);
  $s->drawGlyph($f, '*');
  $s->movePen($f->getWidth('*'), 0);

  $s->setRightFill($f5);
  $s->setLine(2, 0, 0, 0x7f);
  $s->drawGlyph($f, '@');

  $m = new SWFMovie();
  $m->setDimension(320, 240);
  $i = $m->add($s);
  $i->scaleTo(2.0);
  $i->moveTo(160-$f->getWidth("!#%*@"), 120+$f->getAscent());

  header('Content-type: application/x-shockwave-flash');
  $m->output();
?>/public_html/test.php on line 3

Debian (upstream?) versions:
php4   4.0.99-3
php4-ming  0.2a.cvs200109
Script used:
addFill(0xff, 0, 0);
  $f2 = $s->addFill(0xff, 0x7f, 0);
  $f3 = $s->addFill(0xff, 0xff, 0);
  $f4 = $s->addFill(0, 0xff, 0);
  $f5 = $s->addFill(0, 0, 0xff);

  $f = new SWFFont('Techno.fdb');

  $s->setRightFill($f1);
  $s->setLine(2, 0x7f, 0, 0);
  $s->drawGlyph($f, '!');
  $s->movePen($f->getWidth('!'), 0);

  $s->setRightFill($f2);
  $s->setLine(2, 0x7f, 0x3f, 0);
  $s->drawGlyph($f, '#');
  $s->movePen($f->getWidth('#'), 0);

  $s->setRightFill($f3);
  $s->setLine(2, 0x7f, 0x7f, 0);
  $s->drawGlyph($f, '%');
  $s->movePen($f->getWidth('%'), 0);

  $s->setRightFill($f4);
  $s->setLine(2, 0, 0x7f, 0);
  $s->drawGlyph($f, '*');
  $s->movePen($f->getWidth('*'), 0);

  $s->setRightFill($f5);
  $s->setLine(2, 0, 0, 0x7f);
  $s->drawGlyph($f, '@');

  $m = new SWFMovie();
  $m->setDimension(320, 240);
  $i = $m->add($s);
  $i->scaleTo(2.0);
  $i->moveTo(160-$f->getWidth("!#%*@"), 120+$f->getAscent());

  header('Content-type: application/x-shockwave-flash');
  $m->output();
?>





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