[PHP-DEV] PHP 4.0 Bug #10075: Exta path information beyond the PHP script won't work with CGI

[brett]

From: [EMAIL PROTECTED]
Operating system: Win32, Linux, probably any
PHP version:  4.0.4pl1
PHP Bug Type: Apache related
Bug description:  Exta path information beyond the PHP script won't work with CGI

In CGI mode calling a php script (playlist.php in example below) causes a 500 internal 
server error.

Calling this URL:
http://www.server.com/playlist.php/mylist.m3u?id=7
Causes a 500 error in CGI mode.  However, as a module PHP accepts this just fine.

Also note that calling the URL like this:
http://www.server.com/playlist.php?id=7
does NOT give this error.


-- 
Edit Bug report at: http://bugs.php.net/?id=10075&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 4.0 Bug #10074: checkdnsrr always returns false

[chet2000]

From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version:  4.0.4pl1
PHP Bug Type: Network related
Bug description:  checkdnsrr always returns false

Every call I make to checkdnsrr returns false on Win2k/IIS.  Same code behaves 
properly in linux.


-- 
Edit Bug report at: http://bugs.php.net/?id=10074&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 4.0 Bug #10073: ODBC MS ACCESS and field size

[shazlista]

From: [EMAIL PROTECTED]
Operating system: windowsNT/2k
PHP version:  4.0.4pl1
PHP Bug Type: ODBC related
Bug description:  ODBC MS ACCESS and  field size

for some reason, in ms access and mdac_typ.exe 2.6 on winnt or win2k, if you try to 
exec query that has operation on more than 1 text field, it returns huge field size 
which prevents the script from executing.
ex.

$q="select firstName + ' ' + LastName from Students";
odbc_exec($c,$q);

// if you trace the odbc function calles:
call SQLColAttributes with 
returns
SQLColAttributes  with return code 0 (SQL_SUCCESS)
 SQLLEN *0x0012F568 (2147483598)

so php_odbc.c in php4dll will assume that this field requires (2GB ) memory hence 
exits with error.
It seems like it is an odbc bug but php engine should be aware and not exceed max size 
limit(say 65k or be defined in the ini/conf file) for a field.




-- 
Edit Bug report at: http://bugs.php.net/?id=10073&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 4.0 Bug #10072: SIGSEGV on startup (apxs)

[old . wolf]

From: [EMAIL PROTECTED]
Operating system: Solaris 7
PHP version:  4.0.4pl1
PHP Bug Type: Reproduceable crash
Bug description:  SIGSEGV on startup (apxs)

OS version:
SunOS ptl2 5.7 Generic sun4u sparc SUNW,Ultra-5_10

Apache 1.3.19+mod_ssl-2.8.1 configure line:
EAPI_MM=../mm-1.1.3 SSL_BASE=../openssl-0.9.6 ./configure --prefix=/usr/local/apache 
--enable-module=ssl --enable-module=so --enable-module=rewrite 

PHP 4.0.4pl1 configure line:
./configure --with-apxs --with-mcrypt --with-mhash --with-mysql=../../mysql --with-gd 
--enable-versioning --with-ttf --with-jpeg-dir=../jpeg-6b  --enable-debug

If the LoadModule libphp4.so is removed from httpd.conf, Apache operates correctly. 
Otherwise, there is a SIGSEGV as httpd starts up. Following is a GDB backtrace and 
partial truss output. Full truss output can be found at 
http://wolf.project-w.com/notes/20010330.phpsegv.txt

---

GNU gdb 5.0
Copyright 2000 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "sparc-sun-solaris2.7"...
(gdb) run -X
Starting program: /usr/local/apache/bin/httpd -X
warning: Lowest section in /usr/lib/libintl.so.1 is .hash at 0074

Program received signal SIGSEGV, Segmentation fault.
0xff3b8894 in ?? ()
(gdb) bt
#0  0xff3b8894 in ?? ()
#1  0xff3b35a0 in ?? ()
#2  0xff3b37e8 in ?? ()
#3  0xff3bd154 in ?? ()
#4  0xb7764 in ap_os_dso_load ()
#5  0x83a70 in load_module ()
#6  0x8d550 in invoke_cmd ()
#7  0x8e3c0 in ap_handle_command ()
#8  0x8e49c in ap_srm_command_loop ()
#9  0x8ee84 in ap_process_resource_config ()
#10 0x8facc in ap_read_config ()
#11 0x9e7bc in main ()
(gdb) 

---

...

stat("/usr/local/apache", 0xFFBED7C8)   = 0
open("/usr/local/apache/libexec/libphp4.so", O_RDONLY) = 5
fstat(5, 0xFFBED614)= 0
mmap(0x, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE, 5, 0) = 0xFF34
mmap(0x, 2187264, PROT_READ|PROT_EXEC, MAP_PRIVATE, 5, 0) = 0xFED8
munmap(0xFEF46000, 57344)   = 0
mmap(0xFEF54000, 182128, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 5, 
1851392) = 0xFEF54000

...

mprotect(0xFED8, 1854910, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
mprotect(0xFED8, 1854910, PROT_READ|PROT_EXEC) = 0
munmap(0xFEF54000, 265928)  = 0
munmap(0xFED8, 1854910) = 0
Incurred fault #6, FLTBOUNDS  %pc = 0xFF3B8894
  siginfo: SIGSEGV SEGV_ACCERR addr=0xFF3CABD4
Received signal #11, SIGSEGV [default]
  siginfo: SIGSEGV SEGV_ACCERR addr=0xFF3CABD4
*** process killed ***



-- 
Edit Bug report at: http://bugs.php.net/?id=10072&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 4.0 Bug #10071: print and echo dont work for string of size >65k

[shazlista]

From: [EMAIL PROTECTED]
Operating system: windowsNT/2000
PHP version:  4.0.4pl1
PHP Bug Type: Scripting Engine problem
Bug description:  print and echo dont work for string of size >65k

If you try to print (or echo) a variable string with size larger than 65k, It does not 
work.
The reason of this is that the engine uses fwrite function with str_length (in this 
case say it is 155000) so fwrite fails because it uses size_t which is defined as 
unsigned int (limited to 65k).




-- 
Edit Bug report at: http://bugs.php.net/?id=10071&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 4.0 Bug #10070: incorrect ob_gzhandler implementation

[mnot]

From: [EMAIL PROTECTED]
Operating system: 
PHP version:  4.0 Latest CVS (29/03/2001)
PHP Bug Type: Zlib Related
Bug description:  incorrect ob_gzhandler implementation

ob_gzhandler doesn't appear to set a Vary: header on
responses, which means that proxy caches could store a
compressed version of the resource and serve it to clients
which can't handle the encoding. This is very difficult to
debug for Web sites, and should be fixed ASAP.

For an example of the proper headers to send, see the PHP at:
  http://www.mnot.net/cgi_buffer/

Also, in my experience, some versions of MSIE don't handle
deflate compession correctly, even though their
Accept-Encoding claims they do. It might be better to avoid
deflate altogether, as gzip support is pretty much the
unwritten standard.

Cheers,


-- 
Edit Bug report at: http://bugs.php.net/?id=10070&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 4.0 Bug #10069: fread() / fputs() error with apache modules

[chouyu]

From: [EMAIL PROTECTED]
Operating system: Windows NT 5.0 build 2195(Windows 2000 Adv Server)
PHP version:  4.0.4pl1
PHP Bug Type: Filesystem function related
Bug description:  fread() / fputs() error with apache modules

When I run PHP 4.0.4pl1 as apache module on my Windows 2000 ADV Server, I got the 
problem.
When I fread() from a binary file, or fputs() a binary string to a file, the file not 
same as my data.
The "0x0a" expanded to "0x0d0a", I don't know why.
I try it by CGI PHP and PHP command line on same system, them ok.

My PHP 4.0.4pl1 Win32 Binary was download from www.php.net.
php.ini just changed some from php.ini-dist:
short_open_tag = off
max_execution_time = 120
session.cache_limiter =private




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



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

[PHP-DEV] Re: PHP 4.0 Bug #9886 Updated: Installation on w2k

[Kenneth Tan]

Thank you, problem solved.

Kenneth

Bug Database wrote:

> ID: 9886
> Updated by: sniper
> Reported By: [EMAIL PROTECTED]
> Old-Status: Open
> Status: Feedback
> Bug Type: *General Issues
> Assigned To: 
> Comments:
> 
> Could you please try the latest CVS build from http://www.php4win.de/ to check if 
>this is fixed now?
> 
> 
> 
> --Jani
> 
> 
> 
> Previous Comments:
> ---
> 
> [2001-03-20 21:52:18] [EMAIL PROTECTED]
> I have just installed PHP 4.0.4pl1 on w2k SP1 using CGI. I have setup the 
>extension_dir to the directory where the extension dll are. It alway give the error " 
>unable to load dynamic library 'd:phpextensionsphp_curl.dll' - specified module could 
>not be found". I have also set full path in the "extension=" directive, it did not 
>too. What have I missed To me it seems that this is a bug.
> 
> 
> 
> I have checked, the files are there, the path are correct, permissions are set but 
>it just continue to give the error. I have visited the newsgroup and it seems to be a 
>common problem but no one has a solution to this, Please help.
> 
> ---
> 
> 
> 
> ATTENTION! Do NOT reply to this email!
> To reply, use the web interface found at http://bugs.php.net/?id=9886&edit=2
> 


-- 
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 4.0 Bug #10066 Updated: Paser fails to report missing "}"

[yohgaki]

ID: 10066
User Update by: [EMAIL PROTECTED]
Old-Status: Bogus
Status: Closed
Bug Type: Scripting Engine problem
Description: Paser fails to report missing "}"

Ok for bogus. So I changed stuts to Closed.

It's rather easy to find what's wrong in code even if PHP does not report parse errors 
on browser. 

Just FYI.

I collect files that produce this problem in a single directory to test against newer 
PHP versions. Then PHP starts reporting errors.
 
w/o changing codes except 
require_once(INCLUDE_PATH.'file_to_include.inc'); 
to 
require_once('file_to_include.inc'); 
and other few lines need to be changed.

I thought it would be easy to reproduce this problem at first. However, it seems 
really hard to do. (I've also tried with other files)

Since I need to edit these files to make it work, if you need me to keep them for 
later reference. Please let me know ASAP, I'll left these files that causes this 
problem as is about 2 hours.


Previous Comments:
---

[2001-03-29 19:33:27] [EMAIL PROTECTED]
bogusify

---

[2001-03-29 19:24:09] [EMAIL PROTECTED]
Sorry again, I should have mention about error log.
PHP is logging parse error where it should be. It just does not show parse error on 
browser.

Form PHP4.0.4pl1/Apache DSO/RedHat Linux 7.0.1/ja

[30-Mar-2001 07:02:26] PHP Parse error:  parse error in 
/home/httpd/dev/ygb-web/include/classlib/Form.inc on line 1309


---

[2001-03-29 19:09:55] [EMAIL PROTECTED]
do you get any error messages in apaches error_log
if you turn log_errors on?

by the way: the reason i asked for error_reporting
settings was that a lot of people re-use their
settings from php3 , usually 7 or 15 , and
miss some of the new error classes, esp. zend
parse errors by that



---

[2001-03-29 18:53:57] [EMAIL PROTECTED]
Oops, the latter one is php.ini for Linux/Apache/PHP4.0.4pl1

---

[2001-03-29 18:51:30] [EMAIL PROTECTED]
I should have written this. Sorry.
Error reporting is E_ALL for both W2K and Linux.

(I edited to get rid of comments, I might be messed up a little. If you need whole 
php.ini, please let me know)
=== php.ini (PHP4.0.5RC1 Windows Partial ini) ===
engine  =   On  
short_open_tag  =   Off
asp_tags=   Off 
precision   =   14
y2k_compliance  =   Off
output_buffering= Off   
output_handler  =   
zlib.output_compression = Off   
implicit_flush  = Off
allow_call_time_pass_reference  = Off   

error_reporting =   E_ALL   
display_errors  =   On  
display_startup_errors = On
log_errors  =   Off
track_errors=   On
warn_plus_overloading   =   Off

variables_order =   "GPCS"  
register_globals=   Off
register_argc_argv  =   Off
post_max_size   =   8M

magic_quotes_gpc=   Off
magic_quotes_runtime=   Off 
magic_quotes_sybase =   Off
auto_prepend_file   =
auto_append_file=

default_mimetype = "text/html"
default_charset = "EUC-JP"

=== php.ini (PHP4.0.4pl1 Windows Partial ini) ===
engine=On
short_open_tag=Off   
asp_tags  =Off
precision =14
y2k_compliance=Off   
output_buffering  =Off   
output_handler=
implicit_flush= Off
allow_call_time_pass_reference= Off

error_reporting   =E_ALL 
display_errors=On
isplay_startup_errors = Off
log_errors=On
error_log =/var/log/php/php-error.log
track_errors  =On
warn_plus_overloading=Off

variables_order  =  "EGPCS"
register_globals =  Off
register_argc_argv   =Off
post_max_size=8M
magic_quotes_gpc =Off
magic_quotes_runtime =Off
magic_quotes_sybase  =Off
auto_prepend_file=
auto_append_file =

default_mimetype = "text/html"
default_charset  = "EUC-JP"



---

The remainder of the comments for this report are too long.  To view the rest of the 
comments, please view the bug report online.

Full Bug description available at: http://bugs.php.net/?id=10066


-- 
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 4.0 Bug #10068 Updated: referenced objects

[salna]

ID: 10068
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproduceable crash
Description: referenced objects

checked new php version
still keeps crashing

Previous Comments:
---

[2001-03-29 19:46:23] [EMAIL PROTECTED]
property = 'okey';
}

function property()
{
echo "$this->property";
}
function &gb_objekt()
{
$obj =& $GLOBALS['gb_objekt'];
if (get_class($obj) != 'objekt')
{
$obj = new objekt();
}
return $obj;
}
}


$gb_objekt =& objekt::gb_objekt();

// next line crashes 
$gb_objekt->property();


$objekt =& objekt::gb_objekt();
$objekt->property = 'more okey';
$objekt->property();

$gb_objekt->property();


?>

---


Full Bug description available at: http://bugs.php.net/?id=10068


-- 
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 4.0 Bug #10067 Updated: zlib not included when compiled with apache

[rusty]

ID: 10067
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Compile Problem
Description: zlib not included when compiled with apache

Just a note on what's in the libmysqlclient.la file; the dependency_libs= line has

 -lz -lcrypt -lgen -lsocket -lnsl -lm

I'm puzzled as to why php apparently isn't using this .la file.


Previous Comments:
---

[2001-03-29 18:25:50] [EMAIL PROTECTED]
When I initially compile apache I'm configuring it with:

 CFLAGS="-O2 -pipe" ; export CFLAGS
 PATH=/usr/local/bin:${PATH} ; export PATH

 configure 
--prefix=/wmf/apache 
--enable-module=so 
--enable-module=most 
--disable-shared=all 
--disable-module=autoindex 
--disable-module=cern_meta 
--disable-module=proxy 
--disable-module=speling 
--disable-module=unique_id 
--disable-module=usertrack 
--disable-module=userdir

When I configure php I'm using:

 PATH=/usr/local/bin:${PATH} ; export PATH
 CFLAGS="-O2 -pipe" ; export CFLAGS
 EXTRA_LIBS=-L/usr/local/lib ; export EXTRA_LIBS

 configure 
--prefix=/wmf/apache 
--with-apache=/wmf/src/apache_1.3.19 
--with-config-file-path=/wmf/apache/conf 
--with-xml 
--enable-wddx 
--enable-track-vars 
--enable-trans-sid 
--enable-inline-optimization 
--disable-pear 
--disable-posix-threads 
--disable-shared 
--enable-static 
--with-oci8=/wmf/oracle/oracle8i_r3v5 
--with-mysql=/wmf/mysql 
--with-ldap=/usr/local 
--enable-libgcc

And the final configure of apache is

 CFLAGS="-O2 -pipe" ; export CFLAGS
 PATH=/usr/local/bin:${PATH} ; export PATH

 sh configure 
--prefix=/wmf/apache 
--enable-module=so 
--enable-module=most 
--disable-shared=all 
--disable-module=autoindex 
--disable-module=cern_meta 
--disable-module=proxy 
--disable-module=speling 
--disable-module=unique_id 
--disable-module=usertrack 
--disable-module=userdir 
--activate-module=src/modules/php4/libphp4.a



---

[2001-03-29 18:21:08] [EMAIL PROTECTED]
Apache-1.3.19, mysql-3.23.36, php-4.0.4pl1

Everything compiles ok until I get to the final apache compile and then it bombs on 
missing symbols compress and uncompress.  They are used in libmysqlclient.a and the 
code for them is in /lib/libz.a but the final compile of apache doesn't have -lz.  
When I add that then it compiles.  I'm linking static, not dso.


---


Full Bug description available at: http://bugs.php.net/?id=10067


-- 
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 4.0 Bug #10068: referenced objects

[salna]

From: [EMAIL PROTECTED]
Operating system: win98, debian linux
PHP version:  4.0.3pl1
PHP Bug Type: Reproduceable crash
Bug description:  referenced objects

property = 'okey';
}

function property()
{
echo "$this->property";
}
function &gb_objekt()
{
$obj =& $GLOBALS['gb_objekt'];
if (get_class($obj) != 'objekt')
{
$obj = new objekt();
}
return $obj;
}
}


$gb_objekt =& objekt::gb_objekt();

// next line crashes 
$gb_objekt->property();


$objekt =& objekt::gb_objekt();
$objekt->property = 'more okey';
$objekt->property();

$gb_objekt->property();


?>


-- 
Edit Bug report at: http://bugs.php.net/?id=10068&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 4.0 Bug #10066 Updated: Paser fails to report missing "}"

[jmoore]

ID: 10066
Updated by: jmoore
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Scripting Engine problem
Assigned To: 
Comments:

bogusify

Previous Comments:
---

[2001-03-29 19:24:09] [EMAIL PROTECTED]
Sorry again, I should have mention about error log.
PHP is logging parse error where it should be. It just does not show parse error on 
browser.

Form PHP4.0.4pl1/Apache DSO/RedHat Linux 7.0.1/ja

[30-Mar-2001 07:02:26] PHP Parse error:  parse error in 
/home/httpd/dev/ygb-web/include/classlib/Form.inc on line 1309


---

[2001-03-29 19:09:55] [EMAIL PROTECTED]
do you get any error messages in apaches error_log
if you turn log_errors on?

by the way: the reason i asked for error_reporting
settings was that a lot of people re-use their
settings from php3 , usually 7 or 15 , and
miss some of the new error classes, esp. zend
parse errors by that



---

[2001-03-29 18:53:57] [EMAIL PROTECTED]
Oops, the latter one is php.ini for Linux/Apache/PHP4.0.4pl1

---

[2001-03-29 18:51:30] [EMAIL PROTECTED]
I should have written this. Sorry.
Error reporting is E_ALL for both W2K and Linux.

(I edited to get rid of comments, I might be messed up a little. If you need whole 
php.ini, please let me know)
=== php.ini (PHP4.0.5RC1 Windows Partial ini) ===
engine  =   On  
short_open_tag  =   Off
asp_tags=   Off 
precision   =   14
y2k_compliance  =   Off
output_buffering= Off   
output_handler  =   
zlib.output_compression = Off   
implicit_flush  = Off
allow_call_time_pass_reference  = Off   

error_reporting =   E_ALL   
display_errors  =   On  
display_startup_errors = On
log_errors  =   Off
track_errors=   On
warn_plus_overloading   =   Off

variables_order =   "GPCS"  
register_globals=   Off
register_argc_argv  =   Off
post_max_size   =   8M

magic_quotes_gpc=   Off
magic_quotes_runtime=   Off 
magic_quotes_sybase =   Off
auto_prepend_file   =
auto_append_file=

