date:20010625

[PHP-DEV] Bug #11684: Header() causes PHP to hang

2001-06-25 Thread cheald45


From: [EMAIL PROTECTED]
Operating system: Windows 2000/IIS4
PHP version:  4.0.5
PHP Bug Type: Unknown/Other Function
Bug description:  Header() causes PHP to hang

http://foo.com/bar.html";);
ob_end_flush;
?>

Win2k/IIS4/CGI mode/Standard setup, standard modules + image modules

calls to the header() function cause that instance of PHP to hang (infinite loop?). 
Timeout occurs 4 or 5 times longer than max_execution_time allows. Can continue to run 
scripts in a seperate browser session. Executable memory footprint is 4-5 MB.

I have not been able to reproduce this on a Win98 machine with an identical PHP 
environment.


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



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

Re: [PHP-DEV] About ext/sockets/

2001-06-25 Thread Joey Smith


Not to beat a dead horse, but I'm glad someone else noticed this. I
almost went back to bed, thinking the whole world had gone mad. :)

On Mon, 25 Jun 2001, Jani Taskinen wrote the following to Zeev Suraski :

> >tagged as experimental makes it easier for us to change the API to a
> >PHP-like API, even though it would have probably been the right thing to do
> >even if it didn't have the experimental tag.
> 
> BTW. Have you noticed that I am now the one against breaking BC and
> YOU want to do it? Did someone switch our brains or what? :)




-- 
PHP Development 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] Totally Blue Sky

2001-06-25 Thread Joey Smith


This is not what the GPL is for at all. The GPL only protects PHP
itself, and even that does not preclude you from charging for PHP...it
simply requires that you make the source available at no additional
cost.


On Mon, 25 Jun 2001, Brian Tanner wrote the following to Marc Boeren :

> I'm not sure you would be able to distribute a commercial application that
> is built around PHP commercially, could you?  Isn't that what the GPL
> protects against?
> 
> -Brian
> 


-- 
PHP Development 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 #11676: A few apache children consume all memory and CPU.

2001-06-25 Thread valerio


From: [EMAIL PROTECTED]
Operating system: linux 2.4.5 i386
PHP version:  4.0 Latest CVS (2001-06-25)
PHP Bug Type: Performance problem
Bug description:  A few apache children consume all memory and CPU.

I'm using php 4.0.7-dev (downloaded from the CVS tree), Apache 1.3.20 on a P3 600 1 
Gig RAM.
After some hours that the server is running, in no particularly loaded confdition, CPU 
and memory utilization grows abnormally, making the server unusable.
"top" shows that 4 o 5 httpd processes are eating 20% CPU each, and are all in 
"running" state. I managed to attach a gdb to one of these processes, and here's the 
result:

Attaching to program `/usr/local/apache/bin/httpd', Pid 21784
Reading symbols from /lib/libpam.so.0...done.
Reading symbols from /lib/libdl.so.2...done.
Reading symbols from /lib/libcrypt.so.1...done.
Reading symbols from /lib/libresolv.so.2...done.
Reading symbols from /lib/libm.so.6...done.
Reading symbols from /lib/libnsl.so.1...done.
Reading symbols from /lib/libdb.so.3...done.
Reading symbols from /lib/libc.so.6...done.
Reading symbols from /lib/ld-linux.so.2...done.
Reading symbols from /lib/libnss_compat.so.2...done.
Reading symbols from /lib/libnss_files.so.2...done.
0x4012c23e in chunk_free ()
(gdb) bt
#0  0x4012c23e in chunk_free ()
#1  0x4012bfaa in __cfree ()
#2  0x80fbcbf in shutdown_memory_manager ()

This is all I get. I saw MANY MANY bug reports with similarities to this one in the 
db. The only solution is stopping and restarting apache. In apache's error_log i get 
many lines with "child xxx still did not exit...sending a SIGTERM" and "child xxx 
still did not exit...sending a SIGKILL" as soon as i stop it.
Let me know if I can make something to help you out more!



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



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

[PHP-DEV] Bug #11661: Memory Access Violation

2001-06-25 Thread aehlert


From: [EMAIL PROTECTED]
Operating system: Windows2000 Professional
PHP version:  4.0.6
PHP Bug Type: IIS related
Bug description:  Memory Access Violation

I've used the windows installer to install PHP version 4.0.6 onto my windows 
professional development machine.  When I try to run a simple PHP text like:

<% echo("This is a php test."); %>

I get the error:

php.exe - Application Error

   The instruction at "0x100321e3" referenced memory at "0x00080bdc".  The memory 
could not be "read".

I've seen a couple of references to this in the bug reports, but no solutions have 
been given.  It's like the php interpreter is failing in memory.

Any help?


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



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

RE: [PHP-DEV] Totally Blue Sky

2001-06-25 Thread Marc Boeren



Hi!

> I'm not sure you would be able to distribute a commercial 
> application that is built around PHP commercially, could you?  
> Isn't that what the GPL protects against?

Well, PHP is just distributed as a cgi-application, with any modules
compiled however you want. There are no modifications to php whatsoever. The
application doesn't use _any_ php-code, so I don't think there is a GPL (or
any license, for that matter) violation. 

You could see this as an application starting an executable (php), and
displaying the results. Rather the same as typeing './php -f filename.php >
filename.html' and then viewing filename.html (even though a file is never
actually generated). 

I see no licensing problems, but perhaps I'm misstaken. I've just read the
file LICENSE again, and I see no objections!

Cheerio, Marc.

-- 
PHP Development 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] iconv

2001-06-25 Thread Marecandja


Hello,

I've been suggested that I use iconv() instead of trying to compile recode on
Windows platform.

I'm using PHP v4.0.6 and I receive this error

Fatal error: Call to undefined function: iconv() in D:\Program Files\Apache
Group\Apache\htdocs/test.php on line 2

test.php file:


Any help?

Thanks,
Marecandja


Get free email and a permanent address at http://www.amexmail.com/?A=1

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

[PHP-DEV] Bug #11648 Updated: Configure fails to detect crypt()

2001-06-25 Thread sniper


ID: 11648
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Old-Bug Type: *Configuration Issues
Bug Type: *Encryption and hash functions
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

It also checks for unistd.h. But it doesn't affect whether
or not crypt() is found. The check for crypt() is later 
in the configure and it shouldn't matter if crypt.h is found 
or not. 

Please send me your config.log file so I can see what might
be the cause. I wonder if there is libcrypt in your system?
Or is crypt() provided by some other library?

--Jani




Previous Comments:
---

[2001-06-25 03:30:08] [EMAIL PROTECTED]
When I run configure, it says :
checking for crypt.h... no

And so disables crypt() function.

My system doesn't have crypt.h ; crypt() function is in unistd.h.

I've managed to compile a small C program which includes unistd.h, and then uses 
crypt(), and everything works properly.

Can configure check for crypt() in unistd.h ?

---



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


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

[PHP-DEV] Bug #11654 Updated: configure fails on iconv_open

2001-06-25 Thread tom


ID: 11654
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Sablotron XSL
Operating system: NetBSD/Alpha 1.5W-current
PHP Version: 4.0.6
Description: configure fails on iconv_open

forgot one patch:

--- iconv/iconv.c.orig  Mon Jun 25 11:14:39 2001
+++ iconv/iconv.c   Mon Jun 25 11:08:40 2001
@@ -25,7 +25,7 @@

 #include "php.h"

-#if HAVE_ICONV
+#if HAVE_ICONV || HAVE_LIBICONV

 #include 

IMPORTANT:
one thing to note about these patches is that one would have to run ./buildconf 
inorder for it to make a custom configure script. maybe someone could figure out away 
to change these patches so that it would build a generic configure to ship for 
releases that would work better out of the box for both systems with builtin iconv and 
libiconv.

Previous Comments:
---

[2001-06-25 11:26:56] [EMAIL PROTECTED]
here are the patches to fix this. dev team, please close this case after you have 
patched php-4.0.7-dev.

--- iconv/config.m4.origMon Jun 25 08:42:44 2001
+++ iconv/config.m4 Mon Jun 25 09:30:37 2001
@@ -29,7 +29,7 @@

   if test -e $ICONV_DIR/lib/libconv.a -o -e $ICONV_DIR/lib/libiconv.so ; then
 PHP_ADD_LIBRARY_WITH_PATH(iconv, $ICONV_DIR/lib, ICONV_SHARED_LIBADD)
-AC_CHECK_LIB(iconv, iconv_open, AC_DEFINE(HAVE_ICONV, 1, [ ]))
+AC_CHECK_LIB(iconv, libiconv_open, AC_DEFINE(HAVE_LIBICONV, 1, [ ]))
   else
 AC_CHECK_LIB(c, iconv_open, AC_DEFINE(HAVE_ICONV, 1, [ ]))
   fi

--- sablot/config.m4.orig   Mon Jun 25 10:10:56 2001
+++ sablot/config.m4Mon Jun 25 10:10:22 2001
@@ -49,7 +49,11 @@
   fi

   found_iconv=no
-  AC_CHECK_LIB(c, iconv_open, found_iconv=yes)
+  if test -e $ICONV_DIR/lib/libconv.a -o -e $ICONV_DIR/lib/libiconv.so ; then
+AC_CHECK_LIB(iconv, libiconv_open, found_iconv=yes)
+  else
+AC_CHECK_LIB(c, iconv_open, found_iconv=yes)
+  fi
   if test "$found_iconv" = "no"; then
 if test "$PHP_ICONV" = "no"; then
   for i in /usr /usr/local; do

--- xslt/config.m4.orig Mon Jun 25 10:11:57 2001
+++ xslt/config.m4  Mon Jun 25 10:13:13 2001
@@ -65,7 +65,11 @@
 fi

 found_iconv=no
-AC_CHECK_LIB(c, iconv_open, found_iconv=yes)
+if test -e $ICONV_DIR/lib/libconv.a -o -e $ICONV_DIR/lib/libiconv.so ; then
+  AC_CHECK_LIB(iconv, libiconv_open, found_iconv=yes)
+else
+  AC_CHECK_LIB(c, iconv_open, found_iconv=yes)
+fi
 if test "$found_iconv" = "no"; then
   if test "$PHP_ICONV" = "no"; then
 for i in /usr /usr/local; do


---

[2001-06-25 06:21:49] [EMAIL PROTECTED]
Sablot-0.60 (also 0.5x), PHP-4.0.7-dev

i tried 'configure' with and without --iconv-dir=/usr/pkg flag. in either case, i get 
the following error:

---cut---
configure:46596: checking for iconv_open in -lc
configure:46615: gcc -o conftest -DLIBICONV_PLUG  -DNETBSD -DEAPI -DUSE_EXPAT 
-I/usr/pkg/include
-Wl,-export-dynamic   -Wl,-R/usr/lib -L/usr/lib   -Wl,-R/usr/pkg/lib -L/usr/pkg/lib   
-Wl,-R/usr/
local/lib -L/usr/local/lib   -Wl,-R/usr/X11R6/lib -L/usr/X11R6/lib -L/usr/pkg/lib 
-R/usr/pkg/lib
-L/usr/pkg/lib -R/usr/local/lib/mysql -L/usr/local/lib/mysql -R/usr/local/lib 
-L/usr/local/lib co
nftest.c -lc  -lexpat -lexpat -lsablot -lpq -lmysqlclient -lz -lgd -lttf -lz -lcrypt 
-lresolv -lm
 -lz -lpng -lm -lc -lpng -ljpeg -lttf -lintl -lXpm -lX11 -lresolv -lgcc 1>&5
/tmp/ccpa03fT.o: In function `main':
conftest.c(.text+0x18): undefined reference to `iconv_open'
conftest.c(.text+0x1c): undefined reference to `iconv_open'
collect2: ld returned 1 exit status
configure: failed program was:
#line 46604 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error.  */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply.  */
char iconv_open();

