date:20011111

[PHP-DEV] Bug #14013: ocibindbyname strips trailing spaces

2001-11-11 Thread az


From: [EMAIL PROTECTED]
Operating system: Linux 2.2, Solaris 2.6
PHP version:  4.0.6
PHP Bug Type: OCI8 related
Bug description:  ocibindbyname strips trailing spaces

When inserting text using named binds, PHP will strip trailing spaces. The
same query on the same database using the same Oracle client libraries.
(All Oracle 8.1.6)

$db = ocilogon(u, p, sid);
$st = ociparse($db, insert into test values (:id, :text));
ocibindbyname($st, :text, $text, 2000);
ocibindbyname($st, :id, $id, 22);
$text =   this line has spaces   ;
$node_id = 666;
ociexecute($st);

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


-- 
PHP Development Mailing List http://www.php.net/
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] Fix for bug #11563

2001-11-11 Thread Martin Jansen


On Mon, 05 Nov 2001 15:42:57 +0100, Martin Jansen wrote:

On Sun, 04 Nov 2001 20:10:51 +0200, Andi Gutmans wrote:

The patch looks OK if open_basedir is really supposed to stop people from 
stat()'ing files which aren't underneath the open_basedir path.

I think this behaviour is ok, isn't it?

Has anybody been looking at this so far?

- Martin



-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Bug #13806 Updated: zlib compression is not

2001-11-11 Thread Yasuo Ohgaki


Zeev Suraski wrote:

 At 03:44 11/11/2001, [EMAIL PROTECTED] wrote:
 
 result - 4.1.0RC:
 4.1.0RC works fine without zlib compression, but not with zlib output 
 compression. httpd just keeps growing when output exceed buf size. (I 
 killed it when it became 100MB)

 It cannot display phpinfo().
 There are many log entry for memory leak for apache.
 result - 4.2.0:
 It seems there is no problem in 4.2.0 now. It works for both script 
 and can display phpinfo(). (It was not working before, at least when 
 4.1.0RC1 is released.)

 output.c has not been changed. It seems real problem was in some other 
 place.
 
 
 What do you mean by output.c not being changed?  4.1.0RC1 and HEAD have 
 different output.c's...


I didn't compare output.c... but, I had almost the same behavior 
with 4.1.0 and 4.2.0 when I tested it. But I didn't have problem 
with 4.2.0 today.

 
 Can you try to apply the patches at
 http://cvs.php.net/diff.php/php4/main/output.c?ws=0r1=1.75r2=1.77ty=u
 
 to 4.1.0RC1, and see if the problem goes away?  It should apply cleanly, 
 except for a meaningless $Id conflict.


I tried and it *works*.
Now 4.1.0RC CVS works really well so far, but more tests are needed.

 The 4.0.7 codebase did not support multiple layers of internal/chunked 
 output buffering, so mixing output buffering and mbstring-auto-encoding 
 did not work.

