[PHP-DEV] File upload on Win32

[Frank M. Kromann]

Hi,

Is it me or is upload broken in 4.2.0-dev from cvs ? php.exe hangs after uploading the 
first 8.192 bytes. Nothing happens, no cpu usage.

- Frank




-- 
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 #14320: multipart form posts can't upload files anymore

[daniel]

From: [EMAIL PROTECTED]
Operating system: any
PHP version:  4.1.0
PHP Bug Type: cURL related
Bug description:  multipart form posts can't upload files anymore

Using the CURL module in previous versions of PHP you could upload a file
in a HTTP multipart formpost in a script like this:

 $ch = curl_init($APP);  
 curl_setopt($ch, CURLOPT_POSTFIELDS, array
('sampfile'=>"@$sampfile"));
 $postResult = curl_exec($ch);
 curl_close($ch);

With 4.1.0 (and what's currently in CVS), the CURL module has been modified
to use the more proper libcurl function to deal with formposts, but it has
the side-effect that pre-pending a file name with @ no longer works.

This is something that needs to be checked for and addressed in the
ext/curl/curl.c source code if the above functionality is still wanted.

The functionality with a @-prepended file name is not documented anywhere
in the PHP curl documentation AFAIK, but there are users out there that
have found about this feature (it is a standard curl way of doing it using
the command line) so there might be a point to continue supporting this.

(I am the libcurl maintainer, this report is based solely on source code
auditing, I have not ran any PHP code to find out.)
-- 
Edit bug report at: http://bugs.php.net/?id=14320&edit=1


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

[PHP-DEV] PHP Module for reading/writing Palmtop .PDB files..

[Mathieu Kooiman]

Hiya,

I'm almost done writing a PHP module for my library, pdb-lib, which
enables you to read and write .PDB files on the PC.

This library is not YET available. I have some question pending
somewhere and after that I'll release it (GPL).

Is there any interest in adding this to the PHP dist ?

-- Mathieu




-- 
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] CVS Account Request: shlomi

[shlomi loubaton]

Hi ! ...
I want a CVS account in order to start a hebrew translation tree in the PHPDOC.
(Goba sent me :)
I found few people in israel who want to translate and i'll be their voice CVS.

Regards
Shlomi Loubaton

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

Re: [PHP-DEV] PHP Module for reading/writing Palmtop .PDB files..

[Martin Jansen]

On 03 Dec 2001 09:56:24 +0100, Mathieu Kooiman wrote:

>I'm almost done writing a PHP module for my library, pdb-lib, which
>enables you to read and write .PDB files on the PC.
>
>This library is not YET available. I have some question pending
>somewhere and after that I'll release it (GPL).
>
>Is there any interest in adding this to the PHP dist ?

I would add it to PEAR instead of the PHP source tree.

- Martin

-- 
  Martin Jansen, <[EMAIL PROTECTED]>
  http://www.martin-jansen.de/



-- 
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 #14318 Updated: Can't Compile PHP 4.06 With GD2

[sniper]

ID: 14318
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Old Bug Type: Compile Failure
Bug Type: GD related
Operating System: FreeBSD 4.2
PHP Version: 4.0.6
New Comment:

Fixed in CVS.

--Jani


Previous Comments:


[2001-12-03 00:26:38] [EMAIL PROTECTED]

Please Help Me! 

I am trying to compile PHP 4.06 with GD2 and it won't seem to work. I am running 
FreeBSD 4.3 without Xwindows because it is strictly a server envoronment and X is not 
needed. I am using the following configure command when configuring PHP: 

./configure --with-mysql=/usr/local/mysql --with-xml --with-apache=../apache_1.3.14 
--enable-ftp --with-pspell=/usr/local/include/pspell --enable-track-vars 
--with-gd=/usr/ports/graphics/gd2/work/gd-2.0.1 --enable-gd-native-ttf 


It will complete the configuration fine. It looks like everything is going to work. 
However, when I do the "make" it starts to complile and then stops half way through 
with the following errors 

usr/local/mysql/include/mysql -I/usr/local/include/pspell 
-I/usr/local/src/php-4.0.6/ext/xml/expat/xmltok 
-I/usr/local/src/php-4.0.6/ext/xml/expat/xmlparse -I/usr/local/src/php-4.0.6/TSRM 
-DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c gd.c && touch gd.lo 
gd.c: In function `php_if_imagegif': 
gd.c:1404: `gdImageGif' undeclared (first use in this function) 
gd.c:1404: (Each undeclared identifier is reported only once 
gd.c:1404: for each function it appears in.) 
*** Error code 1 

Stop in /usr/local/src/php-4.0.6/ext/gd. 
*** Error code 1 

Stop in /usr/local/src/php-4.0.6/ext/gd. 
*** Error code 1 


I don't understand why I am getting the error "gdImageGif' undeclared (first use in 
this function) 
" when GIF support isn't even included in GD any longer. I am not sure what to do. I 
really hope someone can help me. I have seen similar posts in other groups with no 
answers to the questions. Please email if you have any idea. 






Edit this bug report at http://bugs.php.net/?id=14318&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 #14319 Updated: configure fails with apache-2_0_28

[sniper]

ID: 14319
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Compile Failure
Operating System: linux
PHP Version: 4.0.6
New Comment:

You need PHP from CVS and use --with-apxs2 option.

--Jani


Previous Comments:


[2001-12-03 00:52:46] [EMAIL PROTECTED]

in redhat linux 7.1. 

I downloaded httpd-2_0_28 from apache, php-4.0.6 from php.net.

the php configure script searches .../httpd-2_0_28/src/include/ for include files 
while actually those header files are at .../httpd-2_0_28/include/.

but after I made a directory called .../httpd-2_0_28/src and moved everything in it, 
it still fails with these errors:

In file included from /usr/local/src/httpd-2_0_28/src/include/httpd.h:72,
 from sapi_apache.c:32:
/usr/local/src/httpd-2_0_28/src/include/ap_config.h:60:32: apr_optional_hooks.h:
 No such file or directory