int main() {
iconv_open()
; return 0; }
---cut---

the type declared above doesn't match with libiconv's type for iconv_open (should be 
iconv_t instead of char). in addition, iconv_open is an alias function for 
libiconv_open and therefore will fail if "#include " isn't included.

here is my env setup:

---cut---
rm config.cache 
export LIBS="-lz -lpng -lm -lc -lpng -ljpeg -lttf -lintl -lXpm -lX11" && 
export LDFLAGS="-Wl,-export-dynamic 
  -Wl,-R/usr/lib -L/usr/lib 
  -Wl,-R/usr/pkg/lib -L/usr/pkg/lib 
  -Wl,-R/usr/local/lib -L/usr/local/lib 
  -Wl,-R/usr/X11R6/lib -L/usr/X11R6/lib"

./configure 
--with-apxs 
--disable-pear 
--with-gd=/usr/pkg 
--with-sablot=/usr/local 
--with-expat-dir=/usr/local 
--without-iconv  <== tried w/ --with-iconv=/usr/local also
--with-pgsql=/usr/local 
--with-mysql=/usr/local 
--enable-libgcc 
--with-gnu-ld 
--with-zlib 
--with-system-regex 
--with-config-file-path=/usr/local/etc 
--enable-track-vars 
--enable-f

[PHP-DEV] Bug #11664: "Text" in web form interpreted as \"Text\" i.e. \\\"Text\\\"

2001-06-25 Thread mlambert


From: [EMAIL PROTECTED]
Operating system: WinNT 4.0
PHP version:  4.0.6
PHP Bug Type: Scripting Engine problem
Bug description:  "Text" in web form interpreted as \"Text\" i.e. \\\"Text\\\"

Quoted text in Query String e.g "T", passed to form handler as %22T%22, is treated by 
the action script as
\"T\" (5 characters) as if the output of 
echo  \\\"T\\\";
this is different from
rawurldecode("%22T%22");

Repeated SUBMITS (form below) show the problem increasing




 
 


Results the same for Apache 3.14 and Xitami2.5b4 servers with both self-reference and 
external scripts


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



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

[PHP-DEV] Bug #11672: Apache didn´t start: SSL_CTX_set_tmp_rsa_callback

2001-06-25 Thread ab


From: [EMAIL PROTECTED]
Operating system: RedHat 7.0
PHP version:  4.0.6
PHP Bug Type: Apache related
Bug description:  Apache didn´t start: SSL_CTX_set_tmp_rsa_callback

Hello,

My configure:
./configure
   --with-mysql
   --with-gd
   --with-apxs
   --with-jpeg-dir
   --with-png-dir
   --with-imap
   --with-zlib-dir
   --enable-sysvshm=yes
   --enable-sysvsem=yes
   --enable-track-vars=yes
   --enable-url-includes=yes
   --with-tiff-dir
   --with-pdflib=/usr/local/pdflib
   --enable-shared-pdflib
   --with-ttf
   --with-kerberos
   --with-imap-ssl

My install RPM´s:
apache-devel-1.3.12-25
apache-1.3.12-25
openssl-devel-0.9.6-3
openssl-0.9.5a-14
openssl-0.9.6-3
gd-1.8.3-7
gd-devel-1.8.3-7
imap-devel-2000-9
imap-2000-9

My error when I start the Apache Webserver:
Starting httpd: Syntax error on line 236 of /etc/httpd/conf/httpd.conf:
Cannot load /etc/httpd/modules/libphp4.so into server: undefined symbol: 
SSL_CTX_set_tmp_rsa_callback


Why doesn´t run?
Please help...

Thank you
Andreas



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



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

[PHP-DEV] Bug #11341 Updated: OCI8 returns null password on logon at ora7

2001-06-25 Thread w . steenhof


ID: 11341
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: OCI8 related
Operating system: AIX
PHP Version: 4.0.4pl1
Description: OCI8 returns null password on logon at ora7

Updated to php 4.0.5, same problem.
Note: my email is [EMAIL PROTECTED]  (ff@)

Previous Comments:
---

[2001-06-07 17:08:12] [EMAIL PROTECTED]
When connecting to an Oracle 7 database using OCI8 I get
ORA-01005: null password given; logon denied
(This happens both using OCILogon() and OCIPLogon())

Note that oracle 8 and 8i databases work allright while
none of my 7 databases work.

If the password in incorrect, OCI tells me so, and if the password is correct I get 
this error.

I user php as a module in apache, and OCI uses the oracle 8 client.

phpinfo():
System AIX esther 3 4 00920517A000 
Build Date Feb 9 2001 
Configure Command './configure.ok' '--with-config-file-path=/etc/php' '--with-apxs' 
'--disable-pic' '--disable-rpath' '--disable-c9x-inline' 
'--disable-inline-optimization' '--with-gettext=shared' 
'--with-mysql=shared,/usr/local' '--with-pgsql=shared' '--with-dbm' '--with-db3' 
'--with-gdbm' '--with-mm=shared,/usr/local' '--with-readline=shared' 
'--with-gd=shared' '--with-jpeg-dir' '--with-xpm-dir' '--with-png-dir' 
'--with-zlib=shared' '--with-ldap=shared,/usr/ldap' '--enable-shared' '--enable-dbase' 
'--enable-filepro' '--with-oci8=shared,/oracle' '--with-imap-ssl=shared' 
'--with-imap=shared' '--with-java=/usr/jdk_base' 
Server API Apache 
Virtual Directory Support disabled 
Configuration File (php.ini) Path /etc/php 
ZEND_DEBUG disabled 
Thread Safety disabled 

 This program makes use of the Zend scripting language engine:
Zend Engine v1.0.4, Copyright (c) 1998-2000 Zend Technologies

 




PHP 4.0 Credits



Configuration
PHP Core 
Directive Local Value Master Value 
allow_call_time_pass_reference
 On On 
allow_url_fopen
 1 1 
arg_separator
 & & 
asp_tags
 Off Off 
auto_append_file
 no value no value 
auto_prepend_file
 no value no value 
browscap
 no value no value 
default_charset
 no value no value 
default_mimetype
 text/html text/html 
define_syslog_variables
 Off Off 
disable_functions
 no value no value 
display_errors
 Off Off 
display_startup_errors
 Off Off 
doc_root
 no value no value 
enable_dl
 On On 
error_append_string
 Off Off 
error_log
 no value no value 
error_prepend_string
 Off Off 
error_reporting
 2039 2039 
expose_php
 On On 
extension_dir
 /usr/local/lib/php/extensions/no-debug-non-zts-20001222/ 
/usr/local/lib/php/extensions/no-debug-non-zts-20001222/ 
file_uploads
 1 1 
