#21495 [Opn->Bgs]: strlen, substr and so on bug

[derick]

 ID:   21495
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Strings related
 Operating System: windows 2000 server sp3
 PHP Version:  4.2.3
 New Comment:

Sorry, but 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 as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.


Previous Comments:


[2003-01-07 12:17:59] [EMAIL PROTECTED]

whe we use strlen or substr there is a bug if parameter string is
something like this: 

$a =
"somethinghi!";
$b = strlen($a);
echo $b;

output is 0 rather real length of string Substr don't work right if
we use same $a... 

any idea?

Is use a PHP 4.2.3 (ZIP file)







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

#21507 [Opn->Bgs]: GET data containing # is ignored

[derick]

 ID:   21507
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: *General Issues
 Operating System: Linux / Apache
 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

You need to use urlencode here, for security reasons we strip the # if
I recall correctly.

Derick


Previous Comments:


[2003-01-07 23:44:25] [EMAIL PROTECTED]

I had a page where I was passing colour info to a script using the
standard html numeric scheme - e.g.
pulldown.php?out=#c0c0ff&over=#2020ff&item=#ff

but the params were not received by the receiving script
if the hash sign was used.

I do not know if this is a PHP issue or an apache one but what I assume
is happening is that something thinks that a reference is being made to
an internal anchor.

perhaps urlencoding culd have helped - and I had a workaround so this
is not really high priority - 

Dave.




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

#21509 [Opn->Bgs]: Duplication when creating a new Table

[derick]

 ID:   21509
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: *General Issues
 Operating System: RedHat 8
 PHP Version:  4.2.2
 New Comment:

Sorry, but 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 as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

Not a problem with PHP, report to the phpMyAdmin guys.

Derick


Previous Comments:


[2003-01-08 00:49:58] [EMAIL PROTECTED]

I'm Not to sure if this is a problem with phpMyAdmin or if this is php
problem
Running 
php-4.2.2-8.0.5 
httpd-2.0.40-8
mysql-3.23.52-3
RedHat 8

php configure line reads
./configure' '--host=i686-pc-linux-gnu' '--build=i686-pc-linux-gnu'
'--target=i386-redhat-linux-gnu' '--program-prefix=' '--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-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-pear=/usr/share/pear'
'--with-imap=shared' '--with-imap-ssl' '--with-kerberos=/usr/kerberos'
'--with-ldap=shared' '--with-mysql=shared,/usr' '--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'
'--with-apxs2=/usr/sbin/apxs'


Which is standard install with RH 8

and as soon as try to create a new table with phpMyAdmin 2.3.0

This is the SQL it tries to run. NOTE it duplicates on line 5,6,7
1 CREATE TABLE `wt_test` ( 

2 `id` INT NOT NULL AUTO_INCREMENT PRIMARY KEY ,
3 `name` VARCHAR( 50 ) ,
4 `what` VARCHAR( 50 ) ,
5 `id` INT NOT NULL AUTO_INCREMENT,
6 `name` VARCHAR( 50 ) ,
7 `what` VARCHAR( 50 ) 
8 ) 

and all i wanted was line 1,2,3
Regards
Marcus




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

#21491 [Opn->Bgs]: Hang during ociexecute

[derick]

 ID:   21491
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: OCI8 related
 Operating System: Suse Linux 8.0
 PHP Version:  4.2.3
 New Comment:

Trust our document the next time please :-)

Derick


Previous Comments:


[2003-01-08 03:38:22] [EMAIL PROTECTED]

Thanks champs!

The problem was the putenv()-statements. I've entered the definitions
for these variables right in front of the apache-start-script and know
it works great!



[2003-01-07 14:49:54] [EMAIL PROTECTED]

Does it help if you 'do it by the book',
<http://www.php.net/manual/en/ref.oci8.php>, i.e. don't use putenv() or
Apache's SetEnv, but set the environment variables before you start
Apache? And did you check whether your Apache is linked to pthread (see
the page mentioned above)?



[2003-01-07 09:32:33] [EMAIL PROTECTED]

Works fine on Solaris in DSO and CGI.  You might want to test the
connection to see if it happened and call OCIError as well.



[2003-01-07 08:19:04] [EMAIL PROTECTED]

I'm trying to get some (existing) records oput of an Oracle8-Database.
As long as I do a query, which can't have any results, everything works
fine. But if I write a SELECT-statement, which should give at least one
result, the whole thing hangs or I get the message 'The page cannot be
displayed'.


example (which causes me troubles):




The 'echo-statement' is only used to verify that the script has
finished! The statement "select max(id_pers) from t_person" for example
works fine.

Thanks in advance!
Greetings
Stephan




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

#21515 [Opn->Csd]: Show the current functionname

[derick]

 ID:   21515
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: Feature/Change Request
 Operating System: all
 PHP Version:  4.3.0
 New Comment:

You can use debug_backtrace() for this (which is new in PHP 4.3.0).
(Try var_dump(debug_backtrace()); to see what output it gives), marking
this bug as a doc problem, as debug_backtrace() has not been documented
yet.

Derick


Previous Comments:


[2003-01-08 04:20:36] [EMAIL PROTECTED]

Is it possible to create a getCurrentFunctionName() function?

If an user defined error occured (for example: you are not getting a
valid SQL-resultset with your query) in a function, it would be handy
to show the functionname where the error is generated.

Possible example:


function getQueryResultSet() {
 // requested code
 $currentFunctionName = getCurrentFunctionName();
 $query="select * from table";
 $result = mysql_query($query) or die ("The error occured in ".
$currentFunctionName);
 return $result;
}




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

#21498 [Ver->Asn]: mysql_pconnect trouble

[derick]

 ID:   21498
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Verified
+Status:   Assigned
 Bug Type: MySQL related
 Operating System: Linux
 PHP Version:  4.3.0
 Assigned To:  georg
 New Comment:

You didn't assign it :-)


Previous Comments:


[2003-01-08 04:25:16] [EMAIL PROTECTED]

Verified, assigned to myself.



[2003-01-07 21:03:53] [EMAIL PROTECTED]

Yeah I am getting the same problem :(

This is what error I get:
Warning: mysql_pconnect() [function.mysql-pconnect]: Link to server
lost, unable to reconnect 

And I also get it to work now and then.

As far as I know these are the servers info:

OS is Redhat Linux Im not too sure on the version.
mySQL is version 3.23.54
PHP is version 4.3.0
Apache is version 1.3.26

It was all working fine until version 4.3.0 was installed :(

Thanks in advance
Paul



[2003-01-07 13:47:47] [EMAIL PROTECTED]

I have php 4.3.0, compiled with external mysql client 3.23.54. There is
a problem with mysql_pconnect(). Sometimes it's impossible to connect (
Lost connection to mysql server ). If mysql_connect is used, there
isn't problem any more. There wasn't problem in php 4.2.3 with the same
mysql client.




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

#21526 [Opn->Bgs]: Linker failure - ".

[derick]

 ID:   21526
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Compile Failure
 Operating System: Solaris 7/8
 PHP Version:  4.3.0
 New Comment:

Due to a bug in the installed sed on your system the build
fails. Install GNU sed and it should be okay.
 
Thank you for your interest in PHP.


Previous Comments:


[2003-01-08 14:09:00] [EMAIL PROTECTED]

Thumbs down for the new build system ...

It is impossible to get php 4.3.0 compiled on Solaris 7 and 8.
Some program in the chain craps out with "Output line too long.", and I
have reason to believe it's the Solaris linker.

I think the problem is that all object files are passed to
the linker directly on the command line. The solution to the
problem (IMHO) is to create intermediate libraries, because
the number of objects linked into the final .so depends on
the number of configured extensions.






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

#21537 [Opn->Bgs]: Need function parameters as entered

[derick]

 ID:   21537
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Feature/Change Request
 Operating System: inux, Solaris, NT, Win2000
 PHP Version:  4.3.0
 New Comment:

You must be doing something else wrongly:



[derick@kossu derick]$ php bug21537.php 
float(1)
float(1.8)


As you see it works fine...

Derick


Previous Comments:


[2003-01-08 22:04:12] [EMAIL PROTECTED]

When I write a function as
xxx(1.0, 1.8);
The function receives 1 and 1.8, not 1.0 and 1.8. I tried
get_func_arg() and other tricks but the 1.0 is converted to int(1)
before it available for processing.

Could we have a language construct named:
get_func_arg_untouched_virginal_string_as_entered()
which keeps the parameter as a string?

I need to keep some numeric data in the original input format so it can
be verified as typed and passed to other systems in the original
format.




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

#21545 [Opn->Bgs]: compile fails with: ld: fatal: Symbol referencing errors. No output written to

[derick]

 ID:   21545
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Compile Failure
 Operating System: Solaris 2.7
 PHP Version:  4.3.0
 New Comment:

Due to a bug in the installed sed on your system the build
fails. Install GNU sed and it should be okay.
 
Thank you for your interest in PHP.




Previous Comments:


[2003-01-09 06:59:36] [EMAIL PROTECTED]

Now I've tried with  basic configure:
./configure --prefix=/usr/local/php-4.3.0
--with-apxs2=/usr/local/apache2/bin/apxs


And I got this error:
/bin/sh libtool --silent --mode=link gcc -export-dynamic -g -O2 
-avoid-version -module -L/usr/ucblib
-L/usr/local/lib/gcc-lib/sparc-sun-solaris2.7/2.95.2  -R /usr/ucblib -R
/usr/local/lib/gcc-lib/sparc-sun-solaris2.7/2.95.2 ext/ctype/ctype.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_mo

#21548 [Opn->Fbk]: make install breaks with core dump

[derick]

 ID:   21548
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Compile Failure
 Operating System: Solaris 2.7
 PHP Version:  4.3.0
 New Comment:

Can you run the following commands:

$gdb sapi/cli/php core

$bt full

and add the output here?


Previous Comments:


[2003-01-09 08:05:42] [EMAIL PROTECTED]

Apache 2.0.43
php 4.3.0

Configure options:
./configure --prefix=/usr/local/php-4.3.0 \
--with-apxs2=/usr/local/apache2/bin/apxs \
--with-openssl=/usr/local/ssl \
--with-informix=/services/informix \
--with-gd \
--with-curl \
--enable-gd-native-ttf \
--with-png-dir=/usr/local \
--with-zlib-dir=/usr/local \
--with-pgsql=/usr/local/pgsql \
--with-mysql=/services/mysql

Configure and make do the job just fine (I had problems with make due
to the non-GNU sed, but that is settled now).

But make install cracks with the following output:
Installing PHP CLI binary:/usr/local/php-4.3.0/bin/
Installing PHP SAPI module
/usr/local/apache2/build/instdso.sh
SH_LIBTOOL='/usr/local/apache2/build/libtool' libphp4.la
/usr/local/apache2/modules
/usr/local/apache2/build/libtool --mode=install cp libphp4.la
/usr/local/apache2/modules/
cp .libs/libphp4.so /usr/local/apache2/modules/libphp4.so
chmod +x /usr/local/apache2/modules/libphp4.so
cp .libs/libphp4.lai /usr/local/apache2/modules/libphp4.la
libtool: install: warning: remember to run `libtool --finish
/opt/install/source/php-4.3.0/libs'
chmod 755 /usr/local/apache2/modules/libphp4.so
Installing shared extensions:
/usr/local/php-4.3.0/lib/php/extensions/no-debug-non-zts-20020429/
Installing PEAR environment:  /usr/local/php-4.3.0/lib/php/
Segmentation Fault - core dumped
make[1]: *** [install-pear-installer] Error 139
make: *** [install-pear] Error 2





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

#21549 [Opn->Fbk]: problem with INGRES II permanent connexions

[derick]

 ID:   21549
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: *Database Functions
 Operating System: HP-UX 11.00
 PHP Version:  4.2.1
 New Comment:

Please send this patch to [EMAIL PROTECTED] (make sure you  have a
patch against either PHP 4.3.0 or the latest non-stable cvs version).

Derick


Previous Comments:


[2003-01-09 08:41:13] [EMAIL PROTECTED]

We use permanent connections to the Database INGRES II.  Connections
are not usable any more when the Database is offline.  When the base is
again available, open connections are not accessible any more.  the
only solution to purge connections is stop the Web server APACHE and
start . 
Also we modified the PHP INGRES II module in order to fix the problem. 
It's run in our company for several weeks without problem.  We can send
you the modify sources codes.  We have several hundreds of users access
INGRES database with PHP.
Sorry for the enghish.
Best Regards 
Pierre-Marie MOULIERE
ARC-INTERNATIONAL
41 Avenue du général de GAULLE
62510 ARQUES 
FRANCE
Web site : http://www.arc-international.com
email : [EMAIL PROTECTED]





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

#21526 [Bgs]: Linker failure - ".

[derick]

 ID:   21526
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Compile Failure
 Operating System: Solaris 7/8
 PHP Version:  4.3.0
 New Comment:

It was like that, but it was too inflexible and slow, that's why we
have a new build system that is much faster, but produces one big line
on which sed chokes... and if that's the only problem I really want to
life with it.


Previous Comments:


[2003-01-09 10:03:24] [EMAIL PROTECTED]

sed! Now this mkaes sense ... GNU sed works fine, thanks.

However, I still think it should be possible to build software
like php with native tools, and intermediate libraries would
be the way to go.



[2003-01-08 14:11:28] [EMAIL PROTECTED]

Due to a bug in the installed sed on your system the build
fails. Install GNU sed and it should be okay.
 
Thank you for your interest in PHP.



[2003-01-08 14:09:00] [EMAIL PROTECTED]

Thumbs down for the new build system ...

It is impossible to get php 4.3.0 compiled on Solaris 7 and 8.
Some program in the chain craps out with "Output line too long.", and I
have reason to believe it's the Solaris linker.

I think the problem is that all object files are passed to
the linker directly on the command line. The solution to the
problem (IMHO) is to create intermediate libraries, because
the number of objects linked into the final .so depends on
the number of configured extensions.






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

#21546 [Csd->Opn]: parse_ini_file() sends warning if the file is malformed

[derick]

 ID:   21546
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Closed
+Status:   Open
-Bug Type: Documentation problem
+Bug Type: Unknown/Other Function
 Operating System: Linux
 PHP Version:  4.3.0
 New Comment:

bullshit nicos, this is a bug. It does not terminate at all, you
modified the docs in a wrong way. It's still a bug, the warning should
be silenced.

reopening


Previous Comments:


[2003-01-09 09:24:45] [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.





[2003-01-09 08:59:24] [EMAIL PROTECTED]

This is an excepted behaviour. 

Changing this to a documentation problem (even if it says already that
PHP will quit if the file is malformed).



[2003-01-09 06:47:59] [EMAIL PROTECTED]

parse_ini_file() outputs "Warning: Error parsing /file2parse.ini ..."
if there is more than one = in a config line.

PHP ignores error_reporting(0) and @parse_ini_file().





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

#21546 [Opn->Asn]: parse_ini_file() sends warning if the file is malformed

[derick]

 ID:   21546
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Assigned
 Bug Type: Unknown/Other Function
 Operating System: Linux
 PHP Version:  4.3.0
 Assigned To:  derick
 New Comment:

needs some thing how to do it cleanly, will sleep over it :-)


Previous Comments:


[2003-01-09 15:26:15] [EMAIL PROTECTED]

bullshit nicos, this is a bug. It does not terminate at all, you
modified the docs in a wrong way. It's still a bug, the warning should
be silenced.

reopening



[2003-01-09 09:24:45] [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.





[2003-01-09 08:59:24] [EMAIL PROTECTED]

This is an excepted behaviour. 

Changing this to a documentation problem (even if it says already that
PHP will quit if the file is malformed).



[2003-01-09 06:47:59] [EMAIL PROTECTED]

parse_ini_file() outputs "Warning: Error parsing /file2parse.ini ..."
if there is more than one = in a config line.

PHP ignores error_reporting(0) and @parse_ini_file().





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

#20155 [Opn->Csd]: xmlrpc compile problem with zendengine2

[derick]

 ID:   20155
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: Zend Engine 2 problem
 Operating System: Linux
 PHP Version:  4CVS-2002-10-29
 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-10-29 16:56:38] [EMAIL PROTECTED]

gcc 
-I/home/weigon/projects/in-cvs/php4/ext/xmlrpc/libxmlrpc 
-DVERSION=0.50 -Iext/xmlrpc/ 
-I/home/weigon/projects/in-cvs/php4/ext/xmlrpc/ 
-DPHP_ATOM_INC -I/home/weigon/projects/in-cvs/php4/include 
-I/home/weigon/projects/in-cvs/php4/main 
-I/home/weigon/projects/in-cvs/php4 
-I/home/weigon/projects/in-cvs/php4/Zend 
-I/usr/include/freetype2 -I/usr//include  
-I/home/weigon/projects/in-cvs/php4/TSRM  -g -O2  -c 
/home/weigon/projects/in-cvs/php4/ext/xmlrpc/xmlrpc-epi-php.c 
-o ext/xmlrpc/xmlrpc-epi-php.o  && echo > 
ext/xmlrpc/xmlrpc-epi-php.lo 
/home/weigon/projects/in-cvs/php4/ext/xmlrpc/xmlrpc-epi-php.c: 
In function `set_zval_xmlrpc_type': 
/home/weigon/projects/in-cvs/php4/ext/xmlrpc/xmlrpc-epi-php.c:1348: 
structure has no member named `properties' 
/home/weigon/projects/in-cvs/php4/ext/xmlrpc/xmlrpc-epi-php.c:1349: 
structure has no member named `properties' 
make: *** [ext/xmlrpc/xmlrpc-epi-php.lo] Fehler 1 
 
Line 1348: 
  if(SUCCESS == 
zend_hash_update(value->value.obj.properties, 
OBJECT_TYPE_ATTR, sizeof(OBJECT_TYPE_ATTR), (void *) 
&type, sizeof(zval *), NULL)) { 
 bSuccess = 
zend_hash_update(value->value.obj.properties, 
OBJECT_VALUE_TS_ATTR, sizeof(OBJECT_VALUE_TS_ATTR), (void 
*) &ztimestamp, sizeof(zval *), NULL); 
  } 
 
value.obj.properties is not available in ZendEngine2. 




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

#21567 [Opn->Bgs]: die(__LINE__); gives no output

[derick]

 ID:   21567
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: *Programming Data Structures
 Operating System: Windows XP
 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

die(number) will make PHP exit with exit code "number" and not show any
message in this case. This is expected behavior and documented @
http://www.php.net/manual/en/function.exit.php

Derick


Previous Comments:


[2003-01-10 08:40:22] [EMAIL PROTECTED]

Dying like this:
die(__LINE__);
Doesn't work, i.e the script dies without any output.

Still, this works as expected:
die(__FILE__);
As does this:
die('Gone to sleep at line: '.__LINE__);

Chen




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

#21570 [Opn->Csd]: Could you publish a changelog for PHP Manual

[derick]

 ID:   21570
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: Feature/Change Request
 Operating System: Any
 PHP Version:  4.3.0
 New Comment:

Not likely that that will happen, but you can use this too:
http://news.php.net/group.php?group=php.doc


Previous Comments:


[2003-01-10 14:03:35] [EMAIL PROTECTED]

It's really hard to track changes in the PHP Manual without dowloading
it on a daily/weekly/... basis.
So it'd be nice if something like daily changelog (with the
changed/updated manual page names) will appear on the php.net site.