In file included from sapi_apache.c:32:
/usr/local/src/httpd-2_0_28/src/include/httpd.h:657:21: apr_uri.h: No such file
or directory
make[3]: *** [sapi_apache.lo] Error 1
make[3]: Leaving directory `/usr/local/src/php-4.0.6/sapi/apache'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/usr/local/src/php-4.0.6/sapi/apache'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/local/src/php-4.0.6/sapi'
make: *** [all-recursive] Error 1





Edit this bug report at http://bugs.php.net/?id=14319&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] PHP Module for reading/writing Palmtop .PDB files..

[Mathieu Kooiman]

On Mon, 2001-12-03 at 10:03, Sterling Hughes wrote:
> > Hiya,
> > 
> > I'm almost done writing a PHP module for my library, pdb-lib, which
> > enables you to read and write .PDB files on the PC.
> > 
> > This library is not YET available. I have some question pending
> > somewhere and after that I'll release it (GPL).
> > 
> > Is there any interest in adding this to the PHP dist ?
> >
> 
> Well, I think its more appropriate for PECL (its cool - I just don't
> see a reason to add it to the main distribution).  

What's this PECL ?

PHP's Enormously Cool Library ?

> But aside from that
> we can't add code that links to GPL software in the PHP distribution
> simply cause the PHP license and GPL conflict (LGPL is fine btw).

Reality check, so if the Library is onder GPL, it can't be added?
Or if the MODULE is under GPL.. cos.. heck, I'll make LGPL..

> 
> -Sterling
>  
> > -- Mathieu
> > 
> > 
> > 
> > 
> > -- 
> > 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 #14316 Updated: Incorrect upload_max_filesize causes problems

[sniper]

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

This is different problem and has nothing to do with the http upload code.
The php ini parser should allow MB (instead of only allowing M)

--Jani


Previous Comments:


[2001-12-03 01:14:33] [EMAIL PROTECTED]

The new file uploading code, which will be available from PHP 4.2.0 and higher, has 
functionality you request.
You can try it by getting a snapshot from snaps.php.net.

Derick



[2001-12-02 19:04:19] [EMAIL PROTECTED]

This is more of a user-error problem but it would be nice to maybe do something about.
Setting a upload_max_filesize value to 10MB rather then 10M causes PHP to ignore the 
MB portion and only allow uploads of 10 bytes instead.

Is it possible for PHP to instead inspect the first character after the number of use 
that so 10MB will get seen as 10M?





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

[Jani Taskinen]

Hangs? It's partially broken but that problem is bit different
and can be worked around by setting register_globals=off.

What kind of file is the one you're uploading? And how big?
What are your php.ini settings that affect the uploading?
(upload_max_filesize.. etc)

--Jani


On Mon, 3 Dec 2001, Frank M. Kromann wrote:

>Hi,
>
>Is it me or is upload broken in 4.2.0-dev from cvs ? php.exe hangs after
>uploading the first 8.192 bytes. Nothing happens, no cpu usage.


-- 
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 #14320 Updated: multipart form posts can't upload files anymore

[sterling]

ID: 14320
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: cURL related
Operating System: any
PHP Version: 4.1.0
New Comment:

Fixed in CVS (and PHP 4.0.1 branch) -- thanks.

Previous Comments:


[2001-12-03 03:50:34] [EMAIL PROTECTED]

Using the CURL module in previous versions of PHP you could upload a file in a HTTP 
multipart formpost in a script like this:

 $ch = curl_init($APP);  
 curl_setopt($ch, CURLOPT_POSTFIELDS, array
('sampfile'=>"@$sampfile"));
 $postResult = curl_exec($ch);
 curl_close($ch);

With 4.1.0 (and what's currently in CVS), the CURL module has been modified to use the 
more proper libcurl function to deal with formposts, but it has the side-effect that 
pre-pending a file name with @ no longer works.

This is something that needs to be checked for and addressed in the ext/curl/curl.c 
source code if the above functionality is still wanted.

The functionality with a @-prepended file name is not documented anywhere in the PHP 
curl documentation AFAIK, but there are users out there that have found about this 
feature (it is a standard curl way of doing it using the command line) so there might 
be a point to continue supporting this.

(I am the libcurl maintainer, this report is based solely on source code auditing, I 
have not ran any PHP code to find out.)





Edit this bug report at http://bugs.php.net/?id=14320&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 #14023 Updated: curl does not initialize HTTPS correctly - hence does not work.

[sterling]

ID: 14023
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: cURL related
Operating System: linux debian
PHP Version: 4.0CVS-2001-11-12
New Comment:

Its not going to be handled either

Previous Comments:


[2001-11-16 01:23:36] [EMAIL PROTECTED]

better re-open this, the fixes below and the ones in CVS do not currently deal with 
conflicts between openssl and curl modules - (althought they will fix most common 
scenarios)

if curl.so and openssl.so are loaded -using dl() they will both attempt to initialize 
openssl. 

- It is probably not a common occurance - and as long as there is a bug report then 
somebody finding this happening has a chance of knowing what to do.

- workaround - either dont use openssl as a dl module (compile it into php) or dont 
user openssl and curl together as modules..



[2001-11-12 20:01:18] [EMAIL PROTECTED]

Patched in CVS (untested)



[2001-11-12 05:44:12] [EMAIL PROTECTED]

filed under correct type (oops)



[2001-11-12 04:17:24] [EMAIL PROTECTED]

also probably a good idea to add WIN32 inititialization as well eg. 
curl_global_init(CURL_GLOBAL_SSL && CURL_GLOBAL_WIN32)





[2001-11-12 00:26:30] [EMAIL PROTECTED]

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 this bug report at http://bugs.php.net/?id=14023&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 #14181 Updated: CURLOPT_WRITEHEADER make a segmentation fault

[sterling]

ID: 14181
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: cURL related
Operating System: Linux Mandrake 8.1
PHP Version: 4.0.6
New Comment:

Try the latest CVS and re-open if this still happens

Previous Comments:


[2001-11-22 12:57:24] [EMAIL PROTECTED]

I use php 4.0.6 rpm packed in Mandrake 8.1 CDROM. I test both with mod_php and php 
(shell interpreter). my curl is :
   curl 7.8.1 (i586-mandrake-linux-gnu) libcurl 7.8.1 (OpenSSL 0.9.6a)

http://www.natimages.com/images/scenic.jpg";);

  curl_setopt($ch,CURLOPT_FILE,$myFp);
  curl_setopt($ch,CURLOPT_WRITEHEADER,$myHp);

  curl_exec($ch);
  curl_close($ch);

  fclose($myFp);
  fclose($myHp);
?>

INSTALLATION NOTES:
when installed, php package in Mandrake 8.1 rpm does not support curl, so I must 
install php_devel rpm and build the curl extension

when build curl extension, I need libcurl rpm provided by Mandrake 8.1, and curl-devel 
rpm that's NOT provided by Mandrake 8.1. So, I must install curl-devel rpm built for 
Redhat 7.2, with option --nodeps to force it work in Mandrake environtment..

I do NOT found that another curl option buggy like this CURLOPT_WRITEHEADER

I'm not familiar with gdb, so I can not submit gdb backtrace

Thank

Tri






Edit this bug report at http://bugs.php.net/?id=14181&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] RFC: nested output handler issues

[Yasuo Ohgaki]

Current nested output handler implementation has some problems.

Problem:
User can accidentally delete zlib output handler. This may lead to
SIGPIPE and/or no output after deletion. (Bug#14226) Other
internal handler may also be deleted. (mbstring output conversion,
trans sid handler, iconv, anything else?)

Solution:
Make 2 output handler lists for internal(module) and user use.
Disallow deleting internal output handlers from script.

Side Effect:
User may *not* able to turn off output buffering using
ob_end_clean()/ob_end_flush(). (ob_implicit_flush() can be used,
though)

If nobody objects or writes patch, I'll write one.
If you have comments, please let me know before I start coding.
(I'll wait about a week for feedback at least)

Thank you for your comments.

--
Yasuo Ohgaki



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

Re: [PHP-DEV] PHP Module for reading/writing Palmtop .PDB files..

[Markus Fischer]

No idea about the license thing but another philosophy is not
to bloat the PHP main distribution.

Even imagick extension was refused to go into PHP main.

- Markus

On Mon, Dec 03, 2001 at 10:12:34AM +0100, Mathieu Kooiman wrote : 
> On Mon, 2001-12-03 at 10:03, Sterling Hughes wrote:
> > > Hiya,
> > > 
> > > I'm almost done writing a PHP module for my library, pdb-lib, which
> > > enables you to read and write .PDB files on the PC.
> > > 
> > > This library is not YET available. I have some question pending
> > > somewhere and after that I'll release it (GPL).
> > > 
> > > Is there any interest in adding this to the PHP dist ?
> > >
> > 
> > Well, I think its more appropriate for PECL (its cool - I just don't
> > see a reason to add it to the main distribution).  
> 
> What's this PECL ?
> 
> PHP's Enormously Cool Library ?
> 
> > But aside from that
> > we can't add code that links to GPL software in the PHP distribution
> > simply cause the PHP license and GPL conflict (LGPL is fine btw).
> 
> Reality check, so if the Library is onder GPL, it can't be added?
> Or if the MODULE is under GPL.. cos.. heck, I'll make LGPL..
> 
> > 
> > -Sterling
> >  
> > > -- Mathieu
> > > 
> > > 
> > > 
> > > 
> > > -- 
> > > 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]

-- 
Please always Cc to me when replying to me on the lists.

-- 
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 #14321: multipart/form-data doesn't accept a NULL character

[kranzhoff]

From: [EMAIL PROTECTED]
Operating system: i686-gnu-linux
PHP version:  4.0CVS-2001-12-03
PHP Bug Type: Variables related
Bug description:  multipart/form-data doesn't accept a NULL character

This one is related to the report of [EMAIL PROTECTED] (Bug id
#11516).
I talked to sniper about this problem a year ago, but I could not convince
him that this behaviour of PHP to truncate post variables at the first
occurrance of 0x00 exists and that it's incorrect (when used with
multipart-formdata). Some days ago I used libCURL with C++ to post binary
data with the "CURLFORM_PTRCONTENTS" option which lead to the same problem.
Packet-sniffing revealed that the data is sent correctly, but PHP truncates
the variable at the first occurance of 0x00. I had a discussion with Daniel
Stenberg (Curl-developer) on that topic. He agreed that following RFC1867
it is allowed to send binary data in the way jeroen describes and he was
pretty much suprised that PHP causes such problems. As the function
curl_formadd() and "CURLOPT_POSTFIELDSIZE" is not implemented in PHP I can
not give you a PHP script which produces the error but let me know if
you're interested in an example written in C++. I would appriciate very
much if this bug could be removed in future versions of PHP.
thanks in advance
Hanno



-- 
Edit bug report at: http://bugs.php.net/?id=14321&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 #14321 Updated: multipart/form-data doesn't accept a NULL character

[derick]

ID: 14321
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Assigned
Old Bug Type: Variables related
Bug Type: cURL related
Operating System: i686-gnu-linux
PHP Version: 4.0CVS-2001-12-03
Old Assigned To: 
Assigned To: sterling
New Comment:

Assigning to sterling, the cURL master.

Derick

Previous Comments:


[2001-12-03 06:22:04] [EMAIL PROTECTED]

This one is related to the report of [EMAIL PROTECTED] (Bug id #11516).
I talked to sniper about this problem a year ago, but I could not convince him that 
this behaviour of PHP to truncate post variables at the first occurrance of 0x00 
exists and that it's incorrect (when used with multipart-formdata). Some days ago I 
used libCURL with C++ to post binary data with the "CURLFORM_PTRCONTENTS" option which 
lead to the same problem. Packet-sniffing revealed that the data is sent correctly, 
but PHP truncates the variable at the first occurance of 0x00. I had a discussion with 
Daniel Stenberg (Curl-developer) on that topic. He agreed that following RFC1867 it is 
allowed to send binary data in the way jeroen describes and he was pretty much 
suprised that PHP causes such problems. As the function curl_formadd() and 
"CURLOPT_POSTFIELDSIZE" is not implemented in PHP I can not give you a PHP script 
which produces the error but let me know if you're interested in an example written in 
C++. I would appriciate very much if this bug could be removed in future versions of 
PHP.
thanks in advance
Hanno








Edit this bug report at http://bugs.php.net/?id=14321&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 #14322: elocation error: symbol not found: pow

[maxim]

From: [EMAIL PROTECTED]
Operating system: SCO Unixware 7.1.0
PHP version:  4.0CVS-2001-12-03
PHP Bug Type: Apache2 related
Bug description:  elocation error: symbol not found: pow

I have the most recent (today CVS updated) apache 2.0 and php 4

After configuration the recent version of php:
CC=cc CXX=CC ./configure --with-mysql=/usr/local/mysql
--with-apxs2=/usr/local/apache2/bin/apxs --with-gd --enable-ftp --with-dom
--with-zlib-dir=/usr/local/lib --with-iconv=/usr/local/include 
--with-zlib=/usr/local
I've started compiling it:
#: make

First time i've got an error in apache2filter/sapi_apache2.c: "no such
stuct member: _shutdown".
After manualy fixing this file, compilation succeeded with warning:
*** Warning: inter-library dependencies are not known to be supported.
*** All declared inter-library dependencies are being dropped.
*** The inter-library dependencies that have been dropped here will be
*** automatically added whenever a program is linked with this library
*** or is declared to -dlopen it.

Then I executed:
# make install; /usr/local/apache2/bin/apachectl configtest
...and get:
Syntax error on line 198 of /usr/local/apache2/conf/httpd.conf:
Cannot load /usr/local/apache2/modules/libphp4.so into server: dynamic
linker: /
usr/local/apache2/bin/httpd: relocation error: symbol not found: finite;
referenced
 from: /usr/local/apache2/modules/libphp4.so

Then i've opened php_config.h and delete the following declaration: #define
HAVE_FINITE 1
After that i "made clean, make, etc". But after configtest apache spit at
me with a relocation error in the same library: 
Syntax error on line 198 of /usr/local/apache2/conf/httpd.conf:
Cannot load /usr/local/apache2/modules/libphp4.so into server: dynamic
linker: /
usr/local/apache2/bin/httpd: relocation error: symbol not found: pow;
referenced
 from: /usr/local/apache2/modules/libphp4.so

So that is the problem. Can anybody tell me what to do?

P.S. The same problem i've got under Apache 1.3
P.P.S. Release version of PHP 4.0.6 compiles and runs perfectly on the this
machine, but i can't use it because of iconv() function missing.


-- 
Edit bug report at: http://bugs.php.net/?id=14322&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] sample .def file to use with ext_skel --proto= anywhere

[Thies C. Arntzen]

could sombody send me a working example?

thx,
tc

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

Re: [PHP-DEV] PHP Module for reading/writing Palmtop .PDB files..

[Alexander Merz]

> What's this PECL ?
> PHP's Enormously Cool Library ?
Yes ;-)
please take a look on:
http://pear.php.net/faq.php

> Or if the MODULE is under GPL.. cos.. heck, I'll make LGPL..
PEAR requires at least an OpenSource compatible license.


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

[Zeev Suraski]

You know the drill, but practice makes perfect!

In a divine effort to prevent both Derick and Zak from winning their bets 
(Derick bet we'll go up to RC8, Zak bet that we'll go as far as RC7), 
please folks, FIND NO BUGS!  It's a 'final release' darn it :)

Zeev


-- 
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] sample .def file to use with ext_skel --proto= anywhere

[Rasmus Lerdorf]

> could sombody send me a working example?

int xmms_start(void) Start up XMMS if it is not already running
bool xmms_is_running(void) Check if XMMS is running
int xmms_playlist_length(void) Get the number of songs in the playlist
int xmms_playlist_pos(void) Get current playlist position
array xmms_playlist([mixed pos]) Get full or partial playlist info
void xmms_play([int pos]) Play current or provided song position
void xmms_stop(void) Stop playing current song
void xmms_pause(void) Pause current song (toggle)
void xmms_quit(void) Force XMMS to terminate
int xmms_version(void) Get the XMMS version
void xmms_next(void) Go to next song in playlist
void xmms_prev(void) Go to previous song in playlist
string xmms_status(void) Returns current XMMS status
bool xmms_is_repeat(void) Get repeat setting
int xmms_repeat([bool setting]) Toggle/Set repeat setting
bool xmms_is_shuffle(void) Get shuffle setting
int xmms_shuffle([bool setting]) Toggle/Set shuffle setting
void xmms_add(mixed songs) Add entries to playlist
void xmms_delete(int pos) Delete entry from playlist
void xmms_clear(void) Clear playlist
array xmms_current(void) Get current song info
void xmms_volume([int level [, int right_level]]) Set volume
void xmms_url(string url) Play from url
void xmms_skin([string skin_file]) Set XMMS skin
float xmms_time([float time_pos]) Get/Set output time position
void xmms_main_win(bool setting) Hide/Unhide main xmms window
void xmms_pl_win(bool setting) Hide/Unhide playlist xmms window
void xmms_eq_win(bool setting) Hide/Unhide equalizer xmms window
object xmms([bool start]) XMMS class constructor

-Rasmus


-- 
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-QA] 4.1.0RC5

[Phil Driscoll]

On Monday 03 December 2001 1:53 pm, Zeev Suraski wrote:
> You know the drill, 
...but not the URL - though we could guess :)

-- 
Phil Driscoll

-- 
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-QA] 4.1.0RC5

[derick]

Hello,

build went fine as CGI on Linux (RH 7.1):

TEST RESULT SUMMARY
=
Number of tests:   206
Tests skipped:  89 ( 43%)
Tests failed:   16 ( 14%)
Tests passed:  101 ( 86%)
=

Failed tests:
Bug #8040 (001.phpt) ... failed
Various pow() tests (pow.phpt)   ... failed
/dat/dev/php/php-4.1.0RC5/pear/DB/tests/phpt.XEj116(1) : Warning - Failed opening 
'DB.php' for inclusion (include_path='.:')
DB_Error/DB_Warning test (db_error.phpt) ... failed
DB configurable error handler test (db_error2.phpt)  ... failed
/dat/dev/php/php-4.1.0RC5/pear/DB/tests/phpt.2Gq28n(1) : Warning - Failed opening 
'DB.php' for inclusion (include_path='.:')
DB::factory test (db_factory.phpt)   ... failed
/dat/dev/php/php-4.1.0RC5/pear/DB/tests/phpt.9idDZx(1) : Warning - Failed opening 
'DB.php' for inclusion (include_path='.:')
DB::isManip test (db_ismanip.phpt)   ... failed
/dat/dev/php/php-4.1.0RC5/pear/DB/tests/phpt.675xdI(1) : Warning - Failed opening 
'DB.php' for inclusion (include_path='.:')
DB::parseDSN test (db_parsedsn.phpt) ... failed
XML Parser: parse simple string (001.phpt)   ... failed
XML Parser: parse from file (002.phpt)   ... failed
XML Parser: parse from file resource (003.phpt)  ... failed
XML Parser: error class (004.phpt)   ... failed
XML Parser: mixing character encodings (005.phpt)... failed
PEAR constructor/destructor test (pear1.phpt)... failed
PEAR_Config (pear_config.phpt)   ... failed
PEAR_Registry (pear_registry.phpt)   ... failed
OO Bug Test (Bug #7515) (029.phpt)   ... failed
Tests failed:   16 ( 14%)

Configure line:
./configure \
--with-gd \
--with-ttf --with-mysql --with-pdflib3 --with-config-file-path=/etc/httpd \
--enable-track-vars --enable-magiq-quotes --enable-memory-limit \
--enable-ftp --with-mcrypt --with-zip --with-srm=/opt/srm \
--with-ctype --without-pear --with-dom --enable-debug \
--enable-shmop --with-sockets --enable-sysvsem --with-mcrypt \


Derick

On Mon, 3 Dec 2001, Zeev Suraski wrote:

> You know the drill, but practice makes perfect!
>
> In a divine effort to prevent both Derick and Zak from winning their bets
> (Derick bet we'll go up to RC8, Zak bet that we'll go as far as RC7),
> please folks, FIND NO BUGS!  It's a 'final release' darn it :)
>
> Zeev
>
>
> --
> PHP Quality Assurance 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 #14321 Updated: multipart/form-data doesn't accept a NULL character

[sterling]

ID: 14321
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Old Status: Assigned
Status: Bogus
Bug Type: cURL related
Operating System: i686-gnu-linux
PHP Version: 4.0CVS-2001-12-03
Assigned To: sterling
New Comment:

a) not a cURL related bug report
b) bogus, when you print binary data, expect it to be truncated at the NULL, this is 
the same in every language.

Previous Comments:


[2001-12-03 06:23:56] [EMAIL PROTECTED]

Assigning to sterling, the cURL master.

Derick



[2001-12-03 06:22:04] [EMAIL PROTECTED]

This one is related to the report of [EMAIL PROTECTED] (Bug id #11516).
I talked to sniper about this problem a year ago, but I could not convince him that 
this behaviour of PHP to truncate post variables at the first occurrance of 0x00 
exists and that it's incorrect (when used with multipart-formdata). Some days ago I 
used libCURL with C++ to post binary data with the "CURLFORM_PTRCONTENTS" option which 
lead to the same problem. Packet-sniffing revealed that the data is sent correctly, 
but PHP truncates the variable at the first occurance of 0x00. I had a discussion with 
Daniel Stenberg (Curl-developer) on that topic. He agreed that following RFC1867 it is 
allowed to send binary data in the way jeroen describes and he was pretty much 
suprised that PHP causes such problems. As the function curl_formadd() and 
"CURLOPT_POSTFIELDSIZE" is not implemented in PHP I can not give you a PHP script 
which produces the error but let me know if you're interested in an example written in 
C++. I would appriciate very much if this bug could be removed in future versions of 
PHP.
thanks in advance
Hanno








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

[Zeev Suraski]

It's a part of the test! :)

www.php.net/~zeev/php-4.1.0RC5.tar.gz


At 16:06 03/12/2001, Phil Driscoll wrote:
>On Monday 03 December 2001 1:53 pm, Zeev Suraski wrote:
> > You know the drill,
>...but not the URL - though we could guess :)
>
>--
>Phil Driscoll


-- 
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-QA] 4.1.0RC5

[derick]

Hello again,

I'm now unhapily running RC5 without problems on my dev box. I still hope
I can win my bet.

Derick

On Mon, 3 Dec 2001, Zeev Suraski wrote:

> You know the drill, but practice makes perfect!
>
> In a divine effort to prevent both Derick and Zak from winning their bets
> (Derick bet we'll go up to RC8, Zak bet that we'll go as far as RC7),
> please folks, FIND NO BUGS!  It's a 'final release' darn it :)
>
> Zeev
>
>
> --
> PHP Quality Assurance 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 #14033 Updated: libjpeg not found

[sander]

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

No feedback. Closing.

Previous Comments:


[2001-11-12 19:40:52] [EMAIL PROTECTED]

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

I assume you do have libjpeg installed? :)

--Jani




[2001-11-12 10:37:16] [EMAIL PROTECTED]

String to configure:

./configure --with-apache=/usr/local/sorgenti/apache_1.3.20
--with-sybase=/database/sybase/OCS-12_0 
--with-zlib-dir=shared
--with-jpeg-dir=/usr/local
--with-gd=/usr/local
--with-mcrypt

During configuration's php 4.0.6, this is the error messages:


checking whether to enable truetype string function in gd... no
checking for the location of libjpeg... yes
checking for jpeg_read_header in -ljpeg... no
configure: error: libjpeg not found!







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

[Yasuo Ohgaki]

Zeev Suraski wrote:

> You know the drill, but practice makes perfect!
> 
> In a divine effort to prevent both Derick and Zak from winning their 
> bets (Derick bet we'll go up to RC8, Zak bet that we'll go as far as 
> RC7), please folks, FIND NO BUGS!  It's a 'final release' darn it :)
> 
> Zeev
> 


It builds fine for both CGI & Apache SAPI.
Distribution: Kondara MNU Linux 2.0

3 errors are errors that may be ignored, I suppose.


TEST RESULT SUMMARY
=
Number of tests:   206
Tests skipped:  85 ( 41%)
Tests failed:3 (2.5%)
Tests passed:  118 ( 98%)
=
Skipped 0 extensions.
PHP Version: 4.1.0RC5
[yohgaki@dev RC]$
[yohgaki@dev RC]$ cat config.nice
#! /bin/sh
#
# Created by configure

'./configure' \
'--without-mysql' \
'--with-bz2' \
'--with-curl' \
'--with-ftp' \
'--with-iconv' \
'--with-mhash' \
'--with-mcrypt' \
'--with-openssl' \
'--with-pgsql' \
'--with-regex=system' \
'--with-zlib' \
'--with-gd' \
'--enable-gd-native-ttf' \
'--with-freetype-dir=/usr' \
'--with-jpeg-dir=usr' \
'--with-png-dir=/usr' \
'--with-xpm-dir=/usr/X11R6' \
'--enable-ctype' \
'--enable-shmop' \
'--enable-sysvsem' \
'--enable-sysvshm' \
'--enable-sockets' \
'--enable-mbstring' \
'--enable-mbstr-enc-trans' \
'--enable-mbregex' \
'--enable-memory-limit' \
'--enable-wddx' \
'--enable-mailparse' \
'--enable-debug' \
"$@"

--
Yasuo Ohgaki


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

RE: [PHP-DEV] Re: [PHP-QA] 4.1.0RC5

[Robinson, Mike]

Title: RE: [PHP-DEV] Re: [PHP-QA] 4.1.0RC5





Zeev Suraski writes:


> It's a part of the test! :)


I failed this one. I'm AM-challenged.
:>


On the other hand, RC5 faired well.
Compiled and installed successfully on a stock
RH-7.2 box, with Apache-1.3.22 from source.
MySQL-3.23.46, Postgres-7.1 from source.
Latest Mcrypt and Mhash libs from source.
GD-1.8.4 rpms with gif support hacked in.
All other extension libs from the stock RH7.2
install.


./configure \
--disable-debug \
--disable-inline \
--with-apxs=/usr/local/apache/bin/apxs \
--enable-exif \
--with-zlib \
--with-mysql=/usr/local/mysql \
--with-jpeg-dir=/usr \
--with-tiff-dir=/usr \
--with-xpm-dir=/usr/X11R6 \
--with-png-dir=/usr \
--with-freetype-dir=/usr \
--with-t1lib=/usr \
--with-gd=/usr \
--with-imap=/usr \
--with-openssl \
--with-kerberos \
--with-pspell=/usr \
--with-pgsql=/usr/local/pgsql \
--with-db3 \
--with-bz2 \
--with-gmp \
--with-mcrypt=/usr/local \
--with-mhash=/usr/local \
--enable-ftp \
--enable-wddx \
--enable-sockets \
--enable-sysvshm \
--enable-sysvsem \
--enable-bcmath \
--enable-ctype \
--enable-trans-sid


Cursory review of scripts indicate no problems with major extensions
and functionality. Mysql, gd, imap, pgsql, mcrypt, mhash, sessions
all seem to be fine.



 Mike Robinson
 IT / Developer - Toronto Star TV
 Phone: 416.945.8786
 Fax: 416.869.4566
 Email: [EMAIL PROTECTED]





http://www.torontostartv.com - Webcasting & Production
http://www.tmgtv.ca - Hometown Television
http://www.thestar.com - Canada’s largest daily newspaper, The Toronto Star, online



-- 
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 #14323: compiling of apache and php fails with cannot open -lphpifx

[uli]

From: [EMAIL PROTECTED]
Operating system: linux
PHP version:  4.0.6
PHP Bug Type: Compile Failure
Bug description:  compiling of apache and php fails with cannot open -lphpifx

Compiling apache 1.3.22 and php with informix support
fails with 
/usr/i486-linux/bin/ld: cannot open -lphpifx: No such file or directory

First i have configured and compiled php with
--with-apache=/usr/src/apache_1.3.22" --enable-track-vars \
--with-informix=/opt/informix --enable-magic-quotes \
--without-mysql

This and the final "make install" runs fine.

Then i have tried to configure apache with
"--with-layout=Apache" \ "--activate-module=src/modules/php4/libphp4.a" \
"--enable-module=rewrite" \
"--enable-module=info" \
"--disable-module=imap" \
"--enable-module=expires" \
"--enable-module=log_agent" \
"--enable-module=so" \
"--prefix=/var/apache" \

The configure script gives me then the error 
Configuring for Apache, Version 1.3.22
 + using installation path layout: Apache (config.layout)
 + activated php4 module (modules/php4/libphp4.a)
Creating Makefile
Creating Configuration.apaci in src
cd ..; gcc  -DLINUX=22 -I/usr/src/php-4.0.6 -I/usr/src/php-4.0.6/main
-I/usr/src/php-4.0.6/main -I/usr/src/php-4.0.6/Zend
-I/usr/src/php-4.0.6/Zend -I/usr/src/php-4.0.6/TSRM
-I/usr/src/php-4.0.6/TSRM -I/usr/src/php-4.0.6 -DUSE_EXPAT
-I./lib/expat-lite -O2 -mpentium  `./apaci` -o helpers/dummy
helpers/dummy.c   -Wl,-rpath,/opt/informix/lib
-Wl,-rpath,/opt/informix/lib/esql
-Wl,-rpath,/usr/src/php-4.0.6/ext/informix  -rdynamic -L/opt/informix/lib
-L/opt/informix/lib/esql -L/usr/src/php-4.0.6/ext/informix -Lmodules/php4
-L../modules/php4 -L../../modules/php4 -lmodphp4  -lpam  -lifsql -lifasf
-lifgen -lifos -lifgls -lc -ldl -lcrypt -lphpifx -lifglx -ldl -lcrypt
-lresolv -lm -ldl -lnsl  -lresolv   -lm -lcrypt -ldbm -ldl
/usr/i486-linux/bin/ld: cannot open -lphpifx: No such file or directory
collect2: ld returned 1 exit status
make: *** [dummy] Error 1

I have then searched the whole system about a libphpifx
but nothing found. If i remove the entrie -lphpifx from
libphp4.module i get an other error message saying
/opt/informix/lib/esql/libifsql.so: undefined reference to `ifx_checkAPI

