date:20030322

#22820 [Opn->Fbk]: script kicks out to command prompt.

2003-03-22 Thread wez

 ID:   22820
 Updated by:   [EMAIL PROTECTED]
 Reported By:  nick at axelis dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: Windows 2000 sp3
 PHP Version:  4.3.1
 New Comment:

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip




Previous Comments:


[2003-03-21 23:35:09] nick at axelis dot com

I've tried running this in a browser and end up with a "document
contains no data" error. The script is intended to run from the command
prompt. I'm running it in two environments: 1. Red Hat 8.0, PHP 4.2.2,
Apache 2.0.40. The other is win2k sp3, PHP 4.3.1, Apache 2.0.44. On the
linux box it runs like a champ. It's fast, it's furious. On windows it
starts out fine, but then at a certain point it just starts hammering
the hard drive and leaves me at a command prompt. It doesn't seem to
happen at a specific place in the script. It's  seems more like a
memory allocation problem. It does not retur n any errors. I've found
nothing in any of the system logs, apache log, php error log, nothing.
I did once get an error that said: "erealloc(), failed to allocate 11
bytes." This did only happen once though, all of the other times it
just dies. The script is a search engine spider. If I run it on a site
with 20 or 30 pages to index it works great. If I hit a site that's
bigger, it dies, but in a different place depending on the site. I've
tested on at least 10 different sites with over 200 pages. The timing
is consistent within a particular site, it always dies at the same
place. I've done enought testing to ensure that the sites themselves
are not the problem. Here's the script below:

",$read,3);
$title = substr($temp[1],0,-2);

// Get the page body
$body = str_replace("'","`",trim(strip_tags($read)));

// Make an announcement
echo "Now Processing: $url\n";