Thanks in advance! 





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

#21553 [Opn->Bgs]: script/process keeps running and then times out

[derick]

 ID:   21553
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: IIS related
 Operating System: w2k
 PHP Version:  4.2.3
 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:


[2003-01-09 12:30:02] [EMAIL PROTECTED]

Have php loaded on IIS 5 as a CGI. When I go the the php 
page,via web browser, the php.exe process will not end. 
Though the page is loaded the process keeps running unit I 
kill the process or it times out.

The test script that I did was a simple:
 

but it will not end!!!

I even tried to adding each of the following:
exit(); 
exit;
die();
die;

still no luck!

thanks 





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

#21583 [Opn->Bgs]: cannot make

[derick]

 ID:   21583
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Compile Failure
 Operating System: Linux Slacware 8.0 (kernel:2.2)
 PHP Version:  4.3.0
 New Comment:

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

Thank you for your interest in PHP.


Previous Comments:


[2003-01-11 11:41:21] [EMAIL PROTECTED]

ext/mysql/libmysql/my_tempnam.lo: In function `my_tempnam':
/root/php-4.3.0/ext/mysql/libmysql/my_tempnam.c:103: the use of
`tempnam' is dangerous, better use `mkstemp'





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

#21582 [Opn->Bgs]: foreach/if/else strange problems

[derick]

 ID:   21582
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: *General Issues
 Operating System: winXP
 PHP Version:  4.3.0
 New Comment:

bogus then


Previous Comments:


[2003-01-11 12:00:04] [EMAIL PROTECTED]

sorry, not a bug - array index duplicate :(



[2003-01-11 11:39:30] [EMAIL PROTECTED]

I have an array. Filter him in foreach cycle. Size of array is 8. Have
a condition if/else - not all part of array come throw

code:

info ".count($info)."";
print_r($info);
foreach  ($info as $k=> $line) 
{
mt_srand((float)microtime()*100);// untill php4.2.0
$weight = mt_rand(1,10)* $line['weight']; // rand 
if (!in_array($line['id'], $cookie_br) || ($spid==$line['sponsor']))
{
$info2[$weight] = array('id' =>$line['id'],
'sponsor'=>$line['sponsor'],
'weight' =>$weight,
'url'=>$line['url'],
'html'   =>$line['html']);
$i++;//counter 
}
else//rest
{
$info_rest[$weight] = array('id' =>$line['id'],
'sponsor'=>$line['sponsor'],
'weight' =>$weight,
'url'=>$line['url'],
'html'   =>$line['html']);
$i_rest++;//counter
}
}
echo "info2 ".count($info2)."";
print_r($info2);
echo "inforest ".count($info_rest)." i_rest
".$i_rest;
print_r($info_rest);

?> 




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

#21607 [Opn->Bgs]: output line to long

[derick]

 ID:   21607
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Compile Failure
 Operating System: Solaris8
 PHP Version:  4.3.0
 New Comment:

Due to a bug in the installed sed on your system the build
fails. Install GNU sed and it should be okay.
 
Thank you for your interest in PHP.


Previous Comments:


[2003-01-13 00:58:50] [EMAIL PROTECTED]

/bin/sh libtool --silent --mode=link gcc -export-dynamic -g -O2 
-L/usr/ucblib -L/opt/sfw/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2  -R
/usr/ucblib -R /opt/sfw/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2
ext/ctype/ctype.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 main/mergesort.lo main/reentrancy.l

#21600 [Ver]: assign by reference function call changes variable contents

[derick]

 ID:   21600
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Verified
-Bug Type: Variables related
+Bug Type: Scripting Engine problem
 Operating System: Redhat 8
 PHP Version:  4.3.0
 New Comment:

backtrace (with php-5.0.0-dev):
#0  0x40749e49 in __sbrk (increment=1515880448) at
../sysdeps/generic/sbrk.c:33
#1  0x406e9d3c in __default_morecore (increment=1515880448)
at ../sysdeps/generic/morecore.c:47
#2  0x406e676d in chunk_alloc (ar_ptr=0x40798520, nb=1515878480)
at malloc.c:2583
#3  0x406e60bc in __libc_malloc (bytes=1515878476) at malloc.c:2817
#4  0x08256b63 in zend_mm_add_memory_block (heap=0x8333748, 
block_size=1515878476) at
/dat/dev/php/php-5.0.0dev/Zend/zend_mm.c:143
#5  0x08256de6 in zend_mm_alloc (heap=0x8333748, size=1515878448)
at /dat/dev/php/php-5.0.0dev/Zend/zend_mm.c:236
#6  0x08256e0e in zend_mm_alloc (heap=0x8333748, size=1515878448)
at /dat/dev/php/php-5.0.0dev/Zend/zend_mm.c:240
#7  0x08256e0e in zend_mm_alloc (heap=0x8333748, size=1515878448)
at /dat/dev/php/php-5.0.0dev/Zend/zend_mm.c:240
#8  0x08256e0e in zend_mm_alloc (heap=0x8333748, size=1515878448)
at /dat/dev/php/php-5.0.0dev/Zend/zend_mm.c:240
#9  0x08256e0e in zend_mm_alloc (heap=0x8333748, size=1515878448)
at /dat/dev/php/php-5.0.0dev/Zend/zend_mm.c:240
#10 0x08256e0e in zend_mm_alloc (heap=0x8333748, size=1515878448)
at /dat/dev/php/php-5.0.0dev/Zend/zend_mm.c:240
#11 0x08256e0e in zend_mm_alloc (heap=0x8333748, size=1515878448)
at /dat/dev/php/php-5.0.0dev/Zend/zend_mm.c:240
#12 0x08256e0e in zend_mm_alloc (heap=0x8333748, size=1515878448)

(last frame continues atleast 15.000 times)

Derick


Previous Comments:


[2003-01-12 15:56:50] [EMAIL PROTECTED]

Verified with HEAD(ZE2) and PHP_4_3(ZE1).
The provided script causes segmentation fault.




[2003-01-12 15:07:10] [EMAIL PROTECTED]

under 4.3.0 with apache 2.0.40 I see this strange behavior with
aliasing:

$foo = "Philip Johnson's \"Glass House\" remains one of the most famous
residences in the world.";
$foo =& bar($foo);
print $foo;

function bar($text){
  return $text;
}

outputs: Philip Johnson's "Glass House" remains one of the most famous
residences in the worlh

This didn't happen under 4.2.3. Although really this was a mistake on
my part (I meant to do $foo = bar($foo)) it seems like strange behavior
nonetheless.

It's also strange to me that if I change 
return $text; 
to 
return "$text"; 
it works as I would expect.




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

#21608 [Opn->Bgs]: GD 2 + Freetype 2 = make Error

[derick]

 ID:   21608
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: GD related
 Operating System: Free BSD 4.5
 PHP Version:  4.3.0
 New Comment:

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

Thank you for your interest in PHP.


Previous Comments:


[2003-01-13 02:25:23] [EMAIL PROTECTED]

*** Error code 1: .../php-4.3.0/ext/gd/gd.c:2940: undefined reference
to `gdImageStringFTEx'

I have installed Freetype 2.3.1




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

#21608 [Bgs->Fbk]: GD 2 + Freetype 2 = make Error

[derick]

 ID:   21608
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Bogus
+Status:   Feedback
 Bug Type: GD related
 Operating System: Free BSD 4.5
 PHP Version:  4.3.0
 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.


oops, sorry


Previous Comments:


[2003-01-13 02:45:56] [EMAIL PROTECTED]

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

Thank you for your interest in PHP.



[2003-01-13 02:25:23] [EMAIL PROTECTED]

*** Error code 1: .../php-4.3.0/ext/gd/gd.c:2940: undefined reference
to `gdImageStringFTEx'

I have installed Freetype 2.3.1




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

#21623 [Opn->Fbk]: Turning on Magic quotes Segfaults PHP

[derick]

 ID:   21623
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: RedHat
 PHP Version:  5CVS-2003-01-13 (dev)
 New Comment:

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.


Previous Comments:


[2003-01-13 13:31:51] [EMAIL PROTECTED]

I thought this might be because I was running an older version 4.4-dev
version of PHP from CVS that I had hacked up a bit, but it turns out
it's in the current CVS as well..

I am honestly not sure why PHP is crashing, but it has something to do
with turning magic_quotes_runtime on. It doesn't break all the time,
only when using the PostNuke package. Unfortunately I have no idea
how/where it crashes...

here's the backtrace...

(gdb) run -X
Starting program: /usr/local/apache/bin/httpd -X

Program received signal SIGSEGV, Segmentation fault.
chunk_alloc (ar_ptr=0x401cd520, nb=105) at malloc.c:2993
2993malloc.c: No such file or directory.
in malloc.c

Obviously something has gone wrong trying to malloc memory, however I
don't have any real way to see what PHP code actually breaks
everything... Perhaps I'll try to install one of the realtime debuggers
and attempt to determine where exactly it's crashing.

Configured with: --with-mysql --with-apxs






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

#21625 [Fbk->Bgs]: --with-config-file-scan-dir

[derick]

 ID:   21625
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Bogus
 Bug Type: PHP options/info functions
 Operating System: Mandrake Linux 9.0/Cooker
 PHP Version:  4.3.0
 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


Previous Comments:


[2003-01-13 19:46:35] [EMAIL PROTECTED]

Is there a way to cleanly add a patch to bugs.php.net? 

I e-mailed it to sniper and oden, but anyways, here it is. Hope it's
readable...

--- php-4.3.0/main/php_ini.c.orig   2003-01-13 18:17:18.0
-0400
+++ php-4.3.0/main/php_ini.c2003-01-13 19:03:23.0 -0400
@@ -30,6 +30,9 @@
 #include "zend_highlight.h"
 #include "SAPI.h"
 #include "php_main.h"
+#include 
+#include 
+extern  int alphasort();
=20
 #ifndef S_ISREG
 #define S_ISREG(mode)   (((mode) & S_IFMT) =3D=3D S_IFREG)