I had no problems compiling apache 1.3.20 with informix
support.

I am using the Informix csdk 2.40UC1.

Uli
-- 
Edit bug report at: http://bugs.php.net/?id=14323&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 #14323 Updated: compiling of apache and php fails with cannot open -lphpifx

[mfischer]

ID: 14323
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Compile Failure
Operating System: linux
PHP Version: 4.0.6
New Comment:

This is supposed to be fixed in the upcoming release.

In the meantime you can try latest RC:
http://www.php.net/~zeev/php-4.1.0RC5.tar.gz

Closed.

Previous Comments:


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

Compiling apache 1.3.22 and php with informix support
fails with 
/usr/i486-linux/bin/ld: cannot open -lphpifx: No such file or directory

First i have configured and compiled php with
--with-apache=/usr/src/apache_1.3.22" --enable-track-vars \
--with-informix=/opt/informix --enable-magic-quotes \
--without-mysql

This and the final "make install" runs fine.

Then i have tried to configure apache with
"--with-layout=Apache" \ "--activate-module=src/modules/php4/libphp4.a" \
"--enable-module=rewrite" \
"--enable-module=info" \
"--disable-module=imap" \
"--enable-module=expires" \
"--enable-module=log_agent" \
"--enable-module=so" \
"--prefix=/var/apache" \

The configure script gives me then the error 
Configuring for Apache, Version 1.3.22
 + using installation path layout: Apache (config.layout)
 + activated php4 module (modules/php4/libphp4.a)
Creating Makefile
Creating Configuration.apaci in src
cd ..; gcc  -DLINUX=22 -I/usr/src/php-4.0.6 -I/usr/src/php-4.0.6/main 
-I/usr/src/php-4.0.6/main -I/usr/src/php-4.0.6/Zend -I/usr/src/php-4.0.6/Zend 
-I/usr/src/php-4.0.6/TSRM -I/usr/src/php-4.0.6/TSRM -I/usr/src/php-4.0.6 -DUSE_EXPAT 
-I./lib/expat-lite -O2 -mpentium  `./apaci` -o helpers/dummy helpers/dummy.c   
-Wl,-rpath,/opt/informix/lib -Wl,-rpath,/opt/informix/lib/esql 
-Wl,-rpath,/usr/src/php-4.0.6/ext/informix  -rdynamic -L/opt/informix/lib 
-L/opt/informix/lib/esql -L/usr/src/php-4.0.6/ext/informix -Lmodules/php4 
-L../modules/php4 -L../../modules/php4 -lmodphp4  -lpam  -lifsql -lifasf -lifgen 
-lifos -lifgls -lc -ldl -lcrypt -lphpifx -lifglx -ldl -lcrypt -lresolv -lm -ldl -lnsl  
-lresolv   -lm -lcrypt -ldbm -ldl
/usr/i486-linux/bin/ld: cannot open -lphpifx: No such file or directory
collect2: ld returned 1 exit status
make: *** [dummy] Error 1

