#19513 [Bgs->Fbk]: Mail() function generates wrong time

[mfischer]

 ID:   19513
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Bogus
+Status:   Feedback
 Bug Type: Mail related
 Operating System: windows2k + IIS5
 PHP Version:  4.2.1
 New Comment:

Setting this to feedback.

First, please try a newer version (preferable the NON stable from
http://snaps.php.net/win32 ).

There is some code in win32/sendmail.c related to time; a verification
of the above would help a bit.


Previous Comments:


[2002-09-26 18:12:07] [EMAIL PROTECTED]

Sorry, but the bug system is not the appropriate forum for asking
support questions. Your problem does not imply a bug in PHP itself.
For a list of more appropriate places to ask for help using PHP,
please visit http://www.php.net/support.php

Thank you for your interest in PHP.

The time of the message actually determined by the SMTP server you are
using. If believe this to be a PHP problem non the less, please include
the FULL headers of a message sent by PHP in your response.



[2002-09-20 01:54:22] [EMAIL PROTECTED]

after searching at google, finding several problems like mine, I've
searched PHP.NET but didn't find anything related.
So here we are:
Sending a mail using PHP MAIL()-function generates a mail item with a
time +3 hours to our realtime (e.g.: mail has been send at 7:00 GMT+1
Daylight, received mail item says: Mail has been send at 10:00 GMT+1
Daylight)

All timezone settings (server and client) have been crosschecked. No
Errors visible.
Who can help ??

regards
Carsten Lahme




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

#18523 [Fbk->Opn]: httpd Memory consumption with new PHP

[tomki]

 ID:   18523
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Apache related
 Operating System: BSDI 4.1
 PHP Version:  4.2.2
 New Comment:

Did not work; didn't generate the .so

su# make install
Installing PHP SAPI module
[activating module `php4' in /usr/local/web/apache/conf/httpd.conf]
cp libs/libphp4.so /usr/local/web/apache/libexec/libphp4.so
cp: libs/libphp4.so: No such file or directory
apxs:Break: Command failed with rc=1
*** Error code 1


Previous Comments:


[2002-09-26 19:51:45] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2002-09-08 03:36:42] [EMAIL PROTECTED]

Ok
No, it isn't.
Same issue of wanting a shared libc-client library.
I tried the snapshot, and it didn't complain about that, but failed
during the make install. (I forget where, I'll try another snapshot in
a couple days)



[2002-09-07 07:16:11] [EMAIL PROTECTED]

> Is this fixed in 4.2.3?

I don't know :)
Try 4.2.3 and report result back.



[2002-09-07 01:10:58] [EMAIL PROTECTED]

Is this fixed in 4.2.3?



[2002-07-30 05:40:31] [EMAIL PROTECTED]

verified, with update gcc (2.95.3) up-to-date autotools and (g)make,
against HEAD cvs.

I'm working on a libtoolized version of the imap c-client. Maybe we
should fork that one as well? Especially since it will be quite some
time, before Apache 2 has static module support.

tomki: if you need imap, there's no other way then compiling php as a
static module.



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/18523

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

#19628 [Opn]: WDDX should allow user to specify the variable type

[jan]

 ID:   19628
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: WDDX related
 Operating System: All
 PHP Version:  4.2.0
-Assigned To:  
+Assigned To:  jan
 New Comment:

assign


Previous Comments:


[2002-09-27 01:15:30] [EMAIL PROTECTED]

I am using PHP's WDDX and find it very useful, 
but that's only if I use it to exchange data 
between PHP program. Once I have to exchange
the data with other languange I begin to face 
problem after problem, mostly because of the 
way PHP's WDDX interpret the variable type.

The solution for this is, instead of 
auto-detecting the type of a var, PHP's WDDX 
should allow the user to explicitly specify 
the type they want the vars to be encoded as.

For example:

$string = "1";
wddx_serialize($string, WDDX_INTEGER);
// var $string will be encoded as integer, 
// instead of string

$file_name = "contain some unicode char";
wddx_serialize($file_name, WDDX_BINARY);
// var $file_name will be encoded 
// as binary, instead of string


Two good reasons why this should be implemented:

1. The main purpose of WDDX is to exchange data 
   between diff lang, and auto-detecting var type 
   will break this purpose.  Moreover, the
   type-juggling in PHP will make the case worst.

   For example, consider these two data:

 array ("2" => "Two", "4" => "Four", "5" => "Five");
 array ("0" => "Zero", "1" => "One", "2" => "Two");

   The first one will be interpreted by WDDX as hash 
   (assoc array).  But the second one, where the key 
   happen to be a sequence starting from 0, will be 
   interpreted as normal array, not hash.

2. If users can specify the type of a variable, 
   then PHP's WDDX can support all type which 
   is defined in WDDX standard.
   For example binary type. Currently there's no way 
   to create a WDDX packet with binary type, because 
   PHP don't have binary type variable.  There's a
   workaround to manually base64 the var, but this
   will require a change at the other end to handle 
   this workaround too, which in some cases is 
   not possible.





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

#19628 [NEW]: WDDX should allow user to specify the variable type

[jimmy]

From: [EMAIL PROTECTED]
Operating system: All
PHP version:  4.2.0
PHP Bug Type: WDDX related
Bug description:  WDDX should allow user to specify the variable type

I am using PHP's WDDX and find it very useful, 
but that's only if I use it to exchange data 
between PHP program. Once I have to exchange
the data with other languange I begin to face 
problem after problem, mostly because of the 
way PHP's WDDX interpret the variable type.

The solution for this is, instead of 
auto-detecting the type of a var, PHP's WDDX 
should allow the user to explicitly specify 
the type they want the vars to be encoded as.

For example:

$string = "1";
wddx_serialize($string, WDDX_INTEGER);
// var $string will be encoded as integer, 
// instead of string

$file_name = "contain some unicode char";
wddx_serialize($file_name, WDDX_BINARY);
// var $file_name will be encoded 
// as binary, instead of string


Two good reasons why this should be implemented:

1. The main purpose of WDDX is to exchange data 
   between diff lang, and auto-detecting var type 
   will break this purpose.  Moreover, the
   type-juggling in PHP will make the case worst.

   For example, consider these two data:

 array ("2" => "Two", "4" => "Four", "5" => "Five");
 array ("0" => "Zero", "1" => "One", "2" => "Two");

   The first one will be interpreted by WDDX as hash 
   (assoc array).  But the second one, where the key 
   happen to be a sequence starting from 0, will be 
   interpreted as normal array, not hash.

2. If users can specify the type of a variable, 
   then PHP's WDDX can support all type which 
   is defined in WDDX standard.
   For example binary type. Currently there's no way 
   to create a WDDX packet with binary type, because 
   PHP don't have binary type variable.  There's a
   workaround to manually base64 the var, but this
   will require a change at the other end to handle 
   this workaround too, which in some cases is 
   not possible.

-- 
Edit bug report at http://bugs.php.net/?id=19628&edit=1
-- 
Try a CVS snapshot:  http://bugs.php.net/fix.php?id=19628&r=trysnapshot
Fixed in CVS:http://bugs.php.net/fix.php?id=19628&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=19628&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=19628&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=19628&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=19628&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=19628&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=19628&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=19628&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=19628&r=globals

#19324 [Com]: show PHP source on client's browser

[wiseguy]

 ID:   19324
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Output Control
 Operating System: Solaris8 x86
 PHP Version:  4.2.3
 New Comment:

No error as php4-200209241800 when I compiled 
php4-STABLE-200209261800 .
But the running result is the same. :(


Previous Comments:


[2002-09-27 00:40:36] [EMAIL PROTECTED]

Solaris' sed doesn't handle the long lines, you will have more luck
with gnu sed. Can you install that and try again?

Derick



[2002-09-26 21:23:13] [EMAIL PROTECTED]

I downloaded php4-STABLE-200209261800 and used pure compiling . showing
source still arisen . :(



[2002-09-26 20:36:12] [EMAIL PROTECTED]

compiling fault. I use php4-200209241800 .

/bin/sh libtool --silent --mode=link gcc -export-dynamic  
-avoid-version -module -L/usr/ucblib
-L/usr/local/lib/gcc-lib/i386-pc-solaris2.8/3.2  -R /usr/ucblib -R
/usr/local/lib/gcc-lib/i386-pc-solaris2.8/3.2 ext/ctype/ctype.lo
ext/mbstring/mbfilter_ja.lo ext/mbstring/mbfilter_cn.lo
ext/mbstring/mbfilter_tw.lo ext/mbstring/mbfilter_kr.lo
ext/mbstring/mbfilter_ru.lo ext/mbstring/mbfilter.lo
ext/mbstring/mbstring.lo ext/mbstring/mbregex.lo
ext/mbstring/php_mbregex.lo ext/mbstring/html_entities.lo
ext/mysql/php_mysql.lo ext/mysql/libmysql/libmysql.lo
ext/mysql/libmysql/errmsg.lo ext/mysql/libmysql/net.lo
ext/mysql/libmysql/violite.lo ext/mysql/libmysql/password.lo
ext/mysql/libmysql/my_init.lo ext/mysql/libmysql/my_lib.lo
ext/mysql/libmysql/my_static.lo ext/mysql/libmysql/my_malloc.lo
ext/mysql/libmysql/my_realloc.lo ext/mysql/libmysql/my_create.lo
ext/mysql/libmysql/my_delete.lo ext/mysql/libmysql/my_tempnam.lo
ext/mysql/libmysql/my_open.lo ext/mysql/libmysql/mf_casecnv.lo
ext/mysql/libmysql/my_read.lo ext/mysql/libmysql/my_write.lo
ext/mysql/libmysql/errors.lo ext/mysql/libmysql/my_error.lo
ext/mysql/libmysql/my_getwd.lo ext/mysql/libmysql/my_div.lo
ext/mysql/libmysql/mf_pack.lo ext/mysql/libmysql/my_messnc.lo
ext/mysql/libmysql/mf_dirname.lo ext/mysql/libmysql/mf_fn_ext.lo
ext/mysql/libmysql/mf_wcomp.lo ext/mysql/libmysql/typelib.lo
ext/mysql/libmysql/safemalloc.lo ext/mysql/libmysql/my_alloc.lo
ext/mysql/libmysql/mf_format.lo ext/mysql/libmysql/mf_path.lo
ext/mysql/libmysql/mf_unixpath.lo ext/mysql/libmysql/my_fopen.lo
ext/mysql/libmysql/mf_loadpath.lo ext/mysql/libmysql/my_pthread.lo
ext/mysql/libmysql/my_thr_init.lo ext/mysql/libmysql/thr_mutex.lo
ext/mysql/libmysql/mulalloc.lo ext/mysql/libmysql/string.lo
ext/mysql/libmysql/default.lo ext/mysql/libmysql/my_compress.lo
ext/mysql/libmysql/array.lo ext/mysql/libmysql/my_once.lo
ext/mysql/libmysql/list.lo ext/mysql/libmysql/my_net.lo
ext/mysql/libmysql/dbug.lo ext/mysql/libmysql/strmov.lo
ext/mysql/libmysql/strxmov.lo ext/mysql/libmysql/strnmov.lo
ext/mysql/libmysql/strmake.lo ext/mysql/libmysql/strend.lo
ext/mysql/libmysql/strfill.lo ext/mysql/libmysql/is_prefix.lo
ext/mysql/libmysql/int2str.lo ext/mysql/libmysql/str2int.lo
ext/mysql/libmysql/strinstr.lo ext/mysql/libmysql/strcont.lo
ext/mysql/libmysql/strcend.lo ext/mysql/libmysql/bchange.lo
ext/mysql/libmysql/bmove.lo ext/mysql/libmysql/bmove_upp.lo
ext/mysql/libmysql/longlong2str.lo ext/mysql/libmysql/strtoull.lo
ext/mysql/libmysql/strtoll.lo ext/mysql/libmysql/charset.lo
ext/mysql/libmysql/ctype.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/posix/posix.lo ext/session/session.lo ext/session/mod_files.lo
ext/session/mod_mm.lo ext/session/mod_user.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

#19324 [Fbk]: show PHP source on client's browser

[derick]

 ID:   19324
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Output Control
 Operating System: Solaris8 x86
 PHP Version:  4.2.3
 New Comment:

Solaris' sed doesn't handle the long lines, you will have more luck
with gnu sed. Can you install that and try again?

Derick


Previous Comments:


[2002-09-26 21:23:13] [EMAIL PROTECTED]

I downloaded php4-STABLE-200209261800 and used pure compiling . showing
source still arisen . :(



[2002-09-26 20:36:12] [EMAIL PROTECTED]

compiling fault. I use php4-200209241800 .

/bin/sh libtool --silent --mode=link gcc -export-dynamic  
-avoid-version -module -L/usr/ucblib
-L/usr/local/lib/gcc-lib/i386-pc-solaris2.8/3.2  -R /usr/ucblib -R
/usr/local/lib/gcc-lib/i386-pc-solaris2.8/3.2 ext/ctype/ctype.lo
ext/mbstring/mbfilter_ja.lo ext/mbstring/mbfilter_cn.lo
ext/mbstring/mbfilter_tw.lo ext/mbstring/mbfilter_kr.lo
ext/mbstring/mbfilter_ru.lo ext/mbstring/mbfilter.lo
ext/mbstring/mbstring.lo ext/mbstring/mbregex.lo
ext/mbstring/php_mbregex.lo ext/mbstring/html_entities.lo
ext/mysql/php_mysql.lo ext/mysql/libmysql/libmysql.lo
ext/mysql/libmysql/errmsg.lo ext/mysql/libmysql/net.lo
ext/mysql/libmysql/violite.lo ext/mysql/libmysql/password.lo
ext/mysql/libmysql/my_init.lo ext/mysql/libmysql/my_lib.lo
ext/mysql/libmysql/my_static.lo ext/mysql/libmysql/my_malloc.lo
ext/mysql/libmysql/my_realloc.lo ext/mysql/libmysql/my_create.lo
ext/mysql/libmysql/my_delete.lo ext/mysql/libmysql/my_tempnam.lo
ext/mysql/libmysql/my_open.lo ext/mysql/libmysql/mf_casecnv.lo
ext/mysql/libmysql/my_read.lo ext/mysql/libmysql/my_write.lo
ext/mysql/libmysql/errors.lo ext/mysql/libmysql/my_error.lo
ext/mysql/libmysql/my_getwd.lo ext/mysql/libmysql/my_div.lo
ext/mysql/libmysql/mf_pack.lo ext/mysql/libmysql/my_messnc.lo
ext/mysql/libmysql/mf_dirname.lo ext/mysql/libmysql/mf_fn_ext.lo
ext/mysql/libmysql/mf_wcomp.lo ext/mysql/libmysql/typelib.lo
ext/mysql/libmysql/safemalloc.lo ext/mysql/libmysql/my_alloc.lo
ext/mysql/libmysql/mf_format.lo ext/mysql/libmysql/mf_path.lo
ext/mysql/libmysql/mf_unixpath.lo ext/mysql/libmysql/my_fopen.lo
ext/mysql/libmysql/mf_loadpath.lo ext/mysql/libmysql/my_pthread.lo
ext/mysql/libmysql/my_thr_init.lo ext/mysql/libmysql/thr_mutex.lo
ext/mysql/libmysql/mulalloc.lo ext/mysql/libmysql/string.lo
ext/mysql/libmysql/default.lo ext/mysql/libmysql/my_compress.lo
ext/mysql/libmysql/array.lo ext/mysql/libmysql/my_once.lo
ext/mysql/libmysql/list.lo ext/mysql/libmysql/my_net.lo
ext/mysql/libmysql/dbug.lo ext/mysql/libmysql/strmov.lo
ext/mysql/libmysql/strxmov.lo ext/mysql/libmysql/strnmov.lo
ext/mysql/libmysql/strmake.lo ext/mysql/libmysql/strend.lo
ext/mysql/libmysql/strfill.lo ext/mysql/libmysql/is_prefix.lo
ext/mysql/libmysql/int2str.lo ext/mysql/libmysql/str2int.lo
ext/mysql/libmysql/strinstr.lo ext/mysql/libmysql/strcont.lo
ext/mysql/libmysql/strcend.lo ext/mysql/libmysql/bchange.lo
ext/mysql/libmysql/bmove.lo ext/mysql/libmysql/bmove_upp.lo
ext/mysql/libmysql/longlong2str.lo ext/mysql/libmysql/strtoull.lo
ext/mysql/libmysql/strtoll.lo ext/mysql/libmysql/charset.lo
ext/mysql/libmysql/ctype.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/posix/posix.lo ext/session/session.lo ext/session/mod_files.lo
ext/session/mod_mm.lo ext/session/mod_user.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.

#19380 [NoF->Opn]: Incorrect session handling

[ctenedor]

 ID:   19380
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   No Feedback
+Status:   Open
 Bug Type: Session related
 Operating System: linux redhat 7.2 (2.4.7-10)
 PHP Version:  4.2.3
 New Comment:

Well, I 'fixed' the problem using

$_SESSION=array();

to clear all session variables. 
and 

$_SESSION['variable']=NULL;

to clear individual.

The problem is, I think, when destroying session variables. In some
systems, fail and causes problems, in other, the same code works fine.
All this is about destroy variables in session array.

To avoid problems, I suspend use of unset.


Previous Comments:


[2002-09-26 20:11:13] [EMAIL PROTECTED]

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.





[2002-09-12 15:38:57] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

Zeev and I talked about this awhile back, and I believe he implemented
your requested feature.  Try a new snapshot, and see if that fixes
things for you.  From what I recall, this functionality didn't exist
previously.



[2002-09-12 14:40:36] [EMAIL PROTECTED]

It seems like unset function it's not working fine, when is used on
$_SESSION variables. My script uses an array containing a list of
items, and with a button, i clear that list (I only 'destroy' the
variable, using unset. When the scripts check again for the existence
of $_SESSION and isn't set, it's created, of course, empty)

/*Clear function (in file clear.php)*/

 if(isset($_POST['reset']))
 {
unset($_SESSION['galery']);
 
 }
 header("location:showlist.php");


/*Show items in list (in file showlist.php)*/
session_start();
if(!isset($_SESSION['galery']))
   $_SESSION['galery']=array();
echo "List has ". count($_SESSION['gallery']) ." items";

This is only a sample. Supose that I have many lists, every of them
accessible by a link. When I click a link, it should show the items of
that collection, but it's not working, the session variable is not
destroyed, and every list, show the same content.

I'm not using global variables since 4.2.1. Some scripts working fine
become unstable when upgraded from 4.2.2 to  4.2.3

 './configure' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin'
'--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share'
'--includedir=/usr/include' '--libdir=/usr/lib'
'--libexecdir=/usr/libexec' '--localstatedir=/var'
'--sharedstatedir=/usr/com' '--mandir=/usr/share/man'
'--infodir=/usr/share/info' '--with-config-file-path=/etc'
'--disable-debug' '--enable-pic' '--disable-path'
'--enable-inline-optimization' '--with-apxs=/usr/sbin/apxs'
'--with-bz2' '--with-db3' '--with-exec-dir=/usr/bin' '--with-gd'
'--with-gdbm' '--with-gettext' '--with-jpeg-dir=/usr' '--with-mm'
'--with-openssl' '--with-png' '--with-regex=system' '--with-ttf'
'--with-zlib' '--with-layout=GNU' '--enable-debugger' '--enable-ftp'
'--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets'
'--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars'
'--enable-yp' '--enable-wddx' '--with-mysql' '--with-xml'
'--with-png-dir=/usr/local/lib' '--with-pam_auth'
'--with-imap=/usr/src/imap/lib' '--with-ldap' '--with-ftp'
'--with-kerberos'

Cesar







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

#19219 [Opn]: Cannot build with-informix for Apache DSO

[jerrysmith]

 ID:   19219
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Informix related
 Operating System: HPUX 11.0
 PHP Version:  4.2.2
 New Comment:

HELP!  I'm dying here.  If I don't get this running I may loose a
consulting contract!  Whats the process to get a developer to take a
look here?


Previous Comments:


[2002-09-09 19:50:31] [EMAIL PROTECTED]

ANYONE ELSE UP TO THE CHALLENGE???

...here is the contents of the ext dir of PHP for Informix

[hpserv02] ls
.deps   Makefileifx.c   ifx.lo  libs.mk
stub.c
.libs   Makefile.in ifx.dsp libinformix.la 
php_informix.h
CREDITS config.m4   ifx.ec  libphpifx.a
setup.stub
..the .lib DIR contains..
[hpserv02] ls -al .libs
-rw-rw-rw-   1 root   sys 321104 Sep  9 19:55
libinformix.al
lrwxrwxrwx   1 root   sys 17 Sep  9 19:55
libinformix.la -> ../libinformix.la

ALSO..

[hpserv02] 
[hpserv02] ls /usr/informix/lib
esql   iasft07b.sllibixasf.a libtasf.a  netstub.a  
   sqlexecd
iasfs07a.sllibasf.a   libixasf.sllibtasf.sl sqlexec
   sqlexecd.old
iasfs07b.sllibasf.sl  libnetstub.sl  netlib.a   sqlexec.old
   sqlrm
[hpserv02] 
[hpserv02] ls /usr/informix/lib/esql
checkapi.oigl4a303.sl   isqlt07a.sl   libgls.a  libixgen.sl  
libixos.a libos.sl  libtos.a
esqlc iglxa303.sl   isxas07a.sl   libglx.a  libixgls.a   
libixos.sllibsql.a  libtos.sl
esqlmfiosls07a.sl   ixacursor.o   libinfxxa.a   libixgls.sl  
libixsql.alibsql.sl libtsql.a
igens07a.sl   ioslt07a.sl   libgen.a  libinfxxa.sl  libixglx.a   
libixsql.sl   libtgen.a libtsql.sl
igent07a.sl   isqls07a.sl   libgen.sl libixgen.alibixglx.sl  
libos.a   libtgen.sl
[hpserv02]



[2002-09-04 19:40:23] [EMAIL PROTECTED]

I think libtool sucks. And I'm out of ideas.




[2002-09-04 17:37:33] [EMAIL PROTECTED]

No such luck.  The standard build with:
./configure --with-apxs=/usr/informix/apache/bin/apxs --with-mysql=no

Resulted in
.
.
*** Warning: This library needs some functionality provided by
-lcrypt*** I have the capability to make that.


*** Warning: libtool could not satisfy all declared inter-library***
dependencies of module libphp4.  Therefore, libtool will create *** a
static module, that should work as long as the dlopening ***
application is linked with the -dlopen flag.

Installing PHP SAPI module
apxs:Error: file libs/libphp4.sl is not a DSO
*** Error exit code 1

Stop.
===
the libs directory contained two libraries...

libphp4.a   libphp4.la

I copied them to the apache modules dir and updated
the httpd.conf to include themwhen starting get the
error:
[hpserv02] ./apachectl start
/usr/lib/dld.sl: Bad magic number for shared library:
/usr/local/apache/lib/modules/libphp4.la
/usr/lib/dld.sl: Exec format error
Syntax error on line 236 of /usr/local/apache/etc/httpd.conf:
Cannot load /usr/local/apache/lib/modules/libphp4.la into server: Exec
format error
./apachectl start: httpd could not be started

-

Since I cannot rebuild the Apache, I must have an Informix make file
that includes the proper shared library.  This seems to me to be the
simplest solution..(and use the 4.2.2 source for the build)  What do
you think?

Thanks
Jerry



[2002-09-04 13:22:33] [EMAIL PROTECTED]

Did the snapshot work (ie. compile correct file) without informix
then?




[2002-09-04 13:08:59] [EMAIL PROTECTED]

It did not build a libphp4.sl, but a libphp4.lc  whatever that is.  I
tried copying it and still got the exec error.

Since I can successfully build and run a PHP moduled for the Apache
WITHOUT the Informix, I believe that the portion of the makefile simply
needs to be modified to use the correct "shared" version of the
libraries needed.

Thanks for your help
Jerry



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/19219

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

#19627 [NEW]: IPC sem_remove SIGSEGV

[malekjo]

From: [EMAIL PROTECTED]
Operating system: Linux 2.4.18-10 Kernel
PHP version:  4.2.3
PHP Bug Type: Reproducible crash
Bug description:  IPC sem_remove SIGSEGV

Here's my php environment
*

[joe@willyslide joe]$ php -m
Running PHP 4.2.3
Zend Engine v1.2.0, Copyright (c) 1998-2002 Zend Technologies

[PHP Modules]
xml, wddx, sysvshm, sysvsem, standard, sockets, session, posix, pcre,
openssl, mysql, ftp, ctype, calendar, bcmath, zlib

'./configure' '--prefix=/usr' '--enable-debug' '--with-openssl'
'--enable-sockets' '--with-regex=system' '--enable-inline-optimization'
'--with- config-file-path=/etc' '--with-zlib' '--enable-bcmath'
'--enable-calendar' '-- enable-ftp' '--with-mysql' '--enable-sysvshm'
'--enable-sysvsem' '-- enable-wddx' '--enable-memory-limit'

My issue
*

sem_remove() seg.faults when called.  I'm trying to write a script for
creating unique serial numbers on the fly.

(gdb) run -e ../serial.php4 
Starting program: /usr//bin/php -e ../serial.php4
X-Powered-By: PHP/4.2.3
Content-type: text/html

got semkey: 1628011873
semID: 1
got sem 1
MD5: 0a5d400ea944a83abe69221024433f56
released sem

Program received signal SIGSEGV, Segmentation fault.
0x08101e3b in zif_sem_remove (ht=1032230416, return_value=0x0, 
this_ptr=0x3d86960f, return_value_used=0) at sysvsem.c:392
392 if(semctl(sem_ptr->semid, 0, IPC_RMID, &un) < 0) {
(gdb) bt
#0  0x08101e3b in zif_sem_remove (ht=1032230416, return_value=0x0, 
this_ptr=0x3d86960f, return_value_used=0) at sysvsem.c:392
(gdb) print sem_ptr
$1 = (sysvsem_sem *) 0x0

*
It would appear that somewhere in the code behind sem_remove($semId) the
sem_ptr->semid is NULL? 
*

My php code
***



I've had the same problem on PHP 4.1.2 (where I originally found it) on
Red Hat 7.3 with the PHP RPM installed and 'up2date'd.
-- 
Edit bug report at http://bugs.php.net/?id=19627&edit=1
-- 
Try a CVS snapshot:  http://bugs.php.net/fix.php?id=19627&r=trysnapshot
Fixed in CVS:http://bugs.php.net/fix.php?id=19627&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=19627&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=19627&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=19627&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=19627&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=19627&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=19627&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=19627&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=19627&r=globals

#19594 [Fbk->Opn]: dba extension segfaults with the db2 driver

[busterb]

 ID:   19594
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: DBM/DBA related
 Operating System: Slackware Linux
 PHP Version:  4CVS-2002-09-25
 New Comment:

The version is 2.4.14, the default supplied with  
Slackware. 
 
I'm installing 2.7.7 now and will let Pat know if he needs 
to make an upgrade.


Previous Comments:


[2002-09-26 09:50:28] [EMAIL PROTECTED]

I can not reproduce this with latest CVS HEAD using your script. I
think it's a problem in your db2 library.
What version is it?





[2002-09-25 10:15:29] [EMAIL PROTECTED]

Here it is. It looks like a string is not allocated 
correctly.  
  
#0  0x081ebb90 in memp_register ()  
#1  0x40040c6b in db_open () from /lib/libdb.so.3  
#2  0x0807aa0c in dba_open_db2 (info=0x82ea510) at  
/home/busterb/cvs/php4/php4/ext/dba/dba_db2.c:74  
#3  0x0807a4f8 in php_dba_open (ht=3,  
return_value=0x82ea4b4, this_ptr=0x0, return_value_used=0,  
persistent=0) at  
/home/busterb/cvs/php4/php4/ext/dba/dba.c:346  
#4  0x08079e0e in zif_dba_open (ht=3356467,  
return_value=0x333733, this_ptr=0x333733,  
return_value_used=3356467) at  
/home/busterb/cvs/php4/php4/ext/dba/dba.c:386  
#5  0x081a6dcf in execute (op_array=0x82e9fbc)  
at  
/home/busterb/cvs/php4/php4/Zend/zend_execute.c:1602  
#6  0x0818f45c in zend_eval_string (str=0xbfffd55c "",  
retval_ptr=0x0,  
string_name=0x333733 )  
at  
/home/busterb/cvs/php4/php4/Zend/zend_execute_API.c:630  
#7  0x081ac68d in main (argc=3, argv=0xbfffd764)  
at /home/busterb/cvs/php4/php4/sapi/cli/php_cli.c:737  
#8  0x4033317d in __libc_start_main () from /lib/libc.so.6



[2002-09-25 09:42:42] [EMAIL PROTECTED]

Please recompile PHP with --enable-debug and post a new backtrace.



[2002-09-25 09:28:42] [EMAIL PROTECTED]

Creating a new db2 database causes a segfault with 
dba_open() 
 
$ php -v 
PHP 4.3.0-dev (cli), Copyright (c) 1997-2002 The PHP Group 
Zend Engine v1.3.0, Copyright (c) 1998-2002 Zend 
Technologies 
$ php -r "dba_open ("file_test", "n", "db2");" 
Segmentation fault 
 
This is the backtrace:   
#0  0x081ad050 in memp_register ()   
#1  0x40031c6b in db_open () from /lib/libdb.so.3   
#2  0x0807567a in dba_open_db2 ()   
#3  0x080752b0 in php_dba_open ()   
#4  0x08074d3e in zif_dba_open ()   
#5  0x0816928c in execute ()   
#6  0x0815cd0b in zend_execute_scripts ()   
#7  0x081374a9 in php_execute_script ()   
#8  0x0816dc6b in main ()   
#9  0x4028917d in __libc_start_main () from /lib/libc.so.6   




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

#19324 [Com]: show PHP source on client's browser

[wiseguy]

 ID:   19324
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Output Control
 Operating System: Solaris8 x86
 PHP Version:  4.2.3
 New Comment:

I downloaded php4-STABLE-200209261800 and used pure compiling . showing
source still arisen . :(


Previous Comments:


[2002-09-26 20:36:12] [EMAIL PROTECTED]

compiling fault. I use php4-200209241800 .

/bin/sh libtool --silent --mode=link gcc -export-dynamic  
-avoid-version -module -L/usr/ucblib
-L/usr/local/lib/gcc-lib/i386-pc-solaris2.8/3.2  -R /usr/ucblib -R
/usr/local/lib/gcc-lib/i386-pc-solaris2.8/3.2 ext/ctype/ctype.lo
ext/mbstring/mbfilter_ja.lo ext/mbstring/mbfilter_cn.lo
ext/mbstring/mbfilter_tw.lo ext/mbstring/mbfilter_kr.lo
ext/mbstring/mbfilter_ru.lo ext/mbstring/mbfilter.lo
ext/mbstring/mbstring.lo ext/mbstring/mbregex.lo
ext/mbstring/php_mbregex.lo ext/mbstring/html_entities.lo
ext/mysql/php_mysql.lo ext/mysql/libmysql/libmysql.lo
ext/mysql/libmysql/errmsg.lo ext/mysql/libmysql/net.lo
ext/mysql/libmysql/violite.lo ext/mysql/libmysql/password.lo
ext/mysql/libmysql/my_init.lo ext/mysql/libmysql/my_lib.lo
ext/mysql/libmysql/my_static.lo ext/mysql/libmysql/my_malloc.lo
ext/mysql/libmysql/my_realloc.lo ext/mysql/libmysql/my_create.lo
ext/mysql/libmysql/my_delete.lo ext/mysql/libmysql/my_tempnam.lo
ext/mysql/libmysql/my_open.lo ext/mysql/libmysql/mf_casecnv.lo
ext/mysql/libmysql/my_read.lo ext/mysql/libmysql/my_write.lo
ext/mysql/libmysql/errors.lo ext/mysql/libmysql/my_error.lo
ext/mysql/libmysql/my_getwd.lo ext/mysql/libmysql/my_div.lo
ext/mysql/libmysql/mf_pack.lo ext/mysql/libmysql/my_messnc.lo
ext/mysql/libmysql/mf_dirname.lo ext/mysql/libmysql/mf_fn_ext.lo
ext/mysql/libmysql/mf_wcomp.lo ext/mysql/libmysql/typelib.lo
ext/mysql/libmysql/safemalloc.lo ext/mysql/libmysql/my_alloc.lo
ext/mysql/libmysql/mf_format.lo ext/mysql/libmysql/mf_path.lo
ext/mysql/libmysql/mf_unixpath.lo ext/mysql/libmysql/my_fopen.lo
ext/mysql/libmysql/mf_loadpath.lo ext/mysql/libmysql/my_pthread.lo
ext/mysql/libmysql/my_thr_init.lo ext/mysql/libmysql/thr_mutex.lo
ext/mysql/libmysql/mulalloc.lo ext/mysql/libmysql/string.lo
ext/mysql/libmysql/default.lo ext/mysql/libmysql/my_compress.lo
ext/mysql/libmysql/array.lo ext/mysql/libmysql/my_once.lo
ext/mysql/libmysql/list.lo ext/mysql/libmysql/my_net.lo
ext/mysql/libmysql/dbug.lo ext/mysql/libmysql/strmov.lo
ext/mysql/libmysql/strxmov.lo ext/mysql/libmysql/strnmov.lo
ext/mysql/libmysql/strmake.lo ext/mysql/libmysql/strend.lo
ext/mysql/libmysql/strfill.lo ext/mysql/libmysql/is_prefix.lo
ext/mysql/libmysql/int2str.lo ext/mysql/libmysql/str2int.lo
ext/mysql/libmysql/strinstr.lo ext/mysql/libmysql/strcont.lo
ext/mysql/libmysql/strcend.lo ext/mysql/libmysql/bchange.lo
ext/mysql/libmysql/bmove.lo ext/mysql/libmysql/bmove_upp.lo
ext/mysql/libmysql/longlong2str.lo ext/mysql/libmysql/strtoull.lo
ext/mysql/libmysql/strtoll.lo ext/mysql/libmysql/charset.lo
ext/mysql/libmysql/ctype.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/posix/posix.lo ext/session/session.lo ext/session/mod_files.lo
ext/session/mod_mm.lo ext/session/mod_user.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/tokenizer/tokenizer.lo ext/xml/xml.lo ext/xml/expat/xmlparse.lo
ext/xml/expat/xmlrole.lo ext/xml/expat/xmltok.lo regex/regcomp.lo
regex/regexec.lo regex/regerror.lo regex/regfree.lo TSRM/TSRM.lo
TSRM/tsrm_strtok_r.lo TSRM/tsrm_virtual_cw

#19324 [Com]: show PHP source on client's browser

[wiseguy]

 ID:   19324
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Output Control
 Operating System: Solaris8 x86
 PHP Version:  4.2.3
 New Comment:

compiling fault. I use php4-200209241800 .

/bin/sh libtool --silent --mode=link gcc -export-dynamic  
-avoid-version -module -L/usr/ucblib
-L/usr/local/lib/gcc-lib/i386-pc-solaris2.8/3.2  -R /usr/ucblib -R
/usr/local/lib/gcc-lib/i386-pc-solaris2.8/3.2 ext/ctype/ctype.lo
ext/mbstring/mbfilter_ja.lo ext/mbstring/mbfilter_cn.lo
ext/mbstring/mbfilter_tw.lo ext/mbstring/mbfilter_kr.lo
ext/mbstring/mbfilter_ru.lo ext/mbstring/mbfilter.lo
ext/mbstring/mbstring.lo ext/mbstring/mbregex.lo
ext/mbstring/php_mbregex.lo ext/mbstring/html_entities.lo
ext/mysql/php_mysql.lo ext/mysql/libmysql/libmysql.lo
ext/mysql/libmysql/errmsg.lo ext/mysql/libmysql/net.lo
ext/mysql/libmysql/violite.lo ext/mysql/libmysql/password.lo
ext/mysql/libmysql/my_init.lo ext/mysql/libmysql/my_lib.lo
ext/mysql/libmysql/my_static.lo ext/mysql/libmysql/my_malloc.lo
ext/mysql/libmysql/my_realloc.lo ext/mysql/libmysql/my_create.lo
ext/mysql/libmysql/my_delete.lo ext/mysql/libmysql/my_tempnam.lo
ext/mysql/libmysql/my_open.lo ext/mysql/libmysql/mf_casecnv.lo
ext/mysql/libmysql/my_read.lo ext/mysql/libmysql/my_write.lo
ext/mysql/libmysql/errors.lo ext/mysql/libmysql/my_error.lo
ext/mysql/libmysql/my_getwd.lo ext/mysql/libmysql/my_div.lo
ext/mysql/libmysql/mf_pack.lo ext/mysql/libmysql/my_messnc.lo
ext/mysql/libmysql/mf_dirname.lo ext/mysql/libmysql/mf_fn_ext.lo
ext/mysql/libmysql/mf_wcomp.lo ext/mysql/libmysql/typelib.lo
ext/mysql/libmysql/safemalloc.lo ext/mysql/libmysql/my_alloc.lo
ext/mysql/libmysql/mf_format.lo ext/mysql/libmysql/mf_path.lo
ext/mysql/libmysql/mf_unixpath.lo ext/mysql/libmysql/my_fopen.lo
ext/mysql/libmysql/mf_loadpath.lo ext/mysql/libmysql/my_pthread.lo
ext/mysql/libmysql/my_thr_init.lo ext/mysql/libmysql/thr_mutex.lo
ext/mysql/libmysql/mulalloc.lo ext/mysql/libmysql/string.lo
ext/mysql/libmysql/default.lo ext/mysql/libmysql/my_compress.lo
ext/mysql/libmysql/array.lo ext/mysql/libmysql/my_once.lo
ext/mysql/libmysql/list.lo ext/mysql/libmysql/my_net.lo
ext/mysql/libmysql/dbug.lo ext/mysql/libmysql/strmov.lo
ext/mysql/libmysql/strxmov.lo ext/mysql/libmysql/strnmov.lo
ext/mysql/libmysql/strmake.lo ext/mysql/libmysql/strend.lo
ext/mysql/libmysql/strfill.lo ext/mysql/libmysql/is_prefix.lo
ext/mysql/libmysql/int2str.lo ext/mysql/libmysql/str2int.lo
ext/mysql/libmysql/strinstr.lo ext/mysql/libmysql/strcont.lo
ext/mysql/libmysql/strcend.lo ext/mysql/libmysql/bchange.lo
ext/mysql/libmysql/bmove.lo ext/mysql/libmysql/bmove_upp.lo
ext/mysql/libmysql/longlong2str.lo ext/mysql/libmysql/strtoull.lo
ext/mysql/libmysql/strtoll.lo ext/mysql/libmysql/charset.lo
ext/mysql/libmysql/ctype.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/posix/posix.lo ext/session/session.lo ext/session/mod_files.lo
ext/session/mod_mm.lo ext/session/mod_user.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/tokenizer/tokenizer.lo ext/xml/xml.lo ext/xml/expat/xmlparse.lo
ext/xml/expat/xmlrole.lo ext/xml/expat/xmltok.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_ini.lo main/SAPI.lo
main/rfc1867.lo main/php_content_types.lo main/strlcpy.lo
main/strlcat.lo ma

#18702 [Fbk->NoF]: XML not available in latest STABLE snap

[sniper]

 ID:   18702
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: XML related
 Operating System: Freebsd 4.5
 PHP Version:  4CVS-2002-08-02
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-09-18 19:46:07] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2002-08-03 04:09:46] [EMAIL PROTECTED]

xml_parser_create() is a function of ext/xml, not ext/domxml.  Someone
with more knowledge of the ext/xml should have a look into it.

chregu



[2002-08-02 11:20:18] [EMAIL PROTECTED]

There is currently no plan for a 4.2.3.  Chregu can you take a look
into this please and see if it's a configuration issue by some chance?



[2002-08-02 08:12:54] [EMAIL PROTECTED]

Just built php4-STABLE-200207311200 with the following options:
./configure --with-mysql=/usr/local/ --with-zlib=/usr/
--with-xml=/usr/local --with-dom=/usr/local --with-iconv=/usr/local
--with-apxs=/usr/local/sbin/apxs

and I get an error:
Fatal error: Call to undefined function: xml_parser_create() in 

Yet with the exact same ./configure options given to php4-200207260300
from HEAD, it works fine.

Suggest this is a PHP-4.2.3-dev issue?

James





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

#18404 [Fbk]: Session data being lost

[sniper]

 ID:   18404
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Session related
 Operating System: redhat 7.2
 PHP Version:  4.3.0-dev
 New Comment:

Please try using this CVS snapshot:

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




Previous Comments:


[2002-09-19 13:20:03] [EMAIL PROTECTED]

just a side question, does this happen with PHP 4.2.3?  There is a
minor change between the two that makes a big difference between the
way the two work.



[2002-07-19 04:54:27] [EMAIL PROTECTED]

version update



[2002-07-19 03:22:46] [EMAIL PROTECTED]

gawk and gnu sed fixed the link problem, the session data lost problem
still exists.



[2002-07-19 02:22:41] [EMAIL PROTECTED]

That is a limitation of sed and/or awk on plain Solaris, can you
install the GNU utils?
See: http://www.sunfreeware.com/solmenu.html which has packages for
them.



[2002-07-19 01:41:36] [EMAIL PROTECTED]

I tried the latest snapshot on Solaris 8 with gcc 2.95.3 and the sun
linker and got several "output line too long" errors and the link
failed.  I tried the latest stable snapshot; that compiled and linked
fine but didn't fix the problem. my config is:

#!/bin/sh

CC=gcc \
./configure \
--with-apxs=/usr/local/httpd/bin/apxs \
--with-gettext \
--with-xml \
--with-zlib \
--with-mysql=/usr/local/mysql \
--with-sybase-ct=/usr/local/sybase12.5/OCS-12_5 \
--with-imap=../imap-2001a

output of make is at http://sporty.nun.unsw.edu.au/gkh/make.out



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/18404

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

#19434 [Fbk]: oci8 + ldap -> crash

[sniper]

 ID:   19434
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: OCI8 related
 Operating System: redhat 7.3
 PHP Version:  4.2.3
 New Comment:

Please try using this CVS snapshot:

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

Reduce your configure options to bare minimum,
only use --with-apxs, --with-oci8 and --with-ldap and
don't compile them as shared!

Do this using the latest snapshot above.



Previous Comments:


[2002-09-16 11:02:35] [EMAIL PROTECTED]

[/var/www/html/accounts/login]# php login_test.php 
Segmentation fault (core dumped)
/var/www/html/accounts/login]# gdb /usr/bin/php ./core.11077 
GNU gdb Red Hat Linux (5.2-2)
...
Reading symbols from /usr/lib/php4/ldap.so...done.
Loaded symbols for /usr/lib/php4/ldap.so
Reading symbols from
/home/oracle/Oracle-9.0.1/lib/libclntsh.so.9.0...done.
Loaded symbols for /home/oracle/Oracle-9.0.1/lib/libclntsh.so.9.0
Reading symbols from /home/oracle/Oracle-9.0.1/lib/libwtc9.so...done.
Loaded symbols for /home/oracle/Oracle-9.0.1/lib/libwtc9.so
Reading symbols from /lib/libpthread.so.0...done.
Loaded symbols for /lib/libpthread.so.0
Reading symbols from /usr/lib/php4/oci8.so...done.
Loaded symbols for /usr/lib/php4/oci8.so
#0  0x408a647d in gslufpFLog () from
/home/oracle/Oracle-9.0.1/lib/libclntsh.so.9.0
(gdb) bt
#0  0x408a647d in gslufpFLog () from
/home/oracle/Oracle-9.0.1/lib/libclntsh.so.9.0
#1  0x4089621e in ldap_open () from
/home/oracle/Oracle-9.0.1/lib/libclntsh.so.9.0
#2  0x40015ab1 in zif_ldap_connect (ht=1, return_value=0x826734c,
this_ptr=0x0, return_value_used=1) at
/usr/src/redhat/BUILD/php-4.2.3/ext/ldap/ldap.c:414
#3  0x0816b84b in execute ()
#4  0x08141dcc in zend_execute_scripts ()
#5  0x0806f626 in php_execute_script ()
#6  0x0806c8ac in main ()
#7  0x400fb1c4 in __libc_start_main () from /lib/libc.so.6
(gdb)



[2002-09-16 09:41:09] [EMAIL PROTECTED]

Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php

Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.





[2002-09-16 09:32:48] [EMAIL PROTECTED]

I recompiled php (see below) and apache still crashes.

'./configure' 'i386-redhat-linux' '--prefix=/usr' '--exec-prefix=/usr'
'--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc'
'--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib'
'--libexecdir=/usr/libexec' '--localstatedir=/var'
'--sharedstatedir=/usr/com' '--mandir=/usr/share/man'
'--infodir=/usr/share/info' '--prefix=/usr'
'--with-config-file-path=/etc' '--enable-force-cgi-redirect'
'--disable-debug' '--enable-pic' '--disable-rpath'
'--enable-inline-optimization' '--with-bz2' '--with-db3' '--with-curl'
'--with-dom=/usr' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr'
'--with-png-dir=/usr' '--with-gd' '--enable-gd-native-ttf' '--with-ttf'
'--with-gdbm' '--with-gettext' '--with-ncurses' '--with-gmp'
'--with-iconv' '--with-jpeg-dir=/usr' '--with-openssl' '--with-png'
'--with-pspell' '--with-regex=system' '--with-xml'
'--with-expat-dir=/usr' '--with-zlib' '--with-layout=GNU'
'--enable-bcmath' '--enable-debugger' '--enable-exif' '--enable-ftp'
'--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets'
'--enable-sysvsem' '--enable-sysvshm' '--enable-discard-path'
'--enable-track-vars' '--enable-trans-sid' '--enable-yp'
'--enable-wddx' '--without-oci8' '--with-imap=shared' '--with-imap-ssl'
'--with-kerberos=/usr/kerberos'
'--with-ldap=shared,/home/oracle/Oracle-9.0.1'
'--with-mysql=shared,/usr'
'--with-oci8=shared,/home/oracle/Oracle-9.0.1' '--enable-sigchild'
'--with-pgsql=shared' '--with-snmp=shared,/usr' '--with-snmp=shared'
'--enable-ucd-snmp-hack' '--with-unixODBC=shared'
'--enable-memory-limit' '--enable-bcmath' '--enable-shmop'
'--enable-versioning' '--enable-calendar' '--enable-dbx' '--enable-dio'
'--enable-mcal' '--enable-mbstring' '--enable-mbstr-enc-trans'
'--with-apxs=/usr/sbin/apxs'



[2002-09-16 07:13:50] [EMAIL PROTECTED]

Oracle has it's own ldap stuff. You can't compile both openldap and
oracle together. But you don't need to:

--with-ldap=/home/oracle/Oracle-9.0.1

works too.




[2002-09-16 06:49:24] [EMAIL PROTECTED]

php-4.2.3
apache-1.3.23-14
redhat 7.3
kernel 2.4.18-10 i686
oracle 9.0.1
openldap 2.0.23

Configu

#19394 [Fbk->Csd]: compile fails with gd-2.0.1

[sniper]

 ID:   19394
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Closed
 Bug Type: Compile Failure
 Operating System: linux - kernel 2.4
 PHP Version:  4.2.3
 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:


[2002-09-15 06:42:37] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

Try the --with-gd=php compile option.



[2002-09-15 06:39:38] [EMAIL PROTECTED]

install GD 2.0.1 (based on redhat 7.3 with apache 2.0.40/php 4.2.3)

- more tips at http://www.php.net/~rasmus/gd.html
- first compile the needed ttf library
$ tar xjf freetype-2.0.9.tar.bz2
$ ./configure
$ make
# make install
- now libgd
$ tar xzf gd-2.0.1.tar.gz

LIBS=libgd.a -lpng -lz -ljpeg -lfreetype -lm
INCLUDEDIRS=-I. -I/usr/local/include/freetype2 ...

# make libgd.a
- if you want to you can, but dont have to run:
# make install
- then configure php like this
$ ./configure --with-apxs2=/usr/local/apache2/bin/apxs  
--with-gd=/home/htd/gd-2.0.1 \
   --with-freetype-dir=/usr \
   --enable-gd-native-ttf \
   --enable-gd-imgstrttf \
   --with-jpeg-dir=/usr \
   --with-png-dir=/usr \
   --with-zlib

get debian - they have gd2 in their testing php package ;)
hth
 Mike



[2002-09-13 11:57:34] [EMAIL PROTECTED]

make fails (only if '--with-gd' is present):

...snip
make[3]: Leaving directory `/d2/apache2/php-4.2.3/ext/gd'
make[2]: Leaving directory `/d2/apache2/php-4.2.3/ext/gd'
Making all in mysql
make[2]: Entering directory `/d2/apache2/php-4.2.3/ext/mysql'
Making all in libmysql
make[3]: Entering directory `/d2/apache2/php-4.2.3/ext/mysql/libmysql'
make[4]: Entering directory `/d2/apache2/php-4.2.3/ext/mysql/libmysql'
/bin/sh /d2/apache2/php-4.2.3/libtool --silent --mode=compile gcc  -I.
-I/d2/apache2/php-4.2.3/ext/
mysql/libmysql -I/d2/apache2/php-4.2.3/main -I/d2/apache2/php-4.2.3
-I/d2/apache2/include -I/d2/apa
che2/php-4.2.3/Zend -I/usr/local/include
-I/d2/apache2/php-4.2.3/ext/mysql/libmysql -I/d2/apache2/p
hp-4.2.3/ext/xml/expat  -D_REENTRANT -I/d2/apache2/php-4.2.3/TSRM
-DTHREAD=1 -g -O2 -pthread -DZTS
-prefer-pic  -c libmysql.c
In file included from libmysql.c:5:
global.h:256: warning: redefinition of `uint'
/usr/include/sys/types.h:146: warning: `uint' previously declared here
global.h:257: warning: redefinition of `ushort'
/usr/include/sys/types.h:145: warning: `ushort' previously declared
here
global.h:258: warning: redefinition of `ulong'
/usr/include/sys/types.h:144: warning: `ulong' previously declared
here
In file included from libmysql.c:12:
m_string.h:180: parse error before `__extension__'
m_string.h:180: parse error before `&&'
make[4]: *** [libmysql.lo] Error 1
make[4]: Leaving directory `/d2/apache2/php-4.2.3/ext/mysql/libmysql'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/d2/apache2/php-4.2.3/ext/mysql/libmysql'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/d2/apache2/php-4.2.3/ext/mysql'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/d2/apache2/php-4.2.3/ext'
make: *** [all-recursive] Error 1

configure-command:

./configure --with-prefix=/d2/apache2 \
--with-apxs2=/d2/apache2/bin/apxs \
--with-config-file-path=/d2/apache2/conf \
--with-mysql \
--with-zlib \
--with-ftp \
--with-config-file-path=/etc \
--with-jpeg \
--with-png \
--with-gd \
--enable-versioning \
--enable-track-vars=yes \
--enable-url-includes \
--enable-trans-sid \
--enable-sysvshm=yes \
--enable-sysvsem=yes

installed versions:

Linux: Kernel 2.4.0-4GB
Mysql: 3.23.33-4
zlib: 1.1.4
libpng: 1.2.4
gd: 2.0.1
apache: 2.0.40

any help welcome

bernhard






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

#16454 [Fbk->NoF]: Session Mangement, headers, command line

[sniper]

 ID:   16454
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Session related
 Operating System: RedHat Linux 7.1
 PHP Version:  4.0.6
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-09-20 03:11:20] [EMAIL PROTECTED]

starting with

  ini_set("session.use_cookies", false);

before using any other session functions 
should help?





[2002-09-19 13:08:45] [EMAIL PROTECTED]

Yes.  The workaround is to not to use the -q switch (headers set) and
piping the result through 'tail' to strip the headers.
Jamie



[2002-09-19 12:47:26] [EMAIL PROTECTED]

Is this still a valid request?



[2002-04-05 12:28:56] [EMAIL PROTECTED]

reclassified



[2002-04-05 11:56:03] [EMAIL PROTECTED]

I need to set the session id when processing a .php file from the
command line.  The purpose is to produce a .pdf by firstly running the
php script and piping the output to an html file.  I then run htmldoc
on the html file to produce the pdf.  When running php on the command
line without the -q switch the headers are included in the pdf file. 
When the script is processed using the -q switch I get the warning:
Cannot send session cache limiter - headers already sent in


It appears that I can remove the warning be either not including
session_id($argv[1]) or running the script without the -q switch. 
Neither is an option for me.




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

#19553 [Fbk]: Failed html tags when trans sid is enabled

[sniper]

 ID:   19553
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Session related
 Operating System: Linux
 PHP Version:  4.2.3
 New Comment:

Please try using this CVS snapshot:

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




Previous Comments:


[2002-09-25 07:37:03] [EMAIL PROTECTED]

may be similar to 
http://bugs.php.net/bug.php?id=17236



[2002-09-25 07:27:11] [EMAIL PROTECTED]

This looks to me as if the rewriter would fail to clear a buffer and
thus insert random data into the stream.  I would appreciate an example
script which reproduces the behaviour.



[2002-09-23 02:34:35] [EMAIL PROTECTED]

had a similar effect last week, looks like trans_sid
cutting off bytes at buffer ends under certain 
(not yet identified) circumstances

from what i have seen it mostly happens at the very
end of a document and only sometimes on the border
of http 1.1 chunks

might have been there for quite some time without
being noticed as it will usually only cut off
the trailing  which do
not affect output in common browsers ...



[2002-09-22 18:37:19] [EMAIL PROTECTED]

When I've got --enable-tras-sid, I get wrong html tags (sometimes):

For example:
in file:

  

source from web:

  


in file:


source from web:


I have php-4.2.3 but there is the same bug in 4.2.1 
php-4.1.2 is OK.






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

#19366 [Fbk->Ver]: buggy GD scripts crashes PHP

[sniper]

 ID:   19366
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Verified
 Bug Type: GD related
 Operating System: linux mandrake 2.4.19-7mdk
-PHP Version:  4.2.3
+PHP Version:  4.2.3, 4.3.0-dev
 New Comment:

Using latest CVS and the bundled GD library, I get this
segfault and backtrace:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (runnable)]
0x402b6678 in gdImageGetPixel (im=0x81e8ab8, x=50, y=1) at
/usr/src/web/php/php4/ext/gd/libgd/gd.c:828
828 }

#0  0x402b6678 in gdImageGetPixel (im=0x81e8ab8, x=50, y=1) at
/usr/src/web/php/php4/ext/gd/libgd/gd.c:828
#1  0x402b7b63 in gdImageFill (im=0x81e8ab8, x=50, y=1, color=1) at
/usr/src/web/php/php4/ext/gd/libgd/gd.c:1515
#2  0x402b7e71 in gdImageFill (im=0x81e8ab8, x=50, y=0, color=1) at
/usr/src/web/php/php4/ext/gd/libgd/gd.c:1628
#3  0x402b7de1 in gdImageFill (im=0x81e8ab8, x=50, y=1, color=1) at
/usr/src/web/php/php4/ext/gd/libgd/gd.c:1606
#4  0x402b7e71 in gdImageFill (im=0x81e8ab8, x=50, y=0, color=1) at
/usr/src/web/php/php4/ext/gd/libgd/gd.c:1628
#5  0x402b7de1 in gdImageFill (im=0x81e8ab8, x=50, y=1, color=1) at
/usr/src/web/php/php4/ext/gd/libgd/gd.c:1606
#6  0x402b7e71 in gdImageFill (im=0x81e8ab8, x=50, y=0, color=1) at
/usr/src/web/php/php4/ext/gd/libgd/gd.c:1628
#7  0x402b7de1 in gdImageFill (im=0x81e8ab8, x=50, y=1, color=1) at
/usr/src/web/php/php4/ext/gd/libgd/gd.c:1606
#8  0x402b7e71 in gdImageFill (im=0x81e8ab8, x=50, y=0, color=1) at
/usr/src/web/php/php4/ext/gd/libgd/gd.c:1628
#9  0x402b7de1 in gdImageFill (im=0x81e8ab8, x=50, y=1, color=1) at
/usr/src/web/php/php4/ext/gd/libgd/gd.c:1606
#10 0x402b7e71 in gdImageFill (im=0x81e8ab8, x=50, y=0, color=1) at
/usr/src/web/php/php4/ext/gd/libgd/gd.c:1628
#11 0x402b7de1 in gdImageFill (im=0x81e8ab8, x=50, y=1, color=1) at
/usr/src/web/php/php4/ext/gd/libgd/gd.c:1606
#12 0x402b7e71 in gdImageFill (im=0x81e8ab8, x=50, y=0, color=1) at
/usr/src/web/php/php4/ext/gd/libgd/gd.c:1628
#13 0x402b7de1 in gdImageFill (im=0x81e8ab8, x=50, y=1, color=1) at
/usr/src/web/php/php4/ext/gd/libgd/gd.c:1606
#14 0x402b7e71 in gdImageFill (im=0x81e8ab8, x=50, y=0, color=1) at
/usr/src/web/php/php4/ext/gd/libgd/gd.c:1628
#15 0x402b7de1 in gdImageFill (im=0x81e8ab8, x=50, y=1, color=1) at
/usr/src/web/php/php4/ext/gd/libgd/gd.c:1606
.
.
.



Previous Comments:


[2002-09-12 08:46:02] [EMAIL PROTECTED]

Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php

Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.





[2002-09-12 01:55:30] [EMAIL PROTECTED]

Hello,

well, this will be more tricky, as it doesn't happen on my local
computer (win32), but the web-hosting server I use (and pay). I
exchanged several e-mails with the administrator of the web-hosting
service (www.pipni.cz) and it crashes:

mandrake 2.4.19-7mdk + PHP 4.2.3 completely, including apache
same on redhat
on slackware 8.1 + php 4.2.2 only the script crashed, not whole
server.

Now to the script. I got this script from a Czech PHP course and there
was a bug in the script. It creates a bitmap and then draws into the
bitmap. The bug is the bitmap is too small, the coordinates used in
draw and fill functions are beyond the size of the bitmap. And the fill
functions that get the starting point outside of bitmap let it go
down.

Here is the script:



Take care

Honza




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

#19380 [Fbk->NoF]: Incorrect session handling

[sniper]

 ID:   19380
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
-Bug Type: Variables related
+Bug Type: Session related
 Operating System: linux redhat 7.2 (2.4.7-10)
 PHP Version:  4.2.3
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-09-12 15:38:57] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

Zeev and I talked about this awhile back, and I believe he implemented
your requested feature.  Try a new snapshot, and see if that fixes
things for you.  From what I recall, this functionality didn't exist
previously.



[2002-09-12 14:40:36] [EMAIL PROTECTED]

It seems like unset function it's not working fine, when is used on
$_SESSION variables. My script uses an array containing a list of
items, and with a button, i clear that list (I only 'destroy' the
variable, using unset. When the scripts check again for the existence
of $_SESSION and isn't set, it's created, of course, empty)

/*Clear function (in file clear.php)*/

 if(isset($_POST['reset']))
 {
unset($_SESSION['galery']);
 
 }
 header("location:showlist.php");


/*Show items in list (in file showlist.php)*/
session_start();
if(!isset($_SESSION['galery']))
   $_SESSION['galery']=array();
echo "List has ". count($_SESSION['gallery']) ." items";

This is only a sample. Supose that I have many lists, every of them
accessible by a link. When I click a link, it should show the items of
that collection, but it's not working, the session variable is not
destroyed, and every list, show the same content.

I'm not using global variables since 4.2.1. Some scripts working fine
become unstable when upgraded from 4.2.2 to  4.2.3

 './configure' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin'
'--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share'
'--includedir=/usr/include' '--libdir=/usr/lib'
'--libexecdir=/usr/libexec' '--localstatedir=/var'
'--sharedstatedir=/usr/com' '--mandir=/usr/share/man'
'--infodir=/usr/share/info' '--with-config-file-path=/etc'
'--disable-debug' '--enable-pic' '--disable-path'
'--enable-inline-optimization' '--with-apxs=/usr/sbin/apxs'
'--with-bz2' '--with-db3' '--with-exec-dir=/usr/bin' '--with-gd'
'--with-gdbm' '--with-gettext' '--with-jpeg-dir=/usr' '--with-mm'
'--with-openssl' '--with-png' '--with-regex=system' '--with-ttf'
'--with-zlib' '--with-layout=GNU' '--enable-debugger' '--enable-ftp'
'--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets'
'--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars'
'--enable-yp' '--enable-wddx' '--with-mysql' '--with-xml'
'--with-png-dir=/usr/local/lib' '--with-pam_auth'
'--with-imap=/usr/src/imap/lib' '--with-ldap' '--with-ftp'
'--with-kerberos'

Cesar







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

#19304 [Fbk->NoF]: OCISessionBegin: ORA-03120: two-task conversion routine: integer overflow

[sniper]

 ID:   19304
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: OCI8 related
 Operating System: Solaris 7 x86
 PHP Version:  4.2.3
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-09-10 06:59:25] [EMAIL PROTECTED]

no idea - plz ask oracle-support and check metalink. 
i don't think there's a php issue here as connection to 
one oracle-instance works.  
 



[2002-09-10 04:41:58] [EMAIL PROTECTED]

No, I can connect to database (Oracle 8.1.7 on Solaris 8 SPARC) only
using sqlplus.
Php can connect me only to oracle 8.1.5 runnning on Solaris 7 x86.



[2002-09-10 04:29:09] [EMAIL PROTECTED]

can php (used via the command-line) connect to your 
oracle-server? 
 



[2002-09-10 04:26:17] [EMAIL PROTECTED]

Yes, I am completely sure that ORACLE_HOME, TNS_ADMIN and NLS_LANG are
set before apache started (these variables are also set when I run php
from command line). 
If variables aren't set I got ora-12154 (can not resolve service name).



[2002-09-10 01:36:03] [EMAIL PROTECTED]

are you _sure_ that all oracle env-vars are setup _before_ 
your apache process starts (eg in the /etc/init.d/httpd 
script)? 
 



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/19304

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

#19302 [Fbk->NoF]: Invalid access to memory location

[sniper]

 ID:   19302
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: IIS related
 Operating System: win200 adv server
 PHP Version:  4.2.2
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-09-09 05:29:33] [EMAIL PROTECTED]

You have two options before further digging into this:

1) Try the latest
http://at.php.net/do_download.php?download_file=php-4.2.3-Win32.zip
release

2) Try a current development snapshot
http://snaps.php.net/win32/php4-win32-latest.zip

And make sure you removed ANY older binary.



[2002-09-09 02:08:10] [EMAIL PROTECTED]

Hello!
I have a little problem when I try to display my index.php. All I have
in it it's (just a test):

And when I try to open this page I have the following result :

Invalid access to memory location

I'm using IIS,PHP4.2.2 and the ISAPI,but when I change to Cgi-Binary
,It's no problem!
I'm sure I have updated the php4ts.dll file in c:\winnt\system32
Can anyone help me on that please ?





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

#17591 [Fbk]: segfault when trying to access a global variable

[sniper]

 ID:   17591
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Scripting Engine problem
 Operating System: Linux (Suse 7.3)
 PHP Version:  4.2.1
 New Comment:

Please try using this CVS snapshot:

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




Previous Comments:


[2002-09-09 11:21:25] [EMAIL PROTECTED]

Circular refernces _are_ supported (meaning, they will work, etc.) but
indeed cause 'memory leak' messages. This is not real leaks, because
they are cleaned at the end of the request. 
As for the crash - please try to produce some short code that
reproduces the problem, or at least refine the circumstances when it
happens. Also, you may want to try latest version (4.2.3) or latest CVS
snapshot (snaps.php.net). 



[2002-06-05 11:15:11] [EMAIL PROTECTED]

Shouldn't that restriction be documented somewhere?

Can these circular references cause any other problems or errors than
in the garbage collection? Would it be a solution to cut off these
references in a destructor method before the script ends?

Does the garbage collector call a destructor method for objects?



[2002-06-04 08:57:16] [EMAIL PROTECTED]

The zend engine doesn't support circular refereing and never will
(hence the memory leaks you see with the debug build). This won't get
fixed.

Seems that accessing the global var in your example as you described it
is a very negative side effect.

I guess unless you can post a reproduceable example there's nothing we
can do about it.



[2002-06-04 07:22:48] [EMAIL PROTECTED]

yes, we use both. We have objects with attributes pointing to other
objects. These other objects may have an attribute pointing back to the
first object.



[2002-06-04 06:30:41] [EMAIL PROTECTED]

Are you using objects and circular references?



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/17591

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

#17693 [Fbk->NoF]: iconv superadd some random garbage char

[sniper]

 ID:   17693
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: ICONV related
 Operating System: linux glibc2.2.4
 PHP Version:  4.2.1
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-09-11 19:40:47] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2002-06-11 04:03:50] [EMAIL PROTECTED]

$result=iconv("gbk","utf-8",$string);
The length of string is 348. 
On a win2k box with IIS 5.0 and php 4.2.1,the result is right,the
length of result is 441.
On a redhat 7.1 linux box ,glibc 2.2.4,php 4.2.1,the length of result
is 473,and the return string = the right string + some random garbage
char. 





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

#17810 [Fbk->NoF]: Instability with IIS/ISAPI

[sniper]

 ID:   17810
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: IIS related
 Operating System: Windows 2000 Server
 PHP Version:  4.2.1
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-09-07 00:07:09] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

Okay like I said in the other bug, please try a new snapshot, because
there was a bugfix that took care of some of these issues on Windows
(mainly dealing with dual procs, but it effects all).  



[2002-09-06 21:13:18] [EMAIL PROTECTED]

Ok, here is the thing:
I have 2 servers load balancing each other. had this problem with one
of our servers (PIII dual processor) but not with the other which is a
single processor. I tried to format the server, reinstall everything
all over again, not apply microsoft patches/fixes...etc. still the
problem occurs ONLY on the dual processor server. Then I tried to take
one processor out of that box and guess what...IT worked flawlessly. I
stress tested it with heavy load test for hours and not once I got the
error ever again. I put the processor back to the box and tested it. I
got the error again. I tried that many times. Always get the error with
dual processor but not even once with single processor.

So how to work around the problem? use single processor server. 
What causes the problem? dont know..It is between PHP and IIS. I am
trying to find out the problem by debuging the services but if anyone
is interested in reproducing the problem and trying to debug it, use
dual processor with win2000 server and IIS5 with any php ver >=4.2.1
and use ADODB or MSSQL connections. Stress test it and you will get the
error.



[2002-07-27 21:49:37] [EMAIL PROTECTED]

Like it or not, but 90% of the people who contribute to PHP do not use
Windows, so it is natural that Windows issues do not receive as much
attention.  Feel free to contribute Windows-related fixes or go out
there and convince some of all these Windows users to help out.  



[2002-07-27 21:38:12] [EMAIL PROTECTED]

[EMAIL PROTECTED];
As you know, windows platform servers represent more than 50% of the
internet servers. Whether we like it or not, It is a reality. I like
PHP and have been working with it for more than 3 years now. I
convinced the company I work for and its clients to use PHP instead of
J2EE or ASP or Coldfusion and many others. 
PHP cannot work on a live windows erver with CGI. It uses alot of
resources and on heavy load, The server maxs up and dies. ISAPI is the
"only" realistic way. If you want PHP to compete and have its presence,
Wehether you like it or not, It has to work "fine" on windows
platform.
That's all what I wanted to say.

For you guys who experience this problem, I found a work around to
"reduce" the effect of the problem. Pls go to bug #15333
thanks.



[2002-06-18 04:58:03] [EMAIL PROTECTED]

I advised you to use the CGI version because there hasn't been much
development on the ISAPI module and I'm not aware anyone is right now
or in the near future working on it.

Updated Summary,Category



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/17810

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

#16961 [Fbk->NoF]: Fatal error: Maximum execution time of 1000000000 seconds exceeded

[sniper]

 ID:   16961
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Scripting Engine problem
 Operating System: Windows 2000
 PHP Version:  4.2.0
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-09-11 20:08:35] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2002-05-08 10:52:36] [EMAIL PROTECTED]

I've found the problem. It's a different behavior of set_time_limit()
with too big values. Try this:

set_time_limit(10) Linux, PHP 4.0.x -> ok
set_time_limit(10) Win2k, PHP 4.2.0 -> not correct, process
will stop soon!



[2002-05-06 19:37:08] [EMAIL PROTECTED]

Some problem.

This my configuration:

Windows 2000
  Easy PHP 1.6 (Apache 1.3 & PHP 4.2.0)



[2002-05-02 06:49:21] [EMAIL PROTECTED]

Hi,

   I'm a newbie so I'm not sure this is a bug. I have just installed
Apache 2.0.35 e PHP 4.2.0 on Win2k. When I open a php file, I get
ALWAYS Maximum execution time of 10 seconds, like this:

"Fatal error: Maximum execution time of 10 seconds exceeded in
C:\Programmi\Apache Group\Apache2\htdocs\common\index.php on line 902"

This error appear while loading the page, after 1 second.

The same pages are correctly opened on Linux with a previous version of
PHP (4.0.x).

After this error, I tried to modify PHP.ini and I put
maximum_execution_time = 0 but nothing change.




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

#17263 [Fbk->NoF]: imagecopyresized

[sniper]

 ID:   17263
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: GD related
 Operating System: Windows XP Pro or Linux
 PHP Version:  4.2.2
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-09-12 06:04:28] [EMAIL PROTECTED]

btw. PHP 4.2.2 is not the latest release..
If that doesn't work, try this:

http://snaps.php.net/win32/php4-win32-latest.zip





[2002-09-12 03:53:38] [EMAIL PROTECTED]

The problem persist using the current PHP version 4.2.2



[2002-09-12 03:52:15] [EMAIL PROTECTED]

The problem persist using the current PHP version 4.2.2



[2002-09-11 11:08:13] [EMAIL PROTECTED]

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.





[2002-07-02 21:56:55] [EMAIL PROTECTED]

Please try this snapshot:

http://snaps.php.net/win32/php4-win32-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/17263

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

#16770 [Fbk->NoF]: get Fatal error: Cannot instantiate non-existent class when running simple test

[sniper]

 ID:   16770
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Java related
 Operating System: Solaris 2.8
 PHP Version:  4.0CVS-2002-04-23
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-09-09 10:32:36] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

I believe this isn't a bug, and a case of php.ini's being wrong.  But
in either case, I've borked around in the ext/java code a bit too
test it out if you can.



[2002-04-23 16:58:34] [EMAIL PROTECTED]

correct Summary line



[2002-04-23 16:57:46] [EMAIL PROTECTED]

---Environment
Solaris Sparc 2.8 Patchkit as of 5/Apr/2002
Gcc 3.0.3 (Sunfreeware)
binutils 2.11.2 (Sunfreeware)
GNU Make version 3.79.1 (Sunfreeware)
GNU libtool 1.4 (1.920 2001/04/24 23:26:18) (Sunfreeware)
java j2sdk1.4.0
Zlib 1.1.4 (source)
php 4.1.2

PATH includes /usr/j2sdk1.4.0/bin
JAVA_HOME /usr/j2sdk1.4.0
---

---configure---
./configure \
--with-apxs=/usr/local/apache/bin/apxs \
--with-config-file-path=/usr/local/apache/httpd/conf \
--without-mysql \
--with-zlib-dir=/usr/local \
--with-zlib=/usr/local \
--with-java=/usr/j2sdk1.4.0
---

---[php.ini]---
[Java]
java.home=/usr/j2sdk1.4.0
java.library.path=/usr/local/php/lib
java.library=/usr/j2sdk1.4.0/jre/lib/sparcv9/libjava.so
;have also tried
;java.library=/usr/j2sdk1.4.0/jre/lib/sparcv9/server/libjvm.so
;java.library=/usr/j2sdk1.4.0/jre/lib/sparc/libjvm.so
java.class.path=/usr/local/php/lib/php_java.jar
extension_dir=/usr/local/lib/php/extensions
extension=java.so


---php code-

Test Page for PHP/Java

getProperty("java.version") ;
?>




---error message
Fatal error: Cannot instantiate non-existent class: java in
/usr/local/apache/htdocs/php_java.php on line 6
-





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

#15333 [Fbk->NoF]: strndup access violation

[sniper]

 ID:   15333
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: IIS related
 Operating System: Windows 2000 Pro
 PHP Version:  4.2.1
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-09-20 10:41:53] [EMAIL PROTECTED]

Just to add it to the list:

Same problem here. Never got PHP to work through IIS.
Tested it on Win2K Pro (SP2, no patches), Win2K Adv. Server (sp2 +
srp1), Win2K Adv. Server (SP3 + latest patches).

The machines vary from Duron cpu's, Celeron's, P3's, Athlon XP+'s.

A request to a .php file would work for 1 or 2 times, but then the
'Invalid access to memory location' error in my browser. The php files
tried where some files with only HTML (not one php tag), or just the .

The PHP behaves fine when used with Apache-Win32, or from the
command-line.

I've never seen PHP (from versions 4.1.2 to 4.2.2) work on Win2K + IIS
:(.



[2002-09-07 00:09:09] [EMAIL PROTECTED]

Umm that should only be feedbacked, not closed.



[2002-09-07 00:04:16] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

There was a bug for dual processors that fixed this.  Please try the
latests version (4.2.3) to see if this is fixed.



[2002-09-06 21:08:16] [EMAIL PROTECTED]

Ok, here is the thing:
I have 2 servers load balancing each other. had this problem with one
of our servers (PIII dual processor) but not with the other which is a
single processor. I tried to format the server, reinstall everything
all over again, not apply microsoft patches/fixes...etc. still the
problem occurs ONLY on the dual processor server. Then I tried to take
one processor out of that box and guess what...IT worked flawlessly. I
stress tested it with heavy load test for hours and not once I got the
error ever again. I put the processor back to the box and tested it. I
got the error again. I tried that many times. Always get the error with
dual processor but not even once with single processor.

So how to work around the problem? use single processor server. 
What causes the problem? dont know..It is between PHP and IIS. I am
trying to find out the problem by debuging the services but if anyone
is interested in reproducing the problem and trying to debug it, use
dual processor with win2000 server and IIS5 with any php ver >=4.2.1
and use ADODB or MSSQL connections. Stress test it and you will get the
error.



[2002-09-05 00:14:11] [EMAIL PROTECTED]

Hi,

Just to contribute had PHP with ISAPI dll working fine until a few days
ago.
It seems that applying the lastest Microsoft security fixes created the
problem. The latest applied fix was MS02-048



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/15333

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

#14754 [Fbk->NoF]: java.* configuration values from php.ini lost on subsequent executions

[sniper]

 ID:   14754
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Java related
 Operating System: Windows XP Home / Apache 1.3.24
 PHP Version:  4.2.1
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-09-07 00:13:06] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2002-08-25 11:01:57] [EMAIL PROTECTED]

Tested with the following:
* Windows XP Home
* Apache 1.3.24
* PHP 4.2.1
* Java SDK 1.4.0

The bug is still valid. Actually, even recompiling the Java class is
not necessary - even if the class is run correctly, hitting Refresh in
the browser multiple times (simulating heavy load) eventually causes
the error to persist until Apache restart.

Another observation - I change my class code and recompile, but PHP
still uses the old class method code and returns outdated results,
suggesting some kind of caching is taking place somewhere. I'm not sure
if the two things are related or not.



[2002-08-08 10:08:09] [EMAIL PROTECTED]

Is this bug still valid for you in the recent releases?



[2002-02-28 23:34:33] [EMAIL PROTECTED]

I am not sure if this will help you, but I received similar, but
reproducible behavior when performing the following:

1.  Load a PHP page in the browser that calls Java -- works fine.
2.  Wait a few minutes and refresh the page -- receive "Fatal error:
Unable to create Java Virtual Machine".
3.  Restart Apache and move back to step 1.

I noticed that once I changed Apache back to loading the PHP CGI
Binary, the problem went away.  There appears to be a bug running
PHP-Java when PHP is loaded as an Apache module.

This was tested on Apache/1.3.20 Server and PHP 4.1.1.



[2002-02-24 11:44:53] [EMAIL PROTECTED]

Installed PHP 4.1.1 and Java(TM) Development Kit 1.2.2_011 from Sun
(filename jdk-1_2_2_011-win.exe).

Problem remains the same - after recompiling Java class I get "Unable
to create Java Virtual Machine". After restarting Apache, it works
again until I recompile Java class.

I am not sure that I have myself configured everything correctly, so
here is the [Java] section from my php.ini just in case.

[Java]
java.class.path = "e:/program
files/php/java/php_java.jar;e:/webs/javaclasses/"
java.home = e:/jdk
java.library = e:/jdk\jre\bin\classic\jvm.dll 
java.library.path = "e:/program files/php/extensions;"



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/14754

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

#13063 [Fbk->NoF]: pclose() failed. (2: unknown early startup error)

[sniper]

 ID:   13063
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: iPlanet related
 Operating System: Solaris 2.6
 PHP Version:  4.0.6
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-09-09 10:38:33] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2001-08-30 11:58:47] [EMAIL PROTECTED]

When I start the web server, I have a "[https-tr.terra]: pclose()
failed. (2: unknown early startup error)" message

I installed php 4.0.6 with Oracle 8.1.7 support and Netscape Enterprise
3.6SP2.

First, I had more error messages, So I added the path for
LD_LIBRARY_PATH in the start file, and I also added Oracle lib path in
the start file.

Now I just have the pclose() failed message, and no other error
message. The Web Server just won't start.

I change the obj.conf and myme.types as documentation say.

Any idea ?

Finally i down the version to php-4.0.4pl1 and don't have any problem.


With php4.0.6 the libphp4.so size is major what the php4.04pl1.





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

#11984 [Fbk->NoF]: filetype function not working for non-existant files

[sniper]

 ID:   11984
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Filesystem function related
 Operating System: Windows 98
 PHP Version:  4.2.2
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-09-09 05:26:31] [EMAIL PROTECTED]

Please try with PHP 4.2.3.




[2002-08-15 03:42:50] [EMAIL PROTECTED]

Downloaded 200208150600.zip snap build, the problem still exists in
this, but I can't reproduce it on Solaris (under 4.0.6). So suggests
different handling of stat returns under win32/Solaris (filestat.c -
php_stat).
Hope to look @ code and do static walkthrough as I don't have Windows
compiler to hand.



[2002-08-14 09:43:38] [EMAIL PROTECTED]

Updating verison.

yes it's good to test bugs, but also please realize a lot of changes
have occured including between 4.2.2 and the current CVS.  It wasn't a
case of N months, it's more a case of version fixes.  And I do believe
we just fixed this in CVS last week... can you try out a non-STABLE
snapshot and see?



[2002-08-14 05:35:55] [EMAIL PROTECTED]

Tested this on 4.2.2 bug is still there. Would have fixed it myself but
there was masses of change in the code that handles filetype between
4.0.5 and 4.0.6.

Better to look at the problem than arbitarily close entries more than n
months old. The example isn't rocket science to retest. Remember 4.0.6
was the current release when I raised the bug!

Thanks



[2002-08-13 23:54:09] [EMAIL PROTECTED]

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.





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/11984

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

#9251 [Fbk->NoF]: Fatal error: Call to undefined function: ocilogon()

[sniper]

 ID:   9251
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Oracle related
 Operating System: windows98
 PHP Version:  4.0.0
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-09-19 09:27:27] [EMAIL PROTECTED]

please provide your php.ini
and the output of the following:

phpinfo();

print_r(get_loaded_extensions());

print_r(get_defined_functions());




[2002-09-19 09:10:18] [EMAIL PROTECTED]

all of this exists...  write all ok... but still "Call to
undefined function: ocilogon()"



[2001-02-14 04:57:44] [EMAIL PROTECTED]

1) you need php_oci.dll
2) you need OCI client libraries



[2001-02-14 04:49:11] [EMAIL PROTECTED]

Fatal error: Call to undefined function: ocilogon() 




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

#11442 [Fbk]: Random "Warnig: Failed opening" on any php file

[sniper]

 ID:   11442
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: iPlanet related
 Operating System: Solaris 7
 PHP Version:  4.1
 New Comment:

Please try using this CVS snapshot:

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




Previous Comments:


[2002-09-09 10:36:57] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

I know I've said it before, but there was a bug fix in 4.2.3 that dealt
with a timing issue.  Wondering if this helps any for your systems.



[2002-09-05 10:10:57] [EMAIL PROTECTED]

I have the same problem under Debian/apache/PHP 4.2.2
Warning: Failed opening '/var/www/HTTP/index.php' for inclusion
..
I have read that include_path in php.ini should be set to ".", then
that include_path shoul be commented, but nothing helps...



[2002-08-29 10:13:08] [EMAIL PROTECTED]

I'm experimenting exactly the same problem reported by
[EMAIL PROTECTED], but I'm using PHP 4.1.2 and Iplanet WebServer 4.1sp9
over sparc solaris 8. This is a heavy load web server.



[2002-08-23 07:10:22] [EMAIL PROTECTED]

I have same problem after using virtual web servers.
But the problem does not appear random it apperas since I installed the
virtual web servers.

Operating System is Solaris 5.7
HTTP Server ist iPlanet 4
PHP Version is 4.0.4 (because LDAP support does not work with iPlanet
in other PHP Releases under Solaris)



[2002-08-17 01:39:15] [EMAIL PROTECTED]

Is this still a valid bug with the newer releases?

Also updating the version to a reported 4.1



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/11442

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

#18625 [Fbk->NoF]: mail() not sending to addresses with a - in the domain

[sniper]

 ID:   18625
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Mail related
 Operating System: win2k
 PHP Version:  4.2.2
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-09-11 13:32:04] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

I cannot replicate this bug, it sounds like the SMTP server is
rejecting this domain. If latest CVS does not work, see if you can
successfuly send email to an address with a '-' in it manually via the
SMTP server your php is using.



[2002-07-29 13:08:01] [EMAIL PROTECTED]

given:
  $to = "[EMAIL PROTECTED]";

command:
  mail($to,"test","test");

result:
  warning: server error line xxx
--

if sending to an address without the - in the domain, mail() works fine
so i'm sure it's not a config problem.  also, the - address is valid
and i can send mail via a mail client.  

the - addresses worked in v4.2.1


 





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

#18613 [Fbk->NoF]: Multiple OU in x509 certificate problem

[sniper]

 ID:   18613
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: OpenSSL related
 Operating System: Linux 2.4.18-grsec
 PHP Version:  4.2.2
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-09-11 10:52:56] [EMAIL PROTECTED]

Any news about the patch..?




[2002-07-29 11:40:54] [EMAIL PROTECTED]

Please submit the diff -u output to [EMAIL PROTECTED]



[2002-07-28 10:37:10] [EMAIL PROTECTED]

When the certificate has more that one OU (organizationalUnit), the
openssl_x509_parse function will return only the last one.

Proposal:

The openssl_x509_parse should return:

[subject][OU][0]='First OU'
[subject][OU][1]='Second OU'

When there is only one OU field the openssl_x509_parse should return:

[subject][OU]='First and only OU'

It's up to the user to check if [subject][OU] is an array IMO.

We can submit a patch :)









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

#19578 [Fbk->Bgs]: php_master_value not changeable with php_value

[sniper]

 ID:   19578
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Bogus
 Bug Type: PHP options/info functions
 Operating System: Linux
 PHP Version:  4.2.2
 New Comment:

>From manual page http://www.php.net/manual/en/configuration.php


php_admin_value name value

   This sets the value of the specified
variable. "Admin" configuration settings can only be set from within
the main Apache configuration files, and
   not from .htaccess files.




Previous Comments:


[2002-09-24 11:12:21] [EMAIL PROTECTED]

I use apache 1.3.26. 
And, yes maybee I have misunderstood this command. But after re-reading
docs I understand it the same way.
Session autostart works. 
The master values in phpinfo() are only set by php.ini.
Shouldn´t they be set with php_master_* ?
And why can´t I overwrite a set php_master_value with php_value in a
virtualhost setting ?!

I can change a php_value in a virtualhost section if I don´t have set
this value with php_master_value.
Why ?



[2002-09-24 10:50:03] [EMAIL PROTECTED]

You propably have misunderstood what the master/local values mean.
Better question is: Does it work? (are session started automatically?)




[2002-09-24 10:08:19] [EMAIL PROTECTED]

Do you happen to run Apache 2? If so, try a snapshot from
http://snaps.php.net as this might have been fixed.



[2002-09-24 09:01:04] [EMAIL PROTECTED]

Hi !
I set 
  php_admin_flag session.auto_start on 
in httpd.conf !
I wanted to turn it of in a VirtualHost section with
  php_flag session.auto_start off !
In php.ini there is :
session.auto_start off
 
phpinfo() shows for session.auto_start
LocalValue : on
MasterValue : off

I seems to if i cannot change a value that´s been set by
php_master_value. 
Alex.




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

#19332 [Fbk]: In an gzopen gzclose loop after a little time the server stops.

[sniper]

 ID:   19332
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Zlib Related
 Operating System: Windows2000/?
 PHP Version:  4.2.2
 New Comment:

Please try using this CVS snapshot:

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




Previous Comments:


[2002-09-10 10:04:49] [EMAIL PROTECTED]

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.





[2002-09-10 09:04:31] [EMAIL PROTECTED]

Running under Apache web server in an windows 2000 sistem, after 508
loops of gzopen gzclose, the server will no more accept requests.



window.location = ;



after 508 loops the server will stops




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

#19058 [Fbk]: Environment variables, in particular authentication-related ones, are not set

[sniper]

 ID:   19058
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: iPlanet related
 Operating System: Solaris 8
 PHP Version:  4.2.2
 New Comment:

any updates?


Previous Comments:


[2002-09-09 10:40:21] [EMAIL PROTECTED]

Any progress on this?



[2002-08-29 04:56:34] [EMAIL PROTECTED]

I will see what I can do - although I found a fix for the
authentication problem, there seem to be other problems causing the
WebServer to crash. I need some time to investigate these issues.



[2002-08-28 12:10:40] [EMAIL PROTECTED]

Since most of us do not use the iPlanet system, and previous attempts
to fix this have been blind shots, any chance you might a solution on
how to fix this?



[2002-08-22 17:27:09] [EMAIL PROTECTED]

I had a look in the source file php4/ sapi/ nsapi/ nsapi.c 
(http://cvs.php.net/co.php/php4/sapi/nsapi/nsapi.c?r=1.26&Horde=fbdbac7dc48d637c56347cf9cf5a0533)


And from what I saw, the PHP variables are not set. I found this part
of the code a bit surprising, as I suspect that this is where you would
set the value of the environment variables:


/*
 / authentication
 /
 / we have to make a 'fake' authenticator for netscape so it
 / will pass authentication through to php, and allow us to
 / check authentication with our scripts.
 /
 / php4_auth_trans
 /   main function called from netscape server to authenticate
 /   a line in obj.conf:
 /   funcs=php4_auth_trans
shlib="path/to/this/phpnsapi.dll"
 /   and:
 /   
 /   AuthTrans fn="php4_auth_trans"
 /*/
 int NSAPI_PUBLIC 
 php4_auth_trans(pblock * pb, Session * sn, Request * rq)
 {
 /*This is a DO NOTHING function that allows authentication
information
 to be passed through to PHP scripts.*/
 return REQ_PROCEED;
 }



[2002-08-22 17:12:04] [EMAIL PROTECTED]

When installed with iPlanet Web Server, PHP works fine except for
authentication. It turns out that some environment variables are not
set properly (probably by NSAPI module?).

This problem has already been reported several times, for example in:
  http://bugs.php.net/bug.php?id=14885  
  http://bugs.php.net/bug.php?id=11181
  http://bugs.php.net/bug.php?id=

- I have compiled PHP 4.2.2 on Solaris 8, with --nsapi,
--enable-track-vars.
- I have followed the instructions for modifying the obj.conf and
magnus.conf and mime.types files
- I have tested both iPlanet Web Server 4 and iPlanet Web Server 6 SP 3
- same behavior






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

#19290 [Fbk->Csd]: NSAPI version compile fails, configure says ".../plugins: does not exist"

[sniper]

 ID:   19290
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Closed
 Bug Type: Compile Failure
 Operating System: Solaris 8
 PHP Version:  4.2.3
 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:


[2002-09-08 13:15:02] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

I think I see whats wrong. Any chance you can test out an unstable
snapshot dated sometime after now.  I just put in a fix which I hope
corrects this issue for you.  If it does, I'll back port it to 4.2
branch as well



[2002-09-08 12:55:12] [EMAIL PROTECTED]

Here are a few lines before/after the configure error:

checking for FastCGI support... no
checking for Zeus ISAPI support... no
checking for NSAPI support... /suitespot
checking for NSAPI include files... iPlanet/4.x style
./configure: -I/suitespot/plugins: does not exist
checking for PHTTPD support... no
checking for Pi3Web Support... no

The iPlanet NSAPI include directory is /suitespot/plugins/include

The problem is that the configure script is checking to see
if the directory "-I/suitespot/plugins" exists.
The "-I" shouldn't be included in a path check!
(the 4.2.2 configure script didn't have this bug)

   - Bob



[2002-09-08 12:22:18] [EMAIL PROTECTED]

Can you please post the few lines output'ed from configure before this
error occurs?

The -I just adds another include directory and should not be the
problem.  Whats of concern is that the check for the
$custom_dir/include is apparently failing, and screwing things up.

Do you have a /suitespot/include directory by chance?



[2002-09-08 10:06:42] [EMAIL PROTECTED]

When running configure in the 4.2.3 release, as follows:

  CC=gcc ./configure --prefix=/usr/local/php
--with-config-file-path=/usr/local/ph
  p/etc --with-nsapi=/suitespot --enable-libgcc --enable-dbase
--with-xml

an error message is issued:

  ./configure: -I/suitespot/plugins: does not exist

and the make fails with errors about not being able to find the NSAPI
include files.
(iPlanet 4.x style)

Looks like 4.2.3 introduced a bug in the configure script- the NSAPI
include path
now contains the string "-I".  I changed the configure script to
restore the NSAPI
code to the 4.2.2 version, and it now does configure/make properly.
Here is my change to the configure script:

nrn1# diff configure configure.0
4387c4387
< NSAPI_INCLUDE="$PHP_NSAPI/plugins/include"
---
> NSAPI_INCLUDE="$NSAPI_INCLUDE -I$PHP_NSAPI/plugins/include"

- Bob Fillmore





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

#19261 [Fbk->Bgs]: Segmentation fault at startup

[sniper]

 ID:   19261
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Bogus
 Bug Type: Reproducible crash
 Operating System: linux woody
 PHP Version:  4.1.2
 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.




Previous Comments:


[2002-09-06 05:48:20] [EMAIL PROTECTED]

1. Update first to 4.2.2 (or 4.2.3 if it released already)
2. Add your configure line here




[2002-09-06 03:57:45] [EMAIL PROTECTED]

Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php

Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.



[2002-09-06 03:57:01] [EMAIL PROTECTED]

httpd.conf consists of the line:
LoadModule php4_module /usr/lib/apache/1.3/libphp4.so
apachectl restart
/usr/sbin/apachectl: line 171:  5023 Segmentation fault  $HTTPD -t
>/dev/null 2>&1
$HTTPD -t >/dev/null 2>&1
/usr/sbin/apachectl restart: configuration broken, ignoring restart
/usr/sbin/apachectl restart: (run 'apachectl configtest' for details)

The bug can be reproduced with any version of apache and
any version os php4

Why? Whom can I send the strace debug result?




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

#19194 [Fbk->Csd]: Static class usage, maybe bug maybe not

[sniper]

 ID:   19194
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Closed
 Bug Type: Scripting Engine problem
 Operating System: Corel Linux
 PHP Version:  4.2.2
 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:


[2002-09-09 10:46:44] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

Works for me with latest CVS (i.e., says "do something").



[2002-08-30 05:59:39] [EMAIL PROTECTED]

I have a problem with static method usage (Classname::methodname())

here are two classes, for example:



class test1 {
  var $prop1;
  var $prop2;

  function test1($val1, $val2){
$this->prop1 = $val1;
$this->prop2 = $val2;
  }

  function test_method(){
   if($this){
 var_dump($this);
   }
   else {
 echo "do something"
   }
  }
 
}

class test2 {
  function test2(){
  }
  function run(){
test1::test_method();
  }
}

t_obj = new test2();
t_obj->run();



I will always get output of var_dump, because in method of test1
test_method() $this is always set and it is reference or copy of
initialized test2 class

Check of $this in test_method is required to check if it is static call
or from this object, but it does not work, I think this is not correct
behavior




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

#19250 [Fbk->Csd]: Php_hostconnect error

[sniper]

 ID:   19250
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Closed
 Bug Type: Unknown/Other Function
 Operating System: FreeBSD 4.4
 PHP Version:  4.2.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:


[2002-09-05 14:00:43] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

There was a bug similiar sounding to this that was fixed recently in
CVS.   Hopefully it solves your problem as well.



[2002-09-05 10:05:45] [EMAIL PROTECTED]

I have just built 2 new web servers to replace old ones. They are
running FreeBSD 4.4 with Apache 1.3 and PHP 4.2.1 (compiled with mysql,
pspell and pdf libs). They seem to be fine in testing but when they go
live we get intermitant faults. At random times (roughly every 4-5
refreshes) one of the includes on the page gives up the error
"php_hostconnect: connect failed". This only happens when we include
files over a http:// connection and not when we include directly. We
have tried using both host names and IP addresses and neither seem to
help. I have also noticed a much less frequent problem with the mysql
connections failing every so oftern. Any ideas?

Andy




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

#19249 [Fbk->NoF]: pdflib binary distribution, php and mac os X 10.2

[sniper]

 ID:   19249
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: PDF related
 Operating System: unix (mac os x 10.2)
 PHP Version:  4CVS-2002-09-05
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-09-05 08:18:49] [EMAIL PROTECTED]

Hrm there have been reports that pdflib is working.  In fact I think I
had it working on 10.1 before 10.2 blew away all my installed files.  

First off have you tried to build a custom version of the pdflib?  

Second where did you get this copy of pdflib so that I can try using it
as well.



[2002-09-05 07:55:21] [EMAIL PROTECTED]

hello all

Thanks for creating and maintaining such a powerful 
language ! and it has so much useful exensions... I use it 
with mysql and pdflib on a full-time basis to migrate a 
commercial/document database management software previously 
made under Visual dBase 5.5+Word 95. God users, developers 
(me) and admins (me again) they do like client/server - 
thin client based software after years of ms-windows pain 
!!!

here's the problem :

php 4.3.0-dev (got it by anonymous CVS on september 5) 
compiles and loads fine into apache 1.3.26 (rebuilt from 
source, not Apple’s) on my MacOS X 10.2 box until i add 
pdflib support using the pdflib binary distribution for my 
machine (the only distribution that includes the PDF import 
feature). I can build the module but it won't load into 
apache ("Reason unknown").

here's my configure line :

./configure --with-mysql --with-apxs --with-zlib 
--with-pdflib=../pdflib-4.0.3-MacOSX/bind/c

here are the last steps and errors after make :

[quicksilver:~/php4] jeanmari# cp libs/libphp4.so 
/usr/libexec/httpd
[quicksilver:~/php4] jeanmari# apachectl stop
/usr/sbin/apachectl stop: httpd stopped
[quicksilver:~/php4] jeanmari# apachectl start
Syntax error on line 239 of /etc/httpd/httpd.conf:
Cannot load /usr/libexec/httpd/libphp4.so into server: 
(reason unknown)
/usr/sbin/apachectl start: httpd could not be started
[quicksilver:~/php4] jeanmari# 

note that i have the same problem with the other php 
version that can be built on mac os x 10.2 (that is php 
4.1.0 with a modified libtool from 4.0.6)

please help !!!




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

#19247 [Fbk->NoF]: set_content does not replace contents

[sniper]

 ID:   19247
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: DOM XML related
 Operating System: Redhat 7.3 kernel 2.4.18-3
 PHP Version:  4.2.2
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-09-05 09:59:58] [EMAIL PROTECTED]

If you xml is:



  
some text here
  


and you try to use set_content on the "Node" node it will append, but
what happens when you use set_content on the "some text here" child
node of type XML_TEXT_NODE?




[2002-09-05 07:39:50] [EMAIL PROTECTED]

As of v4.2.2 of PHP, with libxml version 2.4.19, set_content does not
replace the content of the node, but only appends to it. Apache version
is 1.3.26
There is no direct function to overwrite the contents of a node, and to
do so requires a roundabout way of creating a new node, copying the
children and properties, and then setting the content of that node and
replace_node'ing it into the DoM. There should be. That, or set_content
should have the expected behaviour of replacing the node content (if
appending is required, that can be done by using get_content).

Thanks in advance,

Daniel




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

#19237 [Fbk->NoF]: posix_times failed with 'Inappropriate ioctl for device'

[sniper]

 ID:   19237
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: POSIX related
 Operating System: Linux 2.2.16
 PHP Version:  4.1.2
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-09-04 19:33:36] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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



[2002-09-04 17:13:34] [EMAIL PROTECTED]

I've been using the posix_times() function on my website for a while
and it's been working great!

Since a couple of hours, the function posix_times() has stopped to work
with the following error:

posix_times failed with 'Inappropriate ioctl for device'

The machine has been up for 253 days. My guess is that the function
can't handle that much ticks!




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

#18986 [Fbk->NoF]: Unable to bind to server

[sniper]

 ID:   18986
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: LDAP related
 Operating System: solaris 6
 PHP Version:  4.2.2
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-09-09 01:42:31] [EMAIL PROTECTED]

I see your reasoning, but I'm opposed to this change. PHP
always defaulted to v2 since the LDAP library did, and if
one used v3 server one had to set the version. To use v3
do as follows before binding:

ldap_set_option($ds, LDAP_OPT_PROTOCOL_VERSION, 3);



[2002-09-08 17:17:14] [EMAIL PROTECTED]

See bug #19281 "OpenLDAP 2.1.4 requires version" for a fix for ldap.c
if you are using OpenLDAP 2.1.3 or greater.  (Use at your own risk, of
course.)



[2002-09-05 20:21:04] [EMAIL PROTECTED]

openldap-2.1.4 with this configuration
./configure --prefix=/var/ldap

php-4.2.2 with this configuation:
./configure --with-ldap=/var/ldap

Then upon running this code:

I get this error:
LDAP:  Unable to bind to server: Protocol error in
/home/dkoopman/ldap_search.php

Here is what the debug mode of my slapd shows:

ldap_pvt_gethostbyname_a: host=devldap.example.net, r=0
connection_get(12): got connid=0
connection_read(12): checking for input on id=0
ber_get_next
ldap_read: want=9, got=9
  :  30 31 02 01 01 60 2c 02  0101...`,..
ldap_read: want=42, got=42
  :  02 04 1c 63 6e 3d 4d 61  6e 61 67 65 72 2c 64 63  
...cn=Manager,dc
  0010:  3d 67 6f 64 61 64 64 79  2c 64 63 3d 63 6f 6d 80  
=example,dc=com.
  0020:  09 6c 64 61 70 31 32 33  34 35 .secret
ber_get_next: tag 0x30 len 49 contents:
ber_get_next
ldap_read: want=9 error=Resource temporarily unavailable
ber_get_next on fd 12 failed errno=11 (Resource temporarily
unavailable)
do_bind
ber_scanf fmt ({imt) ber:
ber_scanf fmt (m}) ber:
>>> dnPrettyNormal: 
=> ldap_bv2dn(cn=Manager,dc=example,dc=com,0)
<= ldap_bv2dn(cn=Manager,dc=example,dc=com,0)=0
=> ldap_dn2bv(272)
<= ldap_dn2bv(cn=Manager,dc=example,dc=com,272)=0
=> ldap_dn2bv(272)
<= ldap_dn2bv(cn=manager,dc=example,dc=com,272)=0
<<< dnPrettyNormal: ,

do_bind: version=2 dn="cn=Manager,dc=example,dc=com" method=128
send_ldap_result: conn=0 op=0 p=2
send_ldap_response: msgid=1 tag=97 err=2
ber_flush: 52 bytes to sd 12
  :  30 32 02 01 01 61 2d 0a  01 02 04 00 04 26 72 65  
02...a-..&re
  0010:  71 75 65 73 74 65 64 20  70 72 6f 74 6f 63 6f 6c   quested
protocol
  0020:  20 76 65 72 73 69 6f 6e  20 6e 6f 74 20 61 6c 6cversion
not all
  0030:  6f 77 65 64owed
ldap_write: want=52, written=52
  :  30 32 02 01 01 61 2d 0a  01 02 04 00 04 26 72 65  
02...a-..&re
  0010:  71 75 65 73 74 65 64 20  70 72 6f 74 6f 63 6f 6c   quested
protocol
  0020:  20 76 65 72 73 69 6f 6e  20 6e 6f 74 20 61 6c 6cversion
not all
  0030:  6f 77 65 64owed


What can be done?  This appears to be a problem with the way PHP is
interacting with ldap server.  Notice the "version not allowed"
commands in the slapd output.  If I make an entry with the Manager dn
using the tools that come with openldap, ldapadd, it shows that it is
using version 3.  Looks like PHP is using version 2, which
openldap-2.1.4 does not like.  What can be done?  Can somebody create a
patch for the ldap.c file?  Help.



[2002-08-20 13:00:06] [EMAIL PROTECTED]

Most likely a library clash..as you've got oracle support too, and it
has it's own ldap functions. Try pointing --with-ldap to the oracle
directory. (/opt/oracle/product/817/)




[2002-08-20 09:59:29] [EMAIL PROTECTED]

compiling and installation was successful. But a single running of LDAP
code failed. 

configure options:
./configure  --without-mysql --with-oci8
--with-apxs=/usr/local/apache/bin/apxs --with-ldap=/usr/local
--enable-xslt --with-xslt-sablot=/usr/local --with-iconv
--with-ssl=/usr/local/ssl --enable-libgcc


LDAP query test
Connecting ...connect result is Resource id #1
Binding ...
Warning: LDAP: Unable to bind to server: Can't contact LDAP server in
/home/luoy/public_html/ldap.php on line 12
Bind result is 
...

>From LDAP server side, we did not see bind request ( Ususally we can if
we use some native tools like ldapseach)

#19192 [Fbk]: Array consists of only one value

[sniper]

 ID:   19192
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: COM related
 Operating System: NT, 2000, XP
 PHP Version:  4.2.2
 New Comment:

Please try using this CVS snapshot:

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




Previous Comments:


[2002-09-05 15:46:27] [EMAIL PROTECTED]

I don't remember if anything has been backported to it or not, but any
chance you can test against the 4.2.3RC's and see if this still
continues.



[2002-08-30 04:09:59] [EMAIL PROTECTED]

Following code "should" list all NT-Usergroups of the given machinename
or nt-domain. This works with ASP but not PHP :(...

Array $objComputer is created but it only consists of one recordset
(the first one, the machine itself). But there should be more in it!
(Groups, Users, Services)

Name." is a ".$objComputer->Class." and has
following NT-Groups:";

$objComputer->filter = array("Group");
foreach($objComputer as $group)
{
print $group->name."\n";
}

echo "Group listing complete.";
?>


And here the WORKING Code using ASP:

<% 
Set GroupObj = GetObject("WinNT://machinename")
   
strFilter = Array("Group") 
BaseObj.Filter= strFilter

Response.write " Select a Group "
For Each Member in BaseObj
Response.write Member.Name & ""
Next
%>

BTW: "WinNT://" is a VALID COM-Data Provider!!!




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

#19182 [Fbk->Csd]: mb_send_mail not changing encoding properly

[sniper]

 ID:   19182
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Closed
 Bug Type: mbstring related
 Operating System: Red Hat Linux 7.2
 PHP Version:  4.2.2
 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:


[2002-09-05 16:35:38] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

Or better yet a PHP 4.2.3RC before we release it. 



[2002-08-29 19:55:14] [EMAIL PROTECTED]

Red Hat Linux 7.2
Apache 1.3.26
PHP 4.2.2
P3 500mhz

Web site has not only Japanese and English, but also German, French and
Italian content.

Using SJIS for Japanese Encoding, ISO-8955-1 for everything else. 
Internal encoding, http input and http output.

I set in php.ini to override the mail() function with mb_send_mail().

When the language was set to "Japanese" it worked fine for sending
Japanese email.

When the language was set to "English" it wouldn't display western
european characters such as umlauts and accents in the resulting email.
 Since setting the language to "English" before calling this function
is supposed to make it use ISO-8955-1, it should have displayed those
characters fine, just as it did with HTTP output.

Workaround: Tell PHP not to override mail() with mb_send_mail(), and
instead pass an additional header to mail() saying "'Content-Type:
text/plain; charset=' . mb_internal_encoding()"




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

#18523 [Fbk]: httpd Memory consumption with new PHP

[sniper]

 ID:   18523
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Apache related
 Operating System: BSDI 4.1
 PHP Version:  4.2.2
 New Comment:

Please try using this CVS snapshot:

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




Previous Comments:


[2002-09-08 03:36:42] [EMAIL PROTECTED]

Ok
No, it isn't.
Same issue of wanting a shared libc-client library.
I tried the snapshot, and it didn't complain about that, but failed
during the make install. (I forget where, I'll try another snapshot in
a couple days)



[2002-09-07 07:16:11] [EMAIL PROTECTED]

> Is this fixed in 4.2.3?

I don't know :)
Try 4.2.3 and report result back.



[2002-09-07 01:10:58] [EMAIL PROTECTED]

Is this fixed in 4.2.3?



[2002-07-30 05:40:31] [EMAIL PROTECTED]

verified, with update gcc (2.95.3) up-to-date autotools and (g)make,
against HEAD cvs.

I'm working on a libtoolized version of the imap c-client. Maybe we
should fork that one as well? Especially since it will be quite some
time, before Apache 2 has static module support.

tomki: if you need imap, there's no other way then compiling php as a
static module.



[2002-07-29 21:06:40] [EMAIL PROTECTED]

It does not happen with that snapshot.  However, libphp4.so is not
built..  and the 'make install' fails because that isn't found.  :)



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/18523

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

#18697 [Fbk->NoF]: HTTPS POST crashing

[sniper]

 ID:   18697
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: cURL related
 Operating System: Linux
 PHP Version:  4.2.3
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-09-09 05:35:46] [EMAIL PROTECTED]

Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php

Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.





[2002-09-09 05:31:19] [EMAIL PROTECTED]


Well, just try it without...

Derick



[2002-09-09 05:29:24] [EMAIL PROTECTED]

I also have Zend Optimizer v2.0.0 installed - maybe this could be
causing problems?



[2002-09-09 03:31:01] [EMAIL PROTECTED]

This is still happening with 4.2.3.  However, it only seems to occur
when posting to HTTPS URL's.  I am using libcurl 7.9.8 (SSL 0.9.3)



[2002-08-02 19:05:15] [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.


..and update your CURL..




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/18697

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

#18024 [Fbk->NoF]: no shadowing of parent variables

[sniper]

 ID:   18024
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Scripting Engine problem
 Operating System: Windows XP home
 PHP Version:  4.2.0
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-09-05 16:12:44] [EMAIL PROTECTED]

First, PHP is not an OOP language, it is a scripting language that
supports OOP-style coding.

Second, as the type of variables or their existence is dynamic (i.e. no
need to declare a variable or its type before using it), and as there
is no concept of private/public/protected/etc. then it is the expected
behaviour that the subclass overrides the parent's if you use it
directly, similar behaviour happens if you override a parent's method.

Third, there are no namespaces as such in PHP (need I elaborate more?)

BTW, you can still refer to the parent's members using the parent
keyword, e.g. parent::foo(), in other words you should refer to the
var/method explicitely in the code.

If you have some code contribution that can implement the behaviour you
are used in C++ or other OOP language, feel free to submit it to the
php-dev list. It will be good if you look at the archives and read the
discussions on the OOP topics that have happened before there too.




[2002-09-04 03:38:49] [EMAIL PROTECTED]

I have the same problem and i'm using php 4.0.6 on linux



[2002-06-27 16:26:56] [EMAIL PROTECTED]

I am surprised that a subclass can redeclare parent class variables. It
seems to me that this could hinder reusability, as a programmer must
know all variables declared in the parent class (possibly coded by
another programmer) to avoid mistakes.

Consider the following code:

---code---
class Father {
var $variable = "father";
function parentVar() {return $this->variable;}
}

class Child extends Father {
var $variable = "child";
function childVar() {return $this->variable;}
}

$testChild = new Child();
echo "Expect child : ". $testChild->childVar() . "\n";
echo "Expect father : ". $testChild->parentVar() . "\n";
---endcode---

In java or C++, Father::variable and Child::variable would be different
variables;

References to $this->variable would refer to Child::variable in Child
and to Father::variable in Father. The redefinition would not break any
functions written in Father. Member functions in Child could access
Father::variable by specifying it.

The PHP documentation hints that this was considered. Indeed, in the
documentation for :: one can read

  "Sometimes it is useful to refer to functions and 
   variables in base classes or to refer to functions in 
   classes that have not yet any instances. The :: 
   operator is being used for this."

However, the actual behaviour is PHP is that the Child class overwrites
the variable from the Father, as can be seen by running the script. The
results are :

Expect child : child
Expect father : child

Am I overseeing something ?

Thanks for your attention,
Alain Dresse




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

#17322 [Fbk->NoF]: mail() fails (501 Syntax Error) under latest CVS

[sniper]

 ID:   17322
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Mail related
 Operating System: Windows 2000
 PHP Version:  4.0CVS-2002-05-20
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-09-11 11:08:53] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2002-06-02 19:14:41] [EMAIL PROTECTED]