default_mimetype = "text/html"
default_charset = "EUC-JP"

=== php.ini (PHP4.0.4pl1 Windows Partial ini) ===
engine=On
short_open_tag=Off   
asp_tags  =Off
precision =14
y2k_compliance=Off   
output_buffering  =Off   
output_handler=
implicit_flush= Off
allow_call_time_pass_reference= Off

error_reporting   =E_ALL 
display_errors=On
isplay_startup_errors = Off
log_errors=On
error_log =/var/log/php/php-error.log
track_errors  =On
warn_plus_overloading=Off

variables_order  =  "EGPCS"
register_globals =  Off
register_argc_argv   =Off
post_max_size=8M
magic_quotes_gpc =Off
magic_quotes_runtime =Off
magic_quotes_sybase  =Off
auto_prepend_file=
auto_append_file =

default_mimetype = "text/html"
default_charset  = "EUC-JP"



---

[2001-03-29 18:16:05] [EMAIL PROTECTED]
what does your php.ini, especialy error_reporting look like?

---

The remainder of the comments for this report are too long.  To view the rest of the 
comments, please view the bug report online.


ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10066&edit=2


-- 
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 4.0 Bug #10066 Updated: Paser fails to report missing "}"

[yohgaki]

ID: 10066
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Scripting Engine problem
Description: Paser fails to report missing "}"

Sorry again, I should have mention about error log.
PHP is logging parse error where it should be. It just does not show parse error on 
browser.

Form PHP4.0.4pl1/Apache DSO/RedHat Linux 7.0.1/ja

[30-Mar-2001 07:02:26] PHP Parse error:  parse error in 
/home/httpd/dev/ygb-web/include/classlib/Form.inc on line 1309


Previous Comments:
---

[2001-03-29 19:09:55] [EMAIL PROTECTED]
do you get any error messages in apaches error_log
if you turn log_errors on?

by the way: the reason i asked for error_reporting
settings was that a lot of people re-use their
settings from php3 , usually 7 or 15 , and
miss some of the new error classes, esp. zend
parse errors by that



---

[2001-03-29 18:53:57] [EMAIL PROTECTED]
Oops, the latter one is php.ini for Linux/Apache/PHP4.0.4pl1

---

[2001-03-29 18:51:30] [EMAIL PROTECTED]
I should have written this. Sorry.
Error reporting is E_ALL for both W2K and Linux.

(I edited to get rid of comments, I might be messed up a little. If you need whole 
php.ini, please let me know)
=== php.ini (PHP4.0.5RC1 Windows Partial ini) ===
engine  =   On  
short_open_tag  =   Off
asp_tags=   Off 
precision   =   14
y2k_compliance  =   Off
output_buffering= Off   
output_handler  =   
zlib.output_compression = Off   
implicit_flush  = Off
allow_call_time_pass_reference  = Off   

error_reporting =   E_ALL   
display_errors  =   On  
display_startup_errors = On
log_errors  =   Off
track_errors=   On
warn_plus_overloading   =   Off

variables_order =   "GPCS"  
register_globals=   Off
register_argc_argv  =   Off
post_max_size   =   8M

magic_quotes_gpc=   Off
magic_quotes_runtime=   Off 
magic_quotes_sybase =   Off
auto_prepend_file   =
auto_append_file=

default_mimetype = "text/html"
default_charset = "EUC-JP"

=== php.ini (PHP4.0.4pl1 Windows Partial ini) ===
engine=On
short_open_tag=Off   
asp_tags  =Off
precision =14
y2k_compliance=Off   
output_buffering  =Off   
output_handler=
implicit_flush= Off
allow_call_time_pass_reference= Off

error_reporting   =E_ALL 
display_errors=On
isplay_startup_errors = Off
log_errors=On
error_log =/var/log/php/php-error.log
track_errors  =On
warn_plus_overloading=Off

variables_order  =  "EGPCS"
register_globals =  Off
register_argc_argv   =Off
post_max_size=8M
magic_quotes_gpc =Off
magic_quotes_runtime =Off
magic_quotes_sybase  =Off
auto_prepend_file=
auto_append_file =

default_mimetype = "text/html"
default_charset  = "EUC-JP"



---

[2001-03-29 18:16:05] [EMAIL PROTECTED]
what does your php.ini, especialy error_reporting look like?

---

[2001-03-29 17:43:04] [EMAIL PROTECTED]
PHP fails to report missing "}".

I could not reproduce this problem with simpler script. However, it happens on both 
Linux and W2K on longer script. (I think it may be easily to reproduce this problem if 
you get rid of "}" in 1000-2000 lines script with a lot of class definitions)

PHP4.0.4pl1 - as Apache module under Linux
PHP4.0.4RC1 - as Apache module under W2K

IE just keeps spinning or complains "no server or DNS error".

Problem happens on code like:

class foo{
function bar($str) {
switch ($str) {
case 'a': 
if (isset($var)) {
echo 'No } after this line';
break;
}
}


This kind of programming error is easy to find with good editor, though. 


---

The remainder of the comments for this report are too long.  To view the rest of the 
comments, please view the bug report online.

Full Bug description available at: http://bugs.php.net/?id=10066


-- 
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 4.0 Bug #10066 Updated: Paser fails to report missing "}"

[hholzgra]

ID: 10066
Updated by: hholzgra
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Scripting Engine problem
Assigned To: 
Comments:

do you get any error messages in apaches error_log
if you turn log_errors on?

by the way: the reason i asked for error_reporting
settings was that a lot of people re-use their
settings from php3 , usually 7 or 15 , and
miss some of the new error classes, esp. zend
parse errors by that



Previous Comments:
---

[2001-03-29 18:53:57] [EMAIL PROTECTED]
Oops, the latter one is php.ini for Linux/Apache/PHP4.0.4pl1

---

[2001-03-29 18:51:30] [EMAIL PROTECTED]
I should have written this. Sorry.
Error reporting is E_ALL for both W2K and Linux.

(I edited to get rid of comments, I might be messed up a little. If you need whole 
php.ini, please let me know)
=== php.ini (PHP4.0.5RC1 Windows Partial ini) ===
engine  =   On  
short_open_tag  =   Off
asp_tags=   Off 
precision   =   14
y2k_compliance  =   Off
output_buffering= Off   
output_handler  =   
zlib.output_compression = Off   
implicit_flush  = Off
allow_call_time_pass_reference  = Off   

error_reporting =   E_ALL   
display_errors  =   On  
display_startup_errors = On
log_errors  =   Off
track_errors=   On
warn_plus_overloading   =   Off

variables_order =   "GPCS"  
register_globals=   Off
register_argc_argv  =   Off
post_max_size   =   8M

magic_quotes_gpc=   Off
magic_quotes_runtime=   Off 
magic_quotes_sybase =   Off
auto_prepend_file   =
auto_append_file=

default_mimetype = "text/html"
default_charset = "EUC-JP"

=== php.ini (PHP4.0.4pl1 Windows Partial ini) ===
engine=On
short_open_tag=Off   
asp_tags  =Off
precision =14
y2k_compliance=Off   
output_buffering  =Off   
output_handler=
implicit_flush= Off
allow_call_time_pass_reference= Off

error_reporting   =E_ALL 
display_errors=On
isplay_startup_errors = Off
log_errors=On
error_log =/var/log/php/php-error.log
track_errors  =On
warn_plus_overloading=Off

variables_order  =  "EGPCS"
register_globals =  Off
register_argc_argv   =Off
post_max_size=8M
magic_quotes_gpc =Off
magic_quotes_runtime =Off
magic_quotes_sybase  =Off
auto_prepend_file=
auto_append_file =

default_mimetype = "text/html"
default_charset  = "EUC-JP"



---

[2001-03-29 18:16:05] [EMAIL PROTECTED]
what does your php.ini, especialy error_reporting look like?

---

[2001-03-29 17:43:04] [EMAIL PROTECTED]
PHP fails to report missing "}".

I could not reproduce this problem with simpler script. However, it happens on both 
Linux and W2K on longer script. (I think it may be easily to reproduce this problem if 
you get rid of "}" in 1000-2000 lines script with a lot of class definitions)

PHP4.0.4pl1 - as Apache module under Linux
PHP4.0.4RC1 - as Apache module under W2K

IE just keeps spinning or complains "no server or DNS error".

Problem happens on code like:

class foo{
function bar($str) {
switch ($str) {
case 'a': 
if (isset($var)) {
echo 'No } after this line';
break;
}
}


This kind of programming error is easy to find with good editor, though. 


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10066&edit=2


-- 
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 4.0 Bug #10066 Updated: Paser fails to report missing "}"

[yohgaki]

ID: 10066
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Scripting Engine problem
Description: Paser fails to report missing "}"

Oops, the latter one is php.ini for Linux/Apache/PHP4.0.4pl1

Previous Comments:
---

[2001-03-29 18:51:30] [EMAIL PROTECTED]
I should have written this. Sorry.
Error reporting is E_ALL for both W2K and Linux.

(I edited to get rid of comments, I might be messed up a little. If you need whole 
php.ini, please let me know)
=== php.ini (PHP4.0.5RC1 Windows Partial ini) ===
engine  =   On  
short_open_tag  =   Off
asp_tags=   Off 
precision   =   14
y2k_compliance  =   Off
output_buffering= Off   
output_handler  =   
zlib.output_compression = Off   
implicit_flush  = Off
allow_call_time_pass_reference  = Off   

error_reporting =   E_ALL   
display_errors  =   On  
display_startup_errors = On
log_errors  =   Off
track_errors=   On
warn_plus_overloading   =   Off

variables_order =   "GPCS"  
register_globals=   Off
register_argc_argv  =   Off
post_max_size   =   8M

magic_quotes_gpc=   Off
magic_quotes_runtime=   Off 
magic_quotes_sybase =   Off
auto_prepend_file   =
auto_append_file=

default_mimetype = "text/html"
default_charset = "EUC-JP"

=== php.ini (PHP4.0.4pl1 Windows Partial ini) ===
engine=On
short_open_tag=Off   
asp_tags  =Off
precision =14
y2k_compliance=Off   
output_buffering  =Off   
output_handler=
implicit_flush= Off
allow_call_time_pass_reference= Off

error_reporting   =E_ALL 
display_errors=On
isplay_startup_errors = Off
log_errors=On
error_log =/var/log/php/php-error.log
track_errors  =On
warn_plus_overloading=Off

variables_order  =  "EGPCS"
register_globals =  Off
register_argc_argv   =Off
post_max_size=8M
magic_quotes_gpc =Off
magic_quotes_runtime =Off
magic_quotes_sybase  =Off
auto_prepend_file=
auto_append_file =

default_mimetype = "text/html"
default_charset  = "EUC-JP"



---

[2001-03-29 18:16:05] [EMAIL PROTECTED]
what does your php.ini, especialy error_reporting look like?

---

[2001-03-29 17:43:04] [EMAIL PROTECTED]
PHP fails to report missing "}".

I could not reproduce this problem with simpler script. However, it happens on both 
Linux and W2K on longer script. (I think it may be easily to reproduce this problem if 
you get rid of "}" in 1000-2000 lines script with a lot of class definitions)

PHP4.0.4pl1 - as Apache module under Linux
PHP4.0.4RC1 - as Apache module under W2K

IE just keeps spinning or complains "no server or DNS error".

Problem happens on code like:

class foo{
function bar($str) {
switch ($str) {
case 'a': 
if (isset($var)) {
echo 'No } after this line';
break;
}
}


This kind of programming error is easy to find with good editor, though. 


---


Full Bug description available at: http://bugs.php.net/?id=10066


-- 
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 4.0 Bug #10066 Updated: Paser fails to report missing "}"

[yohgaki]

ID: 10066
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Scripting Engine problem
Description: Paser fails to report missing "}"

I should have written this. Sorry.
Error reporting is E_ALL for both W2K and Linux.

(I edited to get rid of comments, I might be messed up a little. If you need whole 
php.ini, please let me know)
=== php.ini (PHP4.0.5RC1 Windows Partial ini) ===
engine  =   On  
short_open_tag  =   Off
asp_tags=   Off 
precision   =   14
y2k_compliance  =   Off
output_buffering= Off   
output_handler  =   
zlib.output_compression = Off   
implicit_flush  = Off
allow_call_time_pass_reference  = Off   

error_reporting =   E_ALL   
display_errors  =   On  
display_startup_errors = On
log_errors  =   Off
track_errors=   On
warn_plus_overloading   =   Off

variables_order =   "GPCS"  
register_globals=   Off
register_argc_argv  =   Off
post_max_size   =   8M

magic_quotes_gpc=   Off
magic_quotes_runtime=   Off 
magic_quotes_sybase =   Off
auto_prepend_file   =
auto_append_file=

default_mimetype = "text/html"
default_charset = "EUC-JP"

=== php.ini (PHP4.0.4pl1 Windows Partial ini) ===
engine=On
short_open_tag=Off   
asp_tags  =Off
precision =14
y2k_compliance=Off   
output_buffering  =Off   
output_handler=
implicit_flush= Off
allow_call_time_pass_reference= Off

error_reporting   =E_ALL 
display_errors=On
isplay_startup_errors = Off
log_errors=On
error_log =/var/log/php/php-error.log
track_errors  =On
warn_plus_overloading=Off

variables_order  =  "EGPCS"
register_globals =  Off
register_argc_argv   =Off
post_max_size=8M
magic_quotes_gpc =Off
magic_quotes_runtime =Off
magic_quotes_sybase  =Off
auto_prepend_file=
auto_append_file =

default_mimetype = "text/html"
default_charset  = "EUC-JP"



Previous Comments:
---

[2001-03-29 18:16:05] [EMAIL PROTECTED]
what does your php.ini, especialy error_reporting look like?

---

[2001-03-29 17:43:04] [EMAIL PROTECTED]
PHP fails to report missing "}".

I could not reproduce this problem with simpler script. However, it happens on both 
Linux and W2K on longer script. (I think it may be easily to reproduce this problem if 
you get rid of "}" in 1000-2000 lines script with a lot of class definitions)

PHP4.0.4pl1 - as Apache module under Linux
PHP4.0.4RC1 - as Apache module under W2K

IE just keeps spinning or complains "no server or DNS error".

Problem happens on code like:

class foo{
function bar($str) {
switch ($str) {
case 'a': 
if (isset($var)) {
echo 'No } after this line';
break;
}
}


This kind of programming error is easy to find with good editor, though. 


---


Full Bug description available at: http://bugs.php.net/?id=10066


-- 
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] Output Buffering problem w/ PHP-4.0.5RC2

[Anil Madhavapeddy]

>
> I'll upgrade to RC4 in a bit and check if that makes a difference (not
seen
> the ChangeLogs between them yet)
> (Platform is OpenBSD-2.8-stable).  There is nothing in the Apache error
log.
>

The problem is still there in RC4 also.

Anil


-- 
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 4.0 Bug #10067 Updated: zlib not included when compiled with apache

[rusty]

ID: 10067
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Compile Problem
Description: zlib not included when compiled with apache

When I initially compile apache I'm configuring it with:

 CFLAGS="-O2 -pipe" ; export CFLAGS
 PATH=/usr/local/bin:${PATH} ; export PATH

 configure \
--prefix=/wmf/apache \
--enable-module=so \
--enable-module=most \
--disable-shared=all \
--disable-module=autoindex \
--disable-module=cern_meta \
--disable-module=proxy \
--disable-module=speling \
--disable-module=unique_id \
--disable-module=usertrack \
--disable-module=userdir

When I configure php I'm using:

 PATH=/usr/local/bin:${PATH} ; export PATH
 CFLAGS="-O2 -pipe" ; export CFLAGS
 EXTRA_LIBS=-L/usr/local/lib ; export EXTRA_LIBS

 configure \
--prefix=/wmf/apache \
--with-apache=/wmf/src/apache_1.3.19 \
--with-config-file-path=/wmf/apache/conf \
--with-xml \
--enable-wddx \
--enable-track-vars \
--enable-trans-sid \
--enable-inline-optimization \
--disable-pear \
--disable-posix-threads \
--disable-shared \
--enable-static \
--with-oci8=/wmf/oracle/oracle8i_r3v5 \
--with-mysql=/wmf/mysql \
--with-ldap=/usr/local \
--enable-libgcc

And the final configure of apache is

 CFLAGS="-O2 -pipe" ; export CFLAGS
 PATH=/usr/local/bin:${PATH} ; export PATH

 sh configure \
--prefix=/wmf/apache \
--enable-module=so \
--enable-module=most \
--disable-shared=all \
--disable-module=autoindex \
--disable-module=cern_meta \
--disable-module=proxy \
--disable-module=speling \
--disable-module=unique_id \
--disable-module=usertrack \
--disable-module=userdir \
--activate-module=src/modules/php4/libphp4.a



Previous Comments:
---

[2001-03-29 18:21:08] [EMAIL PROTECTED]
Apache-1.3.19, mysql-3.23.36, php-4.0.4pl1

Everything compiles ok until I get to the final apache compile and then it bombs on 
missing symbols compress and uncompress.  They are used in libmysqlclient.a and the 
code for them is in /lib/libz.a but the final compile of apache doesn't have -lz.  
When I add that then it compiles.  I'm linking static, not dso.


---


Full Bug description available at: http://bugs.php.net/?id=10067


-- 
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 4.0 Bug #10067: zlib not included when compiled with apache

[rusty]

From: [EMAIL PROTECTED]
Operating system: solaris 8
PHP version:  4.0.4pl1
PHP Bug Type: Compile Problem
Bug description:  zlib not included when compiled with apache

Apache-1.3.19, mysql-3.23.36, php-4.0.4pl1

Everything compiles ok until I get to the final apache compile and then it bombs on 
missing symbols compress and uncompress.  They are used in libmysqlclient.a and the 
code for them is in /lib/libz.a but the final compile of apache doesn't have -lz.  
When I add that then it compiles.  I'm linking static, not dso.



-- 
Edit Bug report at: http://bugs.php.net/?id=10067&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 4.0 Bug #10066 Updated: Paser fails to report missing "}"

[hholzgra]

ID: 10066
Updated by: hholzgra
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Scripting Engine problem
Assigned To: 
Comments:

what does your php.ini, especialy error_reporting look like?

Previous Comments:
---

[2001-03-29 17:43:04] [EMAIL PROTECTED]
PHP fails to report missing "}".

I could not reproduce this problem with simpler script. However, it happens on both 
Linux and W2K on longer script. (I think it may be easily to reproduce this problem if 
you get rid of "}" in 1000-2000 lines script with a lot of class definitions)

PHP4.0.4pl1 - as Apache module under Linux
PHP4.0.4RC1 - as Apache module under W2K

IE just keeps spinning or complains "no server or DNS error".

Problem happens on code like:

class foo{
function bar($str) {
switch ($str) {
case 'a': 
if (isset($var)) {
echo 'No } after this line';
break;
}
}


This kind of programming error is easy to find with good editor, though. 


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10066&edit=2


-- 
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] Output Buffering problem w/ PHP-4.0.5RC2

[Anil Madhavapeddy]

Making HEAD requests to a page which has had output buffering activated just
results in the connection being closed with no response.  This makes it
pretty unusable.  Can anyone else reproduce this problem?

Two scripts:

nobuffer.php:


buffer.php:


nobuffer.php responds to the GET/HEAD requests fine.
buffer.php responds correctly to the GET, but not the HEAD.

Transcript is below:

[avsm@brick /]$ telnet localhost 80
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
GET /~avsm/nobuffer.php HTTP/1.1
Host: localhost

HTTP/1.1 200 OK
Date: Thu, 29 Mar 2001 22:48:24 GMT
Server: Apache/1.3.12 (Unix) PHP/4.0.5RC2 mod_ssl/2.6.6 OpenSSL/0.9.5a
X-Powered-By: PHP/4.0.5RC2
Transfer-Encoding: chunked
Content-Type: text/html

c
hello world!
0

[avsm@brick /]$ telnet localhost 80
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
HEAD /~avsm/nobuffer.php HTTP/1.1
Host: localhost

HTTP/1.1 200 OK
Date: Thu, 29 Mar 2001 22:49:00 GMT
Server: Apache/1.3.12 (Unix) PHP/4.0.5RC2 mod_ssl/2.6.6 OpenSSL/0.9.5a
X-Powered-By: PHP/4.0.5RC2
Content-Type: text/html

[avsm@brick /]$ telnet localhost 80
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
GET /~avsm/buffer.php HTTP/1.1
Host: localhost

HTTP/1.1 200 OK
Date: Thu, 29 Mar 2001 22:49:34 GMT
Server: Apache/1.3.12 (Unix) PHP/4.0.5RC2 mod_ssl/2.6.6 OpenSSL/0.9.5a
X-Powered-By: PHP/4.0.5RC2
Transfer-Encoding: chunked
Content-Type: text/html

15
hello buffered world!
0

[avsm@brick /]$ telnet localhost 80
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
HEAD /~avsm/buffer.php HTTP/1.1
Host: localhost

Connection closed by foreign host.


I'll upgrade to RC4 in a bit and check if that makes a difference (not seen
the ChangeLogs between them yet)
(Platform is OpenBSD-2.8-stable).  There is nothing in the Apache error log.

Anil


-- 
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 4.0 Bug #10066: Paser fails to report missing "}"

[yohgaki]

From: [EMAIL PROTECTED]
Operating system: Linux/Windows
PHP version:  4.0.4pl1
PHP Bug Type: Scripting Engine problem
Bug description:  Paser fails to report missing "}"

PHP fails to report missing "}".

I could not reproduce this problem with simpler script. However, it happens on both 
Linux and W2K on longer script. (I think it may be easily to reproduce this problem if 
you get rid of "}" in 1000-2000 lines script with a lot of class definitions)

PHP4.0.4pl1 - as Apache module under Linux
PHP4.0.4RC1 - as Apache module under W2K

IE just keeps spinning or complains "no server or DNS error".

Problem happens on code like:

class foo{
function bar($str) {
switch ($str) {
case 'a': 
if (isset($var)) {
echo 'No } after this line';
break;
}
}


This kind of programming error is easy to find with good editor, though. 



-- 
Edit Bug report at: http://bugs.php.net/?id=10066&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] Question about socket ext. file descriptors

[Lars Torben Wilson]

Andi Gutmans writes:
> At 12:44 PM 3/29/2001 -0800, Lars Torben Wilson wrote:
> 
> >Slightly different topic--is it a problem that call-time pass-by-ref
> >is being deprecated but several functions require it in order to work?
> 
> It is possible. Functions which require their argument by reference should 
> ask for it to be sent by reference and not expect the calling person to 
> write foo(&$bar). The BY_REF_ALLOW is a remainder of PHP 3 and is obsolete 
> with today's reference counting (I'm pretty sure about this but I just woke 
> up so I might be saying BS :).
> 
> Andi

OK, thanks. I keep getting bitten by functions which don't work
without calling them like foo(&$bar), but PHP complains about
that. 'Course I can always tell PHP to cope with it in php.ini, but
that seems more like ignoring the problem than fixing it. :)

Thanks for all the info,

Torben


-- 
++
|Torben Wilson <[EMAIL PROTECTED]>Adcore Finland|
|http://www.coastnet.com/~torbenhttp://www.adcore.com|
|Ph: 1.604.709.0506 [EMAIL PROTECTED]|
++

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

Re: [PHP-DEV] fastcgi

[Andi Gutmans]

I don't have time to look at it but the error about sapi_globals use 
SLS_FETCH(); in the beginning of that function.
The S_ISREG is defined in fopen-wrappers.c. We should probably move it to 
someplace more central so that other files see it (it exists on some 
systems automagically but not on Windows).
And of course, fork() doesn't exist on Windows. No time to go and look at 
why it is used.

Andi


At 07:14 PM 3/29/2001 +0100, James Moore wrote:
>Ive been having a play with fastcgi under win32 and what ever I do I seem to
>get the following errors:
>
>Compiling...
>fastcgi.c
>D:\php-4.0.5RC4\sapi\fastcgi\fastcgi.c(103) : warning C4101: 'tmp' :
>unreferenced local variable
>D:\php-4.0.5RC4\sapi\fastcgi\fastcgi.c(181) : error C2065: 'sapi_globals' :
>undeclared identifier
>D:\php-4.0.5RC4\sapi\fastcgi\fastcgi.c(181) : error C2223: left of
>'->request_info' must point to struct/union
>D:\php-4.0.5RC4\sapi\fastcgi\fastcgi.c(185) : warning C4047: 'function' :
>'struct sapi_globals_struct *' differs in levels of indirection from 'int '
>D:\php-4.0.5RC4\sapi\fastcgi\fastcgi.c(185) : warning C4024:
>'php_request_startup' : different types for formal and actual parameter 4
>D:\php-4.0.5RC4\sapi\fastcgi\fastcgi.c(219) : warning C4013: 'S_ISREG'
>undefined; assuming extern returning int
>D:\php-4.0.5RC4\sapi\fastcgi\fastcgi.c(259) : error C2223: left of
>'->server_context' must point to struct/union
>D:\php-4.0.5RC4\sapi\fastcgi\fastcgi.c(264) : error C2223: left of
>'->server_context' must point to struct/union
>D:\php-4.0.5RC4\sapi\fastcgi\fastcgi.c(350) : warning C4013: 'fork'
>undefined; assuming extern returning int
>D:\php-4.0.5RC4\sapi\fastcgi\fastcgi.c(370) : warning C4013: 'wait'
>undefined; assuming extern returning int
>D:\php-4.0.5RC4\sapi\fastcgi\fastcgi.c(403) : error C2143: syntax error :
>missing ')' before ','
>D:\php-4.0.5RC4\sapi\fastcgi\fastcgi.c(403) : error C2198:
>'init_request_info' : too few actual parameters
>D:\php-4.0.5RC4\sapi\fastcgi\fastcgi.c(403) : error C2059: syntax error :
>')'
>D:\php-4.0.5RC4\sapi\fastcgi\fastcgi.c(404) : error C2223: left of
>'->server_context' must point to struct/union
>D:\php-4.0.5RC4\sapi\fastcgi\fastcgi.c(405) : error C2065:
>'compiler_globals' : undeclared identifier
>D:\php-4.0.5RC4\sapi\fastcgi\fastcgi.c(406) : error C2223: left of
>'->request_info' must point to struct/union
>D:\php-4.0.5RC4\sapi\fastcgi\fastcgi.c(409) : error C2143: syntax error :
>missing ')' before ','
>D:\php-4.0.5RC4\sapi\fastcgi\fastcgi.c(409) : error C2059: syntax error :
>')'
>Error executing cl.exe.
>
>Is this just me being totally stupid and not defining somthing I should or
>is there actually somthing wrong? or wont it work on win32?
>
>James
>--
>James Moore
>[EMAIL PROTECTED]
>PHP Web Scripting: http://www.php.net/
>PHP QA Team: http://qa.php.net/
>PHP-GTK: http://gtk.php.net/
>VL-SRM: http://www.vl-srm.net/
>
>
>--
>PHP Development Mailing List 
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>To contact the list administrators, e-mail: [EMAIL PROTECTED]


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

Re: [PHP-DEV] Question about socket ext. file descriptors

[Andi Gutmans]

At 12:44 PM 3/29/2001 -0800, Lars Torben Wilson wrote:

>Slightly different topic--is it a problem that call-time pass-by-ref
>is being deprecated but several functions require it in order to work?

It is possible. Functions which require their argument by reference should 
ask for it to be sent by reference and not expect the calling person to 
write foo(&$bar). The BY_REF_ALLOW is a remainder of PHP 3 and is obsolete 
with today's reference counting (I'm pretty sure about this but I just woke 
up so I might be saying BS :).

Andi


-- 
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 4.0 Bug #10065 Updated: User Impersonation

[hholzgra]

ID: 10065
Updated by: hholzgra
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Feature/Change Request
Assigned To: 
Comments:

this is a webserver topic and nothing 
php itself can control as it inherits
the user settings from the webserver 
it runs in or is started from
when run as cgi you have some control
via apaches suexec(?) config options
but unless you run php cgi as root
(which is a very bad idea IMHO) there
is no way to have PHP itself control
the process user settings

Previous Comments:
---

[2001-03-29 16:33:53] [EMAIL PROTECTED]
It's be nice to be able to run a PHP script as a specific user, perhaps a user 
specified user.  It would have to authenticate username and password, but then instead 
of CHMODding our directories and files for file uploads, an upload script could behave 
as the owner of those directories...

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10065&edit=2


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

[PHP-DEV] Re: PHP 4.0 Bug #9936 Updated: Unable to register functions whenstarting apache

[Ryan Allen]

PHP3 and PHP4 were both compiled as dynamic modules for apache.
I commented out all references to php3 in httpd.conf, as per a similear
bug I read about in the php bug database.

The installation if PHP3 is the stock installation that came with SuSE
linux 7.1

-- Ryan


On 26 Mar 2001, Bug Database wrote:

> ID: 9936
> Updated by: sniper
> Reported By: [EMAIL PROTECTED]
> Old-Status: Open
> Status: Feedback
> Bug Type: Apache related
> Assigned To:
> Comments:
>
> Was PHP3 (or PHP 4) compiled as static module into Apache?
> It might explain this rather odd behaviour.
>
> --Jani
>
>
> Previous Comments:
> ---
>
> [2001-03-22 13:01:35] [EMAIL PROTECTED]
> compile options:
> ./configure
> --with-apxs=/usr/sbin/apxs
> --enable-versioning
> --with-mysql
> --enable-track-vars
> --with-imap-ssl=/usr/lib/ssl
>
> It compiles fine with no errors.
>
> I commented all references to php3 out of httpd.conf
>
> when I try to start apache, the error_log reports:
>
> PHP Warning:  Function registration failed - duplicate name - define in Unknown on 
>line 0
> PHP Warning:  Function registration failed - duplicate name - defined in Unknown on 
>line 0
> PHP Warning:  Function registration failed - duplicate name - each in Unknown on 
>line 0
> PHP Warning:  Function registration failed - duplicate name - strlen in Unknown on 
>line 0
> PHP Warning:  Function registration failed - duplicate name - strcmp in Unknown on 
>line 0
> PHP Warning:  Function registration failed - duplicate name - strcasecmp in Unknown 
>on line 0
> PHP Warning:  Function registration failed - duplicate name - error_reporting in 
>Unknown on line 0
> PHP Warning:  Function registration failed - duplicate name - leak in Unknown on 
>line 0
> PHP Warning:  Function registration failed - duplicate name - function_exists in 
>Unknown on line 0
> PHP Warning:  Basic Functions:  Unable to register functions, unable to load in 
>Unknown on line 0
>
>
> I have seen simlear errors to mine in the bug database, but none of the solutions 
>seem to apply to my problem.  Something with SuSE 7.1??
>
>
> ---
>
>
>
> ATTENTION! Do NOT reply to this email!
> To reply, use the web interface found at http://bugs.php.net/?id=9936&edit=2
>


-- 
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 4.0 Bug #10065: User Impersonation

[wizaerd]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.4pl1
PHP Bug Type: Feature/Change Request
Bug description:  User Impersonation

It's be nice to be able to run a PHP script as a specific user, perhaps a user 
specified user.  It would have to authenticate username and password, but then instead 
of CHMODding our directories and files for file uploads, an upload script could behave 
as the owner of those directories...


-- 
Edit Bug report at: http://bugs.php.net/?id=10065&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] Question about socket ext. file descriptors

[Lars Torben Wilson]

Zeev Suraski writes:
> ext/sockets does indeed appear to be broken;  It doesn't obey the standard 
> PHP return value rules at all (errors are negative numbers instead of 
> false, resource are passed back as-is instead of as resources).
> 
> I was actually looking at the other socket functions, fsockopen() and 
> friends.  They're ok.
> 
> Zeev

Ah. Please to be disregarding my last post then. :)

I guess sockets can be considered 'likely to change somewhat' before
it becomes non-experimental, then. Which is actually the info I was
after. Thanks for the explanations from both of you guys, though.

Slightly different topic--is it a problem that call-time pass-by-ref
is being deprecated but several functions require it in order to work?

> At 15:52 29/3/2001, Andi Gutmans wrote:
> >Well we were talking about the ext/socket extension and all functions 
> >there which create file descriptors are leaking. It's not an exception. 
> >Check open_listen_sock() and accept_connect().
> >You were probably looking at the fd set functions which are just 
> >emalloc()'ed memory. The happen to use resources but even if they hadn't 
> >it would be a leak which the Zend memory manager would clean up. The file 
> >descriptors is the real problem.
> >
> >Andi
> 
> --
> Zeev Suraski <[EMAIL PROTECTED]>
> CTO &  co-founder, Zend Technologies Ltd. http://www.zend.com/
> 
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
> 

-- 
++
|Torben Wilson <[EMAIL PROTECTED]>Adcore Finland|
|http://www.coastnet.com/~torbenhttp://www.adcore.com|
|Ph: 1.604.709.0506 [EMAIL PROTECTED]|
++

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

Re: [PHP-DEV] Question about socket ext. file descriptors

[Lars Torben Wilson]

Zeev Suraski writes:
> Note that the situation isn't as bad as you thought - it's not that it's 
> not using the resource mechanism.  It is, if it wasn't, we'd be getting 
> loads of complaints from people running out of descriptors very 
> quickly.  It just uses old, PHP 3 style resources, of type 
> IS_LONG.  They're still destroyed when the request ends, so it's all safe 
> and all.  It simply doesn't use the PHP 4 style, of type IS_RESOURCE, which 
> are actually destroyed when they're no longer needed.  It's a good idea to 
> update this code, but it's not very dangerous the way it is now.

This doesn't look like what I remember from PHP...for instance, send()
definitely isn't using any form of resources.

> Lars - apparently you got it wrong;  The integers you are getting are *not* 
> file descriptors.  They're resource handles, of type IS_LONG.  They might 
> accidentally correspond to the file descriptors, but it'd be complete 
> coincidence.  In short, regardless of whether we upgrade the file functions 
> to use IS_RESOURCE resources or not, what they return cannot be relied upon 
> as file descriptor numbers, simply because they're not.
> 
> I hope that clears it up...
> 
> Zeev

I hate to argue with you :) but this sure looks like it's passing back
the descriptor (I could be missing something so if I am just shoot
me):

PHP_FUNCTION(socket)
{
zval **domain, **type, **protocol;
int ret;

if (ZEND_NUM_ARGS() != 3 || 
zend_get_parameters_ex(3, &domain, &type, &protocol) == FAILURE) {
WRONG_PARAM_COUNT;
}
multi_convert_to_long_ex(3, domain, type, protocol);

if (Z_LVAL_PP(domain) != AF_INET && Z_LVAL_PP(domain) != AF_UNIX) {
php_error(E_WARNING, "invalid socket domain specified - assuming 
AF_INET");
Z_LVAL_PP(domain) = AF_INET;
}

if (Z_LVAL_PP(type) > 10) {
php_error(E_WARNING, "invalid socket type specified - assuming 
SOCK_STREAM");
Z_LVAL_PP(type) = SOCK_STREAM;
}

ret = socket(Z_LVAL_PP(domain), Z_LVAL_PP(type), Z_LVAL_PP(protocol));

RETURN_LONG(((ret < 0) ? -errno : ret));
}

> At 14:06 29/3/2001, Andi Gutmans wrote:
> >Lars,
> >
> >I understand what you're saying but there is one important problem with 
> >the current implementation which I think outweighs everything else. The 
> >fact that right now you are likely to leak file descriptors. This is very 
> >bad especially as Apache processes live for many requests. If the person 
> >forgets to close the socket(), his program exits before it reaches that 
> >code, or someone presses the STOP button on his browser PHP will leak file 
> >descriptors. Very quickly the Apache process will have no file descriptors 
> >left. This has to be fixed. I prefer seeing it fixed with resources but in 
> >the least it should be fixed not to leak fd's even if you go with the 
> >integer fix implementation. But it is not very PHP to do that. You already 
> >have an fd resource as far as I know in ext/standard so you can use that.
> >
> >Andi
> >
> >At 02:02 AM 3/29/2001 -0800, Lars Torben Wilson wrote:
> >>Andi Gutmans writes:
> >> > Why do you need to rely on such behavior? Are you trying to do something
> >> > naught? :)
> >> > I think in general it's not a good idea to rely on the value and type of
> >> > resources (even though this is an integer).
> >> > I'm not quite sure why it returns integers and not resources. Looks like a
> >> > bad thing to me as the extension can easily have file descriptor 
> >> leaks. The
> >> > socket should really be saved either in the resource list or in a socket
> >> > extension local list in order to be able to cleanup at shutdown.
> >> > I think in the meanwhile you should assume it might change to using 
> >> resources.
> >> >
> >> > Andi
> >>
> >>That was what I had been thinking, until I started using
> >>select(). Since select() needs to know the max fd # you're working
> >>with, it's easy to have it as an int. Unless, of course, select()'s
> >>PHP implementation is updated to automatically take this into
> >>account. I could always parse the 'Resource #n' string, but that is
> >>clumsy. There are other things as well, but this is the first one to
> >>come to mind.
> >>
> >>I totally agree that in general it's a good idea to use resources and
> >>leave the housekeeping to PHP, but in situations like this I wonder if
> >>the usefulness of the int descriptor doesn't outweight the benefit of
> >>turning it into a resource.
> >>
> >>Basically, I guess I'm approaching socket programming in PHP from a C
> >>perspective, and thinking that others might as well. Having the
> >>descriptors as ints does tend to relieve some aches, but it might be
> >>more PHP-like to move that behind a resourse type and let PHP keep
> >>track of the highest fd (for stuff like select()).
> >>
> >>I guess I also sorta think that when you start 

[PHP-DEV] PHP 4.0 Bug #10033 Updated: Function file does not work with remote files

[raymondc]

ID: 10033
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: HTTP related
Description: Function file does not work with remote files


Hi Jani,

Thank you for your suggestion.

I have just tried the lates version php4-latest from http://snaps.php.net on my AIX 
4.3.3 box, I got the same 
error when using function 'file': bad file number. 

Raymond


Previous Comments:
---

[2001-03-29 11:29:38] [EMAIL PROTECTED]
Could you please try the latest CVS snapshot from http://snaps.php.net/ ?

--Jani


---

[2001-03-27 18:00:39] [EMAIL PROTECTED]
script:

http://www.php.net");
?>

Error: bad file number



Options compilated with PHP:

CPPFLAGS=-I/usr/local/include LDFLAGS=-L/usr/local/lib ./configure 
--with-mysql=/usr/local/mysql --with-gd --enable-track-vars 
--with-apache=/usr/local/apache_1.3.12

Notes: I tried to use different compilers such as gcc, cc or xlC_r,  I got the same 
error about file function (bad file number). With the same option of 
compilateion, the script works in LINUX.


---


Full Bug description available at: http://bugs.php.net/?id=10033


-- 
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 4.0 Bug #10052 Updated: setcookie() don't work

[plutoalien]

ID: 10052
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: *General Issues
Description: setcookie() don't work

I usually use IE 5.0, too. setcookie() works.

But I tested also with IE 6.00.2462. and it doesn't work.

Perhaps, this IE has bugs, and accepts no cookies, i don't know exactly.

Previous Comments:
---

[2001-03-29 09:23:43] [EMAIL PROTECTED]
Does it work with other browsers? (works for me just fine with both IE5 and NS4.76 and 
Mozilla)

--Jani


---

[2001-03-29 09:22:08] [EMAIL PROTECTED]
Does it work with other browsers? (works for me just fine with both IE5 and NS4.76 and 
Mozilla)

--Jani


---

[2001-03-29 09:10:04] [EMAIL PROTECTED]
In the Internet Explorer 6.00.2462. the setcookie() function don't work. No cookie 
will be set.



---


Full Bug description available at: http://bugs.php.net/?id=10052


-- 
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 4.0 Bug #10064: Apache Seg Faults with XSLT and domXML usage

[micah]

From: [EMAIL PROTECTED]
Operating system: Linux Mandrake 8.0
PHP version:  4.0 Latest CVS (29/03/2001)
PHP Bug Type: Apache related
Bug description:  Apache Seg Faults with XSLT and domXML usage

The compile script is as follows:

./configure \
--mandir=/usr/share/man \
--with-apxs=/usr/local/apache/bin/apxs \
--with-config-file-path=/etc/httpd \
--enable-magic-quotes \
--enable-bcmath \
--enable-calendar \
--with-dom=/usr/local \
--with-zlib-dir \
--enable-ftp \
--with-mysql=/usr/local/mysql \
--with-pgsql=/usr/local/pgsql \
--with-expat-dir=/usr/local \
--with-sablot=/usr/local \
--enable-trans-sid \
--with-regex=system \
--with-swf=/usr/local/openswf \
--enable-wddx \
--enable-memory-limit \
--with-gnu-ld


The system is:
Linux Mandrake 8.0
Apache 1.3.19
glibc 2.2.2
MySQL 3.23.34a
Postgres 7.0.3
libxml 2.3.4
Sablot 0.51
expat 1.95.1

gdb backtrace:

 
Program received signal SIGSEGV, Segmentation fault.
0x403d0742 in Processor::useArg (this=0x8145840, 
name=0x8f8 , val=0x0)
at proc.cpp:1067
1067proc.cpp: No such file or directory.
in proc.cpp
Current language:  auto; currently c++
(gdb) bt
#0  0x403d0742 in Processor::useArg (this=0x8145840, 
name=0x8f8 , val=0x0)
at proc.cpp:1067
#1  0x403d12a4 in SablotRunProcessor 
(processor_=0x8145840, sheetURI=0x81358bc "test.xsl",
inputURI=0x4032ebfc "arg:/_xmlinput", 
resultURI=0x4032ebef "arg:/_output", params=0x0, 
arguments=0xbfffdad0)
at sablot.cpp:137
#2  0x40279d7e in php_if_xslt_output_endtransform (ht=0, 
return_value=0x8136254, this_ptr=0x0, return_value_used=0)
at sablot.c:317
#3  0x4021c3c1 in execute (op_array=0x811d774) at 
./zend_execute.c:1494
#4  0x4022d27d in zend_execute_scripts (type=8, 
file_count=3) at zend.c:743
#5  0x40244f5c in php_execute_script 
(primary_file=0xb690) at main.c:1194
#6  0x402406a5 in apache_php_module_main (r=0x812ad04, 
display_source_mode=0) at sapi_apache.c:89
#7  0x4024137c in send_php (r=0x812ad04, 
display_source_mode=0,
filename=0x812b7e4 
"/home/www/public_html/xsl/test2.php") at mod_php4.c:521
#8  0x402413c2 in send_parsed_php (r=0x812ad04) at 
mod_php4.c:532
#9  0x0805b797 in ap_invoke_handler ()
#10 0x0807029b in process_request_internal ()
#11 0x08070310 in ap_process_request ()
#12 0x080673b2 in child_main ()
#13 0x08067564 in make_child ()
#14 0x080676d8 in startup_children ()
#15 0x08067d57 in standalone_main ()
#16 0x0806858f in main ()
#17 0x400960de in __libc_start_main () from /lib/libc.so.6
(gdb)