I have then searched the whole system about a libphpifx
but nothing found. If i remove the entrie -lphpifx from
libphp4.module i get an other error message saying
/opt/informix/lib/esql/libifsql.so: undefined reference to `ifx_checkAPI

I had no problems compiling apache 1.3.20 with informix
support.

I am using the Informix csdk 2.40UC1.

Uli





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

[Alexander Wirtz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi folks,

On Monday 03 December 2001 14:53, Zeev Suraski wrote:
> You know the drill, but practice makes perfect!
*sigh*
I compiled and tested the RC5 on my 3 systems
7.3 SuSE
7.1 RedHat
SunOS 5.8
as CGIs, everything went as before, my scripts were working, the output 
from run-tests.php wasn't any different than the other RCs.
Do I have to fill the WackyWikiWeb _again_? :-)

I'd love to test the LDAP, but I haven't got a server at hand :-/ 
Anything else I should pay attention to? The extensions I normally use 
are working ok.

Best regards,
Alexander

- -- 
| Alexander Wirtz   | eMail: [EMAIL PROTECTED] |
| web@ctive GmbH|"Accidents, Emergency, Ambulance"|
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE8C5rcDTqTaMH1weIRArJ3AJ99J3RoLtKrd3F6LnWhQyPGdrikVwCfcirB
ElW+d00mttLZnYSdbwblUmk=
=5B5k
-END PGP SIGNATURE-

-- 
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-QA] Re: 4.1.0RC5

[Andrey Hristov]

Linux andrey.masq 2.4.8-26mdk #1 Sun Sep 23 17:06:39 CEST 2001 i686 unknown
Mandrake 8.1

Compiles as binary with no faults.

TEST RESULT SUMMARY
=
Number of tests:   206
Tests skipped:  90 ( 44%)
Tests failed:   15 ( 13%)
Tests passed:  101 ( 87%)
=
Skipped 0 extensions.
PHP Version: 4.1.0RC5

[root@andrey php-4.1.0RC5]# cat config.nice
#! /bin/sh
#
# Created by configure

'./configure' \
'--without-mysql' \
'--with-ftp' \
'--with-regex=system' \
'--enable-ctype' \
'--enable-shmop' \
'--enable-sysvsem' \
'--enable-sysvshm' \
'--enable-sockets' \
'--enable-mbstring' \
'--enable-mbstr-enc-trans' \
'--enable-mbregex' \
'--enable-memory-limit' \
'--enable-wddx' \
'--enable-mailparse' \
'--enable-debug' \
"$@"

Regards,
Andrey

-- 
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 #14324: no connection to interbase server

[toco7]

From: [EMAIL PROTECTED]
Operating system: win 98
PHP version:  4.1.0
PHP Bug Type: Compile Failure
Bug description:  no connection to interbase server


Fatal error: Call to undefined function: ibase_connect() in
e:/www/weiter.php on line 8

line8:
$host = "localhost:c:\database\intranet.gdb";
  $connection = ibase_connect ($host,"SYSDBA","masterkey");

i tried a several times but it doens't work.
if anybody can help me please feel free to do so

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


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

Re: [PHP-DEV] Re: [PHP-QA] 4.1.0RC5

[Stig Venaas]

On Mon, Dec 03, 2001 at 04:31:40PM +0100, Alexander Wirtz wrote:
> I'd love to test the LDAP, but I haven't got a server at hand :-/ 

Great, you can test with ldap.uninett.no (base dc=uninett,dc=no)
and ldap.openldap.org (base dc=OpenLDAP,dc=org).

There are several public servers out there. You can find some at
http://sites.inka.de:8002/web2ldap, which btw uses Python. Of
course we would have liked them to use PHP (: To find the bases
of the servers, you can press connect and then "Root DSE". Of
course you could also have read that with PHP. You can do that
from PHP I think by using ldap_read(), objectclass=* as filter
and namingContexts as attribute. Like this I think:
ldap_read($ds, "", "objectclass=*", array("namingContexts"));

Stig

-- 
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 #14324 Updated: no connection to interbase server

[toco7]

ID: 14324
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Compile Failure
Operating System: win 98
PHP Version: 4.1.0
New Comment:

interbase server
wi_v5.5.0.742

Previous Comments:


[2001-12-03 10:40:19] [EMAIL PROTECTED]


Fatal error: Call to undefined function: ibase_connect() in e:/www/weiter.php on line 
8

line8:
$host = "localhost:c:\database\intranet.gdb";
  $connection = ibase_connect ($host,"SYSDBA","masterkey");

i tried a several times but it doens't work.
if anybody can help me please feel free to do so






Edit this bug report at http://bugs.php.net/?id=14324&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 #14324 Updated: no connection to interbase server

[sniper]

ID: 14324
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Compile Failure
Operating System: win 98
PHP Version: 4.1.0
New Comment:

Ask support questions on the mailing lists:

http://www.php.net/support.php

(not a bug, you have to enable the extension in php.ini)



Previous Comments:


[2001-12-03 10:45:10] [EMAIL PROTECTED]

interbase server
wi_v5.5.0.742



[2001-12-03 10:40:19] [EMAIL PROTECTED]


Fatal error: Call to undefined function: ibase_connect() in e:/www/weiter.php on line 
8

line8:
$host = "localhost:c:\database\intranet.gdb";
  $connection = ibase_connect ($host,"SYSDBA","masterkey");

i tried a several times but it doens't work.
if anybody can help me please feel free to do so






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

[Prottoss]

Linux asuka 2.4.16 #1 SMP Mon Nov 26 10:49:46 EST 2001 i686 unknown
gcc version 2.95.3 20010315 (release)
glibc 2.2.4

TEST RESULT SUMMARY
=
Number of tests:   206
Tests skipped:  77 ( 37%)
Tests failed:   30 ( 23%)
Tests passed:   99 ( 77%)
=
Skipped 0 extensions.
PHP Version: 4.1.0RC5

Noteable failed tests:

OO Bug Test (Bug #7515) (029.phpt) failed
PEAR constructor/destructor test (pear1.phpt)... failed
PEAR_Config (pear_config.phpt)  ... failed
PEAR_Registry (pear_registry.phpt)  ... failed
xml_parse_into_struct/umlauts in tags (007.phpt)... failed
Session Object Deserialization (003.phpt) ... failed



 
Prottoss
[EMAIL PROTECTED]
ICQ: 23361082
http://mediaminer.org/


-- 
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 #13896 Updated: Segmentation fault with xslt extention

[Lenar Lõhmus]

Apache is compiled with expat-lite? 
Apache must be compiled against system libexpat.

This kind of random segfaults with xslt indicate that 
apache is not compiled against system libexpat.

Lenar

[EMAIL PROTECTED] wrote:

> ID: 13896
> Updated by: mfischer
> Reported By: [EMAIL PROTECTED]
> Status: Open
> Bug Type: XSLT related
> Operating System: Linux RH 7.2
> PHP Version: 4.1.0RC1
> New Comment:
> 
> s/now known/not known/
> 
> Previous Comments:
> 
> 
> [2001-12-02 19:28:54] [EMAIL PROTECTED]
> 
> s/now known/not known/
> 
> 
> 
> [2001-12-02 19:28:27] [EMAIL PROTECTED]
> 
> The following somehow works for me:
> 
>  
> $xp = xslt_create();
> 
> $content = xslt_process($xp, 'arg:/xmldata', '13896.xsl', NULL,
> array('xmldata' => join('', file('13896.xml'))), $HTTP_GET_VARS);
> 
> xslt_free($xp);
> ?>
> 
> except that it bails out that the encoding is now known and the xml not
> valid. However, no crash.
> 
> 
> 
> [2001-11-01 07:45:39] [EMAIL PROTECTED]
> 
> and yet anoter bt:
> 
> 
> Starting program: /usr/sbin/httpd -X
> [New Thread 1024 (LWP 26820)]
>  
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 1024 (LWP 26820)]
> 0x401bef29 in chunk_free (ar_ptr=0x40272a00, p=0x8104608) at malloc.c:3242
> 3242malloc.c: No such file or directory.
> in malloc.c
> (gdb)   bt
> #0  0x401bef29 in chunk_free (ar_ptr=0x40272a00, p=0x8104608) at
> #malloc.c:3242
> #1  0x401becd4 in __libc_free (mem=0x8104610) at malloc.c:3154
> #2  0x4057f1f6 in __builtin_delete (ptr=0x8104610) from
> #/usr//lib/libstdc++-libc6.2-2.so.3
> #3  0x405fe5c7 in Expression::~Expression () from /usr//lib/libsablot.so.0
> #4  0x4063f8ee in PList::freeall () from
> #/usr//lib/libsablot.so.0
> #5  0x405fe601 in Expression::clearContent () from
> #/usr//lib/libsablot.so.0
> #6  0x405fe5a0 in Expression::~Expression () from /usr//lib/libsablot.so.0
> #7  0x406330c5 in Attribute::~Attribute () from /usr//lib/libsablot.so.0
> #8  0x40630b30 in VertexList::destructMembers () from
> #/usr//lib/libsablot.so.0
> #9  0x406319a9 in Element::~Element () from /usr//lib/libsablot.so.0
> #10 0x40648846 in XSLElement::~XSLElement () from /usr//lib/libsablot.so.0
> #11 0x40630b30 in VertexList::destructMembers () from
> #/usr//lib/libsablot.so.0 12 0x40631379 in Daddy::~Daddy () from
> #/usr//lib/libsablot.so.0 13 0x406319e4 in Element::~Element () from
> #/usr//lib/libsablot.so.0 14 0x40648846 in XSLElement::~XSLElement () from
> #/usr//lib/libsablot.so.0 15 0x40630b30 in VertexList::destructMembers ()
> #from /usr//lib/libsablot.so.0 16 0x40631379 in Daddy::~Daddy () from
> #/usr//lib/libsablot.so.0 17 0x406319e4 in Element::~Element () from
> #/usr//lib/libsablot.so.0 18 0x406315b6 in RootNode::~RootNode () from
> #/usr//lib/libsablot.so.0 19 0x40627e5c in Tree::~Tree () from
> #/usr//lib/libsablot.so.0 20 0x4061b389 in DataLineItem::~DataLineItem ()
> #from /usr//lib/libsablot.so.0 21 0x4064463b in PList #*>::freerm () from /usr//lib/libsablot.so.0 22 0x4061b920 in
> #Processor::freeNonArgDatalines () from /usr//lib/libsablot.so.0 23
> #0x4061ba98 in Processor::cleanupAfterRun () from /usr//lib/libsablot.so.0
> #24 0x40621cbd in SablotRunProcessor () from /usr//lib/libsablot.so.0 25
> #0x4050c946 in zif_xslt_process (ht=6, return_value=0x8111a3c,
> #this_ptr=0x0, return_value_used=1)
> at sablot.c:512
> #26 0x4042fc81 in execute (op_array=0x80fe88c) at ./zend_execute.c:1590
> #27 0x40431e8e in execute (op_array=0x8120f6c) at ./zend_execute.c:2133
> #28 0x4044057c in zend_execute_scripts (type=8, retval=0x0, file_count=3)
> #at zend.c:814
> ---Type  to continue, or q  to quit---
> #29 0x40452712 in php_execute_script (primary_file=0xbfffef90) at
> #main.c:1310 30 0x4044d4e6 in apache_php_module_main (r=0x80f6560,
> #display_source_mode=0) at sapi_apache.c:90 31 0x4044e354 in send_php
> #(r=0x80f6560, display_source_mode=0,
> filename=0x80f81b8 "/home/transalp.php/travel/long/index.php") at
> mod_php4.c:575
> #32 0x4044e3ce in send_parsed_php (r=0x80f6560) at mod_php4.c:590
> #33 0x080551bd in ap_invoke_handler () at eval.c:41
> #34 0x0806735c in ap_some_auth_required () at eval.c:41
> #35 0x080673d3 in ap_process_request () at eval.c:41
> #36 0x0805fa37 in ap_child_terminate () at eval.c:41
> #37 0x0805fbda in ap_child_terminate () at eval.c:41
> #38 0x0805fd1d in ap_child_terminate () at eval.c:41
> #39 0x0806033e in ap_child_terminate () at eval.c:41
> #40 0x08060c03 in main () at eval.c:41
> #41 0x4015a627 in __libc_start_main (main=0x8060780 , argc=2,
> #ubp_av=0xb414,
> init=0x804fb20 <_init>, fini=0x8089450 <_fini>, rtld_fini=0x4000dcd4
> <_dl_fini>, stack_end=0xb40c) at
> ../sysdeps/generic/libc-start.c:129
> 
> 
> 

[PHP-DEV] Bug #14325: set_attribute does not keep '&' in character references

[andrew]

From: [EMAIL PROTECTED]
Operating system: Redhat 7.0
PHP version:  4.0.5
PHP Bug Type: DOM XML related
Bug description:  set_attribute does not keep '&' in character references

The '&' in character references is converted to & when used in
set_attribute
e.g. ! is changed to !

$oXml  = new_xmldoc("1.0");   
$oRoot = $oXml->add_root("outputXml");
$oRoot->set_attribute("test","&033;");
print $oXml->dumpmem();

This produces 



instead of



PHP modules compiled:
'./configure' '--prefix=/usr' '--with-apxs=/usr/sbin/apxs'
'--with-exec-dir=/usr/bin' '--with-config-file-path=/etc/httpd'
'--with-regex=system' '--enable-debugger' '--enable-magic-quotes'
'--enable-sysvshm' '--with-dom' '--enable-force-cgi-redirect'
'--enable-sigchild' '--with-wddx' '--enable-inline-optimization'
'--with-gnu-ld' '--enable-bcmath' '--enable-crypt' '--with-xml'
'--with-sablot' '--enable-dbg=shared' '--with-dbg-profiler'
-- 
Edit bug report at: http://bugs.php.net/?id=14325&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] Testing LDAP (was: [PHP-QA] 4.1.0RC5)

[Alexander Wirtz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Monday 03 December 2001 16:41, you wrote:
> Great, you can test with ldap.uninett.no (base dc=uninett,dc=no)
> and ldap.openldap.org (base dc=OpenLDAP,dc=org).

ok, I made a test from SuSE 7.3 with openldap 2.0.12, with both 
servers, the first is delivering the expected output, with the second, 
the "email"-string is not returned - I'm not familiar with ldap, so ...

I wasn't able to enable LDAP under SunOS, but maybe this is an 
OSish-error, anyway I'm on my way home and not very much inclined to do 
some tweaking right now...maybe tomorrow, if it's still wanted 
/neccessary.

MfG
Alexander

- -- 
| Alexander Wirtz   | eMail: [EMAIL PROTECTED] |
| web@ctive GmbH|"Accidents, Emergency, Ambulance"|
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE8C6yVDTqTaMH1weIRAhCxAKDAP1I7YSjHqo6xqhJfuFh8YYhdFgCg9kHF
fH7INFkBhpv8BWo/5zEn8IM=
=pEIh
-END PGP SIGNATURE-

-- 
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-QA] 4.1.0RC5

[Phil Driscoll]

Built and tested on SuSE 7.2

./configure --with-apxs=/usr/local/httpd/bin/apxs 
--with-mysql=/usr/local/mysql --with-gmp=/usr/local/lib/gmp.

Works great with all my code, Phorum, PHPMyAdmin.
File uploads still work.

make test fails as below:
 [1mRunning tests in /home/phil/php-4.1.0RC5//ext/standard/tests/math [m
=
 [1mVarious pow() tests (pow.phpt)   ... 
failed [m

 [1mRunning tests in /home/phil/php-4.1.0RC5//pear/DB/tests [m
===
 [1mDB_Error/DB_Warning test (db_error.phpt) ... 
failed [m
 [1mDB configurable error handler test (db_error2.phpt)  ... 
failed [m
 [1mDB::factory test (db_factory.phpt)   ... 
failed [m
 [1mDB::isManip test (db_ismanip.phpt)   ... 
failed [m
 [1mDB::parseDSN test (db_parsedsn.phpt) ... 
failed [m


 [1mRunning tests in /home/phil/php-4.1.0RC5//pear/XML/tests [m

 [1mXML Parser: parse simple string (001.phpt)   ... 
failed [m
 [1mXML Parser: parse from file (002.phpt)   ... 
failed [m
 [1mXML Parser: parse from file resource (003.phpt)  ... 
failed [m
 [1mXML Parser: error class (004.phpt)   ... 
failed [m
 [1mXML Parser: mixing character encodings (005.phpt)... 
failed [m

 [1mRunning tests in /home/phil/php-4.1.0RC5//pear/tests [m

 [1mPEAR constructor/destructor test (pear1.phpt)... 
failed [m
 [1mPEAR_Config (pear_config.phpt)   ... 
failed [m
 [1mPEAR_Registry (pear_registry.phpt)   ... 
failed [m

 [1mRunning tests in /home/phil/php-4.1.0RC5//tests/lang [m

 [1mOO Bug Test (Bug #7515) (029.phpt)   ... 
failed [m

TEST RESULT SUMMARY
=
Number of tests:   206
Tests skipped:  92 ( 45%)
Tests failed:   15 ( 13%)
Tests passed:   99 ( 87%)
=
Skipped 0 extensions.
PHP Version: 4.1.0RC5

-- 
Phil Driscoll

-- 
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 #14318 Updated: Can't Compile PHP 4.06 With GD2

[justin]

ID: 14318
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: GD related
Operating System: FreeBSD 4.2
PHP Version: 4.0.6
New Comment:

I am glad the probem has been fixed in the CVS.  Is there anyway I can obtain what the 
fix was so I could pathc this myself to get it going rather then downloading the cvs 
version?

Previous Comments:


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

Fixed in CVS.

--Jani




[2001-12-03 00:26:38] [EMAIL PROTECTED]

Please Help Me! 

I am trying to compile PHP 4.06 with GD2 and it won't seem to work. I am running 
FreeBSD 4.3 without Xwindows because it is strictly a server envoronment and X is not 
needed. I am using the following configure command when configuring PHP: 

./configure --with-mysql=/usr/local/mysql --with-xml --with-apache=../apache_1.3.14 
--enable-ftp --with-pspell=/usr/local/include/pspell --enable-track-vars 
--with-gd=/usr/ports/graphics/gd2/work/gd-2.0.1 --enable-gd-native-ttf 


It will complete the configuration fine. It looks like everything is going to work. 
However, when I do the "make" it starts to complile and then stops half way through 
with the following errors 

usr/local/mysql/include/mysql -I/usr/local/include/pspell 
-I/usr/local/src/php-4.0.6/ext/xml/expat/xmltok 
-I/usr/local/src/php-4.0.6/ext/xml/expat/xmlparse -I/usr/local/src/php-4.0.6/TSRM 
-DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c gd.c && touch gd.lo 
gd.c: In function `php_if_imagegif': 
gd.c:1404: `gdImageGif' undeclared (first use in this function) 
gd.c:1404: (Each undeclared identifier is reported only once 
gd.c:1404: for each function it appears in.) 
*** Error code 1 

Stop in /usr/local/src/php-4.0.6/ext/gd. 
*** Error code 1 

Stop in /usr/local/src/php-4.0.6/ext/gd. 
*** Error code 1 


I don't understand why I am getting the error "gdImageGif' undeclared (first use in 
this function) 
" when GIF support isn't even included in GD any longer. I am not sure what to do. I 
really hope someone can help me. I have seen similar posts in other groups with no 
answers to the questions. Please email if you have any idea. 






Edit this bug report at http://bugs.php.net/?id=14318&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] track of usage of time of each user

[Sagar]

Hi,

I am a newbie in PHP & Linux. We are 6 friends & we share it, i have set a
Linux server & have 200 user Local Area Network providing Internet Services.
Now I want to keep the track of usage of time of each user. I have given
each one a static IP.

Does any one know a good technique to handle it


Regards
Sagar




-- 
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] track of usage of time of each user

[Daniel Lorch]

Hi,

> I am a newbie in PHP & Linux. We are 6 friends & we share it, i have set a
> Linux server & have 200 user Local Area Network providing Internet Services.
> Now I want to keep the track of usage of time of each user. I have given
> each one a static IP.

shouldn't this be an issue of some other mailing list? this is
PHP-DEV, not how-to-use-php-for-bloody-newbies. Besides, you didn't
actually describe your problem very well. What is a "usage of time of
each user"? How many CPU cycles each user requires?

I think there is quite enough traffic here, don't bother the
developers with such questions. This just costs time of people
who are actually doing a great work for free - developing PHP!

Excuse my rude tone, but I joined here because I hoped to get more
detailed information about the internals of PHP and just clicking
through this mountain of mails costs quite alot of time - this must be
terrible for people who are actually _reading_ all mails.

Daniel



-- 
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 #14326: CONFIGURE DOESN'T RECONIGZE PDFLIB4.0.1

[pgalan]

From: [EMAIL PROTECTED]
Operating system: Solaris 2.6
PHP version:  4.0.6
PHP Bug Type: *Configuration Issues
Bug description:  CONFIGURE DOESN'T RECONIGZE PDFLIB4.0.1

Hi,

I´m trying to recompile my php-4.0.6 with PDF support. 

First I've downloaded and installed:
   
-- pdflib-4.0.1: ./configure; make; make install
-- jpeg-6b libraries: ./configure; make; make install
-- tiff-3_4 libraries: ./configure; make; make install

Then I try to reconfigure my php as follows:

./configure --with-config-file-path=/usr/local/lib 
--enable-debug --enable-libgcc --enable-ftp 
--with-informix=$INFORMIXDIR
--with-ldap=/opt/netscape/server4/plugins/include...
--enable-trans-sid --with-mhash=/usr/local/lib
--with-pdflib=/usr/local --with-jpeg-dir=/usr/local/lib
--with-tiff-dir=/usr/local/lib

and got the following result at the config.log file:

configure:13215: checking whether to include cpdflib support
configure:13993: result: no

Any suggestions !!!

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

[Andi Gutmans]

Hi,

I'm trying to wrap up the class wide constants in ZE2. I implemented them 
so that class wide constants are case-sensitive. I think in general, 
although ZE1 allows you to define case-insensitive constants it's better 
for performance and for general esthetics.

I have two issues I'd like to get some input on:

a) There are almost no constants in PHP which are case-insensitive (which 
aren't user land defined with define()).  Actually the only ones I could 
find are in the Zend Engine such as TRUE & FALSE which makes sense. All PHP 
extensions which use REGISTER_LONG_CONSTANT() and friends use the CONST_CS 
(case-sensitive flag). I would like to change these macros to *always* 
register as case-sensitive. Unless I missed some extensions this shouldn't 
bite anyone as all extensions seem to use CONST_CS. Of course I won't 
change the special purpose constants such as TRUE & FALSE which are today 
registered as case-insensitive. What do you guys think?

b) REGISTER_MAIN_LONG_CONSTANT() and friends (notice the MAIN) are used to 
register constants which shouldn't be unloaded when the PHP extension is 
unloaded. I can't think of many cases where this is applicable. For 
example, if the pspell extension is unloaded I think all of its constants 
should be unloaded too. However, this extension is one example of an 
extension using the _MAIN_ macro. Can each of you check your extension and 
move to REGISTER_LONG_CONSTANT() unless there's a good reason not to?

Thanks,

Andi


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

Re: [PHP-DEV] Constants

[Jon Parise]

On Mon, Dec 03, 2001 at 08:24:29PM +0200, Andi Gutmans wrote:

> a) There are almost no constants in PHP which are case-insensitive (which 
> aren't user land defined with define()).  Actually the only ones I could 
> find are in the Zend Engine such as TRUE & FALSE which makes sense. All PHP 
> extensions which use REGISTER_LONG_CONSTANT() and friends use the CONST_CS 
> (case-sensitive flag). I would like to change these macros to *always* 
> register as case-sensitive. Unless I missed some extensions this shouldn't 
> bite anyone as all extensions seem to use CONST_CS. Of course I won't 
> change the special purpose constants such as TRUE & FALSE which are today 
> registered as case-insensitive. What do you guys think?

I think that makes a lot of sense.  Go for it.
 
> b) REGISTER_MAIN_LONG_CONSTANT() and friends (notice the MAIN) are used to 
> register constants which shouldn't be unloaded when the PHP extension is 
> unloaded. I can't think of many cases where this is applicable. For 
> example, if the pspell extension is unloaded I think all of its constants 
> should be unloaded too. However, this extension is one example of an 
> extension using the _MAIN_ macro. Can each of you check your extension and 
> move to REGISTER_LONG_CONSTANT() unless there's a good reason not to?
 
I can't think of a good reason why an extension should leave any
remnants of itself lying around once it's unloaded.

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

-- 
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 #14326: CONFIGURE DOESN'T RECONIGZE PDFLIB4.0.1

[Alexander Wirtz]

Hi,

> 
>configure:13215: checking whether to include cpdflib support
>configure:13993: result: no

The line you took from the logfile has nothing to do with the --with-pdflib
switch, but is an option of its own, namely --with-cpdflib (note the 'c' in
front).

You should finish your configuration and have another look at the logfile to
check, if pdflib-support is enabled. If this is true, then compile php and
make yourself a small script with  to test, whether the
pdflib is really working, you should get a small section showing
pdflib-specific options.

So, this is a bogus bugreport

Regards,
Alexander

-- 
| Alexander Wirtz   | eMail: [EMAIL PROTECTED]|
| web@ctive GmbH| WWW:   http://www.web-active.com/  |

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

[PHP-DEV] php and ldap ?

[slith76]

Hallo,

i have the same problem :

>On Sun, Jul 15, 2001 at 05:17:40PM -0500, osman.bayona wrote:
>> Hi...
>> 
>> I have this issue that is killing me. I installed PHP 4.0.4 with Solaris
>> 8 and Apache. I want to use LDAP connecting to a server in the net (not
>> the same server where i'm working on) And i configure PHP with:
>> 
>> configure --with-apxs=/usr/apache/bin/apxs --with-pgsql=/usr/local/pgsql
>>  --with-ldap

>Which LDAP library? iPlanet coming with Solaris?

OpenLdap

>> then 'make install' and everything works fine until i try:
>> 
>> /usr/apache/bin/apachectl start
>> 
>> then i have this &@!% message:
>> 
>> Syntax error on line 236 of /etc/apache/httpd.conf:
>>  Cannot load /usr/apache/libexec/libphp4.so into server: ld.so.1:
>>  /usr/apache/bin/httpd: fatal: relocation error: file
>>  /usr/apdap_unbind_s: referenced symbol not found
>
>Does it really say /usr/apdap_unbind_s? What on earth is that...
>dap_unbind_s would have been more normal (without /usr...)
>Should it be:
>/usr/apache/bin/httpd: ldap_unbind_s: referenced symbol not found
>or something perhaps?

yes

>What do you see if you do ldd /usr/apache/libexec/libphp4.so?
>I suspect that the LDAP library found is not found at run time. ldd
>should show you something. Where do you have your library? Look for
>libldap...

ldd libphp4.so
libpam.so.1 =>   /lib/libpam.so.1
libdl.so.1 =>/lib/libdl.so.1
libresolv.so.2 =>/lib/libresolv.so.2
libm.so.1 => /lib/libm.so.1
libcrypt_i.so.1 =>   /lib/libcrypt_i.so.1
libnsl.so.1 =>   /lib/libnsl.so.1
libsocket.so.1 =>/lib/libsocket.so.1
libc.so.1 => /lib/libc.so.1
libgen.so.1 =>   /lib/libgen.so.1
libmp.so.2 =>/lib/libmp.so.2
/usr/platform/SUNW,UltraAX-i2/lib/libc_psr.so.1

that is it ! 
an here the error on startup the apacheserver :

Failed to start apache : 

Syntax error on line 236 of /etc/apache/httpd.conf:
Cannot load /usr/apache/libexec/libphp4.so into server: ld.so.1:
/usr/apache/bin/httpd: fatal: relocation error: file
/usr/apache/libexec/libphp4.so:
symbol ldap_unbind_s: referenced symbol not found
/usr/apache/bin/apachectl start: httpd could not be started

Can you help me please ? 

MfG
Oliver

-- 
GMX - Die Kommunikationsplattform im Internet.
http://www.gmx.net


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

[PHP-DEV] Bug #14327: basename crashes on empty string

[theseer]

From: [EMAIL PROTECTED]
Operating system: Linux 2.4.16 ( RH 7.2 based)
PHP version:  4.0CVS-2001-12-03
PHP Bug Type: Filesystem function related
Bug description:  basename crashes on empty string



A segfault occures while calling basename() on an empty string - at least
it does on my cvs-version from Dec 30 2001
-- 
Edit bug report at: http://bugs.php.net/?id=14327&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] track of usage of time of each user

[Robinson, Mike]

Title: RE: [PHP-DEV] track of usage of time of each user





Hi Sagar,


This is the friendly courteous PHP-DEV list, used for development *of* php,
not *using* php.


Try the friendly courteous [and very helpful] php-general list. :)
Also, check the links area of the php site:


http://www.php.net/links.php


There are an awful lot of good php code exchanges and repositories
that probably have what you need, or something close to it that
you can start things off with.


Cheers,


 Mike Robinson
 IT / Developer - Toronto Star TV
 Phone: 416.945.8786
 Fax: 416.869.4566
 Email: [EMAIL PROTECTED]



> -Original Message-
> From: Sagar [mailto:[EMAIL PROTECTED]]
> Sent: Monday, December 03, 2001 1:37 PM
> To: [EMAIL PROTECTED]
> Subject: [PHP-DEV] track of usage of time of each user
> 
> 
> Hi,
> 
> I am a newbie in PHP & Linux. We are 6 friends & we share it, 
> i have set a
> Linux server & have 200 user Local Area Network providing 
> Internet Services.
> Now I want to keep the track of usage of time of each user. I 
> have given
> each one a static IP.
> 
> Does any one know a good technique to handle it




http://www.torontostartv.com - Webcasting & Production
http://www.tmgtv.ca - Hometown Television
http://www.thestar.com - Canada’s largest daily newspaper, The Toronto Star, online



-- 
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 #14318 Updated: Can't Compile PHP 4.06 With GD2

[sniper]

ID: 14318
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: GD related
Operating System: FreeBSD 4.2
PHP Version: 4.0.6
New Comment:

You should try the latest RC from here:

http://www.php.net/~zeev/php-4.1.0RC5.tar.gz

or wait 4.1.0 to be released which should happen real soon now.

--Jani


Previous Comments:


[2001-12-03 12:33:44] [EMAIL PROTECTED]

I am glad the probem has been fixed in the CVS.  Is there anyway I can obtain what the 
fix was so I could pathc this myself to get it going rather then downloading the cvs 
version?



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

Fixed in CVS.

--Jani




[2001-12-03 00:26:38] [EMAIL PROTECTED]

Please Help Me! 

I am trying to compile PHP 4.06 with GD2 and it won't seem to work. I am running 
FreeBSD 4.3 without Xwindows because it is strictly a server envoronment and X is not 
needed. I am using the following configure command when configuring PHP: 

./configure --with-mysql=/usr/local/mysql --with-xml --with-apache=../apache_1.3.14 
--enable-ftp --with-pspell=/usr/local/include/pspell --enable-track-vars 
--with-gd=/usr/ports/graphics/gd2/work/gd-2.0.1 --enable-gd-native-ttf 


It will complete the configuration fine. It looks like everything is going to work. 
However, when I do the "make" it starts to complile and then stops half way through 
with the following errors 

usr/local/mysql/include/mysql -I/usr/local/include/pspell 
-I/usr/local/src/php-4.0.6/ext/xml/expat/xmltok 
-I/usr/local/src/php-4.0.6/ext/xml/expat/xmlparse -I/usr/local/src/php-4.0.6/TSRM 
-DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c gd.c && touch gd.lo 
gd.c: In function `php_if_imagegif': 
gd.c:1404: `gdImageGif' undeclared (first use in this function) 
gd.c:1404: (Each undeclared identifier is reported only once 
gd.c:1404: for each function it appears in.) 
*** Error code 1 

Stop in /usr/local/src/php-4.0.6/ext/gd. 
*** Error code 1 

Stop in /usr/local/src/php-4.0.6/ext/gd. 
*** Error code 1 


I don't understand why I am getting the error "gdImageGif' undeclared (first use in 
this function) 
" when GIF support isn't even included in GD any longer. I am not sure what to do. I 
really hope someone can help me. I have seen similar posts in other groups with no 
answers to the questions. Please email if you have any idea. 






Edit this bug report at http://bugs.php.net/?id=14318&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] Bug #9131 Updated: PHP_AUTH* empty with Caudium

[David Hedbor]

[EMAIL PROTECTED] writes:

> ID: 9131
> Updated by: derick
> Reported By: [EMAIL PROTECTED]
> Old Status: Open
> Status: Feedback
> Bug Type: Other web server
> Operating System: Linux
> PHP Version: 4.0 Latest CVS (06/02/2001)
> New Comment:
> 
> Can you possibly send a patch, or where this code needs to be added. I don't have 
>access to Caudium here.

This is actually fixed (I tried to submit a change to the bug form but
can't remember login info). That said, the following code is used:

  php_handle_auth_data(lookup_string_header("HTTP_AUTHORIZATION", NULL), TSRMLS_C);

I.e I let PHP4 do the decoding of the auth as opposed to setting it manually.

> 
> Derick
> 
> Previous Comments:
> 
> 
> [2001-11-27 05:29:46] [EMAIL PROTECTED]
> 
> It's not fixed. There are no references to auth_user in that file.
> 
> Derick
> 
> 
> 
> [2001-11-27 05:27:13] [EMAIL PROTECTED]
> 
> I think this has been fixed. You can try the latest stable build (4.0.6) or the 
>latest RC (http://download.php.net/~zeev/php-4.1.0RC3.tar.gz)
> 
> 
> 
> [2001-02-06 11:47:52] [EMAIL PROTECTED]
> 
> from sapi/caudium.c :
>  /* FIXME: Check for auth stuff needs to be fixed... */
>   SG(request_info).auth_user = NULL;
>   SG(request_info).auth_password = NULL;
> 
> 
> 
> Edit this bug report at http://bugs.php.net/?id=9131&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]

-- 
[ Below is a random fortune, which is unrelated to the above message. ]
The question of whether computers can think is just like the question of
whether submarines can swim.
-- Edsger W. Dijkstra


-- 
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 #14326 Updated: CONFIGURE DOESN'T RECONIGZE PDFLIB4.0.1

[sniper]

ID: 14326
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: *Configuration Issues
Operating System: Solaris 2.6
PHP Version: 4.0.6
New Comment:

Ask support questions on the mailing lists:

http://www.php.net/support.php


Previous Comments:


[2001-12-03 13:19:30] [EMAIL PROTECTED]

Hi,

I´m trying to recompile my php-4.0.6 with PDF support. 

First I've downloaded and installed:
   
-- pdflib-4.0.1: ./configure; make; make install
-- jpeg-6b libraries: ./configure; make; make install
-- tiff-3_4 libraries: ./configure; make; make install

Then I try to reconfigure my php as follows:

./configure --with-config-file-path=/usr/local/lib 
--enable-debug --enable-libgcc --enable-ftp 
--with-informix=$INFORMIXDIR
--with-ldap=/opt/netscape/server4/plugins/include...
--enable-trans-sid --with-mhash=/usr/local/lib
--with-pdflib=/usr/local --with-jpeg-dir=/usr/local/lib
--with-tiff-dir=/usr/local/lib

and got the following result at the config.log file:

configure:13215: checking whether to include cpdflib support
configure:13993: result: no

Any suggestions !!!

Thanks





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

[Andrei Zmievski]

On Mon, 03 Dec 2001, Andi Gutmans wrote:
> Hi,
> 
> I'm trying to wrap up the class wide constants in ZE2. I implemented them 
> so that class wide constants are case-sensitive. I think in general, 
> although ZE1 allows you to define case-insensitive constants it's better 
> for performance and for general esthetics.
> 
> I have two issues I'd like to get some input on:
> 
> a) There are almost no constants in PHP which are case-insensitive (which 
> aren't user land defined with define()).  Actually the only ones I could 
> find are in the Zend Engine such as TRUE & FALSE which makes sense. All PHP 
> extensions which use REGISTER_LONG_CONSTANT() and friends use the CONST_CS 
> (case-sensitive flag). I would like to change these macros to *always* 
> register as case-sensitive. Unless I missed some extensions this shouldn't 
> bite anyone as all extensions seem to use CONST_CS. Of course I won't 
> change the special purpose constants such as TRUE & FALSE which are today 
> registered as case-insensitive. What do you guys think?

Makes sense. I'd also like to request that the engine be able to
distinguish between FOO_BAR and Foo_BAR constants, for example.

> b) REGISTER_MAIN_LONG_CONSTANT() and friends (notice the MAIN) are used to 
> register constants which shouldn't be unloaded when the PHP extension is 
> unloaded. I can't think of many cases where this is applicable. For 
> example, if the pspell extension is unloaded I think all of its constants 
> should be unloaded too. However, this extension is one example of an 
> extension using the _MAIN_ macro. Can each of you check your extension and 
> move to REGISTER_LONG_CONSTANT() unless there's a good reason not to?

I don't think any of mine do this.

-Andrei
* Think digital, act analog. *

-- 
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 #14327 Updated: basename crashes on empty string

[derick]

ID: 14327
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Filesystem function related
Operating System: Linux 2.4.16 ( RH 7.2 based)
PHP Version: 4.0CVS-2001-12-03
New Comment:

>From the logfile:

revision 1.254
date: 2001/12/01 15:45:55;  author: derick;  state: Exp;  lines: +6 -15
- Fix a crash when passing e.g. NULL to basename(). (Patch by Markus
  Fischer <[EMAIL PROTECTED]>)
#- Simplyfied code using zend_parse_parameters().

It's already fixed.

regards,
Derick

Previous Comments:


[2001-12-03 13:40:56] [EMAIL PROTECTED]



A segfault occures while calling basename() on an empty string - at least it does on 
my cvs-version from Dec 30 2001





Edit this bug report at http://bugs.php.net/?id=14327&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 #9131 Updated: PHP_AUTH* empty with Caudium

[derick]

ID: 9131
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Other web server
Operating System: Linux
PHP Version: 4.0 Latest CVS (06/02/2001)
New Comment:

User reports:

This is actually fixed (I tried to submit a change to the bug form but
can't remember login info). That said, the following code is used:

  php_handle_auth_data(lookup_string_header("HTTP_AUTHORIZATION", NULL),
TSRMLS_C);

I.e I let PHP4 do the decoding of the auth as opposed to setting it manually.


Closing

Derick

Previous Comments:


[2001-11-27 05:32:07] [EMAIL PROTECTED]

Can you possibly send a patch, or where this code needs to be added. I don't have 
access to Caudium here.

Derick



[2001-11-27 05:29:46] [EMAIL PROTECTED]

It's not fixed. There are no references to auth_user in that file.

Derick



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

I think this has been fixed. You can try the latest stable build (4.0.6) or the latest 
RC (http://download.php.net/~zeev/php-4.1.0RC3.tar.gz)



[2001-02-06 11:47:52] [EMAIL PROTECTED]

from sapi/caudium.c :
 /* FIXME: Check for auth stuff needs to be fixed... */
  SG(request_info).auth_user = NULL;
  SG(request_info).auth_password = NULL;






Edit this bug report at http://bugs.php.net/?id=9131&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 #14328: Interbase and error handling

[sergio]

From: [EMAIL PROTECTED]
Operating system: Linux Red Hat 7.1
PHP version:  4.0.6
PHP Bug Type: InterBase related
Bug description:  Interbase and error handling

This may can't be exactly a bug, maybe you can consider it as a not
implemented feature (I'm not sure about it).

Well, when I'm triying to handle error generated by any Interbase function,
it doesn't work. When I try the same with a MySQL function all goes ok. I'm
interested in show my own error messages but it's imposible to handle any
error generated by Interbase function. I have tried with error_handling(0),
with the @ operator before the function, putting error_handling to 0 and
~E_ALL in PHP.INI but Interbase function always returns it own error
message.

For example I have this code in a object constructor:

$this->IBConnection = @ibase_connect($this->SQLEDatabase, $this->SQLEUser,
$this->SQLEPass, 'NONE', '0', '3');
if (!$this->IBConnection)
   trigger_error("No se pudo conectar con la base de datos",
E_USER_ERROR);

Then, it first shows me the default error message and then my own generated
error message...
-- 
Edit bug report at: http://bugs.php.net/?id=14328&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 #14329: Mail() does not work

[dr_jubi]

From: [EMAIL PROTECTED]
Operating system: WindowsCE
PHP version:  4.1.0
PHP Bug Type: *Mail Related
Bug description:  Mail() does not work

ok when i run the mail script i get :
Warning: Failed to Connect in C:\Inetpub\docs\flatlinks\action.php on line
48

it says the error is in the Mail() line which is :
mail($to, $subject, $message, $headers);

i would realy apriechate any help,

here the script:
$to  = "$name1 <$mail1>";

$subject = "Hey, its $from";

$message = '


Hello



Hi


';

/* set the Content-type header to send html mail */
$headers  = "MIME-Version: 1.0\r\n";
$headers .= "Content-type: text/html; charset=iso-8859-1\r\n";

mail($to, $subject, $message, $headers);

-- 
Edit bug report at: http://bugs.php.net/?id=14329&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 #14330: spasimo arxidiwn

[narcotic]

From: [EMAIL PROTECTED]
Operating system: windows 2000 pro
PHP version:  4.0.6
PHP Bug Type: DOM XML related
Bug description:  spasimo arxidiwn

i have install php on my machine but when i'm trying to use php_xmldom.php
i get an error that the module does not exist, is there any solution about
this ?
-- 
Edit bug report at: http://bugs.php.net/?id=14330&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] Constants

[Andi Gutmans]

At 01:03 PM 12/3/2001 -0600, Andrei Zmievski wrote:
>On Mon, 03 Dec 2001, Andi Gutmans wrote:
> > Hi,
> >
> > I'm trying to wrap up the class wide constants in ZE2. I implemented them
> > so that class wide constants are case-sensitive. I think in general,
> > although ZE1 allows you to define case-insensitive constants it's better
> > for performance and for general esthetics.
> >
> > I have two issues I'd like to get some input on:
> >
> > a) There are almost no constants in PHP which are case-insensitive (which
> > aren't user land defined with define()).  Actually the only ones I could
> > find are in the Zend Engine such as TRUE & FALSE which makes sense. All 
> PHP
> > extensions which use REGISTER_LONG_CONSTANT() and friends use the CONST_CS
> > (case-sensitive flag). I would like to change these macros to *always*
> > register as case-sensitive. Unless I missed some extensions this shouldn't
> > bite anyone as all extensions seem to use CONST_CS. Of course I won't
> > change the special purpose constants such as TRUE & FALSE which are today
> > registered as case-insensitive. What do you guys think?
>
>Makes sense. I'd also like to request that the engine be able to
>distinguish between FOO_BAR and Foo_BAR constants, for example.

Personally I wouldn't write code which gives FOO_BAR and Foo_BAR two 
different meanings but I think you are right that it'd be better and I have 
an idea on how to do it which I'll lay out.
We are only talking about global constants defined with define() as class 
constants are always case sensitive and they can distinguish what you 
mentioned above.
There's one way I can think of in order to fix define(). It has advantages 
and disadvantages. The advantage is that all constant lookups will be much 
faster than they are today (no strtolower() and no memcmp()). The 
disadvantage is that defining constants will be much slower.
What we would do is that instead of adding the name of the constant after 
an strtolower() into the constants hash we would do the following:
- for case-sensitive constants: Add it with the exact same case as the 
definition.
- for case-insensitive constants: Add all possible cases for the constant. 
That means that for a word of length L we'd add at most L*2 keys to the hash.

This solution actually would work very well. It'd would fix the above 
problem and hash lookups would be faster. It would also be a step away from 
case-insensitive constants. It would of course make case-insensitive 
constant definitions much slower but as no C-extensions use them 
(especially after I nuke it) and only about 5 constants in Zend use them it 
should be fine (this is assuming that not many people use the third 
argument of define() which allows them to define case-insensitive constants).

Andi


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

Re: [PHP-DEV] Bug #14329: Mail() does not work

[Daniel Lorch]

Hi,

First point: I couldn't figure out how to use your bug-system. Call me
stupid, but I just dont get how it works (i.e. I don't have a CVS
account and I thought that wouldn't be necessary for only this. Yes,
I'm tired :)).

Here my answer:

This error is raised when PHP fails to connect to the SMTP server.
Please check your php.ini for following directive:

[mail function]
SMTP = smtp.blabla.com ;for win32 only

check manually whether this server works. Have you installed a
firewall which prevents connecting to this server? Or is this
directive just missing/invalid?

For additional debbuging help please check out http://www.ethereal.com/
It will provide you with more in-depth information of the connection
process.

remember to restart apache after having changed php.ini. This is NOT a
bug in PHP.

Kind regards,
  Daniel Lorch

--- snip 

From: [EMAIL PROTECTED]
Operating system: WindowsCE
PHP version:  4.1.0
PHP Bug Type: *Mail Related
Bug description:  Mail() does not work

ok when i run the mail script i get :

Warning: Failed to Connect in C:\Inetpub\docs\flatlinks\action.php on line
48



it says the error is in the Mail() line which is :

mail($to, $subject, $message, $headers);



i would realy apriechate any help,



here the script:

$to  = "$name1 <$mail1>";



$subject = "Hey, its $from";



$message = '





Hello







Hi





';



/* set the Content-type header to send html mail */

$headers  = "MIME-Version: 1.0\r\n";

$headers .= "Content-type: text/html; charset=iso-8859-1\r\n";



mail($to, $subject, $message, $headers);


-- 
Edit bug report at: http://bugs.php.net/?id=14329&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] Re: [Zend Engine 2] Re: [PHP-DEV] Constants

[Andrei Zmievski]

On Mon, 03 Dec 2001, Andi Gutmans wrote:
> Personally I wouldn't write code which gives FOO_BAR and Foo_BAR two 
> different meanings but I think you are right that it'd be better and I have 
> an idea on how to do it which I'll lay out.
> We are only talking about global constants defined with define() as class 
> constants are always case sensitive and they can distinguish what you 
> mentioned above.

That's fine for me. I want them for the keysym constants in PHP-GTK
(like GDK_KEY_A and GDK_KEY_a). For now I hack around by using
(GDK_KEY__A) for lowercase ones. Which sucks.

> There's one way I can think of in order to fix define(). It has advantages 
> and disadvantages. The advantage is that all constant lookups will be much 
> faster than they are today (no strtolower() and no memcmp()). The 
> disadvantage is that defining constants will be much slower.
> What we would do is that instead of adding the name of the constant after 
> an strtolower() into the constants hash we would do the following:
> - for case-sensitive constants: Add it with the exact same case as the 
> definition.
> - for case-insensitive constants: Add all possible cases for the constant. 
> That means that for a word of length L we'd add at most L*2 keys to the 
> hash.
> 
> This solution actually would work very well. It'd would fix the above 
> problem and hash lookups would be faster. It would also be a step away from 
> case-insensitive constants. It would of course make case-insensitive 
> constant definitions much slower but as no C-extensions use them 
> (especially after I nuke it) and only about 5 constants in Zend use them it 
> should be fine (this is assuming that not many people use the third 
> argument of define() which allows them to define case-insensitive 
> constants).

What about the idea of introducing case-insensitive hashes? Modifying
hash function so that it hashes 'A' and 'a' into the same value.

-Andrei

"The human brain is a wonderful thing. It starts working the moment you
are born, and never stops until you stand up to speak in public. " -- Sir
George Jessel

-- 
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: [Zend Engine 2] Re: [PHP-DEV] Constants

[Andi Gutmans]

At 02:42 PM 12/3/2001 -0600, Andrei Zmievski wrote:
>On Mon, 03 Dec 2001, Andi Gutmans wrote:
> > Personally I wouldn't write code which gives FOO_BAR and Foo_BAR two
> > different meanings but I think you are right that it'd be better and I 
> have
> > an idea on how to do it which I'll lay out.
> > We are only talking about global constants defined with define() as class
> > constants are always case sensitive and they can distinguish what you
> > mentioned above.
>
>That's fine for me. I want them for the keysym constants in PHP-GTK
>(like GDK_KEY_A and GDK_KEY_a). For now I hack around by using
>(GDK_KEY__A) for lowercase ones. Which sucks.

Oh OK.

> > There's one way I can think of in order to fix define(). It has advantages
> > and disadvantages. The advantage is that all constant lookups will be much
> > faster than they are today (no strtolower() and no memcmp()). The
> > disadvantage is that defining constants will be much slower.
> > What we would do is that instead of adding the name of the constant after
> > an strtolower() into the constants hash we would do the following:
> > - for case-sensitive constants: Add it with the exact same case as the
> > definition.
> > - for case-insensitive constants: Add all possible cases for the constant.
> > That means that for a word of length L we'd add at most L*2 keys to the
> > hash.
> >
> > This solution actually would work very well. It'd would fix the above
> > problem and hash lookups would be faster. It would also be a step away 
> from
> > case-insensitive constants. It would of course make case-insensitive
> > constant definitions much slower but as no C-extensions use them
> > (especially after I nuke it) and only about 5 constants in Zend use 
> them it
> > should be fine (this is assuming that not many people use the third
> > argument of define() which allows them to define case-insensitive
> > constants).
>
>What about the idea of introducing case-insensitive hashes? Modifying
>hash function so that it hashes 'A' and 'a' into the same value.

Because some of the keys are case-insensitive and some aren't. Case 
insensitive hashes don't work if you want to mix the keys.
In any case, I think the solution above is a good one because there are 
only 5 constants in the Zend Engine which are case-insensitive.

Andi


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

[PHP-DEV] Bug #14319 Updated: configure fails with apache-2_0_28

[dapic]

ID: 14319
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Compile Failure
Operating System: linux
PHP Version: 4.0.6
New Comment:

I got the cvs version today. configure script still looks for files under 
httpd-2_0_28/src/... 

Previous Comments:


[2001-12-03 04:11:12] [EMAIL PROTECTED]

You need PHP from CVS and use --with-apxs2 option.

--Jani




[2001-12-03 00:52:46] [EMAIL PROTECTED]

in redhat linux 7.1. 

I downloaded httpd-2_0_28 from apache, php-4.0.6 from php.net.

the php configure script searches .../httpd-2_0_28/src/include/ for include files 
while actually those header files are at .../httpd-2_0_28/include/.

but after I made a directory called .../httpd-2_0_28/src and moved everything in it, 
it still fails with these errors:

In file included from /usr/local/src/httpd-2_0_28/src/include/httpd.h:72,
 from sapi_apache.c:32:
/usr/local/src/httpd-2_0_28/src/include/ap_config.h:60:32: apr_optional_hooks.h:
 No such file or directory
In file included from sapi_apache.c:32:
/usr/local/src/httpd-2_0_28/src/include/httpd.h:657:21: apr_uri.h: No such file
or directory
make[3]: *** [sapi_apache.lo] Error 1
make[3]: Leaving directory `/usr/local/src/php-4.0.6/sapi/apache'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/usr/local/src/php-4.0.6/sapi/apache'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/local/src/php-4.0.6/sapi'
make: *** [all-recursive] Error 1