gpc_order
 GPC GPC 
highlight.bg
 #FF #FF 
highlight.comment
 #FF8000 #FF8000 
highlight.default
 #BB #BB 
highlight.html
 #00 #00 
highlight.keyword
 #007700 #007700 
highlight.string
 #DD #DD 
html_errors
 On On 
ignore_user_abort
 Off Off 
implicit_flush
 Off Off 
include_path
 /usr/local/lib /usr/local/lib 
log_errors
 Off Off 
magic_quotes_gpc
 On On 
magic_quotes_runtime
 Off Off 
magic_quotes_sybase
 Off Off 
max_execution_time
 300 300 
open_basedir
 no value no value 
output_buffering
 Off Off 
output_handler
 no value no value 
post_max_size
 8M 8M 
precision
 14 14 
register_argc_argv
 On On 
register_globals
 On On 
safe_mode
 Off Off 
safe_mode_exec_dir
 no value no value 
sendmail_from
 [EMAIL PROTECTED] [EMAIL PROTECTED] 
sendmail_path
 /usr/sbin/sendmail -t -i  /usr/sbin/sendmail -t -i  
short_open_tag
 On On 
SMTP
 localhost localhost 
sql.safe_mode
 Off Off 
track_errors
 On On 
upload_max_filesize
 2M 2M 
upload_tmp_dir
 no value no value 
user_dir
 no value no value 
variables_order
 EGPCS EGPCS 
y2k_compliance
 Off Off 


gd
GD Support enabled 
GD Version 1.6.2 or higher 
FreeType Support enabled 
FreeType Linkage with TTF library 
JPG Support enabled 
PNG Support enabled 
WBMP Support enabled 


oci8
OCI8 Support enabled 
Revision $Revision: 1.104.2.1 $ 
Oracle Version 8.0 
Compile-time ORACLE_HOME /oracle 
Libraries Used -R/oracle/lib -L/oracle/lib -lclntsh -lpsa -lcore4 -lnlsrtl3  


zlib
ZLib Support enabled 
Compiled Version 1.1.3 
Linked Version 1.1.3 


xml
XML Support active 


standard
Regex Library Bundled library enabled 
Dynamic Library Support enabled 
Path to sendmail /usr/sbin/sendmail -t -i  

Directive Local Value Master Value 
assert.active
 1 1 
assert.bail
 0 0 
assert.callback
 no value no value 
assert.quiet_eval
 0 0 
assert.warning
 1 1 
safe_mode_allowed_env_vars
 PHP_ PHP_ 
safe_mode_protected_env_vars
 LD_LIBRARY_PATH LD_LIBRARY_PATH 
session.use_trans_sid
 1 1 


session
Session Support enabled 

Dire

[PHP-DEV] Bug #11671: Apache server does not start afer "successful" install

2001-06-25 Thread pierre . dezes


From: [EMAIL PROTECTED]
Operating system: i686-pc-linux-gnu (SuSe 6.3)
PHP version:  4.0.6
PHP Bug Type: Apache related
Bug description:  Apache server does not start afer "successful" install

After installing PHP 4.0.6 (instead of 4.0.4pl1), as a Dynamic Module,

./configure --with-mysql=/usr/local/mysql --with-apxs

I did:

rcapache start

and receive the message:

Starting service httpdSyntax error on line 199 of /etc/httpd/httpd.conf:
Cannot load /usr/lib/apache/libphp4.so into server: /usr/lib/apache/libphp4.so:
undefined symbol: uncompress
startproc:  exit status of /usr/sbin/httpd: 1
  failed 


I reinstalled PhP 4.0.4pl1, and everything went smoothly.

Any Idea?






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



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

[PHP-DEV] Bug #11632 Updated: Bad Request on most Sites

2001-06-25 Thread cheapsalsa


ID: 11632
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: HTTP related
Operating system: Red Hat Linux 7.0 Standard
PHP Version: 4.0.6
Description: Bad Request on most Sites

ok...do you see what I mean?

Previous Comments:
---

[2001-06-23 16:49:38] [EMAIL PROTECTED]
reclassified.


---