Code that is killing it:

$books = $doc->add_root("books");

//
$book = $books->new_child("book","");

// 
$title = $book->new_child("title","Core Java Programming");

// 
$authors = $book->new_child("authors","");

//
$author = $authors->new_child("author","Leon Atkinson2");
$author->set_attribute("id","1");
// 
$isbn = $book->new_child("isbn",123);
// 
$isbn->set_attribute("id","987");
/*
##
*/

//
$book = $books->new_child("book","");

// 
$title = $book->new_child("title","Flash 4 Magic");

// 
$authors = $book->new_child("authors","");

//
$author = $authors->new_child("author","David Emberton");
$author->set_attribute("id","1");
$author = $authors->new_child("author","J. Scott Hamlin");
$author->set_attribute("id","2");

// 
$isbn = $book->new_child("isbn",123);
// 
$isbn->set_attribute("id","987");


echo $doc->dumpmem();

xslt_output_endtransform();
?>





-- 
Edit Bug report at: http://bugs.php.net/?id=10064&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 4.0 Bug #10062 Updated: CGI version displays '#!/usr/local/bin/php' line

[shane . wright]

ID: 10062
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Unknown/Other Function
Description: CGI version displays '#!/usr/local/bin/php' line

I'm glad it's not an Apache issue, makes life easier :))

yup, file is called test.cgi, chmod 755, ExecCGI enabled 
in Apache.

A hack would be fine...   ..so long as it doesn't require 
root access or changes to Apache's config (which I 
wouldn't be able to do on the remote machine)

Are you thinking of a patch to PHP to forcefully stop it 
outputting anything before the first newline?  That would 
be ok - but my CGI's need to use a lot of HTTP headers 
(including HTTP authentication - but that can change if 
necessary)  I was thinking of making them nph-...

Regards
Shane


Previous Comments:
---

[2001-03-29 13:49:02] [EMAIL PROTECTED]
This isnt an Issue with apache. What are you calling your php file?? .cgi yes? there 
are some hacks around this but it seems more likley a config problem rather than a bug 
in PHP.. anu ideas people??

---

[2001-03-29 13:41:54] [EMAIL PROTECTED]
They're running 1.3.12 - but that doesn't matter yet as I 
can't even get PHP to compile there (its Debian with 
glibc2.1, PHP 4.0.4pl1, same configure options as I said 
previously, configure runs fine, but make dies half way 
through - can't work out why though - but thats for 
another day...)