Edit this bug report at http://bugs.php.net/?id=14319&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: [Zend Engine 2] Re: [PHP-DEV] Constants

[Andrei Zmievski]

On Mon, 03 Dec 2001, Andi Gutmans wrote:
> Because some of the keys are case-insensitive and some aren't. Case 
> insensitive hashes don't work if you want to mix the keys.
> In any case, I think the solution above is a good one because there are 
> only 5 constants in the Zend Engine which are case-insensitive.

I realize that. Perhaps _ex() versions of hash functions could take a
flag indicating which hash function to use. This may come in handy not
just for constants, you know.

-Andrei
* "I'll need daily status reports on why you're so behind." -- Dilbert's boss *

-- 
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 #14330 Updated: spasimo arxidiwn

[derick]

ID: 14330
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: DOM XML related
Operating System: windows 2000 pro
PHP Version: 4.0.6
New Comment:

Please seek support on the [EMAIL PROTECTED] mailinglist.

Derick

Previous Comments:


[2001-12-03 15:36:14] [EMAIL PROTECTED]

i have install php on my machine but when i'm trying to use php_xmldom.php i get an 
error that the module does not exist, is there any solution about this ?





Edit this bug report at http://bugs.php.net/?id=14330&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 #14329 Updated: Mail() does not work