[2001-06-23 15:28:40] [EMAIL PROTECTED]
Whoa!  I figured something out.  If I request http://finance.yahoo.com (without the 
last slash) I get 400 errors, but with the slash (http://finance.yahoo.com/) it works 
fine.  As does any other page on the site (http://finance.yahoo.com/index.html)  I 
think PHP is sending "GET  HTTP/1.0" because I used the script on MY site and in my 
error log file, it says "Invalid URI 'GET  HTTP/1.0'"

---

[2001-06-23 15:22:45] [EMAIL PROTECTED]
I have created a webpage to get the HTTP headers of a page.  This worked fine with 
4.0.5 (using the $http_request_header variable.)  But, in 4.0.6, almost all websites 
give me a 400 Bad Request Error when using this script.  To get the webpages I use

$pagefile=file("http://$url";);

where $url is the url (without the http://)  I want to use.  The only site I have 
found that does not give me a 400 error is www.yahoo.com.  As I said, this script 
worked fine with 4.0.5 and I have not changed anything since using 4.0.6.  I just 
installed PHP 4.0.6 today (June 23.)  I compiled it with Apache 1.3.20 using all the 
same configure stuff, etc...  Compiling process went normal.  I can usually debug 
things like this, but I cannot figure out what would have caused this one.  I am 
guessing PHP is sending corrupted requests, but I really don't know.

---


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


-- 
PHP Development 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 #11654 Updated: configure fails on iconv_open

2001-06-25 Thread tom


ID: 11654
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Sablotron XSL
Operating system: NetBSD/Alpha 1.5W-current
PHP Version: 4.0.6
Description: configure fails on iconv_open

here are the patches to fix this. dev team, please close this case after you have 
patched php-4.0.7-dev.

--- iconv/config.m4.origMon Jun 25 08:42:44 2001
+++ iconv/config.m4 Mon Jun 25 09:30:37 2001
@@ -29,7 +29,7 @@

   if test -e $ICONV_DIR/lib/libconv.a -o -e $ICONV_DIR/lib/libiconv.so ; then
 PHP_ADD_LIBRARY_WITH_PATH(iconv, $ICONV_DIR/lib, ICONV_SHARED_LIBADD)
-AC_CHECK_LIB(iconv, iconv_open, AC_DEFINE(HAVE_ICONV, 1, [ ]))
+AC_CHECK_LIB(iconv, libiconv_open, AC_DEFINE(HAVE_LIBICONV, 1, [ ]))
   else
 AC_CHECK_LIB(c, iconv_open, AC_DEFINE(HAVE_ICONV, 1, [ ]))
   fi

--- sablot/config.m4.orig   Mon Jun 25 10:10:56 2001
+++ sablot/config.m4Mon Jun 25 10:10:22 2001
@@ -49,7 +49,11 @@
   fi

   found_iconv=no
-  AC_CHECK_LIB(c, iconv_open, found_iconv=yes)
+  if test -e $ICONV_DIR/lib/libconv.a -o -e $ICONV_DIR/lib/libiconv.so ; then
+AC_CHECK_LIB(iconv, libiconv_open, found_iconv=yes)
+  else
+AC_CHECK_LIB(c, iconv_open, found_iconv=yes)
+  fi
   if test "$found_iconv" = "no"; then
 if test "$PHP_ICONV" = "no"; then
   for i in /usr /usr/local; do

--- xslt/config.m4.orig Mon Jun 25 10:11:57 2001
+++ xslt/config.m4  Mon Jun 25 10:13:13 2001
@@ -65,7 +65,11 @@
 fi

 found_iconv=no
-AC_CHECK_LIB(c, iconv_open, found_iconv=yes)
+if test -e $ICONV_DIR/lib/libconv.a -o -e $ICONV_DIR/lib/libiconv.so ; then
+  AC_CHECK_LIB(iconv, libiconv_open, found_iconv=yes)
+else
+  AC_CHECK_LIB(c, iconv_open, found_iconv=yes)
+fi
 if test "$found_iconv" = "no"; then
   if test "$PHP_ICONV" = "no"; then
 for i in /usr /usr/local; do


Previous Comments:
---

[2001-06-25 06:21:49] [EMAIL PROTECTED]
Sablot-0.60 (also 0.5x), PHP-4.0.7-dev

i tried 'configure' with and without --iconv-dir=/usr/pkg flag. in either case, i get 
the following error:

---cut---
configure:46596: checking for iconv_open in -lc
configure:46615: gcc -o conftest -DLIBICONV_PLUG  -DNETBSD -DEAPI -DUSE_EXPAT 
-I/usr/pkg/include
-Wl,-export-dynamic   -Wl,-R/usr/lib -L/usr/lib   -Wl,-R/usr/pkg/lib -L/usr/pkg/lib   
-Wl,-R/usr/
local/lib -L/usr/local/lib   -Wl,-R/usr/X11R6/lib -L/usr/X11R6/lib -L/usr/pkg/lib 
-R/usr/pkg/lib
-L/usr/pkg/lib -R/usr/local/lib/mysql -L/usr/local/lib/mysql -R/usr/local/lib 
-L/usr/local/lib co
nftest.c -lc  -lexpat -lexpat -lsablot -lpq -lmysqlclient -lz -lgd -lttf -lz -lcrypt 
-lresolv -lm
 -lz -lpng -lm -lc -lpng -ljpeg -lttf -lintl -lXpm -lX11 -lresolv -lgcc 1>&5
/tmp/ccpa03fT.o: In function `main':
conftest.c(.text+0x18): undefined reference to `iconv_open'
conftest.c(.text+0x1c): undefined reference to `iconv_open'
collect2: ld returned 1 exit status
configure: failed program was:
#line 46604 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error.  */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply.  */
char iconv_open();

int main() {
iconv_open()
; return 0; }
---cut---

the type declared above doesn't match with libiconv's type for iconv_open (should be 
iconv_t instead of char). in addition, iconv_open is an alias function for 
libiconv_open and therefore will fail if "#include " isn't included.

here is my env setup:

---cut---
rm config.cache 
export LIBS="-lz -lpng -lm -lc -lpng -ljpeg -lttf -lintl -lXpm -lX11" && 
export LDFLAGS="-Wl,-export-dynamic 
  -Wl,-R/usr/lib -L/usr/lib 
  -Wl,-R/usr/pkg/lib -L/usr/pkg/lib 
  -Wl,-R/usr/local/lib -L/usr/local/lib 
  -Wl,-R/usr/X11R6/lib -L/usr/X11R6/lib"

./configure 
--with-apxs 
--disable-pear 
--with-gd=/usr/pkg 
--with-sablot=/usr/local 
--with-expat-dir=/usr/local 
--without-iconv  <== tried w/ --with-iconv=/usr/local also
--with-pgsql=/usr/local 
--with-mysql=/usr/local 
--enable-libgcc 
--with-gnu-ld 
--with-zlib 
--with-system-regex 
--with-config-file-path=/usr/local/etc 
--enable-track-vars 
--enable-force-cgi-redirect 
--enable-discard-path 
--enable-memory-limit 
--enable-sysvsem 
--enable-sysvshm 
--enable-sockets 
--with-ttf=/usr/pkg 
--enable-freetype-4bit-antialias-hack

---cut---

please note, according to the docs from Sablot, iconv support is optional. i think 
php's config needs to change to reflect the use of libiconv with Sablot 0.5X - 0.60.

---


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


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

[PHP-DEV] Bug #11674: can#t connect on socket

2001-06-25 Thread lopez


From: [EMAIL PROTECTED]
Operating system: FreeBSD 4.2
PHP version:  4.0.6
PHP Bug Type: MySQL related
Bug description:  can#t connect on socket

OK, I compile 4.0.6 (runs as CGI), and copy it to my cgi-bin (where 4.0.5 is/was 
located (running)).
Then, PHP can't connect to mysql.sock in /tmp/var

- in 4.0.5 the default *SEEMS* /tmp, however, in 4.0.5 the default works, in 4.0.6 
NOT. 

When I set up the php.ini (.ini-dist or optimized, it's the same thing!) with 
mysql.default.socket = /tmp/mysql.sock

the same error (warning) is displaying, but this time with
mysql.sock '-1'.

OK, I delete the php.ini, and 4.0.5 works without any probs, when I copy 4.0.6, -> 
can't connect to mysql.sock /tmp/var

so...?


regards,
Lopez


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



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

[PHP-DEV] Bug #11634 Updated: Submit error

2001-06-25 Thread sniper


ID: 11634
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: HTTP related
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

Not enough information to start searching for possible
cause for this. Submit a new bug report when you can
provide a short script with which this can be reproduced.


Previous Comments:
---

[2001-06-24 22:32:09] [EMAIL PROTECTED]
the best i can do at the moment is the error log message:
Premature end of script headers: c:/php/php.exe

If i can find the time i will find the script, maybe that will help some.

---

[2001-06-23 18:45:44] [EMAIL PROTECTED]
Please include a shortest but complete script you can
reproduce the error with into this bug report.



---

[2001-06-23 18:29:10] [EMAIL PROTECTED]
Whenever someone tries to submit to my site they get the
error "No input file specified"

I think it may have something to do with this code here:

case "post":
postNews($userinfo["user_id"],
$HTTP_POST_VARS["topic"], $HTTP_POST_VARS["section"],
$HTTP_POST_VARS["title"], $HTTP_POST_VARS["department"],
$HTTP_POST_VARS["text"], $HTTP_POST_VARS["text2"],
$HTTP_POST_VARS["format"], 1);
printHeader("$site_title - Submission Posted")

But i am not sure.

Anyone know what I might be able to do?

---



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


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

[PHP-DEV] Bug #11663 Updated: ImageDashedLine draws only vertical lines

2001-06-25 Thread repe


ID: 11663
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: GD related
Operating system: W2K
PHP Version: 4.0.6
Description: ImageDashedLine draws only vertical lines

Sorry, misprint in mail address, should be helsoft.fi

Previous Comments:
---

[2001-06-25 09:30:59] [EMAIL PROTECTED]
I updated from 4.0.5 to 4.0.6 and all but vertical dashed lines in my graphs 
disappeared.

This is in W2K Apache 1.3.20 CGI

Using 4.0.5 php_gd.dll with 4.0.6 works as before.


---


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


-- 
PHP Development 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 #11663: ImageDashedLine draws only vertical lines

2001-06-25 Thread repe


From: [EMAIL PROTECTED]
Operating system: W2K
PHP version:  4.0.6
PHP Bug Type: GD related
Bug description:  ImageDashedLine draws only vertical lines

I updated from 4.0.5 to 4.0.6 and all but vertical dashed lines in my graphs 
disappeared.

This is in W2K Apache 1.3.20 CGI

Using 4.0.5 php_gd.dll with 4.0.6 works as before.



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



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

[PHP-DEV] Bug #11670: Apache multipart POST weirdness

2001-06-25 Thread fcaprioli


From: [EMAIL PROTECTED]
Operating system: Linux 2.2
PHP version:  4.0.6
PHP Bug Type: Apache related
Bug description:  Apache multipart POST weirdness

Using MSIE 4.01, or 5.5SP1 (didn't try other versions) as a client to perform a 
multipart/mixed text/file upload with multiple files, there are some serious problem 
under php 4.06 + apache 1.3.20, statically builded on a linux glibc 2.1.3/egcs 1.1.2.

In a "--enable-inline-optimization" build, apache segfaults regardless of 
configuration option (tried almost any mix of these, with or without magic quotes, 
--enable-mbstr-enc-trans etc)

Instead, in build 
./configure' '--with-mysql=/usr/local/' '--with-gd' '--with-png-dir=/usr' 
'--with-jpeg-dir=/usr' '--with-curl' '--with-zlib' '--with-apache=../apache_1.3.20'
it almost works, as upload works normally, but php fails to set in $HTTP_POST_VARS any 
variable that comes inside the form after the file selector.
so










would fail to set $HTTP_POST_VARS["var3"] and $HTTP_POST_VARS["var4"]



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



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

[PHP-DEV] Bug #11643 Updated: SID redefined

2001-06-25 Thread hholzgra


ID: 11643
Updated by: hholzgra
Reported By: [EMAIL PROTECTED]
Old-Status: Assigned
Status: Analyzed
Bug Type: *Session related
Operating system: 
PHP Version: 4.0 Latest CVS (2001-06-24)
Assigned To: hholzgra
Comments:

i've already noticed and fixed this, 
but my current session.c has conflicts
i ahve to resolve before checkin ...

Previous Comments:
---

[2001-06-24 13:10:03] [EMAIL PROTECTED]
session_destroy() and session_register() both defines the same symbol. When I set:

error_reporting = E_ALL

in php.ini file I got warning:

Warning: Constant sid already defined in 
/home/sites/home/users/zork/web/report/sid.php on line 5

in this saple code:



On web: http://biuro.pablosoft.com.pl/~zork/report/sid.php

Zork

---



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


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

[PHP-DEV] Bug #11643 Updated: SID redefined

2001-06-25 Thread hholzgra


ID: 11643
Updated by: hholzgra
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Assigned
Bug Type: *Session related
Operating system: 
PHP Version: 4.0 Latest CVS (2001-06-24)
Assigned To: hholzgra
Comments:



Previous Comments:
---

[2001-06-24 13:10:03] [EMAIL PROTECTED]
session_destroy() and session_register() both defines the same symbol. When I set:

error_reporting = E_ALL

in php.ini file I got warning:

Warning: Constant sid already defined in 
/home/sites/home/users/zork/web/report/sid.php on line 5

in this saple code:



On web: http://biuro.pablosoft.com.pl/~zork/report/sid.php

Zork

---



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


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

[PHP-DEV] Bug #11669: Wrong error code using odbc_fetch_into

2001-06-25 Thread S . Dreyer


From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.6
PHP Bug Type: ODBC related
Bug description:  Wrong error code using odbc_fetch_into

Hello,

i tried php-4.0.6 and the following bug accured:
Fatal error: Only variables can be passed by reference in 
/usr/local/httpd/htdocs/kennzeichensuche.php on line 98

The code is correct and works with 4.0.4pl1 and 4.0.5

thanks

Stefan Dreyer


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



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

[PHP-DEV] Bug #11668: Oracle and MS-SQL cannot co-exist

2001-06-25 Thread bodland


From: [EMAIL PROTECTED]
Operating system: Windows NT 4.0 Sp 6
PHP version:  4.0.4pl1
PHP Bug Type: Dynamic loading
Bug description:  Oracle and MS-SQL cannot co-exist

Using WIn NT 4.0 SP 6 - Oracle client 8.0.6 and MS-SQL Client 7 SP 3.

IIS from the NT Option Pack - php.exe CGI I am able to use Oracle extensions in PHP. 
When I enable the MS-SQL extension the Oracle extensions fail. Dr. Watson does not 
come up due to the compaq debugger that replaced Dr. Watson's debugger fails to 
initialize USER32.dll (I have to fix that.) But regardless the behavior exists. I 
have tried to go to 4.0.6 but when doing so Oracle still fails to connect...this time 
with a Oracle error but then the SQL Server extension fails to be found (yes I know 
put the dll in the system directory...I'll try that) I can't switch to Apache at this 
time.


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



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

[PHP-DEV] Bug #11673: UNC paths not working when used in include_path

2001-06-25 Thread steve


From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version:  4.0.6
PHP Bug Type: *Web Server problem
Bug description:  UNC paths not working when used in include_path

Using a UNC path in as the home directory under IIS 5.0
and Windows 2000 Server using the PHP ISAPI module
does not seem to work.  If I set the Network Directory
to "\\nas\web\customer" I get the following error from
PHP:

Warning: Failed opening '\\nas\web\customer\index.php'
for inclusion

If I map a drive then there is not a problem opening
the file but drives are not mapped until a user logs
in so this cannot be used on the web server.

Also, in the php.ini file, if I use

include_dir = "\\nas\inetpub\phpinclude"
or
include_dir = "nas\\inetpub\\phpinclude"

both give the error that the included files cannot be
found.  If I use

include_dir = "//nas/inetpub/phpinclude"

then there is no problem.

Also, if I run the php.exe program with a UNC path it
does not work, but if I map a drive then all is well.





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



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

[PHP-DEV] Bug #11667: PNG and Jpeg support not auto-detected

2001-06-25 Thread fcaprioli


From: [EMAIL PROTECTED]
Operating system: Linux 2.2
PHP version:  4.0.6
PHP Bug Type: GD related
Bug description:  PNG and Jpeg support not auto-detected

In a slacware 7.1 system with gd 1.8.4 under /usr/local, but the jpeg and png library 
under /usr, php configuration doesn't include support for png and jpeg in the gd 
module. The workaround is to explicitly set --with-jpeg-dir=/usr and 
--with-png-dir=/usr.

Under php 4.04pl1 configure was able to figure out these settings without help, so I 
suppose that's not the right behaviour.


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



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

[PHP-DEV] Bug #11647 Updated: Installation Failure

2001-06-25 Thread info


ID: 11647
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Apache related
Operating system: Linux (Intel glibc)
PHP Version: 4.0.6
Description: Installation Failure

Derick,

That would seem simple enough, except that changing the Apache build would void my 
warranty with Cobalt, which I cannot afford to do. Considering the popularity of RaQ 
and other similar systems, I don't think that I am alone. While it's great that PHP is 
able to support newer builds of Apache, there's no reason why it should have stopped 
being backward-compatible at 4.0.5.

Thanks.

Previous Comments:
---

[2001-06-25 03:26:43] [EMAIL PROTECTED]
I recommend that you upgrade your webserver version from 1.3.6 to 1.3.20.

---

[2001-06-25 00:43:24] [EMAIL PROTECTED]
Script:

su
cp /usr/sbin/httpd /usr/bin/httpd
cd /tmp
gzip -d php-4.0.6.tar.gz
tar -xvf php-4.0.6.tar
cd php-4.0.6
./configure --prefix=/usr/local/php-4.0.6 --exec-prefix=/usr/local/php-4.0.6 
--with-apxs=/usr/sbin/apxs --with-mysql=/usr/local/mysql
make
make install

Description:

At this point, the installation process fails because the 'make install' script 
invokes APXS. APXS runs, but responds that it does not understand the -S flag, which 
is visibly being used. This takes place when running Apache/1.3.6 with mod_perl/1.21, 
mod_ssl/2.2.8, and OpenSSL/0.9.2b on a Cobalt RaQ 3i system with all of the latest 
patches from Cobalt installed.

This problem did not occur with any previous versions of PHP. PHP 4.0.5 installs 
perfectly.

---


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


-- 
PHP Development 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 #11653 Updated: exec() not work

2001-06-25 Thread sniper


ID: 11653
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Feature/Change Request
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

Both work fine on 4.0.6


Previous Comments:
---

[2001-06-25 05:49:01] [EMAIL PROTECTED]
System : Window NT Workstation 4.0 SP6a
PHP : 4.0.6 apache sapi mode
WebServer Apache 1.3.20

-

php 4.0.6 not support exec().

error message is unable to fork.
I need exec() function.

and 4.0.7dev is not support crypt().
I need crypt() function too.

---



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


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

[PHP-DEV] Bug #11675 Updated: zzip_open() has a wrong arg count and doesn't validate arg2 correctly

2001-06-25 Thread phpbug


ID: 11675
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: ZZiplib Related
Operating system: n/a
PHP Version: 4.0.6
Description: zzip_open() has a wrong arg count and doesn't validate arg2 correctly

Fix:

--- ../../php-4.0.6/ext/zziplib/zziplib.c   Thu May 24 07:42:14 2001
+++ ext/zziplib/zziplib.c   Mon Jun 25 14:31:59 2001
@@ -234,13 +234,13 @@
ZZIP_DIR *archive_p = NULL;
php_zzip_dirent *entry = NULL;

-   if (ZEND_NUM_ARGS() != 2 ||
+   if (ZEND_NUM_ARGS() != 3 ||
zend_get_parameters_ex(3, &zzip_dp, &zzip_ent, &mode) == FAILURE) {
WRONG_PARAM_COUNT;
}

ZEND_FETCH_RESOURCE(archive_p, ZZIP_DIR *, zzip_dp, -1, "ZZIP Directory", 
le_zzip_dir);
-   ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, zzip_dp, -1, "ZZIP Entry", 
le_zzip_entry);
+   ZEND_FETCH_RESOURCE(entry, php_zzip_dirent *, zzip_ent, -1, "ZZIP Entry", 
+le_zzip_entry);

entry->fp = zzip_file_open(archive_p, entry->dirent.d_name, 
O_RDONLY|O_BINARY);


After this is fixed, the correct usage seems to be:




Previous Comments:
---

[2001-06-25 16:09:44] [EMAIL PROTECTED]
See patch at: http://pfft.net/robin/pub/zzip.patch

Then, correct use seems to be:
$zzip = zzip_opendir("foo.zip");
if($zzip)
{
  while ($zzip_entry = zzip_readdir($zzip))
  {
echo "zzip_entry_name: " . zzip_entry_name($zzip_entry) . "n";
echo "zzip_entry_filesize: " . zzip_entry_filesize($zzip_entry) . "n";

if(zzip_open($zzip, $zzip_entry, "r"))
{
  $buf = zzip_read($zzip_entry, zzip_entry_filesize($zzip_entry));
  zzip_close($zzip_entry);
  echo "read: " . strlen($buf) . " bytesn";
}
  }
  zzip_closedir($zzip);
}

---


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


-- 
PHP Development 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 #11660: Getting values by reference don't work

2001-06-25 Thread andrej . aschenbrenner


From: [EMAIL PROTECTED]
Operating system: Windows NT 4.0 SP 6
PHP version:  4.0.6
PHP Bug Type: COM related
Bug description:  Getting values by reference don't work

Example:

$user = "test_user";
$allowed = 8;

$instance = new COM("dll.CObject") or die("Unable to
instanciate dll.CObject");
$instance->CheckLogin($user, COM_REMOTE_SERVER, &$allowed);

echo $allowed;

$allowed has always the value that you have specified
above, here: 8; When I change $allowed to 6788, then
I get 6788. It seems that the variable won't be changed
when you pass it by reference.
It doesn't matter if i use the & sign or not!
Note that the variable $allowed have to be integer,
I can't pass a variant type to the COM-Function CheckLogin.

The same has been working with previous versions of PHP,
until 4.0.5 and above.

In need this functionality because i use a lot of stuff
like that: 

$instance->some_function(&$var1, &$var2, &$var3);

any clue, what's going up?




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



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

[PHP-DEV] Support Apache 1.3.6 or not?

2001-06-25 Thread Jani Taskinen

On Mon, 25 Jun 2001, Wilfredo Sanchez wrote:

>
>On Monday, June 25, 2001, at 06:58 AM, Jani Taskinen wrote:
>
>> This happens because of your patch. What is the use of -S anyway? :)
>> Could you please check this out?
>
>   -S sets the value of an apache configuration variable used by apxs.
>It may have been added after 1.3.6, which would explain why it craps out
>in this case.  If 1.3.6 is important, we may have to back out that part
>of the patch, but then installing into a package root won't work any
>more.

I forgot to Cc: this to the mailing list. Anyway, IMO we shouldn't
bother supporting that old versions of Apache. It's already in version
1.3.20 and there have been a lot security patches since 1.3.6, IIRC.
So there should be more reasons to update than not to.

But I'd like to hear other opinions too before doing anything about this.

--Jani

-- 
PHP Development 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 #11659: fsockopen and fopen

2001-06-25 Thread the_polymorph


From: [EMAIL PROTECTED]
Operating system: Red Hat Linux 6.0
PHP version:  4.0.6
PHP Bug Type: Sockets related
Bug description:  fsockopen and fopen

http://www.php.net/";, "r" );

 if($fd)
 {
   fpassthru($fd);

 }

?>

I am also unable to write *functional* scripts using fsockopen...

My compile line was:

#./configure --with-mysql=/usr/local/mysql-3.22.32-pc-linux-gnu-i686/
--with-apxs=/usr/localapache_1.3.20/bin/apxs

make
make install

I am using Netscape 4.51.

Thanks, Katie.







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



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

[PHP-DEV] Bug #11658: Getting values by reference don't work

2001-06-25 Thread andrej . aschenbrenner


From: [EMAIL PROTECTED]
Operating system: Windows NT 4.0 SP 6
PHP version:  4.0.6
PHP Bug Type: COM related
Bug description:  Getting values by reference don't work

Example:

$user = "test_user";
$allowed = 8;

$instance = new COM("dll.CObject") or die("Unable to
instanciate dll.CObject");
$instance->CheckLogin($user, COM_REMOTE_SERVER, &$allowed);

echo $allowed;

$allowed has always the value that you have specified
above, here: 8; When I change $allowed to 6788, then
I get 6788. It seems that the variable won't be changed
when you pass it by reference.
It doesn't matter if i use the & sign or not!
Note that the variable $allowed have to be integer,
I can't pass a variant type to the COM-Function CheckLogin.

The same has been working with previous versions of PHP,
until 4.0.5 and above.

In need this functionality because i use a lot of stuff
like that: 

$instance->some_function(&$var1, &$var2, &$var3);

any clue, what's going up?




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



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

RE: [PHP-DEV] Totally Blue Sky

2001-06-25 Thread Brian Tanner


I'm not sure you would be able to distribute a commercial application that
is built around PHP commercially, could you?  Isn't that what the GPL
protects against?

-Brian

-Original Message-
From: Marc Boeren [mailto:[EMAIL PROTECTED]]
Sent: June 25, 2001 12:56 AM
To: 'Gre7g Luterman'; '[EMAIL PROTECTED]'
Subject: RE: [PHP-DEV] Totally Blue Sky



> I am pleased to announce that I dove into this new idea last night
> and made my first proof-of-concept program (PoC-1) for this new
> programming environment (which I am calling LocalPHP for the lack of
> a better name, any suggestions?).

I have a version of exactly what you wish to do right here in the final
stages of development.
It includes an executable that contains the htmlview, a dll that catches all
requests from the htmlview and processes them (either by passing them on to
php and passing the results back to the browser, or by returning the
requested file as-is).
It doesn't need Apache or anything, just the cgi-version of php (including
any modules you wish to use), and an IE>4.
It could easily be extended to fetch all files from one big library (thus
protecting your php-source) or to start other apps as well (map any
extension to any executable... Perl, custom executables, whatever)

We're still looking into the method of distribution, whether it will be a
commercial app or an open source project and such things, but your efforts
might kick a few people over here into motion :-)

As you can understand, I can not really say more about this project at this
time, but I'll hope to come back to this soon!

Cheerio, MArc.

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


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

[PHP-DEV] Bug #11657 Updated: Why is port 8000 used on your webserver for downloads

2001-06-25 Thread lasc


ID: 11657
User Update by: [EMAIL PROTECTED]
Status: Bogus
Bug Type: *General Issues
Operating system: 
PHP Version: 4.0.6
Description: Why is port 8000 used on your webserver for downloads

The swedish mirror wasn't up to date, but I found
one in Australia that was.  :-)

Previous Comments:
---

[2001-06-25 08:54:16] [EMAIL PROTECTED]
You should be using a mirror anyway.  Looks like you are in Sweden, so go to 
http://se.php.net

---

[2001-06-25 07:57:56] [EMAIL PROTECTED]
I have a problem with the 8000 port that is used for downloads.
Our firewall policy at our company is that only port 80 is open.
So now I have to do all downloads on a much slower line at
home.  :-(

I didn't have this problem before as far as I can remember.
I would like that you changed back to port 80 for downloads.

Best regards

Lars Schylberg



---


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


-- 
PHP Development 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] What happened to lxr.php.net?

2001-06-25 Thread Steven Roussey


What happened to lxr.php.net? Will it return?

Sincerely,

Steven Roussey
Network54.com
http://network54.com/?pp=e


-- 
PHP Development 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] Weird bug with Caudium SAPI (+threads )

2001-06-25 Thread David Hedbor


I have this new (for me) weird bug when using threads and the Caudium
SAPI. Basically, PHP4 will segfault quickly when doing multiple
concurrent requests (running ab). When running only one request at a
time it doesn't die. Anyhow, the weird part is that right before the
crash, part of a response page (my test script just runs phpinfo()) is
written to stdout|stderr. The crash itself seems to be due to double
freeing some data or something (see attached file).

I have tried debugging on my end but from what I can see, the problem
is separate from the caudium SAPI module (i.e I see nothing wrong
happening in my code).

Are there similar problem with other threaded SAPI modules?

-- 
[ Below is a random fortune, which is unrelated to the above message. ]
Q:  What's the difference between a Mac and an Etch-a-Sketch?
A:  You don't have to shake the Mac to clear the screen.


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

[PHP-DEV] Re: Bug #11620 Updated: PHP has encountered an Access Violation at 012D24B6

2001-06-25 Thread Dean Limbaugh


Yes, I installed 4.0.6 this AM and it's still happening.

PHP has encountered an Access Violation at 013124B6

Error log entry

The HTTP server encountered an unhandled exception while processing the
ISAPI Application '
php4ts!zend_hash_copy + 0x1B
 + 0xA05E5983
'.

php4isapi - 20,480 bytes  6/22/01 2:58:32 PM

- Original Message -
From: "Bug Database" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, June 23, 2001 7:37 AM
Subject: Bug #11620 Updated: PHP has encountered an Access Violation at
012D24B6


> ID: 11620
> Updated by: sniper
> Reported By: [EMAIL PROTECTED]
> Old-Status: Open
> Status: Feedback
> Bug Type: IIS related
> Operating system:
> PHP Version: 4.0.5
> Assigned To:
> Comments:
>
> Does this happen with PHP 4.0.6 ?
>
>
> Previous Comments:
> --
-
>
> [2001-06-22 14:45:03] [EMAIL PROTECTED]
> The binary distribution of PHP 4.0.5 for win32
>
> Base install
>
> IIS 5.0
> Win2k Server SP2 + all security hot fixes for IIS as of 6/20/01
>
> Restart Server, php script runs fine. After a period of time
> (machine is being used to build new site, so php not used much yet) an
attemp to use a php script hangs and never returns.
>
> The event viewer says
>   php4ts!zend_hash_copy + 0x1b
>   + 0xA05E5983
>
> if web server is restarted, get
>
>   PHP has encountered an Access Violation at 012D24B6
>
> displayed to the browser
>
>
>
> --
-
>
>
>
> ATTENTION! Do NOT reply to this email!
> To reply, use the web interface found at
http://bugs.php.net/?id=11620&edit=2


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

[PHP-DEV] pcntl's use of zend_extension API

2001-06-25 Thread Jason Greene


Andi or Zeev (Whoever has time for this),
I have added an experimental process control module to cvs for fork() signals etc. 
In order for me to provide asynchronously
safe signal handling I need to make sure that I never call the programmers php 
function during any of php's or Zend's internal
updates. I am currently using the zend_extension_statement_handler for this purpose, 
but I have concerns about the efficiency of
this. Since this adds additional op-codes, and was mainly intended for debug 
extensions, it seems that there should be a better hook
more suited to what I am doing. I was thinking of a possible callback that could be 
placed in Zend's main execute loop. What do you
guys think?

Thanks,
-Jason





-- 
PHP Development 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 #11657 Updated: Why is port 8000 used on your webserver for downloads

2001-06-25 Thread rasmus


ID: 11657
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: *General Issues
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

You should be using a mirror anyway.  Looks like you are in Sweden, so go to 
http://se.php.net

Previous Comments:
---

[2001-06-25 07:57:56] [EMAIL PROTECTED]
I have a problem with the 8000 port that is used for downloads.
Our firewall policy at our company is that only port 80 is open.
So now I have to do all downloads on a much slower line at
home.  :-(

I didn't have this problem before as far as I can remember.
I would like that you changed back to port 80 for downloads.

Best regards

Lars Schylberg



---



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


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

[PHP-DEV] Bug #11657 Updated: Why is port 8000 used on your webserver for downloads

2001-06-25 Thread stas


ID: 11657
Updated by: stas
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: *General Issues
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:



Previous Comments:
---

[2001-06-25 07:57:56] [EMAIL PROTECTED]
I have a problem with the 8000 port that is used for downloads.
Our firewall policy at our company is that only port 80 is open.
So now I have to do all downloads on a much slower line at
home.  :-(

I didn't have this problem before as far as I can remember.
I would like that you changed back to port 80 for downloads.

Best regards

Lars Schylberg



---



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


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

[PHP-DEV] Bug #11650 Updated: Test Doc Bug

2001-06-25 Thread goba


ID: 11650
Updated by: goba
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Documentation problem
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

Now I hope it will work with the corrected
patch from Jeroen.

Previous Comments:
---

[2001-06-25 05:30:43] [EMAIL PROTECTED]
This is about what I wanted, though I didn't know it myself yet :)

Bogusfied this one.

---

[2001-06-25 04:34:10] [EMAIL PROTECTED]
Just testing the new doc bug feature.
If it works, all doc bugs will be cc-ed
to the [EMAIL PROTECTED] list, to
the doc people.

Just ignore this bug report.

---



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


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

Re: [PHP-DEV] Bug #11651: Need something like a LINE constant to show the line in main file.

2001-06-25 Thread Wico de Leeuw


At 08:34 25-6-2001 +, [EMAIL PROTECTED] wrote:
>From: [EMAIL PROTECTED]
>Operating system: Linux 5.2
>PHP version:  4.0.5
>PHP Bug Type: Feature/Change Request
>Bug description:  Need something like a __LINE__ constant to show the line 
>in *main* file.
>
>When some error happens in function within included file it is sometimes 
>very hard to find from which line in the main script (containing include 
>function) this function was called. It would be much better if there were 
>a way to get the number of the line within the main script file which is 
>being parsed.

__FILE__

>file1:
>
>include ("file2");
>some_function();
>
>
>file2:
>
>function some_function() {
>...
>}
>
>
>
>
>--
>Edit Bug report at: http://bugs.php.net/?id=11651&edit=1
>
>
>
>--
>PHP Development Mailing List 
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>To contact the list administrators, e-mail: [EMAIL PROTECTED]


-- 
PHP Development 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 #11657: Why is port 8000 used on your webserver for downloads

2001-06-25 Thread lasc


From: [EMAIL PROTECTED]
Operating system: 
PHP version:  4.0.6
PHP Bug Type: *General Issues
Bug description:  Why is port 8000 used on your webserver for downloads

I have a problem with the 8000 port that is used for downloads.
Our firewall policy at our company is that only port 80 is open.
So now I have to do all downloads on a much slower line at
home.  :-(

I didn't have this problem before as far as I can remember.
I would like that you changed back to port 80 for downloads.

Best regards

Lars Schylberg




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



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

[PHP-DEV] Bug #11651 Updated: Need something like a LINE constant to show the line in main file.

2001-06-25 Thread dron007


ID: 11651
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Feature/Change Request
Operating system: Linux RedHat 5.2
PHP Version: 4.0.5
Description: Need something like a __LINE__ constant to show the line in *main* file.



Previous Comments:
---

[2001-06-25 04:34:27] [EMAIL PROTECTED]
When some error happens in function within included file it is sometimes very hard to 
find from which line in the main script (containing include function) this function 
was called. It would be much better if there were a way to get the number of the line 
within the main script file which is being parsed.

file1:

include ("file2");
some_function();


file2:

function some_function() {
...
}



---


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


-- 
PHP Development 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 #11656: Server cannot startup since PHP 4.0.5

2001-06-25 Thread jfornall


From: [EMAIL PROTECTED]
Operating system: Solaris 8
PHP version:  4.0.6
PHP Bug Type: iPlanet related
Bug description:  Server cannot startup since PHP 4.0.5

I compiled and installed PHP 4.0.4pl1 successfully for use 
with iPlanet Web Server 4.1.

As I wanted to install the new version (4.0.5 and 4.0.6), 
the iPlanet webserver didn't restart anymore. I used the 
same configure directive for all installations!

configure directive:

./configure --with-mysql=/usr/local/mysql 
--with-nsapi=/export/home/server4/ --enable-track-vars

iplanet error response:

start failed. (2: unknown early startup error)
server terminated (signal 6): watchdog is restarting it 
failure: server initialization failed


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



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

[PHP-DEV] Bug #11655: Ivoking COM will not work.

2001-06-25 Thread roland


From: [EMAIL PROTECTED]
Operating system: Win NT4.0 SP6a
PHP version:  4.0.6
PHP Bug Type: COM related
Bug description:  Ivoking COM will not work.

This does not work, but worked unchanged in PHP 4.0.4pl1

$myDSN = "DSN=dbEmpty;DBQ='c:\\test.mdb';DRIVER={Microsoft Access 
Driver(*.mdb)};UID='root';PW='';";

$dbc = new COM("ADODB.Connection");
$dbc->Provider = "MSDASQL";
$dbc->Open($myDSN);

Warning: Invoke() failed: Exception occurred (line $dbc->Open($myDSN); )

Setting from php.ini:
;com.typelib_file = 
com.allow_dcom = On




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



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

[PHP-DEV] Re: [PHP-DOC] Documenation bugs

2001-06-25 Thread Cynic


I got the original msg from both php-dev@ & phpdoc@.

At 11:40 6/25/2001, [EMAIL PROTECTED] wrote the following:
-- 
>Hm, it now seems dat documenation bugs ONLY go to phpdoc, and NOT to php-dev anymore 
>(see#11650). And the update went ONLY to php-dev... I don't know whether this is just 
>coincidence, or it is broken now... 
> 
>Greetz,
>Jeroen
--end of quote-- 


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


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

[PHP-DEV] RE: [PHP-DOC] Documenation bugs

2001-06-25 Thread Tomas Parnarauskas

anybody can tel my, hou to remove my self from PHP DOC's ??

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Monday, June 25, 2001 11:41 AM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: [PHP-DOC] Documenation bugs

Hm, it now seems dat documenation bugs ONLY go to phpdoc, and NOT to
php-dev anymore (see#11650). And the update went ONLY to php-dev... I
don't know whether this is just coincidence, or it is broken now... 

Greetz,
Jeroen

--
PHP Development 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 #11654: configure fails on iconv_open

2001-06-25 Thread tom


From: [EMAIL PROTECTED]
Operating system: NetBSD/Alpha 1.5W-current
PHP version:  4.0.6
PHP Bug Type: Sablotron XSL
Bug description:  configure fails on iconv_open

Sablot-0.60 (also 0.5x), PHP-4.0.7-dev

i tried 'configure' with and without --iconv-dir=/usr/pkg flag. in either case, i get 
the following error:

---cut---
configure:46596: checking for iconv_open in -lc
configure:46615: gcc -o conftest -DLIBICONV_PLUG  -DNETBSD -DEAPI -DUSE_EXPAT 
-I/usr/pkg/include
-Wl,-export-dynamic   -Wl,-R/usr/lib -L/usr/lib   -Wl,-R/usr/pkg/lib -L/usr/pkg/lib   
-Wl,-R/usr/
local/lib -L/usr/local/lib   -Wl,-R/usr/X11R6/lib -L/usr/X11R6/lib -L/usr/pkg/lib 
-R/usr/pkg/lib
-L/usr/pkg/lib -R/usr/local/lib/mysql -L/usr/local/lib/mysql -R/usr/local/lib 
-L/usr/local/lib co
nftest.c -lc  -lexpat -lexpat -lsablot -lpq -lmysqlclient -lz -lgd -lttf -lz -lcrypt 
-lresolv -lm
 -lz -lpng -lm -lc -lpng -ljpeg -lttf -lintl -lXpm -lX11 -lresolv -lgcc 1>&5
/tmp/ccpa03fT.o: In function `main':
conftest.c(.text+0x18): undefined reference to `iconv_open'
conftest.c(.text+0x1c): undefined reference to `iconv_open'
collect2: ld returned 1 exit status
configure: failed program was:
#line 46604 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error.  */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply.  */
char iconv_open();

int main() {
iconv_open()
; return 0; }
---cut---

the type declared above doesn't match with libiconv's type for iconv_open (should be 
iconv_t instead of char). in addition, iconv_open is an alias function for 
libiconv_open and therefore will fail if "#include " isn't included.

here is my env setup:

---cut---
rm config.cache 
export LIBS="-lz -lpng -lm -lc -lpng -ljpeg -lttf -lintl -lXpm -lX11" && \
export LDFLAGS="-Wl,-export-dynamic \
  -Wl,-R/usr/lib -L/usr/lib \
  -Wl,-R/usr/pkg/lib -L/usr/pkg/lib \
  -Wl,-R/usr/local/lib -L/usr/local/lib \
  -Wl,-R/usr/X11R6/lib -L/usr/X11R6/lib"

./configure \
--with-apxs \
--disable-pear \
--with-gd=/usr/pkg \
--with-sablot=/usr/local \
--with-expat-dir=/usr/local \
--without-iconv \ <== tried w/ --with-iconv=/usr/local also
--with-pgsql=/usr/local \
--with-mysql=/usr/local \
--enable-libgcc \
--with-gnu-ld \
--with-zlib \
--with-system-regex \
--with-config-file-path=/usr/local/etc \
--enable-track-vars \
--enable-force-cgi-redirect \
--enable-discard-path \
--enable-memory-limit \
--enable-sysvsem \
--enable-sysvshm \
--enable-sockets \
--with-ttf=/usr/pkg \
--enable-freetype-4bit-antialias-hack

---cut---

please note, according to the docs from Sablot, iconv support is optional. i think 
php's config needs to change to reflect the use of libiconv with Sablot 0.5X - 0.60.


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



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

[PHP-DEV] Bug #11653: exec() not work

2001-06-25 Thread choiks


From: [EMAIL PROTECTED]
Operating system: Windows NT 4.0 Workstation
PHP version:  4.0.6
PHP Bug Type: Feature/Change Request
Bug description:  exec() not work

System : Window NT Workstation 4.0 SP6a
PHP : 4.0.6 apache sapi mode
WebServer Apache 1.3.20

-

php 4.0.6 not support exec().

error message is unable to fork.
I need exec() function.

and 4.0.7dev is not support crypt().
I need crypt() function too.


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



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

[PHP-DEV] Documenation bugs

2001-06-25 Thread jeroen




Hm, it now seems dat documenation bugs ONLY go to 
phpdoc, and NOT to php-dev anymore (see#11650). And the update went ONLY to 
php-dev... I don't know whether this is just coincidence, or it is broken now... 

 
Greetz,
Jeroen

[PHP-DEV] Bug #11649 Updated: Unable to Fork errors

2001-06-25 Thread derick


ID: 11649
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Program Execution
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

Try it with the full path to the executable, like this:
exec ("c:\windows\playmp3.exe test.mp3");

Previous Comments:
---

[2001-06-25 03:56:26] [EMAIL PROTECTED]
According to the ChangeLog, the inablity to fork issue in the exec family has been 
fixed on Win32 in 4.0.6.  Unfortunately, this is not so.  Calling system(), exec(), or 
passthru() produces the following error msg:

Warning: Unable to fork [test.mp3] in exec.php at line 3

Calling escapeshellcmd() or escapeshellarg() does not give an error or warning 
message, but also does not execute the command.  The above mentions problems occur 
when the functions are called when running PHP as an Apache module, or by executing 
the script from command line.  Below is a description of my setup, please let me know 
if additional information is needed.

OS: Win98 - SE
Processor: AMD K6-2/350
RAM: 192 megs
Apache version: 1.3.20 (run as service)
PHP: 4.0.6 and 4.0.5 (with Zend Optimizer)
Enabled PHP extensions: php_bz2.dll, php_gd.dll, php_imap.dll, php_zlib.dll
Output Buffering: On
PHP-GTK: version 0.0.4

---



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


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

[PHP-DEV] Bug #11650 Updated: Test Doc Bug

2001-06-25 Thread jeroen


ID: 11650
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Documentation problem
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

This is about what I wanted, though I didn't know it myself yet :)

Bogusfied this one.

Previous Comments:
---

[2001-06-25 04:34:10] [EMAIL PROTECTED]
Just testing the new doc bug feature.
If it works, all doc bugs will be cc-ed
to the [EMAIL PROTECTED] list, to
the doc people.

Just ignore this bug report.

---



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


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

[PHP-DEV] Bug #10787 Updated: mod_perl and php4 -> Segmentation fault

2001-06-25 Thread red


ID: 10787
User Update by: [EMAIL PROTECTED]
Status: Closed
Bug Type: Reproducible crash
Operating system: RH6.2 kernel2.4.3
PHP Version: 4.0.5
Description: mod_perl and php4 -> Segmentation fault

Well, I just installed php 4.0.6 and it is working well 
now. So, there was no bug in php, huh? ;) 

sorry, I couldn't resist to write this...


Previous Comments:
---

[2001-05-14 23:36:10] [EMAIL PROTECTED]
This is not any bug in PHP. So please ask further
questions on the mailing lists, php-general / php-install


---

[2001-05-14 11:11:17] [EMAIL PROTECTED]
A yeah... I loaded mod_perl before php in the httpd. (Found this in some newsgroups). 
But without success...

---

[2001-05-14 11:09:20] [EMAIL PROTECTED]
Well I have to believe you, but I have these problems, and no Idea how to fix it... 
The only thing I know is, that these problems are occuring since I installed mod_perl. 
But the processes crashing are those with php... So I hoped that you php-guys 
eventualy know something about these issues. Thank you anyway...
Red

---

[2001-05-14 08:12:55] [EMAIL PROTECTED]
FYI: I have mod_perl 1.25 and PHP 4 in my Apache and I 
have no problems.


---

[2001-05-14 08:12:16] [EMAIL PROTECTED]
Is the mod_perl compiled as DSO?
If so, try moving the LoadModule line for it before php4
module is loaded.

If not, compile it as DSO and do that.

--Jani


---

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

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


-- 
PHP Development 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 #11652: mysql_data_seek() and mysql_unbuffered_query() warning text

2001-06-25 Thread aj


From: [EMAIL PROTECTED]
Operating system: All
PHP version:  4.0.6
PHP Bug Type: MySQL related
Bug description:  mysql_data_seek() and mysql_unbuffered_query() warning text

When using mysql_data_seek() in conjunction with mysql_unbuffered_query() which 
obviously is not possible, I get a 

Warning: Offset 5 is invalid for MySQL result index [...]

whilst the warning perhaps should have said that mysql_data_seek() aand 
mysql_unbuffered_query() cannot be used together. This might also be a documentation 
problem


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



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

Re: [PHP-DEV] Sablotron leaks

2001-06-25 Thread Stanislav Malyshev


RL>> > $xsl = join("", file("x.xsl"));
RL>>
RL>> Blah...  I see this a lot.  We should probably just relent and make a
RL>> function that reads an entire file into a string.

I said this a year ago... Somehow there were counter-argunets on that (I
don't remember what they were, but it's still not there).

-- 
Stanislav Malyshev, Zend Products Engineer
[EMAIL PROTECTED]  http://www.zend.com/ +972-3-6139665 ext.115




-- 
PHP Development 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] Totally Blue Sky

2001-06-25 Thread Marc Boeren



> I am pleased to announce that I dove into this new idea last night 
> and made my first proof-of-concept program (PoC-1) for this new 
> programming environment (which I am calling LocalPHP for the lack of 
> a better name, any suggestions?).

I have a version of exactly what you wish to do right here in the final
stages of development. 
It includes an executable that contains the htmlview, a dll that catches all
requests from the htmlview and processes them (either by passing them on to
php and passing the results back to the browser, or by returning the
requested file as-is). 
It doesn't need Apache or anything, just the cgi-version of php (including
any modules you wish to use), and an IE>4. 
It could easily be extended to fetch all files from one big library (thus
protecting your php-source) or to start other apps as well (map any
extension to any executable... Perl, custom executables, whatever)

We're still looking into the method of distribution, whether it will be a
commercial app or an open source project and such things, but your efforts
might kick a few people over here into motion :-)