What's an MTA?

We've since reverted again to PHP 4.2.1, and left it there (with a
cookie workaround) as the mail issue was crippling a major promotion we
are currently running.  We've had no further mail issues - so
definitely specific to 4.3



[2002-06-02 11:44:19] [EMAIL PROTECTED]

I've gone through the code and I'm unable to reproduce the problem.
What kind of MTA are you using?

Do you have another, simple example which used to work in < 4.3 ?



[2002-05-22 21:12:55] [EMAIL PROTECTED]

BLOODY COMPUTERS!!!  PHP 4.2.1's mail handling is fine as I originally
said, the reason I was missing mail yesterday was due to IE on my Mac
not refreshing the pages I was constantly reloading.  Mail is flowing
through just fine and refreshing one of my forms via my PC causes a
mail every time.

So it's what I originally said - mail fails under PHP 4.3.dev but works
under PHP 4.2.1.  Sorry for the confusion... argh!!!



[2002-05-22 08:33:53] [EMAIL PROTECTED]

Mail has been better throughout the day, certainly not 
perfect (lots of messages missing) but at least PHP 4.2.1 
is able to get SOME mail out as opposed to PHP 4.3.dev.  
Unfortunately by reverting back the cookie problem with 
4.2.x is again causing us hell :\

I've been doing some reading around and found that mail 
under Win32 with PHP has always been a little screwy - will 
be great to finally have that improved, to the benefit of 
all PHP users.  I appreciate your time is short and 
valuable,  I'll do whatever I can to make your efforts 
worthwhile (you into DVD?).



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/17322

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