@@ -232,6 +235,8 @@
zend_file_handle fh;
DIR *dirp =3D NULL;
struct dirent *dir_entry;
+   struct dirent **inifiles;
+   int inicount,i;
struct stat sb;
char ini_file[MAXPATHLEN];
char *p;
@@ -400,10 +405,11 @@
dirp =3D VCWD_OPENDIR(PHP_CONFIG_FILE_SCAN_DIR);
if (dirp) {
fh.type =3D ZEND_HANDLE_FP;
-   while ((dir_entry =3D readdir(dirp)) !=3D NULL)
{
+   inicount =3D scandir(PHP_CONFIG_FILE_SCAN_DIR,
&inifiles, NULL, alphaso=
rt);
+   for(i=3D1;id_name,'.')) && strcmp(p,".ini")) contin=
ue;
-   snprintf(ini_file, MAXPATHLEN,
"%s%c%s", PHP_CONFIG_FILE_SCAN_DIR, DEF=
AULT_SLASH, dir_entry->d_name);
+   if ((p =3D
strrchr(inifiles[i-1]->d_name,'.')) && strcmp(p,".ini")) co=
ntinue;
+   snprintf(ini_file, MAXPATHLEN,
"%s%c%s", PHP_CONFIG_FILE_SCAN_DIR, DEF=
AULT_SLASH, inifiles[i-1]->d_name);
if (VCWD_STAT(ini_file, &sb) =3D=3D 0)
{
if (S_ISREG(sb.st_mode)) {
if ((fh.handle.fp =3D
VCWD_FOPEN(ini_file, "r"))) {



[2003-01-13 19:42:35] [EMAIL PROTECTED]

php_ini.c uses readdir, which gives all the files on the directory,
*but
in the order of the filesystem*. ie, it's acting like "ls -U", instead
of just "ls".

The problem is that there is no way of knowing which file will be
loaded
first and which one will be loaded last, with causes problems with the
way Mandrake loads extensions, as we create ini files in the format
16_dba.ini ... 52_xslt.ini. Those files contain the "extention =3D"
directive, so that modules can be loaded in the right order.

For tricky extensions, like recode (who has to be loaded first), apc
and
pspell (who have to be loaded last), we need to be able to control the
load order of the ini files.

I enclose a small hack I made using scandir and alphasort. It should
work on BSD and Linux systems, maybe on other platforms, so we should
use ifdefines on platforms that do not support it.

Regards,

Jean-Michel Dault
MandrakeSoft Apache/PHP packager



[2003-01-13 19:03:07] [EMAIL PROTECTED]

What do you mean with 'randomly listed' ?
Listed in random order or only some files are listed..?




[2003-01-13 17:10:49] [EMAIL PROTECTED]

Hi.

This "--with-config-file-scan-dir=/etc/php" is wierd. When compiled as
in Mandrake Linux 9.0/Cooker the included files from /etc/php/ is
randomly listed when viewed in phpinfo(). Here's an example:

This phpinfo.html file was generated from a build from source:
http://d-srv.com/Cooker/PRE/phpinfo.html

This phpinfo.html file was generated from a RPM build as in/for
Mandrake Linux 9.0/Cooker: http://d-srv.com/Cooker/phpinfo.html

Also I noticed that php scans recursivly in this /etc/php/ directory
which is not very nice (or maybe it's per design?).

Chears.




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

#21625 [Bgs->Opn]: --with-config-file-scan-dir

[derick]

 ID:   21625
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Bogus
+Status:   Open
 Bug Type: PHP options/info functions
 Operating System: Mandrake Linux 9.0/Cooker
 PHP Version:  4.3.0
 New Comment:

oops, sorry


Previous Comments:


[2003-01-14 00:43:27] [EMAIL PROTECTED]

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



[2003-01-13 19:46:35] [EMAIL PROTECTED]

Is there a way to cleanly add a patch to bugs.php.net? 

I e-mailed it to sniper and oden, but anyways, here it is. Hope it's
readable...

--- php-4.3.0/main/php_ini.c.orig   2003-01-13 18:17:18.0
-0400
+++ php-4.3.0/main/php_ini.c2003-01-13 19:03:23.0 -0400
@@ -30,6 +30,9 @@
 #include "zend_highlight.h"
 #include "SAPI.h"
 #include "php_main.h"
+#include 
+#include 
+extern  int alphasort();
=20
 #ifndef S_ISREG
 #define S_ISREG(mode)   (((mode) & S_IFMT) =3D=3D S_IFREG)
@@ -232,6 +235,8 @@
zend_file_handle fh;
DIR *dirp =3D NULL;
struct dirent *dir_entry;
+   struct dirent **inifiles;
+   int inicount,i;
struct stat sb;
char ini_file[MAXPATHLEN];
char *p;
@@ -400,10 +405,11 @@
dirp =3D VCWD_OPENDIR(PHP_CONFIG_FILE_SCAN_DIR);
if (dirp) {
fh.type =3D ZEND_HANDLE_FP;
-   while ((dir_entry =3D readdir(dirp)) !=3D NULL)
{
+   inicount =3D scandir(PHP_CONFIG_FILE_SCAN_DIR,
&inifiles, NULL, alphaso=
rt);
+   for(i=3D1;id_name,'.')) && strcmp(p,".ini")) contin=
ue;
-   snprintf(ini_file, MAXPATHLEN,
"%s%c%s", PHP_CONFIG_FILE_SCAN_DIR, DEF=
AULT_SLASH, dir_entry->d_name);
+   if ((p =3D
strrchr(inifiles[i-1]->d_name,'.')) && strcmp(p,".ini")) co=
ntinue;
+   snprintf(ini_file, MAXPATHLEN,
"%s%c%s", PHP_CONFIG_FILE_SCAN_DIR, DEF=
AULT_SLASH, inifiles[i-1]->d_name);
if (VCWD_STAT(ini_file, &sb) =3D=3D 0)
{
if (S_ISREG(sb.st_mode)) {
if ((fh.handle.fp =3D
VCWD_FOPEN(ini_file, "r"))) {



[2003-01-13 19:42:35] [EMAIL PROTECTED]

php_ini.c uses readdir, which gives all the files on the directory,
*but
in the order of the filesystem*. ie, it's acting like "ls -U", instead
of just "ls".

The problem is that there is no way of knowing which file will be
loaded
first and which one will be loaded last, with causes problems with the
way Mandrake loads extensions, as we create ini files in the format
16_dba.ini ... 52_xslt.ini. Those files contain the "extention =3D"
directive, so that modules can be loaded in the right order.

For tricky extensions, like recode (who has to be loaded first), apc
and
pspell (who have to be loaded last), we need to be able to control the
load order of the ini files.

I enclose a small hack I made using scandir and alphasort. It should
work on BSD and Linux systems, maybe on other platforms, so we should
use ifdefines on platforms that do not support it.

Regards,

Jean-Michel Dault
MandrakeSoft Apache/PHP packager



[2003-01-13 19:03:07] [EMAIL PROTECTED]

What do you mean with 'randomly listed' ?
Listed in random order or only some files are listed..?




[2003-01-13 17:10:49] [EMAIL PROTECTED]

Hi.

This "--with-config-file-scan-dir=/etc/php" is wierd. When compiled as
in Mandrake Linux 9.0/Cooker the included files from /etc/php/ is
randomly listed when viewed in phpinfo(). Here's an example:

This phpinfo.html file was generated from a build from source:
http://d-srv.com/Cooker/PRE/phpinfo.html

This phpinfo.html file was generated from a RPM build as in/for
Mandrake Linux 9.0/Cooker: http://d-srv.com/Cooker/phpinfo.html

Also I noticed that php scans recursivly in this /etc/php/ directory
which is not very nice (or maybe it's per design?).

Chears.




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

#21600 [Ctl]: assign by reference function call changes variable contents

[derick]

 ID:   21600
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Critical
 Bug Type: Scripting Engine problem
-Operating System: Redhat 8
+Operating System: Redhat 7.3, 8
-PHP Version:  4.3.0
+PHP Version:  4.3.0, 5.0.0
 New Comment:

update version


Previous Comments:


[2003-01-13 19:42:44] [EMAIL PROTECTED]

I'm marking this critical because the provided script works fine on the
previous released versions.




[2003-01-13 01:21:08] [EMAIL PROTECTED]

backtrace (with php-5.0.0-dev):
#0  0x40749e49 in __sbrk (increment=1515880448) at
../sysdeps/generic/sbrk.c:33
#1  0x406e9d3c in __default_morecore (increment=1515880448)
at ../sysdeps/generic/morecore.c:47
#2  0x406e676d in chunk_alloc (ar_ptr=0x40798520, nb=1515878480)
at malloc.c:2583
#3  0x406e60bc in __libc_malloc (bytes=1515878476) at malloc.c:2817
#4  0x08256b63 in zend_mm_add_memory_block (heap=0x8333748, 
block_size=1515878476) at
/dat/dev/php/php-5.0.0dev/Zend/zend_mm.c:143
#5  0x08256de6 in zend_mm_alloc (heap=0x8333748, size=1515878448)
at /dat/dev/php/php-5.0.0dev/Zend/zend_mm.c:236
#6  0x08256e0e in zend_mm_alloc (heap=0x8333748, size=1515878448)
at /dat/dev/php/php-5.0.0dev/Zend/zend_mm.c:240
#7  0x08256e0e in zend_mm_alloc (heap=0x8333748, size=1515878448)
at /dat/dev/php/php-5.0.0dev/Zend/zend_mm.c:240
#8  0x08256e0e in zend_mm_alloc (heap=0x8333748, size=1515878448)
at /dat/dev/php/php-5.0.0dev/Zend/zend_mm.c:240
#9  0x08256e0e in zend_mm_alloc (heap=0x8333748, size=1515878448)
at /dat/dev/php/php-5.0.0dev/Zend/zend_mm.c:240
#10 0x08256e0e in zend_mm_alloc (heap=0x8333748, size=1515878448)
at /dat/dev/php/php-5.0.0dev/Zend/zend_mm.c:240
#11 0x08256e0e in zend_mm_alloc (heap=0x8333748, size=1515878448)
at /dat/dev/php/php-5.0.0dev/Zend/zend_mm.c:240
#12 0x08256e0e in zend_mm_alloc (heap=0x8333748, size=1515878448)

(last frame continues atleast 15.000 times)

Derick



[2003-01-12 15:56:50] [EMAIL PROTECTED]

Verified with HEAD(ZE2) and PHP_4_3(ZE1).
The provided script causes segmentation fault.




[2003-01-12 15:07:10] [EMAIL PROTECTED]

under 4.3.0 with apache 2.0.40 I see this strange behavior with
aliasing:

$foo = "Philip Johnson's \"Glass House\" remains one of the most famous
residences in the world.";
$foo =& bar($foo);
print $foo;

function bar($text){
  return $text;
}

outputs: Philip Johnson's "Glass House" remains one of the most famous
residences in the worlh

This didn't happen under 4.2.3. Although really this was a mistake on
my part (I meant to do $foo = bar($foo)) it seems like strange behavior
nonetheless.

It's also strange to me that if I change 
return $text; 
to 
return "$text"; 
it works as I would expect.




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

#21630 [Opn->Fbk]: imageCreateFromGIF doesn't work

[derick]

 ID:   21630
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: GD related
 Operating System: Linux 2.4.20
 PHP Version:  4.3.0
 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:


[2003-01-14 04:07:36] [EMAIL PROTECTED]

imageCreateFromGIF followed by an attempt to rescale doesn't work, it
produces a blank image.
Attempted with various valid gif files, imageCreateFromJPEG works
fine.





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

#21630 [Opn->Bgs]: imageCreateFromGIF doesn't work

[derick]

 ID:   21630
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: GD related
 Operating System: Linux 2.4.20
 PHP Version:  4.3.0
 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

bundled GD doesn't support GIF due to patent issues.
Not a bug -> bogus


Previous Comments:


[2003-01-14 04:36:00] [EMAIL PROTECTED]

I'm not sure what else I can provide?
The system was built usign the standard bundled gd library with php.

Can you supply any specific questions or information you need?

I also searched deja.com and there are a few questions there which seem
to imply other people are seeing the same problem.



[2003-01-14 04:08:21] [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.




[2003-01-14 04:07:36] [EMAIL PROTECTED]

imageCreateFromGIF followed by an attempt to rescale doesn't work, it
produces a blank image.
Attempted with various valid gif files, imageCreateFromJPEG works
fine.





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

#21630 [Opn->Fbk]: imageCreateFromGIF doesn't work

[derick]

 ID:   21630
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: GD related
 Operating System: Linux 2.4.20
 PHP Version:  4.3.0
 New Comment:

okay, can you then provide a tar file which contains a) your script and
b) the gif file so that we can try to reprocude it?

Derick


Previous Comments:


[2003-01-14 04:47:44] [EMAIL PROTECTED]

Here's one bit from the ChangeLog, I also saw it in the documentation
somewhere as well.

Added read-only GIF support for bundled GD2 library. (Rasmus)



[2003-01-14 04:45:28] [EMAIL PROTECTED]

It says:

Note:  Since all GIF support was removed from the GD library in version
1.6, this function is not available if you are using that version of
the GD library. 

(nothing about read or write which is right because the function is
just not supported)

but it says nothing about the gd bundled version, I'm fixing that.



[2003-01-14 04:40:14] [EMAIL PROTECTED]

I think the documentation states that read only is supported, but not
write?
I'll go and find the reference, maybe this is a documentation issue?



[2003-01-14 04:38:24] [EMAIL PROTECTED]

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

bundled GD doesn't support GIF due to patent issues.
Not a bug -> bogus



[2003-01-14 04:36:00] [EMAIL PROTECTED]

I'm not sure what else I can provide?
The system was built usign the standard bundled gd library with php.

Can you supply any specific questions or information you need?

I also searched deja.com and there are a few questions there which seem
to imply other people are seeing the same problem.



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

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

#21630 [Opn->Fbk]: imageCreateFromGIF doesn't work

[derick]

 ID:   21630
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: GD related
 Operating System: Linux 2.4.20
 PHP Version:  4.3.0
 New Comment:

please put it somewhere on the web, and provide the URL here.

Derick


Previous Comments:


[2003-01-14 04:56:04] [EMAIL PROTECTED]

Happily, what's the easiest way to get the tar file attached or can I
email it to you (I'll include a GIF, but it doesn't seem to matter as I
tried it with a few just in case that was the issue).



[2003-01-14 04:53:33] [EMAIL PROTECTED]

okay, can you then provide a tar file which contains a) your script and
b) the gif file so that we can try to reprocude it?

Derick



[2003-01-14 04:47:44] [EMAIL PROTECTED]

Here's one bit from the ChangeLog, I also saw it in the documentation
somewhere as well.

Added read-only GIF support for bundled GD2 library. (Rasmus)



[2003-01-14 04:45:28] [EMAIL PROTECTED]

It says:

Note:  Since all GIF support was removed from the GD library in version
1.6, this function is not available if you are using that version of
the GD library. 

(nothing about read or write which is right because the function is
just not supported)

but it says nothing about the gd bundled version, I'm fixing that.



[2003-01-14 04:40:14] [EMAIL PROTECTED]

I think the documentation states that read only is supported, but not
write?
I'll go and find the reference, maybe this is a documentation issue?



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

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

#21633 [Opn->Bgs]: compile problem

[derick]

 ID:   21633
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Zend Engine 2 problem
 Operating System: Linux RedHat
 PHP Version:  4CVS-2003-01-14 (stable)
 New Comment:

You will need bison (not yacc), just install the bison RPM from the
RedHat cd and it should work.

Not a bug -> bogus



Previous Comments:


[2003-01-14 05:41:01] [EMAIL PROTECTED]

yacc -p zend -v -d /usr/local/src/php_hack/Zend/zend_language_parser.y
-o Zend/zend_language_parser.c 
usage: yacc [-dlrtv] [-b file_prefix] [-p symbol_prefix] filename 


yacc: e - line 186 of "/home/young/1/php4/ext/standard/parsedate.y",
syntax error 
%expect 14 
^ 
make: *** [/home/young/1/php4/ext/standard/parsedate.c] Error 1 






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

#21635 [Opn->Bgs]: pg_escape_* want to allocate an insane amount of memory

[derick]

 ID:   21635
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: PostgreSQL related
 Operating System: FreeBSD/sparc64 5.0-RC3
 PHP Version:  4.2.3
 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:


[2003-01-14 09:49:09] [EMAIL PROTECTED]

Subject says it all. Working with PostgreSQL 7.3.1. Simple script to
reproduce this behavior:


FATAL:  emalloc():  Unable to allocate 36514201601 bytes

Webpages containing such code take a long time to be generated on the
server but leave no error message in the Apache log.




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

#21636 [Opn->Bgs]: compiling php-4.3.0 fails using gcc

[derick]

 ID:   21636
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Compile Failure
 Operating System: solaris8
 PHP Version:  4.3.0
 New Comment:

Due to a bug in the installed sed on your system the build
fails. Install GNU sed and it should be okay.
 
Thank you for your interest in PHP.


Previous Comments:


[2003-01-14 10:11:09] [EMAIL PROTECTED]

Hello,

When I try to compile php-4.3.0 with apache-2.0.43 I get what appears
to be a gcc error.  I compiled apache-2.0.43 as follows:

cd gcc-2.0.43
configure --prefix=/usr/local/apache --enable-so
make
make install

I then tried to compile php-4.3.0 using the following comands:

cd php-4.3.0
configure --prefix=/usr/local/php
--with-apxs2=/usr/local/apache/bin/apxs
make

I then get the following error:

...
creating number.c
creating number.h
creating main/internal_functions.c
creating main/internal_functions_cli.c
++
|*** WARNING *** |
||
| You chose to compile PHP with the built-in MySQL support.  If you  |
| are compiling a server module, and intend to use other server  |
| modules that also use MySQL (e.g, mod_auth_mysql, PHP 3.0, |
| mod_perl) you must NOT rely on PHP's built-in MySQL support, and   |
| instead build it with your local MySQL support files, by adding|
| --with-mysql=/path/to/mysql to your configure line.|
++
| License:   |
| This software is subject to the PHP License, available in this |
| distribution in the file LICENSE.  By continuing this installation |
| process, you are bound by the terms of this license agreement. |
| If you do not agree with the terms of this license, you must abort |
| the installation process at this point.|
++
|  *** NOTE ***  |
|The default for register_globals is now OFF!|
||
| If your application relies on register_globals being ON, you   |
| should explicitly set it to on in your php.ini file.   |
| Note that you are strongly encouraged to read  |
| http://www.php.net/manual/en/security.registerglobals.php  |
| about the implications of having register_globals set to on, and   |
| avoid using it if possible.|
++


^[[1mThank you for using PHP.^[[0m


/home/jedson/stow/sol8/src/php-4.3.0/php-4.3.0/ext/standard/var_unserializer.c:
In function `php
_var_unserialize':
/home/jedson/stow/sol8/src/php-4.3.0/php-4.3.0/ext/standard/var_unserializer.c:308:
warning: com
parison is always false due to limited range of data type
Output line too long.
Output line too long.
Output line too long.
Output line too long.
gcc: TSR: No such file or directory
make[3]: *** [sapi/cli/php] Error 1
make[2]: *** [compile-php-4.3.0] Error 2

I am using the following Sun packages:

autoconf-2.57
automake-1.7.2
bison-1.75
flex-2.5.4a
gcc-3.2
make-3.80

Is there something that I need to do here?  I did get php-4.2.3 to
compile
but I understand that there are problems with running php-4.2.3 with
apache-2.0.43.  Is that true?

Thanks...

John




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

#21638 [Opn->Bgs]: Wrong values

[derick]

 ID:   21638
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Scripting Engine problem
 Operating System: Windows XP Professional
 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

those are octal numbers... check the manual again.

Derick


Previous Comments:


[2003-01-14 11:56:01] [EMAIL PROTECTED]

");
}

$c= 011;
echo("\$c = ".$c);
?>

## OUTPUT ##

0 - 1 - 1
1 - 0 - 0
2 - 10 - 10
3 - 15 - 13
4 - 17 - 170
5 - 20 - 200
$c = 9

---
All the numbers, from "8" to up, if preceded by zero, outputs another
value.
---




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

#21639 [Opn->Bgs]: Form fields are not translated into php variables

[derick]

 ID:   21639
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Scripting Engine problem
 Operating System: windows XP
 PHP Version:  4.3.0
 New Comment:

In PHP 4.2.0, the 'register_globals' setting default changed to
'off'. See http://www.php.net/release_4_2_0.php for more info.
We are sorry about the inconvenience, but this change was a necessary
part of our efforts to make PHP scripting more secure and portable.


Previous Comments:


[2003-01-14 12:00:44] [EMAIL PROTECTED]

Hi,
  I´m having a single problem that don´t allow me to work with HTML
forms, any fields placeds into it aren´t brought to the php script as
variables... 
  If a declare a text field called (name), when I inspect the value of
the ($name) variable it returns an error with the message "Notice:
Undefined variable: name in ", but if I read the value of
($_GET["name"]) variable it returns the passed value!!
  Predefined variables or variables declared on a same script file are
gotten with no problems, but passed ones are not recognized as declared
variables.

  My cofiguration is:
   * PROCESSOR: Pentium Celeron 800;
   * MEMORY: 128 MB;
   * OS TYPE : WindowsXP;
   * HTTPd Server: Apache 1.3;
   * PHP ENGINE: 4.3.0 Win32 (with ALL libraries)





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

#21640 [Opn->Fbk]: phpinfo() should contain character encoding to be valid html

[derick]

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

Why care for a debug tool? It's not that phpinfo() is supposed to be
used everywhere. Also iso-8859-1 might not be always correct.


Previous Comments:


[2003-01-14 12:14:14] [EMAIL PROTECTED]

The phpinfo()-function should contain a character encoding meta-tag.
This would make it valid html with the w3c-validator at
http://validator.w3.org.

The meta-tag would be like:






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

#21651 [Opn->Fbk]: pdf_open_memory_image Segmentation Fault (11)

[derick]

 ID:   21651
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: PDF related
 Operating System: Linux RedHat
 PHP Version:  4.3.0
 New Comment:

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.




Previous Comments:


[2003-01-15 02:51:17] [EMAIL PROTECTED]

Well... as i work with PDF the following code causes 
a segmentation fault:

$tmp_image =
ImageCreate($size[0]*$this->actual_img_dpi/$this->default_img_dpi,
$size[1]*$this->actual_img_dpi/$this->default_img_dpi);
imagecopyresampled ($tmp_image, $im, 0, 0, 0,
0,$size[0]*$this->actual_img_dpi/$this->default_img_dpi,
$size[1]*$this->actual_img_dpi/$this->default_img_dpi, $size[0],
$size[1]);

$img = pdf_open_memory_image($pdf_doc, $tmp_image);





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

#21655 [Opn->Bgs]: MSSQL: unable to initialize module

[derick]

 ID:   21655
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: MSSQL related
 Operating System: win xp pro
 PHP Version:  4.3.0
 New Comment:

Sorry, but 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 as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.


Previous Comments:


[2003-01-15 05:10:19] [EMAIL PROTECTED]

having mssql2k dev edition installed
enabling extension=php_mssql.dll
receiving following WARNING popup:

Unknown(): mssql: Unable to initialize module
Module compiled with module API=20001222, debug=0, thread-safety=1
PHP compiled with module API=20020429, debug=0, thread-safety=1
these options need to match


what should i do ?




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

#21293 [Opn->Fbk]: imap_fetchstructure incomplet return

[derick]

 ID:   21293
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Feature/Change Request
 Operating System: Debian GNU/Linux Sid
 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:


[2003-01-15 06:40:51] [EMAIL PROTECTED]

This no return de content of parts with yhe MIME-Version is not
specificated.



[2003-01-15 01:00:04] [EMAIL PROTECTED]

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



[2002-12-30 11:50: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



[2002-12-30 11:09:40] [EMAIL PROTECTED]

I using a Debian packages. I update php4 and php4-imap an
'imap_fetchstructure' no return all part in messaje.

libc6  2.3.1-8

php4   4.2.3-8
php4-dbase 4.2.1-1
php4-dev   4.2.3-8
php4-domxml4.2.1-3
php4-gd2   4.2.1-2
php4-imap  4.2.3-8
php4-mysql 4.2.1-3
php4-pear  4.1.2-4
php4-pgsql 4.2.1-2





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

#21659 [Opn->Bgs]: sprintf

[derick]

 ID:  21659
 Updated by:  [EMAIL PROTECTED]
 Reported By: [EMAIL PROTECTED]
-Status:  Open
+Status:  Bogus
 Bug Type:*General Issues
 PHP Version: 4.3.0
 New Comment:

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

Thank you for your interest in PHP.


Previous Comments:


[2003-01-15 08:08:41] [EMAIL PROTECTED]

I obtain from php 4.30 and error using sprintf

My  php code generate
a result file in which is it possible to see the bug:


example:



sprintf(%.3f,2.04204204204) = 0.0�0
sprintf(%.3f,2.1981981982) = 000.000
sprintf(%.3f,1.07507507508) = 1.000
sprintf(%.3f,1.98498498498) = 0.000
sprintf(%.3f,0.318318318318) = 0.000
sprintf(%.3f,0.90990990991) = 1.000
sprintf(%.3f,0.660660660661) = 0.000
sprintf(%.3f,2.27327327327) = 00.000


sprintf generate strange non visible alfanumeric caracter 






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

#21659 [Opn->Bgs]: sprintf

[derick]

 ID:   21659
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: *General Issues
 Operating System: linux
 PHP Version:  4.3.0
 New Comment:

See bug #21658, it's the same so this one is not needed -> bogus.


Previous Comments:


[2003-01-15 08:10:55] [EMAIL PROTECTED]

Error with sprintf i obtain conversion from numbner in not printable
caracter.
various numebr of my application don't work now

see above



[2003-01-15 08:09:57] [EMAIL PROTECTED]

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

Thank you for your interest in PHP.



[2003-01-15 08:08:41] [EMAIL PROTECTED]

I obtain from php 4.30 and error using sprintf

My  php code generate
a result file in which is it possible to see the bug:


example:



sprintf(%.3f,2.04204204204) = 0.0�0
sprintf(%.3f,2.1981981982) = 000.000
sprintf(%.3f,1.07507507508) = 1.000
sprintf(%.3f,1.98498498498) = 0.000
sprintf(%.3f,0.318318318318) = 0.000
sprintf(%.3f,0.90990990991) = 1.000
sprintf(%.3f,0.660660660661) = 0.000
sprintf(%.3f,2.27327327327) = 00.000


sprintf generate strange non visible alfanumeric caracter 






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

#21667 [Opn->Fbk]: Compilation error in sapi_module_struct

[derick]

 ID:   21667
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Compile Failure
 Operating System: Solaris8
 PHP Version:  4CVS-2003-01-15 (stable)
 New Comment:

Did you use an updated CVS tree or an fresh one? If the first, then
please run ./cvsclean && ./buildconf or checkout a fresh tree.

Derick


Previous Comments:


[2003-01-15 11:42:32] [EMAIL PROTECTED]

I have got error in compilation:

Environment is:
PHP Version (Updated at 2003/01/15 18:20 GMT+2)
>cat CVS/Tag
TPHP_4_3

Compillator: Sun WorkShop 6 update 2 C 5.3 2001/05/15

Error if independed of configure string.

Error in compilation of Apache2Filer is:

/bin/bash libtool --silent --mode=compile /opt/SUNWspro/bin/cc -Xa -xF
-xCC  -Isapi/apache2filter/
-I/usr/local/src/work/php4/sapi/apache2filter/ -DPHP_ATOM_INC
-I/usr/local/src/work/php4/include -I/usr/local/src/work/php4/main
-I/usr/local/src/work/php4 -I/usr/local/include/apache2
-I/usr/local/src/work/php4/Zend -I/usr/local/include
-I/usr/local/include/freetype2 -I/usr/local/include/mysql
-I/usr/local/src/work/php4/ext/xml/expat  -D_POSIX_PTHREAD_SEMANTICS
-D_REENTRANT -DAPACHE_XLATE -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT
-I/usr/local/src/work/php4/TSRM  -xtarget=ultra -xarch=v8plus -xO5
-xstrconst -xdepend -Xa -xildoff -dalign -D_REENTRANT -xspace -mr -mt
-DZTS  -prefer-pic -c
/usr/local/src/work/php4/sapi/apache2filter/sapi_apache2.c -o
sapi/apache2filter/sapi_apache2.lo
"/usr/local/src/work/php4/sapi/apache2filter/sapi_apache2.c", line 318:
too many struct/union initializers
"/usr/local/src/work/php4/sapi/apache2filter/sapi_apache2.c", line 319:
too many struct/union initializers
cc: acomp failed for
/usr/local/src/work/php4/sapi/apache2filter/sapi_apache2.c
*** Error code 1


Same error for CLI version:

/bin/bash libtool --silent --mode=compile /opt/SUNWspro/bin/cc -Xa -xF
-xCC  -Isapi/cli/ -I/usr/local/src/work/php4/sapi/cli/ -DPHP_ATOM_INC
-I/usr/local/src/work/php4/include -I/usr/local/src/work/php4/main
-I/usr/local/src/work/php4 -I/usr/local/include/apache2
-I/usr/local/src/work/php4/Zend -I/usr/local/include
-I/usr/local/include/freetype2 -I/usr/local/include/mysql
-I/usr/local/src/work/php4/ext/xml/expat  -D_POSIX_PTHREAD_SEMANTICS
-D_REENTRANT -DAPACHE_XLATE -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT
-I/usr/local/src/work/php4/TSRM  -xtarget=ultra -xarch=v8plus -xO5
-xstrconst -xdepend -Xa -xildoff -dalign -D_REENTRANT -xspace -mr -mt
-DZTS  -prefer-pic -c /usr/local/src/work/php4/sapi/cli/php_cli.c -o
sapi/cli/php_cli.lo
"/usr/local/src/work/php4/sapi/cli/php_cli.c", line 284: too many
struct/union initializers
cc: acomp failed for /usr/local/src/work/php4/sapi/cli/php_cli.c
*** Error code 1
make: Fatal error: Command failed for target `sapi/cli/php_cli.lo'


Reason: Wrong count of 'NULL' in sapi_module_struct, defined in modules
(sapi/apache2filter/sapi_apache2.c and sapi/cli/php_cli.c) and
STANDARD_SAPI_MODULE_PROPERTIES definition (defined in main/SAPI.h).

Sollution:
>cvs diff "sapi/apache2filter/sapi_apache2.c" sapi/cli/php_cli.c
Index: sapi/apache2filter/sapi_apache2.c
===
RCS file: /repository/php4/sapi/apache2filter/sapi_apache2.c,v
retrieving revision 1.91.2.4
diff -u -r1.91.2.4 sapi_apache2.c
--- sapi/apache2filter/sapi_apache2.c   7 Jan 2003 15:23:45 -  
1.91.2.4
+++ sapi/apache2filter/sapi_apache2.c   15 Jan 2003 17:38:10 -
@@ -312,8 +312,8 @@

 NULL, 
/* php_ini_path_override */

-   NULL,  
/* Block interruptions */
-   NULL,  
/* Unblock interruptions */
+   // NULL,   
/* Block interruptions */+   // NULL,  
 /* Unblock
interruptions */

STANDARD_SAPI_MODULE_PROPERTIES
 };
Index: sapi/cli/php_cli.c
===
RCS file: /repository/php4/sapi/cli/php_cli.c,v
retrieving revision 1.51.2.6
diff -u -r1.51.2.6 php_cli.c
--- sapi/cli/php_cli.c  8 Jan 2003 00:44:58 -   1.51.2.6
+++ sapi/cli/php_cli.c  15 Jan 2003 17:38:10 -
@@ -277,8 +277,8 @@
sapi_cli_register_variables,/* register server variables
*/
sapi_cli_log_message,   /* Log message */

-   NULL,   /*
Block interruptions */
-   NULL,  

#20827 [Csd->Opn]: stat macro

[derick]

 ID:   20827
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Closed
+Status:   Open
 Bug Type: Compile Failure
 Operating System: Tru64
 PHP Version:  4.3.0RC2
 New Comment:

(please change the status next time)


Previous Comments:


[2003-01-15 17:46:01] [EMAIL PROTECTED]

It has not yet been applied to the 4.3 branch



[2003-01-15 16:13:27] [EMAIL PROTECTED]

It's not fixed in CVS, error shows up in the same place:

/local/pkg/apache/php-20030115/main/streams.c: In function
'_php_stream_stat':
/local/pkg/apache/php-20030115/main/streams.c:677: structure has no
member named `_F64_stat'



[2003-01-06 17:39: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.





[2003-01-06 16:18:35] [EMAIL PROTECTED]

Same thing happens with 4.3.0 release, in the same file main/streams.c
but on line 677



[2002-12-05 08:52:35] [EMAIL PROTECTED]

When compile PHP-4.3.0RC2 on Tru64 arch, I got :

   [.]
/usr/local/tmp/php-4.3.0RC2/main/streams.c: In function
`_php_stream_stat':
/usr/local/tmp/php-4.3.0RC2/main/streams.c:655: structure has no member
named `_F64_stat'
   [.]

The bogus line is :

   return stream->ops->stat(stream, ssb TSRMLS_CC);


Indeed, on this arch, 'stat' is a macro to '_F64_stat' whereas it use
here as a member of struct '_php_stream_ops'.

So I've added parenthesis to prevent macro expansion :

   return (stream->ops->stat)(stream, ssb TSRMLS_CC);

PS: I saw the same pb on CVS version.

Sincerly,
Julien





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

#21678 [Opn->Bgs]: cann't track vars of the form query string

[derick]

 ID:   21678
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Strings related
 Operating System: Linux RedHat8  & IIS on Win2000
 PHP Version:  4.2.2
 New Comment:

In PHP 4.2.0, the 'register_globals' setting default changed to
'off'. See http://www.php.net/release_4_2_0.php for more info.
We are sorry about the inconvenience, but this change was a necessary
part of our efforts to make PHP scripting more secure and portable.


Previous Comments:


[2003-01-16 01:55:06] [EMAIL PROTECTED]

i have 1.htm file as following :




Who is your favourite author?









*

and the action file 2.php   as following




Your favorite author is:




but after submit i got the following in 2.php

1- in the URL :  http://localhost/2.php?Author=Tom
2- in the body  i got only :
Your favorite author is:
With no value of $Author var even it is in the URL 

Please help me




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

#21671 [Csd->Bgs]: unlink doesnt work properly in classes

[derick]

 ID:   21671
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Closed
+Status:   Bogus
 Bug Type: Filesystem function related
 Operating System: Win2000
 PHP Version:  4.2.3
 New Comment:

Not a bug -> bogus


Previous Comments:


[2003-01-16 02:32:55] [EMAIL PROTECTED]

im dumb, the problems was, an open filepointer was pointed to that
file, because of that unlink() doesnt work properly

sorry for the inconvenience...

greets
m.



[2003-01-15 13:09:58] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2003-01-15 13:09:06] [EMAIL PROTECTED]

hi php "bug volunteers",
i experienced a problem with unlink()
you can see a phpinfo() output of my config on:
http://www.keipper.de/phpinfo.html

what i did:
i tried to simply unlink a file inside a class, the software i am
coding is a complex class-model with super-classes, some cub-classes
and so on, even too complex to explain in a few words.

in a sub class i simply tried:
if (unlink('D:\testzone\pagesys\content_repository\sites\1000.xml')) {
[...] } else { [...] }


...and what actually happened:
it doesnt removes the file. it says:
Warning: unlink() failed (Permission denied) in
D:\testzone\pagesys\php_code\commander.php on line 361

my filesystem is FAT32, my doc root d:\testzone\, ok, i dropped a
script in:
D:\testzone\test.php

it doesnt instance objects, sub-objects or anything, it just had one
code-snippet - the above mentioned if() and it worked ?! the simple
test.php deletes the file

also i tried as path:
D:/testzone/pagesys/content_repository/sites/1000.xml

again - worked in test.php, doesnt worked in the sub-class

the file was not locked, isnt write-protected or something

i think this is strange and a bug

so I hope this is enough information for working out a potential bug

greets,
mascha k. (btw. this "mascha" is not a girlie name, so dont call me
"babe" ;=) )




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

#21685 [Opn->Fbk]: xmlrpc_decode() causes segfault

[derick]

 ID:   21685
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: XMLRPC-EPI related
 Operating System: Redhat Linux 7.3
 PHP Version:  4CVS-2003-01-16 (stable)
 New Comment:

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.


Previous Comments:


[2003-01-16 04:52:46] [EMAIL PROTECTED]

When using the xmlrpc_decode() function, the Apache2 (latest cvs)
reports a segfault in the error-log.
I've tested it with various xmlrpc-responses like:



 
  
   South Dakota
  
 

");
?>

Here is my ./configure :
'./configure' '--prefix=/usr' '--with-config-file-path=/etc/server'
'--with-apxs2=/usr/bin/apxs' '--with-pear=/home/httpd/include'
'--with-openssl' '--with-zlib' '--enable-bcmath' '--with-bz2'
'--enable-calendar' '--enable-dio' '--enable-dbase' '--enable-dx'
'--enable-exif' '--enable-ftp' '--enable-mime_magic=/etc/server/mime'
'--with-mysql=/usr' '--with-mysql-sock=/var/lib/mysql/mysql.sock'
'--enable-shmop' '--enable-sockets' '--enable-sysvsem'
'--enable-sysvshm' '--enable-wddx' '--enable-yp' '--with-xmlrpc'
'--with-mnogosearch=/usr' '--with-curl' '--with-dom' '--with-dom-xslt'
'--with-dom-exslt' '--with-imap' '--with-ldap' '--enable-cli=yes'
'--with-gettext' '--with-gd' '--enable-gd-native-ttf'
'--with-freetype-dir' '--enable-dbase' '--with-pspell' '--with-pdflib'
'--with-iconv' '--with-zlib-dir' '--with-jpeg-dir'
'--with-expat-dir=/usr' '--with-readline' '--with-mcrypt=/usr'
'--with-unixodbc' '--enable-dba' '--with-db4' '--with-gdbm'
'--with-gmp' '--with-curlwrappers'




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

#21667 [Fbk->Csd]: Compilation error in sapi_module_struct

[derick]

 ID:   21667
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Closed
 Bug Type: Compile Failure
 Operating System: Solaris8
 PHP Version:  4CVS-2003-01-15 (stable)
 Assigned To:  sas
 New Comment:

closing then...


Previous Comments:


[2003-01-16 09:23:54] [EMAIL PROTECTED]

Compiled without error.

Thanks.



[2003-01-15 15:27:38] [EMAIL PROTECTED]

Please update your checkout now, this should be fixed now.




[2003-01-15 14:09:37] [EMAIL PROTECTED]

Sascha broke it, he can propably fix it too..




[2003-01-15 12:31:01] [EMAIL PROTECTED]

CVS tree is up
./buildconf execute cvsclean on my system.

Manual calculation:
Structure _sapi_module_struct in main/SAPI.h (from
http://cvs.php.net/co.php/php4/main/SAPI.h?r=1.87.2.3) has 27 items.
Definition STANDARD_SAPI_MODULE_PROPERTIES in main/SAPI.h has 8 items.

Stricture apache2_sapi_module in sapi/apache2filter/sapi_apache2.c (
http://cvs.php.net/co.php/php4/sapi/apache2filter/sapi_apache2.c?r=1.91.2.4)
has 21 items + STANDARD_SAPI_MODULE_PROPERTIES.

21 + 8 = 29 and not eq 27...

http://cvs.php.net/diff.php/php4/main/SAPI.h?r1=1.87.2.2&r2=1.87.2.3&ty=u



[2003-01-15 11:50:50] [EMAIL PROTECTED]

Did you use an updated CVS tree or an fresh one? If the first, then
please run ./cvsclean && ./buildconf or checkout a fresh tree.

Derick



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

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

#21692 [Opn]: Gmtime first argument doesn't support vars

[derick]

 ID:   21692
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Date/time related
 Operating System: Win2k
 PHP Version:  4.3.0
 New Comment:

both show "Thu 01 Jan, 20:23" for me...

Derick


Previous Comments:


[2003-01-16 13:22:02] [EMAIL PROTECTED]

gmtime sometimes doesn't support the first argument to be an var. 
Example:
 
Gives at this moment:
Thu 01 Jan, 20:17


Gives:
Thu 16 Jan, 20:17




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

#21693 [Opn->Bgs]: Combination of empty and realpath produces an error

[derick]

 ID:   21693
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Compile Failure
 Operating System: Windows XP
 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

read the docs about @ http://php.net/empty :

"Note that this is meaningless when used on anything which isn't a
variable; i.e. empty (addslashes ($name)) has no meaning since it would
be checking whether something which isn't a variable is a variable with
a FALSE value."


Previous Comments:


[2003-01-16 13:24:06] [EMAIL PROTECTED]

if( empty(realpath(__FILE__)) ) echo "test";
will produce a parse error like:
Parse error: parse error, unexpected T_STRING, expecting T_VARIABLE or
'$' in d:\wwwroot\test3.php on line x




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

#21702 [Opn->Bgs]: nested foreach on same array using reference fails

[derick]

 ID:   21702
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Scripting Engine problem
 Operating System: Any
 PHP Version:  Any
 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

not a bug


Previous Comments:


[2003-01-17 11:55:33] [EMAIL PROTECTED]

> No matter what you call this, as a convention of open-source
> projects, documentation is generally supposed to come up
> after coding stuff.

"Supposed to"? I hope not. It does, usually, that's true. But in this
case, there _was_ documentation, and the program doesn't conform to it.
And we're talking about language semantics, not something insignificant
like configuration options.

> the codes determine the design

Tell me which programming language interpreter or compiler was created
this way?

As for the other nastiness example that you provided, it certainly does
seem nasty. Should that mean "there is at least another one nastiness,
so that is a good enough excuse to make ad-hoc language design
decisions"? I don't get it.

And yes, a language design decision it is, and it must be made. Either
we correct the documentation (it's still not completely clear, though
at least it's not so undoubtedly incorrect as two months ago), or we
correct the implementation. Judging by the lack of interest so far
(this is only the second bug report that I know of, and the docs have
been incorrect for more than two years), not many people are relying on
the current (broken) behaviour. (Anyway, why would anyone rely on such
a thing?) Thus, we have a great opportunity to do the Right Thing!

Anyway, I'm leaving for the weekend right now, so don't close this bug
before I can have another round at it on Monday, ok? ;-)



[2003-01-17 10:22:30] [EMAIL PROTECTED]

No matter what you call this, as a convention of open-source projects,
documentation is generally supposed to come up after coding stuff. In
other words, the codes determine the design, and the documents are
often elusive as there are some cases where they don't reflect the
actual behaviour.

Regarding the nastiness of references, it's special not only for
foreach, but also for the following case.



Surprisingly, this script results in
--
test
???
--
For more about this, see bug #20993 (this is also marked as a
doc-problem).




[2003-01-17 08:27:40] [EMAIL PROTECTED]

> Although I admit that the behaviour is quite inconsistent,
> we won't fix this anyway because the issue's all up to the
> language design.

Well, I dunno. In bug #8353, [EMAIL PROTECTED] says: "...the following
note exists in the foreach() entry of the manual and has for over two
years:

Note:  Also note that foreach operates on a copy of the specified
array, not the array itself, therefore the array pointer is not
modified as with the each()  construct and changes to the array element
returned are not reflected in the original array."

The documentation has been changed very recently.

To me, this seems like re-defining the language. (Or "changing the
rules in the middle of the game", if you prefer.) Instead of fixing the
bug, you say it's a feature and change the docs. That seems very
Microsoft-ish. Plus, such a language construct is inconsistent,
unintuitive and seriously limited in usability.

> foreach statement always makes use of a copy of the given
> array instead of the original itself unless the array is a
> reference or has a reference.

The "makes a copy" part is in the docs, and is what I expect. The
"unless..." part is (still) not in the docs and seems non-sensical. In
fact, in "What References Do", the manual says about what happens after
"$a =& $b" the following: "Note:  $a and $b are completely equal here,
that's not $a is pointing to $b or vice versa, that's $a and $b
pointing to the same place." Nowhere in the manual it says that
references are special. It just says that a reference is another name
for the same variable. I don't see why foreach treats them specially.

Note that I'm not advocating for changing the documentation; I'm
actually strongly supporting what the documentation says and has said
for a long time, and that means foreach is what needs to be changed.

BTW, does the "unless..." part of the above quotation mean that when I
do
$a =& $b;
foreach ($a as $elem)
$elem->change_self();
it will work - because foreach is not working with a copy of the array?
I suppose not, because it will surely make a copy of each element,
right? Can I then coerce it

#21722 [Opn->Bgs]: &PHPSESSIONID not output as &PHPSESSIONID

[derick]

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

Sorry, but 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 as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

You can change this behavior by reading
http://www.php.net/manual/en/configuration.directives.php#ini.sect.data-handling
(and especially the arg_separator.output stuff).

Derick


Previous Comments:


[2003-01-18 04:08:03] [EMAIL PROTECTED]

A session is generated with session_start(). The browser is set not to
accept cookies. Inside the HTML-Code without the Session there would
appear a code like:



With the automatic adding of the session-id it will look like:




According to http://validator.w3.org/check  this does not qualify as
valid HTML:

" The validator has found an entity (something like &this;) that it
doesn't recognize. There are a few possibilities:

  A reference to a URI that uses & as a separator between
parameters, such as "http://example.org/prog?x=1&y=2";.

  To solve this problem, simply replace all the &'s in attribute
values with & (user agents will convert them back before following
the links.) "




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

#21723 [Opn->Bgs]: Won't compile.

[derick]

 ID:   21723
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Compile Failure
 Operating System: Redhat 7.0 (Kernel 2.4.5)
 PHP Version:  4.3.0
 New Comment:

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

Thank you for your interest in PHP.


Previous Comments:


[2003-01-18 05:58:58] [EMAIL PROTECTED]

When i try to complile php 4.3.0. it stops at the following error when
running configure:


checking whether fp_except is defined... no
checking whether dlsym() requires a leading underscore in symbol
names... ./configure: line 76778: syntax error near unexpected token
`_LT_AC_TRY_DLOPEN_SELF('
./configure: line 76778: `_LT_AC_TRY_DLOPEN_SELF('

the compile options where:
./configure \
--sysconfdir=/etc \
--with-mysql \
--with-apache=../apache \
--enable-track-vars \
--with-ming \
--with-jpeg-dir \
--with-gd \
--enable-gd-native-ttf \
--with-jpeg-dir \
--with-freetype-dir \
--with-png-dir=/usr/lib \
--with-zlib-dir=/usr/include  \





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

#21724 [Opn->Bgs]: Installation of PHP on Solaris (SUN)

[derick]

 ID:   21724
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Compile Failure
 Operating System: Solaris 5.8
 PHP Version:  4.3.0
 New Comment:

Due to a bug in the installed sed on your system the build
fails. Install GNU sed and it should be okay.
 
Thank you for your interest in PHP.


Previous Comments:


[2003-01-18 06:05:38] [EMAIL PROTECTED]

I made command 
configure --with-oracle

After that command
make
It gave error after some time

Output line too long.
Output line too long.
Output line too long.
gcc: main/a: No such file or directory
*** Error code 1
make: Fatal error: Command failed for target `sapi/cgi/php'




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

#21723 [Bgs]: Won't compile.

[derick]

 ID:   21723
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Compile Failure
 Operating System: Redhat 7.0 (Kernel 2.4.5)
 PHP Version:  4.3.0
 New Comment:

1. You can edit earlier posted reports
2. This doesn't really add more information

To solve "1", go to http://bugs.php.net/bug.php?id=21719&edit=2

To solve "2": What are the versions on your system of:
m4
autoconf
automake
libtool
bison
glibc
mysql
libjpeg


Previous Comments:


[2003-01-18 06:50:47] [EMAIL PROTECTED]

I had to resubmit with more data so i did !!!



[2003-01-18 06:41:38] [EMAIL PROTECTED]

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

Thank you for your interest in PHP.



[2003-01-18 05:58:58] [EMAIL PROTECTED]

When i try to complile php 4.3.0. it stops at the following error when
running configure:


checking whether fp_except is defined... no
checking whether dlsym() requires a leading underscore in symbol
names... ./configure: line 76778: syntax error near unexpected token
`_LT_AC_TRY_DLOPEN_SELF('
./configure: line 76778: `_LT_AC_TRY_DLOPEN_SELF('

the compile options where:
./configure \
--sysconfdir=/etc \
--with-mysql \
--with-apache=../apache \
--enable-track-vars \
--with-ming \
--with-jpeg-dir \
--with-gd \
--enable-gd-native-ttf \
--with-jpeg-dir \
--with-freetype-dir \
--with-png-dir=/usr/lib \
--with-zlib-dir=/usr/include  \





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

#21726 [Opn->Bgs]: Memory leaks

[derick]

 ID:   21726
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: *General Issues
 Operating System: Linux
 PHP Version:  5CVS-2003-01-18 (dev)
 New Comment:

Due to a bug in the installed sed on your system the build
fails. Install GNU sed and it should be okay.
 
Thank you for your interest in PHP.


Previous Comments:


[2003-01-18 08:32:46] [EMAIL PROTECTED]

/opt/DEV/php/php4/ext/standard/scanf.c(887) :  Freeing 0x418B2B64 (22
bytes), script=./test.php
Last leak repeated 675 times
/opt/DEV/php/php4/Zend/zend_execute.c(2876) :  Freeing 0x418A6964 (4
bytes), script=./test.php
/opt/DEV/php/php4/Zend/zend_variables.c(110) : Actual location
(location was relayed)

with this script:

#!/usr/bin/php


The Makefile used is the Makefile generated in php source
directory when running configure. And yes, the script is
ugly.




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

#21745 [Opn->Bgs]: in_array not function as intended...

[derick]

 ID:   21745
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Reproducible crash
 Operating System: windows95
 PHP Version:  4.3.0
 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


Previous Comments:


[2003-01-19 05:14:29] [EMAIL PROTECTED]

// functions within functions scope
function a(){

$fruit[0] = 'apple';
$fruit[1] = 'orange';

function aa(){
global $fruit;

(array) $fruit;
echo in_array('apple', $fruit) ? 'ok' : 'fail';
}

function ab(){
global $fruit;
if(in_array('apple', array('apple', 'orange'))){
echo 'ok';
} else {
echo 'fail';
}
}
}


a();
aa(); // echo fail and Warning: in_array() [function.in-array]: Wrong
datatype for second argument
ab(); // echo ok

// global scope

$country = array('japan', 'korea');

echo in_array('japan', array('japan', 'korea')) ? 'japan - ok' : 'japan
- fail'; // ok
echo '';

echo in_array('japan', $country) ? 'japan -ok' : 'japan - fail'; // ok
echo '';


// function scope

function t(){
$country = array('Malaysia', 'Singapore');
echo in_array('Malaysia', $country) ? 'Malaysia -ok' : 'Malaysia -
fail';
}
t(); // ok


/*
wondering ? bug : bogus;

looks like in_array() can't function well in
functions within functions scope..



May Allah bless all of us!.

sincerely,
Jimson Chang
*/



[2003-01-19 04:53:35] [EMAIL PROTECTED]

function a(){

$fruit[0] = 'apple';
$fruit[1] = 'orange';

function aa(){
global $fruit;

(array) $fruit;
echo in_array('apple', $fruit) ? 'ok' : 'fail';
}

function ab(){
global $fruit;
if(in_array('apple', array('apple', 'orange'))){
echo 'ok';
} else {
echo 'fail';
}
}
}


a();
aa(); // echo fail and Warning: in_array() [function.in-array]: Wrong
datatype for second argument
ab(); // echo ok

/*
wondering ? bug : bogus;


May Allah bless all of us!.

sincerely,
Jimson Chang
*/




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

#21745 [Bgs->Fbk]: in_array not function as intended...

[derick]

 ID:   21745
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Bogus
+Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: windows95
 PHP Version:  4.3.0
 New Comment:

oops

It might be related that you have functions defined in functions. Can
you try without this?

Derick


Previous Comments:


[2003-01-19 05:16:03] [EMAIL PROTECTED]

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



[2003-01-19 05:14:29] [EMAIL PROTECTED]

// functions within functions scope
function a(){

$fruit[0] = 'apple';
$fruit[1] = 'orange';

function aa(){
global $fruit;

(array) $fruit;
echo in_array('apple', $fruit) ? 'ok' : 'fail';
}

function ab(){
global $fruit;
if(in_array('apple', array('apple', 'orange'))){
echo 'ok';
} else {
echo 'fail';
}
}
}


a();
aa(); // echo fail and Warning: in_array() [function.in-array]: Wrong
datatype for second argument
ab(); // echo ok

// global scope

$country = array('japan', 'korea');

echo in_array('japan', array('japan', 'korea')) ? 'japan - ok' : 'japan
- fail'; // ok
echo '';

echo in_array('japan', $country) ? 'japan -ok' : 'japan - fail'; // ok
echo '';


// function scope

function t(){
$country = array('Malaysia', 'Singapore');
echo in_array('Malaysia', $country) ? 'Malaysia -ok' : 'Malaysia -
fail';
}
t(); // ok


/*
wondering ? bug : bogus;

looks like in_array() can't function well in
functions within functions scope..



May Allah bless all of us!.

sincerely,
Jimson Chang
*/



[2003-01-19 04:53:35] [EMAIL PROTECTED]

function a(){

$fruit[0] = 'apple';
$fruit[1] = 'orange';

function aa(){
global $fruit;

(array) $fruit;
echo in_array('apple', $fruit) ? 'ok' : 'fail';
}

function ab(){
global $fruit;
if(in_array('apple', array('apple', 'orange'))){
echo 'ok';
} else {
echo 'fail';
}
}
}


a();
aa(); // echo fail and Warning: in_array() [function.in-array]: Wrong
datatype for second argument
ab(); // echo ok

/*
wondering ? bug : bogus;


May Allah bless all of us!.

sincerely,
Jimson Chang
*/




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

#21742 [Opn->Asn]: $_SERVER[PATH_INFO] doesnt work

[derick]

 ID:   21742
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Assigned
 Bug Type: Apache2 related
 Operating System: Windows XP Home
 PHP Version:  4.3.0
-Assigned To:  
+Assigned To:  wez


Previous Comments:


[2003-01-19 05:29:30] [EMAIL PROTECTED]

Hi,

Did you add 'AcceptPathInfo on' in the file httpd.conf for apache2 ?

leonard



[2003-01-19 01:32:10] [EMAIL PROTECTED]

If you try to use the $_SERVER['PATH_INFO'] variables, it won't work
becuase Apache won't let you use file.php/ becuase it tries to look for
the file '/' and can't find it, thus throwing a 404..


Also, if you have any ' in your Summary.. it throws an error ;P ( Bug
System )




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

#21749 [Opn->Fbk]: webmail ( squirrelmail 1.2.10

[derick]

 ID:   21749
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: *General Issues
 Operating System: freebsd 4.5
 PHP Version:  4.3.0
 New Comment:

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.


Previous Comments:


[2003-01-19 09:22:34] [EMAIL PROTECTED]

When  i try to use my webmail ( squirrelmail 1.2.10 ) my browser says
document contains no data. If i use php 4.2.3, it works when it feels
like it, 4.2.3 is flaky with the webmail system. I use apache 2.0.43
and it compiled just fine, i compiled it the way squirrelmail wanted
it, still does not work.




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

#21759 [Opn->WFx]: custom handlers for parse errors

[derick]

 ID:   21759
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Wont fix
 Bug Type: Feature/Change Request
 Operating System: n/a
 PHP Version:  4.2.2
 New Comment:

This won't be implemented as discussed on the dev list some weeks ago.


Previous Comments:


[2003-01-19 18:18:22] [EMAIL PROTECTED]

I'd love to see a mechanism in PHP similar to the Apache ErrorDocument
directive to allow the custom handling of pre-execute-time errors (such
as most parse errors), since these errors precede and thus usurp
set_error_handler(), leaving you otherwise stuck with only slightly
modifiable PHP error messages.

The error values error_type_str, buffer, error_filename, error_lineno,
and type (from main/main.c) could be passed to the handler script as
$_SERVER["error_type_str"], et. al. to allow the handler to use them
dynamically - perhaps even passing them to the same custom error
handler function that got spurned the first time around, i.e.:







# php.ini or .htaccess
# (... other directives)
php_error_document = '/error_handler_script.php'
# (other directives ...)







I've seen a few posts from people looking for something like this, and
this strikes me as the most elegant way of going about it. I've also
read replies to similar posts and I don't see this particular approach
having been suggested before. As to "(t)he (php-dev) decision ... that
parse errors are preventable" - I definitely agree, and will add that
they're easier to prevent as it gets easier to find and fix them.
That's what this idea is trying to accomplish - I want my error handler
on my development server to display the source code at and around the
error so that I can more quickly find and fix the problem.

Looking at the PHP source I'm guessing it wouldn't be terribly
difficult to implement this... you'd just need to make sure you break
out of the loop that would otherwise be caused if the error handler
script itself has a parse error in it...

I'm using 4.2.2 but I noticed that your change log as of 4.3.0 doesn't
mention anything like this, so I assume I'm not re-proposing the wheel
here.

Thanks.





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

#21764 [Opn->Fbk]: imap_close does not close a a stream

[derick]

 ID:   21764
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: IMAP related
 Operating System: Linux 2.4.18-SMP
 PHP Version:  4.2.3
 New Comment:

I think this is expected though, and I dont really consider it as a
bug. Try returning the resource by reference, or not using that global.
Does it work then?


Previous Comments:


[2003-01-20 02:45:07] [EMAIL PROTECTED]

Script:


will not close my connection to mailserver when calling function
imap_close. 
In mailserver log the following lines indicate that the stream is not
closed:

Jan 20 10:28:46 mail-fe73 pop3d: LOGIN, user=suurjuht,
ip=[:::xxx.xxx.xxx.xxx]
Jan 20 10:28:50 mail-fe73 pop3d: LOGOUT, user=suurjuht,
ip=[:::xxx.xxx.xxx.xxx], top=0, retr=0

Notice the 4 second delay when user is logged out. In closes the
connection when script terminates.
I guess the problem is when assigning the resource value to global
variable the resources reference count is increased by one. When
calling imap_close the reference value is checked and internal
pop3_close is called only when reference count is 1.

c-client version is 2001

I think this behaviour is not good.




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

#21765 [Opn->Bgs]: ?> is not hidden by // comment

[derick]

 ID:   21765
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Output Control
 Operating System: RedHat 7.3, current updates
 PHP Version:  4.3.0
 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


Previous Comments:


[2003-01-20 03:07:25] [EMAIL PROTECTED]

Try the following at a shell prompt:

% cat <';
?>
=
EOF

The output will be:

=
';
?>
=

It looks like the parser is picking up the adjacent '?' and '>'
characters inside the single quotes in the echo statement after they've
been commented out using '//'.

I'm willing to bet 10-to-1 this is not the correct or desired behavior.




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

#21765 [Bgs]: ?> is not hidden by // comment

[derick]

 ID:   21765
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Output Control
 Operating System: RedHat 7.3, current updates
 PHP Version:  4.3.0
 New Comment:

http://www.php.net/manual/en/language.basic-syntax.comments.php


Previous Comments:


[2003-01-20 03:08:18] [EMAIL PROTECTED]

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



[2003-01-20 03:07:25] [EMAIL PROTECTED]

Try the following at a shell prompt:

% cat <';
?>
=
EOF

The output will be:

=
';
?>
=

It looks like the parser is picking up the adjacent '?' and '>'
characters inside the single quotes in the echo statement after they've
been commented out using '//'.

I'm willing to bet 10-to-1 this is not the correct or desired behavior.




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

#21769 [Opn->Bgs]: round error

[derick]

 ID:   21769
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Math related
 Operating System: Solaris 7
 PHP Version:  4.3.0
 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

http://www.php.net/manual/en/language.types.float.php


Previous Comments:


[2003-01-20 03:48:54] [EMAIL PROTECTED]

a=-$a-  b=-$b-  m=$a*$b=-$m- and res=$res")  ."-" ;
print ("v1=round(4.31 * 5 , 1)=-$v1-  -") . round($v1,1) ."-" ;
print ("v2=round(m, 1)=-$v2-  -") . round($v2,1) ."-" ;
print ("v3=round(a*b , 1)=-$v3-  -") . round($v3,1) ."-" ;
print ("v4=round(res , 1)=-$v4-  -") . round($v4,1) ."-" ;
print ("expected round by 2 round... ") ;
print ("vbiz=round($a*$b ,2)=$vbiz -- and round($vbiz, 1)=") .
round($vbiz,1) ."" ;

print ("r=$v2-$v1=$r -good-") ;
print ("r2=$v3-$v1=$r2 -good-") ;
print ("unexpected result... ") ;
print ("r3=$res-$m=$r3 -Huh ?-") ;

?>


will give that output

a=-4.31- b=-5- m=4.31*5=-21.55- and res=21.55-
v1=round(4.31 * 5 , 1)=-21.5- -21.5-
v2=round(m, 1)=-21.5- -21.5-
v3=round(a*b , 1)=-21.5- -21.5-
v4=round(res , 1)=-21.6- -21.6-
expected round by 2 round...
vbiz=round(4.31*5 ,2)=21.55 -- and round(21.55, 1)=21.6

r=21.5-21.5=0 -good-
r2=21.5-21.5=0 -good-
unexpected result...
r3=21.55-21.55=3.5527136788005E-15 -Huh ?-





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

#21241 [Bgs]: make gd_png.lo error when compiled php with-gd

[derick]

 ID:   21241
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: GD related
 Operating System: RedHat Linux 8.0
 PHP Version:  4.3.0
 New Comment:

I would recommend to use the bundled library, and thus you should
install libpng-devel

The bundled library has some more bugs fixed and support for
antialiased lines.

Derick


Previous Comments:


[2003-01-20 04:49:06] [EMAIL PROTECTED]

What are the differences between the old behavior and the new bundled
library?

So, what should I do?



[2003-01-20 04:47:34] [EMAIL PROTECTED]

When you use --with-gd, then the bundled GD library
is used, which REQUIRES png.

Just use '--with-gd=/usr' to get the old behaviour,
or install the png-devel package.




[2003-01-20 04:45:27] [EMAIL PROTECTED]

No! that's the problem... I have libgd and libgd-devel installed.

Anyway, with older versions of PHP, it has always worked. What could be
wrong?



[2003-01-20 04:35:23] [EMAIL PROTECTED]

Is there png.h anywhere in your system?




[2003-01-20 04:23:52] [EMAIL PROTECTED]

I have a quite similar problem while trying to compile with gd
supprt...

Here are the errors that occure:
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:11:67: png.h: No such file or
directory
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:42: parse error before
"jmp_buf"
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:42: warning: no semicolon at
end of struct or union
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:44: warning: data definition
has no type or storage class
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:46: parse error before
"gdPngJmpbufStruct"
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:46: warning: data definition
has no type or storage class
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:49: parse error before
"png_ptr"
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c: In function
`gdPngErrorHandler':
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:51: `jmpbuf_ptr' undeclared
(first use in this function)
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:51: (Each undeclared
identifier is reported only once
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:51: for each function it
appears in.)
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:62: `msg' undeclared (first
use in this function)
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c:65: `png_ptr' undeclared
(first use in this function)
/usr/src/php-4.3.0/ext/gd/libgd/gd_png.c: At top level:
[]
make: *** [ext/gd/libgd/gd_png.lo] Erreur 1


RH 8 / Apache 2.0.43

Configure flags:
./configure --host=i686-pc-linux-gnu --build=i686-pc-linux-gnu
--target=i386-redhat-linux-gnu --program-prefix= --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
--enable-force-cgi-redirect --disable-debug --enable-pic
--disable-rpath --enable-inline-optimization --with-db3 --with-kerberos
--with-ldap --with-imap --with-curl --with-dom=/usr
--with-exec-dir=/usr/bin --with-openssl --with-zlib --with-layout=GNU
--enable-ftp --enable-track-vars --enable-trans-sid --with-gd
--with-pear=/usr/share/pear --with-mysql --disable-mbstr-enc-trans
--with-apxs2=/usr/sbin/apxs

I tried to compile as a stand alone, and the same error occurs...



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

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

#21759 [WFx]: custom handlers for parse errors

[derick]

 ID:   21759
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Wont fix
 Bug Type: Feature/Change Request
 Operating System: n/a
 PHP Version:  4.2.2
 New Comment:

That was done before, and I dont think it will have much chance of
being included.

Derick


Previous Comments:


[2003-01-20 11:34:34] [EMAIL PROTECTED]

If I was to develop this myself, to whom might I submit my updates for
consideration for inclusion in a future release?



[2003-01-20 00:51:13] [EMAIL PROTECTED]

This won't be implemented as discussed on the dev list some weeks ago.



[2003-01-19 18:18:22] [EMAIL PROTECTED]

I'd love to see a mechanism in PHP similar to the Apache ErrorDocument
directive to allow the custom handling of pre-execute-time errors (such
as most parse errors), since these errors precede and thus usurp
set_error_handler(), leaving you otherwise stuck with only slightly
modifiable PHP error messages.

The error values error_type_str, buffer, error_filename, error_lineno,
and type (from main/main.c) could be passed to the handler script as
$_SERVER["error_type_str"], et. al. to allow the handler to use them
dynamically - perhaps even passing them to the same custom error
handler function that got spurned the first time around, i.e.:







# php.ini or .htaccess
# (... other directives)
php_error_document = '/error_handler_script.php'
# (other directives ...)







I've seen a few posts from people looking for something like this, and
this strikes me as the most elegant way of going about it. I've also
read replies to similar posts and I don't see this particular approach
having been suggested before. As to "(t)he (php-dev) decision ... that
parse errors are preventable" - I definitely agree, and will add that
they're easier to prevent as it gets easier to find and fix them.
That's what this idea is trying to accomplish - I want my error handler
on my development server to display the source code at and around the
error so that I can more quickly find and fix the problem.

Looking at the PHP source I'm guessing it wouldn't be terribly
difficult to implement this... you'd just need to make sure you break
out of the loop that would otherwise be caused if the error handler
script itself has a parse error in it...

I'm using 4.2.2 but I noticed that your change log as of 4.3.0 doesn't
mention anything like this, so I assume I'm not re-proposing the wheel
here.

Thanks.





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

#21793 [Opn->Bgs]: building php 4.3 on solaris 8 gcc 3.1 fails

[derick]

 ID:   21793
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Compile Failure
 Operating System: solaris 8
 PHP Version:  4.3.0
 New Comment:

Sorry, but 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 as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

Not a PHP problem, but an APC one.


Previous Comments:


[2003-01-21 06:08:59] [EMAIL PROTECTED]

Undefined   first referenced
 symbol in file
apc_module_entry  main/internal_functions_cli.o
ld: fatal: Symbol referencing errors. No output written to
sapi/cli/php
collect2: ld returned 1 exit status
gmake: *** [sapi/cli/php] Error 1





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

#21796 [Opn->Fbk]: Compile fails on AIX 4.3.3

[derick]

 ID:   21796
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Compile Failure
 Operating System: AIX 4.3.3
 PHP Version:  4.3.0
 New Comment:

Please try using this CVS snapshot:

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


Previous Comments:


[2003-01-21 09:32:54] [EMAIL PROTECTED]

A few minor warnings with configure, then configure ends with:

| about the implications of having register_globals set to on, and   |
| avoid using it if possible.|
++

./config.status[1739]: 6: bad file unit number
./config.status[1740]: 6: bad file unit number

Didnt seem too bad, so I went with the compile, and it fails with:

cc -I/root/php/php-4.3.0/ext/mysql/libmysql -Iext/mysql/
-I/root/php/php-4.3.0/ext/mysql/ -DPHP_ATOM_INC
-I/root/php/php-4.3.0/include -I/root/php/php-4.3.0/main
-I/root/php/php-4.3.0 -I/root/php/php-4.3.0/Zend
-I/root/php/php-4.3.0/ext/xml/expat  -I/root/php/php-4.3.0/TSRM  -g  -c
/root/php/php-4.3.0/ext/mysql/libmysql/my_tempnam.c -o
ext/mysql/libmysql/my_tempnam.o  && echo >
ext/mysql/libmysql/my_tempnam.lo
"/root/php/php-4.3.0/ext/mysql/libmysql/my_tempnam.c", line 99.5:
1506-025 (S) Operand must be a modifiable lvalue.
"/root/php/php-4.3.0/ext/mysql/libmysql/my_tempnam.c", line 105.3:
1506-025 (S) Operand must be a modifiable lvalue.
make: 1254-004 The error code from the last command is 1.

I saw another bug here with the same exact compile failure, but in a
different file, and it was fixed. Hopefully this will be as easy.




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

#21797 [Opn->Bgs]: compile stops, commad-line too long

[derick]

 ID:   21797
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Compile Failure
 Operating System: Solaris 6
 PHP Version:  4.3.0
 New Comment:

Due to a bug in the installed sed on your system the build
fails. Install GNU sed and it should be okay.
 
Thank you for your interest in PHP.

 


Previous Comments:


[2003-01-21 09:54:35] [EMAIL PROTECTED]

Hi,
I have a problem compiling php on my sun workstation. The make stops
with the error message:

/bin/sh libtool ..
Command line too long
Command line too long
Command line too long
gcc: main/php_ini: No such file or directory

I replaced the very long list of arguments with .. Its more than
3kb long.

The problem was reported prior and solved in earlier versions  but It
appeared again.




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

#21702 [Opn->WFx]: nested foreach on same array using reference fails

[derick]

 ID:   21702
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Wont fix
 Bug Type: Scripting Engine problem
 Operating System: Any
 PHP Version:  Any


Previous Comments:


[2003-01-22 00:21:28] [EMAIL PROTECTED]

I don't want to cause too much of a fuss about this -- but after
looking at it myself I do think it has some merit... There is no reason
why by simply adding a reference to the array in question the foreach()
statement should suddenly change it's behavior. I've seen "incorrect"
behaviors in ZE not be treated as bogus before (such as when working
with bit operations) -- this seems to fall under a simliar category. 

At the very least, it's a feature/change request. 





[2003-01-21 23:11:38] [EMAIL PROTECTED]

1. No
2. Yes
3. No




[2003-01-21 23:01:40] [EMAIL PROTECTED]

Reopening due to lack of evidence that this is not a bug. Derick has
not answered my email, he has not provided an explanation in his
bug-closing comment, I have not found any discussion about this in the
php-dev mailing list archive, and until recently, the behaviour has
been in direct contradiction with the manual (while now the manual is
unclear). Therefore, I have to assume that the statement "this is not a
bug" is unfounded. I thought that this was an open source project?

And even if the current behaviour was really intended, the
documentation needs to be clarified.

Let me ask three questions:
1) Is the current behaviour optimal?
2) If not, is it too late to correct it (because of backward
compatibility)?
3) If not, is it important enough to invest time in it?

My opinion: no, no, depends on who's time is in question. ;-)



[2003-01-17 12:12:19] [EMAIL PROTECTED]

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

not a bug



[2003-01-17 11:55:33] [EMAIL PROTECTED]

> No matter what you call this, as a convention of open-source
> projects, documentation is generally supposed to come up
> after coding stuff.

"Supposed to"? I hope not. It does, usually, that's true. But in this
case, there _was_ documentation, and the program doesn't conform to it.
And we're talking about language semantics, not something insignificant
like configuration options.

> the codes determine the design

Tell me which programming language interpreter or compiler was created
this way?

As for the other nastiness example that you provided, it certainly does
seem nasty. Should that mean "there is at least another one nastiness,
so that is a good enough excuse to make ad-hoc language design
decisions"? I don't get it.

And yes, a language design decision it is, and it must be made. Either
we correct the documentation (it's still not completely clear, though
at least it's not so undoubtedly incorrect as two months ago), or we
correct the implementation. Judging by the lack of interest so far
(this is only the second bug report that I know of, and the docs have
been incorrect for more than two years), not many people are relying on
the current (broken) behaviour. (Anyway, why would anyone rely on such
a thing?) Thus, we have a great opportunity to do the Right Thing!

Anyway, I'm leaving for the weekend right now, so don't close this bug
before I can have another round at it on Monday, ok? ;-)



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

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

#21808 [Opn->Bgs]: autoglobals won't work with a custom error page

[derick]

 ID:   21808
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Scripting Engine problem
 Operating System: linux apache 2.0.43
 PHP Version:  4.3.0
 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

Exactly as it should behave -> not a bug.
Precies zoals het zou moeten werken -> geen bug.

Derick


Previous Comments:


[2003-01-22 03:19:43] [EMAIL PROTECTED]

ofcourse is in httpd.conf

Alias /errors/404.html "/home/apache/errors/404.html"
ErrorDocument 404 /errors/404.html



[2003-01-22 03:17:40] [EMAIL PROTECTED]

I have in httpd.conf

Alias /_autofiles/error.html "/home/apache/errors/404.html"
ErrorDocument 404 /errors/404.html

when i do http://test.lan/errors/404.html?test=abc
it will show up in de $_GET and in de $_REQUEST

when i do http://test.lan/nonexistentpage.html?test=abc
it won't show up in $_GET OR in $_REQUEST
However it will be in $_SERVER["REDIRECT_QUERY_STRING"] and
$_SERVER["REQUEST_URI"]

Gr,

Wico



[2003-01-21 23:36:28] [EMAIL PROTECTED]

Sorry, but 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 as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.


This is normla behaviour wit Apache. Please read this:

http://httpd.apache.org/docs/custom-error.html

Not a bug.




[2003-01-21 18:57:22] [EMAIL PROTECTED]

Please provide the following pieces of information:

1) A link to a phpinfo(); page on your server.

2) The relevant source of the script which calls your error page.
(i.e.: header("Location: myerrorpage.php?arg=my+error+message"); )

3) The source to your error page.



[2003-01-21 16:01:02] [EMAIL PROTECTED]

Hiya

When i have an error page with php but requesting the error page with
an argument it won't show up in the scrip as $_REQUEST['arg'] or
something
The arg is however in the $_SERVER["REDIRECT_QUERY_STRING"] AND in the
$_SERVER["REQUEST_URI"]

Gr,

Wico




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

#21797 [Csd->Bgs]: compile stops, commad-line too long

[derick]

 ID:   21797
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Closed
+Status:   Bogus
 Bug Type: Compile Failure
 Operating System: Solaris 6
 PHP Version:  4.3.0
 New Comment:

it's not a bug, so we leave it at "bogus"


Previous Comments:


[2003-01-22 09:40:58] [EMAIL PROTECTED]

fixed by an upgrade of sed.



[2003-01-21 09:57:31] [EMAIL PROTECTED]

Due to a bug in the installed sed on your system the build
fails. Install GNU sed and it should be okay.
 
Thank you for your interest in PHP.

 



[2003-01-21 09:54:35] [EMAIL PROTECTED]

Hi,
I have a problem compiling php on my sun workstation. The make stops
with the error message:

/bin/sh libtool ..
Command line too long
Command line too long
Command line too long
gcc: main/php_ini: No such file or directory

I replaced the very long list of arguments with .. Its more than
3kb long.

The problem was reported prior and solved in earlier versions  but It
appeared again.




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

#21797 [Bgs]: compile stops, commad-line too long

[derick]

 ID:   21797
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Compile Failure
 Operating System: Solaris 6
 PHP Version:  4.3.0
 New Comment:

yeah, I added GNU sed as requirement now; should be online in a couple
of days.


Previous Comments:


[2003-01-22 12:35:59] [EMAIL PROTECTED]

Could "we" please add GNU sed to the list of prerequisites on
?



[2003-01-22 09:41:45] [EMAIL PROTECTED]

it's not a bug, so we leave it at "bogus"



[2003-01-22 09:40:58] [EMAIL PROTECTED]

fixed by an upgrade of sed.



[2003-01-21 09:57:31] [EMAIL PROTECTED]

Due to a bug in the installed sed on your system the build
fails. Install GNU sed and it should be okay.
 
Thank you for your interest in PHP.

 



[2003-01-21 09:54:35] [EMAIL PROTECTED]

Hi,
I have a problem compiling php on my sun workstation. The make stops
with the error message:

/bin/sh libtool ..
Command line too long
Command line too long
Command line too long
gcc: main/php_ini: No such file or directory

I replaced the very long list of arguments with .. Its more than
3kb long.

The problem was reported prior and solved in earlier versions  but It
appeared again.




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

#21837 [Opn->Bgs]: ich kann kein englisch!

[derick]

 ID:   21837
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Feature/Change Request
 Operating System: win98
 PHP Version:  4.3.0
 New Comment:

Sorry, but 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 as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

.


Previous Comments:


[2003-01-23 04:03:50] [EMAIL PROTECTED]

wollte mich registrieren und habe jetzt keine registrierseite mehr
statt dessen bin ich hier gelandet!!
gruss mario




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

#21848 [Opn->Bgs]: error with class and file system

[derick]

 ID:   21848
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: *Directory/Filesystem functions
 Operating System: Linux Red Hat 8.0
 PHP Version:  4.2.0
 New Comment:

not a bug, but a user error -> bogus


Previous Comments:


[2003-01-23 20:23:59] [EMAIL PROTECTED]

excuse me i found the error :)

if(!is_dir("modulos/".$directorio))



[2003-01-23 18:40:27] [EMAIL PROTECTED]

Excuse me, me english is very poor but I want to contribute to PHP, I
think this is not a programing problem. If the probem is so basic can
you tell me what is the problem if you are a PHP guru?¿

And me intention was to warn of the possible error.



[2003-01-23 17:10:04] [EMAIL PROTECTED]

please learn english guy,...
and your problem is so basic... please, learn english but begin with
learning php!!



[2003-01-23 17:06:49] [EMAIL PROTECTED]

You are very ridiculus



[2003-01-23 16:32:47] [EMAIL PROTECTED]

excuse me but the version of PHP is php-4.1.2 and with php-4.3.0 to.



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

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

#21851 [Opn]: bizarre!: status replaced with foo1 or nothing

[derick]

 ID:   21851
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: debian linux
 PHP Version:  4.3.0
 New Comment:

Looks fine here:



Derick


Previous Comments:


[2003-01-23 19:24:13] [EMAIL PROTECTED]

OMG! It just did it to this post! Am I missing something or just dumb?

I wrote
 tags!

snippets from my page

html 

>All

output via view source in IE 

All

php


relevant php output 
 ... and cat_id = 8 and foo1 = 'pending'

I have never seen anything like this before.  It's replacing words
outside of the php, too. Furthermore, I've used status in parts of the
same page in other sql statements (albeit for different tables), and
they were not replaced. Insight would be greatly appreciated!





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

#21858 [Opn->Fbk]: apache uses %100 prosessor

[derick]

 ID:   21858
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Apache2 related
 Operating System: win2k pro
 PHP Version:  4.3.0
 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:


[2003-01-24 03:17:42] [EMAIL PROTECTED]

I've been using php 4.1.1 ever sence it came out. I just upgraded to
4.3.0. phpmyadmin works fine with it, but when I try viewing a web page
I made, it doesn't load it. it just keeps trying to load forever. it
makes apache use 100% of my prosessor, until I hit the stop button on
ie.




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

#21875 [Opn->Fbk]: mysql_fetch_array delivers wrong result

[derick]

 ID:   21875
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: MySQL related
 Operating System: Windows 2k / SuSE Linux 7.3
 PHP Version:  4.3.0
 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:


[2003-01-25 06:05:16] [EMAIL PROTECTED]

I have a small table, having only two columns (id + name). For keeping
my PHP code general, i executed the following SQL Statement:
"select name, id, 1 from tablename"
The Result was: 
++--+---+
| id | name | 1 |
++--+---+
|  1 | 1| 1 |
|  2 | 1| 1 |
|  3 | 1| 1 |
|  4 | 1| 1 |
++--+---+
Later on, i tried the same statement with 0 instead of 1, and the id
was all set to 0.
The workaraound, i found was writing "select name, id, 1 as type from
tablename", which worked fine for me.
I've checked, if mySQL delivers a correct result and it does. I have
not checked, if this is a general database problem.

Thanks in advance and keep up the great work!




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

#21876 [Opn->Bgs]: Dynamic libraries

[derick]

 ID:   21876
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: *General Issues
 Operating System: Solaris 5.8
 PHP Version:  4.2.3
 New Comment:

Sorry, but 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 as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

php-general!


Previous Comments:


[2003-01-25 07:08:02] [EMAIL PROTECTED]

Excuse me, I couldn't find where I can ask my question (FAQ)

I want to load the dynamic library supporting oracle database access
(I'm using Command Line Interface).
Where I can find the library, and implement to the installed PHP. 

I expect to have in php.ini somethnig like this:
extension=oracle.so

Thank you in advance





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

#21604 [Opn->WFx]: variables can be dynamically added to a class, without it being defined.

[derick]

 ID:   21604
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Wont fix
 Bug Type: Zend Engine 2 problem
 Operating System: Windows 2000 Server
 PHP Version:  4.2.3
 New Comment:

Yup, this is a feature indeed and wont be fixed because of BC reasons. 


Previous Comments:


[2003-01-25 08:51:57] [EMAIL PROTECTED]

for ZE1 this is definetly a (documented?) feature ...

i don't know about ZE2, but for backwards compatibility reasons i think
this 'feature' will stay ...

any authoritative comments on this?





[2003-01-15 20:11:14] [EMAIL PROTECTED]

Can someone from an authority standpoint look into this?

If it is a feature, then it is potentially quite dangerous, 
both from a security standpoint as well as from on 
operational standpoint.

Why bother having class variables at all if that is the 
case?



[2003-01-15 11:50:06] [EMAIL PROTECTED]

This is a "feature", not a bug. I can see good uses for this, my
DataObject class uses this feature for dynamically adding instance
variables from database records.



[2003-01-12 22:46:08] [EMAIL PROTECTED]


If you run the following script and check the output, you will see the
that variable JUNK has been dynamically defined in the class X_Row() by
using the statement:

  $user->query_row->JUNK = "stuff";

This behaviour certainly wasn't what I would expect.

---
query_row = new X_Row();
  return;
 }
  }
  
  class X_Row
  { 
   var $USERNAME;
   var $PASSWORD;
   var $CHECKING;
   
  function X_Row() {
$this->USERNAME = NULL;
$this->PASSWORD = NULL;
$this->CHECKING = NULL;
   return;
   
   } //end function X_Row

 } //X_Row 
 

  $user = new X();
  //$user->query_row is of class X_Row
  
  //Therefore, the next statement should be valid, 
  //USERNAME has been declared in X_Row
  $user->query_row->USERNAME = 'mtl';
  
  //But the next statement shouldn't be
  //because the variable JUNK has not
  //been declared in the class
  $user->query_row->JUNK = 'stuff';
  
  $classname = get_class($user->query_row);
  $classvars = get_class_vars($classname);
  
  $query_row_class_vars = array_keys($classvars);
  
 
  echo "classname:{$classname}";
  echo "classvars:";
  var_dump($classvars);
  echo "query_row_class_vars";
  var_dump($query_row_class_vars);
  
  echo "HOW IS THIS POSSIBLE? SEE BELOW!";
  echo "user->query_row:";
  var_dump($user->query_row);