[derick]

ID: 14329
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: *Mail Related
Operating System: WindowsCE
PHP Version: 4.1.0
New Comment:

Not a bug, seek for more support on the [EMAIL PROTECTED] mailinglist.

Derick

Previous Comments:


[2001-12-03 15:18:03] [EMAIL PROTECTED]

ok when i run the mail script i get :
Warning: Failed to Connect in C:\Inetpub\docs\flatlinks\action.php on line 48

it says the error is in the Mail() line which is :
mail($to, $subject, $message, $headers);

i would realy apriechate any help,

here the script:
$to  = "$name1 <$mail1>";

$subject = "Hey, its $from";

$message = '


Hello



Hi


';

/* set the Content-type header to send html mail */
$headers  = "MIME-Version: 1.0\r\n";
$headers .= "Content-type: text/html; charset=iso-8859-1\r\n";

mail($to, $subject, $message, $headers);






Edit this bug report at http://bugs.php.net/?id=14329&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] first bug report for 4.1.0 (was [PHP-DEV] Bug #14329: Mail() does not work)

[Hartmut Holzgraefe]

[EMAIL PROTECTED] wrote:

> From: [EMAIL PROTECTED]
> Operating system: WindowsCE
> PHP version:  4.1.0
> PHP Bug Type: *Mail Related
> Bug description:  Mail() does not work

so here we are :(

i'd still prefere to have the upcomming release called 4.1.1

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




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

[PHP-DEV] Bug #13437 Updated: PHP cores on exit; memory deallocation problem?

[dshadow]

ID: 13437
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating System: Linux & Solaris
Old PHP Version: 4.0CVS-2001-09-25
PHP Version: 4.1RC5
New Comment:

This problem is still happening on 4.1RC5, though it seems to be doing a little better 
than before. However it's also ignoring the time value I'm passing in to 
set_time_limit(), but only when it runs out of time during clean-up.

#0  0x8107f05 in _efree (ptr=0xa62065c) at zend_alloc.c:240
240 REMOVE_POINTER_FROM_LIST(p);
(gdb) bt
#0  0x8107f05 in _efree (ptr=0xa62065c) at zend_alloc.c:240
#1  0x810829b in shutdown_memory_manager (silent=1, clean_cache=1) at zend_alloc.c:469
#2  0x807169e in php_module_shutdown () at main.c:1007
#3  0x8070239 in main (argc=3, argv=0xbc44) at cgi_main.c:788


Previous Comments:


[2001-10-10 22:17:21] [EMAIL PROTECTED]

Confirmed on Redhat 7.2

No crash, but print_r($us) at the end of this script displays no output.



[2001-09-25 13:55:55] [EMAIL PROTECTED]

When I unserialize a ~7mb object that contains several levels of nested objects and 
arrays, PHP displays abnormal behavior. (Script #1)

First, when script execution is complete, PHP uses 100% of the CPU until it has 
consumed the limit set by set_time_limit(). At this point, it segfaults with the 
following backtrace (Backtrace #1).

When compiled into Apache, this causes the memory footprint for each child process to 
skyrocket; the memory is not freed until the child exits. Over time, this has resulted 
in Apache using 70mb * 10 children = 700mb of RAM.

Additonally: I have experienced random crashes when PHP (4.0.4pl1) exits on Solaris. 
As I can not consistently reproduce this, I can't provide a sample script that always 
exhibits the problem, but the script that crashes does use mysql, and does NOT use 
unserialize() at all. This problem is included in this report because both crash in 
the same function when PHP is doing the same thing (shutting down).


Backtrace #1 - Linux / php4-200109251035

./configure  --with-mysql=/usr/local/mysql --enable-track-vars --with-xml 
--with-imap=/usr --with-zlib-dir=/usr --with-ttf=/usr --enable-bcmath 
--with-kerberos=/usr/kerberos --with-openssl=/usr

Program received signal SIGSEGV, Segmentation fault.
0x80ee455 in _efree (ptr=0xa585b54) at zend_alloc.c:240
240 REMOVE_POINTER_FROM_LIST(p);
(gdb) bt
#0  0x80ee455 in _efree (ptr=0xa585b54) at zend_alloc.c:240
#1  0x80ee7eb in shutdown_memory_manager (silent=1, clean_cache=1)
at zend_alloc.c:469
#2  0x806affe in php_module_shutdown () at main.c:1008
#3  0x8069ba9 in main (argc=2, argv=0xbbf4) at cgi_main.c:787


Backtrace #2: Solaris / php 4.0.4pl1

./configure  --with-mysql=/apps/mysql --enable-track-vars --with-xml --enable-bcmath

#0  0x89074 in _efree (ptr=0x14d1c0) at zend_alloc.c:232
232 REMOVE_POINTER_FROM_LIST(p);
(gdb) bt
#0  0x89074 in _efree (ptr=0x14d1c0) at zend_alloc.c:232
#1  0x9ad48 in zend_hash_destroy (ht=0x158008) at zend_hash.c:569
#2  0x962f8 in _zval_dtor (zvalue=0x14a328) at zend_variables.c:69
#3  0x8e9f8 in _zval_ptr_dtor (zval_ptr=0x14acf4) at zend_execute_API.c:261
#4  0x9acdc in zend_hash_destroy (ht=0x11fdf4) at zend_hash.c:564
#5  0x8e824 in shutdown_executor () at zend_execute_API.c:165
#6  0x96ffc in zend_deactivate () at zend.c:525
#7  0x24c38 in php_request_shutdown (dummy=0x0) at main.c:688
#8  0x23a78 in main (argc=3, argv=0xed34) at cgi_main.c:771



Script #1:
#!/usr/local/bin/php -q







Edit this bug report at http://bugs.php.net/?id=13437&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: [Zend Engine 2] Re: [PHP-DEV] Constants

[Andi Gutmans]

At 02:55 PM 12/3/2001 -0600, Andrei Zmievski wrote:
>On Mon, 03 Dec 2001, Andi Gutmans wrote:
> > Because some of the keys are case-insensitive and some aren't. Case
> > insensitive hashes don't work if you want to mix the keys.
> > In any case, I think the solution above is a good one because there are
> > only 5 constants in the Zend Engine which are case-insensitive.
>
>I realize that. Perhaps _ex() versions of hash functions could take a
>flag indicating which hash function to use. This may come in handy not
>just for constants, you know.

I still don't understand why you think it's suitable. If I want to lookup a 
constant FOO_Bar. How would you know if the hash function you want to use 
is case-sensitive or not?
In any case, you used to be able to specify a different hash function in 
hash_init() but it was never used and for performance reasons we inline'd 
the hash function.

Andi


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

Re: [PHP-DEV] Re: [Zend Engine 2] Constants

[Daniel Lorch]

hi,

> Because some of the keys are case-insensitive and some aren't. Case
> insensitive hashes don't work if you want to mix the keys.
> In any case, I think the solution above is a good one because there are
> only 5 constants in the Zend Engine which are case-insensitive.

somewhere it was mentioned that the case-sensitivity could be either
switched on or off with a configuration directive. please refrain from
using too many configuration directives which change the behaviour of
PHP. it's a pain to develop a PHP script witch catches all these
special behaviours. for example, i cannot rely on $PHP_SELF being only
the script-name (depends on whether it's installed as mod_php or PHP
CGI), thus I got used to write basename($PHP_SELF); which solves this
problem.

but a normal PHP developer (=98%) just cannot know ALL "special
behaviours" of PHP.

Kind Regards,
  Daniel Lorch



-- 
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 #14329 Updated: Mail() does not work

[hholzgra]

ID: 14329
Updated by: hholzgra
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: *Mail Related
Operating System: WindowsCE
PHP Version: 4.1.0
New Comment:

1) this is a bug tracking tool, not a support forum
   please ask support questions on the php-general
   mailing list (http://www.php.net/support.php)

2) you have read the configuration instructions
   on http://download.php.net/manual/en/ref.mail.php ?

3) your script would most likely fail even if
   the mail server talked to you

 $to  = "$name1 <$mail1>"; 

   is wrong, you have to quote the real name:

 $to  = "\"$name1\" <$mail1>";



Previous Comments:


[2001-12-03 15:57:43] [EMAIL PROTECTED]

Not a bug, seek for more support on the [EMAIL PROTECTED] mailinglist.

Derick



[2001-12-03 15:18:03] [EMAIL PROTECTED]

ok when i run the mail script i get :
Warning: Failed to Connect in C:\Inetpub\docs\flatlinks\action.php on line 48

it says the error is in the Mail() line which is :
mail($to, $subject, $message, $headers);

i would realy apriechate any help,

here the script:
$to  = "$name1 <$mail1>";

$subject = "Hey, its $from";

$message = '


Hello



Hi


';

/* set the Content-type header to send html mail */
$headers  = "MIME-Version: 1.0\r\n";
$headers .= "Content-type: text/html; charset=iso-8859-1\r\n";

mail($to, $subject, $message, $headers);






Edit this bug report at http://bugs.php.net/?id=14329&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] first bug report for 4.1.0 (was [PHP-DEV] Bug #14329:Mail() does not work)

[Joao Prado Maia]

On Mon, 3 Dec 2001, Hartmut Holzgraefe wrote:

> [EMAIL PROTECTED] wrote:
>
> > From: [EMAIL PROTECTED]
> > Operating system: WindowsCE
> > PHP version:  4.1.0
> > PHP Bug Type: *Mail Related
> > Bug description:  Mail() does not work
>
> so here we are :(
>
> i'd still prefere to have the upcomming release called 4.1.1
>

So do I. I get chills when I think on the support / bug emails telling me
that my project doesn't work on 4.1.0. I really don't want to keep
emailing them back asking if 4.1.0 was the  one or the new one?

Just imagine having to explain the confusion with the 4.1.0 release to
everyone... oh my ;)

My .2c, for whatever it's worth.
Joao

--
João Prado Maia <[EMAIL PROTECTED]>
http://phpbrasil.com - php com um jeitinho brasileiro
--
Precisando de consultoria em desenvolvimento para a Internet ?
Impleo.net - http://impleo.net/?lang=br


--
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 #14329 Updated: Mail() does not work

[Daniel Lorch]

hi,

>3) your script would most likely fail even if
>
>   the mail server talked to you
>
> $to  = "$name1 <$mail1>";
>
>   is wrong, you have to quote the real name:
>
> $to  = "\"$name1\" <$mail1>";