#17119 [Fbk->Csd]: ext/cyrus: checks only for SASL 1.x, not for SASL 2.x

[sniper]

 ID:   17119
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Closed
 Bug Type: Compile Failure
 Operating System: Linux 2.4.18
 PHP Version:  4.2.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:


[2002-09-04 10:11:56] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

martin just made some changes for sasl checks which he claims works
with sasl2.1.6



[2002-06-26 20:58:45] [EMAIL PROTECTED]

reclassified and updated topic. (this is not related to ext/imap at
all..)




[2002-06-25 14:53:13] [EMAIL PROTECTED]

I'm not sure if this is 100% related, but I use SASL 2.1.2 with debian,
and I have the dev package installed.  This installs sasl.h into
/usr/include/sasl/.  The configure script does not look for header
files in the sasl/ dir.



[2002-05-09 10:10:58] [EMAIL PROTECTED]

The ./configure script complains about SASL missing.
After looking into the script I found out that it checks for libsasl.
I'm using SASL 2.1.2 where the file name of the library was changed to
libsasl2.

When will PHP provide support for SASLv2?




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

#19420 [Dup->Bgs]: Float converterd to integer

[sniper]

 ID:   19420
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Duplicate
+Status:   Bogus
 Bug Type: dBase related
 Operating System: Linux
 PHP Version:  4.2.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 original bug instead.