?>




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

#15663 [Asn->Opn]: add foreach reference values

[derick]

 ID:  15663
 Updated by:  [EMAIL PROTECTED]
 Reported By: [EMAIL PROTECTED]
-Status:  Assigned
+Status:  Open
 Bug Type:Feature/Change Request
 PHP Version: 4.1.1
 Assigned To: derick
 New Comment:

Not likely that this will be addressed at all, atleast I won't do it.

Derick


Previous Comments:


[2002-04-07 16:59:29] [EMAIL PROTECTED]

Can I expect this anytime soon, please?
And what is "ZendEngine2" - is it what will be in 4.2.0? I haven't
found any information on what will be in 4.2.0. Is it anywhere on the
website? Thanks.



[2002-02-21 20:37:34] [EMAIL PROTECTED]

Don't close, it does apply to arrays.



[2002-02-21 20:21:11] [EMAIL PROTECTED]

This bug has been fixed in CVS.

ZendEngine2 uses handle for object.



[2002-02-21 17:20:05] [EMAIL PROTECTED]

Objects are bad examples as they will completely change how they behave
in ZE2. However, it is true for normal arrays and it's in the TODO list
of PHP:

"Zend

* allow foreach ($array as $k => &$val) syntax. right now we cannot

  traverse an array without copying each element."