Ah.  but if it is an issue with Apache then I'm screwed 
anyway :((




---

[2001-03-29 13:05:26] [EMAIL PROTECTED]
Hmm I might be wrong there.. What webserver is your ISP running?

James

---

[2001-03-29 12:51:59] [EMAIL PROTECTED]
I'm afraid it really is as a CGI - the reason being that 
my ISP won't install PHP modules and I need gd/t1lib 
support.  This problem is with testing the setup on the 
local server (I want the same setup both ends to avoid any 
extra complications).

I wasn't aware that it was the web server's responsibility 
to strip the #1/usr/local/bin/php line out - I am running 
apache 1.3.14 and I have a feeling there could be an issue 
with that - (although I haven't noticed it in the past 
with C++ CGIs)




---

[2001-03-29 12:38:03] [EMAIL PROTECTED]
There is no need for #!/usr/local/bin/php if you have your webserver set up to parse 
PHP files already (IE if you have set up apache as shown in install docs.) if your 
webserver is executing the files (actually set up as real cgi then please reopen this 
bug report but this shouldnt happen as the webserver should strip the 
#!/usr/local/bin/php line out.)

James

---

The remainder of the comments for this report are too long.  To view the rest of the 
comments, please view the bug report online.

Full Bug description available at: http://bugs.php.net/?id=10062


-- 
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 4.0 Bug #10062 Updated: CGI version displays '#!/usr/local/bin/php' line

[jmoore]

ID: 10062
Updated by: jmoore
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Unknown/Other Function
Assigned To: 
Comments:

This isnt an Issue with apache. What are you calling your php file?? .cgi yes? there 
are some hacks around this but it seems more likley a config problem rather than a bug 
in PHP.. anu ideas people??

Previous Comments:
---

[2001-03-29 13:41:54] [EMAIL PROTECTED]
They're running 1.3.12 - but that doesn't matter yet as I 
can't even get PHP to compile there (its Debian with 
glibc2.1, PHP 4.0.4pl1, same configure options as I said 
previously, configure runs fine, but make dies half way 
through - can't work out why though - but thats for 
another day...)

Ah.  but if it is an issue with Apache then I'm screwed 
anyway :((




---

[2001-03-29 13:05:26] [EMAIL PROTECTED]
Hmm I might be wrong there.. What webserver is your ISP running?

James

---

[2001-03-29 12:51:59] [EMAIL PROTECTED]
I'm afraid it really is as a CGI - the reason being that 
my ISP won't install PHP modules and I need gd/t1lib 
support.  This problem is with testing the setup on the 
local server (I want the same setup both ends to avoid any 
extra complications).

I wasn't aware that it was the web server's responsibility 
to strip the #1/usr/local/bin/php line out - I am running 
apache 1.3.14 and I have a feeling there could be an issue 
with that - (although I haven't noticed it in the past 
with C++ CGIs)




---

[2001-03-29 12:38:03] [EMAIL PROTECTED]
There is no need for #!/usr/local/bin/php if you have your webserver set up to parse 
PHP files already (IE if you have set up apache as shown in install docs.) if your 
webserver is executing the files (actually set up as real cgi then please reopen this 
bug report but this shouldnt happen as the webserver should strip the 
#!/usr/local/bin/php line out.)

James

---

[2001-03-29 12:25:01] [EMAIL PROTECTED]
Standard configure/make on REdHat 7 (options are: 
--without-apache --with-mysql --with-gd)

Then CGI execution as normal - it reads php.ini fine and 
renders PHP fine - the only problem is the display of the 
first line of the file ('#!/usr/local/bin/php')

I've seen posts elsewhere about someone having a similar 
problem on FreeBSD with an older version that went away 
with a newer version (of PHP that is) so I'm assuming its 
a resurfacing issue.  Apologies if it's just me being lame 
;)

Regards

Shane


---

The remainder of the comments for this report are too long.  To view the rest of the 
comments, please view the bug report online.


ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10062&edit=2


-- 
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 4.0 Bug #10062 Updated: CGI version displays '#!/usr/local/bin/php' line

[shane . wright]

ID: 10062
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Unknown/Other Function
Description: CGI version displays '#!/usr/local/bin/php' line

They're running 1.3.12 - but that doesn't matter yet as I 
can't even get PHP to compile there (its Debian with 
glibc2.1, PHP 4.0.4pl1, same configure options as I said 
previously, configure runs fine, but make dies half way 
through - can't work out why though - but thats for 
another day...)

Ah.  but if it is an issue with Apache then I'm screwed 
anyway :((




Previous Comments:
---

[2001-03-29 13:05:26] [EMAIL PROTECTED]
Hmm I might be wrong there.. What webserver is your ISP running?

James

---

[2001-03-29 12:51:59] [EMAIL PROTECTED]
I'm afraid it really is as a CGI - the reason being that 
my ISP won't install PHP modules and I need gd/t1lib 
support.  This problem is with testing the setup on the 
local server (I want the same setup both ends to avoid any 
extra complications).

I wasn't aware that it was the web server's responsibility 
to strip the #1/usr/local/bin/php line out - I am running 
apache 1.3.14 and I have a feeling there could be an issue 
with that - (although I haven't noticed it in the past 
with C++ CGIs)




---

[2001-03-29 12:38:03] [EMAIL PROTECTED]
There is no need for #!/usr/local/bin/php if you have your webserver set up to parse 
PHP files already (IE if you have set up apache as shown in install docs.) if your 
webserver is executing the files (actually set up as real cgi then please reopen this 
bug report but this shouldnt happen as the webserver should strip the 
#!/usr/local/bin/php line out.)

James

---

[2001-03-29 12:25:01] [EMAIL PROTECTED]
Standard configure/make on REdHat 7 (options are: 
--without-apache --with-mysql --with-gd)

Then CGI execution as normal - it reads php.ini fine and 
renders PHP fine - the only problem is the display of the 
first line of the file ('#!/usr/local/bin/php')

I've seen posts elsewhere about someone having a similar 
problem on FreeBSD with an older version that went away 
with a newer version (of PHP that is) so I'm assuming its 
a resurfacing issue.  Apologies if it's just me being lame 
;)

Regards

Shane


---


Full Bug description available at: http://bugs.php.net/?id=10062


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

[James Moore]

Ive been having a play with fastcgi under win32 and what ever I do I seem to
get the following errors:

Compiling...
fastcgi.c
D:\php-4.0.5RC4\sapi\fastcgi\fastcgi.c(103) : warning C4101: 'tmp' :
unreferenced local variable
D:\php-4.0.5RC4\sapi\fastcgi\fastcgi.c(181) : error C2065: 'sapi_globals' :
undeclared identifier
D:\php-4.0.5RC4\sapi\fastcgi\fastcgi.c(181) : error C2223: left of
'->request_info' must point to struct/union
D:\php-4.0.5RC4\sapi\fastcgi\fastcgi.c(185) : warning C4047: 'function' :
'struct sapi_globals_struct *' differs in levels of indirection from 'int '
D:\php-4.0.5RC4\sapi\fastcgi\fastcgi.c(185) : warning C4024:
'php_request_startup' : different types for formal and actual parameter 4
D:\php-4.0.5RC4\sapi\fastcgi\fastcgi.c(219) : warning C4013: 'S_ISREG'
undefined; assuming extern returning int
D:\php-4.0.5RC4\sapi\fastcgi\fastcgi.c(259) : error C2223: left of
'->server_context' must point to struct/union
D:\php-4.0.5RC4\sapi\fastcgi\fastcgi.c(264) : error C2223: left of
'->server_context' must point to struct/union
D:\php-4.0.5RC4\sapi\fastcgi\fastcgi.c(350) : warning C4013: 'fork'
undefined; assuming extern returning int
D:\php-4.0.5RC4\sapi\fastcgi\fastcgi.c(370) : warning C4013: 'wait'
undefined; assuming extern returning int
D:\php-4.0.5RC4\sapi\fastcgi\fastcgi.c(403) : error C2143: syntax error :
missing ')' before ','
D:\php-4.0.5RC4\sapi\fastcgi\fastcgi.c(403) : error C2198:
'init_request_info' : too few actual parameters
D:\php-4.0.5RC4\sapi\fastcgi\fastcgi.c(403) : error C2059: syntax error :
')'
D:\php-4.0.5RC4\sapi\fastcgi\fastcgi.c(404) : error C2223: left of
'->server_context' must point to struct/union
D:\php-4.0.5RC4\sapi\fastcgi\fastcgi.c(405) : error C2065:
'compiler_globals' : undeclared identifier
D:\php-4.0.5RC4\sapi\fastcgi\fastcgi.c(406) : error C2223: left of
'->request_info' must point to struct/union
D:\php-4.0.5RC4\sapi\fastcgi\fastcgi.c(409) : error C2143: syntax error :
missing ')' before ','
D:\php-4.0.5RC4\sapi\fastcgi\fastcgi.c(409) : error C2059: syntax error :
')'
Error executing cl.exe.

Is this just me being totally stupid and not defining somthing I should or
is there actually somthing wrong? or wont it work on win32?

James
--
James Moore
[EMAIL PROTECTED]
PHP Web Scripting: http://www.php.net/
PHP QA Team: http://qa.php.net/
PHP-GTK: http://gtk.php.net/
VL-SRM: http://www.vl-srm.net/


-- 
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 4.0 Bug #10062 Updated: CGI version displays '#!/usr/local/bin/php' line

[jmoore]

ID: 10062
Updated by: jmoore
Reported By: [EMAIL PROTECTED]
Old-Status: Bogus
Status: Open
Bug Type: Unknown/Other Function
Assigned To: 
Comments:

Hmm I might be wrong there.. What webserver is your ISP running?

James

Previous Comments:
---

[2001-03-29 12:51:59] [EMAIL PROTECTED]
I'm afraid it really is as a CGI - the reason being that 
my ISP won't install PHP modules and I need gd/t1lib 
support.  This problem is with testing the setup on the 
local server (I want the same setup both ends to avoid any 
extra complications).

I wasn't aware that it was the web server's responsibility 
to strip the #1/usr/local/bin/php line out - I am running 
apache 1.3.14 and I have a feeling there could be an issue 
with that - (although I haven't noticed it in the past 
with C++ CGIs)




---

[2001-03-29 12:38:03] [EMAIL PROTECTED]
There is no need for #!/usr/local/bin/php if you have your webserver set up to parse 
PHP files already (IE if you have set up apache as shown in install docs.) if your 
webserver is executing the files (actually set up as real cgi then please reopen this 
bug report but this shouldnt happen as the webserver should strip the 
#!/usr/local/bin/php line out.)

James

---

[2001-03-29 12:25:01] [EMAIL PROTECTED]
Standard configure/make on REdHat 7 (options are: 
--without-apache --with-mysql --with-gd)

Then CGI execution as normal - it reads php.ini fine and 
renders PHP fine - the only problem is the display of the 
first line of the file ('#!/usr/local/bin/php')

I've seen posts elsewhere about someone having a similar 
problem on FreeBSD with an older version that went away 
with a newer version (of PHP that is) so I'm assuming its 
a resurfacing issue.  Apologies if it's just me being lame 
;)

Regards

Shane


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10062&edit=2


-- 
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 4.0 Bug #10063 Updated: Session variable aren't visible from class

[hholzgra]

ID: 10063
Updated by: hholzgra
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Class/Object related
Assigned To: 
Comments:

you have to use global in every class method
class methods behave exactly like normal functions
in this context, a global declaration within
the constructor is local to the constructor method
itself and will *not* be remembered in the other
methods

Previous Comments:
---

[2001-03-29 12:49:31] [EMAIL PROTECTED]
I hope you excuse me for my poor english...

So, i try to use a session and sessions variables in php.
It's work fine, but when i try to use a variable into a object class, the values of my 
variables aren't visible thru the clas and function of this class.

I declare the variables as global in the class constructor, then i can acces to the 
value but not in a function of this class.

regards

Thierry

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10063&edit=2


-- 
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 4.0 Bug #10026 Updated: For loop always execute

[svein]

ID: 10026
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: *General Issues
Description: For loop always execute

When i said ONCE - i didnt mean ONCE :)
It ALWAYS happen in the code referred...

Previous Comments:
---

[2001-03-29 12:55:32] [EMAIL PROTECTED]
Its not easy reproduceable - i have only seen this happens ONCE - in the specified 
function. Its NOT a simple for-loop - the for-loop executes INSIDE a recursively 
called function.

I've also tried this one :
---
$c = count($myarray);
if ($c>0) {
  echo "c is greater than 0";
  for (...) {
...code
  }
}
---
then IF c is 0 the echo statement doesnt execute BUT the for loop executes...

I cant figure out why...

If some of you want it i can mail you the file so you can see the things in 
perspective.

- Svein

---

[2001-03-29 11:55:23] [EMAIL PROTECTED]
I can't reproduce this (using code below):



Could you try this one?
And note: If the variable passed to count() is not an array,
it will return 1.

--Jani


---

[2001-03-27 11:09:08] [EMAIL PROTECTED]
The code submitted is inside a function that is called recursively and its not exact 
copy of the code.

I've also tried to change the for loop to a while loop with the same result.

---

[2001-03-27 11:07:07] [EMAIL PROTECTED]
I have a strange situation;
I have this code : 

$c = count($myarray);
echo $c . '';

for ($i=0; $i<$c; $i++) { 
   code goes here... 
}

echo often often output that $c is 0 BUT the for loop ALWAYS execute...
I also have tried to sorrund the for loop with this :
if ($c>0) {
  for(...)
}

and it STILL execute if $c==0

---


Full Bug description available at: http://bugs.php.net/?id=10026


-- 
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 4.0 Bug #10026 Updated: For loop always execute

[svein]

ID: 10026
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: *General Issues
Description: For loop always execute

Its not easy reproduceable - i have only seen this happens ONCE - in the specified 
function. Its NOT a simple for-loop - the for-loop executes INSIDE a recursively 
called function.

I've also tried this one :
---
$c = count($myarray);
if ($c>0) {
  echo "c is greater than 0";
  for (...) {
...code
  }
}
---
then IF c is 0 the echo statement doesnt execute BUT the for loop executes...

I cant figure out why...

If some of you want it i can mail you the file so you can see the things in 
perspective.

- Svein

Previous Comments:
---

[2001-03-29 11:55:23] [EMAIL PROTECTED]
I can't reproduce this (using code below):



Could you try this one?
And note: If the variable passed to count() is not an array,
it will return 1.

--Jani


---

[2001-03-27 11:09:08] [EMAIL PROTECTED]
The code submitted is inside a function that is called recursively and its not exact 
copy of the code.

I've also tried to change the for loop to a while loop with the same result.

---

[2001-03-27 11:07:07] [EMAIL PROTECTED]
I have a strange situation;
I have this code : 

$c = count($myarray);
echo $c . '';

for ($i=0; $i<$c; $i++) { 
   code goes here... 
}

echo often often output that $c is 0 BUT the for loop ALWAYS execute...
I also have tried to sorrund the for loop with this :
if ($c>0) {
  for(...)
}

and it STILL execute if $c==0

---


Full Bug description available at: http://bugs.php.net/?id=10026


-- 
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 4.0 Bug #10062 Updated: CGI version displays '#!/usr/local/bin/php' line

[shane . wright]

ID: 10062
User Update by: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Unknown/Other Function
Description: CGI version displays '#!/usr/local/bin/php' line

I'm afraid it really is as a CGI - the reason being that 
my ISP won't install PHP modules and I need gd/t1lib 
support.  This problem is with testing the setup on the 
local server (I want the same setup both ends to avoid any 
extra complications).

I wasn't aware that it was the web server's responsibility 
to strip the #1/usr/local/bin/php line out - I am running 
apache 1.3.14 and I have a feeling there could be an issue 
with that - (although I haven't noticed it in the past 
with C++ CGIs)




Previous Comments:
---

[2001-03-29 12:38:03] [EMAIL PROTECTED]
There is no need for #!/usr/local/bin/php if you have your webserver set up to parse 
PHP files already (IE if you have set up apache as shown in install docs.) if your 
webserver is executing the files (actually set up as real cgi then please reopen this 
bug report but this shouldnt happen as the webserver should strip the 
#!/usr/local/bin/php line out.)

James

---

[2001-03-29 12:25:01] [EMAIL PROTECTED]
Standard configure/make on REdHat 7 (options are: 
--without-apache --with-mysql --with-gd)

Then CGI execution as normal - it reads php.ini fine and 
renders PHP fine - the only problem is the display of the 
first line of the file ('#!/usr/local/bin/php')

I've seen posts elsewhere about someone having a similar 
problem on FreeBSD with an older version that went away 
with a newer version (of PHP that is) so I'm assuming its 
a resurfacing issue.  Apologies if it's just me being lame 
;)

Regards

Shane


---


Full Bug description available at: http://bugs.php.net/?id=10062


-- 
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 4.0 Bug #10063: Session variable aren't visible from class

[thierry . bertin]

From: [EMAIL PROTECTED]
Operating system: linux mandrake 7.2
PHP version:  4.0.4pl1
PHP Bug Type: Class/Object related
Bug description:  Session variable aren't visible from class

I hope you excuse me for my poor english...

So, i try to use a session and sessions variables in php.
It's work fine, but when i try to use a variable into a object class, the values of my 
variables aren't visible thru the clas and function of this class.

I declare the variables as global in the class constructor, then i can acces to the 
value but not in a function of this class.

regards

Thierry


-- 
Edit Bug report at: http://bugs.php.net/?id=10063&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] php4.dsw

[Zeev Suraski]

php4.dsw isn't always maintained, and that's one such example...  Using 
php4ts.dsw should work fine.

Zeev

At 19:44 29/3/2001, Cynic wrote:
>I tried to build CGI PHP using this workspace, and got the
>msgbox below. The build failed, of course.
>What are the requirements to allow for compilation of
>single-threaded CGI on win32 machines?
>
>---
>Microsoft Visual C++
>---
>The source files 
>"D:\compile\php\php-4.0.5RC4\ext\bcmath\libbcmath\src\output.c" and 
>"D:\compile\php\php-4.0.5RC4\ext\standard\output.c" are both configured to 
>produce the output file 
>"D:\compile\php\php-4.0.5RC4\Release_inline\output.obj".
>The project cannot be built.
>---
>OK
>---
>
>
>
>[EMAIL PROTECTED]
>-
>And the eyes of them both were opened and they saw that their files
>were world readable and writable, so they chmoded 600 their files.
> - Book of Installation chapt 3 sec 7
>
>
>--
>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]

--
Zeev Suraski <[EMAIL PROTECTED]>
CTO &  co-founder, Zend Technologies Ltd. http://www.zend.com/


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

[PHP-DEV] php4.dsw

[Cynic]

I tried to build CGI PHP using this workspace, and got the 
msgbox below. The build failed, of course.
What are the requirements to allow for compilation of 
single-threaded CGI on win32 machines?

---
Microsoft Visual C++
---
The source files "D:\compile\php\php-4.0.5RC4\ext\bcmath\libbcmath\src\output.c" and 
"D:\compile\php\php-4.0.5RC4\ext\standard\output.c" are both configured to produce the 
output file "D:\compile\php\php-4.0.5RC4\Release_inline\output.obj".
The project cannot be built.
---
OK   
---



[EMAIL PROTECTED]
-
And the eyes of them both were opened and they saw that their files
were world readable and writable, so they chmoded 600 their files.
- Book of Installation chapt 3 sec 7 


-- 
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 4.0 Bug #10062 Updated: CGI version displays '#!/usr/local/bin/php' line

[jmoore]

ID: 10062
Updated by: jmoore
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Unknown/Other Function
Assigned To: 
Comments:

There is no need for #!/usr/local/bin/php if you have your webserver set up to parse 
PHP files already (IE if you have set up apache as shown in install docs.) if your 
webserver is executing the files (actually set up as real cgi then please reopen this 
bug report but this shouldnt happen as the webserver should strip the 
#!/usr/local/bin/php line out.)

James

Previous Comments:
---

[2001-03-29 12:25:01] [EMAIL PROTECTED]
Standard configure/make on REdHat 7 (options are: 
--without-apache --with-mysql --with-gd)

Then CGI execution as normal - it reads php.ini fine and 
renders PHP fine - the only problem is the display of the 
first line of the file ('#!/usr/local/bin/php')

I've seen posts elsewhere about someone having a similar 
problem on FreeBSD with an older version that went away 
with a newer version (of PHP that is) so I'm assuming its 
a resurfacing issue.  Apologies if it's just me being lame 
;)

Regards

Shane


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10062&edit=2


-- 
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 4.0 Bug #10062: CGI version displays '#!/usr/local/bin/php' line

[shane . wright]

From: [EMAIL PROTECTED]
Operating system: RedHat 7
PHP version:  4.0.4pl1
PHP Bug Type: Unknown/Other Function
Bug description:  CGI version displays '#!/usr/local/bin/php' line

Standard configure/make on REdHat 7 (options are: 
--without-apache --with-mysql --with-gd)

Then CGI execution as normal - it reads php.ini fine and 
renders PHP fine - the only problem is the display of the 
first line of the file ('#!/usr/local/bin/php')

I've seen posts elsewhere about someone having a similar 
problem on FreeBSD with an older version that went away 
with a newer version (of PHP that is) so I'm assuming its 
a resurfacing issue.  Apologies if it's just me being lame 
;)

Regards

Shane



-- 
Edit Bug report at: http://bugs.php.net/?id=10062&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 4.0 Bug #10061 Updated: bad interpretation of ascii char #0146

[hholzgra]

ID: 10061
Updated by: hholzgra
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Strings related
Assigned To: 
Comments:

i guess this is done by the browser,
not php on the server

please try to code your form with
method="GET" and have a look at what
character is transfered in the URL

Previous Comments:
---

[2001-03-29 12:01:27] [EMAIL PROTECTED]
Create a form with a textarea and type into the char #0146;
when you submit the form, the php file echo a wrong character.

Code of the PHP file:
--
#!/usr/local/bin/php

--

When I insert in form the ascii char ? (code #0146) the Php
engine returns the ascii char "?" (code #63).

Configure line PHP:
--
./configure --enable-discard-path --with-gd --with-zlib
--with-mysql=/user --with-socket --enable-trans-sid
--with-mm=/usr/local/lib



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10061&edit=2


-- 
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 4.0 Bug #9886 Updated: Installation on w2k

[sniper]

ID: 9886
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *General Issues
Assigned To: 
Comments:

Could you please try the latest CVS build from http://www.php4win.de/ to check if this 
is fixed now?

--Jani


Previous Comments:
---

[2001-03-20 21:52:18] [EMAIL PROTECTED]
I have just installed PHP 4.0.4pl1 on w2k SP1 using CGI. I have setup the 
extension_dir to the directory where the extension dll are. It alway give the error " 
unable to load dynamic library 'd:phpextensionsphp_curl.dll' - specified module could 
not be found". I have also set full path in the "extension=" directive, it did not 
too. What have I missed To me it seems that this is a bug.

I have checked, the files are there, the path are correct, permissions are set but it 
just continue to give the error. I have visited the newsgroup and it seems to be a 
common problem but no one has a solution to this, Please help.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9886&edit=2


-- 
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 4.0 Bug #10061: bad interpretation of ascii char #0146

[volpini]

From: [EMAIL PROTECTED]
Operating system: windows, linux
PHP version:  4.0.4pl1
PHP Bug Type: Strings related
Bug description:  bad interpretation of ascii char #0146

Create a form with a textarea and type into the char #0146;
when you submit the form, the php file echo a wrong character.

Code of the PHP file:
--
#!/usr/local/bin/php

--

When I insert in form the ascii char ? (code #0146) the Php
engine returns the ascii char "?" (code #63).

Configure line PHP:
--
./configure --enable-discard-path --with-gd --with-zlib
--with-mysql=/user --with-socket --enable-trans-sid
--with-mm=/usr/local/lib




-- 
Edit Bug report at: http://bugs.php.net/?id=10061&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 4.0 Bug #8618 Updated: httpd process hangs

[sniper]

ID: 8618
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Old-Bug Type: *General Issues
Bug Type: Scripting Engine problem
Assigned To: 
Comments:

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

--Jani


Previous Comments:
---

[2001-01-09 14:26:44] [EMAIL PROTECTED]
Starting from PHP4 I keep finding some running httpd processes. I attach to such 
process with gdb and always find it in chunk_free.
glibc is 2.1.2
gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)
Relevant (I think) config options:
httpd.conf - MaxRequestsPerChild 50 (trying to diagnose memory problems)
php.ini - memory_limit = 8M

./configure --enable-debug=no --enable-memory-limit 
--with-apxs=/usr/local/apache/bin/apxs --enable-versioning --with-mysql --with-gd 
--with-imap=/usr/local/

Backtrace:
#0  0x400f8763 in chunk_free (ar_ptr=0x4018c780, p=0x81f4158) at malloc.c:3065
#1  0x400f84c5 in __libc_free (mem=0x81f45d0) at malloc.c:2967
#2  0x401d74a8 in _efree (ptr=0x81f45dc) at zend_alloc.c:238
#3  0x401f38cb in zend_hash_destroy (ht=0x82a37c0) at zend_hash.c:567
#4  0x401ea019 in destroy_zend_class (ce=0x82a37a8) at zend_opcode.c:128
#5  0x401f3a0d in zend_hash_apply_deleter (ht=0x80ea388, p=0x8226ce8) at 
zend_hash.c:619
#6  0x401f3b68 in zend_hash_apply (ht=0x80ea388, apply_func=0x401e806c 
)
at zend_hash.c:693
#7  0x401e8344 in shutdown_executor () at zend_execute_API.c:177
#8  0x401f00f6 in zend_deactivate () at zend.c:525
#9  0x4020098a in php_request_shutdown (dummy=0x0) at main.c:688
#10 0x401fe664 in php_apache_request_shutdown (dummy=0x0) at mod_php4.c:288
#11 0x80715fe in run_cleanups ()
#12 0x806fe2d in ap_clear_pool ()
#13 0x806fea1 in ap_destroy_pool ()
#14 0x806fe1c in ap_clear_pool ()
#15 0x807f5ef in child_main ()
#16 0x807fc3c in make_child ()
#17 0x807ffb6 in perform_idle_server_maintenance ()
#18 0x80804e5 in standalone_main ()
#19 0x8080aa3 in main ()
#20 0x400b71fb in __libc_start_main (main=0x808075c , argc=1, argv=0xbe04,
init=0x804ee50 <_init>, fini=0x80b4e40 <_fini>, rtld_fini=0x4000a610 <_dl_fini>,
stack_end=0xbdfc) at ../sysdeps/generic/libc-start.c:90


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8618&edit=2


-- 
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 4.0 Bug #10026 Updated: For loop always execute

[sniper]

ID: 10026
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *General Issues
Assigned To: 
Comments:

I can't reproduce this (using code below):



Could you try this one?
And note: If the variable passed to count() is not an array,
it will return 1.

--Jani


Previous Comments:
---

[2001-03-27 11:09:08] [EMAIL PROTECTED]
The code submitted is inside a function that is called recursively and its not exact 
copy of the code.

I've also tried to change the for loop to a while loop with the same result.

---

[2001-03-27 11:07:07] [EMAIL PROTECTED]
I have a strange situation;
I have this code : 

$c = count($myarray);
echo $c . '';

for ($i=0; $i<$c; $i++) { 
   code goes here... 
}

echo often often output that $c is 0 BUT the for loop ALWAYS execute...
I also have tried to sorrund the for loop with this :
if ($c>0) {
  for(...)
}

and it STILL execute if $c==0

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10026&edit=2


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

[PHP-DEV] Re: PHP 4.0 Bug #10036 Updated: dies on make

[John Ratelle]

Realized this five minutes after the post... damn
PATH.

Thanks, jjr

--- Bug Database <[EMAIL PROTECTED]> wrote:
> ID: 10036
> Updated by: sniper
> Reported By: [EMAIL PROTECTED]
> Old-Status: Open
> Status: Bogus
> Bug Type: Compile Failure
> Assigned To: 
> Comments:
> 
> No bug in PHP. Either your PATH misses the place
> where
> ar is located or you don't have it at all in your
> system.
> Ask further support questions on
> [EMAIL PROTECTED]
> 
> --Jani
> 
> 
> Previous Comments:
>
---
> 
> [2001-03-28 10:24:34] [EMAIL PROTECTED]
> run make (after ./configure) & receive the
> following:
> # make
> Making all in Zend
> make[1]: Entering directory
> `/usr/local/src/php-4.0.4pl1/Zend'
> /bin/sh ../libtool --silent --mode=link gcc  -g -O2 
> -o libZend_c.la   zend_lang
> uage_scanner.lo zend_ini_scanner.lo
> ../libtool: ar: not found
> make[1]: *** [libZend_c.la] Error 1
> make[1]: Leaving directory
> `/usr/local/src/php-4.0.4pl1/Zend'
> make: *** [all-recursive] Error 1
> # make install
> Making install in Zend
> make[1]: Entering directory
> `/usr/local/src/php-4.0.4pl1/Zend'
> /bin/sh ../libtool --silent --mode=link gcc  -g -O2 
> -o libZend_c.la   zend_lang
> uage_scanner.lo zend_ini_scanner.lo
> ../libtool: ar: not found
> make[1]: *** [libZend_c.la] Error 1
> make[1]: Leaving directory
> `/usr/local/src/php-4.0.4pl1/Zend'
> make: *** [install-recursive] Error 1
> 
> I've seen one thread similar to this, with
> instructions to install all development patches for
> RH.  What should be done for sun?
> Thanks, JohnR
> 
> 
>
---
> 
> 
> 
> ATTENTION! Do NOT reply to this email!
> To reply, use the web interface found at
> http://bugs.php.net/?id=10036&edit=2
> 


__
Do You Yahoo!?
Get email at your own domain with Yahoo! Mail. 
http://personal.mail.yahoo.com/?.refer=text

-- 
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 4.0 Bug #10017 Updated: querystrings in php

[sniper]

ID: 10017
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *General Issues
Assigned To: 
Comments:

Do you have register_globals = on  in your php.ini ?

--Jani


Previous Comments:
---

[2001-03-27 08:39:29] [EMAIL PROTECTED]
hello
the php index.php source
when i tried this url: http://localhost/index.php?reqLang=1
nothing happens..what is the wrong...
i really can't understand why php can't catch querystrings.
it has always worked before.








//Johan Svensson


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10017&edit=2


-- 
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 4.0 Bug #6624 Updated: error_log() in registered shutdown function

[sniper]

ID: 6624
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Old-Bug Type: *General Issues
Bug Type: Scripting Engine problem
Assigned To: 
Comments:

Does this happen with PHP 4.0.4pl1?

--Jani


Previous Comments:
---

[2000-11-01 09:47:22] [EMAIL PROTECTED]
reclassified.

---

[2000-09-08 05:04:11] [EMAIL PROTECTED]
(minor flaw, don't know if it's important, but maybe worth a check)

I registered a shutdown function via register_shutdown_function(). For debugging 
purposes and because echo() isn't functional in the shutdown function, I used 
error_log('my log message',0), so that the "error"-messages showed up in 
apache/logs/error_log.

The error_log()-call in "normal code" produced an entry in apache error_log with 
timestamp and error type, and the error_log()-call in my shutdown callback function 
appeared without timestamp and error type (see snippet below)


example PHP-code

function myshutdown () {
   error_log('myshutdown() executed',0);
}

register_shutdown_function('myshutdown');
error_log('myshutdown-function registered',0);


Apache logs/error_log snippet

[Fri Sep  8 11:43:43 2000] [notice] Apache/1.3.12 (Unix) PHP/4.0.2 configured -- 
resuming normal operations
[Fri Sep  8 11:43:52 2000] [error] myshutdown-function registered
myshutdown() executed


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=6624&edit=2


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

[PHP-DEV] Re: PHP 4.0 Bug #8888 Updated: Authentication in iPlanet Fails

[Dylan Neild]

No idea man .. We're migrating to JSP/EJB .. So all PHP development has been
reduced to "maintenance only".

If I have a chance to test it after work on Friday (I can usually get some
free time on one of the iPlanet machines), I'll let you know though. :)

Dylan


On 3/29/01 9:51 AM, "Bug Database" <[EMAIL PROTECTED]> wrote:

> ID: 
> Updated by: sniper
> Reported By: [EMAIL PROTECTED]
> Old-Status: Open
> Status: Feedback
> Bug Type: iPlanet related
> Assigned To: 
> Comments:
> 
> Does this happen with latest CVS snapshot from http://snaps.php.net/ ?
> 
> --Jani
> 
> 
> Previous Comments:
> ---
> 
> [2001-01-24 12:50:42] [EMAIL PROTECTED]
> Have PHP4 compiled and installed as an NSAPI module into iPlanet Enterprise
> Server 4.1. PHP scripts work fine and dandy, with the exception of
> authorization. When my PHP script runs, the pop-up appears, and I enter my
> user name and password. From there, the system acts like the cancel button
> has been clicked.
> 
> I've figured out that no matter what happens, PHP_AUTH_USER and PHP_AUTH_PW
> (the two variables that my script uses to process logins) aren't being set. A
> quick check of the docs confirms that (I think) I've got everything correct.
> Here's my obj.conf file:
> 
> # Sun Netscape Alliance - obj.conf
> # You can edit this file, but comments and formatting changes
> # might be lost when the admin server makes changes.
> 
> Init fn="flex-init"
> access="/system/netscape/server4/https-https.www.cafefortwo.com/logs/access"
> format.access="%Ses->client.ip% - %Req->vars.auth-user% [%SYSDATE%]
> "%Req->reqpb.clf-request%"
> %Req->srvhdrs.clf-status% %Req->srvhdrs.content-length%"
> Init fn="load-types" mime-types="mime.types"
> Init fn="load-modules"
> funcs="php4_init,php4_close,php4_execute,php4_auth_trans"
> shlib="/system/netscape/server4/bin/libphp4.so"
> Init fn="php4_init" errorString="Failed to initialise PHP!"
> 
> 
> AuthTrans fn="php4_auth_trans"
> NameTrans fn="document-root" root="/system/server/cf2/root"
> PathCheck fn="unix-uri-clean"
> PathCheck fn="find-pathinfo"
> PathCheck fn="find-index"
> index-names="index.php,home.php,index.php3,home.php3,index.html,home.html"
> ObjectType fn="type-by-extension"
> ObjectType fn="force-type" type="text/plain"
> Service fn="php4_execute" type="magnus-internal/x-httpd-php"
> Service method="(GET|HEAD)" type="magnus-internal/imagemap" fn="imagemap"
> Service method="(GET|HEAD)" type="magnus-internal/directory" fn="index-common"
> Service method="(GET|HEAD)" type="*~magnus-internal/*" fn="send-file"
> AddLog fn="flex-log" name="access"
> 
> 
> 
> ObjectType fn="force-type" type="magnus-internal/x-httpd-php"
> Service fn="php4_execute"
> 
> 
> Is this a PHP bug or an iPlanet problem? Any help would be greatly
> appreciated.
> 
> ---
> 
> 
> 
> ATTENTION! Do NOT reply to this email!
> To reply, use the web interface found at http://bugs.php.net/?id=&edit=2
> 
> 


-- 
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 4.0 Bug #4283 Updated: include_path error with PHP4 RC1 Roxen module

[sniper]

ID: 4283
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Old-Bug Type: *General Issues
Bug Type: Other web server
Assigned To: 
Comments:

Does this happen with PHP 4.0.4pl1?

--Jani


Previous Comments:
---

[2001-02-10 16:25:58] [EMAIL PROTECTED]
fix version.

---

[2000-04-30 05:29:06] [EMAIL PROTECTED]
The PHP4 RC1 Roxen module has obviously a problem with the include_path variable. In 
my pages I usually type something like include("file.txt"); and it used to work with 
PHP3 in both cases, Apache module or CGI. Now when I installed Roxen 2.0.46 and 
compiled PHP4 as a Roxen module it cannot determine the include_path, not even after I 
experimentally copied the php3.ini to php.ini in order to use this file with PHP4 to 
check the issue.
Problem as I see it is, that I might be well able to adjust my own scripts but as soon 
as I grab somebody elses it might not work --> phpMyAdmin.
The include path variable in php(3).ini is empty because I want to use it for many 
domains and the path line would just be endless. However, it used to work this way 
with PHP3.

Cheers,
Andreas

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=4283&edit=2


-- 
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 4.0 Bug #7136 Updated: The binary version of php4.0.2 doesn't support the bindtextdomain function.

[sniper]

ID: 7136
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Duplicate
Status: Bogus
Bug Type: *General Issues
Assigned To: 
Comments:



Previous Comments:
---

[2000-10-11 09:50:02] [EMAIL PROTECTED]


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=7136&edit=2


-- 
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 4.0 Bug #6520 Updated: session_destroy() does not work

[sniper]

ID: 6520
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Duplicate
Status: Closed
Bug Type: *General Issues
Assigned To: 
Comments:



Previous Comments:
---

[2000-09-03 16:30:34] [EMAIL PROTECTED]
Using the script and configuration as submitted with bug report #6319 (except 4.0.1pl2 
--> 4.0.2):

On one machine session_destroy() generates warning about unable to delete session, 
on another machine it causes an invalid operation crash with the following detail:

PHP caused an invalid page fault in
module MSVCRT.DLL at 017f:78002d15.
Registers:
EAX=0004 CS=017f EIP=78002d15 EFLGS=00010202
EBX=ff73 SS=0187 ESP=0063f00c EBP=0063f268
ECX= DS=0187 ESI=7fff FS=7697
EDX= ES=0187 EDI=100c24ae GS=
Bytes at CS:EIP:
8b 40 fc c3 53 8b 44 24 14 0b c0 0f 85 ce 1c 01 
Stack dump:
78011b4d 0063f278 007638c0  fff2 bff713ee 017f bff7ead5 14ae 
0001 0008 040e 6006 0063f2a8 78011ae5 0064

--
PS: Both machine are using Win98SE and the version of MSVCRT.DLL that came with 
PHP4.0.2

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=6520&edit=2


-- 
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 4.0 Bug #6435 Updated: can't close session(by session_destroy()) - it write warning

[sniper]

ID: 6435
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Duplicate
Status: Closed
Bug Type: *General Issues
Assigned To: 
Comments:



Previous Comments:
---

[2000-08-30 08:31:45] [EMAIL PROTECTED]


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=6435&edit=2


-- 
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 4.0 Bug #6303 Updated: make install said libphp4.sl is not a DSO

[sniper]

ID: 6303
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Duplicate
Status: Closed
Bug Type: *General Issues
Assigned To: 
Comments:



Previous Comments:
---

[2000-08-22 17:00:08] [EMAIL PROTECTED]
I have the same issue as Bug ID # 4746.  

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=6303&edit=2


-- 
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 4.0 Bug #6644 Updated: Test

[sniper]

ID: 6644
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Duplicate
Status: Bogus
Bug Type: *General Issues
Assigned To: 
Comments:



Previous Comments:
---

[2000-09-09 20:07:05] [EMAIL PROTECTED]
Please ignore...this is bogus

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=6644&edit=2


-- 
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 4.0 Bug #7134 Updated: misbehavior of print and sprintf AGAIN

[sniper]

ID: 7134
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Duplicate
Status: Bogus
Bug Type: *General Issues
Assigned To: 
Comments:



Previous Comments:
---

[2000-10-11 09:01:40] [EMAIL PROTECTED]
please try this url:

http://www.zigzag.pl/test2/oo.php



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=7134&edit=2


-- 
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 4.0 Bug #7444 Updated: General reference problems

[sniper]

ID: 7444
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Duplicate
Status: Bogus
Bug Type: *General Issues
Assigned To: 
Comments:



Previous Comments:
---

[2000-10-24 19:37:51] [EMAIL PROTECTED]
We've been having lots of problems with references (especially storing references to 
objects in arrays).  We beleive we've narrowed a big part of our problems down to the 
following example.



I posted a similar example on the PHP mailing list only to be told PHP doesn't support 
C pointers.  What a nice piece of advice.  Too bad it doesn't apply here.

This introduces all kinds of problems especially when using objects and trying to 
create object container classes.

Thanks,

Mike Heath
EffinityLabs.com



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=7444&edit=2


-- 
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 4.0 Bug #7455 Updated: Problems with $this in constructor

[sniper]

ID: 7455
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Duplicate
Status: Closed
Bug Type: *General Issues
Assigned To: 
Comments:



Previous Comments:
---

[2000-10-25 13:09:24] [EMAIL PROTECTED]
6529
I have been working on a very reference intensive project and have run into a number 
of problems.  This is one that I've been able to pin down to a fairly simple example.

The basic idea of the bug is that it appears $this is a different value in the 
constructor of a class then it is outside of the constructor.

Take this example:
work();  //Sets GlobalBlow to the reference of the instanciated 
class
$this->State = "In Constructor";//Sets the state of the 
instanciated class to "In Constructor"
}
function work() {
$GLOBALS["GlobalBlow"] =& $this;//Assigns the Global variable 
the reference to this instanciated class
}
}