Thank you for your interest in PHP.




Previous Comments:


[2002-09-15 13:45:41] [EMAIL PROTECTED]

normaly, if you import a float from a dbase database, you will get a
float in php. but if you did setlocale(LC_ALL,"nl_NL"); first, the
float from dbase is converterd to an integer. the decimal part is just
lost

i think this is becous the NL locale use , instead of . as the
seperator




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

#19626 [NEW]: session user-defined handler also called even if session.save_handler set to mm

[corinl]

From: [EMAIL PROTECTED]
Operating system: linux
PHP version:  4.2.2
PHP Bug Type: Unknown/Other Function
Bug description:  session user-defined handler also called even if 
session.save_handler set to mm

according to the documentation, the user-session-save_handler installed by
session_set_save_handler gets only called if session.save_handler is set
to user in the config. this isn't true.
it's also called even if session.save_handler is set to for example mm.
documentation or php bug ?
-- 
Edit bug report at http://bugs.php.net/?id=19626&edit=1
-- 
Try a CVS snapshot:  http://bugs.php.net/fix.php?id=19626&r=trysnapshot
Fixed in CVS:http://bugs.php.net/fix.php?id=19626&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=19626&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=19626&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=19626&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=19626&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=19626&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=19626&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=19626&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=19626&r=globals