[2002-02-21 12:34:00] [EMAIL PROTECTED]

Just a small request that could be fairly useful.

Say you have an array of objects, $objects. Right now, doing:

foreach ($objects as $obj) {
   $obj->something();
}

will create a copy of each object (using unnecessary memory) and call
something() on the copy, not the actual object (which is bad if it's a
mutator function of that class).

The best way to do it now is to do:

foreach (array_keys($objects) as $key) {
   $objects[$key]->something();
}

but it would be very cool if php had the syntax:

foreach ($objects as &$obj)

where it would create $obj as a reference to each object.

thanks




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

#21879 [Opn->Bgs]: How do I get crisper text in ImageTTFText

[derick]

 ID:   21879
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: *Graphics related
 Operating System: RH7.2
 PHP Version:  4.2.3
 New Comment:

Sorry, but 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 as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

RTFM: http://www.php.net/manual/en/function.imagettftext.php


Previous Comments:


[2003-01-25 17:44:35] [EMAIL PROTECTED]

I'm trying to create a nice crisp image for printing - when I create
text into an image, it tries to anti-alias the characters and that's
causing a lot of fuzziness.  How can I turn that off so I just get raw
characters?
Thanks,
Dick
[EMAIL PROTECTED]





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

#21887 [Opn->Fbk]: Problem with zlib or something like that