$blow = new foobar();   //creates a new foobar
//$blow->work();
$blow->State = "Global";//sets the state of the instanciated foobar to 
"Global"
echo $GlobalBlow->State;//should display "Global" but instead displays "In 
Constructor"
?>

Whatever $this was pointing to when it was assigned to the global variable is 
different then the $this assigned to the global variable outside of the constructor.  
You can see this just by moving the call to $blow->work from within the constructor to 
outside of the constructor.

If this is done then the correct value of "Global" is displayed.

Please don't hassle me on uselessness of the example. :)  I know it's useless but 
where we're using it in our project it is a must.  Our project relies heavily on the 
ability to assign $this to a variable from within constructors.

Thanks tons for your help,
Mike

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=7455&edit=2


-- 
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 4.0 Bug #9643 Updated: Variable member value gets lost from object during use

[sniper]

ID: 9643
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Class/Object related
Assigned To: 
Comments:



Previous Comments:
---

[2001-03-29 06:14:28] [EMAIL PROTECTED]
Could you please describe in more detail what happens and
what the problem is?

Also note that when you are using foreach, it operates on
the copy of the data, not the data itself. So if you modify
it, the change won't be made in the original data.

---

[2001-03-08 20:07:48] [EMAIL PROTECTED]
Also running Zend optimiser 1.0. Removing the optimiser makes no difference to the 
outcome.
The problem should hopefully be outlined in the cut and paste of the code below. There 
are no other operations occurring on any of the instantiated objects at the time:

-
$crList  = $this -> getLinkedCRs (); // method returns an array of instantiated 
objects (CRRecord class).

foreach ($crList as $cr)
{
  if (!$cr -> okToClose ()) // method returns a Boolean, and sets a Boolean data 
member in the cr object.
  {
return false;
  }
}
   
foreach ($crList as $cr)
{
  // Previously set Boolean data member now appears to no longer be set.
  $cr -> okToClose (); // Inserting the method call in again here ensures that the 
following method call works.
  $cr -> close ($changeBy); // method operates only if the previously set Boolean data 
member is true.
}


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9643&edit=2


-- 
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 4.0 Bug #10036 Updated: dies on make

[sniper]

ID: 10036
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Compile Failure
Assigned To: 
Comments:

No bug in PHP. Either your PATH misses the place where
ar is located or you don't have it at all in your system.
Ask further support questions on [EMAIL PROTECTED]

--Jani


Previous Comments:
---

[2001-03-28 10:24:34] [EMAIL PROTECTED]
run make (after ./configure) & receive the following:
# make
Making all in Zend
make[1]: Entering directory `/usr/local/src/php-4.0.4pl1/Zend'
/bin/sh ../libtool --silent --mode=link gcc  -g -O2  -o libZend_c.la   zend_lang
uage_scanner.lo zend_ini_scanner.lo
../libtool: ar: not found
make[1]: *** [libZend_c.la] Error 1
make[1]: Leaving directory `/usr/local/src/php-4.0.4pl1/Zend'
make: *** [all-recursive] Error 1
# make install
Making install in Zend
make[1]: Entering directory `/usr/local/src/php-4.0.4pl1/Zend'
/bin/sh ../libtool --silent --mode=link gcc  -g -O2  -o libZend_c.la   zend_lang
uage_scanner.lo zend_ini_scanner.lo
../libtool: ar: not found
make[1]: *** [libZend_c.la] Error 1
make[1]: Leaving directory `/usr/local/src/php-4.0.4pl1/Zend'
make: *** [install-recursive] Error 1

I've seen one thread similar to this, with instructions to install all development 
patches for RH.  What should be done for sun?
Thanks, JohnR


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10036&edit=2


-- 
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 4.0 Bug #10033 Updated: Function file does not work with remote files

[sniper]

ID: 10033
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: HTTP related
Assigned To: 
Comments:

Could you please try the latest CVS snapshot from http://snaps.php.net/ ?

--Jani


Previous Comments:
---

[2001-03-27 18:00:39] [EMAIL PROTECTED]
script:

http://www.php.net");
?>

Error: bad file number



Options compilated with PHP:

CPPFLAGS=-I/usr/local/include LDFLAGS=-L/usr/local/lib ./configure 
--with-mysql=/usr/local/mysql --with-gd --enable-track-vars 
--with-apache=/usr/local/apache_1.3.12

Notes: I tried to use different compilers such as gcc, cc or xlC_r,  I got the same 
error about file function (bad file number). With the same option of 
compilateion, the script works in LINUX.


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10033&edit=2


-- 
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 4.0 Bug #10060: startup error msg format

[cynic]

From: [EMAIL PROTECTED]
Operating system: NT 5 SP 1
PHP version:  4.0 Latest CVS (29/03/2001)
PHP Bug Type: Apache related
Bug description:  startup error msg format

I don't know if this is an Apache or PHP error, but it looks like PHP doesn't pass 
startup error messages to Apache for logging (as expected):
my error.log contains this:
PHP:  Error parsing browscap.ini on line 6294
whereas it should read:
[Tue Mar 27 13:18:43 2001] [] [client 123.456.789.012] PHP:  Error parsing 
browscap.ini on line 6294

php4-200103280545 as DSO
apache-1.3_20010328111201



-- 
Edit Bug report at: http://bugs.php.net/?id=10060&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] Empty RCS template entities

[Jon Parise]

The current RCS template contains:

PR:
Submitted by:
Reviewed by:
Obtained from:

It's unnecessary to print one of those extra RCS template fields in
the commit log if it's been left empty.

Adding the attached script (procured from the FreeBSD project) to
CVSROOT/ will strip the empty RCS lines from the final commit log.

The following change is also required to CVSROOT/verifymsg:

Index: verifymsg
===
RCS file: /repository/CVSROOT/verifymsg,v
retrieving revision 1.1
diff -u -r1.1 verifymsg
--- verifymsg   1999/05/24 04:43:27 1.1
+++ verifymsg   2001/03/29 16:12:30
@@ -19,3 +19,5 @@
 # One thing that should be noted is the the ALL keyword is not
 # supported.  There can be only one entry that matches a given
 # repository.
+
+DEFAULT   $CVSROOT/CVSROOT/logcheck

I don't have access to commit to the CVSROOT/ directory, so someone
with the proper karma will have to review these changes and make the
decision to commit them.

-- 
Jon Parise ([EMAIL PROTECTED])  .  Rochester Inst. of Technology
http://www.csh.rit.edu/~jon/  :  Computer Science House Member


#! /usr/bin/perl -w
#
# $FreeBSD: /c/ncvs/CVSROOT/logcheck,v 1.6 2000/02/13 04:04:29 peter Exp $
# 
# This hack is to sanitise the results of what the user may have
# "done" while editing the commit log message.. :-)   Peter Wemm.
#
# Note: this uses an enhancement to cvs's verifymsg functionality.
# Normally, the check is advisory only, the FreeBSD version reads
# back the file after the verifymsg file so that this script can
# can make changes.
#

if (!@ARGV) {
die "Usage: logcheck filename\n";
}
$filename = $ARGV[0];
$tmpfile = $filename . "tmp";

open(IN, "< $filename") ||
die "logcheck: Cannot open for reading: $filename: $!\n";

open(OUT, "> $tmpfile") ||
die "logcheck: Cannot open for writing: $tmpfile: $!\n";

# In-place edit the result of the user's edit on the file.
$blank = 0; # true if the last line was blank
$first = 0; # true if we have seen the first real text
while() {

# Dont let CVS: lines upset things, strip them out.
if (/^CVS:/) {
next;
}

chop;   # strip trailing newline
s/[\s]+$//; # strip trailing whitespace

# collapse multiple blank lines, and trailing blank lines.
if (/^$/) {
# Blank line. Remember in case more text follows.
$blank = 1;
next;
} else {
# Delete if they only have whitespace after them.
if (/^Reviewed by:$/i ||
/^Submitted by:$/i ||
/^Obtained from:$/i ||
/^PR:$/i) {
next;
}
if ($blank && $first) {
# Previous line(s) was blank, this isn't. Close the
# collapsed section.
print OUT "\n";
}
$blank = 0; # record non-blank
$first = 1; # record first line
print OUT "$_\n";
}
}
close(IN);
close(OUT);

unlink($filename . "~");# Nuke likely editor backups..
unlink($filename . ".bak"); # Nuke likely editor backups..

rename("$tmpfile", "$filename") ||
die("logcheck: Could not rename $tmpfile to $filename: $!");

exit(0);




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

Re: [PHP-DEV] Re: PHP 4.0 Bug #10051 Updated: php still does not start

[Hartmut Holzgraefe]

wolle wrote:
> 
> you say, misconfig of MY system ! how have I to configure it? what do I have
> to install, in order to get rid of that error-message?
> 
> I cant image to be the first person, that has this problem... I have a new
> typical installation of win98...
> 
> Please help me, I didnt want to bug you.
> 

as you can see by its name, odbc32.dll is not a php library
it is most likely (c) Microsoft so it wouldn't even be legaly
possible to include it in php binary distribution

but you shouldn't expect php to include each and every library
it may support by its extensions anyway, thats why they are called
extensions

in this special case i'd guess you have to have some product that
provides ODBC services installed, for example MS Access, MS SQL Server
Client or any other Database Server or Client for MS Windows

so don't blame *us* for missing pieces on *your* system

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

Besuchen Sie uns auf der CeBIT 2001 - in Halle 6 Stand F62/4

-- 
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 4.0 Bug #10027 Updated: HTTP_REFERER

[sniper]

ID: 10027
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *Web Server problem
Assigned To: 
Comments:

Works for me just fine with latest CVS. (snapshot can be found at 
http://snaps.php.net/ )

Which webserver are you using? Apache?

--Jani


Previous Comments:
---

[2001-03-27 11:31:50] [EMAIL PROTECTED]
Linking to a phpinfo() page should give a valid HTTP_REFERER value, however, I don't 
see it. The only thing I see remotely close to that is:

HTTP_WEFERER
   
WCONEUQZAAFXISHJEXXIMQZUIVOTQNQEMSFDULHPQQWOYIYZUNNYCGPKYLEJGDGVCJVTLBXFGGMEPYOQKEDOTWFAOBUZXUWLSZLKBRNVWWCUFPEGAUTFJMVRESKPNKMBIPBARHDMNNSKVFVWRKJVZCMHVIBGDADRZFSQHYUCDDJBLVLMHAALPTCXLYRWTQTIPWIGYOKSTTZRCLBDXRQBGJSNBOHMKHJYFMYXOEAIJJPHSCRTNHGSWZIDREXCAXZOWCONEUQZAAFXISHJEXXIMQZUIVOTQNQEMSFDULHPQQWOYIYZUNNYCGPKYLEJGDGVCJVTLBXFGGMEPYOQKEDOTWFAOBUZXUWLSZLKBRNVWWCUFPEGAUTFJMVRESKPNKMBIPBARH




---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10027&edit=2


-- 
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 4.0 Bug #7821 Updated: Unresolved symbol with GD

[sniper]

ID: 7821
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *Configuration Issues
Assigned To: 
Comments:

Try adding --with-xpm-dir=/path/to/libXpm/
into your configure line (without the /lib part!)

--Jani




Previous Comments:
---

[2001-03-27 11:02:30] [EMAIL PROTECTED]
Hi Jani,

I use GD 1.8.4

If I return to GD 1.8.3, I have this message when I launch apache :

/usr/lib/dld.sl: Unresolved symbol: XpmReadFileToXpmImage (code)  from 
=/PKl01h01/soft/web/lib/libgd.sl


---

[2001-03-26 17:39:34] [EMAIL PROTECTED]
Which version of GD library are you using?
As I can't find such symbols in my gd libs at all.

(well, in GD 2.0.0BETA there are those gdMalloc, gdCalloc, etc. but not in 1.8.3)

--Jani


---

[2001-03-26 06:40:38] [EMAIL PROTECTED]
Okay, with the option "--with-ttf=..." it works better, but I have this when I launch 
apache : 

./apachectl start
/usr/lib/dld.sl: Unresolved symbol: gdCalloc (code)  from 
/PKl01h01/soft/web/lib/libgd.sl
/usr/lib/dld.sl: Unresolved symbol: gdMalloc (code)  from 
/PKl01h01/soft/web/lib/libgd.sl
/usr/lib/dld.sl: Unresolved symbol: gdFree (code)  from 
/PKl01h01/soft/web/lib/libgd.sl
/usr/lib/dld.sl: Unresolved symbol: gdRealloc (code)  from 
/PKl01h01/soft/web/lib/libgd.sl

an idea ?

Thank you for your answer,
JC

---

[2001-03-26 05:37:38] [EMAIL PROTECTED]
1. delete config.cache
2. add --with-ttf=/path/to/ttf into the configure line you used.
3. after configure do 'make clean ; make ; make install'

--Jani





---

[2001-03-26 05:20:05] [EMAIL PROTECTED]
Yes, GD (1.8.4) is compiled with ttf support (LIBS=-lgd -lpng -lz -ljpeg -lm -lttf in 
GD's Makefile)

For ttf, I've installled freetype available at 
http://hpux.connect.org.uk/hppd/hpux/Text/freetype-1.3.1

I need GD for graphics support in pdflib

Do you have an idea ?

---

The remainder of the comments for this report are too long.  To view the rest of the 
comments, please view the bug report online.


ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=7821&edit=2


-- 
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 4.0 Bug #10057 Updated: Multidimensional arrays passed to function using func_get_args

[cnewbill]

ID: 10057
Updated by: cnewbill
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Unknown/Other Function
Assigned To: 
Comments:

Here's my quickie test.



string(5) "Array"
array(2) {
  [0]=>
  array(3) {
[0]=>
int(1)
[1]=>
int(2)
[2]=>
int(3)
  }
  [1]=>
  array(3) {
[0]=>
int(3)
[1]=>
int(4)
[2]=>
int(5)
  }
}

As you can see it works just fine(> 4.0.2), you just can't put quotes around it (it 
isnt a string after all), which you may be doing.

-Chris

Previous Comments:
---

[2001-03-29 10:50:43] [EMAIL PROTECTED]
please include a shortest possible self-contained script that reproduces the behavior

---

[2001-03-29 10:38:51] [EMAIL PROTECTED]
When passing an array to a function declared without arguments, the contents of the 
array are replaced with 'Array'.  It appears somewhere PHP is assigning the argument 
to itself literally, which isn't nice :)

thanks,

Dave

System Linux arthur 2.2.14-5.0 #1 Tue Mar 7 21:07:39 EST 2000 i686 unknown

Configure Command './configure' '--with-sybase-ct' 
'--with-apache=/usr/local/src/packages/apache_1.3.12' '--enable-track-vars' 
'--with-config-path-file=/etc' '--with-pgsql' '--with-mysql=/usr/local/mysql' 





---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10057&edit=2


-- 
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 4.0 Bug #9116 Updated: PHP will stop returing anything in NES 4.1 SP1

[sniper]

ID: 9116
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: iPlanet related
Assigned To: 
Comments:

User feedback:
--
I have not tried the latest CVS snapshot, but this was just the raw amount of code 
processed
by php and the stack size running out.  This problem was resolved when I increased the 
stack
size.  After a while things got flaky though, I am pretty sure that is to do with the
threading iPlanet tries to use by default.  This can be changed to one thread.  I have 
not
tested that.
--

Previous Comments:
---

[2001-03-29 09:51:19] [EMAIL PROTECTED]
Does this happen with the latest CVS snapshot from http://snaps.php.net/ ?

--Jani


---

[2001-02-06 11:47:36] [EMAIL PROTECTED]
FYI, in the magnus.conf file, the StackSize needs to be increased.


---

[2001-02-06 09:47:49] [EMAIL PROTECTED]
Output from truss:

Incurred fault #6, FLTBOUNDS  %pc = 0xFDD34B78
  siginfo: SIGSEGV SEGV_MAPERR addr=0xFD16C000
Received signal #11, SIGSEGV [caught]
  siginfo: SIGSEGV SEGV_MAPERR addr=0xFD16C000
*** process killed ***

---

[2001-02-05 12:34:05] [EMAIL PROTECTED]
Is there a certain number of Global variables, or number of functions you can load 
with the nsapi filter and NES?

I am using a function that uses many functions and many global variables.  PHP works 
fine through the rest of the application, but this one sections just dies, no errors 
or anything.  Apache works just fine with this application.

...

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9116&edit=2


-- 
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 4.0 Bug #10058 Updated: Gettext doesn't react when I change the language

[bogdan]

ID: 10058
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Gettext related
Description: Gettext doesn't react when I change the language

Nope.
If I use only setlocale("LC_ALL","ro") - I tried other thing too like "LC_MESSAGES" or 
"ro_RO", changed the names of diretories - it doesn't work anymore, and if I use it 
together with putenv I go back to the old problem.

Previous Comments:
---

[2001-03-29 10:45:39] [EMAIL PROTECTED]
I set the language with this:

putenv ("LC_ALL=ro");

and the translation is ok.
if I change it to:

putenv ("LC_ALL=de");

and reload the page nothing happens.
But if I restart the Apache, and reload again the page evething is ok.
Oh, and is not a cache problem, because I'm sending expiry, and no cache headers.

with putenv ("LANG=ro"); I get the same result.


---

[2001-03-29 10:43:40] [EMAIL PROTECTED]
I set the language with this:

putenv ("LC_ALL=ro");

and the translation is ok.
if I change it to:

putenv ("LC_ALL=de");

and reload the page nothing happens.
But if I restart the Apache, and reload again the page evething is ok.
Oh, and is not a cache problem, because I'm sending expiry, and no chache headers.

with putenv ("LANG=ro"); I get the same result.

---


Full Bug description available at: http://bugs.php.net/?id=10058


-- 
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 4.0 Bug #10059 Updated: error message "Fatal error: Unable to open etc..."

[sniper]

ID: 10059
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *Install and Config
Assigned To: 
Comments:

Have you tried more recent versions of PHP 4? Like PHP 4.0.4pl1 which is the latest 
release..

--Jani


Previous Comments:
---

[2001-03-29 10:44:32] [EMAIL PROTECTED]
When I try to open the page "index.php", this error message occurs :
Fatal error: Unable to open C:WINNTProfiless094097Bureaudsilv2index.php in Unknown on 
line 0

here's the php.ini file

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10059&edit=2


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

[PHP-DEV] Re: PHP 4.0 Bug #9116 Updated: PHP will stop returing anything in NES 4.1 SP1

[cboyce]

Jani,
I have not tried the latest CVS snapshot, but this was just the raw
amount of code processed by php and the stack size running out.  This
problem was resolved when I increased the stack size.  After a while
things got flaky though, I am pretty sure that is to do with the threading
iPlanet tries to use by default.  This can be changed to one thread. 
I have not tested that.
Chris
Bug Database wrote:
ID: 9116
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Old-Bug Type: Other web server
Bug Type: iPlanet related
Assigned To:
Comments:
Does this happen with the latest CVS snapshot from http://snaps.php.net/
?
--Jani
Previous Comments:
---
[2001-02-06 11:47:36] [EMAIL PROTECTED]
FYI, in the magnus.conf file, the StackSize needs to be increased.
---
[2001-02-06 09:47:49] [EMAIL PROTECTED]
Output from truss:
    Incurred fault #6, FLTBOUNDS  %pc = 0xFDD34B78
  siginfo: SIGSEGV SEGV_MAPERR addr=0xFD16C000
    Received signal #11, SIGSEGV [caught]
  siginfo: SIGSEGV SEGV_MAPERR addr=0xFD16C000
    *** process killed ***
---
[2001-02-05 12:34:05] [EMAIL PROTECTED]
Is there a certain number of Global variables, or number of functions
you can load with the nsapi filter and NES?
I am using a function that uses many functions and many global variables. 
PHP works fine through the rest of the application, but this one sections
just dies, no errors or anything.  Apache works just fine with this
application.
...
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9116&edit=2

[PHP-DEV] Re: PHP 4.0 Bug #10051 Updated: php still does not start

[wolle]

you say, misconfig of MY system ! how have I to configure it? what do I have 
to install, in order to get rid of that error-message?

I cant image to be the first person, that has this problem... I have a new 
typical installation of win98...

Please help me, I didnt want to bug you.

Thx,
Wolle

On Donnerstag, 29. März 2001 14:22, you wrote:
> ID: 10051
> Updated by: jmoore
> Reported By: [EMAIL PROTECTED]
> Old-Status: Open
> Status: Bogus
> Bug Type: *Install and Config
> Assigned To:
> Comments:
>
> Once again this is not a bug in PHP but a misconfig on your system. If the
> dll is not on your system then PHP cant find it.
>
> This is not the place to ask questions like this.
>
> Please see http://www.php.net/support.php. It is also not possible for PHP
> to distribute this libary due to the possible license problems if we were
> to do so. (It would be illegal for us to do so.)
>
> - James
>
> Previous Comments:
> ---
>
> [2001-03-29 07:16:05] [EMAIL PROTECTED]
> Look first at ID .
> I had that problem with php.exe. ERROR: cant find odbc32.dll
>
> I have downloaded mdac 2.6 SDK (13 MB) and installed it
> (COMPLETE installation), BUT: php.exe still does not find
> odbc32.dll, and I am not surprised, because I cant find it
> manually on my harddisk.
>
> Why is that f.. library NOT contained in the php4-zip?
> Where can I get it? Please help...
>
> ---
>
>
>
> ATTENTION! Do NOT reply to this email!
> To reply, use the web interface found at
> http://bugs.php.net/?id=10051&edit=2

-- 
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 4.0 Bug #10057 Updated: Multidimensional arrays passed to function using func_get_args

[cynic]

ID: 10057
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Unknown/Other Function
Assigned To: 
Comments:

please include a shortest possible self-contained script that reproduces the behavior

Previous Comments:
---

[2001-03-29 10:38:51] [EMAIL PROTECTED]
When passing an array to a function declared without arguments, the contents of the 
array are replaced with 'Array'.  It appears somewhere PHP is assigning the argument 
to itself literally, which isn't nice :)

thanks,

Dave

System Linux arthur 2.2.14-5.0 #1 Tue Mar 7 21:07:39 EST 2000 i686 unknown

Configure Command './configure' '--with-sybase-ct' 
'--with-apache=/usr/local/src/packages/apache_1.3.12' '--enable-track-vars' 
'--with-config-path-file=/etc' '--with-pgsql' '--with-mysql=/usr/local/mysql' 





---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10057&edit=2


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

Re: [PHP-DEV] PHP 4.0 Bug #10058 Updated: Gettext doesn't react when I change the language

[Alexander Bokovoy]

On Thu, Mar 29, 2001 at 03:45:39PM -, [EMAIL PROTECTED] wrote:
> ID: 10058
> User Update by: [EMAIL PROTECTED]
> Status: Open
> Bug Type: Gettext related
> Description: Gettext doesn't react when I change the language
> 
> I set the language with this:
> 
> putenv ("LC_ALL=ro");
> 
> and the translation is ok.
> if I change it to:
> 
> putenv ("LC_ALL=de");
> 
> and reload the page nothing happens.
> But if I restart the Apache, and reload again the page evething is ok.
> Oh, and is not a cache problem, because I'm sending expiry, and no cache headers.
> 
> with putenv ("LANG=ro"); I get the same result.
Use setlocale() instead.

-- 
Sincerely yours, Alexander Bokovoy 
  The Midgard Project| ALT  Linux  Team | Minsk Linux Users Group
 www.midgard-project.org | www.altlinux.ru  |www.minsk-lug.net 
-- Elevators smell different to midgets.

-- 
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 4.0 Bug #9175 Updated: Configure isn't settings vars correctly

[sniper]

ID: 9175
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Old-Bug Type: *Install and Config
Bug Type: Java related
Assigned To: 
Comments:

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

--Jani


Previous Comments:
---

[2001-02-08 13:30:32] [EMAIL PROTECTED]
Other little issue: at make install, I got other errors. First is:

Making install in .
make[1]: Entering directory `/usr/local/src/php-4.0.4pl1'
/usr/local/src/php-4.0.4pl1/build/shtool install -c -m 0755 
/usr/local/src/php-4.0.4pl1//sapi/servlet/phpsrvlt.jar /usr/local/php4/lib; 
/usr/local/src/php-4.0.4pl1/build/shtool install -c -m 0755 libs/libphp4.so 
/usr/local/php4/lib
mkdir: cannot make directory `/usr/local/php4/lib': File exists
mkdir: cannot make directory `/usr/local/php4/lib/php': Not a directory
mkdir: cannot make directory `/usr/local/php4/lib/php/extensions': Not a directory
mkdir: cannot make directory 
`/usr/local/php4/lib/php/extensions/no-debug-zts-20001214': Not a directory
make[1]: Leaving directory `/usr/local/src/php-4.0.4pl1'
Making install in pear
make[1]: Entering directory `/usr/local/src/php-4.0.4pl1/pear'
make[2]: Entering directory `/usr/local/src/php-4.0.4pl1/pear'
mkdir: cannot make directory `/usr/local/php4/lib': File exists
mkdir: cannot make directory `/usr/local/php4/lib/php': Not a directory
+--+
| The installation process is incomplete. The following resources were |
| not installed:   |
|  |
|   Self-contained Extension Support   |
|   PEAR: PHP Extension and Add-on Repository  |
|  |
| To install these components, become the superuser and execute:   |
|  |
|   # make install-su  |
+--+
make[2]: *** [install-data-local] Error 5
make[2]: Leaving directory `/usr/local/src/php-4.0.4pl1/pear'
make[1]: *** [install-recursive] Error 1
make[1]: Leaving directory `/usr/local/src/php-4.0.4pl1/pear'
make: *** [install-recursive] Error 1

If I manually create the dirs /usr/local/php4, /usr/local/php4/bin and 
/usr/local/php4/lib, all goes well. Oh, even removing --prefix=/usr/local/php4 will 
work.

I saw that with the configure above the make install puts libphp4.so in 
/usr/local/php4/lib (meanwhile without --prefix libphp4.so went left in 
/usr/local/lib): why that configure is "jumping" the apxs part?

I mean, if I compile php4 with this little configure

./configure --with-apxs=/usr/local/apache/bin/apxs --enable-versioning 
--enable-track-vars

make install will do

Making install in .
make[1]: Entering directory `/usr/local/src/php-4.0.4pl1'
/usr/local/apache/bin/apxs -i -a -n php4 libs/libphp4.so
cp libs/libphp4.so /usr/local/apache/libexec/libphp4.so
chmod 755 /usr/local/apache/libexec/libphp4.so
[activating module `php4' in /coda/apache/conf/httpd.conf]

but if I use the "long" :) configure, make install ignore apxs. Look:

Making install in .
make[1]: Entering directory `/usr/local/src/php-4.0.4pl1'
/usr/local/src/php-4.0.4pl1/build/shtool install -c -m 0755 /usr/local/src/php-4
.0.4pl1//sapi/servlet/phpsrvlt.jar /usr/local/php4/lib; /usr/local/src/php-4.0.4
pl1/build/shtool install -c -m 0755 libs/libphp4.so /usr/local/php4/lib
installing shared modules into /usr/local/php4/lib/php/extensions/no-debug-zts-2
0001214
make[1]: Leaving directory `/usr/local/src/php-4.0.4pl1'

Is it a my fault?

Thank you

---

[2001-02-08 12:21:38] [EMAIL PROTECTED]
I solved the second issue setting EXTRA_LDFLAGS=’ -L/usr/local/lib -L/usr/X11R6/lib’.

Oh, I forgot: sorry for my english... :)

---

[2001-02-08 12:18:01] [EMAIL PROTECTED]
I solved the second issue setting EXTRA_LDFLAGS=’ -L/usr/local/lib -L/usr/X11R6/lib’.

Oh, I forgot: sorry for my english... :)

---

[2001-02-08 12:04:33] [EMAIL PROTECTED]
Hi

I'm compiling PHP 4.0.4pl1 with this configure:

CFLAGS=’ -I/usr/local/jdk118/include -I/usr/local/jdk118/include/linux’ LDFLAGS=’ 
-L/usr/local/lib -L/usr/X11R6/lib’ ./configure --with-mysql=/usr/local/mysql 
--with-openssl=/usr/local/ssl --with-gd --enable-gd-imgstrttf 
--with-jpeg-dir=/usr/local/src/jpeg-6b -with-xpm-dir=/usr/local/src/xpm-3.4k 
--with-png --enable-exif --enable-inline-optimization --enable-memory-

[PHP-DEV] PHP 4.0 Bug #10058 Updated: Gettext doesn't react when I change the language

[bogdan]

ID: 10058
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Gettext related
Description: Gettext doesn't react when I change the language

I set the language with this:

putenv ("LC_ALL=ro");

and the translation is ok.
if I change it to:

putenv ("LC_ALL=de");

and reload the page nothing happens.
But if I restart the Apache, and reload again the page evething is ok.
Oh, and is not a cache problem, because I'm sending expiry, and no cache headers.

with putenv ("LANG=ro"); I get the same result.


Previous Comments:
---

[2001-03-29 10:43:40] [EMAIL PROTECTED]
I set the language with this:

putenv ("LC_ALL=ro");

and the translation is ok.
if I change it to:

putenv ("LC_ALL=de");

and reload the page nothing happens.
But if I restart the Apache, and reload again the page evething is ok.
Oh, and is not a cache problem, because I'm sending expiry, and no chache headers.

with putenv ("LANG=ro"); I get the same result.

---


Full Bug description available at: http://bugs.php.net/?id=10058


-- 
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 4.0 Bug #10059: error message "Fatal error: Unable to open etc..."

[boris . prin]

From: [EMAIL PROTECTED]
Operating system: NT4
PHP version:  4.0.0
PHP Bug Type: *Install and Config
Bug description:  error message "Fatal error: Unable to open etc..."

When I try to open the page "index.php", this error message occurs :
Fatal error: Unable to open C:\WINNT\Profiles\s094097\Bureau\dsilv2\index.php in 
Unknown on line 0

here's the php.ini file


-- 
Edit Bug report at: http://bugs.php.net/?id=10059&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 4.0 Bug #10058: Gettext doesn't react when I change the language

[bogdan]

From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version:  4.0.4pl1
PHP Bug Type: Gettext related
Bug description:  Gettext doesn't react when I change the language

I set the language with this:

putenv ("LC_ALL=ro");

and the translation is ok.
if I change it to:

putenv ("LC_ALL=de");

and reload the page nothing happens.
But if I restart the Apache, and reload again the page evething is ok.
Oh, and is not a cache problem, because I'm sending expiry, and no chache headers.

with putenv ("LANG=ro"); I get the same result.


-- 
Edit Bug report at: http://bugs.php.net/?id=10058&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 4.0 Bug #10057: Multidimensional arrays passed to function using func_get_args

[dave . kingdon]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.2
PHP Bug Type: Unknown/Other Function
Bug description:  Multidimensional arrays passed to function using func_get_args

When passing an array to a function declared without arguments, the contents of the 
array are replaced with 'Array'.  It appears somewhere PHP is assigning the argument 
to itself literally, which isn't nice :)

thanks,

Dave

System Linux arthur 2.2.14-5.0 #1 Tue Mar 7 21:07:39 EST 2000 i686 unknown

Configure Command './configure' '--with-sybase-ct' 
'--with-apache=/usr/local/src/packages/apache_1.3.12' '--enable-track-vars' 
'--with-config-path-file=/etc' '--with-pgsql' '--with-mysql=/usr/local/mysql' 






-- 
Edit Bug report at: http://bugs.php.net/?id=10057&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 4.0 Bug #10056 Updated: Unable to load libphp4.so into Apache 1.3.19

[oliverh]

ID: 10056
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Apache related
Description: Unable to load libphp4.so into Apache 1.3.19

I am also unable to run any PHP version greater than 4.0.3pl1.  Apache dumps core.
Probably the same issue as Bug #9827.


Previous Comments:
---