#15267 [Opn->Csd]: "declare" makes apacke crashes under Windows.

[iliaa]

 ID:   15267
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: Scripting Engine problem
 Operating System: Windows 2000
 PHP Version:  4.2.3
 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.

oops, forgot to close.


Previous Comments:


[2002-09-26 19:21:56] [EMAIL PROTECTED]

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.





[2002-09-03 12:24:31] [EMAIL PROTECTED]

same bug with php 4.2.2 on Windows XP Professionnal running apache and
php as a module : the code in the php documentation crashes apache
unless i comment either the register_tick_function line or the whole
code in the declare statement. it does the same with a simpler code
(echo $x) in the declare statement as well. Commenting only the code in
the function 'profile' doesn't stop apache from crashing though.
it's a pity because i wanted to try it looks nice to use ...



[2002-08-28 15:09:53] [EMAIL PROTECTED]

b/c i dont know how to use ticks i am not exactly sure what the problem
is but i think i have narrowed it down to something with declare or
register_tick_function. when one of them is commented out, it does not
crash but when they are both there, it does crash.

Something to keep in mind is when the contents of registered tick
function or the contents of declare are completely removed, the crash
does not occur. with declare even the brackets cant be there.

Knight



[2002-08-25 18:14:27] [EMAIL PROTECTED]

The bug is still there. And 4.2.1 is hardly too old.



[2002-08-23 20:11:28] [EMAIL PROTECTED]

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.





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/15267

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

#15267 [Ver->Opn]: "declare" makes apacke crashes under Windows.

[iliaa]

 ID:   15267
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Verified
+Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: Windows 2000
 PHP Version:  4.2.3
 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:


[2002-09-03 12:24:31] [EMAIL PROTECTED]

same bug with php 4.2.2 on Windows XP Professionnal running apache and
php as a module : the code in the php documentation crashes apache
unless i comment either the register_tick_function line or the whole
code in the declare statement. it does the same with a simpler code
(echo $x) in the declare statement as well. Commenting only the code in
the function 'profile' doesn't stop apache from crashing though.
it's a pity because i wanted to try it looks nice to use ...



[2002-08-28 15:09:53] [EMAIL PROTECTED]

b/c i dont know how to use ticks i am not exactly sure what the problem
is but i think i have narrowed it down to something with declare or
register_tick_function. when one of them is commented out, it does not
crash but when they are both there, it does crash.

Something to keep in mind is when the contents of registered tick
function or the contents of declare are completely removed, the crash
does not occur. with declare even the brackets cant be there.

Knight



[2002-08-25 18:14:27] [EMAIL PROTECTED]

The bug is still there. And 4.2.1 is hardly too old.



[2002-08-23 20:11:28] [EMAIL PROTECTED]

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.





[2002-05-28 12:01:39] [EMAIL PROTECTED]

Confirmed bug is alive and well:

Apache 1.3.24
PHP 4.2.1



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/15267

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

#19392 [Opn->Fbk]: $_SESSION = ""; PHP crashes

[iliaa]

 ID:   19392
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Session related
 Operating System: Linux, win32
 PHP Version:  4.2.3
 New Comment:

Please try using this CVS snapshot:

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

Cannot replicate the crash on Win32 or Linux using the latest CVS.


Previous Comments:


[2002-09-13 10:39:29] [EMAIL PROTECTED]

I can verify this on linux and latest CVS HEAD

(I now, $_SESSION is expected to be an array, but it shouldn't segfault
nevertheless)

here's a backtrace

#0  zend_hash_get_current_key_ex (ht=0x4036e92a, str_index=0xb188,
str_length=0xb18c, num_index=0xb190, duplicate=0, 
pos=0xb198) at /opt/cvs/php4.3/Zend/zend_hash.c:1054
#1  0x4026850a in php_session_save_current_state () at
/opt/cvs/php4.3/ext/session/session.c:566
#2  0x4026aad1 in php_session_flush () at
/opt/cvs/php4.3/ext/session/session.c:1435
#3  0x4026ab10 in zm_deactivate_session (type=1, module_number=35) at
/opt/cvs/php4.3/ext/session/session.c:1449
#4  0x403107e6 in module_registry_cleanup (module=0x81368b8) at
/opt/cvs/php4.3/Zend/zend_API.c:1170
#5  0x403124a2 in zend_hash_apply (ht=0x40399ac0, apply_func=0x403107ac
) at /opt/cvs/php4.3/Zend/zend_hash.c:688
#6  0x4030da7c in zend_deactivate_modules () at
/opt/cvs/php4.3/Zend/zend.c:585
#7  0x402e6b5d in php_request_shutdown (dummy=0x0) at
/opt/cvs/php4.3/main/main.c:898
#8  0x40326623 in apache_php_module_main (r=0x818d624,
display_source_mode=0) at /opt/cvs/php4.3/sapi/apache/sapi_apache.c:61
#9  0x40327110 in send_php (r=0x818d624, display_source_mode=0,
filename=0x0) at /opt/cvs/php4.3/sapi/apache/mod_php4.c:563
#10 0x40327172 in send_parsed_php (r=0x818d624) at
/opt/cvs/php4.3/sapi/apache/mod_php4.c:578
#11 0x08073d89 in ap_invoke_handler ()
#12 0x080894df in process_request_internal ()
#13 0x08089546 in ap_process_request ()
#14 0x0807ffd6 in child_main ()
#15 0x08080191 in make_child ()
#16 0x0808030c in startup_children ()
#17 0x0808099d in standalone_main ()
#18 0x0808120c in main ()
#19 0x400b80bf in __libc_start_main () from /lib/libc.so.6


chregu



[2002-09-13 10:27:15] [EMAIL PROTECTED]

Seems that PHP crashes when using $_SESSION = ""; or $_SESSION = null;
at Linux and win32.

$_SESSION = array(); works fine.






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

#19516 [Opn->Fbk]: output buffer timing is strange

[iliaa]

 ID:   19516
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Output Control
 Operating System: Windows 2000 server
 PHP Version:  4.2.3
 New Comment:

If you add \n to $suite variable does this change the timings in any
signifcant way? Also, check to make sure you do not gzip compression
enabled as well as try doing this test via a command line rather then a
browser.


Previous Comments:


[2002-09-20 03:20:11] [EMAIL PROTECTED]

on Windows 2000 SP2 FR, and php 4.2.3, the outbut buffer seems to not
work correctly.

i make test to see the time taken to output data, and this time is not
linear. 
explain, with output buffer = on in php.ini, all works fine. but with
output_buffer=off ou output_buffer = 4096 or 8192 or more, the time for
output data is very strange.

the script:
start();
$tip->watch("echo double");

for( $i=0;$i<$max;$i++) {
   print "echo $suite";
}

 echo "";
$tip->watch("echo en simple");
for( $j=0;$j<$max;$j++) {
   print 'echo '.$suite;
}


   $tip->stop();
$tip->show();
?>

the first for loop can take 100 ms to 800 ms when i change the size of
output buffer.
if i increase the loop count, then the time for the second loop
inrease, but the firt loop decrease.

When output_buffer is on, all works fine.

I don't see this bug on Linux.

PS: sorry for my bad english...




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

#19420 [Opn->Dup]: Float converterd to integer

[iliaa]

 ID:   19420
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Duplicate
 Bug Type: dBase related
 Operating System: Linux
 PHP Version:  4.2.0


Previous Comments:


[2002-09-15 13:45:41] [EMAIL PROTECTED]

normaly, if you import a float from a dbase database, you will get a
float in php. but if you did setlocale(LC_ALL,"nl_NL"); first, the
float from dbase is converterd to an integer. the decimal part is just
lost

i think this is becous the NL locale use , instead of . as the
seperator




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

#19550 [Opn->Csd]: touch() still doesn't work

[iliaa]

 ID:   19550
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: Filesystem function related
 Operating System: Windows 2000
 PHP Version:  4.x
 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.

It works fine with PHP downloaded from this URL: 
http://snaps.php.net/win32/php4-win32-latest.zip

I suspect you've downloaded snapshot of the STABLE branch, which does
not include the fix mentioned.


Previous Comments:


[2002-09-23 02:23:41] [EMAIL PROTECTED]

Hey sorry, I have to take my 62.200.163.104 box down today, I have
saved a copy of the phpinfo() at:

http://62.200.163.98/phpinfo.htm

for you, but I can't setup the box to use 4.3.0 as its a production box
atm.. sorry about this, thanks, I'll try get it back up soon though



[2002-09-23 00:06:06] [EMAIL PROTECTED]

Hey, I tried the new snapshot, still no luck,

I am using Windows 2000, servicepack 2 on a FAT32 filesystem, if that
helps..

Take a look at:

http://62.200.163.104/touchbug/
and http://62.200.163.104/touchbug/phpinfo.php

The source for the index page is the same as I mentioned in an earlier
comment.



[2002-09-22 20:29:48] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2002-09-22 08:32:58] [EMAIL PROTECTED]

I see in the PHP 4.2.4-dev news.txt