[derick]

 ID:   21887
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Compile Failure
 Operating System: Linux Mandrake 9.0 2.4.19
 PHP Version:  4.3.0
 New Comment:

Try compiling zlib as a non-shared module (removed the =shared behind
--with-zlib).

Derick


Previous Comments:


[2003-01-26 09:03:29] [EMAIL PROTECTED]

Well, I tried to compile PHP 4.3.0 RC3 and RC4 and also 4.3.0 final,
but I couldn't. I tried to compile with the folowing console
commands:./configure --with-apxs2=/usr/local/apache2/bin/apxs
--with-zlib=shared,/usr/local --with-gd=shared,/usr/local
--with-gd-native-ttf  --with-jpeg-dir=/usr/local  --enable-ftp=shared
--with-png-dir=/usr/local --enable-sockets=shared
--with-freetype-dir=/usr/local --with-mysql=shared,/usr/local
--with-mysql-sock=/tmp/mysql.sock  --with-tsrm-pthreads
--with-bz2=shared,/usr/local  --enable-versioning --enable-magic-quotes
--enable-shared --enable-pic --disable-static
--enable-inline-optimization --with-config-file-path=/etc
--enable-debugger --enable-track-vars --with-mod_charset
--with-regex=php --enable-cgi-force-redirect --enable-trans-sid
--with-ctype=shared --enable-sysvsem --enable-mime-magic
--with-gettext=shared --without-aspell --without-kerberos
--with-cpdflib=shared,/usr/local --with-gmp=shared,/usr/local
--enable-yp=shared