This is not true. PHP parses out all mail adresses which then are put
into the mail ENVELOPE. everything else doesn't influence the
behaviour of who actually receives the mail (i.e. everything else goes
into the mail BODY and all data there is just "voluntary", if you want
to see it like that).

quotes are nice, but they are parsed by the MUA (mail user agent =
mail client) of the user and are just for displaying purposes NOT for
delivering purposes.

Kind Regards,
  Daniel Lorch



-- 
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] first bug report for 4.1.0 (was [PHP-DEV] Bug #14329:Mail() does not work)

[derick]

On Mon, 3 Dec 2001, Joao Prado Maia wrote:

> On Mon, 3 Dec 2001, Hartmut Holzgraefe wrote:
> > [EMAIL PROTECTED] wrote:
> >
> > i'd still prefere to have the upcomming release called 4.1.1
> >
>
> So do I. I get chills when I think on the support / bug emails telling me
> that my project doesn't work on 4.1.0. I really don't want to keep
> emailing them back asking if 4.1.0 was the  one or the new one?
>
> Just imagine having to explain the confusion with the 4.1.0 release to
> everyone... oh my ;)

The real 4.1.0 release will have zend version number 1.1.0a (while the
old, bogus one has 1.1.0 as Zend version number).

Derick


-- 
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] Array vs Hashes

[Daniel Lorch]

Hi,

I don't know whether this was already discussed before, but ..

have you ever though about the fact that PHP is not very cleanly
designed when looking at Arrays and Hashes? How can I predict whether
a array/hash is sorted by it's INTEGER indices or it's STRING indices
when using functions such as asort(), ksort() .. I don't know whether
these indices are casted into the other type or not. Maybe, by
accident I write $array['12'] = .. and from then PHP thinks I'm using
string indices (thus casting all indices to string).

Of couse, I could just try out but that isn't really a proper and
clean language design. Shouldn't it be possible to FORCE either
method? such as

 i_asort();
 str_asort();

ok, that's a quite stupid proposal but you get the idea I hope :)
 
Kind Regards,
  Daniel Lorch



-- 
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] Array vs Hashes

[Andrei Zmievski]

On Mon, 03 Dec 2001, Daniel Lorch wrote:
> Hi,
> 
> I don't know whether this was already discussed before, but ..
> 
> have you ever though about the fact that PHP is not very cleanly
> designed when looking at Arrays and Hashes? How can I predict whether
> a array/hash is sorted by it's INTEGER indices or it's STRING indices
> when using functions such as asort(), ksort() .. I don't know whether
> these indices are casted into the other type or not. Maybe, by
> accident I write $array['12'] = .. and from then PHP thinks I'm using
> string indices (thus casting all indices to string).
> 
> Of couse, I could just try out but that isn't really a proper and
> clean language design. Shouldn't it be possible to FORCE either
> method? such as
> 
>  i_asort();
>  str_asort();
> 
> ok, that's a quite stupid proposal but you get the idea I hope :)

Eh, you can.

asort($array, SORT_NUMERIC);
asort($array, SORT_STRING);

-Andrei

As I was going up the stair, I met a man who wasn't there.
He wasn't there again today. I wish, I wish he'd stay away.
-Hughes Mearns


-- 
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 #14329 Updated: Mail() does not work

[Hartmut Holzgraefe]

Daniel Lorch wrote:

> This is not true. PHP parses out all mail adresses which then are put
> into the mail ENVELOPE. everything else doesn't influence the
> behaviour of who actually receives the mail (i.e. everything else goes
> into the mail BODY and all data there is just "voluntary", if you want
> to see it like that).
> 
> quotes are nice, but they are parsed by the MUA (mail user agent =
> mail client) of the user and are just for displaying purposes NOT for
> delivering purposes.
> 




hartmut in /export/disk1/home/hartmut on fermi
hartmut > php
","test","test");
?>
holzgraefe... User unknown
/home/hartmut/dead.letter... Saved message in /home/hartmut/dead.letter
X-Powered-By: PHP/4.0.4
Content-type: text/html


hartmut in /export/disk1/home/hartmut on fermi
hartmut >


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




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

[PHP-DEV] Bug #14245 Updated: make install fails on apxs

[david-shafer]

ID: 14245
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Apache related
Operating System: AIX 4.3.3
Old PHP Version: 4.1.0
PHP Version: 4.1.0RC5
New Comment:

Updated PHP Version.

Previous Comments:


[2001-11-28 13:55:17] [EMAIL PROTECTED]

I've found a workaround for this problem. If I manually copy .libs/libphp4.so.0 to 
libs/libphp4.so, it seems to continue okay:

# make install
...
cp: libs/libphp4.so: A file or directory in the path name does not exist.
apxs:Break: Command failed with rc=65536
make: 1254-004 The error code from the last command is 1.
...
Stop.

# cp .libs/libphp4.so.0 libs/libphp4.so