Usually, I don't use zlib compression. I noticed the problem when 
4.0.7RC is relased. It seems zlib output compression is working 
now. (I'm testing with --enable-mbstr-enc-trans)

--
Yasuo Ohgaki


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Bug #13806 Updated: zlib compression is not

2001-11-11 Thread Zeev Suraski


At 10:47 11/11/2001, Yasuo Ohgaki wrote:
Can you try to apply the patches at
http://cvs.php.net/diff.php/php4/main/output.c?ws=0r1=1.75r2=1.77ty=u
to 4.1.0RC1, and see if the problem goes away?  It should apply cleanly, 
except for a meaningless $Id conflict.


I tried and it *works*.
Now 4.1.0RC CVS works really well so far, but more tests are needed.

Ok, great.  I'll import the patch to the 4.1.0 branch then.

Zeev


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #14014: Need later config.guess/config.sub

2001-11-11 Thread ler


From: [EMAIL PROTECTED]
Operating system: OpenUNIX 8
PHP version:  4.0.6
PHP Bug Type: *Configuration Issues
Bug description:  Need later config.guess/config.sub

PHP 4.0.6 doesn't recognize Caldera's OpenUNIX 8.  Replacing the 
supplied config.guess/config.sub with the ones from
ftp://ftp.gnu.org/pub/gnu/config/ seems to fix it. 

The supplied one returns:
$ sh config.guess
config.guess: unable to guess system type

This script, last modified 2001-04-20, has failed to recognize
the operating system you are using. It is advised that you
download the most up to date version of the config scripts from

ftp://ftp.gnu.org/pub/gnu/config/

If the version you run (config.guess) is already up to date, please
send the following data and any information you think might be
pertinent to [EMAIL PROTECTED] in order to provide the needed
information to handle your system.

config.guess timestamp = 2001-04-20

uname -m = i386
uname -r = 5
uname -s = OpenUNIX
uname -v = 8.0.0

/usr/bin/uname -p = x86at
/bin/uname -X = 
System = OpenUNIX
Node = lerami
Release = 5
KernelID = 01/06/09
Machine = Pentium III
BusType = ISA
Serial = 6ID015378
Users = 40
OEM# = 0
Origin# = 1
NumCPU = 1

hostinfo   = 
/bin/universe  = 
/usr/bin/arch -k   = 
/bin/arch  = 
/usr/bin/oslevel   = 
/usr/convex/getsysinfo = 

UNAME_MACHINE = i386
UNAME_RELEASE = 5
UNAME_SYSTEM  = OpenUNIX
UNAME_VERSION = 8.0.0
$ 
The one from the ftp site above returns:
$ sh config.guess
i686-unknown-sysv5OpenUNIX8.0.0
$ 

I did build PHP, and the only problem I had was libtool not handling
dependencies.  I changed libtool to use pass_all for dependency type, and
it worked, modulo the warning from cc about including -lc, but I couldn't
find an easy way to deal with that.  the libphp4.so works however. 


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


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Bug #14012: a struct has problem for sysvshm

2001-11-11 Thread Yasuo Ohgaki


Rasmus Lerdorf wrote:

 Ah, didn't have an updated tree.
 
 On Sun, 11 Nov 2001, Markus Fischer wrote:
 
 
On Sun, Nov 11, 2001 at 03:56:45AM +0100, Markus Fischer wrote : 

On Sat, Nov 10, 2001 at 06:44:36PM -0800, Rasmus Lerdorf wrote : 

This doesn't look like the right fix to me.  There is no such thing as 
a php_unserialize_data_t typedef as far as I can tell.

Hmm, and whats this?

typedef struct php_unserialize_data php_unserialize_data_t;

from var_unserializer.c

Sorry, php_var.h of course.



It looks like some more work is needed for sysvshm.c
I get following build error.

make[3]: Entering directory `/home/yohgaki/cvs/php/PHP4/ext/sysvshm'
/bin/sh /home/yohgaki/cvs/php/PHP4/libtool --mode=compile gcc  -I. 
-I/home/yohgaki/cvs/php/PHP4/ext/sysvshm 
-I/home/yohgaki/cvs/php/PHP4/main -I/home/yohgaki/cvs/php/PHP4 
-I/usr/include/apache -I/home/yohgaki/cvs/php/PHP4/Zend 
-I/usr/local/include -I/usr/include/freetype2/freetype 
-I/home/yohgaki/cvs/php/PHP4/ext/xml/expat  -DLINUX=22 
-DMOD_SSL=208105 -DUSE_HSREGEX -DEAPI -DUSE_EXPAT 
-I/home/yohgaki/cvs/php/PHP4/TSRM -g -Wall -prefer-pic  -c sysvshm.c
gcc -I. -I/home/yohgaki/cvs/php/PHP4/ext/sysvshm 
-I/home/yohgaki/cvs/php/PHP4/main -I/home/yohgaki/cvs/php/PHP4 
-I/usr/include/apache -I/home/yohgaki/cvs/php/PHP4/Zend 
-I/usr/local/include -I/usr/include/freetype2/freetype 
-I/home/yohgaki/cvs/php/PHP4/ext/xml/expat -DLINUX=22 
-DMOD_SSL=208105 -DUSE_HSREGEX -DEAPI -DUSE_EXPAT 
-I/home/yohgaki/cvs/php/PHP4/TSRM -g -Wall -c sysvshm.c  -fPIC 
-DPIC -o sysvshm.lo
sysvshm.c: In function `zif_shm_put_var':
sysvshm.c:249: warning: passing arg 1 of `zend_hash_init' from 
incompatible pointer type
sysvshm.c:250: warning: passing arg 3 of `php_var_serialize' from 
incompatible pointer type
sysvshm.c:251: warning: passing arg 1 of `zend_hash_destroy' from 
incompatible pointer type
sysvshm.c: In function `zif_shm_get_var':
sysvshm.c:305: structure has no member named `first'
sysvshm.c:306: warning: passing arg 4 of `php_var_unserialize' 
from incompatible pointer type
sysvshm.c:307: warning: passing arg 1 of `var_destroy' from 
incompatible pointer type
sysvshm.c:311: warning: passing arg 1 of `var_destroy' from 
incompatible pointer type
make[3]: *** [sysvshm.lo] Error 1
make[3]: Leaving directory `/home/yohgaki/cvs/php/PHP4/ext/sysvshm'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/yohgaki/cvs/php/PHP4/ext/sysvshm'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/yohgaki/cvs/php/PHP4/ext'
make: *** [all-recursive] Error 1
[yohgaki@dev PHP4]$


Yasuo Ohgaki


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #14006 Updated: not shown Farsi messages when saved with UNICODE.

2001-11-11 Thread mkhossrojerdi


ID: 14006
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: *Languages/Translation
Operating System: win2000
PHP Version: 4.0.6
New Comment:

If my program had Farsi message i have to save that with 
UNICODE as encoding and then in browser cannot see my  Farsi message.

Also,
When i used PHP in HTML tags that set with meta http-equiv=Content-Type 
content=text/html; charset=windows-1256
 meta http-equiv=Content-Language content=fa
,I guess the commentator cannot distinguish codes of php
because in browser shown codes of php,exactly.


Previous Comments:


[2001-11-11 05:27:04] [EMAIL PROTECTED]

If my program had Farsi message i have to save that with 
UNICODE as encoding and then in browser cannot see my  Farsi message.

Also,
When i used PHP in HTML tags that set with meta http-equiv=Content-Type 
content=text/html; charset=windows-1256
 meta http-equiv=Content-Language content=fa
,I guess the commentator cannot distinguish codes of php
because in browser shown codes of php,exactly.




[2001-11-10 04:48:20] [EMAIL PROTECTED]

Please ask support questions elsewhere. 
http://www.php.net/support.php has more information.




[2001-11-10 04:27:43] [EMAIL PROTECTED]

In PHP4,If the program included Farsi messages(in echo tag,..)and saved with UNICODE 
as encoding,
messages not shown in IE.






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


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #13997 Updated: Would be nice to report which module conflicts if API version incorrect

2001-11-11 Thread derick


ID: 13997
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Feature/Change Request
Operating System: FreeBSD 4.3
PHP Version: 4.0CVS-2001-11-09
New Comment:

It's the DBG module. And note that the CVS version of PHP has the new version headers 
in the module, and that's why the modulename is 'broken' now. Binary compability in 
modules is broken due these changes in the versioning system.

Derick

Previous Comments:


[2001-11-10 20:14:16] [EMAIL PROTECTED]

That nonsense before 'Unable' should be the module name..
What module was this anyway?

--Jani




[2001-11-09 08:54:58] [EMAIL PROTECTED]

I recently tried to compile PHP and got this error:

PHP Warning:  UåìoVSè: Unable to initialize module
Module compiled with debug=52, thread-safety=109 module API=674941832
PHP compiled with debug=0, thread-safety=0 module API=20010901
These options need to match
 in Unknown on line 0

it would be nice to know which module was causing this error (or at least some more 
information about what to do)! in this case it was the dbg module that needed 
recompiling, but it took a while to figure out.

regards,

Peter Lowe.





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


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #14006 Updated: not shown Farsi messages when saved with UNICODE.

2001-11-11 Thread sander


ID: 14006
Updated by: sander
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: *Languages/Translation
Operating System: win2000
PHP Version: 4.0.6
New Comment:

Once again, ask support questions on the appropriate mailinglist (PHP-GENERAL, see 
http://www.php.net/support.php).

Previous Comments:


[2001-11-11 05:33:09] [EMAIL PROTECTED]

If my program had Farsi message i have to save that with 
UNICODE as encoding and then in browser cannot see my  Farsi message.

Also,
When i used PHP in HTML tags that set with meta http-equiv=Content-Type 
content=text/html; charset=windows-1256
 meta http-equiv=Content-Language content=fa
,I guess the commentator cannot distinguish codes of php
because in browser shown codes of php,exactly.




[2001-11-11 05:27:04] [EMAIL PROTECTED]

If my program had Farsi message i have to save that with 
UNICODE as encoding and then in browser cannot see my  Farsi message.

Also,
When i used PHP in HTML tags that set with meta http-equiv=Content-Type 
content=text/html; charset=windows-1256
 meta http-equiv=Content-Language content=fa
,I guess the commentator cannot distinguish codes of php
because in browser shown codes of php,exactly.




[2001-11-10 04:48:20] [EMAIL PROTECTED]

Please ask support questions elsewhere. 
http://www.php.net/support.php has more information.




[2001-11-10 04:27:43] [EMAIL PROTECTED]

In PHP4,If the program included Farsi messages(in echo tag,..)and saved with UNICODE 
as encoding,
messages not shown in IE.






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


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Patriotic Ribbon!

2001-11-11 Thread [EMAIL PROTECTED]





   Would you like to sport a beautiful 
  Red, White, and Blue 
  USA ribbon to show your support for America? 
  Join the Patriotic masses @ SaveRealBigDeals.com! 
  
  Click Here to find out more!  
   








Remove yourself from this list by either:




Entering your email address below and clicking REMOVE:

   
   

   
   




OR
Reply to this message with the word remove in the subject line.

This message was sent to address [EMAIL PROTECTED]




pmguid:9k.p3n.oc83y







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

[PHP-DEV] Bug #11073 Updated: parent::Function() does not work if parent class is included

2001-11-11 Thread sander


ID: 11073
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Class/Object related
Operating System: Linux SuSE 6.4
PHP Version: 4.0.4pl1
New Comment:

No feedback. Closing.

Previous Comments:


[2001-10-21 19:24:08] [EMAIL PROTECTED]

Works for me with PHP 4.1.0RC1.
Try from: http://www.php.net/~ssb/php-4.1.0RC1.tar.gz

--Jani




[2001-05-23 21:47:24] [EMAIL PROTECTED]

test1.php contains :
?php
class a {
  function MyFunct($i, $j, $k='defaut_k') {
echo  in a ;
  }
}
?

test2.php contains
?php
include(test1.php);

class b extends a {
  function MyFunct($i, $j, $k='defaut_k') {
echo  in b ;
parent::MyFunct($i,$j,$k); // does not work
// got : Fatal error: No parent class available in this context in ...
a::MyFunct($i,$j,$k); // works
  }
}

whereas first example presented here works fine for me :
http://www.php.net/manual/en/keyword.parent.php





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


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #11191 Updated: apache dumps core with oracle-enabled libphp4.so

2001-11-11 Thread sander


ID: 11191
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Apache related
Operating System: Solaris 2.6
PHP Version: 4.0.5
New Comment:

No feedback. Closing.

Previous Comments:


[2001-10-21 00:03:29] [EMAIL PROTECTED]

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





[2001-05-30 06:40:48] [EMAIL PROTECTED]

I have compiled php4.0.5 with oracle(oci7) as DSO without problems, but enabling php4 
together with mod_perl dumps core (segfault) on starting apache.
PHP4.0.5 works, if I either disable mod_perl or compile php4.05 without oracle 
support.
If I compile PHP3.0.18 with oracle and enable it together with mod_perl (both DSO) 
everything works well.

I use Apache/1.3.14, mod_perl-1.24_01 (DSO)

php configuration line:
./configure --prefix=/opt/apache --with-apxs=/opt/apache/bin/apxs 
--x-includes=/usr/openwin/include --x-libraries=/usr/openwin 
--enable-force-cgi-redirect --enable-discard-path --enable-calendar --with-db=/usr 
--with-ndbm=/usr --enable-ftp --enable-gd-native-ttf --with-gd=/usr/local 
--with-jpeg-dir=/usr/local --with-xpm-dir=/usr/openwin --with-ttf=/usr/local 
--with-oracle=/opt/oracle --enable-trans-sid --without-mysql --disable-xml 
--with-gnu-ld

gdb backtrace:
bash-2.01$ gdb /opt/apache/bin/httpd /core 
GNU gdb 4.17
Copyright 1998 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.6...
Core was generated by `/opt/apache/bin/httpd'.
Program terminated with signal 11, Segmentation Fault.
Reading symbols from /usr/lib/libsocket.so.1...done.
Reading symbols from /usr/lib/libnsl.so.1...done.
Reading symbols from /usr/lib/libdl.so.1...done.
Reading symbols from /usr/lib/libc.so.1...done.
Reading symbols from /usr/lib/libmp.so.2...done.
Reading symbols from /usr/platform/SUNW,Ultra-4/lib/libc_psr.so.1...done.
Reading symbols from /usr/lib/libX11.so.4...done.
Reading symbols from /usr/lib/libXext.so.0...done.
Reading symbols from /opt/apache/libexec/mod_vhost_alias.so...done.
Reading symbols from /opt/apache/libexec/mod_env.so...done.
Reading symbols from /opt/apache/libexec/mod_log_config.so...done.
Reading symbols from /opt/apache/libexec/mod_mime.so...done.
Reading symbols from /opt/apache/libexec/mod_negotiation.so...done.
Reading symbols from /opt/apache/libexec/mod_status.so...done.
Reading symbols from /opt/apache/libexec/mod_info.so...done.
Reading symbols from /opt/apache/libexec/mod_include.so...done.
Reading symbols from /opt/apache/libexec/mod_autoindex.so...done.
Reading symbols from /opt/apache/libexec/mod_dir.so...done.
Reading symbols from /opt/apache/libexec/mod_cgi.so...done.
Reading symbols from /opt/apache/libexec/mod_asis.so...done.
Reading symbols from /opt/apache/libexec/mod_imap.so...done.
Reading symbols from /opt/apache/libexec/mod_actions.so...done.
Reading symbols from /opt/apache/libexec/mod_userdir.so...done.
Reading symbols from /opt/apache/libexec/mod_alias.so...done.
Reading symbols from /opt/apache/libexec/mod_rewrite.so...done.
Reading symbols from /opt/apache/libexec/mod_access.so...done.
Reading symbols from /opt/apache/libexec/mod_auth.so...done.
Reading symbols from /opt/apache/libexec/libproxy.so...done.
Reading symbols from /opt/apache/libexec/mod_expires.so...done.
Reading symbols from /opt/apache/libexec/mod_unique_id.so...done.
Reading symbols from /opt/apache/libexec/mod_setenvif.so...done.
Reading symbols from /opt/apache/libexec/libperl.so...done.
Reading symbols from /usr/lib/libm.so.1...done.
Reading symbols from /opt/apache/libexec/libphp4.so...done.
Reading symbols from /usr/lib/libpam.so.1...done.
Reading symbols from /opt/oracle/lib/libclntsh.so.1.0...done.
Reading symbols from /usr/lib/libposix4.so.1...done.
Reading symbols from /usr/lib/libz.so.1.0.2...done.
Reading symbols from /usr/openwin/lib/libXpm.so.4.7...done.
Reading symbols from /usr/lib/libresolv.so.2...done.
Reading symbols from /usr/lib/libaio.so.1...done.
#0  0xef5c5998 in _smalloc ()
(gdb) bt
#0  0xef5c5998 in _smalloc ()
#1  0xef5c59e0 in malloc ()
#2  0xef04d538 in Perl_savepvn ()
#3  0xef0262bc in Perl_gv_init ()
#4  0xef026050 in Perl_gv_fetchfile ()
#5  0xef022ed4 in open_script ()
#6  0xef020608 in perl_parse ()
#7  0xef0090a0 in perl_startup ()
#8  0xef008ba8 in perl_module_init ()
#9  0x232f4 in ap_init_modules ()
#10 0x31464 in standalone_main ()
#11 0x32180 in main ()
(gdb)






Edit this bug report at

[PHP-DEV] Bug #11225 Updated: Some Applications hang when PHP is running

2001-11-11 Thread sander


ID: 11225
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Apache related
Operating System: Windows 98 Se
PHP Version: 4.0.5
New Comment:

No feedback. Closing.

Previous Comments:


[2001-10-21 00:04:37] [EMAIL PROTECTED]

Please try the latest development build from http://www.php4win.com/ as this might 
have been fixed now.




[2001-05-31 17:35:14] [EMAIL PROTECTED]

This problem can be reproduced. (At least on my system)


The server seems to run fine. The problem arrises when I try to launch other 
applications such as a PHP editor or other various apps. A few applications that will 
freeze up when Apache and PHP are running are: PHPEd by Soysal; ICQ's URL feature; 
First Class Email Client; 1st Page by Evrsoft.


How-To-Repeat:
I have the binary install of Apache 1.3.19, PHP 4.0.5 and Windows 98 SE


Using any part of the URL messaging in ICQ will freeze up ICQ until Apache is stopped. 
(This is not the case if Apache is not running PHP.)

The First class client will not work unless Apache and PHP are stopped. The client I 
use is from my school ( http://fred.mohawkc.on.ca ) 
http://www.firstclass.com/downloads/client.html

Trying to run a PHP editor found either at http://www.evrsoft.com/1stpage/
or http://www.soysal.com/PHPEd 

When I disable PHP everything seems to run fine.





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


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #11802 Updated: Page Not found error after setting (max_execution_time to 10800)

2001-11-11 Thread sander


ID: 11802
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: *General Issues
Operating System: Linux
PHP Version: 4.0.6
New Comment:

No feedback. Closing.

Previous Comments:


[2001-10-21 00:08:57] [EMAIL PROTECTED]

Please explain better what you are trying to do.
Is it the upload which hangs? If you upload smaller
file ( 1Mb) does it work?




[2001-06-29 10:16:28] [EMAIL PROTECTED]

Hi,

I am  using Apache/PHP and using ORACLE as the  database in Linux enviroment. 
I uploaded a file of size 50MB. and when I am trying to read each record and add it to 
database I got page not found error after 1hr. But in the backgroup still it is adding 
into the database. I modifed all the configuration in php.ini file 
max_script_execution , sesssion_gc_maxsize .etc and http.conf file TimeOut, 
KeepAliveTime paramets. But the efforts are in vain.
How to stop this error?? do I need to set any other parameters either in php.ini or in 
http.conf file to over come this problem.

Thanx in Advance
sri.





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


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #11864 Updated: php_value in .htaccess-files makes ordinary .html-files be parsed through php.

2001-11-11 Thread sander


ID: 11864
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Apache related
Operating System: Linux tall 2.4.2 #4 Wed Feb 28 1
PHP Version: 4.0.5
New Comment:

No feedback. Closing.

Previous Comments:


[2001-10-21 00:11:06] [EMAIL PROTECTED]

I can not reproduce this with PHP 4.1.0RC1. 
Does this happen with PHP 4.0.6 ?
Or latest snapshot from http://snaps.php.net/ ?


--Jani




[2001-07-03 18:07:25] [EMAIL PROTECTED]

I added this in a .htaccess-file.

php_value include_path .:/home/sites/www.senab.com/web/include

When looking at a .html-file it produces a php-error.
Parse error: parse error in 
/home/sites/senab/web/kunder/6210nokia4/produkter/k1g43p43.html on line 62

When I removed the line the file was treated as any other .html-file. No errors.

'./configure' '--prefix=/usr/local/php' '--with-pgsql=/usr/local/pgsql' 
'--enable-trans-sid' '--with-mm=/usr/local/mm' '--with-sockets' '--with-ftp' 
'--enable-calendar' '--with-apxs=/usr/local/bin/apxs' 
'--with-imap=/usr/local/c-client'

Best regards
Per-Olof Pettersson







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


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #13110 Updated: Bus Error or Segmentation Fault With apache 1.3.20 in solaris8

2001-11-11 Thread sander


ID: 13110
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Scripting Engine problem
Operating System: Solaris8
PHP Version: 4.0.6
New Comment:

No feedback. Closing.

Previous Comments:


[2001-10-21 00:48:33] [EMAIL PROTECTED]

Please include a _short_ and _complete_ script that can just
be cut'n'pasted and which shows the problem.




[2001-09-03 11:29:07] [EMAIL PROTECTED]

for ($rub=0; $rub$nb_news; $rub++)
{

// dans le cas ou cette rubrique est selectionnee
if 
(isset($tab_attributs[id_liste_newletterthemes_.$themes[$rub][id_themes]]) and 
$tab_attributs[id_liste_newletterthemes_.$themes[$rub][id_themes]] != )
$check = CHECKED;
else
$check = ;

$liste_elem = 
GetListElements($tab_attributs[id_liste_newletterthemes_.$themes[$rub][id_themes]]);

debug(sizeof($liste_elem));
for ($i=0; $isizeof($liste_elem); $i++)
{
if ($i==0)
$elemrub = $liste_elem[$i][value];
else
$elemrub .= ,.$liste_elem[$i][value];
}

$tmpl-set_var( array(ID_THEME   = $themes[$rub][id_themes],
  NUM_RUB= $rub,
  LISTE_RUB  = $elemrub,
  ACCROCHE_THEME = 
afficherTexte($tab_attributs[accrochethemes_.$themes[$rub][id_themes]]),
  THEME_CHECKED  = $check,
  THEME_NAME = 
afficherTexte($themes[$rub][name])) );
$tmpl-parse(rubriques, rub, true);
}

if in this loop the number of element is $nb_news = 1.
here 20,1,138 before enter loop an Bus error or a segmentation fault is generate in 
Apache log under Solaris8







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


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #13481 Updated: Apache configure failed

2001-11-11 Thread sander


ID: 13481
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Compile Failure
Operating System: Turbo Linux 7
PHP Version: 4.0.6
New Comment:

No feedback. Closing.

Previous Comments:


[2001-10-21 01:07:40] [EMAIL PROTECTED]

Do you have the X11 libs installed ? Like libX11.a (or .so)
Try also adding  --with-xpm-dir=yes to your configure line.


--Jani




[2001-09-28 13:12:33] [EMAIL PROTECTED]

i had compiling php 4 whith this options :

./configure --with-mysql=../mysql --with-config-file-path=/www/conf --with-gd 
--with-apache=../apache --enable-track-vars


when i configure apache by this command
./configure --prefix=/www --activate-module=/src/modules/php4/libphp4.a

it's return 
/usr/X11R6/lib/libXpm.so.4: undefined reference to 'XDefaultScreen'

I use
Php 4.0.6
Apache 1.3.20
Gd 1.8.4
libpng 1.2.0
mysql 3.23.42
jpeg 6b






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


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #13637 Updated: make didn't create libphp4.so

2001-11-11 Thread sander


ID: 13637
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Compile Failure
Operating System: windows 2000 pro + cygwin
PHP Version: 4.0.6
New Comment:

No feedback. Closing.

Previous Comments:


[2001-10-21 01:11:04] [EMAIL PROTECTED]

Have you followed the instructions given at:

http://www.php.net/manual/en/install.windows.php




[2001-10-11 01:10:24] [EMAIL PROTECTED]

configure --with-apxs=/usr/local/apache/bin/apxs
make
make install

the libphp4.so was not created by make.





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


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #13640 Updated: Segmentation Fault after getting page??.php

2001-11-11 Thread sander


ID: 13640
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Apache related
Operating System: TrueUnix 5
PHP Version: 4.0.6
New Comment:

No feedback. Closing.

Previous Comments:


[2001-10-21 01:13:15] [EMAIL PROTECTED]

And you did do 'apachectl stop ; apachectl start' after
installing PHP ?

--Jani




[2001-10-11 06:27:07] [EMAIL PROTECTED]

Can you provide a backtrace too? (bugs.php.net/bugs-generating-backtrace.php)

Derick



[2001-10-11 06:13:23] [EMAIL PROTECTED]


I have apache ver. 1.3.9 and PHP_4.0.6 distribution and have done  so INSTALL says for 
PHP 4
but when I get the first page  it's   'phpinfo'-function

# 
# more /www/docs/phpinfo.php
html
title PHP-INFO /title
body
?php
 phpinfo();
?
/body/html

I get no response but fault signal and in the error_log


[Thu Oct 11 08:09:28 2001] [notice] child pid 191040 exit signal Segmentation fault 
(11)
[Thu Oct 11 08:09:36 2001] [notice] child pid 191041 exit signal Segmentation fault 
(11)
[Thu Oct 11 08:09:48 2001] [notice] child pid 191048 exit signal Segmentation fault 
(11)
[Thu Oct 11 08:09:53 2001] [notice] child pid 191046 exit signal Segmentation fault 
(11)
-

server-status  say's

Server Version: Apache/1.3.9 (Unix) PHP/4.0.6
Server Built: Aug 16 1999 14:50:57


Current Time: Thursday, 11-Oct-2001 11:42:45 EEST
Restart Time: Thursday, 11-Oct-2001 11:41:48 EEST
Parent Server Generation: 0 
..
And so the Server it self is going well

--

httpd.conf  includes
..
LoadModule setenvif_modulelibexec/mod_setenvif.so
LoadModule php4_modulelibexec/libphp4.so
..
AddModule mod_setenvif.c
AddModule mod_php4.c
...

#
AddType application/x-httpd-php3 .php3
AddType application/x-httpd-php3-source .phps
AddType application/x-httpd-php .php
AddType application/x-tar .tgz

And php.ini is in  /usr/local/lib

The system is:
Compaq Tru64 UNIX V5.0 (Rev. 910) (pori19.pori.fi) (pts/3)







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


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #13677 Updated: ImageCopy crashes PHP

2001-11-11 Thread sander


ID: 13677
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: GD related
Operating System: Linux
PHP Version: 4.0.6
New Comment:

No feedback. Closing.

Please create a backtrace and reopen this report.

Previous Comments:


[2001-10-21 08:07:41] [EMAIL PROTECTED]

Generating a backtrace could really help us, can you make one?
See http://bugs.php.net/bugs-generating-backtrace.php how to make one.

Derick



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

I just used the test program shipped with the GD package and it works.



[2001-10-19 07:38:36] [EMAIL PROTECTED]

Can be a bug in GD 2.0. It's still beta.

Can you (or someone else) try accessing the library directly (not via PHP)?



[2001-10-15 16:57:06] [EMAIL PROTECTED]

In case you compile GD 2.0.1 with Freetype 2.0.4 and PHP 4.0.6 there seems to be a 
bug:

If you try to use the function ImageCopy() you get a Segmentation fault

In PHP 4.0.4pl1 it seems to work okay





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


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12497 Updated: Problem with serialize/unserialize

2001-11-11 Thread sander


ID: 12497
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Class/Object related
Operating System: Any
PHP Version: 4.0.6
New Comment:

No feedback. Closing.

Previous Comments:


[2001-10-21 20:01:49] [EMAIL PROTECTED]

Please include a shortest possible and complete example 
function which can be used by just copy'n'pasting it and
which does not work.

--Jani






[2001-07-31 16:37:32] [EMAIL PROTECTED]

$myVar = Some Text;
$myVarCopy = $myVar;
$myVar = unserialize(serialize($myVarCopy));
echo MD5 Of myVar: . md5(serialize($myVar)).BR;
echo MD5 Of myVarCopy: . md5(serialize($myVarCopy)).BR;

This is okay, but if $myVar is a complex Object, for instance an Object which has 
variables that point to other objects (and so on), the serialization fails badly. The 
class is restored appropriately (knows it´s type etc) but there is data missing...






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


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #13806 Updated: zlib compression is broken?

2001-11-11 Thread yasuo_ohgaki


ID: 13806
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Reproducible crash
Operating System: Linux 2.4.4/glibc 2.2.2
PHP Version: 4.1.0 RC CVS-2001-11-11
New Comment:

This bug is fixed for both 4.1.0 and 4.2.0.
Closed.

Previous Comments:


[2001-11-10 20:44:16] [EMAIL PROTECTED]

Tested with current 4.1.0RC/4.2.0 CVS.

configure:
#! /bin/sh
#
# Created by configure

'./configure' \
'--with-apxs' \
'--disable-short-tags' \
'--without-mysql' \
'--without-pear' \
'--with-zlib' \
'--enable-debug' \
$@

php.ini : php.ini-recommended with zlib compression ON

test script #1 (more than buf size):
?php

for ($i=0; $i  1026; $i++) {
echo abcd;
}

?

test script #2 (less than buf size):
?php

for ($i=0; $i  1022; $i++) {
echo abcd;
}

?


result - 4.1.0RC: 
4.1.0RC works fine without zlib compression, but not with zlib output compression. 
httpd just keeps growing when output exceed buf size. (I killed it when it became 
100MB)

It cannot display phpinfo().
There are many log entry for memory leak for apache.
result - 4.2.0:
It seems there is no problem in 4.2.0 now. It works for both script and can display 
phpinfo(). (It was not working before, at least when 4.1.0RC1 is released.)

output.c has not been changed. It seems real problem was in some other place.




[2001-11-10 19:16:03] [EMAIL PROTECTED]

Thanks for your time.

However, 8MB memory limit should be enough for phpinfo() output with zlib compression, 
isn't it?
Buffer size is default. (4096)

I'll test against with current 4.1.0RC CVS and 4.2.0-dev and report result later.




[2001-11-10 11:48:21] [EMAIL PROTECTED]

Looks like it may be related to bug #13698 after all.  The mbstring-auto-conversion 
may be the problem here, as without it - I cannot reproduce the bug, and it appears to 
work fine...




[2001-11-10 11:12:21] [EMAIL PROTECTED]

This issue does not appear to be related in any way to the bug id's 12270 and 13698...




[2001-11-10 11:07:11] [EMAIL PROTECTED]

This is most probably not a bug, at least not in the way you perceive it.  With a 
large output buffer - the script will indeed have to consume lots of memory.  If your 
memory limit does not allow this - you'll get these warnings, and in case of a debug 
build - those complaints about memory being freed...

Now, there could be two authentic bugs:

(a) There may be a bug in the memory limit implementation.  However, it's the same as 
it has been for years, and it may be that just output buffering is exploiting it in a 
way that wasn't thought of before.  Generally, if the memory limit is reached, PHP 
tries to bail out nicely.  If somehow, PHP goes on consuming more memory, beyond 1MB 
above the memory limit - it performs a hard exit().  It's possible that the shutdown 
sequence causes some loop of memory exhaustion - bailout - memory exhaustion - 
bailout#2 - etc., which cannot be broken.  I'll take a look at it.

(b) There might be a memory leak in the zlib output compression code.  Please let me 
know what buffer size you use.  You really shouldn't be using more than about 16KB or 
so.




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


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


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #13033 Updated: egmentation Fault core dump on apache start

2001-11-11 Thread sander


ID: 13033
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: Apache related
Operating System: aix 4.3.3
PHP Version: 4.0.6
New Comment:

No feedback. Closing.

Please try the latest snapshot. Reopen if you have any new information.

Previous Comments:


[2001-10-21 00:38:09] [EMAIL PROTECTED]

Could you please try the latest snapshot again?
(I don't have access to any AIX systems to test)




[2001-08-30 09:54:38] [EMAIL PROTECTED]

sorry also had this befor ./configure on the Apache configure

EAPI_MM=../mm-1.1.3 \
SSL_BASE=../openssl-0.9.6b \



[2001-08-30 09:53:50] [EMAIL PROTECTED]

./configure \
--prefix=/usr/local/apache \
--enable-module=ssl \
--enable-module=frontpage \
--server-uid=nobody \
--fpexec-caller=nobody \
--enable-shared=ssl \
--enable-shared=frontpage \
--enable-module=most \

is the configure i used for apache



[2001-08-30 09:47:23] [EMAIL PROTECTED]

And how did you configure / compile Apache?
It seems to be a bit broken..




[2001-08-29 10:43:31] [EMAIL PROTECTED]

sorry didn't put password on bud 13031 so got to repeat to update
[2001-08-29 09:50:49] [EMAIL PROTECTED]

tried installing PHP-4.0.6 on anr rs/6000 with aix 4.3.3
using gcc 2.95.3.

I have apache 1.3.20 installed dso support
mod ssl is installed
I have mysql installed and working
I also have Jrun installed and working.

i use

./configure \
--with-apxs=/usr/local/apache/bin/apxs
--with-mysql=/usr/local/mysql
--prefix=/usr/local/php

it configures ok
makes ok 
and make install ok 
(i have tried make and gnumake)
when i have the
 LoadModule php4_modulelibexec/libphp4.so
line in place i get the seg fault

Ive tried the latest version from snaps and it won't make the libphp4.so file

the segfault i get isreading symbolic information ...
[using memory image in core]

Segmentation fault in php_if_apache_lookup_uri at 0xd0c47fe4 ($t1)
0xd0c47fe4 (php_if_apache_lookup_uri+0x554) 800clwz   r0,0x0(r12)
 



any help much appreciated

[2001-08-29 09:52:52] [EMAIL PROTECTED]

Does this happen with latest CVS snapshot:

http://snaps.php.net/ 


Have tried latest froms snaps  php4-200108290735.tar.gz
now i get the same ass bug#11716
Target install is up to date.
Making install in .
/usr/inst/phpsource/php4-200108290735/build/shtool mkdir -p 
/usr/local/apache/libexec  /usr/local/apache/bin/apxs -S LIB
EXECDIR=/usr/local/apache/libexec -i -a -n php4 libs/libphp4.so
[activating module `php4' in /usr/local/apache/conf/httpd.conf]
cp libs/libphp4.so /usr/local/apache/libexec/libphp4.so
cp: libs/libphp4.so: A file or directory in the path name does not exist.
apxs:Break: Command failed with rc=1
make: 1254-004 The error code from the last command is 1.


Stop.
make: 1254-004 The error code from the last command is 1.






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


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #13620 Updated: bzip2 extension seems to be broken

2001-11-11 Thread sander


ID: 13620
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: Bzip2 Related
Operating System: Win98 SE
PHP Version: 4.0CVS-2001-10-09
New Comment:

4.0.6 works fine for me on Windows.
4.0.8 (the build from php4win) prints out:
-8
-5
A self-built 4.2.0-dev (200111080300) gives these errors:
bzcompress failed in script.php on line 2
bzdecompress failed in script.php on line 4

Reopening.

Previous Comments:


[2001-10-21 02:12:58] [EMAIL PROTECTED]

I can not reproduce this with PHP 4.1.0RC1 on Linux.
Could this be windows specific problem?

--Jani




[2001-10-09 19:22:14] [EMAIL PROTECTED]

Hi All!

Here is a little script to reproduce the bug:

?php
$var = bzcompress('abcdef123');
echo $var . 'br /' . \n;
echo bzdecompress($var);
?

It returns:
-8
-5


My config:
- Apache 1.3.20 on Win98-SE;
- php-4.0.7-rc3 or php-4.0.8-dev (latest build from php4win.de) loaded as an Apache 
module;
- php.ini is the recommended one except pathes and two extensions loaded: php_bz2.dll 
and php_zlib.dll.

Kind regards,
Loïc





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


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12079 Updated: SEGFAULT when compiled with APXS and QTDOM

2001-11-11 Thread sander


ID: 12079
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: DOM XML related
Operating System: Linux RH 7.1
PHP Version: 4.0CVS-2001-07-12
New Comment:

No feedback. Closing.

Previous Comments:


[2001-10-21 00:54:11] [EMAIL PROTECTED]

Could it be same problem as described in #13215 ?

--Jani




[2001-07-12 01:18:57] [EMAIL PROTECTED]

httpd wont start, segfaults stright away. qtdom makes it do it. It works fine in 
4.0.6RC1

configure line:
./configure  --with-apxs=/www/bin/apxs --with-qtdom=yes --disable-pear --without-mysql

no make errors

backtrace:
Starting program: /www/bin/httpd -X

Program received signal SIGSEGV, Segmentation fault.
0x400fb344 in chunk_alloc (ar_ptr=0x401a4f00, nb=16) at malloc.c:2781
2781malloc.c: No such file or directory.
in malloc.c
(gdb) bt
#0  0x400fb344 in chunk_alloc (ar_ptr=0x401a4f00, nb=16) at malloc.c:2781
#1  0x400fb13a in __libc_malloc (bytes=8) at malloc.c:2714
#2  0x08075c32 in ap_hook_register_I () at eval.c:41
#3  0x4021bc69 in ssl_io_register () from /www/libexec/libssl.so
#4  0x40212ebf in ssl_hook_AddModule () from /www/libexec/libssl.so
#5  0x0805508f in ap_add_module () at eval.c:41
#6  0x0805519d in ap_add_loaded_module () at eval.c:41
#7  0x08050060 in load_module () at eval.c:41
#8  0x08055650 in invoke_cmd () at eval.c:41
#9  0x08056016 in ap_handle_command () at eval.c:41
#10 0x080560a9 in ap_srm_command_loop () at eval.c:41
#11 0x08056716 in ap_process_resource_config () at eval.c:41
#12 0x0805704b in ap_read_config () at eval.c:41
#13 0x08060d88 in standalone_main () at eval.c:41
#14 0x080616cf in main () at eval.c:41
#15 0x40098177 in __libc_start_main (main=0x8061314 main, argc=2, ubp_av=0xb9dc, 
init=0x804f334 _init, 
fini=0x80984c0 _fini, rtld_fini=0x4000e184 _dl_fini, stack_end=0xb9cc) at 
../sysdeps/generic/libc-start.c:129
(gdb) 





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


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #14013 Updated: ocibindbyname strips trailing spaces

2001-11-11 Thread az


ID: 14013
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: OCI8 related
Operating System: Linux 2.2, Solaris 2.6
PHP Version: 4.0.6
New Comment:

Erm, yeah, that's supposed to be '$id = 666;'.

Previous Comments:


[2001-11-11 03:28:34] [EMAIL PROTECTED]

When inserting text using named binds, PHP will strip trailing spaces. The same query 
on the same database using the same Oracle client libraries. (All Oracle 8.1.6)

$db = ocilogon(u, p, sid);
$st = ociparse($db, insert into test values (:id, :text));
ocibindbyname($st, :text, $text, 2000);
ocibindbyname($st, :id, $id, 22);
$text =   this line has spaces   ;
$node_id = 666;
ociexecute($st);






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


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #11389 Updated: array_walk causes Apache to crash

2001-11-11 Thread sander


ID: 11389
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: Arrays related
Operating System: W98
PHP Version: 4.0.6
New Comment:

Reproduced with 4.2.0-dev (200111080300) on Windows 2000.

Array_walk seems to be pretty buggy. There were a few reports of crashes using 
array_walk, most importantly #12776.

Reopening.

Previous Comments:


[2001-10-21 01:44:42] [EMAIL PROTECTED]

I can not reproduce this with PHP 4.1.0RC1.
Could you please try the latest development build from
http://www.php4win.com/




[2001-06-23 17:31:08] [EMAIL PROTECTED]

Reproduced with 4.0.7-dev (latest CVS, Win32)



[2001-06-23 17:29:51] [EMAIL PROTECTED]

Reproduced with PHP 4.0.6




[2001-06-10 20:32:59] [EMAIL PROTECTED]

I have installed PHP 4.0.5. The same problem ocurrs.
sive.



[2001-06-10 19:58:51] [EMAIL PROTECTED]

First, sorry, i have a very bad English.

This script:

$myarr = array(array(1,2,3), array(1,2,3), array(1,2,3));
array_walk($myarr, myfunc);
function myfunc($value, $key) {
  global $myarr;
  $myarr=null;
}

causes Apache to crash. I'm using Apache 1.3.19 and PHP 4.0.4pl1 under W98.

Is a stupid script, but it's not the real script. Is the shorter script that 
reproduces the problem that i can send you.

thanks,
sive





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


-- 
PHP Development Mailing List http://www.php.net/
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: Proposal for release process (Was: Re: [PHP-DEV] 4.1.0)

2001-11-11 Thread August Zajonc


Redirecting bugs to -qa is excellent. -dev is no fun to actually subscribe
to with the number of support requests alone coming in. I imagine folks have
gotten pretty good at ignoring em but... Let's do it.

Be nice to see the possibility of third party comments to bugs as well for
confirms, worksforme etc.

Like release early release often.

Like stable bug fixed branch - nice but not necessary.

Not so hot on idea of separate release group of folks. Nice to get more
interaction with the IRC channel and those folks who are available alot and
willing to put in time.

Would like to see fewer false fails on the test cases to many times the
fail is not indicative of anything. These could be made more solid.

-AZ













-- 
PHP Development Mailing List http://www.php.net/
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: Random Row From Database

2001-11-11 Thread August Zajonc


How is this -dev?
How is it php?
This is crossposted.

-AZ

Hew Staff [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
 Hi,

 I'm trying to pull a random row from my database and display the contents.

 I know that the code:
 SELECT * FROM TABLENAME WHERE RAND() LIMIT 1
 should work.

 However, there are 19 rows in the database and only the first row ever
shows
 up.

 Is there a way to do this to ensure uniqueness?

 The code I am using at the moment also filters so that rows are pulled
from
 the database given certain other criteria such as:

 SELECT * FROM TABLENAME WHERE PayerID=$id AND RAND() LIMIT 1

 All of the rows in the database contain the same PayerID and this column
is
 not the Primary Key.

 Any help much appreciated.
 Jonathan S Hardiman
 President/CEO
 Hardiman Enterprises Worldwide





-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Accessing string offsets

2001-11-11 Thread Markus Fischer


Right now, the following produces a warning when using
error_reporting(E_ALL) which can only be catched with ob_start():

?
$string = foo;
echo $string[3] . \n;
?

gives

-(1) : Warning - Uninitialized string offset:  3

Is it really necessary to always first check the length before
accessing a certain offset? Wouldn't just returning an empty
string be enough? I.e., just remove the warning in
Zend/zend_execute.c:103 ?


Btw, is $string{$offset} documented anywhere? Derick already told
me its not but then its in PHP since a long time. Is $string{$offset}
really faster but not well-tested? I've already even seen it in a
PEAR package (Console/Getopt.php from Andrei).

- Markus

-- 
PHP Development Mailing List http://www.php.net/
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: [PATCH] sablotron scheme/sax handlers fix

2001-11-11 Thread Lenar Lõhmus


It seems that nobody liks handling bug reports/patches 
regarding xslt module. Nevertheless it's buggy and partly
unusable, so it would be very nice if somebody could update cvs
with this patch (maybe check before, since I'm not C programmer) 
before next release of php.

Thank you in advance,

Lenar

Lenar Lõhmus wrote:

 Hi,
 
 Since nobody responded to my bugreport
 about sax/scheme handlers not working in php
 and since i needed them in a working state
 I tried to understand the source and finally
 generated a fix.
 
 So this patch makes ext/xslt working when
 sablotron and scheme/sax handlers are used.
 
 Hope it finds it's way to cvs.
 
 Lenar Lõhmus
 [EMAIL PROTECTED]

-- 
Lenar Lõhmus
Vision Group

-- 
PHP Development Mailing List http://www.php.net/
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] Accessing string offsets

2001-11-11 Thread Hartmut Holzgraefe


Markus Fischer wrote:

 ?
 $string = foo;
 echo $string[3] . \n;
 ?
 
 gives
 
 -(1) : Warning - Uninitialized string offset:  3

you should use $string{3} instead


-- 
PHP Development Mailing List http://www.php.net/
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] Accessing string offsets

2001-11-11 Thread Markus Fischer


On Sun, Nov 11, 2001 at 03:17:42PM +0100, Hartmut Holzgraefe wrote : 
 Markus Fischer wrote:
 
 ?
 $string = foo;
 echo $string[3] . \n;
 ?
 
 gives
 
 -(1) : Warning - Uninitialized string offset:  3
 
 you should use $string{3} instead

Because it looks kewler and produces the same output ? :) I
tested this already too. And see my note about it in the second
part of my mail.

- Markus

-- 
PHP Development Mailing List http://www.php.net/
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] Accessing string offsets

2001-11-11 Thread Markus Fischer


Ok, I see. There seems to be some fuzz on Sundays so I'll try a
better example (*smiles at Hartmut* :)

?
$foo = array(); echo $foo[0] . \n; // -- warning
$foo = array(); echo @$foo[0] . \n; // -- no warning

$foo = foo; echo $foo{3} . \n; // -- warning
$foo = foo; echo @$foo{3} . \n; // -- warning
?

Doesn't make sense to me.

And forget the note about documention (Derick, you lied to me
*ducks* :-)

- Markus

-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] right path on WinXP to document

2001-11-11 Thread Gabor Hojtsy


Hi!

As written in the PHP weekly summary on zend.com:

| Sebastian Bergmann has confirmed that he can successfully
| compile and install PHP on his Windows XP setup. As of
| this week, XP will be added to the list of platforms that
| PHP works on.

As noone added it to the manual till now, I am just trying
to figure it out. But as I have no XP here to see, please
give me the necessary details about where is the system32
directory, where should php.ini go (c:\windows, c:\winnt,
c:\winxp ???), and other operating system related info.
Plese see http://www.php.net/install.windows about needed
path information...

Thanks,
Goba


-- 
PHP Development Mailing List http://www.php.net/
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] class xxx extends a_class_from_the_include_path - problem

2001-11-11 Thread Wolfram Kriesing


 Works just fine with 4.2.0-dev.  However I can verify it on 4.0.6,
 so I'm guessing this  problem was fixed.
ok, thanks
does anyone know a work around until teh new php-version(s) are/is 
released?
i need to get it running on a current version

thanks

-- 
Wolfram

 -Chris

 -Original Message-
 From: Wolfram Kriesing [mailto:[EMAIL PROTECTED]]
 Sent: Saturday, November 10, 2001 11:25 AM
 To: list; list
 Subject: [PHP-DEV] class xxx extends a_class_from_the_include_path
 - problem


 i have the following script:

 ?php

 require_once(PEAR.php);

 class super extends PEAR
 {
 function setup()
 {
 print(i am superbr);
 }
 }

 class super1 extends super
 {
 function setup()
 {
 print(i am super1br);
 parent::setup();
 }
 }

 class super2 extends super1
 {
 function setup()
 {
 print(i am super2br);
 parent::setup();
 }
 }

 $s2 = new super2;
 $s2-setup();

 ?

 it prints
   i am super2
   i am super1
   i am super1
   i am super1
   i am super1
   i am super1
    and so on

 if class super _doesnt_ extend PEAR the expected output is printed
   i am super2
   i am super1
   i am super

 i was looking for the error in PEAR.php but even if i empty the
 file and leave _only_ class PEAR { }  in there it still does the
 unexpected, i can extend any class from the include_path, they all
 have this effect ... strange

 so it's _not_ PEAR's fault, is this a php-bug? i am using 4.0.5 and
 6

-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #14015: Can't install (make install)

2001-11-11 Thread voite_alex


From: [EMAIL PROTECTED]
Operating system: UNIXWARE 7
PHP version:  4.0.6
PHP Bug Type: Compile Failure
Bug description:  Can't install (make install)

By first, I do
$./configure --without-mysql --with-apache=../apache_1.3.22
--enable-track-vars
$ make
And when I launch the installation's command (make install) and the code
appears :
Making install in Zend
Making install in main
Making install in ext
Making install in mysql
Making install in libmysql
Making install in pcre
Making install in pcrelib
Making install in posix
Making install in session
Making install in standard
Making install in xml
Making install in expat
Making install in xmltok
Making install in xmlparse
Making install in sapi
Making install in apache
Making install in TSRM
Making install in regex
Making install in .
mkdir -p /home/pc/apache_1.3.22/src/modules/php4; cp libs/libphp4.a
/home/pc/apache_1.3.22/src/modules/php4/libmodphp4.a; cp
/home/pc/php-4.0.6//sapi/apache/mod_php4.* sapi/apache/libphp4.module
/home/pc/apache_1.3.22/src/modules/php4; cp ./sapi/apache/apMakefile.tmpl
/home/pc/apache_1.3.22/src/modules/php4/Makefile.tmpl; cp
./sapi/apache/apMakefile.libdir
/home/pc/apache_1.3.22/src/modules/php4/Makefile.libdir
*** Error code 2 (bu21)
*** Error code 1 (bu21)

When I try ./configure withotn any params, and after make and make
install - compilation finished fine and I see all files in /usr/local/..
directory (possibly by default).
-- 
Edit bug report at: http://bugs.php.net/?id=14015edit=1


-- 
PHP Development Mailing List http://www.php.net/
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: right path on WinXP to document

2001-11-11 Thread Sebastian Bergmann


Gabor Hojtsy wrote:
 directory, where should php.ini go (c:\windows, c:\winnt,
 c:\winxp ???), and other operating system related info.

  Paths are the same as with Windows 2000.

-- 
  Sebastian Bergmann
  http://sebastian-bergmann.de/ http://phpOpenTracker.de/

  Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/

-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #14016: Double efree bug in 4.0.6 pgsql.so makes NOTICE msgs crash httpd eventually

2001-11-11 Thread dan . franklin


From: [EMAIL PROTECTED]
Operating system: Linux Redhat 6.2, 7.1
PHP version:  4.0.6
PHP Bug Type: Reproducible crash
Bug description:  Double efree bug in 4.0.6 pgsql.so makes NOTICE msgs crash httpd 
eventually

It's difficult to provide a short script for this since it's a storage
problem - but it happens very consistently in our setup, eliminating the
NOTICE messages caused the crashes to stop, and I believe I know where the
bug is.

Take a look at php-4.0.6/ext/pgsql/pgsql.c. Observe that it has a static
pointer last_notice that holds a copy, allocated via estrdup, of the most
recent PostgreSQL notice message.  It frees this copy when it receives a
new one.  It tests the pointer against NULL to determine whether to free it
- but after freeing it with efree, does not set the pointer to NULL again. 
Thus it is possible to call efree twice on the same storage.  Since that
storage may have been reallocated in other parts of the code, freeing it
here can be (and is) disastrous if httpd runs long enough.

I will create a test script that crashes consistently if necessary.
-- 
Edit bug report at: http://bugs.php.net/?id=14016edit=1


-- 
PHP Development Mailing List http://www.php.net/
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] module ownership

2001-11-11 Thread Dan Kalowsky


Stig et all,

 * give developers a sense of ownership in their modules by:
 ** assigning _one_ lead maintainer to each module
 ** mailing module bug summaries to maintainers
 ** making maintainers more publicly visible
 ** separately list maintainer[s] in credits (maintainer[s] and
 developers)
 ** making statistics for each module showing the performance of the
maintainer in terms of bug fix ratio etc.
 ** assign a person responsible for testing during RCs

I'll have to throw in a +1 on this idea.  While it will definately show us
some possibly dark sides of PHP (like which modules receive the least
attention) it should also help end users the most.

---
Dan KalowskyTonight I think I'll walk alone.
http://www.deadmime.org/~dankI'll find soul as I go home.
[EMAIL PROTECTED]- Temptation, New Order


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #14017: cant load dll

2001-11-11 Thread llozano


From: [EMAIL PROTECTED]
Operating system: Windws XP
PHP version:  4.0.6
PHP Bug Type: Unknown/Other Function
Bug description:  cant load dll

Is not possibble load dll files, like php_gd.dll, php_gtk.dll,... I get an
error that says: Unable to load dynamic library
'c:\php4\extensions\php_gd.dll' - No se encontró el proceso especificado.

I hope somebody can help me with this.

Leonardo Lozano
Colombia


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


-- 
PHP Development Mailing List http://www.php.net/
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] module ownership

2001-11-11 Thread Derick Rethans


Hello,

just wanted to say that this list was composed by remarks of Jani, James,
Sebastian, Stig and myself.

Derick

On Sun, 11 Nov 2001, Stig S. Bakken wrote:

 Hi,

 I think a lot of the release problems we have now are influenced by the
 fact that the ownership and feeling of responsibility for the different
 parts of PHP is becoming very diluted.  We should try giving the feeling
 of ownership back to the maintainers, here's a suggestion on how to:

 * give developers a sense of ownership in their modules by:
 ** assigning _one_ lead maintainer to each module
 ** mailing module bug summaries to maintainers
 ** making maintainers more publicly visible
 ** separately list maintainer[s] in credits (maintainer[s] and
 developers)
 ** making statistics for each module showing the performance of the
maintainer in terms of bug fix ratio etc.
 ** assign a person responsible for testing during RCs

  - Stig

 --
 PHP Development Mailing List http://www.php.net/
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 To contact the list administrators, e-mail: [EMAIL PROTECTED]


Derick Rethans

-
PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED]
 SRM: Site Resource Manager - www.vl-srm.net
-


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #14017 Updated: cant load dll

2001-11-11 Thread mfischer


ID: 14017
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Unknown/Other Function
Operating System: Windws XP
PHP Version: 4.0.6
New Comment:

Error messages in english please.

Anyway, the combination of PHP 4.0.6 and loading php_gtk.dll seems odd to be. I gues 
the library you try to load isn't compiled for the PHP version you try to use it.

Where do you got PHP from?
Where do you got PHP-GTK from?

They'll most likely have to match.

- Markus

Previous Comments:


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

Is not possibble load dll files, like php_gd.dll, php_gtk.dll,... I get an error that 
says: Unable to load dynamic library 'c:\php4\extensions\php_gd.dll' - No se encontró 
el proceso especificado.

I hope somebody can help me with this.

Leonardo Lozano
Colombia







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


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] is_executable test

2001-11-11 Thread Rasmus Lerdorf


Sascha, I don't understand this change you made:

http://cvs.php.net/diff.php/php4/ext/standard/tests/file/001.phpt?r1=1.3r2=1.4ty=h

Your second comment there states:

 The 'test.file' is created by the script, thus the owner of the file is
 the user id executing the script. A mode of 0654 does not grant the owner
 the right to execute the file and therefore, the correct output here is
 not executable.

Given the fact that the script creates the test file, then both the owner 
and the group of this file is going to match the owner and the group of 
the user which will do the is_executable check.  Thus I don't see why the 
correct result here should be not executable.  A simple command-line 
example:

% chmod 0644 test.file
% ls -la test.file
-rw-r--r--1 rasmus   rasmus 46 Nov 11 07:26 test.file
% ./test.file
./test.file: Permission denied.
% chmod 0654 test.file
% ls -la test.file
-rw-r-xr--1 rasmus   rasmus 46 Nov 11 07:26 test.file*
% ./test.file
4.2.0-dev

This test is currently failing because it is outputting is executable 
for this case, which looks to me like it is correct.

-Rasmus


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] ÉÏ¹ØÏµÍ¨Æ½Ì¨£¬½»ÊÂÒµÅóÓÑ£¬ÖÐÐÄ¶¯´ó½±

2001-11-11 Thread up30.com

Title: ÉÏ¹ØÏµÍ¨£¬½±ÉÌÎñÍ¨£¡






  




 
  
  


  

  

  


  

  
 
  
  
  

 
   
ÉÏ¹ØÏµÍ¨£¬½±ÉÌÎñÍ¨
  
   

  

  
   
¹ØÏµÍ¨Èí¼þÊÇÈýÊ®¶øÁ¢Íøwww.up30.com¹ØÏµÁªÃËÊý¾Ý¿âµÄ·ÃÎÊÆ½Ì¨£¬ÕâÊÇÒ»¸ö¾ßÓÐÐÅÓÃÌØµãµÄÍøÂç½»ÍùÆ½Ì¨£¬ËùÓÐÓÃ»§ÒÔ¸öÈËÕæÊµÉí·Ý¼ÓÈë¡£ÈýÊ®¶øÁ¢ÍøÏÂµÄ¹ØÏµÁªÃËÊÇÒ»ÈºÒµÄÚÈËÊ¿ÎªÁË·½±ãÉÌÎñÁªÏµ£¬½»»»ÐÅÏ¢¶ø½¨Á¢µÄÒ»¸ö¹ØÏµÁªÃË£¬¸÷¸öÐÐÒµ¡¢µØÇø¾ùÓÐ¿ÊÍû²»¶ÏÍØÕ¹¸öÈË¹ØÏµµÄ¾«Ó¢¼ÓÈë¡£ÒªÔÚ¹ØÏµÍ¨½¨Á¢¸öÈË¸ü¹ã·ºµÄÈË¼Ê¹ØÏµ£¬ÄãËùÒª×öµÄ¾ÍÊÇÒÔÕæÊµµÄÉí·ÝºÍÆäËûÓÃ»§Ö÷¶¯È¥½»»»ÐÅÏ¢¡£ 
  ¿ªÍØ¹ØÏµ£¬ÈýÊ®¶øÁ¢ÊÇÎÒÃÇµÄ¿ÚºÅ£¡

  

  

 
µÇÂ½ÈýÊ®¶øÁ¢ÍøÕ¾www.up30.com£¬×¢²á³ÉÎª¹ØÏµÍ¨Æ½Ì¨ÓÃ»§£¬ÖÚ¶à¾ßÓÐÕæÊµÉí·ÝºÍÐÅÓÃ¼¶±ðµÄÒµ½ç¾«Ó¢µÈ×ÅÄã¡£ÉÏ¹ØÏµÍ¨£¬¿ªÍØ¹ØÏµ£¬ÈýÊ®¶øÁ¢¡£
»î¶¯Ï¸Ôò£º
£¨»î¶¯Ê±¼ä£º2001Äê11ÔÂ1ÈÕµ½2001Äê11ÔÂ30ÈÕ£©
¡ô ÏÖÔÚµÇÂ½ÈýÊ®¶øÁ¢ÍøÕ¾×¢²á¸öÈËÕæÊµ×ÊÁÏ³ÉÎª¹ØÏµÍ¨ÓÃ»§£»£¨Ê¹ÓÃÃûÆ¬½»»»¹¦ÄÜ¾Í¿ÉÒÔºÜ¿ì½¨Á¢ÆðÄãµÄ¹ØÏµÈ¦£©£»
¡ô 
ÔÚ11ÔÂ30ÈÕÇ°ÔÚÈýÊ®¶øÁ¢ÍøÕ¾Ê×Ò³ÉÏ½øÐÐÍÆ¼ö3Î»¹ØÏµÍ¨ÉÏÄãÈÏÎª×îÓÐ¼ÛÖµµÄÅóÓÑ£»£¨´ó¼ÒÒª×¢Òâµ½ÍøÕ¾ÉÏ²é¿´Ò»ÏÂÍÆ¼öÅÅÃû£©
¡ô 
µÃµ½ÍÆ¼ö×î¶àµÄ1Î»ÓÃ»§½«»ñµÃ×îÓÐ¼ÛÖµ»ï°é½±£¬½±£º¼ÛÖµ4680ÔªµÄÉÌÎñÍ¨±¼Ñï2186£»
¡ô¸ù¾ÝÓÃ»§µÄÆÀÓï£¬ÎÒÃÇÔÚ»ñµÃÍÆ¼öµÄÇ°10ÃûÓÃ»§ÖÐÑ¡³ö×îÕæÊµÓÃ»§½±1ÃûºÍ×îÈÈÇéÓÃ»§½±¸÷1Ãû£¬½±£º¼ÛÖµ1380ÔªµÄÉÌÎñÍ¨ÏÈ½ÝMBA8823£»
¡ô 
Ç°30ÃûÓÃ»§³ÉÎª¹ØÏµÍ¨µÄVIPÓÃ»§£¬ÔÚÈýÊ®¶øÁ¢ÍøÕ¾ÉÏ½øÐÐ¸öÐÔÍÆ¼ö½éÉÜ£¬²¢ÏíÓÐÒÔºóµÄ¶àÖÖÌØÊâ·þÎñ¡£
¡ô 
Ã¿Î»ÓÃ»§ÔÚÊ¹ÓÃ¹ØÏµÍ¨µÄÇ°3´Î¿ÉÒÔÓÐ»ú»á½éÉÜÄãµÄ10Î»ÀÏÓÑ¡£ÔÚÈÎºÎÒ»´Î¹ØÏµÍ¨µÄ»î¶¯ÖÐÖ»ÒªÄãÖÐ½±£¬ËûÃÇ¾Í»áÁ¬´øÖÐ½±¡£±¾´Î»î¶¯×îÓÐ¼ÛÖµÓÃ»§µÄ10Î»ºÃÓÑ¿ÉÔÚJAZZÄÐÊ¿ÏãË®¡¢¾µäÈ«¸ÖÔË¶¯±í¡¢SANFOÖÐ¿ÕËÄ¿×ÃÞÂÃÐÐË¯´ü¡¢È«Ì×¶¡¶¡ÀúÏÕ¼ÇÖÐÑ¡Ôñ1·ÝÀñÆ·¡£

 
¡¡

1. ½«¶Ô»ñ½±Õß½øÐÐ×ÊÁÏÓèÒÔºË¶Ô£¬Èç¹û³öÏÖÐé¼ÙÇé¿ö£¬È¡Ïû²Î¼Ó»î¶¯×Ê¸ñ¡£
2. ÉîÛÚ°®¶ûÆÕÐÅÏ¢¿Æ¼¼ÓÐÏÞ¹«Ë¾ÓµÓÐ¶Ô»î¶¯µÄ×îÖÕ½âÊÍÈ¨¡£
  

 
  
  
  

 
  

  

  


  

  


  
www.up30.com
  Copyright 2001 
  UP30com All rights reserved. 
  






--
PHP Development 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: right path on WinXP to document

2001-11-11 Thread Sander Roobol


 Gabor Hojtsy wrote:
  directory, where should php.ini go (c:\windows, c:\winnt,
  c:\winxp ???), and other operating system related info.

   Paths are the same as with Windows 2000.

Nope... at least, that's not what I've heard.
Windows 2000 uses c:\winnt (for php.ini) and c:\winnt\system32 (for
php4ts.dll)
Windows XP uses c:\windows and c:\windows\system32

Sander


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #8650 Updated: Warning: Server Error when using local smtp

2001-11-11 Thread sander


ID: 8650
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: IIS related
Operating System: Windows 2000
PHP Version: 4.0.2
New Comment:

Please upgrade to the latest version of PHP. Reopen if the problem still exists.

Previous Comments:


[2001-01-11 00:41:51] [EMAIL PROTECTED]

Using the standard mail() function I receive a Warning: Server error message.  This is 
a common message accross BBS PHP groups.  No solutions to date.  PHP.ini file has been 
changed and works with an external smtp server.  When I point it to the local server, 
I receive this message.  I know it is connecting for if I stop the SMTP service, I 
receive a different error message.  I am runnin iis5 and Win2K.





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


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #7908 Updated: Out of process application '/LM/W3SVC/4/Root' terminated unexpectedly

2001-11-11 Thread sander


ID: 7908
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: IIS related
Operating System: NT 4.0 SP6a
PHP Version: 4.0.3pl1
New Comment:

Please upgrade to the latest version. There were a lot of changes to the 
ISAPI-interface since 4.0.3. Reopen if the problem still exists.

Previous Comments:


[2000-11-21 15:27:20] [EMAIL PROTECTED]

I use PHP on the site http://egil.net/www, mainly for some manipulation and extraction 
from/to a mysql database.

After just a short time of testing on the IIS server, I get several eventlog entries 
like this:

Out of process application '/LM/W3SVC/4/Root' terminated unexpectedly. 

The user on the other hand gets a standard HTTP 500 internal server error msg.

I use the isapi.dll, the mysql db is local and is the latest version of mysql 
available for nt in production version. As far as I can see, I am closing each and 
every one of my db connections.

The other webs running on this server is running just fine, but they also run as 
separate instances.

Please give me a hand at this, or I am forced to return to perlscript for this kind of 
thing..

Regards,


Egil





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


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #7449 Updated: CGI Error when a php script isn't under c:\inetpub\wwwroot

2001-11-11 Thread sander


ID: 7449
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: IIS related
Operating System: Windows 2000
PHP Version: 4.0.3pl1
New Comment:

I don't think this is a bug in PHP. 
Anyway, please upgrade to the latest version. Reopen this report if the problem still 
exists.

Previous Comments:


[2000-10-29 05:02:21] [EMAIL PROTECTED]

I made a little research on the problem and these are the results:

1. When I don't work in safe mode (php.ini, safe_mode = off) and don't set doc_root 
any value, everything works.
2. Even if I don't work in safe mode and I set doc_root to c:\Inetpub I get the CGI 
error.
3. Thanks to all those who helped me out, especially Frank Seesink :-)

Asafus Flavius
http://www.asafus.com



[2000-10-25 08:12:31] [EMAIL PROTECTED]

This issue has occured on a web server with various web sites on it, using host 
headers on the same IP address. 

The default web site is on c:\inetpub\wwwroot, but another site is on 
c:\inetpub\sitename.com. When I set up php.ini for doc_root = c:\inetpub\wwwroot, only 
the default web site returned results to the browser. The other site gave an error 
message:

--- error start ---
CGI Error
The specified CGI application misbehaved by not returning a complete set of HTTP 
headers. The headers it did return are:
--- error end ---

I tried changing the doc_root to c:\inetpub, but then both sites gave the error 
message. When I changed doc_root to c:\inetpub\sitename.com, PHP scripts could only be 
run on that site  the default web site returned the CGI error.

-- end bug report --

-- start my advice --
I think there should be an ability to specify more than one doc_root in php.ini.
-- end my advice --

Hope this helps,
Asafus Flavius :-)
http://www.asafus.com





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


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #6763 Updated: Outlook web access doens't work when PHP Isapi filter is installed

2001-11-11 Thread sander


ID: 6763
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: IIS related
Operating System: Windows 2000 Server
PHP Version: 4.0.2
New Comment:

There were a lot of changes to the ISAPI-interface since 4.0.2. Please upgrade to the 
latest version of PHP and reopen this report if the problem still exists.

Previous Comments:


[2000-09-14 17:37:02] [EMAIL PROTECTED]

1. Install MicroSoft Exchange Server 5.5 sp3 on Windows 2000 Server Sp1. 

2. Test the Outlook Web Access from a Browser and it will work.

3. Install the PHP Isapi filter for IIS

4. Test the outlook Web Access from a Browser and you will the message failed to get 
inbox

5. Remove the Isapi filter for PHP and it will work fine again.





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


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #10050 Updated: ISAPI module crashing when different sites on the same server

2001-11-11 Thread sander


ID: 10050
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: IIS related
Operating System: Win 2K server
PHP Version: 4.0.4pl1
New Comment:

This can be a problem with the ISAPI-interface. Please upgrade to the latest version 
of PHP and reopen the report if the problem still exists.|

Previous Comments:


[2001-03-29 07:12:29] [EMAIL PROTECTED]

Hello,

I noticed a problem with ISAPI version of PHP 4.0.4pl1. I have IIS 5.0 running on a 
Win2K server. I have 5 websites on it with different port (obviously !). If I use 
php4isapi.dll, only one site will work well, all others will give me an Internal 
Server Error - HTTP 500 until I reboot the server. Even if the server is rebooted, 
only one site at a time will work. There's no problem with CGI version php.exe...

Greetings

Arnaud





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


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #9802 Updated: header() doen't work together with setcookie()

2001-11-11 Thread sander


ID: 9802
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: IIS related
Operating System: Windows NT 4.0
PHP Version: 4.0.4pl1
New Comment:

Can you upgrade to the latest version of PHP? Does this problem still exist?

Previous Comments:


[2001-03-16 22:04:29] [EMAIL PROTECTED]

?php
header(Pragma: no-cache);
header(Cache-Control: no-cache, must-revalidate);
if(empty($check)) {
$page = index.php?check=1;
header(Location: $page);
setcookie(testcookie, 1);
}
else {
if(empty($testcookie)) {   
echo (font face=arial size=4 color=redProblem detected!/fontbrbr .
bYour browser does not support cookies!/bbrbr .
img src=\imgs/bullet-info-az.gif\ width=15 height=15 align=absmiddle  .
font size=2Enable cookies and try again./font);
die;
}
else {
$page = login.php;
header(Location: $page);
}
}
?

If I use this script with Apache running on any OS (Solaris/RH/Windows 98/ME/NT) it 
works fine. But if I use the same script with IIS it simply doesn't send the cookie! I 
receive no error message at all but the cookie is never sent (I have even tested it 
with Nestcape running on the same machine of IIS server with the warn if cookies are 
sent checked). The only workaround I have found was to substitute the header function 
for a meta-tag refresh. Can you please verify that?
Up the Power Trio!

BR,

Fábio Ottolini

P.S.: I'm only using IIS to host the application because it's a corporate enviroment; 
I have no choice at all.





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


-- 
PHP Development Mailing List http://www.php.net/
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: right path on WinXP to document

2001-11-11 Thread Sebastian Bergmann


Sander Roobol wrote:
 Nope... at least, that's not what I've heard.
 Windows 2000 uses c:\winnt (for php.ini) and c:\winnt\system32 (for
 php4ts.dll)
 Windows XP uses c:\windows and c:\windows\system32

  Hm, this may well be, since I 'just' updated the system from Windows
  2000 to WindowsXP and did no fresh install.

-- 
  Sebastian Bergmann
  http://sebastian-bergmann.de/ http://phpOpenTracker.de/

  Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/

-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #11151 Updated: PHP ISAPI cause ASP to malfunction under special circumstances

2001-11-11 Thread sander


ID: 11151
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: IIS related
Operating System: Windows 2000
PHP Version: 4.0.5
New Comment:

Can you try upgrading to PHP-4.0.6? Does the problem still occur?

Previous Comments:


[2001-05-28 05:56:53] [EMAIL PROTECTED]


We are running PHP 4.0.4/4.0.5 on W2K Server with SP1 and encountered the following 
problem when using ISAPI on IIS 5.0.  
PHP is running without problems but after browsing some PHP functions (phpinfo()) on 
the web server subsequently started ASP sites report the following error: 
-2147417842 (0x8001010e)
Only restarting the web server or killing the releated dllhost.exe process resolve 
this problem.
If the web site is running low (In process) there are no errors with ASP sites. Also 
if we install the php4isapi.dll as ISAPI Filter on the IIS Master properties or using 
the CGI mode we get no errors with APS sites.
I include no gdb backtrace cause PHP is working fine.

Can you confirm this problem?
Are there any disadvantages in installing the PHP ISAPI filter in this environment?






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


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #10725 Updated: Cannot load ISAPI file php4isapi.dll

2001-11-11 Thread sander


ID: 10725
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: IIS related
Operating System: Windows 2000 SP1
PHP Version: 4.0.5
New Comment:

Can you try upgrading to PHP-4.0.6? Does the problem still occur?

Previous Comments:


[2001-05-08 03:57:53] [EMAIL PROTECTED]

After installing and configuring PHP 4.0.5. I can only run this version in CGI mode. 
Trying to do so as an ISAPI filter it will never load the DLL file and crash everytime 
with the following error in the event log :
The HTTP Filter DLL C:\php4\sapi\php4isapi.dll failed to load.  The data is the error. 
Data : 7f 00 00 00
I've tried this on two seperate servers and both had the exact same problem. 
Installing PHP 4.0.4pl1 is no problem, the ISAPI version shipped with that 
distribution is running fine.





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


-- 
PHP Development Mailing List http://www.php.net/
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: right path on WinXP to document

2001-11-11 Thread Daniel Beulshausen


At 18:06 11.11.2001 +0100, Sebastian Bergmann wrote:
Sander Roobol wrote:
  Nope... at least, that's not what I've heard.
  Windows 2000 uses c:\winnt (for php.ini) and c:\winnt\system32 (for
  php4ts.dll)
  Windows XP uses c:\windows and c:\windows\system32

   Hm, this may well be, since I 'just' updated the system from Windows
   2000 to WindowsXP and did no fresh install.

you can use the %WINDIR% or %SystemRoot% env-variables to detect such things.

daniel

/*--
Daniel Beulshausen - [EMAIL PROTECTED]
Using PHP on Windows? http://www.php4win.com


-- 
PHP Development Mailing List http://www.php.net/
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: right path on WinXP to document

2001-11-11 Thread Gabor Hojtsy


   Nope... at least, that's not what I've heard.
   Windows 2000 uses c:\winnt (for php.ini) and c:\winnt\system32 (for
   php4ts.dll)
   Windows XP uses c:\windows and c:\windows\system32
 
Hm, this may well be, since I 'just' updated the system from Windows
2000 to WindowsXP and did no fresh install.

 you can use the %WINDIR% or %SystemRoot% env-variables to detect such
things.

OK, so as I have updated the installation instructions
to refer to NT/2000/XP as the same regarding path names.
So can anybody confirm, that a fresh install of Win XP
uses the same dirs as Win2000 or Win98, or what?

Goba


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #13192 Updated: PHP fails to execute programs

2001-11-11 Thread sander


ID: 13192
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: IIS related
Operating System: NT server 4.0 sp 6a
PHP Version: 4.0.6
New Comment:

This is a known bug in 4.0.6 and is fixed in CVS. If you don't want to wait for 4.1.0 
you can get a developmentversion from http://php-dev-win.dhs.org or 
http://www.php4win.com

Previous Comments:


[2001-09-07 10:26:59] [EMAIL PROTECTED]

In the ISAPI mode PHP constantly fails to execute
external programs throught any function (systemm, exec etc.)
i.e.
?php
 echo `dir `;
?
result:
Warning: Unable to execute 'dir ' in C:\InetPub\wwwroot\t4.php on line 10
PHP has encountered an Access Violation at 77F6754B

sometimes it says Unable to fork, or unable to execute.
P.S. in the CGI mode PHP just silently does nothing.





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


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #13233 Updated: exec function finishes it's job and returns unsuccess value..

2001-11-11 Thread sander


ID: 13233
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: IIS related
Operating System: w2k
PHP Version: 4.0.6
New Comment:

Can you try an developmentversion from http://php-dev-win.dhs.org/?
There were a lot of bugs in exec-like functions in 4.0.6.

Previous Comments:


[2001-09-10 11:45:28] [EMAIL PROTECTED]

I am trying to use the the  exec function to run a .exe   file. The .exe file runs , 
and finishes it's job. But it is not returning success code.
My code is like this...

$execfeedback =exec(startApplication.exe filename=aaa Id1=0 Id2=0 trace=true) or die 
(I died while running Application!);
 startApplication.exe finished it's job successfully but it died by printing I died 
while running Application.

I am using php 4.0.6 on w2k and IIS.





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


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #13207 Updated: open_basedir not restricting file access properly

2001-11-11 Thread sander


ID: 13207
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: IIS related
Operating System: NT 4.0
PHP Version: 4.0.6
New Comment:

Try using a slahs (/) or a double backslash (\\) instead of a single backslash. Does 
that work?

Previous Comments:


[2001-09-10 02:20:12] [EMAIL PROTECTED]

Unless there is some other configuration I'm not aware of, I mentioned in the bug 
report that I have open_basedir enabled in that it says

C:\inetpub

as my open_basedir value when I do phpinfo()

If there's something wrong with the path format, I guess I could understand that, 
although I've seen other Win-style path formats in phpinfo that take the same format.



[2001-09-07 21:25:52] [EMAIL PROTECTED]

You don't have open_basedir enabled.  The error message from an open_basedir 
restriction is not permission denied.  Does your phpinfo() output tell you that 
open_basedir is in effect?



[2001-09-07 19:09:40] [EMAIL PROTECTED]

Script is as follows:

mkdir(/test,0700);
phpinfo();

I'm running IIS 4.0 on NT 4.0 SP6.  This code is running in my web servers default web 
site.  I AM doing Virtual Web hosting using Host Header method, not multiple IPs. The 
anonymous web user for the virtual web server in question let's say is called: anon

When the script is run and anon is *denied* permissions to C:\ the following error is 
generated:

Warning: MkDir failed (Permission denied) in C:\InetPub\wwwroot\php\test.php on line 2

and PHPInfo displays open_basedir as being: C:\inetpub

(This is good.)

When I go in and grant user anon Change privileges to C:\ (I do NOT apply to all 
subdirectories) and re-run the script then:

I get NO error message and __THE DIRECTORY IS CREATED__ as C:\test

This is bad.  VERY bad.  I need to be able to rely on open_basedir preventing __ANY__ 
file access outside of C:\inetpub.





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


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12481 Updated: Cookie cannot be set if there is no output for a page

2001-11-11 Thread sander


ID: 12481
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Duplicate
Bug Type: IIS related
Operating System: Window 2000 and IIS4
PHP Version: 4.0.6
New Comment:

Dupe of #9802

Previous Comments:


[2001-07-31 05:20:39] [EMAIL PROTECTED]

Example
Below is code for test1.phtml
?
setcookie(cokTest,test cookie,0,/);
header(location:test2.phtml);

?
End of test1.phtml
Below is code for test2.phtml
?
echo CokTest : $cokTest;
?
End of test2.phtml

If I start to run test1.phtml, then the output is as the following:

CokTest :

It means that $cokTest cannot be set if there is no output in test1.phtml.
There is no problem in Linux-apache platform.







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


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #10973 Updated: Setcookie does't work

2001-11-11 Thread sander


ID: 10973
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Duplicate
Bug Type: IIS related
Operating System: Win2k with IIS 5.0
PHP Version: 4.0.4pl1
New Comment:

Dupe of 12540 which has more info so I'm closing this one.

Previous Comments:


[2001-05-20 00:46:24] [EMAIL PROTECTED]

I try to Setcookie to write in client browser with this script

? 
if(!$CartID){
$CartID=md5(uniqid(rand()));
SetCookie(CartID,$CartID,time()+3600);
}
?

It's work well with Redhat with Apache but When I try to user this script in Win2k 
with IIS5.0 It doesn't work.
No cookie was write.
detail in PHP.in  as following:

session.auto_start Off 
session.cache_expire180 
session.cache_limiter nocache 
session.cookie_domain no value 
session.cookie_lifetime 0 
session.cookie_path / 
session.cookie_secure Off 
session.entropy_file no value 
session.entropy_length 0 
session.gc_maxlifetime 1440 
session.gc_probability 1 
session.name PHPSESSID 
session.referer_check no value 
session.save_handler files 
session.save_path /tmp 
session.serialize_handler php 
session.use_cookie On 

Thank you







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


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12359 Updated: Error

2001-11-11 Thread sander


ID: 12359
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: IIS related
Operating System: Win2000 adv. server
PHP Version: 4.0.6
New Comment:

The webserver probably hasn't sufficient permissions to read the file. 
Ask further support-questions on the appropriate mailinglist (see 
http://www.php.net/support.php).

Previous Comments:


[2001-07-25 06:11:48] [EMAIL PROTECTED]

This is my php file:

?php
/* A You have been here... script
   By Neil Edwards
   [EMAIL PROTECTED]
   */


if ($Test != '')   //if there is a cookie stored
{
$Test++;   //increase the value of $Test by 1
SetCookie(Test,$Test, time()+360);   //Set the cookie with the name
}
else  //else if the cookie does not exist
{
SetCookie(Test,1, time()+360);  //Create one with the value of 1
}
?

?php
// Put this somewhere else in your page
echo(You have been here );  //Display You have been here
echo $Test;   //$Test
echo ( times);   //times. This is all on one line
?

When I open any php file have this error:

Warning: Failed opening '\\laiserver\Web Space\Ronald\test.php' for inclusion 
(include_path='') in Unknown on line 0

Where can I fix the problem





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


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12464 Updated: IIS5.0 header problems

2001-11-11 Thread sander


ID: 12464
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Session related
Operating System: win 2k
PHP Version: 4.0.6
New Comment:

AFAIK, this is expected behaviour. It sends this header(s) to assure that the browser 
won't cache the page.

Previous Comments:


[2001-07-30 06:18:14] [EMAIL PROTECTED]

The below message is getting spewed from an IIS5.0 win2k PHP 4.06 MySQL 3.23.39a App. 
when it shouldn't


HTTP/1.1 200 OK Server: Microsoft-IIS/5.0 Date: Mon, 30 Jul 2001 10:24:55 GMT 
Content-type: text/html X-Powered-By: PHP/4.0.6 Expires: Thu, 19 Nov 1981 08:52:00 GMT 
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Pragma: 
no-cache 

See the line
PHP/4.0.6 Expires: Thu, 19 Nov 1981
what is with that. To me it looks like it is sending expired headings

If I turn off keep alives all is well. This isn't caused by proxies or firewalls.

Could anyone cool diagnose that please





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


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12593 Updated: Serious Ouput Problem in input tag

2001-11-11 Thread sander


ID: 12593
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Summary: Serious Ouput Problem in input tag
Old Status: Open
Status: Closed
Bug Type: Session related
Operating System: Window 2000 server with IIS
PHP Version: 4.0.6
New Comment:

Works fine for me.

Previous Comments:


[2001-08-06 08:43:37] [EMAIL PROTECTED]

The session_register() seems accessing wrong memory address and causing some strange 
bugs.
The following phtml shows the bugs. Please run it and see the ouput of the source code 
from Internet Explorer.

--
--
?
if (isset($PHPSESSID)) {
session_id($PHPSESSID);
} 
session_register(strSessionLoginName,strSessionLoginId);
if (empty($strSessionLoginName)) {
session_destroy();
}
?
HTML
BODY
FORM name='form_quest' method=post action=''
TABLE border=0 cellspacing=0 align=center width=100%
TR class='styTRQuestion10'
TD class='styTDQuestion1' width='94%'
? echo It is a serious bug. ?
/TD
/TR
TRTD class='styTDAnswer10'TABLE
TRTD class='styTDAnswer10'INPUT type=radio 
name='f2_0' value=1-0 onchange='' onKeyPress='return fncNoEnt(event)'/TDTD 
style='padding-right:6px'apple/TD
TDINPUT type=radio name='f2_0' value='2-0' onchange='' onKeyPress='return 
fncNoEnt(event)'/TDTD style='padding-right:6px'banana/TD
TDINPUT type=radio name='f2_0' value='4-0' onchange='' onKeyPress='return 
fncNoEnt(event)'/TDTD style='padding-right:6px'pear/TD/TR
TRTDINPUT type=radio name='f2_0' value='8-0' onchange='' onKeyPress='return 
fncNoEnt(event)'/TDTD style='padding-right:6px'orange/TD
TDINPUT type=radio name='f2_0' value='16-0' onchange='' onKeyPress='return 
fncNoEnt(event)'/TDTD style='padding-right:6px'water-melon/TD
TDINPUT type=radio name='f2_0' value='32-0' onchange='' onKeyPress='return 
fncNoEnt(event)'/TDTD style='padding-right:6px'sweet-melon/TD/TR
/TABLE
/TD/TR
/TABLE
/FORM
/BODY
/HTML


---
---

Here is the source output from internet explorer:

HTML
BODY
FORM name='form_quest' method=post action=''input type=hidden name=PHPSESSID 
value=5bc972fec5e1fc9f0166035c7f189f9e /
TABLE border=0 cellspacing=0 align=center width=100%
TR class='styTRQuestion10'
TD class='styTDQuestion1' width='94%'
It is a serious bug./TD
/TR
TRTD class='styTDAnswer10'TABLE
TRTD class='styTDAnswer10'INPUT type=radio 
name='f2_0' value=1-0 onchange='' onKeyPress='return fncNoEnt(event)'/TDTD 
style='padding-right:6px'apple/TD
TDINPUT type=radio name='f2_0' value='2-0' onchange='' onKeyPress='return 
fncNoEnt(event)'/TDTD style='padding-right:6px'banana/TD
TDINPUT type=radio name='f2_0' value='4-0'   
   
_ I  ? ?   /TD
 onchange='' onKeyPress='return fncNoEnt(event)'/TDTD 
style='padding-right:6px'pear/TD/TR
TRTDINPUT type=radio name='f2_0' value='8-0' onchange='' onKeyPress='return 
fncNoEnt(event)'/TDTD style='padding-right:6px'orange/TD
TDINPUT type=radio name='f2_0' value='16-0' onchange='' onKeyPress='return 
fncNoEnt(event)'/TDTD style='padding-right:6px'water-melon/TD
TDINPUT type=radio name='f2_0' value='32-0' onchange='' onKeyPress='return 
fncNoEnt(event)'/TDTD style='padding-right:6px'sweet-melon/TD/TR
/TABLE
/TD/TR
/TABLE
/FORM
/BODY
/HTML 






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


-- 
PHP Development Mailing List http://www.php.net/
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: right path on WinXP to document

2001-11-11 Thread Daniel Beulshausen


At 18:19 11.11.2001 +0100, Gabor Hojtsy wrote:
Nope... at least, that's not what I've heard.
Windows 2000 uses c:\winnt (for php.ini) and c:\winnt\system32 (for
php4ts.dll)
Windows XP uses c:\windows and c:\windows\system32
  
 Hm, this may well be, since I 'just' updated the system from Windows
 2000 to WindowsXP and did no fresh install.
 
  you can use the %WINDIR% or %SystemRoot% env-variables to detect such
things.

OK, so as I have updated the installation instructions
to refer to NT/2000/XP as the same regarding path names.
So can anybody confirm, that a fresh install of Win XP
uses the same dirs as Win2000 or Win98, or what?

obviously it depends :)

(fresh)
win9x - windows
winnt4/5 - winnt
winxp - windows

(overwritten)
win9x - winxp - windows
win9x - winnt5 - windows
winnt5 - winxp - winnt

some users may also use different directories... but IMO they should be 
smart enough to know where they have installed windows.
just do something like
Win9x:
copy to %WINDIR%\system
Winnt4/2000/XP:
copy to %SystemRoot%\system32

daniel

/*--
Daniel Beulshausen - [EMAIL PROTECTED]
Using PHP on Windows? http://www.php4win.com


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #13595 Updated: Solution for PHP Fatal error: Unable to start session mm module in Unknown on

2001-11-11 Thread sander


ID: 13595
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Session related
Operating System: Debian Sid
PHP Version: 4.0.6
New Comment:

So it's not a bug in PHP. Thanks  Closing...

Previous Comments:


[2001-10-08 05:46:33] [EMAIL PROTECTED]

Hello there,

Every time I when I upgrade my Debian-install I get errors with php4-cgi. When it is 
invoked, php4-cgi says PHP Fatal error:  Unable to start session mm module in Unknown 
on line 0.

I posted a message, and Peter Cech helped me out: rm /etc/session_mm.sem did the job.

Cheers y'all

pla.





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


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #13379 Updated: Only one user can run php-cgi binary at the same time.

2001-11-11 Thread sander


ID: 13379
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Session related
Operating System: Debian GNU/Linux
PHP Version: 4.0.6
New Comment:

Not a bug in PHP. See #13595. Closing.

Previous Comments:


[2001-09-21 14:12:18] [EMAIL PROTECTED]

Only one user can run php-cgi binary at the same time.

It reports:
PHP Fatal error:  Unable to start session mm module in Unknown on line 0

It occures because session mm module tries to open file /tmp/session_mm.sem which is 
already opened by concurrent process.






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


-- 
PHP Development Mailing List http://www.php.net/
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: right path on WinXP to document

2001-11-11 Thread Gabor Hojtsy


 Nope... at least, that's not what I've heard.
 Windows 2000 uses c:\winnt (for php.ini) and c:\winnt\system32
(for
 php4ts.dll)
 Windows XP uses c:\windows and c:\windows\system32
   
  Hm, this may well be, since I 'just' updated the system from
Windows
  2000 to WindowsXP and did no fresh install.
  
   you can use the %WINDIR% or %SystemRoot% env-variables to detect such
 things.
 
 OK, so as I have updated the installation instructions
 to refer to NT/2000/XP as the same regarding path names.
 So can anybody confirm, that a fresh install of Win XP
 uses the same dirs as Win2000 or Win98, or what?

 obviously it depends :)

 (fresh)
 win9x - windows
 winnt4/5 - winnt
 winxp - windows

 (overwritten)
 win9x - winxp - windows
 win9x - winnt5 - windows
 winnt5 - winxp - winnt

 some users may also use different directories... but IMO they should be
 smart enough to know where they have installed windows.
 just do something like
 Win9x:
 copy to %WINDIR%\system
 Winnt4/2000/XP:
 copy to %SystemRoot%\system32

OK, so I'll update the manual this week, adding a central
note somewhere about system and windows dirs, and pointing
there from all the other places.

Goba


-- 
PHP Development Mailing List http://www.php.net/
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] array_change_key_case()? key_exists()?

2001-11-11 Thread Markus Fischer


On Sun, Nov 11, 2001 at 06:42:50PM +0100, Jeroen van Wolffelaar wrote : 
  goba Sun Nov 11 06:02:32 2001 EDT
 
Modified files:
  /phpdoc/en/functions array.xml
Log:
Documenting two functions:
 
 array_change_key_case
 key_exists
 
 And array_change_key_case... why?? If going this way, I can think of another
 million function that might remotely be useful... -1 on that one too.

It 'spawned' during some serious performance issues when trying to
achieve portability with Oracle and its issue returning column in
upper cases. See pear-dev for more.

- Markus

-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #14018: make ip2long and long2ip handle unsigned longs correctly

2001-11-11 Thread jan


From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.6
PHP Bug Type: Network related
Bug description:  make ip2long and long2ip handle unsigned longs correctly

Actually the my fix for this problem is on the PHP side, 
not in the PHP-code it self:


function jk_ip2long ($ip) {

preg_match(#^([0-9]{1,3})\.([0-9]{1,3})\.([0-9]{1,3})\.([0-9]{1,3})$#, 
$ip, $a);

$long = 
  $a[1]  24 | 
  $a[2]  16 |
  $a[3]   8 |
  $a[4]   0;

## handling negative urls
if($long  0) $long += pow(2,32); 

return $long;
}

## long2ip

function jk_long2ip ($long) {
## handle long value which should be signed in PHP but 
are unsigned

if ($long  0x7fff) {
## although this code seems to be useless, it does 
what we want
$l = ($long - 0x7fff) - 1;
$long = -(0x7fff - $l) - 1;
}


$ip3 = sprintf(%d.%d.%d.%d,
   $long  24  0xff,
   $long  16  0xff,
   $long   8  0xff,
   $long   0  0xff
   );
return $ip3;
}

You can see a working example at

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


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


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #14019 Updated: Building, using changed configure settings, does not incorporate new settings

2001-11-11 Thread sniper


ID: 14019
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Compile Failure
Operating System: Linux Debian Potato
PHP Version: 4.0CVS-2001-11-11
New Comment:

Hmm..question is, did you do it like I described?
Doing 'apachectl restart' does not work.

And about deleting config.cache..you should delete 
it before configure, not before make.

--Jani


Previous Comments:


[2001-11-11 22:31:19] [EMAIL PROTECTED]

Yes.  Make install and an Apache restart was done each time.

-- 
William Guynes




[2001-11-11 20:12:38] [EMAIL PROTECTED]

Forgive me if this is stupid question, but did you do

'# make install'

and 

'# /usr/local/apache/bin/apachectl stop; # /usr/local/apache/bin/apachectl start'

??

--Jani




[2001-11-11 14:11:44] [EMAIL PROTECTED]

Initially built using...

   ./configure '--with-config-file-path=/etc' '--with-apxs=/usr/local/apache/bin/apxs' 
'--with-mysql=/usr/local/mysql' '--enable-track-vars' '--with-zlib=shared,/usr' 
'--with-xml' '--with-gd=/usr/local/gd' '--with-jpeg-dir=/usr' '--with-png-dir=/usr' 
'--with-xpm-dir=/usr/X11R6' '--with-ttf=/usr' '--with-t1lib=/usr' 
'--enable-gd-native-tt'

...with a completely fresh snapshot; deleted directory, untared brand new code.  Makes 
and make installs fine.  ?php phpinfo(); ? tags reports the configure line verbatim, 
and shows JPG Support - enabled in GD table.

Now.  Recompile.  Removing '--with-jpeg-dir=/usr' from configure line beforehand.  
Perform make and make install.

The new settings are not reflected in ?php phpinfo(); ?.  The settings continue say 
JPEG support enabled.

Points:
- This failure occurrs in both directions.  Adding or deleting --with-jpeg-dir 
setting.
- This is not isolated to --with-jpeg-dir, but all flags as far as I can see.
- make clean, make distclean, rm config.cache before making, do not help.

-- 
William Guynes





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


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #14022: ini_get_all() does not display local values

2001-11-11 Thread yasuo_ohgaki


From: [EMAIL PROTECTED]
Operating system: linux 2.4.4/glibc 2.2.2
PHP version:  4.0CVS-2001-11-11
PHP Bug Type: Unknown/Other Function
Bug description:  ini_get_all() does not display local values

I'm not sure if this is intended.
ini_get_all() does not display local values.
It should display active local values even if user has not modified values.
IMHO.

pre
?php

print_r(ini_get_all());

?
/pre

displays

=== begin ==
Array
(
[allow_call_time_pass_reference] = Array
(
[global_value] = [local_value] = [access] = 6
)

[allow_url_fopen] = Array
(
[global_value] = 1
[local_value] = [access] = 7
)

[always_populate_raw_post_data] = Array
(
[global_value] = 0
[local_value] = [access] = 7
)

[arg_separator.input] = Array
(
[global_value] = ;
[local_value] = [access] = 6
)


*SNIP*
= end ==
-- 
Edit bug report at: http://bugs.php.net/?id=14022edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #14019 Updated: Building, using changed configure settings, does not incorporate new settings

2001-11-11 Thread wguynes


ID: 14019
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: Compile Failure
Operating System: Linux Debian Potato
PHP Version: 4.0CVS-2001-11-11
New Comment:

Yes.  Stop first, then start, I wondered about that.  Always noticed that in the 
error_log a restart doesn't work, so changed to the stop/start method.

Yes.  I believe I deleted config.cache before ./configure.  Rerunning entire sequence 
to make sure.

Results:
  # fresh tarball
  ./configure # with flags, as above
  make
  make install
  apachectl stop  # verified in ps
  apachectl start # verified in error_log
  # verified JPG support enabled in phpinfo() function
  # interesting note, config.cache no longer exists, hopeful news
  ./configure # this time without --with-jpeg-dir
  make
  make install
  apachectl stop  # verified in ps
  apachectl start # verified in error_log
  # phpinfo() still says JPG support enabled

Bummer.

-- 
William Guynes  

Previous Comments:


[2001-11-11 22:41:09] [EMAIL PROTECTED]

Hmm..question is, did you do it like I described?
Doing 'apachectl restart' does not work.

And about deleting config.cache..you should delete 
it before configure, not before make.

--Jani




[2001-11-11 22:31:19] [EMAIL PROTECTED]

Yes.  Make install and an Apache restart was done each time.

-- 
William Guynes




[2001-11-11 20:12:38] [EMAIL PROTECTED]

Forgive me if this is stupid question, but did you do

'# make install'

and 

'# /usr/local/apache/bin/apachectl stop; # /usr/local/apache/bin/apachectl start'

??

--Jani




[2001-11-11 14:11:44] [EMAIL PROTECTED]

Initially built using...

   ./configure '--with-config-file-path=/etc' '--with-apxs=/usr/local/apache/bin/apxs' 
'--with-mysql=/usr/local/mysql' '--enable-track-vars' '--with-zlib=shared,/usr' 
'--with-xml' '--with-gd=/usr/local/gd' '--with-jpeg-dir=/usr' '--with-png-dir=/usr' 
'--with-xpm-dir=/usr/X11R6' '--with-ttf=/usr' '--with-t1lib=/usr' 
'--enable-gd-native-tt'

...with a completely fresh snapshot; deleted directory, untared brand new code.  Makes 
and make installs fine.  ?php phpinfo(); ? tags reports the configure line verbatim, 
and shows JPG Support - enabled in GD table.

Now.  Recompile.  Removing '--with-jpeg-dir=/usr' from configure line beforehand.  
Perform make and make install.

The new settings are not reflected in ?php phpinfo(); ?.  The settings continue say 
JPEG support enabled.

Points:
- This failure occurrs in both directions.  Adding or deleting --with-jpeg-dir 
setting.
- This is not isolated to --with-jpeg-dir, but all flags as far as I can see.
- make clean, make distclean, rm config.cache before making, do not help.

-- 
William Guynes





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


-- 
PHP Development Mailing List http://www.php.net/
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] Proposal for release process (Was: Re: [PHP-DEV]4.1.0)

2001-11-11 Thread Andi Gutmans


At 05:28 AM 11/12/2001 +0200, Jani Taskinen wrote:

On Sun, 11 Nov 2001, Andi Gutmans wrote:

 I didn't quite understand what you mean :)

I didn't get it first either. :)

 All I said was that if you create a branch say 4.1.0 and you want to
 release 4.1.x from that branch later on whilst HEAD has already moved a
 couple of months you're going to have a hard time doing it.

The idea is NOT to go on for _months_ with the HEAD.
The idea is to make it shorter by keeping the amount of
testing smaller.

And this is what the versioning stuff was aimed at too.

Most people out there think that when a version number
changes on the 'micro' part (4.1.x) it means that there
are only bug fixes in this release and I can safely go
ahead and update without fearing that something breaks.
At the moment, you can't trust on this. It's definately NOT
like all the other projects do. Zeev suggested at some point
that we should drop the last number altogether. That indeed would
make the current way of doing things more correct but would not
really solve anything in the user end..

What I suggested:
Only bug fixes go into the release branch.
And all the nifty new features and big changes and BC breaking stuff
go into the next release branch (HEAD). (ie. version 4.x+1.0 )

It's not very far from what we are doing right now.
We have two branches, the release one and HEAD. But what I suggested
was to keep the release branch and commit bug fixes into it and
release bug-fix-only-releases from it.

We can try and do this. I'm not quite sure it'll work in real life but I 
think it's it's worth a try. I agree that it is not much different than 
today but it requires someone who will take the job of screaming at ppl if 
they commit a bug fix to HEAD and not to the release branch. Also at some 
point we have to decide not to release bug fixes anymore for a certain 
version but I'm quite sure it'll come naturally with the release of the 
next more major version.


Why would it be hard time doing it? It's not hard as long as certain
rules are followed. It needs a bit more work and people who are dedicated
for doing it. But the core developers ([EMAIL PROTECTED]) should first
ratify all this stuff. :)

Oh, I forgot..rules are bad..we're all volunteers..etc. crap.
Why can't we improve this? It has worked for so long now.. and
that is bull too. It might have worked and might work for a while
but if we really want to make the quality better, we have to make
some changes.

All I meant by it has worked for so long is that it's not as if the 
situation has been horrible. It's been pretty decent but I am all for 
improvement.
IMO opinion we need to appoint a couple of people so that when there is a 
concensus to branch and start the release process they will make sure it is 
pushed a bit.


Look at the bug database:

803 open bug reports (feature requests, doc probs and website probs excluded)
of which about 70% are not bugs but user errors and such.

That still leaves us with over 200 reports that are real bugs.
Some of them are in extensions which have been abandoned or the
people who 'maintain' them don't simply care. But this is another story.

(btw. in Scripting Engine related bugs there are 69 open reports.. :)

Anything interesting? :)


--Jani ..who's getting pretty tired at banging head on the wall..

I think we're actually getting somewhere.

Andi


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #14019 Updated: Building, using changed configure settings, does not incorporate new settings

2001-11-11 Thread wguynes


ID: 14019
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Compile Failure
Operating System: Linux Debian Potato
PHP Version: 4.0CVS-2001-11-11
New Comment:

Yes.  Stop first, then start, I wondered about that.  Always noticed that in the 
error_log a restart doesn't work, so changed to the stop/start method.

Yes.  I believe I deleted config.cache before ./configure.  Rerunning entire sequence 
to make sure.

Results:
  # fresh tarball
  ./configure # with flags, as above
  make
  make install
  apachectl stop  # verified in ps
  apachectl start # verified in error_log
  # verified JPG support enabled in phpinfo() function
  # interesting note, config.cache no longer exists, hopeful news
  ./configure # this time without --with-jpeg-dir
  make
  make install
  apachectl stop  # verified in ps
  apachectl start # verified in error_log
  # phpinfo() still says JPG support enabled

Bummer.

-- 
William Guynes  

Previous Comments:


[2001-11-11 23:32:23] [EMAIL PROTECTED]

Yes.  Stop first, then start, I wondered about that.  Always noticed that in the 
error_log a restart doesn't work, so changed to the stop/start method.

Yes.  I believe I deleted config.cache before ./configure.  Rerunning entire sequence 
to make sure.

Results:
  # fresh tarball
  ./configure # with flags, as above
  make
  make install
  apachectl stop  # verified in ps
  apachectl start # verified in error_log
  # verified JPG support enabled in phpinfo() function
  # interesting note, config.cache no longer exists, hopeful news
  ./configure # this time without --with-jpeg-dir
  make
  make install
  apachectl stop  # verified in ps
  apachectl start # verified in error_log
  # phpinfo() still says JPG support enabled

Bummer.

-- 
William Guynes  



[2001-11-11 22:41:09] [EMAIL PROTECTED]

Hmm..question is, did you do it like I described?
Doing 'apachectl restart' does not work.

And about deleting config.cache..you should delete 
it before configure, not before make.

--Jani




[2001-11-11 22:31:19] [EMAIL PROTECTED]

Yes.  Make install and an Apache restart was done each time.

-- 
William Guynes




[2001-11-11 20:12:38] [EMAIL PROTECTED]

Forgive me if this is stupid question, but did you do

'# make install'

and 

'# /usr/local/apache/bin/apachectl stop; # /usr/local/apache/bin/apachectl start'

??

--Jani




[2001-11-11 14:11:44] [EMAIL PROTECTED]

Initially built using...

   ./configure '--with-config-file-path=/etc' '--with-apxs=/usr/local/apache/bin/apxs' 
'--with-mysql=/usr/local/mysql' '--enable-track-vars' '--with-zlib=shared,/usr' 
'--with-xml' '--with-gd=/usr/local/gd' '--with-jpeg-dir=/usr' '--with-png-dir=/usr' 
'--with-xpm-dir=/usr/X11R6' '--with-ttf=/usr' '--with-t1lib=/usr' 
'--enable-gd-native-tt'

...with a completely fresh snapshot; deleted directory, untared brand new code.  Makes 
and make installs fine.  ?php phpinfo(); ? tags reports the configure line verbatim, 
and shows JPG Support - enabled in GD table.

Now.  Recompile.  Removing '--with-jpeg-dir=/usr' from configure line beforehand.  
Perform make and make install.

The new settings are not reflected in ?php phpinfo(); ?.  The settings continue say 
JPEG support enabled.

Points:
- This failure occurrs in both directions.  Adding or deleting --with-jpeg-dir 
setting.
- This is not isolated to --with-jpeg-dir, but all flags as far as I can see.
- make clean, make distclean, rm config.cache before making, do not help.

-- 
William Guynes





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


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #14023: curl does not initialize HTTPS correctly - hence does not work.

2001-11-11 Thread alan_k


From: [EMAIL PROTECTED]
Operating system: linux debian
PHP version:  4.0CVS-2001-11-12
PHP Bug Type: cURL related
Bug description:  curl does not initialize HTTPS correctly - hence does not work.

the curl.c file initializes curl with nothing, the curl init library will
then skip the init for ssl, and hence all https connections will fail.
also CURLOPT_SSL_VERIFYHOST is not defined..
patch below..

regards
alan

--- curl.c  18 Oct 2001 19:24:51 -  1.94
+++ curl.c  12 Nov 2001 05:25:05 -
@@ -142,6 +142,7 @@
REGISTER_CURL_CONSTANT(CURLOPT_SSLCERT);
REGISTER_CURL_CONSTANT(CURLOPT_SSLCERTPASSWD);
REGISTER_CURL_CONSTANT(CURLOPT_WRITEHEADER);
+   REGISTER_CURL_CONSTANT(CURLOPT_SSL_VERIFYHOST);
REGISTER_CURL_CONSTANT(CURLOPT_COOKIEFILE);
REGISTER_CURL_CONSTANT(CURLOPT_SSLVERSION);
REGISTER_CURL_CONSTANT(CURLOPT_TIMECONDITION);
@@ -253,7 +254,7 @@
REGISTER_CURL_CONSTANT(CURLE_OBSOLETE);
REGISTER_CURL_CONSTANT(CURLE_SSL_PEER_CERTIFICATE);

-   if (curl_global_init(CURL_GLOBAL_NOTHING) != CURLE_OK) {
+   if (curl_global_init(CURL_GLOBAL_SSL) != CURLE_OK) {
return FAILURE;
}
 
@@ -658,6 +659,7 @@
case CURLOPT_FRESH_CONNECT:
case CURLOPT_FORBID_REUSE:
case CURLOPT_CONNECTTIMEOUT:
+   case CURLOPT_SSL_VERIFYHOST:
case CURLOPT_SSL_VERIFYPEER:
convert_to_long_ex(zvalue);
error = curl_easy_setopt(ch-cp, option,
Z_LVAL_PP(zvalue));


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


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #13147 Updated: 32bit integer

2001-11-11 Thread mts


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

Uhoh... so PHP are'nt/will not be platform dependant? I was thinking it should be...

Previous Comments:


[2001-11-11 15:25:37] [EMAIL PROTECTED]

Stuff like this is platform- and build-dependant. Not a bug.



[2001-09-05 07:30:20] [EMAIL PROTECTED]


for ( $i = 0; $i  100; $i++ )
echo crc32(rand(1,10 * $i)).BR;

works differently on alpha and intel machines. on intel it outputs values from -2G to 
2G, but on alpha 0 to 4G. I dont i`m not sure that its not a feature. I tryd to avoid 
this by sprintf(%u, crc32(...)) but this doesnt seems to work on alpha (php 
4.0.4pl1). Cant upgrade it beacouse thats not my machine to manage.





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


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #14024: can't do select on char, varchar2 etc. variables with oracle 9i

2001-11-11 Thread Andrew . Karadimov


From: [EMAIL PROTECTED]
Operating system: linux;kernel-2.4.x
PHP version:  4.0.6
PHP Bug Type: OCI8 related
Bug description:  can't do select on char, varchar2 etc. variables with oracle 9i

After execution of the script bellow and any other script 
the php4 return:
Warning: OCIStmtExecute: ORA-03106: fatal two-task 
communication protocol error in 
/var/www/admin/sqlexecute.phtml on line 45
// line 45 is: ociexecute($stmt,OCI_DEFAULT);

putenv(ORACLE_SID=ORCL);
putenv(ORACLE_HOME=/home/oracle/u01/oracle/product/9.0.1);
putenv(LD_LIBRARY_PATH=/home/oracle/u01/oracle/product/9.0.1/lib);
$conn=OCIlogon ($usrname, $pass, );
$Oerror=OCIError($conn);
$column_name[64];
if ($Oerror==false){
$stmt = ociparse($conn,$sqlstring);
ociexecute($stmt,OCI_DEFAULT);
$Oerror=OCIError($conn);
if ($Oerror==false){
$ncols = OCINumCols($stmt);
if ((int)$ncols==0){
OCIError($stmt);
OCIFreeStatement($stmt);
OCICommit($conn);
OCIlogoff($conn);
echo(Done.);
return;
}
echo(table border='0'tr);
for ( $i = 1; $i = $ncols; $i++ ) {
$column_name[$i]  = 
OCIColumnName($stmt,$i);
echo(td$column_name[$i]/td);}
echo(/tr);
while (ocifetch($stmt)){
for ( $i = 1; $i = $ncols; $i++ ) {
   
echo(td.ociresult($stmt,$column_name[$i])./td);}
echo(/tr);
}
echo(/table);
}
OCIError($stmt);
OCIFreeStatement($stmt);
OCICommit($conn);
OCIlogoff($conn);
}


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


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #13998 Updated: + in commandline disappears

2001-11-11 Thread pieter . morisse


ID: 13998
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Duplicate
Bug Type: Unknown/Other Function
Operating System: windows 2000 - apache server
PHP Version: 4.0.6
New Comment:

I'm sorry, but I've read that page and I don't see anything about this problem. Not 
even in the notes.

Previous Comments:


[2001-11-09 12:13:55] [EMAIL PROTECTED]

Or, if you meant that an url like http://localhost/file.php?var=foo+bar resulted in 
$var being foo bar, RTM: http://www.php.net/manual/en/language.variables.external.php



[2001-11-09 12:10:41] [EMAIL PROTECTED]

Dupe of #12219



[2001-11-09 11:46:05] [EMAIL PROTECTED]

If I echo the query_string, I get:
case=1file_id=file_35id=35name=Grondplan%20T+1.jpgftype=drawing

but when I ask the following:
echo $name;
it gives me:
Grondplan T 1.jpg

the + has disappeared.

can anyone help me.






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


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

80 matches

Mail list logo