The error message was the following: 
ext/standard/image.lo: In function `php_handle_swc':
/a/php-4.3.0/ext/standard/image.c:195: undefined reference to
`uncompress'
/a/php-4.3.0/ext/standard/image.c:217: undefined reference to
`uncompress'
main/SAPI.lo: In function `sapi_header_op':
/a/php-4.3.0/main/SAPI.c:526: undefined reference to `zlib_globals'
main/SAPI.lo: In function `sapi_send_headers':
/a/php-4.3.0/main/SAPI.c:675: undefined reference to `zlib_globals'
collect2: ld returned 1 exit status
make: *** [sapi/cli/php] Error 1
 
Well, I thought that it was zlibs's fault (i tried with 1.1.3) and I
recompiled everything with a new one (1.1.4), (including libpng, gd,
etc..), but it still doesn't works.
Yes, I ran ldconfig several times...
But everíthing works with PHP 4.2.3, also with zlib 1.1.3, and 1.1.4,
so I have no idea, perhaps you have...





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

#21906 [Opn->Bgs]: the int returned of mysql_pcoonect dissapear in sessions

[derick]

 ID:   21906
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Session related
 Operating System: Windows XP
 PHP Version:  4.3.0
 New Comment:

Sorry, but 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 as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

[EMAIL PROTECTED]


Previous Comments:


[2003-01-27 11:55:58] [EMAIL PROTECTED]

Hello!

-I like use the resource id returned by mysql_pconnect(), but it
dissapears when i use unserialize() function, the rest of the variables
unserialized works fine, Can i not recover the resource id? must i take
a new resource id calling to mysql_connection() again? Thx.





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

#21798 [Opn->Bgs]: New mail() function disable some functionalities

[derick]

 ID:   21798
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Mail related
 Operating System: Windows XP
 PHP Version:  4.3.0
 New Comment:

Okay, not a bug then. Please consult the [EMAIL PROTECTED]
mailinglist for user questions.

Derick


Previous Comments:


[2003-01-28 03:27:33] [EMAIL PROTECTED]

Thank for the answer.

Yes, the whole mail is send by the headers field.

At the time we made the script, it was the only way we found to get it
working...

Have you some samples of what to put in headers and what to put in
message ? we're going to try different ways on our side.



[2003-01-27 16:27:13] [EMAIL PROTECTED]

The pattern you're reference is only applied to the headers (passed as
the fourth parameter of mail() ) which should never have a double \r\n
as that delineates the header from the body.  Are you attempting to
send content inside your header?

Content (even multipart/mime content) should ALWAYS be sent in the
body.



[2003-01-21 11:19:31] [EMAIL PROTECTED]

We use a small php script to sent multipart/mime mails with text/html
and pics included in the same mail.

People are reading these mails mostly with Outlook Express.

Outlook Express seems to require some mime sections separated by
\r\n\r\n, and maybe other mail readers need it too (no test made for
now).

but since 4.3.0 a part of code in the win32\sendmail.c file replaces
every  double \r\n by a single one.

I don't know why these changes have been done, but please disable them
or give us a way to disable this feature by the php.ini file, without
having to change and compile the whole project (we don't have a C
compiler)

**
  Code mentioned above.
**

/* This pattern removes \r\n from the start of the string,
 * \r\n from the end of the string and also makes sure every line
 * is only wrapped with a single \r\n (thus reduces multiple
 * occurences of \r\n between lines to a single \r\n) */
#define PHP_WIN32_MAIL_RMVDBL_PATTERN   "/^\r\n|(\r\n)+$/m"
#define PHP_WIN32_MAIL_RMVDBL_REPLACE   ""






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

#21925 [Bgs]: Should allow dots in global variables name

[derick]

 ID:   21925
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Variables related
 Operating System: RedHat
 PHP Version:  4.2.0
 New Comment:

I'm negative on this changes too, it will be inconsistent with when you
have register_globals on. Also, allowing this will break scripts that
use images for 'submit' buttons. (It's send as image.x by the browser,
while PHP makes it image_x).

Derick


Previous Comments:


[2003-01-28 12:52:35] [EMAIL PROTECTED]

I think this deserves another look.
If the reason that . get converted to _ is because of variable names
(happens with register_globals = on) and register_globals is being
recommended to be OFF, then it seems logical to me that I should be
allowed to access my variables as $_POST["variable.name"]
Please allow someone else to look at this.  I'd like a second opinion
on this bug.  (If two people say that it shouldn't be, then I'll be OK
with that.  However, I think this is a good idea, and IS a bug in PHP,
or will be when register_globals won't even be allowed (hopefully
soon!)) I've also posted a message to php.dev for a discussion.



[2003-01-28 12:39:18] [EMAIL PROTECTED]

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

PHP variable do not support '.' characters in their name, therefor '.'
cannot appear as is inside variables passed via GET/POST/COOKIE/ENV.



[2003-01-28 12:18:43] [EMAIL PROTECTED]

I think that in the global $_POST that PHP should not convert my "." to
"_" automatically.
Eg. I had a form and posted a form element with
id="calendar.defaultview", and I'd like to be able to access that with
$_POST["calendar.defaultview"].
I realize that it would be inconsistent with the variable name if
register_globals is on, but now that its being deprecated, this
deserves another look.




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

#21934 [Opn->Bgs]: $php_errmsg superglobal not accessible

[derick]

 ID:   21934
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Compile Warning
 Operating System: Red Hat Linux 7.2
 PHP Version:  4.3.0
 New Comment:

Ok, not a PHP bug, let's mark it bogus.


Previous Comments:


[2003-01-29 04:51:24] [EMAIL PROTECTED]

My mistake! Spelling error. Was using a script posted on the web.
Sorry.



[2003-01-29 04:38:43] [EMAIL PROTECTED]

According to the documentation at

http://jp.php.net/manual/en/reserved.variables.php (at the very end)

"$php_errormsg is a variable containing the text of the last error
message generated by PHP. This variable will only be available within
the scope in which the error occurred, and only if the track_errors
configuration option is turned on (it defaults to off)."

I have tried accessing this variable but to no avail. It always throws
an "Undefined variable" warning.

TEST SCRIPT:



OUPUT:

Notice: Undefined variable: php_errmsg in err.php on line 5

Notice: Undefined variable: php_errmsg in err.php on line 7




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

#20926 [NoF->Opn]: libmcrypt error in configure

[derick]

 ID:   20926
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   No Feedback
+Status:   Open
 Bug Type: mcrypt related
 Operating System: NetBSD-1.5.2
 PHP Version:  4.3.0RC2


Previous Comments:


[2003-01-02 18:45:22] [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-12-11 13:10:22] [EMAIL PROTECTED]

hmm, :-) Patching configure is of little use, it's generated from
config.m4 files. It would be nice if you could try to fix
ext/mcrypt/config.m4, but I doubt it's possible.
After you modify config.m4's dont forget to rm configure && ./buildconf


It works all fine here, so I cant really help you.

Derick



[2002-12-11 13:04:24] [EMAIL PROTECTED]

Actually, the problem is here:
--- configure~  Wed Nov 27 15:02:21 2002
+++ configure   Wed Dec 11 13:57:27 2002
@@ -47410,16 +47410,14 @@
 
 
   save_old_LDFLAGS=$LDFLAGS
-  LDFLAGS="
--L$MCRYPT_DIR/lib -lltdl
-   $LDFLAGS"
+  LDFLAGS="$LDFLAGS"
   echo "$as_me:$LINENO: checking for mcrypt_module_open in -lmcrypt"
>&5
 echo $ECHO_N "checking for mcrypt_module_open in -lmcrypt... $ECHO_C"
>&6
 if test "${ac_cv_lib_mcrypt_mcrypt_module_open+set}" = set; then
   echo $ECHO_N "(cached) $ECHO_C" >&6
 else
   ac_check_lib_save_LIBS=$LIBS
-LIBS="-lmcrypt  $LIBS"
+LIBS="-lmcrypt -lltdl  $LIBS"
 cat >conftest.$ac_ext <<_ACEOF
 #line $LINENO "configure"
 #include "confdefs.h"



[2002-12-11 12:59:36] [EMAIL PROTECTED]

Right, not a PHP problem -> bogus.



[2002-12-11 12:50:22] [EMAIL PROTECTED]

The problem here is:
--enable-shared=no

in libmcrypt, but still there are lt_dl symbols in there. The lt_dl
approach has never worked nicely - especially on BSD's and Derick is
right, that the prefix does matter, even with --with-pic (use make
DESTDIR=/pkg/libmcrypt-2.5.3 install for what I think you wanna do).

The more recent versions, allow you to link in the encryptions in the
shared lib, which is the approach I would recommend.



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

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

#21936 [Opn->Dup]: since php-4.3.0 i can't configure using libmcrypt

[derick]

 ID:   21936
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Duplicate
 Bug Type: *Configuration Issues
 Operating System: Solaris 8
 PHP Version:  4.3.0
 New Comment:

Please add your comments to #20926 anyway, I just reopened it.

Derick


Previous Comments:


[2003-01-29 04:52:36] [EMAIL PROTECTED]

hi,
i try to compile php-4.3.0 with libmcrypt 2.5.6.
i am using Sun Workshop 6 U1.

the libmcrypt was configured in 2 ways:
1st, i tried it with just ./configure. this did not work because no
algorithms were included.

2nd, i tried it with:
./configure \
--enable-static=yes \
--with-included-algos="3-way arcfour blowfish cast-128 cast-256 des
enigma gost loki97 rc2 rijndael rijndael-128 rijndael-192 rijndael-256
safer safer128 safer64 saferplus serpent tripledes twofish wake xtea"

this gave me a good version with a libmcrypt.a and a .so.

i did a make install and everything went fine. even mcrypt could be
compiled and linked against the new version.

then i try to configure php with libmcrypt like this:

./configure \
  --prefix=/usr/local   \
  --disable-cgi \
  --disable-debug   \
  --with-config-file-path=/usr/local/etc\
  --with-exec-dir   \
  --enable-sigchild \
  --enable-magic-quotes \
  --disable-rpath   \
  --disable-ipv6\
  --with-openssl\
 --disable-all  \
  --with-zlib=/usr/local\
  --with-crack=/usr/local   \
  --enable-ctype\
  --with-curl=/usr/local\
  --with-db3=/usr/local/BerkeleyDB.3.2  \
  --enable-exif \
  --enable-ftp  \
  --with-gd \
  --enable-gd-native-ttf\
  --with-gettext=/usr/local \
  --with-iconv  \
  --with-imap=/usr/local\
  --with-imap-ssl=/usr/local\
  --with-ldap=shared,/usr/local \
  --enable-mbstring \
  --enable-mbregex  \
  --with-mcrypt \
  --with-mhash=shared,/usr/local\
  --enable-mime-magic   \
  --with-mysql=/usr/local   \
  --with-oci8=/data/oracle  \
  --disable-posix   \
  --disable-sockets \
  --enable-sysvmsg  \
  --enable-sysvsem  \
  --enable-sysvshm  \
  --enable-xml  \
  --with-expat-dir=/usr/local   \
  --enable-shared   \
  --enable-static   \
  --disable-inline-optimization \
  --enable-zend-multibyte


the configure script is happy until this:

checking for mcrypt support... yes
checking for mcrypt_module_open in -lmcrypt... no
checking for init_mcrypt in -lmcrypt... no
configure: error: Sorry, I was not able to diagnose which libmcrypt
version you have installed.


the output from config.log is:
checking for mcrypt support... yes
checking for mcrypt_module_open in -lmcrypt... no
checking for init_mcrypt in -lmcrypt... no
configure: error: Sorry, I was not able to diagnose which libmcrypt
version you have installed.
x:/data/a/c/php-4.3.0# tail -20 config.log
configure:41510: checking for init_mcrypt in -lmcrypt
configure:41529: cc -o conftest -xO5  -D_POSIX_PTHREAD_SEMANTICS
  -L/usr/local/lib
  -R/usr/ucblib -L/usr/ucblib -R/usr/local/ssl/lib
-L/usr/local/ssl/lib -R/usr/local/lib -L/usr/local/lib
-R/usr/local/BerkeleyDB.3.2/lib -L/usr/local/Berk

#21942 [Opn->Bgs]: array_intersect with empty in IF statement

[derick]

 ID:   21942
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Scripting Engine problem
 Operating System: Linux 2.4
 PHP Version:  4.3.0
 New Comment:

Sorry, but 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 as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

read the docs @ php.net/empty again.


Previous Comments:


[2003-01-29 07:59:20] [EMAIL PROTECTED]

$array1 = array ("a" => "green", "red", "blue");
$array2 = array ("b" => "green", "yellow", "red");

if (false == empty(array_intersect ($array1, $array2)))
{
echo 1; 
}

Log output:
PHP Parse error:  parse error, unexpected T_STRING, expecting
T_VARIABLE or '$' in /var/www/test/arint.php on line 6

line 6 is the line with IF statement.

However the following code works perfectly:

$array1 = array ("a" => "green", "red", "blue");
$array2 = array ("b" => "green", "yellow", "red");
$result = array_intersect ($array1, $array2);

if (false == empty($result))
{
echo 1; 
}





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

#21946 [Opn->Fbk]: Trying to create COM object - Apache crash

[derick]

 ID:   21946
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: Windows NT 4.0, Service pack 6a
 PHP Version:  4.3.0
 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:


[2003-01-29 11:34:52] [EMAIL PROTECTED]

Forgot to mention that 2.0.43 and 2.0.44 are apache versions.

Best regards,
  Dominik



[2003-01-29 11:33:14] [EMAIL PROTECTED]

When I try to invoke 
  $Q = new COM("ixsso.Query"); 
apache crashes. It's a component of the Microsoft Index Server and this
works fine under IIS and ASP pages. I tried to use 2.0.43 and 2.0.44.
Same on both of them.

Best regards,
  Dominik




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

#21933 [Opn->Bgs]: Date/Sec bug

[derick]

 ID:   21933
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Date/time related
 Operating System: WinXP
 PHP Version:  4.3.0
 New Comment:

We are happy to tell you that you just discovered Daylight Savings
Time. For more information see:
http://webexhibits.org/daylightsaving/b.html
Instead of using mktime/date consider using gmmktime and gmdate which
do
not suffer from DST.

not a bug -> bogus 


Previous Comments:


[2003-01-29 13:01:08] [EMAIL PROTECTED]

When I run your script, it exits at this line:
1049065200 2003.03.31 01:00:00 <-> 1049061600 2003.03.31 01:00:00
 ERROR 

As you can see on ,
March 30th does not have 24*60*60 seconds, because that's when Hungary
switches to daylight savings time.



[2003-01-29 03:48:44] [EMAIL PROTECTED]

When I run this script, it has make an error.
While I increment the an date with secsperday, it is make an wrong
result !

The example:

\n";

 $date=EncodeDate(2003,01,01);
 for ($i=0;$i<1000;$i++) {
  DecodeDate($date,$y,$m,$d);
  $a1=DateTimeToStr($date);
  $date2=EncodeDate($y,$m,$d);
  $a2=DateTimeToStr($date);
  print "$date $a1 <-> $date2 $a2\n";
  if (($a1<>$a2) or ($date<>$date2)) {print " ERROR \n";
exit;}
  $date=$date+SECSPERDAY;
 }
 print "DONE WITHOUT ERRORS !\n";
 print '';
?>




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

#21954 [Opn->Bgs]: array_key_exists warns for large numeric keys

[derick]

 ID:   21954
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Arrays related
 Operating System: RedHat Linux
 PHP Version:  4.3.0
 New Comment:

This is not a bug, the number you are using is NOT an integer because
it's larger then 2^31-1 (the maximum integer value in PHP) and thus it
will be converted to a float. Use
 
$a[(string)2163195907] = "hi";
echo array_key_exists((string)2163195907,$a);

and it should work fine.

Derick


Previous Comments:


[2003-01-29 16:40:18] [EMAIL PROTECTED]

Try this script:



PHP generates a warning (The first argument should be either a string
or an integer). If I try this with smaller integers, the code works
fine. If I convert the integer to a string (using strval), it also
works fine.

Norman Elton




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

#21959 [Opn->Csd]: Compile failure

[derick]

 ID:   21959
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: Compile Failure
 Operating System: Tru64 UNIX 5.1A
 PHP Version:  4.3.0
 New Comment:

Good, considering it fixed then, you might also want to try a snapshot
from http://snaps.php.net/php4-STABLE-latest.tar.gz to check if the fix
will be included in 4.3.1 too.

Derick


Previous Comments:


[2003-01-30 01:21:06] [EMAIL PROTECTED]

The CVS snapshot for PHP5 (php5-200301300630) compiles successfully.



[2003-01-30 00:53:35] [EMAIL PROTECTED]

It might be better to try latest PHP5 snapshot from 
http://snaps.php.net instead. 



[2003-01-30 00:33:48] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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



[2003-01-30 00:08:17] [EMAIL PROTECTED]

PHP 4.3.0 compile fails on Tru64 UNIX 5.1A PK3

php4-STABLE-200301291030 also experiences the same problem.

gcc 3.0.4
Compaq C compiler 6.4-215
GNU make 3.78.1


/bin/ksh libtool --silent --mode=compile gcc  -Imain/
-I/usr/local/src/php-4.3.0/main/ -DPHP_ATOM_INC
-I/usr/local/src/php-4.3.0/include -I/usr/local/src/php-4.3.0/main
-I/usr/local/src/php-4.3.0 -I/usr/local/src/php-4.3.0/Zend
-I/usr/local/src/php-4.3.0/ext/xml/expat  -DOSF1 -DUSE_HSREGEX
-DUSE_EXPAT -I/usr/local/src/php-4.3.0/TSRM  -g -O2  -prefer-pic -c
/usr/local/src/php-4.3.0/main/streams.c -o main/streams.lo 
/usr/local/src/php-4.3.0/main/streams.c: In function
`_php_stream_stat':
/usr/local/src/php-4.3.0/main/streams.c:677: structure has no member
named `_F64_stat'
/usr/local/src/php-4.3.0/main/streams.c: In function
`php_stdiop_cast':
/usr/local/src/php-4.3.0/main/streams.c:1512: warning: cast to pointer
from integer of different size
make: *** [main/streams.lo] Error 1





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