# make install
...
Target "install-p" is up to date.
Target "install" is up to date.
Making install in .
/local/www/bin/apxs -i -a -n php4 libs/libphp4.so
cp libs/libphp4.so /local/www/libexec/libphp4.so
chmod 755 /local/www/libexec/libphp4.so
[activating module `php4' in /local/www/conf/httpd.conf]
installing shared modules into /local/www/php/lib/php/20010901
Target "install-p" is up to date.
...
Target "install" is up to date.

# /local/www/bin/apachectl start
Target "install" is up to date.


Is there some way "make install" can do that copying step automatically?



[2001-11-27 01:12:43] [EMAIL PROTECTED]

Make install fails on "apxs -i i -a -n php4 libs/libphp4.so
cp libs/libphp4.so /local/www/libexec/libphp4.so". The libs directory contains 
libphp4.a and libphp4.la, but not libphp4.so.

Compiler: IBM Visual Age C

$ export CC="cc_r"
$ export CFLAGS="-g -ma"

$ ./configure --prefix=/local/www/php \
--with-apxs=/local/www/bin/apxs \
--without-mysql

$ make
Making all in Zend
...
Target "all" is up to date.

# /local/www/bin/apachectl stop

# /usr/sbin/slibclean

# make install
Making install in Zend
...
Target "install-p" is up to date.
Target "install" is up to date.
Making install in .
/local/www/bin/apxs -i -a -n php4 libs/libphp4.so
cp libs/libphp4.so /local/www/libexec/libphp4.so
cp: libs/libphp4.so: A file or directory in the path name does not exist.
apxs:Break: Command failed with rc=65536
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.


Stop.
# ls -l libs
total 16008
-rw---   1 root system   4094311 Nov 26 23:53 libphp4.a
-rw---   1 root system   749 Nov 26 23:53 libphp4.la






Edit this bug report at http://bugs.php.net/?id=14245&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[2]: [PHP-DEV] Bug #14329 Updated: Mail() does not work

[Daniel Lorch]

Hi,

>  mail("holzgraefe, hartmut <[EMAIL PROTECTED]>","test","test");
> ?>

This doesn't work because of the comma.

  mail("hartmut holzgraefe <[EMAIL PROTECTED]>","test","test");

works.

  mail("hartmut holzgraefe <[EMAIL PROTECTED]> [EMAIL PROTECTED]","test","test");

also works (and both people actually receive the mail). actually even

  mail("holzgraefe, hartmut <[EMAIL PROTECTED]>","test","test");

worked, but "holzgraefe" was redirected to a local user (thus sending
this mail to holzgraefe@localhost and [EMAIL PROTECTED]).

I'm running PHP Version 4.1.0RC1 on Linux. Maybe it's because of
qmail? are you using sendmail?

Kind Regards,
  Daniel Lorch



-- 
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[2]: [PHP-DEV] Bug #14329 Updated: Mail() does not work

[Daniel Lorch]

Hi,

>  mail("holzgraefe, hartmut <[EMAIL PROTECTED]>","test","test");
> ?>
> holzgraefe... User unknown
> /home/hartmut/dead.letter... Saved message in /home/hartmut/dead.letter

Actually I didn't pay enough attention to your error message (and you
neither as it seems :)). holzgraefe is resolved to a local user which
apparently isn't able to receive mails.

This behaviour is quite weird, why should someome choose "," as a
delimiter for users? ok, ok it's mentioned in the manual, but why
doesn't PHP just parse out all mail addresses? Everything containing a
@ where the boundaries are either whitespace or obvious characters
such as "<" and ">" ?

Ah, and did I mention that PHP on Windows behave quite oddly? Probably
because it connects directly to the SMTP server rather than piping to
sendmail/qmail.

Is this now a "feature" or a bug?

Kind Regards,
  Daniel Lorch



-- 
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 #14329 Updated: Mail() does not work

[Hartmut Holzgraefe]

Daniel Lorch wrote:

>>>mail("holzgraefe, hartmut <[EMAIL PROTECTED]>","test","test");
>>?>
> 
> This doesn't work because of the comma.

sure, but this is a common real life mistake

so i strongly recommend using quotes for real names in mail adresses
just to be sure, although RFC822 doesn't require their use



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




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

Re: [PHP-DEV] first bug report for 4.1.0 (was [PHP-DEV] Bug #14329:Mail() does not work)

[James Moore]

> > Just imagine having to explain the confusion with the 4.1.0 release to
> > everyone... oh my ;)
>
> The real 4.1.0 release will have zend version number 1.1.0a (while the
> old, bogus one has 1.1.0 as Zend version number).

Woth putting a note about this on the bug pages and php.net when we release
4.1.0??

- James



-- 
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] first bug report for 4.1.0 (was [PHP-DEV] Bug #14329: Mail() does not work)

[Brian Moon]

The next one is going have to come out so soon it won't matter.  We all know
how far behind HEAD 4.1.0 is.

Brian.

- Original Message -
From: <[EMAIL PROTECTED]>
To: "Joao Prado Maia" <[EMAIL PROTECTED]>
Cc: "Hartmut Holzgraefe" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; "PHP
Developers Mailing List" <[EMAIL PROTECTED]>
Sent: Monday, December 03, 2001 3:16 PM
Subject: Re: [PHP-DEV] first bug report for 4.1.0 (was [PHP-DEV] Bug #14329:
Mail() does not work)


> On Mon, 3 Dec 2001, Joao Prado Maia wrote:
>
> > On Mon, 3 Dec 2001, Hartmut Holzgraefe wrote:
> > > [EMAIL PROTECTED] wrote:
> > >
> > > i'd still prefere to have the upcomming release called 4.1.1
> > >
> >
> > So do I. I get chills when I think on the support / bug emails telling
me
> > that my project doesn't work on 4.1.0. I really don't want to keep
> > emailing them back asking if 4.1.0 was the  one or the new
one?
> >
> > Just imagine having to explain the confusion with the 4.1.0 release to
> > everyone... oh my ;)
>
> The real 4.1.0 release will have zend version number 1.1.0a (while the
> old, bogus one has 1.1.0 as Zend version number).
>
> Derick
>
>
> --
> PHP Development Mailing List 
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
>
>
>


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

Re: [PHP-DEV] Array vs Hashes

[Jason Greene]

$array['12'] will automagicly become $array[12]
however
$array['012'] 
will always be a string index

-Jason


- Original Message - 
From: "Daniel Lorch" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, December 03, 2001 3:23 PM
Subject: [PHP-DEV] Array vs Hashes


> Hi,
> 
> I don't know whether this was already discussed before, but ..
> 
> have you ever though about the fact that PHP is not very cleanly
> designed when looking at Arrays and Hashes? How can I predict whether
> a array/hash is sorted by it's INTEGER indices or it's STRING indices
> when using functions such as asort(), ksort() .. I don't know whether
> these indices are casted into the other type or not. Maybe, by
> accident I write $array['12'] = .. and from then PHP thinks I'm using
> string indices (thus casting all indices to string).
> 
> Of couse, I could just try out but that isn't really a proper and
> clean language design. Shouldn't it be possible to FORCE either
> method? such as
> 
>  i_asort();
>  str_asort();
> 
> ok, that's a quite stupid proposal but you get the idea I hope :)
>  
> Kind Regards,
>   Daniel Lorch
> 
> 
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
> 


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

Re[2]: [PHP-DEV] Bug #14329 Updated: Mail() does not work

[Daniel Lorch]

Hi,

>mail("holzgraefe, hartmut <[EMAIL PROTECTED]>","test","test");
>>>?>
>>
>> This doesn't work because of the comma.
>
>sure, but this is a common real life mistake
>
>so i strongly recommend using quotes for real names in mail adresses
>just to be sure, although RFC822 doesn't require their use

well, the problem is how PHP parses out all mail adresses. Many MUAs
also use syntaxes like:

  [EMAIL PROTECTED] (Full Name)

quite odd, but I think having seen this from a t-online-mailer, which,
apparently, is the biggest ISP in germany. I don't support such
proprietary behaviour, but nevertheless (if you don't mind) I'd like to
add the way how PHP parses out the mail adresses to the wishlist of
future PHP development. Additionaly, the SMTP wrapper which is used by
PHP/Windows should behave the same way as the linux version does.

Kind Regards,
  Daniel Lorch



-- 
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 #14329 Updated: Mail() does not work

[Hartmut Holzgraefe]

Daniel Lorch wrote:

> Hi,
> 
> 
>>>mail("holzgraefe, hartmut <[EMAIL PROTECTED]>","test","test");
>>?>
>>holzgraefe... User unknown
>>/home/hartmut/dead.letter... Saved message in /home/hartmut/dead.letter
>>
> 
> Actually I didn't pay enough attention to your error message (and you
> neither as it seems :)). 


be asured, i have ;)

> holzgraefe is resolved to a local user which
> apparently isn't able to receive mails.


true


> This behaviour is quite weird, why should someome choose "," as a
> delimiter for users? 


writing a realname as "Lastname, Firstname" is rather common,
especially for sorting reasons

> ok, ok it's mentioned in the manual, but why
> doesn't PHP just parse out all mail addresses?


the unix implementation doesn't parse the parameters at all,
it just passes them transparently to the local MTA

> Everything containing a
> @ where the boundaries are either whitespace or obvious characters
> such as "<" and ">" ?


even if "holzgraefe, hartmut <[EMAIL PROTECTED]>" was accepted as
a single address by php mail(), it would still confuse MUAs,
especially when you try a "reply all" ...

> Ah, and did I mention that PHP on Windows behave quite oddly? Probably
> because it connects directly to the SMTP server rather than piping to
> sendmail/qmail.
 

the win32/SMTP implementation in its current doesnt pay much attention
to RFC821/822 conformance. period.



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




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

Re: [PHP-DEV] Testing LDAP (was: [PHP-QA] 4.1.0RC5)

[Stig Venaas]

On Mon, Dec 03, 2001 at 05:47:16PM +0100, Alexander Wirtz wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> On Monday 03 December 2001 16:41, you wrote:
> > Great, you can test with ldap.uninett.no (base dc=uninett,dc=no)
> > and ldap.openldap.org (base dc=OpenLDAP,dc=org).
> 
> ok, I made a test from SuSE 7.3 with openldap 2.0.12, with both 
> servers, the first is delivering the expected output, with the second, 
> the "email"-string is not returned - I'm not familiar with ldap, so ...

You didn't specify "email" I hope, try "mail". I've been doing some LDAP
tests myself, pretty sure it's okay. I wouldn't mind if others did tests
as well though. I'm thinking of writing a little LDAP test suite. I've
got some of the material, just need some shining up.

Stig

-- 
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] first bug report for 4.1.0 (was [PHP-DEV] Bug#14329:Mail() does not work)

[Derick Rethans]

On Mon, 3 Dec 2001, James Moore wrote:

> > The real 4.1.0 release will have zend version number 1.1.0a (while the
> > old, bogus one has 1.1.0 as Zend version number).
>
> Woth putting a note about this on the bug pages and php.net when we release
> 4.1.0??

Sounds like a good idea to me

Derick


-- 
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 #14331: Fatal whitespace at the end of the file.

[mcoughlan]

From: [EMAIL PROTECTED]
Operating system: Debian Linux
PHP version:  4.0.6
PHP Bug Type: Performance problem
Bug description:  Fatal whitespace at the end of the file.

I am not a PHP programmer, but rather have installed the HORDE PHP project.
 I often need to edit .php config files files.  It is easy to do, and Horde
works well, however sometimes emacs will add whitespace at the end of a php
file if I scroll too far. These often cause fatal errors like:

Warning: Cannot add header information - headers already sent by (output
started at /usr/share/horde/turba/config/sources.php:73) in
/usr/share/horde/turba/addobjectaction.php on line 35

Is it possible to simply trim () all php files before processing? These
whitespace errors are too darn hard to catch, and many people need to look
at php files, without necessarlily programming. 

Thanks for your time!
-- 
Edit bug report at: http://bugs.php.net/?id=14331&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 #13437 Updated: PHP cores on exit; memory deallocation problem?

[venaas]

ID: 13437
Updated by: venaas
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating System: Linux & Solaris
PHP Version: 4.1RC5
New Comment:

I've seen this as well. The time limit you set is removed
when the script finishes but before the memory is cleaned
up. What I did to avoid the problem was to change the code
in php_request_shutdown() main/main.c. The end of the function looks like:

zend_try { 
shutdown_memory_manager(CG(unclean_shutdown), 0);
} zend_end_try();

zend_try { 
zend_unset_timeout(TSRMLS_C);
} zend_end_try();

I switched the timeout and the shutdown, and then it worked
for me. It still takes a long time, but you don't get a
timeout. Not sure if this is the correct fix, but maybe
you want to test and confirm that it helps?


Previous Comments:


[2001-12-03 15:58:46] [EMAIL PROTECTED]

This problem is still happening on 4.1RC5, though it seems to be doing a little better 
than before. However it's also ignoring the time value I'm passing in to 
set_time_limit(), but only when it runs out of time during clean-up.

#0  0x8107f05 in _efree (ptr=0xa62065c) at zend_alloc.c:240
240 REMOVE_POINTER_FROM_LIST(p);
(gdb) bt
#0  0x8107f05 in _efree (ptr=0xa62065c) at zend_alloc.c:240
#1  0x810829b in shutdown_memory_manager (silent=1, clean_cache=1) at zend_alloc.c:469
#2  0x807169e in php_module_shutdown () at main.c:1007
#3  0x8070239 in main (argc=3, argv=0xbc44) at cgi_main.c:788




[2001-10-10 22:17:21] [EMAIL PROTECTED]

Confirmed on Redhat 7.2

No crash, but print_r($us) at the end of this script displays no output.



[2001-09-25 13:55:55] [EMAIL PROTECTED]

When I unserialize a ~7mb object that contains several levels of nested objects and 
arrays, PHP displays abnormal behavior. (Script #1)

First, when script execution is complete, PHP uses 100% of the CPU until it has 
consumed the limit set by set_time_limit(). At this point, it segfaults with the 
following backtrace (Backtrace #1).

When compiled into Apache, this causes the memory footprint for each child process to 
skyrocket; the memory is not freed until the child exits. Over time, this has resulted 
in Apache using 70mb * 10 children = 700mb of RAM.

Additonally: I have experienced random crashes when PHP (4.0.4pl1) exits on Solaris. 
As I can not consistently reproduce this, I can't provide a sample script that always 
exhibits the problem, but the script that crashes does use mysql, and does NOT use 
unserialize() at all. This problem is included in this report because both crash in 
the same function when PHP is doing the same thing (shutting down).


Backtrace #1 - Linux / php4-200109251035

./configure  --with-mysql=/usr/local/mysql --enable-track-vars --with-xml 
--with-imap=/usr --with-zlib-dir=/usr --with-ttf=/usr --enable-bcmath 
--with-kerberos=/usr/kerberos --with-openssl=/usr

Program received signal SIGSEGV, Segmentation fault.
0x80ee455 in _efree (ptr=0xa585b54) at zend_alloc.c:240
240 REMOVE_POINTER_FROM_LIST(p);
(gdb) bt
#0  0x80ee455 in _efree (ptr=0xa585b54) at zend_alloc.c:240
#1  0x80ee7eb in shutdown_memory_manager (silent=1, clean_cache=1)
at zend_alloc.c:469
#2  0x806affe in php_module_shutdown () at main.c:1008
#3  0x8069ba9 in main (argc=2, argv=0xbbf4) at cgi_main.c:787


Backtrace #2: Solaris / php 4.0.4pl1

./configure  --with-mysql=/apps/mysql --enable-track-vars --with-xml --enable-bcmath

#0  0x89074 in _efree (ptr=0x14d1c0) at zend_alloc.c:232
232 REMOVE_POINTER_FROM_LIST(p);
(gdb) bt
#0  0x89074 in _efree (ptr=0x14d1c0) at zend_alloc.c:232
#1  0x9ad48 in zend_hash_destroy (ht=0x158008) at zend_hash.c:569
#2  0x962f8 in _zval_dtor (zvalue=0x14a328) at zend_variables.c:69
#3  0x8e9f8 in _zval_ptr_dtor (zval_ptr=0x14acf4) at zend_execute_API.c:261
#4  0x9acdc in zend_hash_destroy (ht=0x11fdf4) at zend_hash.c:564
#5  0x8e824 in shutdown_executor () at zend_execute_API.c:165
#6  0x96ffc in zend_deactivate () at zend.c:525
#7  0x24c38 in php_request_shutdown (dummy=0x0) at main.c:688
#8  0x23a78 in main (argc=3, argv=0xed34) at cgi_main.c:771



Script #1:
#!/usr/local/bin/php -q







Edit this bug report at http://bugs.php.net/?id=13437&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 #14325 Updated: set_attribute does not keep '&' in character references

[mfischer]

ID: 14325
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: DOM XML related
Operating System: Redhat 7.0
PHP Version: 4.0.5
New Comment:

You actually ran into a feature of libxml2. It does automatic character encoding. I 
remember it was discussed to implement a function to set raw attributes but as far as 
I know the current version it's not implemented so there's little we can do about it 
(but I would be happy to be proved being wrong here).

Not a PHP bug -> bogusifying.

Previous Comments:


[2001-12-03 11:39:37] [EMAIL PROTECTED]

The '&' in character references is converted to & when used in set_attribute
e.g. ! is changed to !

$oXml  = new_xmldoc("1.0");   
$oRoot = $oXml->add_root("outputXml");
$oRoot->set_attribute("test","&033;");
print $oXml->dumpmem();

This produces 



instead of



PHP modules compiled:
'./configure' '--prefix=/usr' '--with-apxs=/usr/sbin/apxs' '--with-exec-dir=/usr/bin' 
'--with-config-file-path=/etc/httpd' '--with-regex=system' '--enable-debugger' 
'--enable-magic-quotes' '--enable-sysvshm' '--with-dom' '--enable-force-cgi-redirect' 
'--enable-sigchild' '--with-wddx' '--enable-inline-optimization' '--with-gnu-ld' 
'--enable-bcmath' '--enable-crypt' '--with-xml' '--with-sablot' '--enable-dbg=shared' 
'--with-dbg-profiler'





Edit this bug report at http://bugs.php.net/?id=14325&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] undefined symbol: mxdriver (help needed)

[Sachin]

Hi guys

I m new to the installations on linux. i installed linux7.1 on my machine.
now i m trying to install the apache-1.3.20, PHP4.0.6, imap. apache and php
without imap was installed successfully but when i try to install it with
imap apache start giving problem the error is:
Syntax error on line 223 of /usr/local/apache/conf/httpd.conf:
Cannot load /usr/local/apache/libexec/libphp4.so into server:
/usr/local/apache/
libexec/libphp4.so: undefined symbol: mxdriver
/usr/local/apache/bin/apachectl start: httpd could not be started



the commands i given are

./configure --prefix=/usr/local/php4.0.6 --with-apxs=/usr/local/apache/bin/a
pxs --with-imap --with-mysql --with-calendar --with-bcmath --with-ftp

i downloaded apache from apache.org
php4.0.6 from php.net

i will b greatful for any kind of help.
thanks in advance


Regards
Sachin


-- 
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[2]: [PHP-DEV] Bug #14329 Updated: Mail() does not work

[Daniel Lorch]

Hi,

>> This behaviour is quite weird, why should someome choose "," as a
>> delimiter for users?
>
>writing a realname as "Lastname, Firstname" is rather common,
>especially for sorting reasons

that's why you're not following this rule, right :)

just kidding.

>> ok, ok it's mentioned in the manual, but why
>> doesn't PHP just parse out all mail addresses?
>
>the unix implementation doesn't parse the parameters at all,
>it just passes them transparently to the local MTA

.. which makes the behaviour of mail() unpredictable.

> even if "holzgraefe, hartmut <[EMAIL PROTECTED]>" was accepted as
> a single address by php mail(), it would still confuse MUAs,
> especially when you try a "reply all" ...

good argument.

> the win32/SMTP implementation in its current doesnt pay much attention
> to RFC821/822 conformance. period.

anyway, the average PHP/win user will never find out about this
problem :)

Kind Regards,
  Daniel Lorch



-- 
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 #14319 Updated: configure fails with apache-2_0_28

[dapic]

ID: 14319
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Compile Failure
Operating System: linux
PHP Version: 4.0.6
New Comment:

I got the cvs version today. configure script still looks for files under 
httpd-2_0_28/src/... 

Previous Comments:


[2001-12-03 15:55:08] [EMAIL PROTECTED]

I got the cvs version today. configure script still looks for files under 
httpd-2_0_28/src/... 



[2001-12-03 04:11:12] [EMAIL PROTECTED]

You need PHP from CVS and use --with-apxs2 option.

--Jani




[2001-12-03 00:52:46] [EMAIL PROTECTED]

in redhat linux 7.1. 

I downloaded httpd-2_0_28 from apache, php-4.0.6 from php.net.

the php configure script searches .../httpd-2_0_28/src/include/ for include files 
while actually those header files are at .../httpd-2_0_28/include/.

but after I made a directory called .../httpd-2_0_28/src and moved everything in it, 
it still fails with these errors:

In file included from /usr/local/src/httpd-2_0_28/src/include/httpd.h:72,
 from sapi_apache.c:32:
/usr/local/src/httpd-2_0_28/src/include/ap_config.h:60:32: apr_optional_hooks.h:
 No such file or directory
In file included from sapi_apache.c:32:
/usr/local/src/httpd-2_0_28/src/include/httpd.h:657:21: apr_uri.h: No such file
or directory
make[3]: *** [sapi_apache.lo] Error 1
make[3]: Leaving directory `/usr/local/src/php-4.0.6/sapi/apache'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/usr/local/src/php-4.0.6/sapi/apache'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/local/src/php-4.0.6/sapi'
make: *** [all-recursive] Error 1





Edit this bug report at http://bugs.php.net/?id=14319&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 #14331 Updated: Fatal whitespace at the end of the file.

[mfischer]

ID: 14331
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Performance problem
Operating System: Debian Linux
PHP Version: 4.0.6
New Comment:

Er, really, fix your editor, its broken.

Even if you can't imagine, there are certain cases where one wants whitespaces

Bogus.

Previous Comments:


[2001-12-03 17:46:16] [EMAIL PROTECTED]

I am not a PHP programmer, but rather have installed the HORDE PHP project.  I often 
need to edit .php config files files.  It is easy to do, and Horde works well, however 
sometimes emacs will add whitespace at the end of a php file if I scroll too far. 
These often cause fatal errors like:

Warning: Cannot add header information - headers already sent by (output started at 
/usr/share/horde/turba/config/sources.php:73) in 
/usr/share/horde/turba/addobjectaction.php on line 35

Is it possible to simply trim () all php files before processing? These whitespace 
errors are too darn hard to catch, and many people need to look at php files, without 
necessarlily programming. 

Thanks for your time!





Edit this bug report at http://bugs.php.net/?id=14331&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 #14332: 1 is not a valid MySQL-Link resource in /home/guestbook.php on line 112

[hendro]

From: [EMAIL PROTECTED]
Operating system: MS Windows 98
PHP version:  4.0CVS-2001-12-03
PHP Bug Type: MySQL related
Bug description:  1 is not a valid MySQL-Link resource in /home/guestbook.php on line 
112

any one here can help my problem?
(I 'am using hypermart.net hosting, so i am not sure which php version that
they provided)

$sqlshow = "SELECT * FROM $table ORDER BY id DESC LIMIT $show, $maxshow";
$result = mysql_db_query($database, $sqlshow);

>>> produce: 1 is not a valid MySQL-Link resource in /home/guestbook.php on
line 112

while (($myrow = mysql_fetch_array($result)))

>>> produce: Supplied argument is not a valid MySQL result resource in
/home/guestbook.php on line 116

mysql_close();

>>> produce: 1 is not a valid MySQL-Link resource in /home/guestbook.php on
line 126

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