As you can understand, I can not really say more about this project at this
time, but I'll hope to come back to this soon!

Cheerio, MArc.

-- 
PHP Development 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 #11648: Configure fails to detect crypt()

2001-06-25 Thread thomasdeniau


From: [EMAIL PROTECTED]
Operating system: Mac OS X 10.0.4 (Darwin 1.3.7)
PHP version:  4.0.6
PHP Bug Type: *Configuration Issues
Bug description:  Configure fails to detect crypt()

When I run configure, it says :
checking for crypt.h... no

And so disables crypt() function.

My system doesn't have crypt.h ; crypt() function is in unistd.h.

I've managed to compile a small C program which includes unistd.h, and then uses 
crypt(), and everything works properly.

Can configure check for crypt() in unistd.h ?


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



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

[PHP-DEV] Bug #11647 Updated: Installation Failure

2001-06-25 Thread derick


ID: 11647
Updated by: derick
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Apache related
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

I recommend that you upgrade your webserver version from 1.3.6 to 1.3.20.

Previous Comments:
---

[2001-06-25 00:43:24] [EMAIL PROTECTED]
Script:

su
cp /usr/sbin/httpd /usr/bin/httpd
cd /tmp
gzip -d php-4.0.6.tar.gz
tar -xvf php-4.0.6.tar
cd php-4.0.6
./configure --prefix=/usr/local/php-4.0.6 --exec-prefix=/usr/local/php-4.0.6 
--with-apxs=/usr/sbin/apxs --with-mysql=/usr/local/mysql
make
make install