[2001-03-29 10:24:46] [EMAIL PROTECTED]
I have and use a Cobalt Qube2 (64-Bit MIPS little-endian).
It uses a specific version of the Linux kernel 2.0.34 with backported fixes from 
2.1.111.
I have compiled MySQL 3.23.35 with these options:
./configure --disable-assembler 
--prefix=/usr/local/mysql 
--disable-shared 
--with-low-memory 
--with-mysqld-ldflags="-all-static" 
--with-client-ldflags="-all-static" 
--with-mysqld-user=mysql
(These settings are based on someone else's settings for compiling MySQL 3.22.32 on 
Raq2/Qube2)

PHP4.0.3pl1:
./configure --with-mysql=/usr/local/mysql 
--with-apxs=/usr/sbin/apxs 
--with-zlib 
--enable-track-vars 
--enable-trans-sid 
--enable-ftp 
--with-mm=/usr/local/lib
--with-xml

The message I get when trying to run Apache with this newly compiled module is:

Syntax error on line 239 of /etc/httpd/conf/httpd.conf: 
Cannot load /usr/lib/apache/libphp4.so into server: 
/usr/local/mysql/lib/mysql/libmysqlclient.so.10: undefined symbol: 
my_message_no_curses 

I have run 'ldd' on libphp4.so and libmysqlclient.so.10 and there are no undefined 
symbols in either of them.




---


Full Bug description available at: http://bugs.php.net/?id=10056


-- 
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 4.0 Bug #7623 Updated: Servlet API - 'output_buffering=On' writes output to shell

[sniper]

ID: 7623
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Old-Bug Type: Unknown/Other Function
Bug Type: Java related
Assigned To: 
Comments:

Does this happen with PHP 4.0.4pl1? And if it does could you try with the latest CVS 
build from http://www.php4win.de/

--Jani


Previous Comments:
---

[2000-11-03 10:20:02] [EMAIL PROTECTED]
PHP 4.0.0 on NT4SP6 as servlet in tomcat 3.1 or JRun 2.3.3 with SUN JDK 1.2.2 (Build 
001).

When 'output_buffering  = On' in php.ini, script output is written to the stdout of 
the servlet engine, not to the Browser. 


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=7623&edit=2


-- 
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 4.0 Bug #10056: Unable to load libphp4.so into Apache 1.3.19

[oliverh]

From: [EMAIL PROTECTED]
Operating system: Linux 2.0.34
PHP version:  4.0.3pl1
PHP Bug Type: Apache related
Bug description:  Unable to load libphp4.so into Apache 1.3.19

I have and use a Cobalt Qube2 (64-Bit MIPS little-endian).
It uses a specific version of the Linux kernel 2.0.34 with backported fixes from 
2.1.111.
I have compiled MySQL 3.23.35 with these options:
./configure --disable-assembler \
--prefix=/usr/local/mysql \
--disable-shared \
--with-low-memory \
--with-mysqld-ldflags="-all-static" \
--with-client-ldflags="-all-static" \
--with-mysqld-user=mysql
(These settings are based on someone else's settings for compiling MySQL 3.22.32 on 
Raq2/Qube2)

PHP4.0.3pl1:
./configure --with-mysql=/usr/local/mysql \
--with-apxs=/usr/sbin/apxs \
--with-zlib \
--enable-track-vars \
--enable-trans-sid \
--enable-ftp \
--with-mm=/usr/local/lib
--with-xml

The message I get when trying to run Apache with this newly compiled module is:

Syntax error on line 239 of /etc/httpd/conf/httpd.conf: 
Cannot load /usr/lib/apache/libphp4.so into server: 
/usr/local/mysql/lib/mysql/libmysqlclient.so.10: undefined symbol: 
my_message_no_curses 

I have run 'ldd' on libphp4.so and libmysqlclient.so.10 and there are no undefined 
symbols in either of them.





-- 
Edit Bug report at: http://bugs.php.net/?id=10056&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 4.0 Bug #9643 Updated: Variable member value gets lost from object during use

[robsta]

ID: 9643
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Class/Object related
Description: Variable member value gets lost from object during use

Ah of course :o)
Looking at the code again if I make the first foreach loop become:

foreach ($crList as $index => $cr)
{
  if ($cr -> okToClose ())
  {
$crList [$index] = $cr;
  }
  else
  {
return false;
  }
}

Then as you say the changes to the copy of the object are 'absorbed' back into the 
list. Many thanks for that, this isn't a problem after all :o)

Previous Comments:
---

[2001-03-29 06:14:28] [EMAIL PROTECTED]
Could you please describe in more detail what happens and
what the problem is?

Also note that when you are using foreach, it operates on
the copy of the data, not the data itself. So if you modify
it, the change won't be made in the original data.

---

[2001-03-08 20:07:48] [EMAIL PROTECTED]
Also running Zend optimiser 1.0. Removing the optimiser makes no difference to the 
outcome.
The problem should hopefully be outlined in the cut and paste of the code below. There 
are no other operations occurring on any of the instantiated objects at the time:

-
$crList  = $this -> getLinkedCRs (); // method returns an array of instantiated 
objects (CRRecord class).

foreach ($crList as $cr)
{
  if (!$cr -> okToClose ()) // method returns a Boolean, and sets a Boolean data 
member in the cr object.
  {
return false;
  }
}
   
foreach ($crList as $cr)
{
  // Previously set Boolean data member now appears to no longer be set.
  $cr -> okToClose (); // Inserting the method call in again here ensures that the 
following method call works.
  $cr -> close ($changeBy); // method operates only if the previously set Boolean data 
member is true.
}


---


Full Bug description available at: http://bugs.php.net/?id=9643


-- 
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 4.0 Bug #10054 Updated: configure ends with attension

[sniper]

ID: 10054
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: *Configuration Issues
Assigned To: 
Comments:

You should be doing what the configure script told you:
Ask this on [EMAIL PROTECTED] !

Hint: You propably don't have the kerberos-devel rpm
installed.

--Jani


Previous Comments:
---

[2001-03-29 09:51:29] [EMAIL PROTECTED]
Dear Sir
I have redhat linux 6.1 with krb5 1.1.1-26 imap -2000-2.6 
apache 1.3.9. and php-4.0.4pl1
Now configure with --with-imap --with -kerberos 
give me error at the end and create debug.log and tell me to mail this at 
[EMAIL PROTECTED] 
I am pasting my debug.log here
debug.log

CONFIGURE:   './configure' '--with-imap' '--with-mysql' '--with-kerberos' '--with-gd' 
'--with-apxs=/usr/sbin/apxs' '--enable-track-vars' '--enable-magic-quotes' 
'--enable-debugger'
CC: gcc
CFLAGS: -g -O2
CPPFLAGS:-DLINUX=2 -DUSE_EXPAT
CXX:
CXXFLAGS:   
INCLUDES:-I/usr/include/apache  -I$(top_builddir)/Zend 
-I/home/admin/php-4.0.4pl1/ext/mysql/libmysql
LDFLAGS: -Wl,-rpath,/usr/kerberos/lib -L/usr/kerberos/lib
LIBS:   -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lgd -lresolv -lm -ldl -lcrypt 
-lnsl  -lresolv
DLIBS:  -lc-client 
SAPI:   apache
PHP_RPATHS:  /usr/kerberos/lib
uname -a:   Linux ns.eyes4web.com 2.2.16-3 #1 Mon Jun 19 18:10:14 EDT 2000 i686 
unknown

gcc -o conftest -g -O2  -DLINUX=2 -DUSE_EXPAT  -Wl,-rpath,/usr/kerberos/lib 
-L/usr/kerberos/lib conftest.c -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lgd -lresolv 
-lm -ldl -lcrypt -lnsl  -lresolv 1>&5
/usr/bin/ld: cannot open -lgssapi_krb5: No such file or directory
collect2: ld returned 1 exit status
---
plesae help me.
Apurva Shah

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10054&edit=2


-- 
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 4.0 Bug #10055: strtotime() doesn't work on MSSQL standard dates

[rsignes]

From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version:  4.0.4pl1
PHP Bug Type: Feature/Change Request
Bug description:  strtotime() doesn't work on MSSQL standard dates

MSSQL returns dates in the format: "Mar 2 2001 9:21PM".
strtodate() can't handle that, and MSSQL is sorely lacking a unix_timestamp or 
date_format() function.  I've written my own routine to handle this, but it'd be swell 
if it worked out of the box.


-- 
Edit Bug report at: http://bugs.php.net/?id=10055&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 4.0 Bug #9584 Updated: NSAPI PHP eating up all memory on server

[sniper]

ID: 9584
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Old-Bug Type: *Web Server problem
Bug Type: iPlanet related
Assigned To: 
Comments:

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

--Jani


Previous Comments:
---

[2001-03-11 20:09:34] [EMAIL PROTECTED]
Seems that case has worsen since I last posted this problem.
On my development server which has max of 256MB has already used up to around 90MB for 
simply serving php pages using NES. I have other servers running on similar config 
running jsp/cgi and they only use to a max of around 80MB.

On the production server where we have 10CPUS + 10GB Ram. My other server are still 
running at max of 80MB but the PHP NES configuration has jumped to an enormous 350MB!

It seems that the amount of memory PHP consumes and NOT release is directly 
proportional to the Max Ram available.

I will need to implement a fix to force release of ran memory. Performance CAN be 
sacrificied for the force release of memory (running a PHP CGI method is not an option)

---

[2001-03-06 12:48:18] [EMAIL PROTECTED]
I have NSAPI PHP module installed with my Netscape Iplanet Web server 4.1SP3. It can 
run fine with all pages but then I checked memory usage thru "top" command, and it 
seems that the Memory used by the scripts are not returned after completing the 
script. This problem also happened when i used NSAPI PHP for Netscape Enterprise 
Server 3.63, but the problem was not as signifcant then.

After a few runs of php pages with database + ldap:
1) For NES 3.63 PHP NSAPI, it jumped from 20MB to 34MB
2) For NES 4.1SP3 PHP NSAPI, it jumped from 30MB to 65MB

Is there a memory leak for PHP NSAPI or is there a way to force PHP to release its 
memory? I have already set the memory limit to limit each script. (IT works), but 
still the 1-2MB memory I Allocate to the PHP is not freed up after use.

I am running it under an enterprise server and I can't have PHP eat up all the memory. 
It is imperative that i force php to relase it back for use, I know restarting 
webserver works, but I can't possibly reboot a production server frequently

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9584&edit=2


-- 
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 4.0 Bug #8888 Updated: Authentication in iPlanet Fails

[sniper]

ID: 
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: iPlanet related
Assigned To: 
Comments:

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

--Jani


Previous Comments:
---

[2001-01-24 12:50:42] [EMAIL PROTECTED]
Have PHP4 compiled and installed as an NSAPI module into iPlanet Enterprise Server 
4.1. PHP scripts work fine and dandy, with the exception of authorization. When my PHP 
script runs, the pop-up appears, and I enter my user name and password. From there, 
the system acts like the cancel button  has been clicked.

I've figured out that no matter what happens, PHP_AUTH_USER and PHP_AUTH_PW (the two 
variables that my script uses to process logins) aren't being set. A quick check of 
the docs confirms that (I think) I've got everything correct. Here's my obj.conf file:

# Sun Netscape Alliance - obj.conf
# You can edit this file, but comments and formatting changes
# might be lost when the admin server makes changes.

Init fn="flex-init" 
access="/system/netscape/server4/https-https.www.cafefortwo.com/logs/access"
format.access="%Ses->client.ip% - %Req->vars.auth-user% [%SYSDATE%] 
"%Req->reqpb.clf-request%"
%Req->srvhdrs.clf-status% %Req->srvhdrs.content-length%"
Init fn="load-types" mime-types="mime.types"
Init fn="load-modules" funcs="php4_init,php4_close,php4_execute,php4_auth_trans"
shlib="/system/netscape/server4/bin/libphp4.so"
Init fn="php4_init" errorString="Failed to initialise PHP!"


AuthTrans fn="php4_auth_trans"
NameTrans fn="document-root" root="/system/server/cf2/root"
PathCheck fn="unix-uri-clean"
PathCheck fn="find-pathinfo"
PathCheck fn="find-index" 
index-names="index.php,home.php,index.php3,home.php3,index.html,home.html"
ObjectType fn="type-by-extension"
ObjectType fn="force-type" type="text/plain"
Service fn="php4_execute" type="magnus-internal/x-httpd-php"
Service method="(GET|HEAD)" type="magnus-internal/imagemap" fn="imagemap"
Service method="(GET|HEAD)" type="magnus-internal/directory" fn="index-common"
Service method="(GET|HEAD)" type="*~magnus-internal/*" fn="send-file"
AddLog fn="flex-log" name="access"



ObjectType fn="force-type" type="magnus-internal/x-httpd-php"
Service fn="php4_execute"


Is this a PHP bug or an iPlanet problem? Any help would be greatly appreciated.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=&edit=2


-- 
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 4.0 Bug #10054: configure ends with attension

[apurva_7800]

From: [EMAIL PROTECTED]
Operating system: Redhat 6.1
PHP version:  4.0.4pl1
PHP Bug Type: *Configuration Issues
Bug description:  configure ends with attension

Dear Sir
I have redhat linux 6.1 with krb5 1.1.1-26 imap -2000-2.6 
apache 1.3.9. and php-4.0.4pl1
Now configure with --with-imap --with -kerberos 
give me error at the end and create debug.log and tell me to mail this at 
[EMAIL PROTECTED] 
I am pasting my debug.log here
debug.log

CONFIGURE:   './configure' '--with-imap' '--with-mysql' '--with-kerberos' '--with-gd' 
'--with-apxs=/usr/sbin/apxs' '--enable-track-vars' '--enable-magic-quotes' 
'--enable-debugger'
CC: gcc
CFLAGS: -g -O2
CPPFLAGS:-DLINUX=2 -DUSE_EXPAT
CXX:
CXXFLAGS:   
INCLUDES:-I/usr/include/apache  -I$(top_builddir)/Zend 
-I/home/admin/php-4.0.4pl1/ext/mysql/libmysql
LDFLAGS: -Wl,-rpath,/usr/kerberos/lib -L/usr/kerberos/lib
LIBS:   -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lgd -lresolv -lm -ldl -lcrypt 
-lnsl  -lresolv
DLIBS:  -lc-client 
SAPI:   apache
PHP_RPATHS:  /usr/kerberos/lib
uname -a:   Linux ns.eyes4web.com 2.2.16-3 #1 Mon Jun 19 18:10:14 EDT 2000 i686 unknown

gcc -o conftest -g -O2  -DLINUX=2 -DUSE_EXPAT  -Wl,-rpath,/usr/kerberos/lib 
-L/usr/kerberos/lib conftest.c -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lgd -lresolv 
-lm -ldl -lcrypt -lnsl  -lresolv 1>&5
/usr/bin/ld: cannot open -lgssapi_krb5: No such file or directory
collect2: ld returned 1 exit status
---
plesae help me.
Apurva Shah


-- 
Edit Bug report at: http://bugs.php.net/?id=10054&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 4.0 Bug #9116 Updated: PHP will stop returing anything in NES 4.1 SP1

[sniper]

ID: 9116
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Old-Bug Type: Other web server
Bug Type: iPlanet related
Assigned To: 
Comments:

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

--Jani


Previous Comments:
---

[2001-02-06 11:47:36] [EMAIL PROTECTED]
FYI, in the magnus.conf file, the StackSize needs to be increased.


---

[2001-02-06 09:47:49] [EMAIL PROTECTED]
Output from truss:

Incurred fault #6, FLTBOUNDS  %pc = 0xFDD34B78
  siginfo: SIGSEGV SEGV_MAPERR addr=0xFD16C000
Received signal #11, SIGSEGV [caught]
  siginfo: SIGSEGV SEGV_MAPERR addr=0xFD16C000
*** process killed ***

---

[2001-02-05 12:34:05] [EMAIL PROTECTED]
Is there a certain number of Global variables, or number of functions you can load 
with the nsapi filter and NES?

I am using a function that uses many functions and many global variables.  PHP works 
fine through the rest of the application, but this one sections just dies, no errors 
or anything.  Apache works just fine with this application.

...

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9116&edit=2


-- 
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 4.0 Bug #8859 Updated: php4 tries to output strings of length 0 which leads to immediate bailing-out

[sniper]

ID: 8859
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Other web server
Assigned To: 
Comments:

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

--Jani


Previous Comments:
---

[2001-01-23 13:47:17] [EMAIL PROTECTED]
- got php4.0.4pl1 running on NES 3.5.1I (using -fno-rtti)

- a simple phpinfo() stops when trying to print an empty server variable

- workaround: added "if (str_length==0) return 0;" in line 144 after SLS_FETCH();

- but this IMHO only fixes the symptom; i think the nsapi module shouldn't set server 
variables when they're empty...

Jan Legenhausen

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8859&edit=2


-- 
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 4.0 Bug #10053: Insert sentence error

[julian . gonzalez]

From: [EMAIL PROTECTED]
Operating system: W2000
PHP version:  4.0.4
PHP Bug Type: COM related
Bug description:  Insert sentence error

$oConn = new COM("ADODB.Connection");

// Data Base: ORACLE 8.0

// insert query: it works fine!!!

insert into Pact (nid,name,Apell1,Apell2,Sexo,NHisto,FNac) values 
(10040,'qwrwfcdf','qeqwe','qewqwe','Hombre','121217',to_date('12/12/1999','MM-DD-'))


// insert query: it does not works: php error memory

insert into Pet 
(NID,NPet,NPac,Diagnostico,FPet,Medico,Servicio,FPetFin,nidPass,obsPet,obsInf,codSer,itt)
 
   values
   (10060,'56',10040,3,
to_date('29-03-2001','DD-MM-'),
to_date('12-1-2001','DD-MM-,
 '',
 'ttt',
 'urgencias ',
 'vv')
 

If i copy this query (generated by my php code), and paste into a SQL editor that work 
for make queries into data bases
and i execute it, it works fine. 

Maybe a problem of lenght?.
I hope i was wrong.




-- 
Edit Bug report at: http://bugs.php.net/?id=10053&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 4.0 Bug #7163 Updated: Random "Failed opening" errors for both php pages and included/required files

[sniper]

ID: 7163
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Old-Bug Type: Other web server
Bug Type: iPlanet related
Assigned To: 
Comments:

Does this happen with 4.0.4pl1? And if it does could you
please try the latest CVS snapshot from http://snaps.php.net/ ?

--Jani


Previous Comments:
---

[2000-11-03 20:30:56] [EMAIL PROTECTED]
reclassify

---

[2000-10-12 12:46:20] [EMAIL PROTECTED]
I've read a few bug reports that seem to have been lumped together regarding this bug, 
but none of the final bug reports seem to stay on the topic of this problem.  Here's 
what happens:

I compile PHP4 (any version- although the deepest analysis I've done is on 4.0.3) with 
NSAPI support on a Solaris 2.6 box.  I've enabled it for Netscape Enterprise Server, 
made the changes to server configuration to load it, and it works.  The problem is, a 
transient error occurs with files that looks like:

Warning: Failed opening '/export/home/www/azc/htdocs/class/emp/searchresults.php' for 
inclusion (include_path='.:/usr/local/lib/php') in Unknown on line 0

It mostly occurs on the source page I'm attempting to get to, but it does occur with 
includes within the page as well.  I've tried compiling PHP with a nearly-bare set of 
modules.  I've had to --enable-libgcc in order to the the shared object to work at 
all.

I've done some debugging of my own in the source and have identified the base source 
of the error generated (since that one can come from several spots) as line 2879 in 
Zend/zend-scanner-cc.cc.  Following through the trail that would lead to that error 
arising, I've dug as deep as the virtual_fopen function in TSRM/tsrm_virtual_cwd.c, 
but my expertise is limited and I can't put my finger on the exact location of the 
problem.

Any suggestions or could someone just let me know if they're experiencing this as 
well?


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=7163&edit=2


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