// "Put the stuff in the search database\n";
if($crc != $checksum){
echo "Updating for CRC: $title\n$url\n";
$renew = @mysql_query("UPDATE search SET url='$url', title='$title',
metak='$keywords', metad='$description', mrobot='$robots',
checksum='$checksum', date=CURDATE(), flag=1, body='$body' WHERE
url='$url'");
if(!$renew){
echo "NOT UPDATED: $urlmysql_error()\n";
$kill = mysql_query("DELETE FROM search WHERE url='$url'");
continue;   
}
}
elseif($date <= $daycheck){
echo "Updating for date: $title\n$url\n";
$renew = @mysql_query("UPDATE search SET url='$url', title='$title',
metak='$keywords', metad='$description', mrobot='$robots',
checksum='$checksum', date=CURDATE(), flag=1, body='$body' WHERE
url='$url'");
if(!$renew){
echo "NOT UPDATED: $urlmysql_error()\n";
$kill = mysql_query("DELETE FROM search WHERE url='$url'");
continue;   
}

}
else{
$renew = @mysql_query("UPDATE search SET flag=1 WHERE url='$url'");
if(!$renew){
echo "NOT UPDATED: $url" . mysql_error() . "\n";
$kill = mysql_query("DELETE FROM search WHERE url='$url'");
}
continue;
}

// Check robots meta tags
$metarobots = "nofollow";
if(checkmetarobots($metarobots)){
echo "Following disallowed by robots meta tag: $url\n";
continue;
}
$metarobots = "none";
if(checkmetarobots($metarobots)){
echo "Following disallowed by robots meta tag: $url\n";
continue;
}

// "Parse the main URL\n";
$top = parse_url($url);
$tschm = $top["scheme"];
$thost = $top["host"];
$tpath = $top["path"];
$tqury = $top["query"];
$tfrag = $top["fragment"];

$currentdomain = $tschm . "://" . $thost;

// Parse all the links on the page
$rtemp = stristr($read,"href"); 
$temp = stristr($rtemp,">");
while($rtemp){
//"Parse the href out of the string\n";
$rtemp = stristr($temp,"href"); 
$lpos = strlen($rtemp) - strlen($temp);
$temp = stristr($rtemp,">");
$lend = strlen($rtemp) - strlen($temp);
$alink = str_replace('"'," ",strip_tags(trim(substr($rtemp, 6,
($lend);
$blink = stristr($alink," ");
$alen = strlen($alink) - strlen($blink);
$link = substr($alink, 0, $alen);

// Kill any trailing slashes
if(substr($link,(strlen($link)-1)) == "/"){

#22819 [Opn->Bgs]: main/internal_functions_cli.c undeclared phpext_*

2003-03-22 Thread sniper

 ID:   22819
 Updated by:   [EMAIL PROTECTED]
 Reported By:  Information-Cascade at ntlworld dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Compile Failure
 Operating System: Linux
 PHP Version:  4.3.2RC1
 New Comment:

This is _NOT_ any bug in PHP.



Previous Comments:


[2003-03-21 18:59:25] Information-Cascade at ntlworld dot com

5534 / 22526 = 25% of PHP resolutions are bogus.

Blame it on GCC 
Blame it on Binutils
Blame it on OS/machine.

It's not configure that is outsmarted.



[2003-03-21 16:55:54] [EMAIL PROTECTED]

And using experimental GCC version..well..that's what you
get.




[2003-03-21 16:55:19] [EMAIL PROTECTED]

Either broken GCC installation, mismatching binutils, or 
just broken OS/machine. But definately not PHP bug.
I've never heard of Linux-4.2.19 either..

And don't try outsmarting the configure with setting
those CXXFLAGS/CFLAGS





[2003-03-21 15:36:10] Information-Cascade at ntlworld dot com

No, I havent tried it with a new CVS checkout, 
but I have tried it with 4.3.1 - exact same



[2003-03-21 15:10:28] [EMAIL PROTECTED]

Did you try it with a fresh checkout/source tree?
You ay also try ./cvsclean ; ./buildconf ; ./configure ; make



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

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

#22822 [NEW]: Post long data in form makes the data becomes mixed up

2003-03-22 Thread jaosn dot qiu at iuniverse dot com dot cn

From: jaosn dot qiu at iuniverse dot com dot cn
Operating system: Linux 8.0
PHP version:  4.3.0
PHP Bug Type: HTTP related
Bug description:  Post long data in form makes the data becomes mixed up 

My server environment is PHP4+linux 8+ Apache.
I found I have a big trouble when I completed the installation of the
system.
My server has a rushed BBS, there are a lot of people logined and posted
their articles every day.
I found if they post a little long article, for example >1k. His article
will display mixed up.
For example, some part of his article will displayed twice. 

The server also have the function to let the user upload their picture. I
found that the big picture also cannot be uploaded properly. the bits in
the picture also duplicated strangly.

You can test to post long data freely on the following link to see the
defect more clearly.
http://202.102.14.138/forum/view.php?id=j21

Your help are really appreciated!!
-- 
Edit bug report at http://bugs.php.net/?id=22822&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22822&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=22822&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=22822&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22822&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=22822&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22822&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=22822&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22822&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22822&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=22822&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22822&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=22822&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=22822&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22822&r=gnused

#22822 [Opn->Bgs]: Post long data in form makes the data becomes mixed up

2003-03-22 Thread sniper

 ID:   22822
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jaosn dot qiu at iuniverse dot com dot cn
-Status:   Open
+Status:   Bogus
 Bug Type: HTTP related
 Operating System: Linux 8.0
 PHP Version:  4.3.0
 New Comment:

Thank you for taking the time to report a problem with PHP.
Unfortunately you are not using a current version of PHP -- 
the problem might already be fixed. Please download a new
PHP version from http://www.php.net/downloads.php

If you are able to reproduce the bug with one of the latest
versions of PHP, please change the PHP version on this bug report
to the version you tested and change the status back to "Open".
Again, thank you for your continued support of PHP.

get latest stable CVS snapshot.



Previous Comments:


[2003-03-22 04:57:55] jaosn dot qiu at iuniverse dot com dot cn

My server environment is PHP4+linux 8+ Apache.
I found I have a big trouble when I completed the installation of the
system.
My server has a rushed BBS, there are a lot of people logined and
posted their articles every day.
I found if they post a little long article, for example >1k. His
article will display mixed up.
For example, some part of his article will displayed twice. 

The server also have the function to let the user upload their picture.
I found that the big picture also cannot be uploaded properly. the bits
in the picture also duplicated strangly.

You can test to post long data freely on the following link to see the
defect more clearly.
http://202.102.14.138/forum/view.php?id=j21

Your help are really appreciated!!




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

#22823 [NEW]: Two warnings during make

2003-03-22 Thread j dot lammerts at chello dot nl

From: j dot lammerts at chello dot nl
Operating system: AIX 5.1.0.0
PHP version:  4.3.2RC1
PHP Bug Type: Compile Warning
Bug description:  Two warnings during make

Hi,

Discovered two more warnings when compiling the latest cvs release.
The first one has to do with pcre. The second one is when nm tries to list
symbols of image.o. It says it can't...
Here are the warnings :

1)
 /bin/sh /home/root/php4-STABLE-200303212030/libtool --silent
--preserve-dup-deps --mode=compile gcc -DSUPPORT_UTF8 -DLINK_SIZE=2
-I/home/root/php4-STABLE-200303212030/ext/pcre/pcrelib -Iext/pcre/
-I/home/root/php4-STABLE-200303212030/ext/pcre/ -DPHP_ATOM_INC
-I/home/root/php4-STABLE-200303212030/include
-I/home/root/php4-STABLE-200303212030/main
-I/home/root/php4-STABLE-200303212030
-I/home/root/php4-STABLE-200303212030/Zend
-I/home/root/php4-STABLE-200303212030/ext/xml/expat 
-I/home/root/php4-STABLE-200303212030/TSRM  -g -O2  -prefer-pic -c
/home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c -o
ext/pcre/pcrelib/pcre.lo
/home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:108: warning:
overflow in implicit constant conversion
/home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:108: warning:
overflow in implicit constant conversion
/home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:108: warning:
overflow in implicit constant conversion
/home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:108: warning:
overflow in implicit constant conversion
/home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:108: warning:
overflow in implicit constant conversion
/home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:108: warning:
overflow in implicit constant conversion
/home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:110: warning:
overflow in implicit constant conversion
/home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:110: warning:
overflow in implicit constant conversion
/home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:110: warning:
overflow in implicit constant conversion
/home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:111: warning:
overflow in implicit constant conversion
/home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:112: warning:
overflow in implicit constant conversion
/home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:112: warning:
overflow in implicit constant conversion
/home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:114: warning:
overflow in implicit constant conversion
/home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:114: warning:
overflow in implicit constant conversion
/home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:116: warning:
overflow in implicit constant conversion

2)
nm: ext/standard/image.o: 0654-206 Cannot process the symbol table.

TIA,

Hans
-- 
Edit bug report at http://bugs.php.net/?id=22823&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22823&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=22823&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=22823&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22823&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=22823&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22823&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=22823&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22823&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22823&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=22823&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22823&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=22823&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=22823&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22823&r=gnused

#22809 [Fbk->Opn]: OpenSSL fails to compute internal private key from string but works on file

2003-03-22 Thread php-bugs at liwing dot de

 ID:   22809
 User updated by:  php-bugs at liwing dot de
 Reported By:  php-bugs at liwing dot de
-Status:   Feedback
+Status:   Open
 Bug Type: OpenSSL related
 Operating System: FreeBSD (4.8RC and 5.0)
 PHP Version:  4.3.1
 New Comment:

/bin/sh /usr/ports/www/mod_php4/work/php-4.3.2RC1/libtool --silent
--preserve-dup-deps --mode=compile cc  -Iext/openssl/
-I/usr/ports/www/mod_php4/work/php-4.3.2RC1/ext/openssl/ -DPHP_ATOM_INC
-I/usr/ports/www/mod_php4/work/php-4.3.2RC1/include
-I/usr/ports/www/mod_php4/work/php-4.3.2RC1/main
-I/usr/ports/www/mod_php4/work/php-4.3.2RC1
-I/usr/ports/www/mod_php4/work/php-4.3.2RC1/Zend
-I/usr/local/include/libxml2 -I/usr/local/include
-I/usr/local/include/freetype2 -I/usr/local/include/mysql 
-I/usr/ports/www/mod_php4/work/php-4.3.2RC1/TSRM  -O -pipe -DNO_WERROR
-march=pentium2 -I/usr/local/include  -prefer-pic -c
/usr/ports/www/mod_php4/work/php-4.3.2RC1/ext/openssl/openssl.c -o
ext/openssl/openssl.lo
/usr/ports/www/mod_php4/work/php-4.3.2RC1/ext/openssl/openssl.c: In
function `zif_openssl_pkey_export_to_file':
/usr/ports/www/mod_php4/work/php-4.3.2RC1/ext/openssl/openssl.c:1911:
warning: assignment discards qualifiers from pointer target type
/usr/ports/www/mod_php4/work/php-4.3.2RC1/ext/openssl/openssl.c: In
function `zif_openssl_pkey_export':
/usr/ports/www/mod_php4/work/php-4.3.2RC1/ext/openssl/openssl.c:1962:
warning: assignment discards qualifiers from pointer target type
/usr/ports/www/mod_php4/work/php-4.3.2RC1/ext/openssl/openssl.c: In
function `zif_openssl_pkcs7_encrypt':
/usr/ports/www/mod_php4/work/php-4.3.2RC1/ext/openssl/openssl.c::
warning: assignment discards qualifiers from pointer target type


Except those warnings openssl works fine


Previous Comments:


[2003-03-21 17:01:04] [EMAIL PROTECTED]

DO NOT ADD SUCH LONG PARTS OF TEXT IN HERE!!

I deleted that comment. Please attach MAXIMUM of 15-20 lines. And
preferrably text that actually includes the ERROR
you get.




[2003-03-21 10:36:05] php-bugs at liwing dot de

What I have forgotten. I have replaced the source of PHP-4.3.2RC1 with
the stable sources you've recommented. So this is not the error in RC1
(where is it, too) but in yesterdays(?) stable.



[2003-03-20 18:09:22] [EMAIL PROTECTED]

The openssl tests do not fail for me at least, but I tested 
this on Linux. (using openSSL 0.9.7a) 

So please give it a go on FreeBSD, it should work now.





[2003-03-20 18:04:57] php-bugs at liwing dot de

The patch looks good. I'll try to build in in next few days and reply
whether it works as expected or not. Did the tests run fine?



[2003-03-20 17:53:51] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip



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

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

#22824 [NEW]: get ob_end_flush error when using session_name

2003-03-22 Thread passport at thedaisypatche dot net

From: passport at thedaisypatche dot net
Operating system: unix
PHP version:  4.3.0
PHP Bug Type: Session related
Bug description:  get ob_end_flush error when using session_name

I have a page that looks like this:

session_name("MyName");
session_start();

include("afile");

... more stuff here

include("adiffernetfile");

in the "afile" is the command ob_start("ob_gzhandler");
in the "adifferentfile" is the command  ob_end_flush();

when I open a browser and go to the page, the first time the page runs it
gives an error: Warning: ob_gzhandler() [ref.outcontrol]: output handler
'ob_gzhandler' cannot be used twice in
/blahblah/includes/adifferentfile.inc on line 23

on subsequent reloads this error does not come up.
If I comment out the session_name("MyName"); line, the error does not come
up.



//

'./configure' '--with-apxs=/usr/local/apache/1.3.27/bin/apxs'
'--with-config-file-path=/usr/local/lib' '--disable-debug'
'--enable-memory-limit' '--enable-zend-multibyte' '--with-regex=system'
'--enable-mbstring=all' '--enable-mbregex' '--enable-dio'
'--enable-versioning' '--with-msql=shared' '--with-bz2=shared,/usr'
'--enable-sockets=shared' '--with-pcre-regex=/usr/local'
'--with-iconv=shared,/usr/local' '--with-gdbm=shared,/usr/local'
'--with-db3=shared,/usr/local' '--with-gettext=shared,/usr/local'
'--with-curl=shared,/usr/local/curl' '--with-openssl=shared,/usr'
'--with-pgsql=shared,/usr/local/pgsql' '--with-openssl=/usr'
'--with-gd=shared,yes' '--enable-gd-native-ttf=shared'
'--with-freetype-dir=shared,/usr/local' '--with-ttf=shared,/usr/local'
'--with-jpeg-dir=shared,/usr/local' '--with-png-dir=shared,/usr/local'
'--with-t1lib=shared,/usr/local' '--with-zlib=/usr' '--with-zlib-dir=/usr'
'--enable-ftp=shared' '--with-imap=shared,/usr/local'
'--with-mcrypt=shared,/usr/local' '--with-mhash=shared,/usr/local'
'--with-dom=shared,/usr/local/libxml2' '--with-dom-xslt=shared,/usr/local'
'--with-dom-exslt=shared,/usr/local'
'--with-mysql=shared,/usr/local/mysql' '--with-zlib-dir=/usr' 



-- 
Edit bug report at http://bugs.php.net/?id=22824&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22824&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=22824&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=22824&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22824&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=22824&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22824&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=22824&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22824&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22824&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=22824&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22824&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=22824&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=22824&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22824&r=gnused

#22825 [NEW]: undefined reference to `gdFreeFontCache'

2003-03-22 Thread php-bugs at liwing dot de

From: php-bugs at liwing dot de
Operating system: FreeBSD 5.0
PHP version:  4.3.2RC1
PHP Bug Type: GD related
Bug description:  undefined reference to `gdFreeFontCache'

Compiling PHP4 using port fails because of:

/bin/sh /usr/ports/www/mod_php4/work/php-4.3.2RC1/libtool --silent
--preserve-dup-deps --mode=link cc -export-dynamic -O -pipe -DNO_WERROR
-march=pentium2 -I/usr/local/include  -export-symbols
/usr/ports/www/mod_php4/work/php-4.3.2RC1/sapi/apache/php.sym
-avoid-version -module -L/usr/local/lib -L/usr/local/lib/mysql  -R
/usr/local/lib -R /usr/local/lib/mysql ext/zlib/zlib.lo
ext/zlib/zlib_fopen_wrapper.lo ext/bz2/bz2.lo ext/ctype/ctype.lo
ext/domxml/php_domxml.lo ext/gd/gd.lo ext/gd/gdttf.lo ext/gd/gdcache.lo
ext/gettext/gettext.lo ext/iconv/iconv.lo ext/ldap/ldap.lo
ext/mcrypt/mcrypt.lo ext/mhash/mhash.lo ext/mysql/php_mysql.lo
ext/openssl/openssl.lo ext/overload/overload.lo
ext/pcre/pcrelib/maketables.lo ext/pcre/pcrelib/get.lo
ext/pcre/pcrelib/study.lo ext/pcre/pcrelib/pcre.lo ext/pcre/php_pcre.lo
ext/pdf/pdf.lo ext/posix/posix.lo ext/session/session.lo
ext/session/mod_files.lo ext/session/mod_mm.lo ext/session/mod_user.lo
ext/sockets/sockets.lo ext/standard/array.lo ext/standard/base64.lo
ext/standard/basic_functions.lo ext/standard/browscap.lo
ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo
ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo
ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo
ext/standard/filestat.lo ext/standard/flock_compat.lo
ext/standard/formatted_print.lo ext/standard/fsock.lo ext/standard/head.lo
ext/standard/html.lo ext/standard/image.lo ext/standard/info.lo
ext/standard/iptc.lo ext/standard/lcg.lo ext/standard/link.lo
ext/standard/mail.lo ext/standard/math.lo ext/standard/md5.lo
ext/standard/metaphone.lo ext/standard/microtime.lo ext/standard/pack.lo
ext/standard/pageinfo.lo ext/standard/parsedate.lo
ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo
ext/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo
ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo
ext/standard/url.lo ext/standard/url_scanner.lo ext/standard/var.lo
ext/standard/versioning.lo ext/standard/assert.lo
ext/standard/strnatcmp.lo ext/standard/levenshtein.lo
ext/standard/incomplete_class.lo ext/standard/url_scanner_ex.lo
ext/standard/ftp_fopen_wrapper.lo ext/standard/http_fopen_wrapper.lo
ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo
ext/standard/css.lo ext/standard/var_unserializer.lo ext/standard/ftok.lo
ext/standard/aggregation.lo ext/standard/sha1.lo ext/sysvsem/sysvsem.lo
ext/sysvshm/sysvshm.lo ext/tokenizer/tokenizer.lo ext/xml/xml.lo
ext/xmlrpc/xmlrpc-epi-php.lo ext/xmlrpc/libxmlrpc/base64.lo
ext/xmlrpc/libxmlrpc/simplestring.lo
ext/xmlrpc/libxmlrpc/xml_to_dandarpc.lo
ext/xmlrpc/libxmlrpc/xmlrpc_introspection.lo
ext/xmlrpc/libxmlrpc/encodings.lo ext/xmlrpc/libxmlrpc/system_methods.lo
ext/xmlrpc/libxmlrpc/xml_to_xmlrpc.lo ext/xmlrpc/libxmlrpc/queue.lo
ext/xmlrpc/libxmlrpc/xml_element.lo ext/xmlrpc/libxmlrpc/xmlrpc.lo
ext/xmlrpc/libxmlrpc/xml_to_soap.lo ext/xslt/xslt.lo ext/xslt/sablot.lo
regex/regcomp.lo regex/regexec.lo regex/regerror.lo regex/regfree.lo
TSRM/TSRM.lo TSRM/tsrm_strtok_r.lo TSRM/tsrm_virtual_cwd.lo main/main.lo
main/snprintf.lo main/spprintf.lo main/php_sprintf.lo main/safe_mode.lo
main/fopen_wrappers.lo main/alloca.lo main/php_scandir.lo main/php_ini.lo
main/SAPI.lo main/rfc1867.lo main/php_content_types.lo main/strlcpy.lo
main/strlcat.lo main/mergesort.lo main/reentrancy.lo main/php_variables.lo
main/php_ticks.lo main/streams.lo main/network.lo
main/php_open_temporary_file.lo main/php_logos.lo main/output.lo
main/memory_streams.lo main/user_streams.lo Zend/zend_language_parser.lo
Zend/zend_language_scanner.lo Zend/zend_ini_parser.lo
Zend/zend_ini_scanner.lo Zend/zend_alloc.lo Zend/zend_compile.lo
Zend/zend_constants.lo Zend/zend_dynamic_array.lo Zend/zend_execute_API.lo
Zend/zend_highlight.lo Zend/zend_llist.lo Zend/zend_opcode.lo
Zend/zend_operators.lo Zend/zend_ptr_stack.lo Zend/zend_stack.lo
Zend/zend_variables.lo Zend/zend.lo Zend/zend_API.lo
Zend/zend_extensions.lo Zend/zend_hash.lo Zend/zend_list.lo
Zend/zend_indent.lo Zend/zend_builtin_functions.lo Zend/zend_sprintf.lo
Zend/zend_ini.lo Zend/zend_qsort.lo Zend/zend_multibyte.lo
Zend/zend_execute.lo sapi/cli/php_cli.lo sapi/cli/getopt.lo
main/internal_functions_cli.lo -lcrypt -lsablot -lexpat -lexpat -lexpat
-lexpat -lcrypt -lpdf -lz -ltiff -lpng -ljpeg -lmysqlclient -lmhash
-lmcrypt -lltdl -lldap -llber -liconv -lintl -lgd -lfreetype -lpng -lz
-ljpeg -lexslt -lxsltbreakpoint -lxml2 -lxslt -lz -lbz2 -lz -lssl -lcrypto
-lm -lxml2 -lz -liconv -lm -lcrypt -lcrypt  -o sapi/cli/php
ext/gd/gd.lo: In function `zm_deactivate_gd':
ext/gd/gd.lo(.text+0x875): undefined reference to `gdFreeFontCache'
*** Error code 1

Stop in /usr/ports/www/mod_php4/work/php-4.3.2RC1.
*** Error code 1

Stop in /usr/ports/www/mod

#22823 [Opn]: Two warnings during make

2003-03-22 Thread j dot lammerts at chello dot nl

 ID:   22823
 User updated by:  j dot lammerts at chello dot nl
 Reported By:  j dot lammerts at chello dot nl
 Status:   Open
 Bug Type: Compile Warning
 Operating System: AIX 5.1.0.0
 PHP Version:  4.3.2RC1
 New Comment:

BTW,

The same nm message (Cannot process symbol table) appears also when
doing the make install


Previous Comments:


[2003-03-22 05:31:08] j dot lammerts at chello dot nl

Hi,

Discovered two more warnings when compiling the latest cvs release.
The first one has to do with pcre. The second one is when nm tries to
list symbols of image.o. It says it can't...
Here are the warnings :

1)
 /bin/sh /home/root/php4-STABLE-200303212030/libtool --silent
--preserve-dup-deps --mode=compile gcc -DSUPPORT_UTF8 -DLINK_SIZE=2
-I/home/root/php4-STABLE-200303212030/ext/pcre/pcrelib -Iext/pcre/
-I/home/root/php4-STABLE-200303212030/ext/pcre/ -DPHP_ATOM_INC
-I/home/root/php4-STABLE-200303212030/include
-I/home/root/php4-STABLE-200303212030/main
-I/home/root/php4-STABLE-200303212030
-I/home/root/php4-STABLE-200303212030/Zend
-I/home/root/php4-STABLE-200303212030/ext/xml/expat 
-I/home/root/php4-STABLE-200303212030/TSRM  -g -O2  -prefer-pic -c
/home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c -o
ext/pcre/pcrelib/pcre.lo
/home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:108:
warning: overflow in implicit constant conversion
/home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:108:
warning: overflow in implicit constant conversion
/home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:108:
warning: overflow in implicit constant conversion
/home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:108:
warning: overflow in implicit constant conversion
/home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:108:
warning: overflow in implicit constant conversion
/home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:108:
warning: overflow in implicit constant conversion
/home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:110:
warning: overflow in implicit constant conversion
/home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:110:
warning: overflow in implicit constant conversion
/home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:110:
warning: overflow in implicit constant conversion
/home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:111:
warning: overflow in implicit constant conversion
/home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:112:
warning: overflow in implicit constant conversion
/home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:112:
warning: overflow in implicit constant conversion
/home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:114:
warning: overflow in implicit constant conversion
/home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:114:
warning: overflow in implicit constant conversion
/home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:116:
warning: overflow in implicit constant conversion

2)
nm: ext/standard/image.o: 0654-206 Cannot process the symbol table.

TIA,

Hans




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

#22825 [Opn]: undefined reference to `gdFreeFontCache'

2003-03-22 Thread magnus

 ID:   22825
 Updated by:   [EMAIL PROTECTED]
 Reported By:  php-bugs at liwing dot de
 Status:   Open
 Bug Type: GD related
 Operating System: FreeBSD 5.0
 PHP Version:  4.3.2RC1
 New Comment:

How can you get two installed version of GD by using the bundled one ?
You don't need gd installed to use the bundled gd, that is the point of
bundling libs.



Previous Comments:


[2003-03-22 07:06:42] php-bugs at liwing dot de

Compiling PHP4 using port fails because of:

/bin/sh /usr/ports/www/mod_php4/work/php-4.3.2RC1/libtool --silent
--preserve-dup-deps --mode=link cc -export-dynamic -O -pipe -DNO_WERROR
-march=pentium2 -I/usr/local/include  -export-symbols
/usr/ports/www/mod_php4/work/php-4.3.2RC1/sapi/apache/php.sym
-avoid-version -module -L/usr/local/lib -L/usr/local/lib/mysql  -R
/usr/local/lib -R /usr/local/lib/mysql ext/zlib/zlib.lo
ext/zlib/zlib_fopen_wrapper.lo ext/bz2/bz2.lo ext/ctype/ctype.lo
ext/domxml/php_domxml.lo ext/gd/gd.lo ext/gd/gdttf.lo ext/gd/gdcache.lo
ext/gettext/gettext.lo ext/iconv/iconv.lo ext/ldap/ldap.lo
ext/mcrypt/mcrypt.lo ext/mhash/mhash.lo ext/mysql/php_mysql.lo
ext/openssl/openssl.lo ext/overload/overload.lo
ext/pcre/pcrelib/maketables.lo ext/pcre/pcrelib/get.lo
ext/pcre/pcrelib/study.lo ext/pcre/pcrelib/pcre.lo ext/pcre/php_pcre.lo
ext/pdf/pdf.lo ext/posix/posix.lo ext/session/session.lo
ext/session/mod_files.lo ext/session/mod_mm.lo ext/session/mod_user.lo
ext/sockets/sockets.lo ext/standard/array.lo ext/standard/base64.lo
ext/standard/basic_functions.lo ext/standard/browscap.lo
ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo
ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo
ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo
ext/standard/filestat.lo ext/standard/flock_compat.lo
ext/standard/formatted_print.lo ext/standard/fsock.lo
ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo
ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo
ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo
ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo
ext/standard/pack.lo ext/standard/pageinfo.lo ext/standard/parsedate.lo
ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo
ext/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo
ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo
ext/standard/url.lo ext/standard/url_scanner.lo ext/standard/var.lo
ext/standard/versioning.lo ext/standard/assert.lo
ext/standard/strnatcmp.lo ext/standard/levenshtein.lo
ext/standard/incomplete_class.lo ext/standard/url_scanner_ex.lo
ext/standard/ftp_fopen_wrapper.lo ext/standard/http_fopen_wrapper.lo
ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo
ext/standard/css.lo ext/standard/var_unserializer.lo
ext/standard/ftok.lo ext/standard/aggregation.lo ext/standard/sha1.lo
ext/sysvsem/sysvsem.lo ext/sysvshm/sysvshm.lo
ext/tokenizer/tokenizer.lo ext/xml/xml.lo ext/xmlrpc/xmlrpc-epi-php.lo
ext/xmlrpc/libxmlrpc/base64.lo ext/xmlrpc/libxmlrpc/simplestring.lo
ext/xmlrpc/libxmlrpc/xml_to_dandarpc.lo
ext/xmlrpc/libxmlrpc/xmlrpc_introspection.lo
ext/xmlrpc/libxmlrpc/encodings.lo
ext/xmlrpc/libxmlrpc/system_methods.lo
ext/xmlrpc/libxmlrpc/xml_to_xmlrpc.lo ext/xmlrpc/libxmlrpc/queue.lo
ext/xmlrpc/libxmlrpc/xml_element.lo ext/xmlrpc/libxmlrpc/xmlrpc.lo
ext/xmlrpc/libxmlrpc/xml_to_soap.lo ext/xslt/xslt.lo ext/xslt/sablot.lo
regex/regcomp.lo regex/regexec.lo regex/regerror.lo regex/regfree.lo
TSRM/TSRM.lo TSRM/tsrm_strtok_r.lo TSRM/tsrm_virtual_cwd.lo
main/main.lo main/snprintf.lo main/spprintf.lo main/php_sprintf.lo
main/safe_mode.lo main/fopen_wrappers.lo main/alloca.lo
main/php_scandir.lo main/php_ini.lo main/SAPI.lo main/rfc1867.lo
main/php_content_types.lo main/strlcpy.lo main/strlcat.lo
main/mergesort.lo main/reentrancy.lo main/php_variables.lo
main/php_ticks.lo main/streams.lo main/network.lo
main/php_open_temporary_file.lo main/php_logos.lo main/output.lo
main/memory_streams.lo main/user_streams.lo
Zend/zend_language_parser.lo Zend/zend_language_scanner.lo
Zend/zend_ini_parser.lo Zend/zend_ini_scanner.lo Zend/zend_alloc.lo
Zend/zend_compile.lo Zend/zend_constants.lo Zend/zend_dynamic_array.lo
Zend/zend_execute_API.lo Zend/zend_highlight.lo Zend/zend_llist.lo
Zend/zend_opcode.lo Zend/zend_operators.lo Zend/zend_ptr_stack.lo
Zend/zend_stack.lo Zend/zend_variables.lo Zend/zend.lo Zend/zend_API.lo
Zend/zend_extensions.lo Zend/zend_hash.lo Zend/zend_list.lo
Zend/zend_indent.lo Zend/zend_builtin_functions.lo Zend/zend_sprintf.lo
Zend/zend_ini.lo Zend/zend_qsort.lo Zend/zend_multibyte.lo
Zend/zend_execute.lo sapi/cli/php_cli.lo sapi/cli/getopt.lo
main/internal_functions_cli.lo -lcrypt -lsablot -lexpat -lexpat -lexpat
-lexpat -lcrypt -lpdf -lz -ltiff -lpng -ljpeg -lmysqlclient -lmhash
-lmcrypt -lltdl -lldap -llber -liconv -lintl -lgd -lfreetype -lpng -lz
-ljpeg -lexslt

#22825 [Opn]: undefined reference to `gdFreeFontCache'

2003-03-22 Thread php-bugs at liwing dot de

 ID:   22825
 User updated by:  php-bugs at liwing dot de
 Reported By:  php-bugs at liwing dot de
 Status:   Open
 Bug Type: GD related
 Operating System: FreeBSD 5.0
 PHP Version:  4.3.2RC1
 New Comment:

It's quite easy - having a common gd-library installed (using port)
which is used by all dependend applications and having a second one
which comes with php. Counting 1 + 1 becomes 2 (decimal system).

Clear so long?

Jens


Previous Comments:


[2003-03-22 08:21:05] [EMAIL PROTECTED]

How can you get two installed version of GD by using the bundled one ?
You don't need gd installed to use the bundled gd, that is the point of
bundling libs.




[2003-03-22 07:06:42] php-bugs at liwing dot de

Compiling PHP4 using port fails because of:

/bin/sh /usr/ports/www/mod_php4/work/php-4.3.2RC1/libtool --silent
--preserve-dup-deps --mode=link cc -export-dynamic -O -pipe -DNO_WERROR
-march=pentium2 -I/usr/local/include  -export-symbols
/usr/ports/www/mod_php4/work/php-4.3.2RC1/sapi/apache/php.sym
-avoid-version -module -L/usr/local/lib -L/usr/local/lib/mysql  -R
/usr/local/lib -R /usr/local/lib/mysql ext/zlib/zlib.lo
ext/zlib/zlib_fopen_wrapper.lo ext/bz2/bz2.lo ext/ctype/ctype.lo
ext/domxml/php_domxml.lo ext/gd/gd.lo ext/gd/gdttf.lo ext/gd/gdcache.lo
ext/gettext/gettext.lo ext/iconv/iconv.lo ext/ldap/ldap.lo
ext/mcrypt/mcrypt.lo ext/mhash/mhash.lo ext/mysql/php_mysql.lo
ext/openssl/openssl.lo ext/overload/overload.lo
ext/pcre/pcrelib/maketables.lo ext/pcre/pcrelib/get.lo
ext/pcre/pcrelib/study.lo ext/pcre/pcrelib/pcre.lo ext/pcre/php_pcre.lo
ext/pdf/pdf.lo ext/posix/posix.lo ext/session/session.lo
ext/session/mod_files.lo ext/session/mod_mm.lo ext/session/mod_user.lo
ext/sockets/sockets.lo ext/standard/array.lo ext/standard/base64.lo
ext/standard/basic_functions.lo ext/standard/browscap.lo
ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo
ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo
ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo
ext/standard/filestat.lo ext/standard/flock_compat.lo
ext/standard/formatted_print.lo ext/standard/fsock.lo
ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo
ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo
ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo
ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo
ext/standard/pack.lo ext/standard/pageinfo.lo ext/standard/parsedate.lo
ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo
ext/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo
ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo
ext/standard/url.lo ext/standard/url_scanner.lo ext/standard/var.lo
ext/standard/versioning.lo ext/standard/assert.lo
ext/standard/strnatcmp.lo ext/standard/levenshtein.lo
ext/standard/incomplete_class.lo ext/standard/url_scanner_ex.lo
ext/standard/ftp_fopen_wrapper.lo ext/standard/http_fopen_wrapper.lo
ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo
ext/standard/css.lo ext/standard/var_unserializer.lo
ext/standard/ftok.lo ext/standard/aggregation.lo ext/standard/sha1.lo
ext/sysvsem/sysvsem.lo ext/sysvshm/sysvshm.lo
ext/tokenizer/tokenizer.lo ext/xml/xml.lo ext/xmlrpc/xmlrpc-epi-php.lo
ext/xmlrpc/libxmlrpc/base64.lo ext/xmlrpc/libxmlrpc/simplestring.lo
ext/xmlrpc/libxmlrpc/xml_to_dandarpc.lo
ext/xmlrpc/libxmlrpc/xmlrpc_introspection.lo
ext/xmlrpc/libxmlrpc/encodings.lo
ext/xmlrpc/libxmlrpc/system_methods.lo
ext/xmlrpc/libxmlrpc/xml_to_xmlrpc.lo ext/xmlrpc/libxmlrpc/queue.lo
ext/xmlrpc/libxmlrpc/xml_element.lo ext/xmlrpc/libxmlrpc/xmlrpc.lo
ext/xmlrpc/libxmlrpc/xml_to_soap.lo ext/xslt/xslt.lo ext/xslt/sablot.lo
regex/regcomp.lo regex/regexec.lo regex/regerror.lo regex/regfree.lo
TSRM/TSRM.lo TSRM/tsrm_strtok_r.lo TSRM/tsrm_virtual_cwd.lo
main/main.lo main/snprintf.lo main/spprintf.lo main/php_sprintf.lo
main/safe_mode.lo main/fopen_wrappers.lo main/alloca.lo
main/php_scandir.lo main/php_ini.lo main/SAPI.lo main/rfc1867.lo
main/php_content_types.lo main/strlcpy.lo main/strlcat.lo
main/mergesort.lo main/reentrancy.lo main/php_variables.lo
main/php_ticks.lo main/streams.lo main/network.lo
main/php_open_temporary_file.lo main/php_logos.lo main/output.lo
main/memory_streams.lo main/user_streams.lo
Zend/zend_language_parser.lo Zend/zend_language_scanner.lo
Zend/zend_ini_parser.lo Zend/zend_ini_scanner.lo Zend/zend_alloc.lo
Zend/zend_compile.lo Zend/zend_constants.lo Zend/zend_dynamic_array.lo
Zend/zend_execute_API.lo Zend/zend_highlight.lo Zend/zend_llist.lo
Zend/zend_opcode.lo Zend/zend_operators.lo Zend/zend_ptr_stack.lo
Zend/zend_stack.lo Zend/zend_variables.lo Zend/zend.lo Zend/zend_API.lo
Zend/zend_extensions.lo Zend/zend_hash.lo Zend/zend_list.lo
Zend/zend_indent.lo Zend/zend_builtin_functions.lo Zend/zend_sprintf.

#22826 [NEW]: Segmentation fault when i do __clone

2003-03-22 Thread michielv at zeelandnet dot nl

From: michielv at zeelandnet dot nl
Operating system: Linux mdk 8.2
PHP version:  5CVS-2003-03-22 (dev)
PHP Bug Type: Class/Object related
Bug description:  Segmentation fault when i do __clone

I get the seg fault with this code:

[EMAIL PROTECTED] /home/michiel/extra/1/php5/install# ./bin/php -r '
class MyCloneable
{
static $id=0;
function MyCloneable ()
{
$this->id = self::$id++;
}
function __clone ()
{
$this->name = $that->name;
$this->address = "New York";
$this->id = self::$id++;
}
}
$obj = new MyCloneable();
$obj->name = "Hello";
$obj->address = "Tel-Aviv";
$obj = $obj->__clone();
'
Segmentation fault
[EMAIL PROTECTED] /home/michiel/extra/1/php5/install#
-- 
Edit bug report at http://bugs.php.net/?id=22826&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22826&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=22826&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=22826&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22826&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=22826&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22826&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=22826&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22826&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22826&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=22826&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22826&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=22826&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=22826&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22826&r=gnused

#14294 [Com]: is_dir() causes stat failed warning

2003-03-22 Thread project dot draco at gmx dot net

 ID:   14294
 Comment by:   project dot draco at gmx dot net
 Reported By:  mike at hbhosting dot com
 Status:   Bogus
 Bug Type: Filesystem function related
 Operating System: FreeBSD 4.3
 PHP Version:  4.1.0
 New Comment:

The warning occurs on some filefunctions (fopen and so on) and takes
place, where you try to open a file, that does not exist or a
remote-url

Type "stat failed php" into google and see, how many pages on the web
are expiriencing this not-a-bug...

Furthermore this stat-making mystery seems to leed to a performance
loss, as i get 10-20% loss on my system when switching to 4.3
(from4.0)

How´comes this?


Previous Comments:


[2001-11-30 03:13:59] mike at hbhosting dot com

You don't think it's odd that the function that checks to see if a
directory exists returns a warning on what it's supposed to be doing??

Earlier versions of PHP did not do this, and to me that makes it a
'bug'. While yes, it can be suppressed, it should be functional in the
same way previous versions of PHP worked. This in no way is a 'feature'
of the function.



[2001-11-30 02:43:04] [EMAIL PROTECTED]

(or using @ in front of  the function)




[2001-11-30 02:42:49] [EMAIL PROTECTED]

Warnings can be supressed by setting error_reporting correctly.
Not a bug.




[2001-11-29 21:28:20] mike at hbhosting dot com

In PHP 4.1 RC3 (non CVS release), the is_dir() function causes a
warning that says "stat failed on /your/path" if the path does not
exist.

This was causing havok with scripts of mine that relied on no output
for errors.. Of course I just suppressed the message, but it really
shouldnt be there. The function is designed to check for an existing
dir, it should work without warnings!

Hopefully this can be fixed in the next release.

On a side note, PHP 4.1 (CVS version) does not install under FreeBSD
4.3. However the version available at
http://www.php.net/~zeev/php-4.1.0RC3.tar.gz does work!

Thanks guys.




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

#22827 [NEW]: stat failed- system performance

2003-03-22 Thread project dot draco at gmx dot net

From: project dot draco at gmx dot net
Operating system: win98
PHP version:  4.3.1
PHP Bug Type: *Directory/Filesystem functions
Bug description:  stat failed- system performance

On lots of filesystem-functions you get the well known warning
stat failed on xyz (errno 2- no such file..) etc.
It occurs with non-existent files and remote-url in general.

I know, that we can turn this of (errorreporting=0) but if you look at
google (just type in stat failed php) you get 
HUNDREDS of them, so whats going on ther, he?

Furthermore, this mysterious stat seems to leed to an performance loss. 
I detected this on my web page, where i use a heavy cms-like script, and
my sysmin changed (without notice, like they always do) from 4.0.6 to
4.3.1
The same page, that ran prior in 0.8 secs now took up to 3-4 secs. The
serverload did NOT increase meanwhile!

I reproduced a similar behavior on my development system at home, where
the performance loss was less, but clearly visible (about 10-20%
exec.time)

So it seems, this does not depend on System, Config or so on (we talk
about two VERY different environments - the one is freebsd, the other
win98) 


Whats going on with this behaviour???

thx

mir

-- 
Edit bug report at http://bugs.php.net/?id=22827&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22827&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=22827&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=22827&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22827&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=22827&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22827&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=22827&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22827&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22827&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=22827&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22827&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=22827&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=22827&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22827&r=gnused

#22713 [Ana]: Strange HTTP headers behaviour when using output buffering and callback

2003-03-22 Thread public at asd-group dot com

 ID:   22713
 User updated by:  public at asd-group dot com
 Reported By:  public at asd-group dot com
 Status:   Analyzed
-Bug Type: Documentation problem
+Bug Type: Output Control
 Operating System: Windows XP
 PHP Version:  4.3.2-RC
 New Comment:

Anyone looking at this problem - there is no workaround to this, so a
fix is needed?


Previous Comments:


[2003-03-17 20:46:48] public at asd-group dot com

I'm not sure how this just became a documentation problem.

Sure, the recent manuals are incomplete/wrong with respect to ob_start,
and that should be corrected.

And regarding the chunk size parameter, I can tell you from actual
testing and feedback from someone who knows the PHP source code (see
http://www.zend.com/phorum/read.php?num=3&id=23814&loc=0&thread=23814)
that it *DOES* cause the output callback to be called *ONCE* for each
output statement, whether it is just one character (echo "1") or many
(echo "A very,very,.very,very long string"). 

That doesnt sound like setting a chunk size of 2 to me (assuming that
means that the output buffer is flushed in chunks of 2 characters -
without the correct info in the manual its hard to know).

However, in any event, if the output callback instructs PHP to ignore
the output text (by returning "") then headers should not be flushed
and headers_sent() should continue to return FALSE.

In a much larger application (too large to post), where I first saw
this, there's an an additional curiosity. With output being captured
and 'thrown away' by the output callback in this manner, the first
'echo' statement causes headers_sent() to return true, yet the code
later does header() calls to set cookies, and these do not fail with a
'headers already sent' type of message (and the cookies get sent).

I hoped to reproduce this within the little code snippet above, but
that does fail with the expeced message if a call to header() is made
after the first echo statement.

Please could you recategorise this to a code issue.



[2003-03-17 20:08:32] [EMAIL PROTECTED]

Here's the proto for ob_start():

proto bool ob_start([ string|array user_function [, int chunk_size [,
bool erase]]])

The 2nd parameter determines the chunk size..not how many times the
callback is called.




[2003-03-17 13:58:03] public at asd-group dot com

Hmm I did read and follow the notes, and the following sample script is
easily extacted from my description. 4.3.2 made no difference.

Before first output statement, headers_sent() = " . (int)
headers_sent() . " \n";

   echo "\n".
"\n".
"\n".
"\n".
"Bug1\n".
"\n".
"\n".
$t . "\n";

   // ISSUE: Why does headers_sent() now return true, even though
headers should not have been sent (as no output actually sent)
   echo "After first output statement, headers_sent() = " .  (int)
 headers_sent() . " \n";

   echo "\n".
"\n";

   // QUESTION: If commented-in, this exit() call causes PhpOutputCb to
be called with "" text - why ??
   //exit();

   // Turn off output buffering and physically output text which our
callback buffered
   ob_end_clean();
   foreach ($Html as $key => $val)
{ echo $val; }
?>



[2003-03-15 09:46:51] [EMAIL PROTECTED]

Did you read the 'How to report' page at all?
Did you try the latest stable snapshot from http://snaps.php.net yet?
We're about to release 4.3.2 soon, 
so you really should test it.

But most important: Add a short example script which clearly shows the
problem.




[2003-03-14 21:28:01] public at asd-group dot com

What information do you want - I can't think of anything else that
might be relevant ???



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

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

#22576 [Com]: include() or require() file via HTTP wrapper

2003-03-22 Thread dave at socrates dot thinkhost dot com

 ID:   22576
 Comment by:   dave at socrates dot thinkhost dot com
 Reported By:  mav at alkar dot net
 Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: FreeBSD 4.8-RC
 PHP Version:  4.3.2-dev
 New Comment:

I am having the same problem, my O/S is FreeBSD 4.8-RC as well, and the
PHP versions I am using is 4.3.1. I am running 4.3.2-RC1 on my own box,
same problem seems to exist there:

I setup some example scripts to show what is happening, they are
below:

[file.inc]


[test.php]
http://pub.thinkhost.com/file.inc";);
?>

When I call test.php, I get this:

Warning: main() [function.main]: stream does not support seeking in
http://pub.thinkhost.com/file.inc on line 0

?php echo "Hello World!\n"; ?> 

An error message, and it appears that the first byte of the response
from the web server to fetch file.inv has been nibbled off. Any idea
why?


Previous Comments:


[2003-03-06 15:44:24] mav at alkar dot net

I do it. Now I have another warning message:
Warning: main() [function.main]: stream does not support seeking in
/www/clients/commerce/darknes/www.spooky.dp.ua/pages/news.html on line
6

news.html is a PHP script here that have include() on a line 6.



[2003-03-06 15:34:02] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip





[2003-03-06 15:30:51] mav at alkar dot net

When I write:
http://www.spooky.dp.ua/test.html";;
?>
and that file are not empty I take message:
Warning: main() [function.main]: stream does not support seeking in
http://www.spooky.dp.ua/test.html on line 0

PHP 4.3.1 compiled with options:
./configure \
--prefix=/usr/local \
--with-apxs=/usr/local/apache/bin/apxs \
--with-config-file-path=/usr/local/apache/conf \
--enable-memory-limit \
--with-mysql=/usr/local/mysql \
--with-gd=/usr/local \
--enable-trans-sid \
--enable-inline-optimization \
--enable-ftp \
--enable-dbase \
--enable-gd-native-ttf \
--with-ttf \
--with-freetype-dir=/usr/local \
--with-iconv \
--with-ming=/usr/local \
--with-zlib





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

#22828 [NEW]: Warning: mcrypt_decrypt(): The IV parameter must be as long as the blocksize

2003-03-22 Thread cbair at dragonmagic dot net

From: cbair at dragonmagic dot net
Operating system: Red Hat Linux/Cobalt RaQ3
PHP version:  4.3.2RC1
PHP Bug Type: mcrypt related
Bug description:  Warning: mcrypt_decrypt(): The IV parameter must be as long as the 
blocksize

A payment script I wrote up for simplicity has worked throughout 4.2 and up
to 4.3.1. I recently installed 4.3.2RC1 on my RaQ3 server with mcrypt, and
now the payment script, upon trying to retrieve a credit card number,
reveals:

Warning: mcrypt_decrypt(): The IV parameter must be as long as the
blocksize

There have been no changes to the script since 4.2. It retrieves
information from a MySQL database, which also has not changed or been
upgraded, except extra rows added as people pay.

I cannot retrieve any payment information now with this. If you need
sample code, please let me know.
-- 
Edit bug report at http://bugs.php.net/?id=22828&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22828&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=22828&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=22828&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22828&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=22828&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22828&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=22828&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22828&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22828&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=22828&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22828&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=22828&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=22828&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22828&r=gnused

#20393 [Com]: ImageCreateFromJpeg with uncomplete jpeg -> Apache 2 hangs -> taking 99% CPU

2003-03-22 Thread fbn79 at libero dot it

 ID:   20393
 Comment by:   fbn79 at libero dot it
 Reported By:  tobias-jamin at gmx dot de
 Status:   Bogus
 Bug Type: *Graphics related
 Operating System: Windows XP Pro
 PHP Version:  4.2.3
 New Comment:

I have the same problem whith php 4.3.0 apache2 on winxp pro
e php 4.3.0 iis and winxp pro


Previous Comments:


[2002-11-12 10:18:43] tobias-jamin at gmx dot de

Error in summary. CreateImageFromJpeg must be ImageCreateFromJpeg



[2002-11-12 10:11:45] tobias-jamin at gmx dot de

I call the function createImageFromJpeg like the documentation tells:

*

function myFunction($cImagefile) {
   $oImage = ImageCreateFromJpeg($cImagefile);

   if(!$oImage) // Error
  return false;
   else
  return true;
}

*

I think $oImage will be invalid if $cImagefile is a uncomplete
jpeg-file (the upload of the picture didn't finished) and my function
will return false.
But Apache 2 takes 99% of CPU and hangs.

I have to stop the Apache 2 service and restart.

The "error/problem" doesn't appear with a completely uploaded jpeg-file
because ImageCreateFromJpeg returns a valid image-ressource




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

#22828 [Opn]: Warning: mcrypt_decrypt(): The IV parameter must be as long as the blocksize

2003-03-22 Thread cbair at dragonmagic dot net

 ID:   22828
 User updated by:  cbair at dragonmagic dot net
 Reported By:  cbair at dragonmagic dot net
 Status:   Open
 Bug Type: mcrypt related
 Operating System: Red Hat Linux/Cobalt RaQ3
 PHP Version:  4.3.2RC1
 New Comment:

I apologize. I went back through and payments made before upgrading to
4.3.2RC1 show fine still. So it must be when inputting the CC number
into the database.

Again, this script hasn't been upgraded since 4.2, so it should still
work the same if the mcrypt functions haven't changed.

Code here as is for inserting:

$algo = MCRYPT_RIJNDAEL_192;
$iv = mcrypt_create_iv(mcrypt_get_iv_size($algo, MCRYPT_MODE_ECB),
MCRYPT_RAND);
$enc_str = mcrypt_encrypt($algo, $salt, $cc_num, MCRYPT_MODE_CBC,
$iv);
$new_cc = addslashes($enc_str);

$construct = "INSERT INTO `payment`
(`payee`,`amount`,`bill_name`,`bill_add`,`bill_city`,`bill_state`,`bill_code`,`bill_country`,`ship_name`,`ship_add`,`ship_city`,`ship_state`,`ship_code`,`ship_country`,`email`,`phone_home`,`phone_work`,`cc_type`,`cc_exp`,`cc_name`,`cc_num`,`cc_cvv2`,`description`,`date`,`iv`)
VALUES
('$endorsee','$total','$bill_name','$bill_add','$bill_city','$bill_state','$bill_code','$bill_country','$ship_name','$ship_add','$ship_city','$ship_state','$ship_code','$ship_country','$email','$phone_home','$phone_work','$cc_type','$cc_exp','$cc_name','$new_cc','$cc_cvv2','$description','$date','$iv')";
$set_mysql = mysql_query($construct) or die("Could not insert your
information into the database. Your information was not stored or sent.
Please try again later. If you feel this is in error, please contact mailto:$admin\";>$admin.");


Previous Comments:


[2003-03-22 13:50:58] cbair at dragonmagic dot net

A payment script I wrote up for simplicity has worked throughout 4.2
and up to 4.3.1. I recently installed 4.3.2RC1 on my RaQ3 server with
mcrypt, and now the payment script, upon trying to retrieve a credit
card number, reveals:

Warning: mcrypt_decrypt(): The IV parameter must be as long as the
blocksize

There have been no changes to the script since 4.2. It retrieves
information from a MySQL database, which also has not changed or been
upgraded, except extra rows added as people pay.

I cannot retrieve any payment information now with this. If you need
sample code, please let me know.




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

#22829 [NEW]: ImageCreateFromJpeg with uncomplete jpeg -> Apache 2 or IIS -> taking 99% CPU

2003-03-22 Thread fbn79 at libero dot it

From: fbn79 at libero dot it
Operating system: winxp pro
PHP version:  4.3.0
PHP Bug Type: GD related
Bug description:  ImageCreateFromJpeg with uncomplete jpeg -> Apache 2 or IIS -> 
taking 99% CPU

when i call ImageCreateFromJpeg( uploadedfile ) over an
uncomplete jpeg file sometimes ( not all times, about 60% of the tests
function correctly return FALSE ) the funtion fail to load image and
apache (or IIS) take 99% cpu until system hang.

-- 
Edit bug report at http://bugs.php.net/?id=22829&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22829&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=22829&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=22829&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22829&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=22829&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22829&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=22829&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22829&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22829&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=22829&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22829&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=22829&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=22829&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22829&r=gnused

#22825 [Opn]: undefined reference to `gdFreeFontCache'

2003-03-22 Thread magnus

 ID:   22825
 Updated by:   [EMAIL PROTECTED]
 Reported By:  php-bugs at liwing dot de
 Status:   Open
 Bug Type: GD related
 Operating System: FreeBSD 5.0
 PHP Version:  4.3.2RC1
 New Comment:

>From Boutell's homepage (GD page):
"If you wish to use gd with PHP, it is probably best to get php 4.3.0
and use the included gd library."


Previous Comments:


[2003-03-22 09:04:35] php-bugs at liwing dot de

It's quite easy - having a common gd-library installed (using port)
which is used by all dependend applications and having a second one
which comes with php. Counting 1 + 1 becomes 2 (decimal system).

Clear so long?

Jens



[2003-03-22 08:21:05] [EMAIL PROTECTED]

How can you get two installed version of GD by using the bundled one ?
You don't need gd installed to use the bundled gd, that is the point of
bundling libs.




[2003-03-22 07:06:42] php-bugs at liwing dot de

Compiling PHP4 using port fails because of:

/bin/sh /usr/ports/www/mod_php4/work/php-4.3.2RC1/libtool --silent
--preserve-dup-deps --mode=link cc -export-dynamic -O -pipe -DNO_WERROR
-march=pentium2 -I/usr/local/include  -export-symbols
/usr/ports/www/mod_php4/work/php-4.3.2RC1/sapi/apache/php.sym
-avoid-version -module -L/usr/local/lib -L/usr/local/lib/mysql  -R
/usr/local/lib -R /usr/local/lib/mysql ext/zlib/zlib.lo
ext/zlib/zlib_fopen_wrapper.lo ext/bz2/bz2.lo ext/ctype/ctype.lo
ext/domxml/php_domxml.lo ext/gd/gd.lo ext/gd/gdttf.lo ext/gd/gdcache.lo
ext/gettext/gettext.lo ext/iconv/iconv.lo ext/ldap/ldap.lo
ext/mcrypt/mcrypt.lo ext/mhash/mhash.lo ext/mysql/php_mysql.lo
ext/openssl/openssl.lo ext/overload/overload.lo
ext/pcre/pcrelib/maketables.lo ext/pcre/pcrelib/get.lo
ext/pcre/pcrelib/study.lo ext/pcre/pcrelib/pcre.lo ext/pcre/php_pcre.lo
ext/pdf/pdf.lo ext/posix/posix.lo ext/session/session.lo
ext/session/mod_files.lo ext/session/mod_mm.lo ext/session/mod_user.lo
ext/sockets/sockets.lo ext/standard/array.lo ext/standard/base64.lo
ext/standard/basic_functions.lo ext/standard/browscap.lo
ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo
ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo
ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo
ext/standard/filestat.lo ext/standard/flock_compat.lo
ext/standard/formatted_print.lo ext/standard/fsock.lo
ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo
ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo
ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo
ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo
ext/standard/pack.lo ext/standard/pageinfo.lo ext/standard/parsedate.lo
ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo
ext/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo
ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo
ext/standard/url.lo ext/standard/url_scanner.lo ext/standard/var.lo
ext/standard/versioning.lo ext/standard/assert.lo
ext/standard/strnatcmp.lo ext/standard/levenshtein.lo
ext/standard/incomplete_class.lo ext/standard/url_scanner_ex.lo
ext/standard/ftp_fopen_wrapper.lo ext/standard/http_fopen_wrapper.lo
ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo
ext/standard/css.lo ext/standard/var_unserializer.lo
ext/standard/ftok.lo ext/standard/aggregation.lo ext/standard/sha1.lo
ext/sysvsem/sysvsem.lo ext/sysvshm/sysvshm.lo
ext/tokenizer/tokenizer.lo ext/xml/xml.lo ext/xmlrpc/xmlrpc-epi-php.lo
ext/xmlrpc/libxmlrpc/base64.lo ext/xmlrpc/libxmlrpc/simplestring.lo
ext/xmlrpc/libxmlrpc/xml_to_dandarpc.lo
ext/xmlrpc/libxmlrpc/xmlrpc_introspection.lo
ext/xmlrpc/libxmlrpc/encodings.lo
ext/xmlrpc/libxmlrpc/system_methods.lo
ext/xmlrpc/libxmlrpc/xml_to_xmlrpc.lo ext/xmlrpc/libxmlrpc/queue.lo
ext/xmlrpc/libxmlrpc/xml_element.lo ext/xmlrpc/libxmlrpc/xmlrpc.lo
ext/xmlrpc/libxmlrpc/xml_to_soap.lo ext/xslt/xslt.lo ext/xslt/sablot.lo
regex/regcomp.lo regex/regexec.lo regex/regerror.lo regex/regfree.lo
TSRM/TSRM.lo TSRM/tsrm_strtok_r.lo TSRM/tsrm_virtual_cwd.lo
main/main.lo main/snprintf.lo main/spprintf.lo main/php_sprintf.lo
main/safe_mode.lo main/fopen_wrappers.lo main/alloca.lo
main/php_scandir.lo main/php_ini.lo main/SAPI.lo main/rfc1867.lo
main/php_content_types.lo main/strlcpy.lo main/strlcat.lo
main/mergesort.lo main/reentrancy.lo main/php_variables.lo
main/php_ticks.lo main/streams.lo main/network.lo
main/php_open_temporary_file.lo main/php_logos.lo main/output.lo
main/memory_streams.lo main/user_streams.lo
Zend/zend_language_parser.lo Zend/zend_language_scanner.lo
Zend/zend_ini_parser.lo Zend/zend_ini_scanner.lo Zend/zend_alloc.lo
Zend/zend_compile.lo Zend/zend_constants.lo Zend/zend_dynamic_array.lo
Zend/zend_execute_API.lo Zend/zend_highlight.lo Zend/zend_llist.lo
Zend/zend_o

#16109 [Com]: zlib.output_compression and generated pictures

2003-03-22 Thread phpuser at dpiworld dot com

 ID:   16109
 Comment by:   phpuser at dpiworld dot com
 Reported By:  pguillot at paanjaru dot com
 Status:   Closed
 Bug Type: Zlib Related
 Operating System: linux
 PHP Version:  4.1.2
 New Comment:

What version will this fix show up in?  

I have php 4.1.2 and cannot successfully turn off output_compression in
my image display script.  At least it makes no difference. I also
specify a correct header for Content-Type: image/jpeg,  yet that fix
also does not seem effective.

Internet Explorer 6.x (all patches installed) delays display of image
data sent by my script for about 20 seconds or more and then they
suddenly appear.  Had to turn off zlib.output_compression for entire
domain due to this problem, and images are displayed normally again.


Previous Comments:


[2002-07-28 10:20:56] [EMAIL PROTECTED]

Should be fixed in latest CVS.

Now pages with image/ content-type header aren't compressed and you can
use ini_set with zlib.output_compression during script execeution
(before the headers are sent).



[2002-07-03 01:00:09] php-bugs at lists dot php dot net

No feedback was provided for this bug for over a month, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".



[2002-06-02 17:41:53] [EMAIL PROTECTED]

Are you sure mod_gzip compresses the pictures?

Try to explicitly configure mod_gzip to compress images and please give
us feedback if they work with your Netscape. I did a short test here
and they also didn't work, so it seems really a Netscape problem.

Other test: Does it work if you switch of zlib.output_compression and
instead compress the page via mod_gzip?



[2002-05-29 03:54:17] php at fatalfx dot com

Here's a short reproducing example script. Since the two pictures on
the php info page are "generated" (inline) the script is very short:



Make sure your zlib.output_compression = On and you use Netscape
Communicator 4.79 (Maybe the "bug" is in other Netscape version too but
in 4.79 it is for sure).

Roger



[2002-05-28 15:47:52] pguillot at paanjaru dot com

Welcome to the twilight zone ...
After a question from Roger Wetzel, I made a few more tests.
It seems the problem is on the netscape side :
I tested Netscape 7.0PR1 and the pictures are ok even with
zlib.output_compression enabled ...
Using my old Netscape 4.77 the problem remains even if the apache
httpd.conf contains a KeepAlive set to Off or MaxRequestsPerChild set
to 1 ... So it's should not be a keep-alive problem.
What still is in question is that when using mod_gzip, the problem
doesn't occur.
So there is a workaround , either disable zlib.output_compression or
use a decent mozilla/netscape.
Patrick



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

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

#21532 [Fbk->Opn]: incorrect warning

2003-03-22 Thread czuma at poland dot org

 ID:   21532
 User updated by:  czuma at poland dot org
 Reported By:  czuma at poland dot org
-Status:   Feedback
+Status:   Open
 Bug Type: *Directory/Filesystem functions
 Operating System: Solaris 8
 PHP Version:  4.3.1
 Assigned To:  wez
 New Comment:

I have checked php4-STABLE-200303221630 (PHP/4.3.2-RC)

Unfortunately, it doesn't work. I still see incorrect warning.


Previous Comments:


[2003-03-18 11:47:31] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip





[2003-03-01 12:07:47] czuma at poland dot org

I have checked php4-STABLE-200303011230

Unfortunately it doesn't work. I still see incorrect warning:

"SAFE MODE Restriction in effect. The script whose uid is XXX is not
allowed to access /www/user/data owned by uid 0 in
/www/user/stale/table1a.php on line 3"

"Line 3": 
$my=opendir("/www/user/data/$dat");

Probably: $dat=blabla/bleble.txt

Directory "blabla" doesn't exist. I see correct and then incorrect
warning.



[2003-02-25 03:58:26] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip





[2003-02-25 01:42:35] rohan at cs dot rmit dot edu dot au

Opps, lost part of the error... it is: 

Warning: filemtime() [function.filemtime]: SAFE MODE Restriction in
effect. The script whose uid/gid is 1/31748 is not allowed to access
/home/m/malsmith/.HTMLinfo/lastmodified owned by uid/gid 31748/103 in
/home/m/malsmith/.HTMLinfo/software.php on line 3



[2003-02-25 01:41:23] rohan at cs dot rmit dot edu dot au

Solaris 2.8, using Forte CC version 7 to compile 
php 4.3.1 and apache 1.3.27 

Not sure if this is the same problem, but similar. When safe_mode is
enabled, when trying to use a file function, using the full pathname,
an error such as: 

-
Warning: filemtime() [function.filemtime]: SAFE MODE Restriction in
effect. The " is not allowed to access
/home/m/malsmith/.HTMLinfo/lastmodified owned by uid/gid 31748/103 in
/home/m/malsmith/.HTMLinfo/software.php on line 3
-- 

have sage_mode_gid enabled to allow group work, but this still breaks.
The above file is uid/gid 31748/103, and 
the web server is running as 'nobody' uid/gid 60001/60001 

Don't know what the "script whose uid/gid is 1/31748" 
means, or what went wrong here, but in the end, I can't 
also use the 'include' on other similar files.

the files are all uid/gid the same 

for the moment I have to turn off safe mode :(



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

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

#17603 [Csd->Opn]: ini_set can't disable zlib

2003-03-22 Thread philip

 ID:   17603
 Updated by:   [EMAIL PROTECTED]
 Reported By:  anon-php at sitefoundry dot com
-Status:   Closed
+Status:   Open
-Bug Type: Documentation problem
+Bug Type: Zlib Related
-Operating System: RH 7.2
+Operating System: all
-PHP Version:  4.2.1
+PHP Version:  4.3.2
 New Comment:

The ini table is now autogenerated off PHP source so any changed text
in the docs has been written over.  Snipped from the source
(/ext/zlib/zlib.c):

STD_PHP_INI_BOOLEAN("zlib.output_compression", "0", PHP_INI_ALL..
STD_PHP_INI_ENTRY("zlib.output_compression_level","-1", PHP_INI_ALL..
STD_PHP_INI_ENTRY("zlib.output_handler", "", PHP_INI_ALL..

Either the source needs to be changed OR someone explains how this
should be documented.  Reopening as a zlib related problem.


Previous Comments:


[2003-03-22 14:21:50] phpuser at dpiworld dot com

The current online documentation still (incorrectly) lists:  
  zlib.output_compression as "PHP_INI_ALL" 

on page: 
  http://www.php.net/manual/en/ref.zlib.php



[2002-06-18 06:17:27] [EMAIL PROTECTED]

This bug has been fixed in CVS. You can grab a snapshot of the
CVS version at http://snaps.php.net/. In case this was a documentation 
problem, the fix will show up soon at http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites.
Thank you for the report, and for helping us make PHP better.

changed value from "PHP_INI_ALL" to "PHP_INI_SYSTEM|PHP_INI_PERDIR" for
"zlib.output_compression"



[2002-06-05 10:07:53] anon-php at sitefoundry dot com

Thanks for the suggestion. I regret to report that I can't make it
work: no number of calls to flush(), ob_end_clean(), or
ob_implicit_flush() allow the script to output non-compressed data.

So, this comment: "If you disable it in your script after it has been
started it won't be stopped." actually seems to mean "It is not
possible to disable zlib output compression or buffering within a
script." IMO this would be useful to note on the manual page for
ini_set().



[2002-06-05 06:21:20] [EMAIL PROTECTED]

This is quite logical because the output compression starts before your
script is executed. If you disable it in your script after it has been
started it won't be stopped.

You can _try_ a couple of ob_end_clean()'s (use ob_get_level() to find
out how many) to stop it. 

Reopening as a documentation problem.



[2002-06-04 20:33:40] anon-php at sitefoundry dot com

I have the following line in my php.ini:
  zlib.output_compression = On

In experimenting with this, I attempted to disable it within a script
(mostly because I wanted to defeat the output buffering that zlib
performs). I tried several variations of this line in a script:
ini_set('zlib.output_compression', '0');
ini_set('zlib.output_compression', 0);
ini_set('zlib.output_compression', 'off');

In all cases, output is still compressed. Here is a complete script:


You can see it here:
http://sitefoundry.com/php/zlib.html

I get this output:
HTTP/1.1 200 OK
Date: Wed, 05 Jun 2002 00:30:51 GMT
Server: Apache/1.3.22
Content-Encoding: gzip
Connection: close
Content-Type: text/html

[non-ascii junk here]

Here is my configure line:
./configure --with-apache=/usr/local/src/apache_1.3.22
--with-gd=/usr/local --with-imap --with-mysql=/usr/local/mysql
--with-config-file-path=/usr/local/apache/conf --enable-debug=no
--enable-track-vars=yes --with-zlib --enable-calendar






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

#22826 [Opn->Bgs]: Segmentation fault when i do __clone

2003-03-22 Thread moriyoshi

 ID:   22826
 Updated by:   [EMAIL PROTECTED]
 Reported By:  michielv at zeelandnet dot nl
-Status:   Open
+Status:   Bogus
 Bug Type: Class/Object related
 Operating System: Linux mdk 8.2
 PHP Version:  5CVS-2003-03-22 (dev)
 New Comment:

dupe of bug #22801. Please add further comments at that page.



Previous Comments:


[2003-03-22 10:04:49] michielv at zeelandnet dot nl

I get the seg fault with this code:

[EMAIL PROTECTED] /home/michiel/extra/1/php5/install# ./bin/php -r
'
class MyCloneable
{
static $id=0;
function MyCloneable ()
{
$this->id = self::$id++;
}
function __clone ()
{
$this->name = $that->name;
$this->address = "New York";
$this->id = self::$id++;
}
}
$obj = new MyCloneable();
$obj->name = "Hello";
$obj->address = "Tel-Aviv";
$obj = $obj->__clone();
'
Segmentation fault
[EMAIL PROTECTED] /home/michiel/extra/1/php5/install#




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

#22815 [Opn]: Apache doesn't start

2003-03-22 Thread busia at tiscali dot it

 ID:   22815
 User updated by:  busia at tiscali dot it
 Reported By:  busia at tiscali dot it
 Status:   Open
 Bug Type: Apache2 related
 Operating System: Linux Redhat 7.2
 PHP Version:  4.3.2RC1
 New Comment:

I cannot change to prefork model, I upgraded to apache 2 only to have
less resource usage using threads instead of prefork. I'd have to take
two servers, instead of one, to host my site.

Until this bug will be fixed I'll have to use the old php4.4dev
"200301041230" snapshot version without upgrading possibilities.


Previous Comments:


[2003-03-21 18:54:26] [EMAIL PROTECTED]

I've seen this too with the worker MPM.
but mine segfaults somewhere in a mutex_open/mutex_lock.

I'll try enabling-zts on mine and see if that problem persists.

The recommened solution is to use the PREFORK mpm, which doesn't use
threading.
If I get some time this weekend I'll try to reproduce it. 
BTW.. does this happen with 4.3.1?



[2003-03-21 17:39:13] busia at tiscali dot it

The parent process remains active but it seems to wait something that
doesn't happen. it seems apache cannot complete startup process and
wait, wait, wait.

I noticed one thing: apache doesn't create pid file, it doesn't arrive
to create it.

Using the old php4.4dev "200301041230" snapshot version all works well
(it is the version that was installed before I tried to install
php4.3.2RC1"

outpuyt of gdb WITHOUT --enable-experimental-zts

Starting program: /usr/sbin/httpd -X
[New Thread 1024 (LWP 12706)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 12706)]
0x403c6ddf in zend_register_functions (functions=0x40414420,
function_table=0x0, type=1, tsrm_ls=0x8165880)
at /home/archivi/php-4.3.2RC1/Zend/zend_API.c:1034
1034target_function_table = CG(function_table);


output of gdb WITH --enable-experimental-zts

Starting program: /usr/sbin/httpd -X
[New Thread 1024 (LWP 12738)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 12738)]
0x403c0e6f in zend_register_functions (functions=0x4040d0c0,
function_table=0x0, type=1, tsrm_ls=0x8165880)
at /home/archivi/php-4.3.2RC1/Zend/zend_API.c:1034
1034target_function_table = CG(function_table);




[2003-03-21 17:05:12] [EMAIL PROTECTED]

Does it crash? Try with starting httpd withing gdb:

# gdb httpd
(gdb) run -X






[2003-03-21 16:34:48] busia at tiscali dot it

I have tried --enable-experimental-zts without success. I'll try to
test with the worker MPM but it's an "online" server and it should be
not possible. I'll let you know.



[2003-03-21 16:09:46] [EMAIL PROTECTED]

Using Apache2 SAPI module in worker model is highly discouraged because
PHP has not completely been confirmed to be a thread-safe
implementation. If you even want to use it within such a real threaded
environment, you have to specify --enable-experimental-zts in the
configure line.

Then try configuring Apache2 to use prefork model and see if the
problem still persists.




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

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

#22800 [Fbk->Opn]: session.save_path changed to /tmp

2003-03-22 Thread bid3k at hotmail dot com

 ID:   22800
 User updated by:  bid3k at hotmail dot com
 Reported By:  bid3k at hotmail dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Session related
 Operating System: Windows XP
 PHP Version:  4.3.2RC1
 New Comment:

they are:

session.save_path = C:\WINDOWS\Temp; argument passed to
save_handler

extension_dir = C:\Progra~1\PHP\extensions ;<-- this is frelled!!


Previous Comments:


[2003-03-20 17:17:11] [EMAIL PROTECTED]

What are the EXACT lines for session.save_path and extension_dir in
your php.ini ??




[2003-03-20 03:03:00] bid3k at hotmail dot com

I recently started messing around with sessions and everything was
going fine until I decided to load the gz extension.

>From hours of experimenting I found out that when the extention dir is
correctly mentioned (c:\progra~1\php\extensions in my case) then my
session.save_path is set to /tmp even though the php.ini tells it to
use c:\progra~1\php\sessiondata.

It also happens in 4.31, I don't know if it happens before that. Now
the question is, how can I have both the sessions and the extensions?




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

#22800 [Opn]: session.save_path changed to /tmp

2003-03-22 Thread bid3k at hotmail dot com

 ID:   22800
 User updated by:  bid3k at hotmail dot com
 Reported By:  bid3k at hotmail dot com
 Status:   Open
 Bug Type: Session related
 Operating System: Windows XP
 PHP Version:  4.3.2RC1
 New Comment:

If I use the longfile name then it can't find the files. Just thought I
would mention if case you wanted to know it.


Previous Comments:


[2003-03-22 18:15:54] bid3k at hotmail dot com

they are:

session.save_path = C:\WINDOWS\Temp; argument passed to
save_handler

extension_dir = C:\Progra~1\PHP\extensions ;<-- this is frelled!!



[2003-03-20 17:17:11] [EMAIL PROTECTED]

What are the EXACT lines for session.save_path and extension_dir in
your php.ini ??




[2003-03-20 03:03:00] bid3k at hotmail dot com

I recently started messing around with sessions and everything was
going fine until I decided to load the gz extension.

>From hours of experimenting I found out that when the extention dir is
correctly mentioned (c:\progra~1\php\extensions in my case) then my
session.save_path is set to /tmp even though the php.ini tells it to
use c:\progra~1\php\sessiondata.

It also happens in 4.31, I don't know if it happens before that. Now
the question is, how can I have both the sessions and the extensions?




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

#22825 [Opn->Bgs]: undefined reference to `gdFreeFontCache'

2003-03-22 Thread sniper

 ID:   22825
 Updated by:   [EMAIL PROTECTED]
 Reported By:  php-bugs at liwing dot de
-Status:   Open
+Status:   Bogus
 Bug Type: GD related
 Operating System: FreeBSD 5.0
 PHP Version:  4.3.2RC1
 New Comment:

The common user error of mixing different GD headers with different
libs. Not PHP bug.



Previous Comments:


[2003-03-22 14:07:51] [EMAIL PROTECTED]

>From Boutell's homepage (GD page):
"If you wish to use gd with PHP, it is probably best to get php 4.3.0
and use the included gd library."



[2003-03-22 09:04:35] php-bugs at liwing dot de

It's quite easy - having a common gd-library installed (using port)
which is used by all dependend applications and having a second one
which comes with php. Counting 1 + 1 becomes 2 (decimal system).

Clear so long?

Jens



[2003-03-22 08:21:05] [EMAIL PROTECTED]

How can you get two installed version of GD by using the bundled one ?
You don't need gd installed to use the bundled gd, that is the point of
bundling libs.




[2003-03-22 07:06:42] php-bugs at liwing dot de

Compiling PHP4 using port fails because of:

/bin/sh /usr/ports/www/mod_php4/work/php-4.3.2RC1/libtool --silent
--preserve-dup-deps --mode=link cc -export-dynamic -O -pipe -DNO_WERROR
-march=pentium2 -I/usr/local/include  -export-symbols
/usr/ports/www/mod_php4/work/php-4.3.2RC1/sapi/apache/php.sym
-avoid-version -module -L/usr/local/lib -L/usr/local/lib/mysql  -R
/usr/local/lib -R /usr/local/lib/mysql ext/zlib/zlib.lo
ext/zlib/zlib_fopen_wrapper.lo ext/bz2/bz2.lo ext/ctype/ctype.lo
ext/domxml/php_domxml.lo ext/gd/gd.lo ext/gd/gdttf.lo ext/gd/gdcache.lo
ext/gettext/gettext.lo ext/iconv/iconv.lo ext/ldap/ldap.lo
ext/mcrypt/mcrypt.lo ext/mhash/mhash.lo ext/mysql/php_mysql.lo
ext/openssl/openssl.lo ext/overload/overload.lo
ext/pcre/pcrelib/maketables.lo ext/pcre/pcrelib/get.lo
ext/pcre/pcrelib/study.lo ext/pcre/pcrelib/pcre.lo ext/pcre/php_pcre.lo
ext/pdf/pdf.lo ext/posix/posix.lo ext/session/session.lo
ext/session/mod_files.lo ext/session/mod_mm.lo ext/session/mod_user.lo
ext/sockets/sockets.lo ext/standard/array.lo ext/standard/base64.lo
ext/standard/basic_functions.lo ext/standard/browscap.lo
ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo
ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo
ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo
ext/standard/filestat.lo ext/standard/flock_compat.lo
ext/standard/formatted_print.lo ext/standard/fsock.lo
ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo
ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo
ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo
ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo
ext/standard/pack.lo ext/standard/pageinfo.lo ext/standard/parsedate.lo
ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo
ext/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo
ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo
ext/standard/url.lo ext/standard/url_scanner.lo ext/standard/var.lo
ext/standard/versioning.lo ext/standard/assert.lo
ext/standard/strnatcmp.lo ext/standard/levenshtein.lo
ext/standard/incomplete_class.lo ext/standard/url_scanner_ex.lo
ext/standard/ftp_fopen_wrapper.lo ext/standard/http_fopen_wrapper.lo
ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo
ext/standard/css.lo ext/standard/var_unserializer.lo
ext/standard/ftok.lo ext/standard/aggregation.lo ext/standard/sha1.lo
ext/sysvsem/sysvsem.lo ext/sysvshm/sysvshm.lo
ext/tokenizer/tokenizer.lo ext/xml/xml.lo ext/xmlrpc/xmlrpc-epi-php.lo
ext/xmlrpc/libxmlrpc/base64.lo ext/xmlrpc/libxmlrpc/simplestring.lo
ext/xmlrpc/libxmlrpc/xml_to_dandarpc.lo
ext/xmlrpc/libxmlrpc/xmlrpc_introspection.lo
ext/xmlrpc/libxmlrpc/encodings.lo
ext/xmlrpc/libxmlrpc/system_methods.lo
ext/xmlrpc/libxmlrpc/xml_to_xmlrpc.lo ext/xmlrpc/libxmlrpc/queue.lo
ext/xmlrpc/libxmlrpc/xml_element.lo ext/xmlrpc/libxmlrpc/xmlrpc.lo
ext/xmlrpc/libxmlrpc/xml_to_soap.lo ext/xslt/xslt.lo ext/xslt/sablot.lo
regex/regcomp.lo regex/regexec.lo regex/regerror.lo regex/regfree.lo
TSRM/TSRM.lo TSRM/tsrm_strtok_r.lo TSRM/tsrm_virtual_cwd.lo
main/main.lo main/snprintf.lo main/spprintf.lo main/php_sprintf.lo
main/safe_mode.lo main/fopen_wrappers.lo main/alloca.lo
main/php_scandir.lo main/php_ini.lo main/SAPI.lo main/rfc1867.lo
main/php_content_types.lo main/strlcpy.lo main/strlcat.lo
main/mergesort.lo main/reentrancy.lo main/php_variables.lo
main/php_ticks.lo main/streams.lo main/network.lo
main/php_open_temporary_file.lo main/php_logos.lo main/output.lo
main/memory_streams.lo main/user_streams.lo
Zend/zend_language_parser.lo Zend/zend_language

#22827 [Opn->Csd]: stat failed- system performance

2003-03-22 Thread sniper

 ID:   22827
 Updated by:   [EMAIL PROTECTED]
 Reported By:  project dot draco at gmx dot net
-Status:   Open
+Status:   Closed
 Bug Type: *Directory/Filesystem functions
 Operating System: win98
 PHP Version:  4.3.1
 New Comment:

This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.


Previous Comments:


[2003-03-22 10:55:44] project dot draco at gmx dot net

On lots of filesystem-functions you get the well known warning
stat failed on xyz (errno 2- no such file..) etc.
It occurs with non-existent files and remote-url in general.

I know, that we can turn this of (errorreporting=0) but if you look at
google (just type in stat failed php) you get 
HUNDREDS of them, so whats going on ther, he?

Furthermore, this mysterious stat seems to leed to an performance loss.

I detected this on my web page, where i use a heavy cms-like script,
and my sysmin changed (without notice, like they always do) from 4.0.6
to 4.3.1
The same page, that ran prior in 0.8 secs now took up to 3-4 secs. The
serverload did NOT increase meanwhile!

I reproduced a similar behavior on my development system at home, where
the performance loss was less, but clearly visible (about 10-20%
exec.time)

So it seems, this does not depend on System, Config or so on (we talk
about two VERY different environments - the one is freebsd, the other
win98) 


Whats going on with this behaviour???

thx

mir





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

#22824 [Opn->Bgs]: get ob_end_flush error when using session_name

2003-03-22 Thread sniper

 ID:   22824
 Updated by:   [EMAIL PROTECTED]
 Reported By:  passport at thedaisypatche dot net
-Status:   Open
+Status:   Bogus
 Bug Type: Session related
 Operating System: unix
 PHP Version:  4.3.0
 New Comment:

Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same. Because of this, we hope you add your comments
to the existing bug instead.

Thank you for your interest in PHP.

Try searching the older reports, there's already report about 
this.



Previous Comments:


[2003-03-22 07:05:45] passport at thedaisypatche dot net

I have a page that looks like this:

session_name("MyName");
session_start();

include("afile");

... more stuff here

include("adiffernetfile");

in the "afile" is the command ob_start("ob_gzhandler");
in the "adifferentfile" is the command  ob_end_flush();

when I open a browser and go to the page, the first time the page runs
it gives an error: Warning: ob_gzhandler() [ref.outcontrol]: output
handler 'ob_gzhandler' cannot be used twice in
/blahblah/includes/adifferentfile.inc on line 23

on subsequent reloads this error does not come up.
If I comment out the session_name("MyName"); line, the error does not
come up.



//

'./configure' '--with-apxs=/usr/local/apache/1.3.27/bin/apxs'
'--with-config-file-path=/usr/local/lib' '--disable-debug'
'--enable-memory-limit' '--enable-zend-multibyte' '--with-regex=system'
'--enable-mbstring=all' '--enable-mbregex' '--enable-dio'
'--enable-versioning' '--with-msql=shared' '--with-bz2=shared,/usr'
'--enable-sockets=shared' '--with-pcre-regex=/usr/local'
'--with-iconv=shared,/usr/local' '--with-gdbm=shared,/usr/local'
'--with-db3=shared,/usr/local' '--with-gettext=shared,/usr/local'
'--with-curl=shared,/usr/local/curl' '--with-openssl=shared,/usr'
'--with-pgsql=shared,/usr/local/pgsql' '--with-openssl=/usr'
'--with-gd=shared,yes' '--enable-gd-native-ttf=shared'
'--with-freetype-dir=shared,/usr/local' '--with-ttf=shared,/usr/local'
'--with-jpeg-dir=shared,/usr/local' '--with-png-dir=shared,/usr/local'
'--with-t1lib=shared,/usr/local' '--with-zlib=/usr'
'--with-zlib-dir=/usr' '--enable-ftp=shared'
'--with-imap=shared,/usr/local' '--with-mcrypt=shared,/usr/local'
'--with-mhash=shared,/usr/local' '--with-dom=shared,/usr/local/libxml2'
'--with-dom-xslt=shared,/usr/local'
'--with-dom-exslt=shared,/usr/local'
'--with-mysql=shared,/usr/local/mysql' '--with-zlib-dir=/usr' 







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

#22809 [Opn->Csd]: OpenSSL fails to compute internal private key from string but works on file

2003-03-22 Thread sniper

 ID:   22809
 Updated by:   [EMAIL PROTECTED]
 Reported By:  php-bugs at liwing dot de
-Status:   Open
+Status:   Closed
 Bug Type: OpenSSL related
 Operating System: FreeBSD (4.8RC and 5.0)
 PHP Version:  4.3.1
 New Comment:

Just ignore those warnings.



Previous Comments:


[2003-03-22 07:01:48] php-bugs at liwing dot de

/bin/sh /usr/ports/www/mod_php4/work/php-4.3.2RC1/libtool --silent
--preserve-dup-deps --mode=compile cc  -Iext/openssl/
-I/usr/ports/www/mod_php4/work/php-4.3.2RC1/ext/openssl/ -DPHP_ATOM_INC
-I/usr/ports/www/mod_php4/work/php-4.3.2RC1/include
-I/usr/ports/www/mod_php4/work/php-4.3.2RC1/main
-I/usr/ports/www/mod_php4/work/php-4.3.2RC1
-I/usr/ports/www/mod_php4/work/php-4.3.2RC1/Zend
-I/usr/local/include/libxml2 -I/usr/local/include
-I/usr/local/include/freetype2 -I/usr/local/include/mysql 
-I/usr/ports/www/mod_php4/work/php-4.3.2RC1/TSRM  -O -pipe -DNO_WERROR
-march=pentium2 -I/usr/local/include  -prefer-pic -c
/usr/ports/www/mod_php4/work/php-4.3.2RC1/ext/openssl/openssl.c -o
ext/openssl/openssl.lo
/usr/ports/www/mod_php4/work/php-4.3.2RC1/ext/openssl/openssl.c: In
function `zif_openssl_pkey_export_to_file':
/usr/ports/www/mod_php4/work/php-4.3.2RC1/ext/openssl/openssl.c:1911:
warning: assignment discards qualifiers from pointer target type
/usr/ports/www/mod_php4/work/php-4.3.2RC1/ext/openssl/openssl.c: In
function `zif_openssl_pkey_export':
/usr/ports/www/mod_php4/work/php-4.3.2RC1/ext/openssl/openssl.c:1962:
warning: assignment discards qualifiers from pointer target type
/usr/ports/www/mod_php4/work/php-4.3.2RC1/ext/openssl/openssl.c: In
function `zif_openssl_pkcs7_encrypt':
/usr/ports/www/mod_php4/work/php-4.3.2RC1/ext/openssl/openssl.c::
warning: assignment discards qualifiers from pointer target type


Except those warnings openssl works fine



[2003-03-21 17:01:04] [EMAIL PROTECTED]

DO NOT ADD SUCH LONG PARTS OF TEXT IN HERE!!

I deleted that comment. Please attach MAXIMUM of 15-20 lines. And
preferrably text that actually includes the ERROR
you get.




[2003-03-21 10:36:05] php-bugs at liwing dot de

What I have forgotten. I have replaced the source of PHP-4.3.2RC1 with
the stable sources you've recommented. So this is not the error in RC1
(where is it, too) but in yesterdays(?) stable.



[2003-03-20 18:09:22] [EMAIL PROTECTED]

The openssl tests do not fail for me at least, but I tested 
this on Linux. (using openSSL 0.9.7a) 

So please give it a go on FreeBSD, it should work now.





[2003-03-20 18:04:57] php-bugs at liwing dot de

The patch looks good. I'll try to build in in next few days and reply
whether it works as expected or not. Did the tests run fine?



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

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

#22800 [Opn]: session.save_path changed to /tmp

2003-03-22 Thread bid3k at hotmail dot com

 ID:   22800
 User updated by:  bid3k at hotmail dot com
 Reported By:  bid3k at hotmail dot com
 Status:   Open
 Bug Type: Session related
 Operating System: Windows XP
 PHP Version:  4.3.2RC1
 New Comment:

The problem got fixed when I got a copy of my friend's PHP.ini and
modified it for my system. I really don't know what was wrong, but oh
well. it works now.


Previous Comments:


[2003-03-22 18:17:50] bid3k at hotmail dot com

If I use the longfile name then it can't find the files. Just thought I
would mention if case you wanted to know it.



[2003-03-22 18:15:54] bid3k at hotmail dot com

they are:

session.save_path = C:\WINDOWS\Temp; argument passed to
save_handler

extension_dir = C:\Progra~1\PHP\extensions ;<-- this is frelled!!



[2003-03-20 17:17:11] [EMAIL PROTECTED]

What are the EXACT lines for session.save_path and extension_dir in
your php.ini ??




[2003-03-20 03:03:00] bid3k at hotmail dot com

I recently started messing around with sessions and everything was
going fine until I decided to load the gz extension.

>From hours of experimenting I found out that when the extention dir is
correctly mentioned (c:\progra~1\php\extensions in my case) then my
session.save_path is set to /tmp even though the php.ini tells it to
use c:\progra~1\php\sessiondata.

It also happens in 4.31, I don't know if it happens before that. Now
the question is, how can I have both the sessions and the extensions?




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

#22829 [Opn->Csd]: ImageCreateFromJpeg with uncomplete jpeg -> Apache 2 or IIS -> taking 99% CPU

2003-03-22 Thread sniper

 ID:   22829
 Updated by:   [EMAIL PROTECTED]
 Reported By:  fbn79 at libero dot it
-Status:   Open
+Status:   Closed
 Bug Type: GD related
 Operating System: winxp pro
 PHP Version:  4.3.0
 New Comment:

This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.


Previous Comments:


[2003-03-22 14:05:09] fbn79 at libero dot it

when i call ImageCreateFromJpeg( uploadedfile ) over an
uncomplete jpeg file sometimes ( not all times, about 60% of the tests
function correctly return FALSE ) the funtion fail to load image and
apache (or IIS) take 99% cpu until system hang.





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

#17603 [Opn->Csd]: ini_set can't disable zlib

2003-03-22 Thread sniper

 ID:   17603
 Updated by:   [EMAIL PROTECTED]
 Reported By:  anon-php at sitefoundry dot com
-Status:   Open
+Status:   Closed
 Bug Type: Zlib Related
 Operating System: all
 PHP Version:  4.3.2
 New Comment:

Docs and sources are fine now.



Previous Comments:


[2003-03-22 14:59:09] [EMAIL PROTECTED]

The ini table is now autogenerated off PHP source so any changed text
in the docs has been written over.  Snipped from the source
(/ext/zlib/zlib.c):

STD_PHP_INI_BOOLEAN("zlib.output_compression", "0", PHP_INI_ALL..
STD_PHP_INI_ENTRY("zlib.output_compression_level","-1", PHP_INI_ALL..
STD_PHP_INI_ENTRY("zlib.output_handler", "", PHP_INI_ALL..

Either the source needs to be changed OR someone explains how this
should be documented.  Reopening as a zlib related problem.



[2003-03-22 14:21:50] phpuser at dpiworld dot com

The current online documentation still (incorrectly) lists:  
  zlib.output_compression as "PHP_INI_ALL" 

on page: 
  http://www.php.net/manual/en/ref.zlib.php



[2002-06-18 06:17:27] [EMAIL PROTECTED]

This bug has been fixed in CVS. You can grab a snapshot of the
CVS version at http://snaps.php.net/. In case this was a documentation 
problem, the fix will show up soon at http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites.
Thank you for the report, and for helping us make PHP better.

changed value from "PHP_INI_ALL" to "PHP_INI_SYSTEM|PHP_INI_PERDIR" for
"zlib.output_compression"



[2002-06-05 10:07:53] anon-php at sitefoundry dot com

Thanks for the suggestion. I regret to report that I can't make it
work: no number of calls to flush(), ob_end_clean(), or
ob_implicit_flush() allow the script to output non-compressed data.

So, this comment: "If you disable it in your script after it has been
started it won't be stopped." actually seems to mean "It is not
possible to disable zlib output compression or buffering within a
script." IMO this would be useful to note on the manual page for
ini_set().



[2002-06-05 06:21:20] [EMAIL PROTECTED]

This is quite logical because the output compression starts before your
script is executed. If you disable it in your script after it has been
started it won't be stopped.

You can _try_ a couple of ob_end_clean()'s (use ob_get_level() to find
out how many) to stop it. 

Reopening as a documentation problem.



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

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

#22800 [Opn->Bgs]: session.save_path changed to /tmp

2003-03-22 Thread sniper

 ID:   22800
 Updated by:   [EMAIL PROTECTED]
 Reported By:  bid3k at hotmail dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Session related
 Operating System: Windows XP
 PHP Version:  4.3.2RC1
 New Comment:

Obviously not any bug in PHP then.
And _always_ put any paths in php.ini inside double quotes.




Previous Comments:


[2003-03-22 18:35:28] bid3k at hotmail dot com

The problem got fixed when I got a copy of my friend's PHP.ini and
modified it for my system. I really don't know what was wrong, but oh
well. it works now.



[2003-03-22 18:17:50] bid3k at hotmail dot com

If I use the longfile name then it can't find the files. Just thought I
would mention if case you wanted to know it.



[2003-03-22 18:15:54] bid3k at hotmail dot com

they are:

session.save_path = C:\WINDOWS\Temp; argument passed to
save_handler

extension_dir = C:\Progra~1\PHP\extensions ;<-- this is frelled!!



[2003-03-20 17:17:11] [EMAIL PROTECTED]

What are the EXACT lines for session.save_path and extension_dir in
your php.ini ??




[2003-03-20 03:03:00] bid3k at hotmail dot com

I recently started messing around with sessions and everything was
going fine until I decided to load the gz extension.

>From hours of experimenting I found out that when the extention dir is
correctly mentioned (c:\progra~1\php\extensions in my case) then my
session.save_path is set to /tmp even though the php.ini tells it to
use c:\progra~1\php\sessiondata.

It also happens in 4.31, I don't know if it happens before that. Now
the question is, how can I have both the sessions and the extensions?




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

#22189 [Opn->Ver]: Configuration file is not loaded, though PHP reports it is

2003-03-22 Thread sniper

 ID:   22189
 Updated by:   [EMAIL PROTECTED]
 Reported By:  krenya at inf dot bme dot hu
-Status:   Open
+Status:   Verified
-Bug Type: *Configuration Issues
+Bug Type: Scripting Engine problem
 Operating System: Linux 2.2 / 2.4
-PHP Version:  4.3.0
+PHP Version:  4.3.2-RC
 New Comment:

For me, it fails with this error, IF I have /etc/php.ini/
directory:

input in flex scanner failed
/www/apache/bin/apachectl startssl: httpd could not be started

So I can't even start Apache in such case.



Previous Comments:


[2003-02-12 16:05:26] krenya at inf dot bme dot hu

Thanks for the answer but I think might you have missed the point so
let me put this in another context:
Some slightly insane sysop wants php.ini to reside here:
/etc/php.ini/php.ini
and uses the following config line to specify the path:
'--with-config-file-path=/etc/php.ini'

phpinfo() will show for Configuration file: '/etc/php.ini' instead of
'/etc/php.ini/php.ini' which would be the correct location. The problem
might be with phpinfo then: you put the config file where PHP says it
loads it from, but it doesn't load it. Well at least in this insane
case when you choose such a location.



[2003-02-12 12:12:29] [EMAIL PROTECTED]

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

Your assumption is quite correct, this option needs to be only passed
the directory where the php.ini can be found not the path to the file
itself.



[2003-02-12 10:57:52] krenya at inf dot bme dot hu

Something is probably wrong with intrepreting the following configure
option:
'--with-config-file-path=/usr/local/apache/conf/php.ini'

phpinfo() will report this:

Configuration File (php.ini):
   "/usr/local/apache/conf/php.ini"

This is exactly the same as if you compile it with a saner option:
'--with-config-file-path=/usr/local/apache/conf/'

The difference between the two cases is that in the first case the
config file is not loaded by PHP. My educated guess is that it tries to
load if from: "/usr/local/apache/conf/php.ini/php.ini" so it fails and
the location is simply misreported in phpinfo().

I fisrt met this a long ago with 4.0.6 or 4.1.2 or so, but it's still
there in 4.3.0 as I just ran into this type of a problem again.





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

#22825 [Bgs]: undefined reference to `gdFreeFontCache'

2003-03-22 Thread php-bugs at liwing dot de

 ID:   22825
 User updated by:  php-bugs at liwing dot de
 Reported By:  php-bugs at liwing dot de
 Status:   Bogus
 Bug Type: GD related
 Operating System: FreeBSD 5.0
 PHP Version:  4.3.2RC1
 New Comment:

The error came up when php is build from ports. By the way, php-4.3.1
didn't fail, so there must be changed sth.. Is it real difficult for
developers to check what's wrang and correct it?

Maybe there is a small error in autoconf which make php to use it's own
headers but link against libgd2.so in /usr/local/lib/? I think it's
worth to prove to make a fine release :-)

I can easily live without gd-support, I just tested it...


Previous Comments:


[2003-03-22 18:32:30] [EMAIL PROTECTED]

The common user error of mixing different GD headers with different
libs. Not PHP bug.




[2003-03-22 14:07:51] [EMAIL PROTECTED]

>From Boutell's homepage (GD page):
"If you wish to use gd with PHP, it is probably best to get php 4.3.0
and use the included gd library."



[2003-03-22 09:04:35] php-bugs at liwing dot de

It's quite easy - having a common gd-library installed (using port)
which is used by all dependend applications and having a second one
which comes with php. Counting 1 + 1 becomes 2 (decimal system).

Clear so long?

Jens



[2003-03-22 08:21:05] [EMAIL PROTECTED]

How can you get two installed version of GD by using the bundled one ?
You don't need gd installed to use the bundled gd, that is the point of
bundling libs.




[2003-03-22 07:06:42] php-bugs at liwing dot de

Compiling PHP4 using port fails because of:

/bin/sh /usr/ports/www/mod_php4/work/php-4.3.2RC1/libtool --silent
--preserve-dup-deps --mode=link cc -export-dynamic -O -pipe -DNO_WERROR
-march=pentium2 -I/usr/local/include  -export-symbols
/usr/ports/www/mod_php4/work/php-4.3.2RC1/sapi/apache/php.sym
-avoid-version -module -L/usr/local/lib -L/usr/local/lib/mysql  -R
/usr/local/lib -R /usr/local/lib/mysql ext/zlib/zlib.lo
ext/zlib/zlib_fopen_wrapper.lo ext/bz2/bz2.lo ext/ctype/ctype.lo
ext/domxml/php_domxml.lo ext/gd/gd.lo ext/gd/gdttf.lo ext/gd/gdcache.lo
ext/gettext/gettext.lo ext/iconv/iconv.lo ext/ldap/ldap.lo
ext/mcrypt/mcrypt.lo ext/mhash/mhash.lo ext/mysql/php_mysql.lo
ext/openssl/openssl.lo ext/overload/overload.lo
ext/pcre/pcrelib/maketables.lo ext/pcre/pcrelib/get.lo
ext/pcre/pcrelib/study.lo ext/pcre/pcrelib/pcre.lo ext/pcre/php_pcre.lo
ext/pdf/pdf.lo ext/posix/posix.lo ext/session/session.lo
ext/session/mod_files.lo ext/session/mod_mm.lo ext/session/mod_user.lo
ext/sockets/sockets.lo ext/standard/array.lo ext/standard/base64.lo
ext/standard/basic_functions.lo ext/standard/browscap.lo
ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo
ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo
ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo
ext/standard/filestat.lo ext/standard/flock_compat.lo
ext/standard/formatted_print.lo ext/standard/fsock.lo
ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo
ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo
ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo
ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo
ext/standard/pack.lo ext/standard/pageinfo.lo ext/standard/parsedate.lo
ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo
ext/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo
ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo
ext/standard/url.lo ext/standard/url_scanner.lo ext/standard/var.lo
ext/standard/versioning.lo ext/standard/assert.lo
ext/standard/strnatcmp.lo ext/standard/levenshtein.lo
ext/standard/incomplete_class.lo ext/standard/url_scanner_ex.lo
ext/standard/ftp_fopen_wrapper.lo ext/standard/http_fopen_wrapper.lo
ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo
ext/standard/css.lo ext/standard/var_unserializer.lo
ext/standard/ftok.lo ext/standard/aggregation.lo ext/standard/sha1.lo
ext/sysvsem/sysvsem.lo ext/sysvshm/sysvshm.lo
ext/tokenizer/tokenizer.lo ext/xml/xml.lo ext/xmlrpc/xmlrpc-epi-php.lo
ext/xmlrpc/libxmlrpc/base64.lo ext/xmlrpc/libxmlrpc/simplestring.lo
ext/xmlrpc/libxmlrpc/xml_to_dandarpc.lo
ext/xmlrpc/libxmlrpc/xmlrpc_introspection.lo
ext/xmlrpc/libxmlrpc/encodings.lo
ext/xmlrpc/libxmlrpc/system_methods.lo
ext/xmlrpc/libxmlrpc/xml_to_xmlrpc.lo ext/xmlrpc/libxmlrpc/queue.lo
ext/xmlrpc/libxmlrpc/xml_element.lo ext/xmlrpc/libxmlrpc/xmlrpc.lo
ext/xmlrpc/libxmlrpc/xml_to_soap.lo ext/xslt/xslt.lo ext/xslt/sablot.lo
regex/regcomp.lo regex/regexec.lo regex/regerror.lo regex/regfree.lo
TSRM/TSRM.lo TSRM/tsrm_strtok_r.lo TSRM/t

#22809 [Csd]: OpenSSL fails to compute internal private key from string but works on file

2003-03-22 Thread php-bugs at liwing dot de

 ID:   22809
 User updated by:  php-bugs at liwing dot de
 Reported By:  php-bugs at liwing dot de
 Status:   Closed
 Bug Type: OpenSSL related
 Operating System: FreeBSD (4.8RC and 5.0)
 PHP Version:  4.3.1
 New Comment:

You should never ignore such warnings. They can became critical one
fine day. If you want, I send you a patch, but I don't think 'ignore'
is a good way :-(


Previous Comments:


[2003-03-22 18:35:19] [EMAIL PROTECTED]

Just ignore those warnings.




[2003-03-22 07:01:48] php-bugs at liwing dot de

/bin/sh /usr/ports/www/mod_php4/work/php-4.3.2RC1/libtool --silent
--preserve-dup-deps --mode=compile cc  -Iext/openssl/
-I/usr/ports/www/mod_php4/work/php-4.3.2RC1/ext/openssl/ -DPHP_ATOM_INC
-I/usr/ports/www/mod_php4/work/php-4.3.2RC1/include
-I/usr/ports/www/mod_php4/work/php-4.3.2RC1/main
-I/usr/ports/www/mod_php4/work/php-4.3.2RC1
-I/usr/ports/www/mod_php4/work/php-4.3.2RC1/Zend
-I/usr/local/include/libxml2 -I/usr/local/include
-I/usr/local/include/freetype2 -I/usr/local/include/mysql 
-I/usr/ports/www/mod_php4/work/php-4.3.2RC1/TSRM  -O -pipe -DNO_WERROR
-march=pentium2 -I/usr/local/include  -prefer-pic -c
/usr/ports/www/mod_php4/work/php-4.3.2RC1/ext/openssl/openssl.c -o
ext/openssl/openssl.lo
/usr/ports/www/mod_php4/work/php-4.3.2RC1/ext/openssl/openssl.c: In
function `zif_openssl_pkey_export_to_file':
/usr/ports/www/mod_php4/work/php-4.3.2RC1/ext/openssl/openssl.c:1911:
warning: assignment discards qualifiers from pointer target type
/usr/ports/www/mod_php4/work/php-4.3.2RC1/ext/openssl/openssl.c: In
function `zif_openssl_pkey_export':
/usr/ports/www/mod_php4/work/php-4.3.2RC1/ext/openssl/openssl.c:1962:
warning: assignment discards qualifiers from pointer target type
/usr/ports/www/mod_php4/work/php-4.3.2RC1/ext/openssl/openssl.c: In
function `zif_openssl_pkcs7_encrypt':
/usr/ports/www/mod_php4/work/php-4.3.2RC1/ext/openssl/openssl.c::
warning: assignment discards qualifiers from pointer target type


Except those warnings openssl works fine



[2003-03-21 17:01:04] [EMAIL PROTECTED]

DO NOT ADD SUCH LONG PARTS OF TEXT IN HERE!!

I deleted that comment. Please attach MAXIMUM of 15-20 lines. And
preferrably text that actually includes the ERROR
you get.




[2003-03-21 10:36:05] php-bugs at liwing dot de

What I have forgotten. I have replaced the source of PHP-4.3.2RC1 with
the stable sources you've recommented. So this is not the error in RC1
(where is it, too) but in yesterdays(?) stable.



[2003-03-20 18:09:22] [EMAIL PROTECTED]

The openssl tests do not fail for me at least, but I tested 
this on Linux. (using openSSL 0.9.7a) 

So please give it a go on FreeBSD, it should work now.





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

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

#22812 [Opn->Bgs]: mail function adds additionas <> symbols to $to parameter

2003-03-22 Thread pollita

 ID:   22812
 Updated by:   [EMAIL PROTECTED]
 Reported By:  dbakr at evalica dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Mail related
 Operating System: Windows XP
 PHP Version:  4.3.1
 New Comment:

The first parameter to mail() should *only* be the email address
itself.  This is the documented and expected behavior for mail().  If
you're curious why this is, I invite you to read the RFC relating to
the SMTP protocol.

If you would like to make sure your header contains the correct real
name description put a "To:" header in the fourth parameter.

mail("[EMAIL PROTECTED]", "the subject", "test",
 "To: Danya <[EMAIL PROTECTED]>\r\n"
."From: [EMAIL PROTECTED]"
."Reply-To: [EMAIL PROTECTED]"
."X-Mailer: PHP/" . phpversion());





Previous Comments:


[2003-03-21 05:18:14] dbakr at evalica dot com

mail("Danya <[EMAIL PROTECTED]>", "the subject", "test",
 "From: [EMAIL PROTECTED]"
."Reply-To: [EMAIL PROTECTED]"
."X-Mailer: PHP/" . phpversion());

results of running scripts

Warning: mail() [function.mail]: SMTP server response: 501 >: "@" or
"." expected after "Danya" in c:\app\apache\html\smail\test.php on line
6

this error message caused by mail() function's adding additional <>
symbols to "Danya <[EMAIL PROTECTED]>".
resulting email addres that was sended to smtp server was ">". Of course, server generates error :)





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

40 matches

Mail list logo