- Fixed a bug that prevented touch() from working on various platforms.
(Steph)

This bug is still not fixed, as tested by the following script
(refreshing) :



Works perfectly on my linux machine, but not on my Windows machine.




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

#19513 [Opn->Bgs]: Mail() function generates wrong time

[iliaa]

 ID:   19513
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Mail related
 Operating System: windows2k + IIS5
 PHP Version:  4.2.1
 New Comment:

Sorry, but the bug system is not the appropriate forum for asking
support questions. Your problem does not imply a bug in PHP itself.
For a list of more appropriate places to ask for help using PHP,
please visit http://www.php.net/support.php

Thank you for your interest in PHP.

The time of the message actually determined by the SMTP server you are
using. If believe this to be a PHP problem non the less, please include
the FULL headers of a message sent by PHP in your response.


Previous Comments:


[2002-09-20 01:54:22] [EMAIL PROTECTED]

after searching at google, finding several problems like mine, I've
searched PHP.NET but didn't find anything related.
So here we are:
Sending a mail using PHP MAIL()-function generates a mail item with a
time +3 hours to our realtime (e.g.: mail has been send at 7:00 GMT+1
Daylight, received mail item says: Mail has been send at 10:00 GMT+1
Daylight)

All timezone settings (server and client) have been crosschecked. No
Errors visible.
Who can help ??

regards
Carsten Lahme




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

#19499 [Opn->Bgs]: Populating a large array of arrays doesn't scale linearly

[iliaa]

 ID:   19499
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Performance problem
 Operating System: WinME
 PHP Version:  4.2.3
 New Comment:

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

Well, there is a very good reason when the 2nd example shows linear
increase in time. The reason being that you are making a copy on write
of $otherBits array, which means unless you modify that data all it
will contain, is a pointer to a single $otherBits array. This means
that you've created n times pointers to a single array.
The 1st example actually causes the creation of n times arrays and
their subsequent assignment into storage array. Meaning that you are
doing using up a lot more memory. Given the fact Window's memory
menager is not the most effecient thing aroung and you may be going
into swap you do not get a linear time increase.

Just as point of reference, the 1st test caused 35.5 megs of memory to
be allocated, while the 2nd only caused 5.1 megs to be allocated.


Previous Comments:


[2002-09-19 18:37:41] [EMAIL PROTECTED]

Here is a somewhat more useful and probably more accurate repro script
that will show how much time we have spent (so far) every 125
iterations.  It avoids the de-allocation time penalty we get with the
long repro script included in the last contribution.  It also allows
for easier plotting in your favorite spreadsheet software.  (just
adjust the print function to output the numbers, copy and paste them
into the spreadsheet)






I ran this new script on an Athlon 900 machine running Windows 98 and
got the following results:

125 = 0.012104988098145
250 = 0.036535978317261
375 = 0.088302969932556
500 = 0.19990205764771
625 = 0.37106597423553
750 = 0.6065239906311
875 = 0.90365397930145
1000 = 1.253583073616
1125 = 1.6664990186691
1250 = 2.1331380605698
1375 = 2.6527270078659
1500 = 3.2355539798737
1625 = 3.8985589742661
1750 = 4.68299305439
1875 = 5.6240310668945
2000 = 6.781278014183
2125 = 8.2345640659332
2250 = 10.012183070183
2375 = 12.181863069534
2500 = 14.771154046059
2625 = 17.770683050156
2750 = 21.163032054901
2875 = 24.917178034782
3000 = 28.996559023857
3125 = 33.361265063286
3250 = 37.975730061531
3375 = 42.820783019066
3500 = 47.88387298584
3625 = 53.16420006752
3750 = 58.659978985786
3875 = 64.360311985016
4000 = 70.265311002731
4125 = 76.383864998817
4250 = 82.977863073349
4375 = 90.194562077522
4500 = 97.04804659
4625 = 103.93731307983
4750 = 111.02486097813
4875 = 118.31274199486
5000 = 125.80013000965
5125 = 133.48784804344
5250 = 141.95425903797
5375 = 152.91942405701
5500 = 161.20297205448
5625 = 169.70409607887
5750 = 178.36672604084
5875 = 187.21697604656
6000 = 196.26174402237
6125 = 205.5024510622
6250 = 214.93042397499
6375 = 224.54999697208
6500 = 234.35991597176
6625 = 244.3618350029
6750 = 254.5541960001
6875 = 264.93612003326
7000 = 275.82330298424
7125 = 286.85267901421
7250 = 298.12616407871
7375 = 309.47215306759
7500 = 320.87820506096
7625 = 332.56023800373
7750 = 344.28222107887
7875 = 356.19291603565
8000 = 368.28939902782

HTH,
Oli



[2002-09-19 08:36:33] [EMAIL PROTECTED]

Steps to Reproduce:
0 - Standard PHP 4.2.3 installed using the installer.
1 - Create an array of strings using something like explode on a CSV
line
2 - Add that array to another array
3 - Repeat steps 1 and 2 1000, 2000, 3000, 4000, 5000 and 6000 times

Example snippet (short):
$times = 6000;   /* change this to 1000-6000 */
$line =
"'x','s','n','f','n','a','c','b','y','e',?,'s','s','o','o','p','o','o','p','o','c','l','e'";

$storage = array ( );
for ( $a = 0; $a < $times; $a++ )
{
  $bits = explode ( ",", $line );
  $storage[] = $bits;
}


Expected Behaviour:
The time it takes to do perform this is linearly proportional to the
number of iterations it performs.


Actual Behaviour:
The results of running (on a Celeron 800) are as follows:
1000 - 2.174001 seconds
2000 - 22.422081 seconds
3000 - 74.593858 seconds
4000 - 148.223771 seconds
5000 - 254.329387 seconds
6000 - 371.621738 seconds

The time it takes pretty much doubles for every increase of 1000.


The funny thing is I was able to do similar operations independently
with linear time.  For example, a slight modification to the script:

$times = 6000;
$line =
"'x','s','n','f','n','a','c','b','y','e',?,'s','s','o','o','p','o','o','p','o','c','l','e'";

$storage = array ( );
$otherBits = explode ( ",", $line );
for ( $a = 0; $a < $times; $a++ )
{
  $bits = explode ( ",", $l

#19510 [Opn->Bgs]: $_SERVER[DOCUMENT_ROOT] UNAVAILABLE

[iliaa]

 ID:   19510
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: IIS related
 Operating System: Win NT 4.0 Server
 PHP Version:  4.2.2
 New Comment:

Sorry, but the bug system is not the appropriate forum for asking
support questions. Your problem does not imply a bug in PHP itself.
For a list of more appropriate places to ask for help using PHP,
please visit http://www.php.net/support.php

Thank you for your interest in PHP.

Server variables are made avaliable to PHP by the Web server, in your
case IIS 4.0. Guess what, IIS 4.0 does not export/set a variable
DOCUMENT_ROOT, which is why PHP does not have it.
In fact you should not be using DOCUMENT_ROOT but rather include_path
like [EMAIL PROTECTED] suggested.


Previous Comments:


[2002-09-19 20:12:16] [EMAIL PROTECTED]

looks like a bug, - but as an aside, you could consider..

#nicest - or add it to php.ini
ini_set('include_path', 'standard/install/location');
#which enables all includes to look
include 'Database/TableClass.php';



#klunky, but effective
include dirname(__FILE__).'/../../somefile.php');



[2002-09-19 20:03:54] [EMAIL PROTECTED]

Typo... build is 1381 NT 4.0 Server



[2002-09-19 20:01:07] [EMAIL PROTECTED]

Major problem making PHP4 useless in a large development
portal/enterprise scenario!!!

PHP 4.2.2
Windows NT 4.0 Server Build 1382
IIS 4.0

Calling $_SERVER["DOCUMENT_ROOT"] results in an unknown index

The ramifications of this bug is serious enough to cripple my entire
development as I will not be able to include() or require() files
across many directories.

My development is in Windows, however my hosts are in Unix/Linux. I
simply cannot use ini_get('doc_root') as a solution because then I have
to switch the entire code to $_SERVER[DOCUMENT_ROOT] before uploading
to the servers.

I can't believe noone else posted this bug anywhere - because it is on
a plain Windows NT server system!




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

#19610 [Fbk]: define() defined() usage of constants -> handler

[black]

 ID:   19610
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Feature/Change Request
 Operating System: all
 PHP Version:  4.2.3
 New Comment:

"things get confusing while editing code and youre bound to come to
unused/unreferenced constants (or missing ones)."

- what i ment is, that when you have lots of code, and lots of defines,
and you evolve the code further, you get rid of some existing defines,
and people do forget to delete the define() then

this behaviour is common with "gcc -Wall" and also with msvc (compiler,
error suppression at level 1 or 2, 1 beeing most verbose (i think - its
been a while since i used msvc)), basically it tells you when a
variable is not referenced, or in our case, a constant.

doesnt really matter, since from what i understand, there are no hooks
on constants/variables in zend, so you cant really define a hook on
when a define is fetched (like that _MB_TODAYSDATE example above),
ofcourse if it could be done, i would do it

there is supposed to be a hook on undefined variables / constants, but
i dont know how far that can be addapted to write a handler which would
fetch values from a database (for example);

a very primitive example would be:

function hook_undefinedvalue($key) {
  list($retval) = mysql_fetch_row(mysql_query("select keyval from tab
where keyname='".mysql_escape_string($key)."'"));
  return $retval;
}

this would pretty much take _MB_TODAYSDATE (if not define()'d from the
database. I know as an example this is stupid, but the only use this
has is to help me write more clean code, and also count variable
references, also to see which variables which were defined are not used
so i can delete them, and they take less memory..

as for your question, yes, a simple call to a function (for example
gettext()) with the parameter would be okay, but lets take software
like phpbb/postnuke/phpnuke for example, they have their own language
system and it also uses define()'s, and have a grand total of over
200kb code, each

are you suggesting that a developer which wants to put lets say, phpbb,
to a gettext() environment, needs to acctually look at 200kb code and
encapsulate theese constants, when you could simply just
register_constant_handler and automatically call that function trough a
php hook

ofcourse parsing around 500 language entries in define() and
str_replace'ing occurances inside the source code so that they have
"gettext(" prefixed and ")" suffixed is faster, but personally i think
less is more in cases like this

i do thing only that this functionality is most usefull when developing
and bugfixing large ammounts of code which is not yours to start with,
so you probablly dont even agree on the design the developer before you
decided on, as is the case for me, since i have to put a 2 year old
piece of code in an up to date condition, oop, and register_globals =
off, ofcourse with multilang support

as for my problem - it was already fixed, but this is still a feature
request not a bug solving issue

(ofcourse a handler on constant reference is currently not possible
inside zend so derick gave me -1 on that, since that would require
modification to zend, and he doesnt like that - i feel most developers
won't since 4.3 is coming up, and i guess 5.0 is also close around the
corner so this also isnt acceptable in zend2, but i guess rasmus, andi,
zeev, derick and probably some other more important people need to
discuss that)


Previous Comments:


[2002-09-26 06:24:13] [EMAIL PROTECTED]

I seem to fail to understand your exackt concerns. Can you elaborate a
bit more on

"things get confusing while editing code and youre bound to come to
unused/unreferenced constants (or missing ones)."

especially the second part of the sentence ?


Wouldn't a simply call to function solve the problem (which itself
isn't yet clear to me).

Requesting feedback.



[2002-09-26 05:47:39] [EMAIL PROTECTED]

lets say for example you have vast ammounts of code which use a
language system which is based on define() statements, and ofcourse
addressing of theese in the source code in the following way:

echo date(_MB_TODAYSDATE,time());

things get confusing while editing code and youre bound to come to
unused/unreferenced constants (or missing ones).

having the handler would help us do two things:

#1 using the define() statement to call a handler with the $key, $val
pair, in which a person could for example store this in a database (to
display and edit on a webpage for example)

#2 - this is a three part advancement

a) a person could count how many times a variable has been referenced
(and store that number into the database, so eventually after
playtesting every part of the software you find "unused" keys

#19620 [Bgs]: wrong date

[hholzgra]

 ID:   19620
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Date/time related
 Operating System: FREE BSD 4.6
 PHP Version:  4.2.1
 New Comment:

we really need a quickfix entry for this ... :(

due to daylight saving time there is no
such date as 2002-10-13 00:00:00 in brazil

the second following 2002-10-12 23:59:59
is 2002-10-13 01:00:00

so you requested the timestamp for an invalid
date, which is -1

and then you passed that on without checking 
to the date function, which took it as 
"the second before the unix epoch", being
1969-12-31 23:59:59


Previous Comments:


[2002-09-26 13:55:46] [EMAIL PROTECTED]

Sorry, but the bug system is not the appropriate forum for asking
support questions. Your problem does not imply a bug in PHP itself.
For a list of more appropriate places to ask for help using PHP,
please visit http://www.php.net/support.php

Thank you for your interest in PHP.



[2002-09-26 13:51:21] [EMAIL PROTECTED]

// why is this returning 1969-12-31 ???

$day = 13;
$month = 10;
$year = 2002;
echo date("Y-m-d",mktime (0,0,0,$month,$day,$year)); 

And MySQL also does the same when I insert '2002-10-13' in a date
field!!!




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

#19324 [Fbk]: show PHP source on client's browser

[sniper]

 ID:   19324
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Output Control
 Operating System: Solaris8 x86
 PHP Version:  4.2.3
 New Comment:

Could you please try using this line to compile:

rm config.cache && ./configure --with-apxs=/usr/local/apache/bin/apxs
&& make clean && make

And then try seeing if this happens with such 'pure' build?



Previous Comments:


[2002-09-25 22:59:00] [EMAIL PROTECTED]

apache 1.3.26



[2002-09-25 22:48:14] [EMAIL PROTECTED]

With which apache version it doesn't work?




[2002-09-25 21:29:57] [EMAIL PROTECTED]

I compiled php without any CFLAGS, showing source still 
arisen .
My gcc version is 3.2 .

PS: but the situation doesn't arise on "APACHE 2.x + PHP" .



[2002-09-25 09:44:54] [EMAIL PROTECTED]

Could you try compiling PHP without using ANY predefined CFLAGS?  ie.
only run the configure with your options.




[2002-09-25 03:56:02] [EMAIL PROTECTED]

When I use :
header('Location: xxx.php?a=123&b=456');

(1) use header() function
(2) the URL append GET string

then php file show the source on client's browser.
But after reload, the PHP just normal run.



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/19324

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

#19542 [Opn->Fbk]: imagettfbbox() ... undefined

[iliaa]

 ID:   19542
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: GD related
 Operating System: linux redhat 6.2
 PHP Version:  4.2.3
 New Comment:

If you try to compile without the --enable-gd-native-ttf flag does the
error still occur? Also, check your phpinfo() in regard to the gd
settings if the problem persists please include those in your report as
well.


Previous Comments:


[2002-09-22 16:25:40] [EMAIL PROTECTED]

in the phpinfo nothing appears in the gd section about truetype font
... (it used to before)



[2002-09-22 14:33:36] [EMAIL PROTECTED]

Check your phpinfo() for GD module, it is possible it was never
compiled due to some mis-configuration issue.



[2002-09-21 11:27:44] [EMAIL PROTECTED]

I forgot to tell that I also tried with php-latest



[2002-09-21 11:25:41] [EMAIL PROTECTED]

I have this error with the 4.2.3 :
Call to undefined function:  imagettfbbox()

No problem with configuration or compilation ...

I have the same system and same web application for a long long time
...

The porblem has appeared with this version ...

The configuration line :

./configure --with-config-file-path=/etc/httpd --with-apxs
--disable-debug --enable-versioning --enable-safe-mode
--enable-memory-limit --with-mysql --enable-ftp --with-zlib --with-gd
--enable-gd-native-ttf --with-ttf --with-jpeg-dir
--with-xpm-dir=/usr/X11R6 --with-png-dir --with-tiff-dir
--enable-bcmath --with-pdflib --with-imap --with-kerberos
--with-imap-ssl

i also tried with --with-ttf=/usr/lib


it is gd-1.8.3




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

#19625 [Opn->Bgs]: QUERY_STRING returns as NULL

[iliaa]

 ID:   19625
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Apache related
 Operating System: Linux Slackware 8.1
 PHP Version:  4.2.3
 New Comment:

Sorry, but the bug system is not the appropriate forum for asking
support questions. Your problem does not imply a bug in PHP itself.
For a list of more appropriate places to ask for help using PHP,
please visit http://www.php.net/support.php

Thank you for your interest in PHP.

QUERY_STRING only contains the data passed via GET. So, when you submit
a form via POST method or click on a link that does not have any
variables passed via GET then obviously the QUERY_STRING will be
blank.
If this is not the case please re-open the bug with a correct PHP
version.


Previous Comments:


[2002-09-26 15:20:54] [EMAIL PROTECTED]

I am Using PHP 1.2.3 and Apache 1.3.26

When you submit a form or click on a link the $QUERY_STRING is being
nulled.  I figured out a simple (but unsecure) work around.

-WORK AROUND-
Create a file with the contents below


Then add that file to the value auto_prepend_file in the php.ini and
set the register_globals = on in the same file

This fixed my Problem but I hope there is a better solution

-Matthew Whited




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

#19157 [Com]: Location not working

[omeunier]

 ID:   19157
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Session related
 Operating System: w2k server
 PHP Version:  4.2.2
 New Comment:

This is a very simple script :


Normaly it have to show 'foo' and crash beacaus of headers allready
sent. It doesn't.
I experience this with PHP 4.2.0, 4.2.1, 4.2.3 on apache 1.3.26 (with
modssl) on both RedHat 6.2 and Debian 3.0.
Configuration was register_globals Off
With the same configuration, I have the "good crash" under PHP 4.1.2
and decided to downgrade.


Previous Comments:


[2002-09-25 11:06:19] [EMAIL PROTECTED]

I sent comments on Monday and don't see them posted. I will try to
re-state I tried this latest php4 and it didn't resolve the problem. I
recieved several errors stating that it could find some of the dll's I
checked the extensions & the dll's everything was there and the path's
where setup correctly in the php.ini. I then used the extension folder
from the previous install and didn't get this error but it still didn't
work.

http://snaps.php.net/win32/php4-win32-latest.zip

Shelley



[2002-09-23 07:58:50] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2002-08-30 11:43:39] [EMAIL PROTECTED]

If I take out all the includes ect. how are you going to run a
comparable test? I'm using the ADODB sessions not PHP sessions
functions. How are you going to know if PHP is working properly with
all other products? I'm on the IIS Web Server 5.0 . I also ran
additional test on an earlier Version of PHP 4.1.2 and everything was
fine. However, I had this running on 4.2.1 and had the same problem as
now.
I have left the Pear includes in. If you don't want it just remove the
includes.

http://localhost/php/page2.php?K=".$sess_key."&L".$login;
redirect2($g_url);
exit;
?>




Shelley



[2002-08-29 23:11:30] [EMAIL PROTECTED]

Please provide the _shortest_ possible script without any database
stuff or include()'s...the one here is not very useful for us. And just
for the record; header() works just fine for me on Linux/Apache. (even
when using sessions)






[2002-08-29 12:56:21] [EMAIL PROTECTED]

I just cut and pasted this together for you. You might have to tweak
this a bit to run. I'm also using ADODB for the Connection the newest
Version. As you can see below. 


PConnect($server,$user,$pwd,$database);
include_once("ecom_errors.inc");
$tst=headers_sent();
session_start();
$sess_key=session_id();
$tst=headers_sent();
$access = 'grant';
$page_name='page1.php';
$login='shelley';
$HTTP_SESSION_VARS['saccess'] = $access;
$HTTP_SESSION_VARS['susername'] = 'Shelley Jones';
$HTTP_SESSION_VARS['suserid'] = $login;
$HTTP_SESSION_VARS['suseris'] = 'Cust';
$HTTP_SESSION_VARS['spage'] = $page_name;
$tst=headers_sent();
$g_url="Location:http://localhost/php/page2.php?K=".$sess_key."&L".$login;
redirect2($g_url);
exit;
?>
 

Shelley



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/19157

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

#16676 [Ana->Bgs]: ob_implicit_flush not turning off ob

[iliaa]

 ID:   16676
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Analyzed
+Status:   Bogus
 Bug Type: Output Control
 Operating System: Slackware 8.0
 PHP Version:  4.2.0
 New Comment:

Sorry, but the bug system is not the appropriate forum for asking
support questions. Your problem does not imply a bug in PHP itself.
For a list of more appropriate places to ask for help using PHP,
please visit http://www.php.net/support.php

Thank you for your interest in PHP.

if you are not using ob and do not have gzip compression enabled, then
by simply doing flush(); you'll get the data your are outputing sent to
screen without any output buffering. 


Previous Comments:


[2002-04-18 11:34:07] [EMAIL PROTECTED]

> If you need to flush, do not use output buffers at all.

That's what I'm trying to do, use ob_implicit_flush() at the beginning
of my script to turn off ob.

> Imagine turning on/off compression, converting one encoding to
another, etc in the middle of transmission. It just does not work.

I'm not wanting to change encoding or turn zlib compression on/off the
middle of a script. I just have a basic 400 line script I'd like to
output. I simply don't want to have ob turned on.



[2002-04-18 06:12:03] [EMAIL PROTECTED]

Don't worray, it's known issue.
I can make it flush when all output buffers registered may be flushed,
otherwise it just does not work.

Imagine turning on/off compression, converting one encoding to another,
etc in the middle of transmission. It just does not work.

If you need to flush, do not use output buffers at all.

Note: Older PHP is just deleted the last output buffer registered with
ob_implicit_flush. This is wrong behavior.





[2002-04-18 03:50:26] [EMAIL PROTECTED]

I tried leaving output_buffering = 4096 in php.ini and turning on
implicit_flush in php.ini, and it's still not flushing my echo lines
till the end of script execution, so neither the function or the ini
config are working for me. If I make output_buffering = 0, it flushes
correctly as expected, but as I understand it, the whole point of
ob_implicit_flush() in runtime is to override the default ini config
which is what I want to do.



[2002-04-18 03:43:38] [EMAIL PROTECTED]

I can't change the status to 'Open', but I can say
zlib.output_compression is off.



[2002-04-18 02:57:57] [EMAIL PROTECTED]

I guess you are enabling zlib.output_compression.
If you are not, please change Status to "Open".
Thank you.



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/16676

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

#14950 [Ana->Fbk]: crash with __sleep() and __wakeup()

[iliaa]

 ID:   14950
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Analyzed
+Status:   Feedback
 Bug Type: Session related
 Operating System: Debian SID
 PHP Version:  4.2.0-dev
 New Comment:

Please try using this CVS snapshot:

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

Cannot replicate this using latest CVS on Windows or Linux.


Previous Comments:


[2002-09-16 08:09:15] [EMAIL PROTECTED]

Bug remains (Apache crash)
SERVER_SOFTWARE: Apache/1.3.26 (Win32) PHP/4.2.3 
OS: Win2000
Apache: 1.3.26

Sample Code:




[2002-05-28 14:58:47] [EMAIL PROTECTED]

I use php 4.2.1 as apache module on a win95 system and it crashes
whenever I try to serialize an object (in a session or otherwise) that
has a __sleep() function.



[2002-04-13 12:48:29] [EMAIL PROTECTED]

I have the same problem running apache 2.0.35 and php 4.2 RC3 under
Win2K ...



[2002-04-03 11:06:21] [EMAIL PROTECTED]

I just tested. It does not work.



[2002-03-22 05:30:46] [EMAIL PROTECTED]

Could you try CVS version to see if this bug is fixed?



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/14950

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

#15657 [Ana->Csd]: PHP terminated by Windows during session operation

[iliaa]

 ID:   15657
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Analyzed
+Status:   Closed
 Bug Type: Session related
 Operating System: Windows 2000
 PHP Version:  4.1.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:


[2002-03-05 18:57:02] [EMAIL PROTECTED]

yasuo commited this patch a while ago IIRC.



[2002-02-26 07:04:02] [EMAIL PROTECTED]

I have patch to prevent crash with invalid save_path. (not commited)
But I didn't change default save_path for windows.

Sander, should we change the default or documentation in 
php.ini-(dist|recommened)?



[2002-02-26 04:27:28] [EMAIL PROTECTED]

[EMAIL PROTECTED]: those two messages are no bugs; RTM and/or ask
support questions on the apropriate mailinglist.



[2002-02-26 04:20:19] [EMAIL PROTECTED]

session_start(); crete this error in browser:
Cannot send session cookie - headers already sent by (output started at
test.php:1)in Line 2

Warning: Cannot send session cache limiter - headers already sent
(output started at test.php:1) in Line 2



[2002-02-22 12:19:45] [EMAIL PROTECTED]

Hasn't this been fixed already?



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/15657

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

#16361 [Ana->Fbk]: user can crash apache child entering incorrect session name

[iliaa]

 ID:   16361
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Analyzed
+Status:   Feedback
 Bug Type: Session related
 Operating System: Windows NT, OS/2
 PHP Version:  4.1.2
 New Comment:

Please try using this CVS snapshot:

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




Previous Comments:


[2002-03-30 21:35:39] [EMAIL PROTECTED]

I've looked bug reports, but there is no exactly the same segfualt
report. I'll keep this report open.

Cause is known and there are sevral reports already for the same cause,
but different segfaults.



[2002-03-30 18:35:48] [EMAIL PROTECTED]

Thanks for reporting, but this has been reported already. IIRC.




[2002-03-30 11:58:59] [EMAIL PROTECTED]

To reproduce bug do this test:
1) Turn off cookies at browser.
2) run file:
test';
echo 'test2';
?>
3) Click on a "test2" link
4) Apache child will crash and php will write message like
Warning: Failed to write session data (files). Please verify that the
current setting of session.save_path is correct (/tmp) in Unknown on
line 0