Description:

At this point, the installation process fails because the 'make install' script 
invokes APXS. APXS runs, but responds that it does not understand the -S flag, which 
is visibly being used. This takes place when running Apache/1.3.6 with mod_perl/1.21, 
mod_ssl/2.2.8, and OpenSSL/0.9.2b on a Cobalt RaQ 3i system with all of the latest 
patches from Cobalt installed.

This problem did not occur with any previous versions of PHP. PHP 4.0.5 installs 
perfectly.

---



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


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

[PHP-DEV] Bug #11646 Updated: Cant get php for linux

2001-06-25 Thread derick


ID: 11646
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Closed
Status: Bogus
Bug Type: *General Issues
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

Let's bogusify this one.

Previous Comments:
---

[2001-06-24 22:53:02] [EMAIL PROTECTED]
What in heaven's name are you talking about?  There is no difference between accessing 
the site with Windows and Linux.  No detection is going on.  

---

[2001-06-24 22:39:08] [EMAIL PROTECTED]
I can't get my winmodem working with linux, i download everything i need to a win 
share then install to linux. Your platform detection is most shortsighted. Why can't i 
download a linux version if i logon to your site with win. This is so frustrating as i 
need a new version 4.0.3+ but can't get it. Please tell your web designer to jump in a 
river and drown.

---



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


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

61 matches

Mail list logo