#21973 [Opn]: 'configure' script can't find libpng.(a|so), openldap...

[derick]

 ID:   21973
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Compile Failure
 Operating System: Solaris 8
 PHP Version:  4.3.0
 New Comment:

FYI:

I dont have that libpng-config thingy, and most older (7.x) RedHat
versions still use libpng 1.0.x so don't assume it's available.


Previous Comments:


[2003-01-30 20:20:04] [EMAIL PROTECTED]

(1) png-config:

> is there a config script, like png-config

Aha! A file search shows libpng-config with the following usage:

Usage: libpng-config [OPTION] ...

Known values for OPTION are:

  --prefixprint libpng prefix
  --libdirprint path to directory containing library
  --libs  print library linking information
  --ccoptsprint compiler options
  --cppflags  print pre-processor flags
  --cflagsprint preprocessor flags, I_opts, and compiler
options
  --I_optsprint "-I" include options
  --L_optsprint linker "-L" flags for dynamic linking
  --R_optsprint dynamic linker "-R" or "-rpath" flags
  --ldoptsprint linker options
  --ldflags   print linker flags (ldopts, L_opts, R_opts, and
libs)
  --staticrevise subsequent outputs for static linking
  --help  print this help and exit
  --version   print version information

This is for version 1.2.5. But I just had a look at various
stable-distribution GNU Linux/Intel machines and they do not
appear to have this with older libpng.

(2) LDAP:

Here there are issues with having so many different LDAP
distributions to be compatible with. But PHP seems to ignore
an existing, working path configuration and try to discover
another configuration by using hard-coded filenames rather than
compilation tests (leaving no diagnostic messages about why it
did or didn't succeed).

(3) Banter:

> You make it sound like a 'why does php do this' type of problem,

Yes: in the case of PNG, why does PHP do a linking check for
libpng using the user's environment and system linker settings but
then throw that away and use some hard-coded filename values for a
file presence test as part of different half-related module
instead of using the known-good values it already has? (I think
that technically qualifies as a sentence ;) Perhaps it is to
deal with some fringe case, so perhaps PHP could assess whether
the fringe case is present before trying to compensate for it.

> Think about it: if > 90% of unices put libraries in $prefix/lib

In a mixed processor mode environment where there can be multiple
architecture variants of libraries (e.g. one that uses the
processor's preferred arch and one that uses a compatibility
arch), something has to give. In Sun's case, it decided on the
convention of putting different architectures into different
directories, preventing files from one arch obliterating
files from another.

And in the end, I got PHP 4.3.0 to compile but it still thinks
sizeof(int) == sizeof(long) and crashes during installation.



[2003-01-30 19:35:26] [EMAIL PROTECTED]

You make it sound like a 'why does php do this' type of
problem, but think about it: if > 90% of unices put libraries in
$prefix/lib, then you can just see the Sun people sitting in their
offices saying: "let's make portable software sweat a little so
everybody uses Solaris again". 

Working towards the solution:
is there a config script, like png-config, which reports how the
library was installed - similar to mysql_config/curl-config/mm-config
and such?

If not - does this apply to all Solaris 8 installed libraries and also
to headers or is this different for different packages?



[2003-01-30 18:42:42] [EMAIL PROTECTED]

./configure from the 4.3.0 release contains constructs like:

for i in /usr /usr/local $PHP_PNG_DIR; do
   test -f $i/lib/libpng.$SHLIB_SUFFIX_NAME -o -f \
  $i/lib/libpng.a && GD_PNG_DIR=$i
done

The 'lib/libpng.' bit is hard-coded. But my libpng is at
/usr/local/lib/sparcv9/libpng.so

The end of configure's output is:

checking for the location of libpng... yes
checking for the location of libXpm... yes
checking for FreeType 1.x support... yes
checking for FreeType 2... yes
checking for T1lib support... yes
checking whether to enable truetype string function in GD... yes
checking for fabsf... no
checking for floorf... no
If configure fails try --with-jpeg-dir=
configure: error: libpng.(a|so) not found.

as a user of PHP4, this message does not help me help myself because:

 - it already said it found libpng.
 - it says 'try --with-jpeg-dir' yet the error is for PNG.

I was able to work around this by manually hacking configure on a
one-off basis.

However, 

#22014 [Opn->Csd]: html_entity_decode with unset variable results in segfault

[derick]

 ID:   22014
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: Reproducible crash
 Operating System: Debian Linux&FreeBSD 4.7-STABLE
 PHP Version:  4.3.0
 New Comment:

seems already fixed in CVS, can't reproduce with 4.3.1dev but it was
reproducable with 4.3.0.

Derick


Previous Comments:


[2003-02-02 14:00:12] [EMAIL PROTECTED]



this results in a segfault, tested on Debian, FreeBSD 4.7-STABLE & and
Gentoo with Apache/1.3.27 & PHP 4.3.0





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

#22016 [Opn]: Different presentation of floats after serialize/unserialize

[derick]

 ID:   22016
 Updated by:   [EMAIL PROTECTED]
-Summary:  wrong presentation of floats after
   serialize/unserialize
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Session related
 Operating System: Windows 2000 Server
 PHP Version:  4CVS-2003-02-02 (stable)
 New Comment:

It's not really *wrong*, it's just different on windows.


Previous Comments:


[2003-02-02 14:46:31] [EMAIL PROTECTED]

ext/standard/tests/serialize/003.phpt failed on W2k server:
 EXPECTED OUTPUT
d:100;
float(100)

d:5.2E+25;
float(5.2E+25)

d:8.529E-22;
float(8.529E-22)

d:9E-09;
float(9.E-9)
 ACTUAL OUTPUT
d:100;
float(100)

d:5.2E+025;
float(5.2E+25)

d:8.529E-022;
float(8.529E-22)

d:9E-009;
float(9.E-9)
 FAILED


004- d:5.2E+25;
004+ d:5.2E+025;
007- d:8.529E-22;
007+ d:8.529E-022;
010- d:9E-09;
010+ d:9E-009;





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

#22027 [Opn->Bgs]: can't load selected (not all) extensions like mhash

[derick]

 ID:   22027
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Reproducible crash
 Operating System: windows
 PHP Version:  4.3.0
 New Comment:

User error :) -> bogus


Previous Comments:


[2003-02-03 04:33:22] [EMAIL PROTECTED]

I copied them to a dir which is in the PATH, what I preferr, cause I
don't like to copy everything to the big winnt\system32 dir. Following
your hint I did copy them to winnt\system32 and it worked. Sorry, I was
blind! Thanx for the help. Just noticed, that there are some new dlls
as well. didn't payed attention to that.



[2003-02-03 04:24:23] [EMAIL PROTECTED]

Did you copy all the dlls from the dlls/ folder in the package to the
correct system directory???

Edin: Did something change in building this extension?




[2003-02-03 04:20:27] [EMAIL PROTECTED]

What my problem is:

- Error: "Unknown() unable to load dynamic library
'c:\php\extensions\php_mhas.dll'

What I have: 

- Apache 2.0.40 on a 
- Win2k SP3 sytsem 
- with PHP 4.3.0. as a CGI. (downloaded 03.02.03)

Everything worked fine with PHP 4.2.3.

- no problems with other dlls like php_gd.dll !!!

What I saw
- php_mhash.dll 4.3.0 ca. 20kb
- php_mhash.dll 4.2.3 ca. 100kb

What I did: 
- rebooted the system (several times)
- put php_mhash.dll in several directories (c:\winnt\system32;
c:\winnt; c:\php; c:\php extensions)
- put c:\php\extensions in the PATH 
- tried lot's of variations for the extensions dir setting 
  (./; c:\php\extensions, 'c:\php\extensions', '.;c:\php\extensions'
etc.)
- deleted every other instances of dlls from the system
 
What I think: 

- It's not a problem with the extensions - path, because other dll can
be found
- something changed with the mhash.dll. Couldn't find a hint for
different usage in the changes.txt
- it's not my fault. Tested it on 2 Systems (win2k and NT) got reports
from a XP-system with same problems




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