Testes on OS/2 (PHP 4.1.2) and win32 (PHP 4.1.1). PHP is installed as
Apache module.




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

#19624 [Opn->Bgs]: win2k/odbc/networked drives

[kalowsky]

 ID:   19624
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: ODBC related
 Operating System: win2k
 PHP Version:  4.2.3
 New Comment:

Not a bug -> bogus.


Previous Comments:


[2002-09-26 16:00:39] [EMAIL PROTECTED]

FOUND A FIX
If apache is running as service, the above will not work, run it in a
dos window under the user thats currently logged in, and it willGo
figure.  Guess it's an apache prob



[2002-09-26 15:52:36] [EMAIL PROTECTED]

I'm tempted to say this isn't a PHP bug but a Faircom bug.  As ODBC
doesn't care about local FS issues, its concern is mapping DSN's to
data sources.  From that error you've pointed to it sounds like the
Faircom drivers are not noticing it.  There is nothing that PHP can do
about this.  

Marking as bogus unless you can prove otherwise.



[2002-09-26 15:21:33] [EMAIL PROTECTED]

If the data is on a local drive the php returns the querry correctly. 
If the data is on the networked drive F: then php returns 

Warning: SQL error: [FairCom][FairCom ODBC Driver][FairCom File
Library]No such table or object., SQL state S0002 in SQLExecDirect in 

Here is the pertinent PHP info
(NOT: I am using FAIRCOM drivers to acess c-tree created db's
www.faircom.com)




[2002-09-26 15:16:15] [EMAIL PROTECTED]

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.




[2002-09-26 15:15:34] [EMAIL PROTECTED]

Apache 1.3/PHP 4.2.2/Win2k(prof) SP3

PHP will not open tables via odbc on MAPPED drives or NETWORKED drives




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

#19624 [Bgs->Opn]: win2k/odbc/networked drives

[tracer]

 ID:   19624
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Bogus
+Status:   Open
 Bug Type: ODBC related
 Operating System: win2k
 PHP Version:  4.2.3
 New Comment:

FOUND A FIX
If apache is running as service, the above will not work, run it in a
dos window under the user thats currently logged in, and it willGo
figure.  Guess it's an apache prob


Previous Comments:


[2002-09-26 15:52:36] [EMAIL PROTECTED]

I'm tempted to say this isn't a PHP bug but a Faircom bug.  As ODBC
doesn't care about local FS issues, its concern is mapping DSN's to
data sources.  From that error you've pointed to it sounds like the
Faircom drivers are not noticing it.  There is nothing that PHP can do
about this.  

Marking as bogus unless you can prove otherwise.



[2002-09-26 15:21:33] [EMAIL PROTECTED]

If the data is on a local drive the php returns the querry correctly. 
If the data is on the networked drive F: then php returns 

Warning: SQL error: [FairCom][FairCom ODBC Driver][FairCom File
Library]No such table or object., SQL state S0002 in SQLExecDirect in 

Here is the pertinent PHP info
(NOT: I am using FAIRCOM drivers to acess c-tree created db's
www.faircom.com)




[2002-09-26 15:16:15] [EMAIL PROTECTED]

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.




[2002-09-26 15:15:34] [EMAIL PROTECTED]

Apache 1.3/PHP 4.2.2/Win2k(prof) SP3

PHP will not open tables via odbc on MAPPED drives or NETWORKED drives




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

#19528 [Opn->Fbk]: odbc_function_row() doesn't returned true if there is one row only

[kalowsky]

 ID:   19528
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: ODBC related
 Operating System: AIX (UNIX)
 PHP Version:  4.2.2
 New Comment:

I'm not intimately familiar with the DB2 system, but there has to be a
way to turn on ODBC logging.  This is a fairly standard debugging
method.  Can you please check your documentation for it... it would
make tracking this bug down infinately easier.


Previous Comments:


[2002-09-26 11:56:56] [EMAIL PROTECTED]

Oh! That's what it is.  No, I do not use the iODBC or OpenLink or
anything of that sort.  There is no such as odbc.ini feature for IBM
DB2.  I use this configure command before compiling PHP.

--clip--
./configure 
   --with-apache=../apache_1.3.26
   --with-ibm-db2=/usr/lpp/db2_06_01
   --with-openssl=../openssl-0.9.6d
   --with-mcrypt=../libmcrypt-2.5.2
   --without-mysql
   --with-config-file-path=../../apache/conf
   --enable-track-vars
   --with-curl
   --with-xml
--clip--



[2002-09-26 11:46:27] [EMAIL PROTECTED]

Creating a sql.log is typically defined in your odbc.ini file, per DSN.
 You may have to alter that to turn on logging.  As per the specific
lines, that depends upon your vendors specific implementation.



[2002-09-26 11:11:36] [EMAIL PROTECTED]

Disregard my last comment, the bug workaround still work. I made the
typo in the counter.  So, that leave the original bug as unchanged.



[2002-09-26 11:01:23] [EMAIL PROTECTED]

To my dismay, I thought that including hte counter as the 2nd paramater
to the odbc_fetch_row() function would fix this problem but it turned
out that it doesn't.  It turned out that it help a little bit but it is
only an intermitted problem.



[2002-09-26 10:57:50] [EMAIL PROTECTED]

I have found no sql.log file on this webserver.  Any comments or
suggestion?



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/19528

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

#19624 [Opn->Bgs]: win2k/odbc/networked drives

[kalowsky]

 ID:   19624
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: ODBC related
 Operating System: win2k
 PHP Version:  4.2.3
 New Comment:

I'm tempted to say this isn't a PHP bug but a Faircom bug.  As ODBC
doesn't care about local FS issues, its concern is mapping DSN's to
data sources.  From that error you've pointed to it sounds like the
Faircom drivers are not noticing it.  There is nothing that PHP can do
about this.  

Marking as bogus unless you can prove otherwise.


Previous Comments:


[2002-09-26 15:21:33] [EMAIL PROTECTED]

If the data is on a local drive the php returns the querry correctly. 
If the data is on the networked drive F: then php returns 

Warning: SQL error: [FairCom][FairCom ODBC Driver][FairCom File
Library]No such table or object., SQL state S0002 in SQLExecDirect in 

Here is the pertinent PHP info
(NOT: I am using FAIRCOM drivers to acess c-tree created db's
www.faircom.com)




[2002-09-26 15:16:15] [EMAIL PROTECTED]

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.




[2002-09-26 15:15:34] [EMAIL PROTECTED]

Apache 1.3/PHP 4.2.2/Win2k(prof) SP3

PHP will not open tables via odbc on MAPPED drives or NETWORKED drives




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

#19624 [Bgs->Opn]: win2k/odbc/networked drives

[tracer]

 ID:   19624
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Bogus
+Status:   Open
 Bug Type: ODBC related
 Operating System: win2k
 PHP Version:  4.2.3
 New Comment:

If the data is on a local drive the php returns the querry correctly. 
If the data is on the networked drive F: then php returns 

Warning: SQL error: [FairCom][FairCom ODBC Driver][FairCom File
Library]No such table or object., SQL state S0002 in SQLExecDirect in 

Here is the pertinent PHP info
(NOT: I am using FAIRCOM drivers to acess c-tree created db's
www.faircom.com)



Previous Comments:


[2002-09-26 15:16:15] [EMAIL PROTECTED]

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.




[2002-09-26 15:15:34] [EMAIL PROTECTED]

Apache 1.3/PHP 4.2.2/Win2k(prof) SP3

PHP will not open tables via odbc on MAPPED drives or NETWORKED drives




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

#19625 [NEW]: QUERY_STRING returns as NULL

[mwhited]

From: [EMAIL PROTECTED]
Operating system: Linux Slackware 8.1
PHP version:  4.2.3
PHP Bug Type: Apache related
Bug description:  QUERY_STRING returns as NULL

I am Using PHP 1.2.3 and Apache 1.3.26

When you submit a form or click on a link the $QUERY_STRING is being
nulled.  I figured out a simple (but unsecure) work around.

-WORK AROUND-
Create a file with the contents below


Then add that file to the value auto_prepend_file in the php.ini and set
the register_globals = on in the same file

This fixed my Problem but I hope there is a better solution

-Matthew Whited
-- 
Edit bug report at http://bugs.php.net/?id=19625&edit=1
-- 
Try a CVS snapshot:  http://bugs.php.net/fix.php?id=19625&r=trysnapshot
Fixed in CVS:http://bugs.php.net/fix.php?id=19625&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=19625&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=19625&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=19625&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=19625&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=19625&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=19625&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=19625&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=19625&r=globals

#19624 [Opn->Bgs]: win2k/odbc/networked drives

[derick]

 ID:   19624
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: ODBC related
 Operating System: win2k
 PHP Version:  4.2.3
 New Comment:

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.



Previous Comments:


[2002-09-26 15:15:34] [EMAIL PROTECTED]

Apache 1.3/PHP 4.2.2/Win2k(prof) SP3

PHP will not open tables via odbc on MAPPED drives or NETWORKED drives




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

#19624 [NEW]: win2k/odbc/networked drives

[tracer]

From: [EMAIL PROTECTED]
Operating system: win2k
PHP version:  4.2.3
PHP Bug Type: ODBC related
Bug description:  win2k/odbc/networked drives

Apache 1.3/PHP 4.2.2/Win2k(prof) SP3

PHP will not open tables via odbc on MAPPED drives or NETWORKED drives
-- 
Edit bug report at http://bugs.php.net/?id=19624&edit=1
-- 
Try a CVS snapshot:  http://bugs.php.net/fix.php?id=19624&r=trysnapshot
Fixed in CVS:http://bugs.php.net/fix.php?id=19624&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=19624&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=19624&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=19624&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=19624&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=19624&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=19624&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=19624&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=19624&r=globals

#19623 [Opn->Csd]: Bad php4apache2.dll

[edink]

 ID:   19623
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: Apache2 related
 Operating System: Windows
 PHP Version:  4.2.3
 New Comment:

Latest stable snapshot
(http://snaps.php.net/win32/php4-win32-STABLE-latest.zip) works with
Apache 2.0.42.


Previous Comments:


[2002-09-26 14:36:50] [EMAIL PROTECTED]

PHP4.2.3 module for Apache won't run on Apache 2.0.42




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

#19623 [NEW]: Bad php4apache2.dll

[mill]

From: [EMAIL PROTECTED]
Operating system: Windows
PHP version:  4.2.3
PHP Bug Type: Apache2 related
Bug description:  Bad php4apache2.dll

PHP4.2.3 module for Apache won't run on Apache 2.0.42
-- 
Edit bug report at http://bugs.php.net/?id=19623&edit=1
-- 
Try a CVS snapshot:  http://bugs.php.net/fix.php?id=19623&r=trysnapshot
Fixed in CVS:http://bugs.php.net/fix.php?id=19623&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=19623&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=19623&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=19623&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=19623&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=19623&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=19623&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=19623&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=19623&r=globals

#19280 [Opn]: imap_header() fails with many To: addresses

[mose]

 ID:   19280
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: IMAP related
 Operating System: RedHat 7.3, 2.4.19
 PHP Version:  4CVS-2002-09-07
 New Comment:

If I edit ext/imap/php_imap.c in the function _php_imap_parse_address()
and comment the call to rfc822_write_address(tmpstr, addresstmp) on
line 3583, then php does not crash.  If I modify line 3581 to allocate
more space so that it becomes

tmpstr = (char *) malloc (len + 2048);

not only does php not crash, the call to imap_headerinfo() works.

The kludge in _php_imap_get_address_size() that simply adds MAILTMPLEN
(defined as 1024 in c-client/mail.h) characters to the length of all of
the text is not enough when there is a large number of addresses. 
Additional length should be calculated as the product of the total
number of addresses and the maximum number of additional characters per
address that could be expected to be added during a call to
rfc822_write_address().


Previous Comments:


[2002-09-26 10:28:06] [EMAIL PROTECTED]

The same failure behavior is exhibited with the latest snapshot
php4-200209260600.



[2002-09-19 09:01:40] [EMAIL PROTECTED]

The same imap_header() problem appears to happen when compiled with
imap-2002.RC6.  I downloaded php4-200209190300.  Using the same compile
options as for php4-200209070600 causes Apache to hang when the module
is loaded.  So, I'm not able to test the latest snapshot.  I may try,
again, later today in case it is fixed.



[2002-09-18 21:38:46] [EMAIL PROTECTED]

Sorry my time has disappeared rather quickly in the last few weeks. 
I'll try to get to this soon, but don't hold your breath.  Leaving
open.



[2002-09-18 12:27:39] [EMAIL PROTECTED]

zefef



[2002-09-17 20:51:04] [EMAIL PROTECTED]

Is that the sound of crickets chirping in the background that I hear?



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/19280

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

#18556 [Ctl->Csd]: Setting locale to 'tr_TR' lowercases class names

[andrei]

 ID:   18556
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Critical
+Status:   Closed
 Bug Type: Scripting Engine problem
 Operating System: Linux (RedHat 7.2)
 PHP Version:  4.2.2,4.3.0-dev
 Assigned To:  hholzgra
 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:


[2002-09-23 07:31:30] [EMAIL PROTECTED]

Verified with latest CVS head. The example script outputs:

Instantiating an infoBlob with a lowercase iFooInstantiating an
InfoBlob with an uppercase I
Fatal error: Cannot instantiate non-existent class:  ýnfoblob in t.php
on line 18
t.php(18) : Fatal error - Cannot instantiate non-existent class: 
ýnfoblob




[2002-08-28 21:12:13] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

Something related to this was fixed in CVS. (the #16865 which this one
was marked duplicate of is closed)



[2002-07-25 04:38:08] [EMAIL PROTECTED]

dup of #16865



[2002-07-25 03:57:43] [EMAIL PROTECTED]

known problem, see regression test case tests/lang/035.phpt



[2002-07-25 02:52:33] [EMAIL PROTECTED]

This bug is related to others submitted that refer to _constants_ being
affected by the locale change, but since this actually concerns a class
name, I wanted to submit it separately. Pardon the error if it turns
out to be one...

I'm internationalizing an app, which loads (include_once) a file called
'imc_Info.inc' containing two class definitions with their respective
constructors:
class Info
and
class InfoOracle

In the course of loading the index page, I call
new InfoOracle()
and perform a query. This works fine in English, Spanish, French, and
Greek. If I switch my app's locale to Turkish ('tr_TR'), however, I get
a error:
Cannot instantiate non-existent class:  ?acle in /var/www/html
(Yes, that ? appears in my logs). After searching for bug reports
concerning Turkish, I noticed some closed/bogus reports that mentioned
_case_, so I did some poking around.

Although my class constructor clearly reads
function InfoOracle() {
blah blah blah
}
PHP fails to acknowledge it. The get_declared_classes() function DOES
return "info" and "infooracle" in its array though. 

So I tried changing my call to
new infooracle(), simply lowercasing the whole name. That worked like a
charm, in Turkish. I noticed in one of the other bug reports that
Turkish contains no "I" in its character set, which _sort of_ explains
the problem, but it still strikes me as a bug. Shouldn't class names
remain unaffected by the current locale?

The following script demonstrates the problem. It generates the first
output, then throws an error attempting the second.

 SCRIPT 
foo = "Foo";
   }
}

echo ('Instantiating an infoBlob with a lowercase i');
$foobar = new infoBlob();
echo ($foobar->foo);
echo ('Instantiating an InfoBlob with an uppercase I');
$foobar = new InfoBlob();
echo ($foobar->foo);
?>





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

#19620 [Opn->Bgs]: wrong date

[tal]

 ID:   19620
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Date/time related
 Operating System: FREE BSD 4.6
 PHP Version:  4.2.1
 New Comment:

Sorry, but the bug system is not the appropriate forum for asking
support questions. Your problem does not imply a bug in PHP itself.
For a list of more appropriate places to ask for help using PHP,
please visit http://www.php.net/support.php

Thank you for your interest in PHP.


Previous Comments:


[2002-09-26 13:51:21] [EMAIL PROTECTED]

// why is this returning 1969-12-31 ???

$day = 13;
$month = 10;
$year = 2002;
echo date("Y-m-d",mktime (0,0,0,$month,$day,$year)); 

And MySQL also does the same when I insert '2002-10-13' in a date
field!!!




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

#19621 [NEW]: Math needs a "sign()" function

[bill]

From: [EMAIL PROTECTED]
Operating system: Mandrake linux
PHP version:  4.2.0
PHP Bug Type: Feature/Change Request
Bug description:  Math needs a "sign()" function

The wonderful math-function list is missing a very important and simple
function: sign().  The is the comlpementof abs(), and together with abs()
allows you to separate the magnitude and sign of a number, e.g. for
graphing purposes (it's hard to graph a negative number of pixels, and
displaying money as "$-99" looks dumb). 

It's a one-line function, so I've already written my own, but it really
ought to be built-in. 

Thanks!
-- 
Edit bug report at http://bugs.php.net/?id=19621&edit=1
-- 
Try a CVS snapshot:  http://bugs.php.net/fix.php?id=19621&r=trysnapshot
Fixed in CVS:http://bugs.php.net/fix.php?id=19621&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=19621&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=19621&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=19621&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=19621&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=19621&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=19621&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=19621&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=19621&r=globals

#19587 [Opn]: no $PATH_INFO by using URLs with "*.php/value" and not "*.php?value"

[michaels . php . spam]

 ID:   19587
 User updated by:  [EMAIL PROTECTED]
-Summary:  no PATH_INFO
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Apache2 related
-Operating System: Apache2.0.40 on Win2k pro
+Operating System: Apache2.0.40 on Windows 2000
 PHP Version:  4.2.3
 New Comment:

did any one know about this problem, becouse all my apps are based on
this feature, and when i using CGI files at apache2 i can use the /


Previous Comments:


[2002-09-25 00:35:31] [EMAIL PROTECTED]

PS: on the phpinfo(); i also can't find any $PATH_INFO



[2002-09-25 00:33:50] [EMAIL PROTECTED]

when i enter the URL www.domain.com/dir/file.php?value=1 the script
work fine, but when i enter www.domain.com/dir/file.php/value/1 i
become a 404 error.

but on win2k pro with apache 1.3.20 & php4.0.6 i did not have this
problem.

php is loaded as module.




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

#19620 [NEW]: wrong date

[rsmeurer]

From: [EMAIL PROTECTED]
Operating system: FREE BSD 4.6
PHP version:  4.2.1
PHP Bug Type: Date/time related
Bug description:  wrong date 

// why is this returning 1969-12-31 ???

$day = 13;
$month = 10;
$year = 2002;
echo date("Y-m-d",mktime (0,0,0,$month,$day,$year)); 

And MySQL also does the same when I insert '2002-10-13' in a date field!!!
-- 
Edit bug report at http://bugs.php.net/?id=19620&edit=1
-- 
Try a CVS snapshot:  http://bugs.php.net/fix.php?id=19620&r=trysnapshot
Fixed in CVS:http://bugs.php.net/fix.php?id=19620&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=19620&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=19620&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=19620&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=19620&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=19620&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=19620&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=19620&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=19620&r=globals

#18556 [Ver->Ctl]: Setting locale to 'tr_TR' lowercases class names

[iliaa]

 ID:   18556
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Verified
+Status:   Critical
 Bug Type: Scripting Engine problem
 Operating System: Linux (RedHat 7.2)
 PHP Version:  4.2.2,4.3.0-dev
 Assigned To:  hholzgra


Previous Comments:


[2002-09-23 07:31:30] [EMAIL PROTECTED]

Verified with latest CVS head. The example script outputs:

Instantiating an infoBlob with a lowercase iFooInstantiating an
InfoBlob with an uppercase I
Fatal error: Cannot instantiate non-existent class:  ýnfoblob in t.php
on line 18
t.php(18) : Fatal error - Cannot instantiate non-existent class: 
ýnfoblob




[2002-08-28 21:12:13] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

Something related to this was fixed in CVS. (the #16865 which this one
was marked duplicate of is closed)



[2002-07-25 04:38:08] [EMAIL PROTECTED]

dup of #16865



[2002-07-25 03:57:43] [EMAIL PROTECTED]

known problem, see regression test case tests/lang/035.phpt



[2002-07-25 02:52:33] [EMAIL PROTECTED]

This bug is related to others submitted that refer to _constants_ being
affected by the locale change, but since this actually concerns a class
name, I wanted to submit it separately. Pardon the error if it turns
out to be one...

I'm internationalizing an app, which loads (include_once) a file called
'imc_Info.inc' containing two class definitions with their respective
constructors:
class Info
and
class InfoOracle

In the course of loading the index page, I call
new InfoOracle()
and perform a query. This works fine in English, Spanish, French, and
Greek. If I switch my app's locale to Turkish ('tr_TR'), however, I get
a error:
Cannot instantiate non-existent class:  ?acle in /var/www/html
(Yes, that ? appears in my logs). After searching for bug reports
concerning Turkish, I noticed some closed/bogus reports that mentioned
_case_, so I did some poking around.

Although my class constructor clearly reads
function InfoOracle() {
blah blah blah
}
PHP fails to acknowledge it. The get_declared_classes() function DOES
return "info" and "infooracle" in its array though. 

So I tried changing my call to
new infooracle(), simply lowercasing the whole name. That worked like a
charm, in Turkish. I noticed in one of the other bug reports that
Turkish contains no "I" in its character set, which _sort of_ explains
the problem, but it still strikes me as a bug. Shouldn't class names
remain unaffected by the current locale?

The following script demonstrates the problem. It generates the first
output, then throws an error attempting the second.

 SCRIPT 
foo = "Foo";
   }
}

echo ('Instantiating an infoBlob with a lowercase i');
$foobar = new infoBlob();
echo ($foobar->foo);
echo ('Instantiating an InfoBlob with an uppercase I');
$foobar = new InfoBlob();
echo ($foobar->foo);
?>





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

#17079 [Ctl->Ver]: setlocale changes the internal representation of floats

[andrei]

 ID:   17079
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Critical
+Status:   Verified
 Bug Type: *Languages/Translation
 Operating System: Red Hat Linux 7.1
 PHP Version:  4.1.2
 Assigned To:  hholzgra


Previous Comments:


[2002-08-28 21:14:36] [EMAIL PROTECTED]

one more locale bug..




[2002-05-23 10:44:35] [EMAIL PROTECTED]

I didn't hear anything anymore, so I am just curious if this was picked
up... Thanks, Jonathan



[2002-05-08 04:14:04] [EMAIL PROTECTED]

Hi somehow it has to do with converting 'numberic'-strings to floats as
the script below shows:

";
echo $rate1." * ".$amount1." = ".($rate1*$amount1);

// second calculation with floats converted from strings
echo "This should be correct as well:";
echo $rate2." * ".$amount2." = ".($rate2*$amount2);


// set locale to Dutch to show misbehaviour
// first calculation with floats
setlocale (LC_ALL, 'nl_NL');
echo "This should still be correct:";
echo $rate1." * ".$amount1." = ".($rate1*$amount1);

// second calculation with floats converted from strings
echo "This should be wrong:";
echo $rate2." * ".$amount2." = ".($rate2*$amount2);

?>

Hope this shows the 'bug' correctly!



[2002-05-07 14:36:57] [EMAIL PROTECTED]

This is dangerous indeed. We've had already reports about this (forgot
#, or did it even only came up on php-dev@?).

Though It may sound trivial, please provide a short self-contained
script showing the (mis-)behaviour.

Marking as critical for now.



[2002-05-07 14:02:11] [EMAIL PROTECTED]

If I set my locale to Dutch in my php-script that converts currencies
for a Dutch site, I noticed that also the internal representation of
floats change as well. In Europe an amount of tenthousand dollars is
written as follows: $10.000,00 unlike the USA $10,000.00
So if I set the locale to "nl_NL" the internal representation of a
float with a point to seperate the integer part from the decimals (for
example: $amount = 68.123) is changed to a representation of a comma
','. I would like to see it changed because it messes up calculations
and the different locale settings should (IMHO) apply only to output
function and such.

Thanks,
Jonathan





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

#11643 [Ver->Csd]: SID redefined

[iliaa]

 ID:   11643
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Verified
+Status:   Closed
 Bug Type: Session related
 Operating System: Linux
 PHP Version:  4.3.0-dev
 Assigned To:  hholzgra
 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:


[2002-07-24 03:24:57] [EMAIL PROTECTED]

Quick FinderGift Vouchers Store Locator Eye Test Contact Lenses
Sunglasses Contact Us Questions Invisibles Visionmax OPSM-Direct About
OPSM OPSM Home Investor Info New Zealand Hong Kong Employment  







 
  
Thank you

Dear Mr. Toby Charles & Mrs. Abigail Joanne Mortlock & family
Thank you for visiting OPSM website and 
for taking the time to send us a message. 
This has been forwarded to the relevant
person at OPSM.


  
©July, 2002 OPSM Pty Ltd  Site by IDFK



[2002-07-24 03:21:08] [EMAIL PROTECTED]

Product Finder--LEGO™ EXPLORE-explore being me-explore
together-explore logic-explore
imagination--THEMES-Adventurers-Alpha
Team-Creator-Dinosaurs-Harry Potter-Jack Stone-LEGO
Studios-Racers-Soccer-Football-Star
Wars-Trains--GIRLS-Belville-Dolls-LEGO
Scala--BIONICLE--GALIDOR--LEGO
TECHNIC--LEGO MINDSTORMS--LEGO
Software--Education--Lifestyle--LEGO
Mosaic--LEGO Stores   
 

 
   
 
 
 
   
 
 
 
 
 
 
 
 
 Regional sites: Deutsch • Français Flash Off  
 
 
© 2002 The LEGO Group. All rights reserved. Use of this site signifies
your agreement to the terms of use. Legal Notice



[2002-07-24 03:18:16] [EMAIL PROTECTED]

ninemsn HomeWeb SearchPeople & ChatShoppingFinanceHotmail 
  

  
New Web Search|Advanced Search|List your Site|My Preferences|About
Results|Help  
 


 Search the Web for: 
 Spelling Correction 


  
 
 
 
  
 
Results 1-15 of about 22328 containing 'opo'  
NEXT   
 
 

 
WEB PAGES 

LifeNetVirginia Beach organization facilitates organ procurement and
tissue banking for human allograft tissue transplants. View summaries
of services.
www.lifenet.org

 

frame_Default - United Network for Organ Sharing (UNOS) Transplantation
ResourceInformation and statistics about organ transplants and
donations for patients, doctors, and other interested parties. Includes
latest news. 
www.unos.org

 

OPO HAKEMISTOPå svenska, tack! Uusia linkkejä ja ajankohtaista.
Kyselyareena. Suomen kattavin koulutukseen liittyvä linkkikokoelma.
Tietopankki asumisesta, stipendeistä,hakemuksista, testejä, ykköslista
ym. Sisällysluettelo. Haetko työtä? Haluatko
www.narpes.fi:8000/Finsk

 

OPO Oeschger AG Beschläge Werkzeuge Maschinen MöbelbeschlägeBeschläge,
Werkzeuge, Maschinen, Möbelbeschläge, Baubeschläge, Türbeschläge,
Fensterbeschläge, Glastürbeschläge, Sicherheitstechnik, Beratung,
Schulwerkstatt, Schulraum, Holzbearbeitung, schulwerkstätten, Hettich
www.benderag.ch

 

OPO RabochijThe web page of the Social-Political Alliance Worker
features political journalism by labor activists.
www.geocities.com/rosskommuna/opo

 

Harbour Transport, Whangamata, New ZealandClick here for Nobby's Joke
of the Month Click here to download Nobby's Nine Coronas..! Opo
Shipping Services Communications Whangamata Boat Sales Harbour
Transport 204 Leighton Road, Whangamata, New Zealand. Phone: 64 7 865
7024 Fax: 64 7 865 7024
www.harbourtransport.co.nz

 

Huallo SuroboyoOhmylove by J. Lennon Rosanne by Toto Fragile by Sting
Yok opo kabare CUK ??? Page ini dibuat khusus buat arek-arek Suroboyo,
dimanapun berada. Karena Page ini dibuat khusus, maka bahasanya juga
khusus Suroboyoan (mesuh gak popo) CUK  Gae arek
members.tripod.com/~Tarub/surabaya.htm

 

opo the pinoy can 2000
clubs.yahoo.com/clubs/opothepinoycan2000

 

opo 1-97 table of contents
www.wwilkins.com/OPO/1040-54881-97toc.html

 

OPOSuomeksi, kiitos! Nya länkar och aktuellt. Diskussionsarena-frågor
och svar. Finlands mest kompletta länksamling av utbildningsrelaterade
länkar. Boende, stipendier, ansökningar, topplist

#19324 [Ctl->Fbk]: show PHP source on client's browser

[andrei]

 ID:   19324
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Critical
+Status:   Feedback
 Bug Type: Output Control
 Operating System: Solaris8 x86
 PHP Version:  4.2.3


Previous Comments:


[2002-09-25 22:59:00] [EMAIL PROTECTED]

apache 1.3.26



[2002-09-25 22:48:14] [EMAIL PROTECTED]

With which apache version it doesn't work?




[2002-09-25 21:29:57] [EMAIL PROTECTED]

I compiled php without any CFLAGS, showing source still 
arisen .
My gcc version is 3.2 .

PS: but the situation doesn't arise on "APACHE 2.x + PHP" .



[2002-09-25 09:44:54] [EMAIL PROTECTED]

Could you try compiling PHP without using ANY predefined CFLAGS?  ie.
only run the configure with your options.




[2002-09-25 03:56:02] [EMAIL PROTECTED]

When I use :
header('Location: xxx.php?a=123&b=456');

(1) use header() function
(2) the URL append GET string

then php file show the source on client's browser.
But after reload, the PHP just normal run.



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/19324

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

#19386 [Opn->Bgs]: crash at if (preg_match('/(.|[\r\n])+/', $x)):

[wez]

 ID:   19386
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: PCRE related
 Operating System: *
 PHP Version:  4.2.3, 4.3.0-dev
 New Comment:

ulimit -S -s 1024 (1MB stack)
Crashes on a length of 1800.

ulimit -S -s 10240 (10MB stack)
Crashes on 18200.

ulimit -S -s 10240 (100MB stack)
Crashes on 182000. (takes a very long time to get there)

This feels pretty bogus to me, since that pattern is
looking for a match on all characters or all CRLF on or more times; it
seems like an expensive way of setting
$y = 1 :-)

This is really a bug in pcrelib and not in PHP, so I'm
marking this as bogus.
A workaround if you insist on using this particular
pattern is to increase your stack size.  A better solution
for the code sample you provided probably looks like this:

if (strlen($x))
   $y = 1;



Previous Comments:


[2002-09-26 12:51:04] [EMAIL PROTECTED]

I know this might sound dumb, but do you have any stack size limits in
place?



[2002-09-26 11:28:56] [EMAIL PROTECTED]

I'm not gonna put the whole backtrace here..it's quite long.. :) But
here's the start of it.

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (runnable)]
0x818d0d1 in match (eptr=0x853feb2 "", ecode=0x8543979 "H",
offset_top=4, md=0xbfffd348, ims=0, eptrb=0xbfe0225c, 
flags=2) at /usr/src/web/php/php4/ext/pcre/pcrelib/pcre.c:3438
3438}
(gdb) bt

#0  0x818d0d1 in match (eptr=0x853feb2 "", ecode=0x8543979 "H",
offset_top=4, md=0xbfffd348, ims=0, eptrb=0xbfe0225c, 
flags=2) at /usr/src/web/php/php4/ext/pcre/pcrelib/pcre.c:3438
#1  0x818ddd1 in match (eptr=0x853feb1 "*", ecode=0x854397c "\0178",
offset_top=4, md=0xbfffd348, ims=0, 
eptrb=0xbfe0225c, flags=2) at
/usr/src/web/php/php4/ext/pcre/pcrelib/pcre.c:3931
#2  0x818d207 in match (eptr=0x853feb1 "*", ecode=0x8543979 "H",
offset_top=4, md=0xbfffd348, ims=0, eptrb=0xbfe0225c, 
flags=2) at /usr/src/web/php/php4/ext/pcre/pcrelib/pcre.c:3538
#3  0x818ddd1 in match (eptr=0x853feb0 "**", ecode=0x854397c "\0178",
offset_top=4, md=0xbfffd348, ims=0, 
eptrb=0xbfe0249c, flags=2) at
/usr/src/web/php/php4/ext/pcre/pcrelib/pcre.c:3931
#4  0x818d207 in match (eptr=0x853feb0 "**", ecode=0x8543979 "H",
offset_top=4, md=0xbfffd348, ims=0, 
eptrb=0xbfe0249c, flags=2) at
/usr/src/web/php/php4/ext/pcre/pcrelib/pcre.c:3538
#5  0x818ddd1 in match (eptr=0x853feaf "***", ecode=0x854397c "\0178",
offset_top=4, md=0xbfffd348, ims=0, 
eptrb=0xbfe026dc, flags=2) at
/usr/src/web/php/php4/ext/pcre/pcrelib/pcre.c:3931
#6  0x818d207 in match (eptr=0x853feaf "***", ecode=0x8543979 "H",
offset_top=4, md=0xbfffd348, ims=0, 
eptrb=0xbfe026dc, flags=2) at
/usr/src/web/php/php4/ext/pcre/pcrelib/pcre.c:3538
#7  0x818ddd1 in match (eptr=0x853feae "", ecode=0x854397c "\0178",
offset_top=4, md=0xbfffd348, ims=0, 
eptrb=0xbfe0291c, flags=2) at
/usr/src/web/php/php4/ext/pcre/pcrelib/pcre.c:3931
#8  0x818d207 in match (eptr=0x853feae "", ecode=0x8543979 "H",
offset_top=4, md=0xbfffd348, ims=0, 
eptrb=0xbfe0291c, flags=2) at
/usr/src/web/php/php4/ext/pcre/pcrelib/pcre.c:3538
#9  0x818ddd1 in match (eptr=0x853fead "*", ecode=0x854397c
"\0178", offset_top=4, md=0xbfffd348, ims=0, 
eptrb=0xbfe02b5c, flags=2) at
/usr/src/web/php/php4/ext/pcre/pcrelib/pcre.c:3931
#10 0x818d207 in match (eptr=0x853fead "*", ecode=0x8543979 "H",
offset_top=4, md=0xbfffd348, ims=0, 
eptrb=0xbfe02b5c, flags=2) at
/usr/src/web/php/php4/ext/pcre/pcrelib/pcre.c:3538
#11 0x818ddd1 in match (eptr=0x853feac "**", ecode=0x854397c
"\0178", offset_top=4, md=0xbfffd348, ims=0, 
eptrb=0xbfe02d9c, flags=2) at
/usr/src/web/php/php4/ext/pcre/pcrelib/pcre.c:3931
#12 0x818d207 in match (eptr=0x853feac "**", ecode=0x8543979 "H",
offset_top=4, md=0xbfffd348, ims=0, 
eptrb=0xbfe02d9c, flags=2) at
/usr/src/web/php/php4/ext/pcre/pcrelib/pcre.c:3538
#13 0x818ddd1 in match (eptr=0x853feab "***", ecode=0x854397c
"\0178", offset_top=4, md=0xbfffd348, ims=0, 
eptrb=0xbfe02fdc, flags=2) at
/usr/src/web/php/php4/ext/pcre/pcrelib/pcre.c:3931
#14 0x818d207 in match (eptr=0x853feab "***", ecode=0x8543979 "H",
offset_top=4, md=0xbfffd348, ims=0, 
eptrb=0xbfe02fdc, flags=2) at
/usr/src/web/php/php4/ext/pcre/pcrelib/pcre.c:3538
#15 0x818ddd1 in match (eptr=0x853feaa "", ecode=0x854397c
"\0178", offset_top=4, md=0xbfffd348, ims=0, 
eptrb=0xbfe0321c, flags=2) at
/usr/src/web/php/php4/ext/pcre/pcrelib/pcre.c:3931
#16 0x818d207 in match (eptr=0x853feaa "", ecode=0x8543979 "H",
offset_top=4, md=0xbfffd348, ims=0, 
eptrb=0xbfe0321c, flags=2) at
/usr/src/web/php/php4/ext/pcre/pcrelib/pcre.c:3538
#17 0x818ddd1 in match (eptr=0x853fea9 "*

#19386 [Opn]: crash at if (preg_match('/(.|[\r\n])+/', $x)):

[wez]

 ID:   19386
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: PCRE related
 Operating System: *
 PHP Version:  4.2.3, 4.3.0-dev
 New Comment:

I know this might sound dumb, but do you have any stack size limits in
place?


Previous Comments:


[2002-09-26 11:28:56] [EMAIL PROTECTED]

I'm not gonna put the whole backtrace here..it's quite long.. :) But
here's the start of it.

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (runnable)]
0x818d0d1 in match (eptr=0x853feb2 "", ecode=0x8543979 "H",
offset_top=4, md=0xbfffd348, ims=0, eptrb=0xbfe0225c, 
flags=2) at /usr/src/web/php/php4/ext/pcre/pcrelib/pcre.c:3438
3438}
(gdb) bt

#0  0x818d0d1 in match (eptr=0x853feb2 "", ecode=0x8543979 "H",
offset_top=4, md=0xbfffd348, ims=0, eptrb=0xbfe0225c, 
flags=2) at /usr/src/web/php/php4/ext/pcre/pcrelib/pcre.c:3438
#1  0x818ddd1 in match (eptr=0x853feb1 "*", ecode=0x854397c "\0178",
offset_top=4, md=0xbfffd348, ims=0, 
eptrb=0xbfe0225c, flags=2) at
/usr/src/web/php/php4/ext/pcre/pcrelib/pcre.c:3931
#2  0x818d207 in match (eptr=0x853feb1 "*", ecode=0x8543979 "H",
offset_top=4, md=0xbfffd348, ims=0, eptrb=0xbfe0225c, 
flags=2) at /usr/src/web/php/php4/ext/pcre/pcrelib/pcre.c:3538
#3  0x818ddd1 in match (eptr=0x853feb0 "**", ecode=0x854397c "\0178",
offset_top=4, md=0xbfffd348, ims=0, 
eptrb=0xbfe0249c, flags=2) at
/usr/src/web/php/php4/ext/pcre/pcrelib/pcre.c:3931
#4  0x818d207 in match (eptr=0x853feb0 "**", ecode=0x8543979 "H",
offset_top=4, md=0xbfffd348, ims=0, 
eptrb=0xbfe0249c, flags=2) at
/usr/src/web/php/php4/ext/pcre/pcrelib/pcre.c:3538
#5  0x818ddd1 in match (eptr=0x853feaf "***", ecode=0x854397c "\0178",
offset_top=4, md=0xbfffd348, ims=0, 
eptrb=0xbfe026dc, flags=2) at
/usr/src/web/php/php4/ext/pcre/pcrelib/pcre.c:3931
#6  0x818d207 in match (eptr=0x853feaf "***", ecode=0x8543979 "H",
offset_top=4, md=0xbfffd348, ims=0, 
eptrb=0xbfe026dc, flags=2) at
/usr/src/web/php/php4/ext/pcre/pcrelib/pcre.c:3538
#7  0x818ddd1 in match (eptr=0x853feae "", ecode=0x854397c "\0178",
offset_top=4, md=0xbfffd348, ims=0, 
eptrb=0xbfe0291c, flags=2) at
/usr/src/web/php/php4/ext/pcre/pcrelib/pcre.c:3931
#8  0x818d207 in match (eptr=0x853feae "", ecode=0x8543979 "H",
offset_top=4, md=0xbfffd348, ims=0, 
eptrb=0xbfe0291c, flags=2) at
/usr/src/web/php/php4/ext/pcre/pcrelib/pcre.c:3538
#9  0x818ddd1 in match (eptr=0x853fead "*", ecode=0x854397c
"\0178", offset_top=4, md=0xbfffd348, ims=0, 
eptrb=0xbfe02b5c, flags=2) at
/usr/src/web/php/php4/ext/pcre/pcrelib/pcre.c:3931
#10 0x818d207 in match (eptr=0x853fead "*", ecode=0x8543979 "H",
offset_top=4, md=0xbfffd348, ims=0, 
eptrb=0xbfe02b5c, flags=2) at
/usr/src/web/php/php4/ext/pcre/pcrelib/pcre.c:3538
#11 0x818ddd1 in match (eptr=0x853feac "**", ecode=0x854397c
"\0178", offset_top=4, md=0xbfffd348, ims=0, 
eptrb=0xbfe02d9c, flags=2) at
/usr/src/web/php/php4/ext/pcre/pcrelib/pcre.c:3931
#12 0x818d207 in match (eptr=0x853feac "**", ecode=0x8543979 "H",
offset_top=4, md=0xbfffd348, ims=0, 
eptrb=0xbfe02d9c, flags=2) at
/usr/src/web/php/php4/ext/pcre/pcrelib/pcre.c:3538
#13 0x818ddd1 in match (eptr=0x853feab "***", ecode=0x854397c
"\0178", offset_top=4, md=0xbfffd348, ims=0, 
eptrb=0xbfe02fdc, flags=2) at
/usr/src/web/php/php4/ext/pcre/pcrelib/pcre.c:3931
#14 0x818d207 in match (eptr=0x853feab "***", ecode=0x8543979 "H",
offset_top=4, md=0xbfffd348, ims=0, 
eptrb=0xbfe02fdc, flags=2) at
/usr/src/web/php/php4/ext/pcre/pcrelib/pcre.c:3538
#15 0x818ddd1 in match (eptr=0x853feaa "", ecode=0x854397c
"\0178", offset_top=4, md=0xbfffd348, ims=0, 
eptrb=0xbfe0321c, flags=2) at
/usr/src/web/php/php4/ext/pcre/pcrelib/pcre.c:3931
#16 0x818d207 in match (eptr=0x853feaa "", ecode=0x8543979 "H",
offset_top=4, md=0xbfffd348, ims=0, 
eptrb=0xbfe0321c, flags=2) at
/usr/src/web/php/php4/ext/pcre/pcrelib/pcre.c:3538
#17 0x818ddd1 in match (eptr=0x853fea9 "*", ecode=0x854397c
"\0178", offset_top=4, md=0xbfffd348, ims=0, 
eptrb=0xbfe0345c, flags=2) at
/usr/src/web/php/php4/ext/pcre/pcrelib/pcre.c:3931
#18 0x818d207 in match (eptr=0x853fea9 "*", ecode=0x8543979
"H", offset_top=4, md=0xbfffd348, ims=0, 
eptrb=0xbfe0345c, flags=2) at
/usr/src/web/php/php4/ext/pcre/pcrelib/pcre.c:3538
#19 0x818ddd1 in match (eptr=0x853fea8 "**", ecode=0x854397c
"\0178", offset_top=4, md=0xbfffd348, ims=0, 
eptrb=0xbfe0369c, flags=2) at
/usr/src/web/php/php4/ext/pcre/pcrelib/pcre.c:3931
#20 0x818d207 in match (eptr=0x853fea8 "**", ecode=0x8543979
"H", offset_top=4, md=0xbfffd348, ims=0, 
eptrb=0xbfe0369c, flags=2) at
/usr/src/web/php/php4/ext/pcre/pcrelib/pcre.c:3538
#21 0x818ddd1 in match (eptr=0x853fea7 '*' ,
ecode=0x854397c "\

#13014 [Dup->]: hebrevc ()

[sniper]

 ID:   13014
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Duplicate
+Status:   Won't fix
 Bug Type: *Languages/Translation
 Operating System: freeBSD, windows 9x
 PHP Version:  4.0.6
 Assigned To:  tal
 New Comment:

Use fribidi.



Previous Comments:


[2002-06-04 04:38:46] [EMAIL PROTECTED]

Dupe of 11975.

-Tal



[2001-08-29 11:59:23] [EMAIL PROTECTED]

When in the varible points are put or comma to the end prints first the
points and then the remainder

Example

$ERROR="This is bug. ...";
echo hebrevc (htmlentities  ($ERROR));
/*print ... .This is bug 
but but serious the correct thing
This is bug. ...*/




[2001-08-29 02:03:15] [EMAIL PROTECTED]

Can you post the English translation of this report? Not that many
developers speak Spanish.

Derick



[2001-08-29 00:33:30] [EMAIL PROTECTED]

string hebrevc (string texto_hebreo [, int max_cars_por_linea])

Esta funcion pasa si los ultimos caracteres son puntos o comas (. ,)
los pasa al principio y pone basura

Ejemplo
$ERROR="This is a ERROR. ..."
echo hebrevc (htmlentities  ($ERROR));




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

#11975 [Ana->]: mix of hebrew & english

[tal]

 ID:   11975
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Analyzed
+Status:   Won't fix
 Bug Type: *Languages/Translation
 Operating System: Win98
 PHP Version:  4.0.6
 Assigned To:  tal
 New Comment:

I'm not going to fix that, as it will be a LOT of work, and we already
got that working in the fribidi extension (fribidi_log2vis).

Tal


Previous Comments:


[2002-06-18 06:26:11] [EMAIL PROTECTED]

Any news on this?



[2002-06-08 12:44:24] [EMAIL PROTECTED]

changing status to analyzed, as this is what i currently do ;-)

-Tal



[2002-06-04 04:38:30] [EMAIL PROTECTED]

This is not a support question.
It is a bug, and i'm now working on a way to fix it.
Assigning to myself.

-Tal



[2002-04-09 18:46:17] [EMAIL PROTECTED]

The bug system is not the appropriate forum for asking support
questions. For a list of a range of more appropriate places to ask
for help using PHP, please visit http://www.php.net/support.php





[2001-07-09 08:43:08] [EMAIL PROTECTED]

Hi,
I have some problem using hebrevc() with mixed sentense
of hebrew & english. 

Text example from textarea (right-to-left):

   

The text result:

   

How can I solve this switching problem?
Regards,
Barak Shimoni.




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

#19052 [Dup->Bgs]: $_POST doesn't work correctly

[sniper]

 ID:   19052
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Duplicate
+Status:   Bogus
 Bug Type: Apache2 related
 Operating System: Red Hat 7.3 Linux 2.4.18
 PHP Version:  4CVS-2002-08-22
 New Comment:

Most likely problem within the browser.
Also, try more recent versions of PHP and Apache2 if that
is not the case.



Previous Comments:


[2002-08-22 14:47:32] [EMAIL PROTECTED]

Dupe of #19047.



[2002-08-22 12:18:18] [EMAIL PROTECTED]

Ah, ok, it is an Apache2-related issue then.  This stuff is still very
experimental.  Use Apache 1.3 if you just want your stuff to work. 
Otherwise dive into the code and let us know what the fix is.



[2002-08-22 12:14:17] [EMAIL PROTECTED]

I am using Apache 2.0.40.  It was compiled using ./configure
--enable-modules=all

I compiled PHP using ./configure --enable-track-vars --with-mysql
--with-mail
--with-apxs2=/usr/local/apache2/bin/apxs

If you need the output of phpinfo(); it is
http://www.squeezer.net/phpinfo.php



[2002-08-22 12:09:47] [EMAIL PROTECTED]

I don't see how this is possible.  Which version of Apache are you
using?



[2002-08-22 12:05:20] [EMAIL PROTECTED]

I am using PHP from http://snaps.php.net.  The version I downloaded is
200208220600.  I have an html file called insert_form.html and a php
file called insert.php.  What happens is insert_form.html gets text
input from a user and then passes the user's input into a variable
using METHOD=POST in the html form.  Then in insert.php all it does is
return the text the user submitted on insert_form.html.  Below is the
sample code.  If you run it and look at the data returned by
insert.php, for some reason, PHP is returning the value wrong.  It
appears to return .  For example if I type in
PHPBUGVALUE then insert.php returns 
PHPBUGREPORTtestField=PHPBUGREPORT when it should just print
PHPBUGREPORT.  If in the code below I change METHOD=POST to METHOD=GET
in insert_form.php and $_POST to $_GET in insert.php then it works fine
and insert.php prints PHPBUGREPORT.  Thank you for looking into the
problem.



Insert Form



Text to add:








";
?>






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