#20044 [Fbk->NoF]: FreeBSD : Apache 2.0.43 + PHP 4.2.3 ( clean install ) gives error

[php-bugs]

 ID:   20044
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Apache2 related
 Operating System: FreeBSD 4.7
 PHP Version:  4.2.3
 New Comment:

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".


Previous Comments:


[2002-10-24 17:15:51] [EMAIL PROTECTED]

this is a problem with php.net software, if a developer reveiws this, i
would like them to include the document i left above in the readme for
other freebsd users and give credit to www.squirrelmail.org



[2002-10-24 17:12:05] [EMAIL PROTECTED]

I had the same problem on our development cluster which is freebsd
based. I use squirrelmail webmail ( www.squirrelmail.org ) which gave
me a solution in their readme for their webmail. First configure apache
like you did, I did it like this
./configure --prefix=/usr/local/wwwserv2 --enable-so
--with-ssl=/usr/local/ssl --enable-ssl --enable-cgi
then i did a make then a make install. Then instead of configuring php
like
./configure --with-apxs2=/usr/local/wwwserv2/bin/apxs
I just did
./configure
then i did a 
make
then copy the file php to you cgi-bin directory whereever your
webserver lives like this
cp php /usr/local/wwwserv2/cgi-bin/php
then edit the httpd.conf whereever your webserver's configuration file
is, and add the next 2 lines
AddType application/php4script .php
Action application/php4script /cgi-bin/php
then and php pages should work. It is not the most efficent way to do
it but it does work. Same security but might be a little slower, you
might only notice it if you have a high demanding website. I hope this
helps, if you have any more questions feel free to e-mail me at
[EMAIL PROTECTED]



[2002-10-23 20:54:45] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2002-10-23 11:04:30] [EMAIL PROTECTED]

Ok..

I downloaded php 4.2.3 and apache-2.0.43 and compiled them  according
the install thingy on http://www.php.net/manual/en/install.apache.php

I first compiled Apache-2, tested it and it worked.

then i compiled PHP 4.2.3 and now apache-2 gives me this error :

daedalus# ./apachectl start
Syntax error on line 230 of /usr/local/apache2/conf/httpd.conf:
Cannot load /usr/local/apache2/modules/libphp4.so into server:
/usr/local/apache2/modules/libphp4.so: Undefined symbol
"pthread_getspecific"

any idea what to do next ? thanx,

- Tim -



[2002-10-23 11:03:11] [EMAIL PROTECTED]

Ok..

I downloaded php 4.2.3 and apache-2.0.43 and compiled them  according
the install thingy on http://www.php.net/manual/en/install.apache.php

I first compiled Apache-2, tested it and it worked.

then i compiled PHP 4.2.3 and now apache-2 gives me this error :

daedalus# ./apachectl start
Syntax error on line 230 of /usr/local/apache2/conf/httpd.conf:
Cannot load /usr/local/apache2/modules/libphp4.so into server:
/usr/local/apache2/modules/libphp4.so: Undefined symbol
"pthread_getspecific"


any idea what to do next ? thanx,

- Tim -




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

#8097 [Fbk->NoF]: printf() and float data vs.setlocale()

[php-bugs]

 ID:   8097
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Strings related
 Operating System: Linux (SuSE 7.0)
 PHP Version:  4.0.3pl1
 New Comment:

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".


Previous Comments:


[2002-10-23 07:04:41] [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-10-23 06:53:02] [EMAIL PROTECTED]

This problem also exits in our application which runs on php-4.2.3.
We use 'setlocale' there to handle gettext translations. With LC_ALL
set by 'setlocale' all prices in the shopping basket and VAT
calculations with floats are 'calculated wrong'

Thanks for that hint.
Juergen



[2001-07-31 16:14:35] [EMAIL PROTECTED]

unable to reproduce with latest version of PHP, please
upgrade and re-open if still a problem.



[2000-12-04 13:08:55] [EMAIL PROTECTED]

Changing the locale setting to a country that uses comma (,)
as the decimal seperator will stip off decimal places from
the float value in printf/sprintf. Example:

MySQL table:

create table test (
name varchar(100),
value float(16,2)
);

insert into test values ('bla', 3.789);

PHP code:

setlocale("LC_ALL", "de_DE");
// mysql_connect etc.
$row = mysql_fetch_array($result);
printf("%s: %.2f",
$row["name"], $row["value"]);

Result:

bla: 3.00





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

#19683 [Fbk->NoF]: I can't configure php+Solaris 2.6+iplanet ldap.

[php-bugs]

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

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".


Previous Comments:


[2002-10-20 23:27:52] [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-10-03 18:34:38] [EMAIL PROTECTED]

Exactly what version of iplanet is this? And where can we find some
information about it? (quick google search got me to www.iplanet.com
where it was said that it's now Sun's thing..and again renamed...)

http://wwws.sun.com/software/download/app_dev.html#sdks

Is any of those mentioned in the bottom of the list something you have
installed?




[2002-10-03 01:52:26] [EMAIL PROTECTED]

I try to use php4-latest.tar.gz
 but it sill can not work.
.
.
.
configure: error: Cannot find ldap.h



[2002-10-02 07:22:44] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2002-10-02 06:37:02] [EMAIL PROTECTED]

I use PHP-4.2.3
and my server has ldap.h in 
/usr/iplanet/servers/plugins/include/ldapsdk50/ldap.h
/usr/iplanet/server5/plugins/slapd/slapi/include/ldap.h

LDAP server installed at /usr/iplanet/server5/

I try to configure with php-last-STABLE.tar.gz from snaps.php.net. but
it still can not work.



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

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

#20254 [Fbk->Opn]: imap_header() crash with bad Reply-To

[woonuk]

 ID:   20254
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: IMAP related
 Operating System: Linux (2.4.18)
 PHP Version:  4.3.0-dev
 New Comment:

CLI (command line) php test was all right.

apache2 configured with --prefix=/usr/local/apache2 --enable-so


Previous Comments:


[2002-11-07 18:53:37] [EMAIL PROTECTED]

Try this with the CLI (command line) php. Maybe another thread-safety
issue..? How did you configure apache2?




[2002-11-06 08:42:27] [EMAIL PROTECTED]

Your second bt shows that it's not an IMAP specific problem, which is
interesting that it manifests itself in IMAP only.

Can you reproduce this with non Apache2 as well (using the latest CVS
of course)?  I know you probably hate me for asking this.



[2002-11-05 23:34:00] [EMAIL PROTECTED]

I deleted many html tags and php code.
Ctrl+F5(reload) gives good result or crash.

$ cat test.php
from[0]->personal;
if(!$from) $from = $header->$from[0]->mailbox;

$subject = htmlspecialchars(chop($header->Subject));
if(!$subject) $subject = "Null !!";

$to = $header->to[0]->personal;
if(!$to) $to = $header->to[0]->mailbox;

echo("Subject: $subject");
echo("Date : " . $header->Date . "");
echo("From : $from");
echo("To : $to");

imap_close($mailbox);
?>



[2002-11-05 14:29:25] [EMAIL PROTECTED]

The last error implies crash somewhere in the Apache 2 code. Does this
crash happen on any particular script, if so, could you please provide
the smallest possible version of such a script that can be used to
replicate the problem.



[2002-11-05 09:43:28] [EMAIL PROTECTED]

I tried above cvs version.
It worked but apache logs said,

[Wed Nov 06 00:44:50 2002] [notice] child pid 15305 exit signal
Segmentation fault (11)
[Wed Nov 06 00:44:55 2002] [notice] child pid 15371 exit signal
Segmentation fault (11)
[Wed Nov 06 00:44:58 2002] [notice] child pid 15401 exit signal
Segmentation fault (11)


and the back-trace here.

(gdb) bt
#0  0x402debd3 in chunk_alloc () from /lib/libc.so.6
#1  0x402de9d0 in malloc () from /lib/libc.so.6
#2  0x4052b06f in _emalloc (size=256, __zend_filename=0x405e8740
"/usr/local/src/php4-200211030600/Zend/zend_stack.c",
__zend_lineno=27, __zend_orig_filename=0x0, __zend_orig_lineno=0)
at /usr/local/src/php4-200211030600/Zend/zend_alloc.c:154
#3  0x4053d0de in zend_stack_init (stack=0x40654380) at
/usr/local/src/php4-200211030600/Zend/zend_stack.c:27
#4  0x4052c3d6 in zend_init_compiler_data_structures () at
/usr/local/src/php4-200211030600/Zend/zend_compile.c:73
#5  0x4052c4f0 in init_compiler () at
/usr/local/src/php4-200211030600/Zend/zend_compile.c:100
#6  0x4053e998 in zend_activate () at
/usr/local/src/php4-200211030600/Zend/zend.c:594
#7  0x40506bba in php_request_startup () at
/usr/local/src/php4-200211030600/main/main.c:833
#8  0x40556c1a in php_apache_request_ctor (f=0x81dcb68, ctx=0x81df000)
at
/usr/local/src/php4-200211030600/sapi/apache2filter/sapi_apache2.c:375
#9  0x40556e67 in php_output_filter (f=0x81dcb68, bb=0x81dce60)
at
/usr/local/src/php4-200211030600/sapi/apache2filter/sapi_apache2.c:449
#10 0x080ac5a7 in ap_pass_brigade (next=0x81dcb68, bb=0x81dcc98) at
util_filter.c:540
#11 0x080b2868 in default_handler (r=0x81dd9c8) at core.c:3317
#12 0x080a1bd6 in ap_run_handler (r=0x81dd9c8) at config.c:194
#13 0x080a20f1 in ap_invoke_handler (r=0x81dd9c8) at config.c:401
#14 0x08084e93 in ap_process_request (r=0x81dd9c8) at
http_request.c:288
#15 0x080810b8 in ap_process_http_connection (c=0x81d3578) at
http_core.c:293
#16 0x080aa6b6 in ap_run_process_connection (c=0x81d3578) at
connection.c:85
#17 0x080a0889 in child_main (child_num_arg=0) at prefork.c:696
#18 0x080a093c in make_child (s=0x812b950, slot=0) at prefork.c:736
#19 0x080a0a26 in startup_children (number_to_start=5) at
prefork.c:808
#20 0x080a0d28 in ap_mpm_run (_pconf=0x80e8690, plog=0x8126788,
s=0x812b950) at prefork.c:1024
#21 0x080a5dab in main (argc=2, argv=0xba44) at main.c:643
#22 0x402821c4 in __libc_start_main () from /lib/libc.so.6



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

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

#20166 [Com]: Unicode (Slovenian) characters are not displayed correctly

[miha . valencic]

 ID:   20166
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: *Languages/Translation
 Operating System: Win2k
 PHP Version:  4.2.2
 New Comment:

A simple output of the three versions:

MSSQL accessed trough ADO COM object:
title: Novela zakona o državljanstvu ne rešuje nièesar

PHP Mssql extension:
title: Novela zakona o dr§avljanstvu ne reçuje niŸesar

MYSQL  (entered trough command line)
String: Ÿç§¬æ¦ string

MYSQL (entered trough php form)
String: 蚞 string


Previous Comments:


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

Hi!

To define more clearly: 

I have a Microsoft SQL database. In that database, there are many
articles, with pictures, etc. I tried to access those articles using
php, and wanted to display them. All is fine, but, instead of slovene
characters 蚞 (which you probably don't see anyway) I get garbles
(unrecognized characters). I was using mssql_* functions to retrieve
the data. Then, I created a simple table in mysql, inserted a row
manually (from the console) and the same thing happens. BUT, if I
insert the items trough PHP the first time, than the characters are
retrieved correctly. So I suspect there must be something with
encoding, perhaps. To make things even more funny, when I used ADO COM
object to access the MS SQL server, the strings retrieved are fine.

I apologize if I posted this under the wrong category, but I could not
decide whether it is a db problem or not. Feel free to move this item
to another category, if you wish.

System details: SQL Server: Win2k, Slovenian locale
PHP system: Win2k, Apache 1.3.26 (Win32), PHP 4.2.2, mysql 3.23.52,
Slovenian locale



[2002-10-30 07:05:53] [EMAIL PROTECTED]

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.






[2002-10-30 02:45:23] [EMAIL PROTECTED]

The problem is with Microsoft SQL Server 2000 and with MySQL version 
Ver 11.18 Distrib 3.23.52, for Win95/Win98 (i32).

I have a database with slovenian characters in the fields and I am not
able to display them properly with php extension modules. I can display
them propery using COM ADO objects. I've included a simple script, that
shows what I am trying to do. The ADO portion of the script produces
the desired result. The characters are entered using windows-1250
codepage.

The script:





Open("PROVIDER=MSDASQL;DRIVER={SQL SERVER};
Server=SRRDEV2;Database=portal;UID=sa;PWD=srrdev2;"); 
// SQL statement to build recordset. 
$rs = $conn->Execute("SELECT * FROM TblInfo_News where IID = 3034326");


while (!$rs->EOF) { 
$fv = $rs->Fields("title"); 
echo "title: ".$fv->value."\n"; 
$rs->MoveNext(); 
} 
$rs->Close(); 
?> 


PHP Mssql extension:
";
}
} else {
echo "No results! ";
}
mssql_free_result($result);
} else {
echo "Could not get the result!";
}


mssql_close($link);
} else {
echo "Could not select db!";
}
} else {
echo "Could not connect!";
}

// mysql

echo "MYSQL";
$link = mysql_connect("valencicm.mobitel.si", "root", "root")
or die("Could not connect");

mysql_select_db("test");
$query = "SELECT * FROM tbl1";
$result = mysql_query($query);
if($result) {
$row = mysql_fetch_array($result);
if($row) {
echo "String: " . $row['fld1'];
}
mysql_free_result($result);
}
mysql_close($link);

?>





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

#20094 [Opn->Csd]: image_type_to_mime_type() has wrong proto in php source

[iliaa]

 ID:  20094
 Updated by:  [EMAIL PROTECTED]
 Reported By: [EMAIL PROTECTED]
-Status:  Open
+Status:  Closed
 Bug Type:*Graphics related
 PHP Version: 4.3.0-pre1
 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-11-07 20:53:29] [EMAIL PROTECTED]

It's currently documented BUT there is a discrepancy.  According to the
php4 proto, it returns an array.  According to the code, docs and
examples, it returns a string.  The proto in image.c needs to be
updated.  Opening as a graphics related bug.

php4/ext/standard/image.c
{{{ proto array image_type_to_mime_type(int imagetype)
...
ZVAL_STRING(return_value,
(char*)php_image_type_to_mime_type(Z_LVAL_PP(p_image_type)), 1);



[2002-11-07 20:13:53] [EMAIL PROTECTED]

Function is added at least in online help.



[2002-10-25 13:06:51] [EMAIL PROTECTED]

Please add php_image_type_to_mime_type() to the documentation.

array image_type_to_mime_type(int imagetype)
Convert internal image_type to mime type







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

#20094 [Csd->Opn]: image_type_to_mime_type() has wrong proto in php source

[philip]

 ID:  20094
 Updated by:  [EMAIL PROTECTED]
-Summary: image_type_to_mime_type() missing from docs
 Reported By: [EMAIL PROTECTED]
-Status:  Closed
+Status:  Open
-Bug Type:Documentation problem
+Bug Type:*Graphics related
 PHP Version: 4.3.0-pre1
 New Comment:

It's currently documented BUT there is a discrepancy.  According to the
php4 proto, it returns an array.  According to the code, docs and
examples, it returns a string.  The proto in image.c needs to be
updated.  Opening as a graphics related bug.

php4/ext/standard/image.c
{{{ proto array image_type_to_mime_type(int imagetype)
...
ZVAL_STRING(return_value,
(char*)php_image_type_to_mime_type(Z_LVAL_PP(p_image_type)), 1);


Previous Comments:


[2002-11-07 20:13:53] [EMAIL PROTECTED]

Function is added at least in online help.



[2002-10-25 13:06:51] [EMAIL PROTECTED]

Please add php_image_type_to_mime_type() to the documentation.

array image_type_to_mime_type(int imagetype)
Convert internal image_type to mime type







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

#19092 [Com]: Cannot load php_xslt.dll

[DChri36990]

 ID:   19092
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: XSLT related
 Operating System: Windows ME
 PHP Version:  4.2.2
 New Comment:

If you're having problems getting this to work under Windows, here's
how I got it working: (I'm running Windows 2000)

- Download the zipped version of PHP 4.2.3. (about 5 meg)
- Copy all the dlls you need (expat.dll, iconv.dll, salbot.dll) from
the dlls directory into WINNT/SYSTEM32.
- Copy php_xslt.dll from the extentions directory into WINNT/SYSTEM32.
- In your php.ini file, set the extensions_dir =
(That's right, leave it blank),
and remove the ; from in front of extention=php_xslt.dll a little
further down.

When I did that, the error message(s) saying it couldn't find
php_xslt.dll went away, and everything started to work.
Once you get it working, you can probably set the extensions_dir and
move the dlls there.


Previous Comments:


[2002-11-02 12:33:02] [EMAIL PROTECTED]

well i need the following *.dlls to reomve that error:

SABLOT.DLL
MPR.DLL



[2002-08-30 18:08:13] [EMAIL PROTECTED]

That is not "exactly as documented" as the installation instructions
for PHP 4.2.2 says that the loadable extensions can reside in a folder
other than the system folder, and the example given (indeed the one
created when in installation file is unzipped) is one called
/php/extensions. That is what I used without error until I tried to
enable the xslt module.



[2002-08-30 17:37:53] [EMAIL PROTECTED]

Exactly as documented.
User error => Bogus



[2002-08-30 17:33:17] [EMAIL PROTECTED]

SOLVED!! I originally had all the PHP .dll files in the /php/extensions
folder, and everything ran from there without a problem. It was when I
tried to enable the php_xslt.dll that I started getting error messages
about "unable to load dynamic library...". I checked it with Dependency
Walker and this showed that two dll files were missing.

It was suggested that I move all the dlls into the c:\windows\system
folder, which I did, but when I checked with Dependency Walker the
errors were still there. Because of the errors I did not try to run PHP
with the xslt module enabled. But just today I enabled it so that I
could check the error message again, but it did not appear!

This seems strange because Dependency Walker will show the same errors
whether the file is in the /php/extensions folder or the windows/system
folder, but putting everything in the windows/system folder will NOT
produce a runtime error.

I can now access the xslt module, so this problem is now closed. Thanks
for your efforts.



[2002-08-28 17:33:14] [EMAIL PROTECTED]

I have tried putting all the php*.dlls in the c:\windows\system folder
as well as in the \php\extensions folder with exactly the same result.



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

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

#20179 [Fbk]: Apache ./configure fails after a static installation of php with oci8 support.

[sniper]

 ID:   20179
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: OCI8 related
 Operating System: Linux 2.4.7-10smp (RedHat 7.2)
 PHP Version:  4.2.3
 New Comment:

Do you have /home/oracle/OraHome1/lib in your /etc/ld.so.conf file? If
not, add it and run /sbin/ldconfig
and try make again..



Previous Comments:


[2002-11-04 09:23:09] [EMAIL PROTECTED]

Sorry, any reference to --with-oracle was supposed to be --with-oci8.
Either way, I still get errors. Thanks!



[2002-11-01 21:45:03] [EMAIL PROTECTED]

WHAT was the configure line used again? This is impossible 
to happen if you didn't have '--with-oci8' in your configure
line. 




[2002-11-01 13:20:21] [EMAIL PROTECTED]

I got the latest cvs snapshot, and got the following errors during
`make` after doing `./configure --enable-socktes --with-mysql
--with-oracle=/home/oracle/OraHome1 --with-apache=../apache_1.3.27`:

ext/mysql/libmysql/my_tempnam.o: In function `my_tempnam':
/root/php4-200211010900/ext/mysql/libmysql/my_tempnam.c:103: the use of
`tempnam' is dangerous, better use `mkstemp'
ext/oci8/oci8.o: In function `php_oci_init_globals':
/root/php4-200211010900/ext/oci8/oci8.c:445: undefined reference to
`OCIEnvInit'
/root/php4-200211010900/ext/oci8/oci8.c:451: undefined reference to
`OCIHandleAlloc'
ext/oci8/oci8.o: In function `zm_startup_oci':
/root/php4-200211010900/ext/oci8/oci8.c:475: undefined reference to
`OCIInitialize'
ext/oci8/oci8.o: In function `zm_shutdown_oci':
/root/php4-200211010900/ext/oci8/oci8.c:599: undefined reference to
`OCIHandleFree'
ext/oci8/oci8.o: In function `_oci_stmt_list_dtor':
/root/php4-200211010900/ext/oci8/oci8.c:750: undefined reference to
`OCIHandleFree'
/root/php4-200211010900/ext/oci8/oci8.c:758: undefined reference to
`OCIHandleFree'
ext/oci8/oci8.o: In function `_oci_conn_list_dtor':
/root/php4-200211010900/ext/oci8/oci8.c:807: undefined reference to
`OCITransRollback'
/root/php4-200211010900/ext/oci8/oci8.c:820: undefined reference to
`OCIHandleFree'
/root/php4-200211010900/ext/oci8/oci8.c:832: undefined reference to
`OCIHandleFree'
ext/oci8/oci8.o: In function `_oci_descriptor_list_dtor':
/root/php4-200211010900/ext/oci8/oci8.c:887: undefined reference to
`OCIDescriptorFree'
ext/oci8/oci8.o: In function `oci_error':
/root/php4-200211010900/ext/oci8/oci8.c:973: undefined reference to
`OCIErrorGet'
ext/oci8/oci8.o: In function `oci_ping':
/root/php4-200211010900/ext/oci8/oci8.c:1008: undefined reference to
`OCIServerVersion'
ext/oci8/oci8.o: In function `oci_new_desc':
/root/php4-200211010900/ext/oci8/oci8.c:1158: undefined reference to
`OCIDescriptorAlloc'
ext/oci8/oci8.o: In function `oci_setprefetch':
/root/php4-200211010900/ext/oci8/oci8.c:1307: undefined reference to
`OCIAttrSet'
/root/php4-200211010900/ext/oci8/oci8.c:1322: undefined reference to
`OCIAttrSet'
ext/oci8/oci8.o: In function `oci_parse':
/root/php4-200211010900/ext/oci8/oci8.c:1349: undefined reference to
`OCIHandleAlloc'
/root/php4-200211010900/ext/oci8/oci8.c:1356: undefined reference to
`OCIHandleAlloc'
/root/php4-200211010900/ext/oci8/oci8.c:1364: undefined reference to
`OCIStmtPrepare'
/root/php4-200211010900/ext/oci8/oci8.c:1374: undefined reference to
`OCIHandleFree'
/root/php4-200211010900/ext/oci8/oci8.c:1378: undefined reference to
`OCIHandleFree'
ext/oci8/oci8.o: In function `oci_execute':
/root/php4-200211010900/ext/oci8/oci8.c:1429: undefined reference to
`OCIAttrGet'
/root/php4-200211010900/ext/oci8/oci8.c:1459: undefined reference to
`OCIStmtExecute'
/root/php4-200211010900/ext/oci8/oci8.c:1497: undefined reference to
`OCIAttrGet'
/root/php4-200211010900/ext/oci8/oci8.c:1525: undefined reference to
`OCIParamGet'
/root/php4-200211010900/ext/oci8/oci8.c:1538: undefined reference to
`OCIAttrGet'
/root/php4-200211010900/ext/oci8/oci8.c:1552: undefined reference to
`OCIAttrGet'
/root/php4-200211010900/ext/oci8/oci8.c:1569: undefined reference to
`OCIAttrGet'
/root/php4-200211010900/ext/oci8/oci8.c:1583: undefined reference to
`OCIAttrGet'
/root/php4-200211010900/ext/oci8/oci8.c:1597: undefined reference to
`OCIAttrGet'
/root/php4-200211010900/ext/oci8/oci8.c:1705: undefined reference to
`OCIDefineByPos'
ext/oci8/oci8.o: In function `oci_fetch':
/root/php4-200211010900/ext/oci8/oci8.c:1757: undefined reference to
`OCIStmtFetch'
/root/php4-200211010900/ext/oci8/oci8.c:1794: undefined reference to
`OCIStmtSetPieceInfo'
/root/php4-200211010900/ext/oci8/oci8.c:1806: undefined reference to
`OCIStmtFetch'
ext/oci8/oci8.o: In function `oci_loadlob':
/root/php4-200211010900/ext/oci8/oci8.c:1866: undefined reference to
`OCILobFileOpen'
/root/php4-200211010900/ext/oci8/oci8.c:1879: undefine

#20273 [Com]: Undefined symbol: core_globals

[matthew . krajewski]

 ID:   20273
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Apache related
 Operating System: Linux
 PHP Version:  4.2.3
 New Comment:

Trying the latest snapshot worked!
Thank you!


Previous Comments:


[2002-11-07 17:26:35] [EMAIL PROTECTED]

This is not any bug in PHP. Try searching the bug database with the
'Undefined symbol: core_globals' string and you'll find couple of
reasons for this to happen. (and solutions how to get it work)





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

Please try using this CVS snapshot:

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





[2002-11-05 22:16:10] [EMAIL PROTECTED]

Sorry, that's 
--with-mysql
not
--with-sql



[2002-11-05 22:14:17] [EMAIL PROTECTED]

After compiling PHP 4.2.3 as a DSO, 
I've received the following message on running httpd
version 1.3.26 (binary supplied with Slackware 8.1):

Cannot load /usr/libexec/libphp4.so into server:
  /usr/libexec/libphp4.so: undefined symbol: core_globals

Here are the following options I used in the
PHP4 build:
--with-sql
--with-apxs
--enable-mbstring
--enable-mbstr-enc-trans
--enable-mbregex

I've looked all over the Web for a solution to this.
Looking at various mailing lists, it seems that several
people have encountered the same problem, but I have not
yet seen a solution presented in response.
If there's a solution to this, could
you please email it to me?




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

#20288 [Opn->Fbk]: post-inputs "lag behind"

[sniper]

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

What I was expecting to get is a simple, short example script that I
can just cut'n'paste and run on my dev server
to see the problem with my own eyes. If you had bothered reading the
information provided in the URL that is included
in that "stock-reply", I wouldn't have to be wasting my time
telling you this.

Please do remember that PHP is an opensource project and we're all
volunteers here. It also means that we're not getting PAID for doing
this..



Previous Comments:


[2002-11-07 19:50:31] [EMAIL PROTECTED]

I don't believe or accept this closure.  You 
folks close bugs as "bogus" with a stock-reply 
much too quickly. 
--  
This is found in 4.3.0-dev built from source on 
Oct 24, 2002 with options: 
 
 './configure' '--with-apxs' '--with-mysql' 
'--with-exec-dir' '--with-regex' '--with-gettext' 
'--with-jpeg-dir' '--with-png' '--with-zlib' 
'--enable-magic-quotes' '--enable-debugger' 
'--enable-sockets' '--enable-sysvsem' 
'--enable-sysvshm' '--enable-track-vars' 
'--with-xml' '--with-imap' '--with-kerberos' 
'--with-imap-ssl' 
 
I described the behavior I am seeing very, very 
clearly.  It looks like the forms are reacting to 
"old" POST input.



[2002-11-07 19:08:54] [EMAIL PROTECTED]

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.




[2002-11-06 12:03:11] [EMAIL PROTECTED]

Suppose I have two forms with a submit-button on 
each.  The first form takes "submit=Form1" and in 
response, redirects the user to Form2.  On this 
form, "submit=Form2." 
-- 
Trouble is, when I click the button having 
arrived on Form2, I might see an error message 
(from my app) like "Unknown submit=Form1".  In 
other words, Form2 telling me that it's getting a 
value that it doesn't understand:  it is getting 
a submit-value that is lagging-behind or 
out-of-date.  (Value should have been 'Form2'.) 
-- 
I saw this after upgrading PHP.  I see similar 
problems with familiar tools like phpMyAdmin, 
which doesn't update values when editing database 
tables because of this effect. 
-- 
It's bewildering and hard-to-explain, but very 
real and very, very urgent. 




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

#20288 [Bgs->Opn]: post-inputs "lag behind"

[miker]

 ID:   20288
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Bogus
+Status:   Open
 Bug Type: Unknown/Other Function
 Operating System: Linux
 PHP Version:  4.3.0-pre2
 New Comment:

I don't believe or accept this closure.  You 
folks close bugs as "bogus" with a stock-reply 
much too quickly. 
--  
This is found in 4.3.0-dev built from source on 
Oct 24, 2002 with options: 
 
 './configure' '--with-apxs' '--with-mysql' 
'--with-exec-dir' '--with-regex' '--with-gettext' 
'--with-jpeg-dir' '--with-png' '--with-zlib' 
'--enable-magic-quotes' '--enable-debugger' 
'--enable-sockets' '--enable-sysvsem' 
'--enable-sysvshm' '--enable-track-vars' 
'--with-xml' '--with-imap' '--with-kerberos' 
'--with-imap-ssl' 
 
I described the behavior I am seeing very, very 
clearly.  It looks like the forms are reacting to 
"old" POST input.


Previous Comments:


[2002-11-07 19:08:54] [EMAIL PROTECTED]

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.




[2002-11-06 12:03:11] [EMAIL PROTECTED]

Suppose I have two forms with a submit-button on 
each.  The first form takes "submit=Form1" and in 
response, redirects the user to Form2.  On this 
form, "submit=Form2." 
-- 
Trouble is, when I click the button having 
arrived on Form2, I might see an error message 
(from my app) like "Unknown submit=Form1".  In 
other words, Form2 telling me that it's getting a 
value that it doesn't understand:  it is getting 
a submit-value that is lagging-behind or 
out-of-date.  (Value should have been 'Form2'.) 
-- 
I saw this after upgrading PHP.  I see similar 
problems with familiar tools like phpMyAdmin, 
which doesn't update values when editing database 
tables because of this effect. 
-- 
It's bewildering and hard-to-explain, but very 
real and very, very urgent. 




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

#20249 [Opn->Fbk]: Apache child segfaults when using OCILogon.

[sniper]

 ID:   20249
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: OCI8 related
 Operating System: Solaris 9
 PHP Version:  4.2.3
 New Comment:

Please try using this CVS snapshot:

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




Previous Comments:


[2002-11-06 10:14:28] [EMAIL PROTECTED]

Ok, doing an ldd on /usr/lib/64/libpthread.so.1 answered that question.
It uses libthread.



[2002-11-05 10:15:22] [EMAIL PROTECTED]

Ok, I had put those SetEnv statements in Apache to see if they would
help. I do have the same environment variables set in apachectl when I
run Apache.

And I did read the note. Here is output from ldd:

# ldd /usr/local/apache/bin/httpd
libpam.so.1 =>   /usr/lib/64/libpam.so.1
libz.so.1 => /usr/lib/64/libz.so.1
libcrypt_i.so.1 =>   /usr/lib/64/libcrypt_i.so.1
libresolv.so.2 =>/usr/lib/64/libresolv.so.2
libm.so.1 => /usr/lib/64/libm.so.1
libdl.so.1 =>/usr/lib/64/libdl.so.1
libnsl.so.1 =>   /usr/lib/64/libnsl.so.1
libsocket.so.1 =>/usr/lib/64/libsocket.so.1
libgen.so.1 =>   /usr/lib/64/libgen.so.1
libclntsh.so.9.0 => 
/usr/local/oracle/OraHome/lib/libclntsh.so.9.0
libpthread.so.1 =>   /usr/lib/64/libpthread.so.1
libc.so.1 => /usr/lib/64/libc.so.1
libcmd.so.1 =>   /usr/lib/64/libcmd.so.1
libmp.so.2 =>/usr/lib/64/libmp.so.2
libwtc9.so =>/usr/local/oracle/OraHome/lib/libwtc9.so
libaio.so.1 =>   /usr/lib/64/libaio.so.1
librt.so.1 =>/usr/lib/64/librt.so.1
libmd5.so.1 =>   /usr/lib/64/libmd5.so.1
libthread.so.1 =>/usr/lib/64/libthread.so.1
/usr/platform/SUNW,Sun-Blade-100/lib/sparcv9/libc_psr.so.1
/usr/platform/SUNW,Sun-Blade-100/lib/sparcv9/libmd5_psr.so.1

Could the fact that it's linked to both the pthread and the thread
library be causing a problem? If so, how do I prevent it from linking
to the thread library?



[2002-11-04 17:15:57] [EMAIL PROTECTED]

Using Apache's  SetEnv doesn't work for PHP/Oracle. You have to set
these really in Apache's environment (e.g. in apachectl).

If that alone doesn't help: did you see the "big fat note" at
:

If your webserver doesn't start or crashes at startup:  Check that
Apache is linked with the pthread library: [...]



[2002-11-04 16:52:18] [EMAIL PROTECTED]

This is with Oracle 9i Release 2.



[2002-11-04 16:43:30] [EMAIL PROTECTED]

I get the following messages in my Apache 1.3.27 error log whenever I
try to use OCILogon:

[Mon Nov  4 15:32:46 2002] [notice] Apache/1.3.27 (Unix) PHP/4.2.3
configured -- resuming normal ope
rations
[Mon Nov  4 15:32:46 2002] [notice] Accept mutex: fcntl (Default:
fcntl)
[Mon Nov  4 15:33:00 2002] [notice] child pid 13088 exit signal
Segmentation Fault (11)
[Mon Nov  4 15:33:00 2002] [notice] child pid 13086 exit signal
Segmentation Fault (11)
[Mon Nov  4 15:33:00 2002] [notice] child pid 13085 exit signal
Segmentation Fault (11)
[Mon Nov  4 15:33:00 2002] [notice] child pid 13084 exit signal
Segmentation Fault (11)
[Mon Nov  4 15:33:00 2002] [notice] child pid 13083 exit signal
Segmentation Fault (11)
[Mon Nov  4 15:33:00 2002] [notice] child pid 13082 exit signal
Segmentation Fault (11)
[Mon Nov  4 15:33:01 2002] [notice] child pid 13090 exit signal
Segmentation Fault (11)
[Mon Nov  4 15:33:01 2002] [notice] child pid 13089 exit signal
Segmentation Fault (11)
[Mon Nov  4 15:33:02 2002] [notice] child pid 13092 exit signal
Segmentation Fault (11)
[Mon Nov  4 15:33:02 2002] [notice] child pid 13091 exit signal
Segmentation Fault (11)

Here is the script I tested with:

\n";
?>

Here are my configure lines:

For apache :

OPTIM="-g -m64" CFLAGS="-DDYNAMIC_MODULE_LIMIT=0" ./configure
--mandir=/usr/local/man --activate-module=src/modules/php4/libphp4.a
--enable-module=php4 --server-uid=www --server-gid=www

For PHP

CFLAGS="-g -m64" ./configure --with-apache=../apache_1.3.27 --with-xml
--with-oci8=/usr/local/oracle/OraHome --with-zlib
--enable-inline-optimization --enable-bcmath --enable-debug

They were both compiled with gcc-3.2.

Here are the environment variable settings from my httpd.conf:

SetEnv ORACLE_BASE /usr/local/oracle
SetEnv ORACLE_HOME /usr/local/oracle/OraHome
SetEnv ORACLE_SID TESTDB.WORLD
SetEnv TNS_ADMIN /usr/local/oracle/OraHome/network/adm

#20305 [Opn->Bgs]: print_r() handling of BOOLs

[sniper]

 ID:   20305
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Feature/Change Request
 Operating System: Linux GNU/Debian
 PHP Version:  4.2.3
 New Comment:

Use var_dump() instead.



Previous Comments:


[2002-11-07 18:03:30] [EMAIL PROTECTED]

Recently print_r() does not fully works as documented "Prints
human-readable information about a variable". If there's a BOOL
variable, no human readable output appears. I suggest to change this
and make print_r() output "(BOOL) TRUE" or "(BOOL) FALSE)" depending on
the value of BOOL variable (the "(BOOL)" prefix is to differ these from
strings "TRUE/FALSE" (just-in-case ;). Since print_r() is often used
for debugging purpose, such fix could simplify it.




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

#20288 [Opn->Bgs]: post-inputs "lag behind"

[sniper]

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

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.



Previous Comments:


[2002-11-06 12:03:11] [EMAIL PROTECTED]

Suppose I have two forms with a submit-button on 
each.  The first form takes "submit=Form1" and in 
response, redirects the user to Form2.  On this 
form, "submit=Form2." 
-- 
Trouble is, when I click the button having 
arrived on Form2, I might see an error message 
(from my app) like "Unknown submit=Form1".  In 
other words, Form2 telling me that it's getting a 
value that it doesn't understand:  it is getting 
a submit-value that is lagging-behind or 
out-of-date.  (Value should have been 'Form2'.) 
-- 
I saw this after upgrading PHP.  I see similar 
problems with familiar tools like phpMyAdmin, 
which doesn't update values when editing database 
tables because of this effect. 
-- 
It's bewildering and hard-to-explain, but very 
real and very, very urgent. 




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

#20286 [Opn->Bgs]: Request for feature add in makefile and configure

[sniper]

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

You should report this to the Apache folks as we only use the provided
apxs to install the module.



Previous Comments:


[2002-11-06 11:01:04] [EMAIL PROTECTED]

Greetings,

First off, my apologies.  I am not really reporting a bug, but
requesting a feature that will help avoid failed installs.

I ran into a small problem while trying to install PHP 4 onto a Red Hat
8.0 system with Apache 1.3.27.  It occurred because I split my
httpd.conf file into multiple files to make it easier to maintain and
reconfigure.  Due to this, the 'make install' command failed because it
was not able to find where to add the LoadModule and AddModule
directives.  I was able to get around this by re-inserting the modules
section back into httpd.conf, and then re-export it after the PHP
install so apache would properly restart.  The exact same thing has
occured to a co-worker.
What I would like to request if a setting (possibly to configure,
perhaps as --module-file) to allow me to set what file contains the
LoadModule and AddModule directives.  
This would save me a good bit of trouble in future installs.  Thanks.

J. Hunter Heinlen





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

#20285 [Opn->Bgs]: Undefined Function

[sniper]

 ID:   20285
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Mail related
 Operating System: RedHat Linux 7.1
 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:


[2002-11-06 10:51:26] [EMAIL PROTECTED]

When I try to run any script on either of my two servers (one running
PHP 4.2.3 and one running a CVS build from several months ago) mail()
mysteriously crashes and spits out the following error:

PHP Fatal error:  Call to undefined function:  mail() in mailtester.php
on line 2

The code tripping the error is as follows:

the mail was sent";
?>

This just started happening; one day everything worked fine, the next
day it just quit. I'm running with Qmail and have not changed anything
with my Qmail/PHP/Apache/Evironment settings. This occurs both through
Apache as well as through the command line.




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

#20256 [Opn->Fbk]: missing #include in zend.h for snprintf

[sniper]

 ID:   20256
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Compile Failure
 Operating System: OSF1 V4.0d
 PHP Version:  4.3.0-pre2
 New Comment:

Please try using this CVS snapshot:

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


And use --disable-cgi to only build the CLI sapi.

Also add the output of this command here:
# grep PRINTF main/php_config.h



Previous Comments:


[2002-11-05 06:08:29] [EMAIL PROTECTED]

Here's my configure line:

 ./configure  --prefix=/appl/local/OpenSource/3.1/usr
--exec-prefix=/appl/local/OpenSource/3.1/usr
--bindir=/appl/local/OpenSource/3.1/usr/bin --
sbindir=/appl/local/OpenSource/3.1/usr/sbin
--sysconfdir=/appl/local/OpenSource/3.1/etc
--datadir=/appl/local/OpenSource/3.1/usr/share --includedi
r=/appl/local/OpenSource/3.1/usr/include
--libdir=/appl/local/OpenSource/3.1/usr/lib
--libexecdir=/appl/local/OpenSource/3.1/usr/libexec --localst
atedir=/appl/local/OpenSource/3.1/var
--sharedstatedir=/appl/local/OpenSource/3.1/usr/com
--mandir=/appl/local/OpenSource/3.1/usr/man --infodir=/a
ppl/local/OpenSource/3.1/usr/info --enable-force-cgi-redirect
--enable-discard-path --enable-track-vars --with-layout=GNU
--with-openssl=/appl/loc
al/OpenSource/3.1/usr --with-gdbm=/appl/local/OpenSource/3.1/usr
--with-oci8

Here's the error-output:


/bin/ksh libtool --silent --mode=link gcc -export-dynamic -O2 -mieee 
-L/appl/local/OpenSource/3.1/usr/lib -L/appl/local/oracle/8.1.7/lib  -R
/appl/local/OpenSource/3.1/usr/lib -R /appl/local/oracle/8.1.7/lib
ext/ctype/ctype.lo ext/dba/dba.lo ext/dba/dba_cdb.lo ext/dba/dba_db2.lo
ext/dba/dba_dbm.lo ext/dba/dba_gdbm.lo ext/dba/dba_ndbm.lo
ext/dba/dba_db3.lo ext/mbstring/mbfilter_ja.lo
ext/mbstring/mbfilter_cn.lo ext/mbstring/mbfilter_tw.lo
ext/mbstring/mbfilter_kr.lo ext/mbstring/mbfilter_ru.lo
ext/mbstring/mbfilter.lo ext/mbstring/mbstring.lo
ext/mbstring/mbregex.lo ext/mbstring/php_mbregex.lo
ext/mbstring/html_entities.lo ext/mbstring/php_unicode.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/oci8/oci8.lo ext/openssl/openssl.lo
ext/overload/overload.lo ext/pcre/pcrelib/maketables.lo
ext/pcre/pcrelib/get.lo ext/pcre/pcrelib/study.lo
ext/pcre/pcrelib/pcre.lo ext/pcre/php_pcre.lo ext/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 ex

#20254 [Fbk]: imap_header() crash with bad Reply-To

[sniper]

 ID:   20254
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: IMAP related
 Operating System: Linux (2.4.18)
-PHP Version:  4.2.3
+PHP Version:  4.3.0-dev
 New Comment:

Try this with the CLI (command line) php. Maybe another thread-safety
issue..? How did you configure apache2?



Previous Comments:


[2002-11-06 08:42:27] [EMAIL PROTECTED]

Your second bt shows that it's not an IMAP specific problem, which is
interesting that it manifests itself in IMAP only.

Can you reproduce this with non Apache2 as well (using the latest CVS
of course)?  I know you probably hate me for asking this.



[2002-11-05 23:34:00] [EMAIL PROTECTED]

I deleted many html tags and php code.
Ctrl+F5(reload) gives good result or crash.

$ cat test.php
from[0]->personal;
if(!$from) $from = $header->$from[0]->mailbox;

$subject = htmlspecialchars(chop($header->Subject));
if(!$subject) $subject = "Null !!";

$to = $header->to[0]->personal;
if(!$to) $to = $header->to[0]->mailbox;

echo("Subject: $subject");
echo("Date : " . $header->Date . "");
echo("From : $from");
echo("To : $to");

imap_close($mailbox);
?>



[2002-11-05 14:29:25] [EMAIL PROTECTED]

The last error implies crash somewhere in the Apache 2 code. Does this
crash happen on any particular script, if so, could you please provide
the smallest possible version of such a script that can be used to
replicate the problem.



[2002-11-05 09:43:28] [EMAIL PROTECTED]

I tried above cvs version.
It worked but apache logs said,

[Wed Nov 06 00:44:50 2002] [notice] child pid 15305 exit signal
Segmentation fault (11)
[Wed Nov 06 00:44:55 2002] [notice] child pid 15371 exit signal
Segmentation fault (11)
[Wed Nov 06 00:44:58 2002] [notice] child pid 15401 exit signal
Segmentation fault (11)


and the back-trace here.

(gdb) bt
#0  0x402debd3 in chunk_alloc () from /lib/libc.so.6
#1  0x402de9d0 in malloc () from /lib/libc.so.6
#2  0x4052b06f in _emalloc (size=256, __zend_filename=0x405e8740
"/usr/local/src/php4-200211030600/Zend/zend_stack.c",
__zend_lineno=27, __zend_orig_filename=0x0, __zend_orig_lineno=0)
at /usr/local/src/php4-200211030600/Zend/zend_alloc.c:154
#3  0x4053d0de in zend_stack_init (stack=0x40654380) at
/usr/local/src/php4-200211030600/Zend/zend_stack.c:27
#4  0x4052c3d6 in zend_init_compiler_data_structures () at
/usr/local/src/php4-200211030600/Zend/zend_compile.c:73
#5  0x4052c4f0 in init_compiler () at
/usr/local/src/php4-200211030600/Zend/zend_compile.c:100
#6  0x4053e998 in zend_activate () at
/usr/local/src/php4-200211030600/Zend/zend.c:594
#7  0x40506bba in php_request_startup () at
/usr/local/src/php4-200211030600/main/main.c:833
#8  0x40556c1a in php_apache_request_ctor (f=0x81dcb68, ctx=0x81df000)
at
/usr/local/src/php4-200211030600/sapi/apache2filter/sapi_apache2.c:375
#9  0x40556e67 in php_output_filter (f=0x81dcb68, bb=0x81dce60)
at
/usr/local/src/php4-200211030600/sapi/apache2filter/sapi_apache2.c:449
#10 0x080ac5a7 in ap_pass_brigade (next=0x81dcb68, bb=0x81dcc98) at
util_filter.c:540
#11 0x080b2868 in default_handler (r=0x81dd9c8) at core.c:3317
#12 0x080a1bd6 in ap_run_handler (r=0x81dd9c8) at config.c:194
#13 0x080a20f1 in ap_invoke_handler (r=0x81dd9c8) at config.c:401
#14 0x08084e93 in ap_process_request (r=0x81dd9c8) at
http_request.c:288
#15 0x080810b8 in ap_process_http_connection (c=0x81d3578) at
http_core.c:293
#16 0x080aa6b6 in ap_run_process_connection (c=0x81d3578) at
connection.c:85
#17 0x080a0889 in child_main (child_num_arg=0) at prefork.c:696
#18 0x080a093c in make_child (s=0x812b950, slot=0) at prefork.c:736
#19 0x080a0a26 in startup_children (number_to_start=5) at
prefork.c:808
#20 0x080a0d28 in ap_mpm_run (_pconf=0x80e8690, plog=0x8126788,
s=0x812b950) at prefork.c:1024
#21 0x080a5dab in main (argc=2, argv=0xba44) at main.c:643
#22 0x402821c4 in __libc_start_main () from /lib/libc.so.6



[2002-11-05 07:18:10] [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





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

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

#20232 [Opn]: Error When host is not 127.0.0.1

[sniper]

 ID:   20232
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Sockets related
 Operating System: Windows ME
 PHP Version:  4.3.0-dev
 New Comment:

forget that last comment, I was just changing the PHP version
information..



Previous Comments:


[2002-11-07 18:48: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-11-04 18:09:16] [EMAIL PROTECTED]

I deleted everything form my PHP directory and replaced all the files.
All the librares are contained in one directory, and yes this is with
the same script, same everything, just a new place the error occurred



[2002-11-04 17:55:34] [EMAIL PROTECTED]

Is it the same script script, which causes the error or does it happen
in a different location?
Also, when you upgraded to latest CVS, did you make sure you did not
have any old PHP libraries lying around?



[2002-11-04 17:53:29] [EMAIL PROTECTED]

Well, It fixed one thing and caused another. Now PHP causes an error in
PHP4TS.DLL instead of MSCVRT.DLL.



[2002-11-04 12:52:09] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





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

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

#20232 [Fbk->Opn]: Error When host is not 127.0.0.1

[sniper]

 ID:   20232
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Sockets related
 Operating System: Windows ME
-PHP Version:  4.2.3
+PHP Version:  4.3.0-dev
 New Comment:

Please try using this CVS snapshot:

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




Previous Comments:


[2002-11-04 18:09:16] [EMAIL PROTECTED]

I deleted everything form my PHP directory and replaced all the files.
All the librares are contained in one directory, and yes this is with
the same script, same everything, just a new place the error occurred



[2002-11-04 17:55:34] [EMAIL PROTECTED]

Is it the same script script, which causes the error or does it happen
in a different location?
Also, when you upgraded to latest CVS, did you make sure you did not
have any old PHP libraries lying around?



[2002-11-04 17:53:29] [EMAIL PROTECTED]

Well, It fixed one thing and caused another. Now PHP causes an error in
PHP4TS.DLL instead of MSCVRT.DLL.



[2002-11-04 12:52:09] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2002-11-03 18:23:21] [EMAIL PROTECTED]

When I attempt to create a socket on any host besides 127.0.0.1
(including my own IP) I get an error...

Php has caused an error in MSCVRT.DLL
Php will now close

I call the script from the command line using php -q socket.php

With the host set to 127.0.0.1 it works just fine. here is a cde
piece.



and I get the error. Note myipadress would be my actual IP adress, but
i replaced it for security reasons.





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

#20305 [NEW]: print_r() handling of BOOLs

[carlos]

From: [EMAIL PROTECTED]
Operating system: Linux GNU/Debian
PHP version:  4.2.3
PHP Bug Type: Feature/Change Request
Bug description:  print_r() handling of BOOLs

Recently print_r() does not fully works as documented "Prints
human-readable information about a variable". If there's a BOOL variable,
no human readable output appears. I suggest to change this and make
print_r() output "(BOOL) TRUE" or "(BOOL) FALSE)" depending on the value
of BOOL variable (the "(BOOL)" prefix is to differ these from strings
"TRUE/FALSE" (just-in-case ;). Since print_r() is often used for debugging
purpose, such fix could simplify it.
-- 
Edit bug report at http://bugs.php.net/?id=20305&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20305&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20305&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20305&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20305&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20305&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20305&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20305&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20305&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20305&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20305&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20305&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20305&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20305&r=isapi

#20284 [Opn->Fbk]: Apache crashes (Sig 11) when doing a ini_set('session.save_handler', ..)

[sniper]

 ID:   20284
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Session related
 Operating System: Linux (RH-7.3)
-PHP Version:  4.2.3
+PHP Version:  4.3.0-dev
 New Comment:

Please add a short but complete example script which we can use to
reproduce this.


Previous Comments:


[2002-11-06 13:22:03] [EMAIL PROTECTED]

Just installed cvs version 200211030600

.. doesn't work either.



[2002-11-06 10:30:29] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

I believe this bug may have been solved in the CVS.



[2002-11-06 10:21:39] [EMAIL PROTECTED]

when executing "ini_set('session.save_handler', 'user') 
which is in my case done by postnuke-0.7.2.1 (default-
installation) apache's errorlog says:

[Wed Nov  6 16:49:17 2002] [notice] child pid 16682 exit signal
Segmentation fault (11)

configure line of php:


./configure' '--prefix=/usr/devel'
'--libexecdir=/usr/devel/usr/lib/apache'
'--sysconfdir=/usr/devel/etc/httpd/conf' '--libdir=/usr/devel/lib'
'--with-apxs=/usr/devel/bin/apxs' '--enable-sigchild'
'--enable-magic-quotes' '--enable-libgcc' '--with-openssl'
'--with-curl' '--enable-ftp' '--with-mysql' '--with-kerberos'
'--enable-shared' '--enable-static' '--enable-fast-install'
'--enable-debug' '--with-gnu-ld'
'--with-config-file-path=/usr/devel/etc/httpd/conf/php_devel'

gdb backtrace:
---
Program received signal SIGSEGV, Segmentation fault.
0x40311854 in call_user_function_ex (function_table=0x80fb4e0,
object_pp=0x0, function_name=0x11, retval_ptr_ptr=0xbfffd0fc, 
param_count=2, params=0x83f22b4, no_separation=1, symbol_table=0x0)
at zend_execute_API.c:400
400 if (function_name->type==IS_ARRAY) { /* assume
array($obj, $name) couple */
(gdb) bt
#0  0x40311854 in call_user_function_ex (function_table=0x80fb4e0,
object_pp=0x0, function_name=0x11, retval_ptr_ptr=0xbfffd0fc, 
param_count=2, params=0x83f22b4, no_separation=1, symbol_table=0x0)
at zend_execute_API.c:400
#1  0x40311770 in call_user_function (function_table=0x80fb4e0,
object_pp=0x0, function_name=0x11, retval_ptr=0x845e324, 
param_count=2, params=0xbfffd188) at zend_execute_API.c:373
#2  0x4037d859 in ps_call_handler (func=0x11, argc=2, argv=0xbfffd188)
at mod_user.c:60
#3  0x4037dd9f in ps_write_user (mod_data=0x4044bf10, key=0x8163f3c
"acee6bd11bac2f5f40f65396b0985536", 
val=0x849b914 "PNSVrand|i:1388284347;PNSVlang|s:3:\"eng\";",
vallen=41) at mod_user.c:148
#4  0x40379d85 in php_session_save_current_state () at session.c:589
#5  0x4037cb20 in php_session_flush () at session.c:1457
#6  0x4037cb3f in zif_session_write_close (ht=0,
return_value=0x83cad3c, this_ptr=0x0, return_value_used=0) at
session.c:1466
#7  0x4030ba59 in execute (op_array=0x8166d9c) at
./zend_execute.c:1598
#8  0x4031c760 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at zend.c:812
#9  0x4032f08e in php_execute_script (primary_file=0xb680) at
main.c:1383
#10 0x40329a3e in apache_php_module_main (r=0x80de734,
display_source_mode=0) at sapi_apache.c:90
#11 0x4032a8ac in send_php (r=0x80de734, display_source_mode=0,
filename=0x80deebc "/websites/www.handybo.de/web/index.php")
at mod_php4.c:575
#12 0x4032a919 in send_parsed_php (r=0x80de734) at mod_php4.c:590
#13 0x0806290f in ap_invoke_handler () at eval.c:41
#14 0x080778f7 in process_request_internal () at eval.c:41
#15 0x08077d1f in ap_internal_redirect () at eval.c:41
#16 0x0805a200 in handle_dir () at eval.c:41
#17 0x0806290f in ap_invoke_handler () at eval.c:41
#18 0x080778f7 in process_request_internal () at eval.c:41
#19 0x08077958 in ap_process_request () at eval.c:41
#20 0x0806e735 in child_main () at eval.c:41
#21 0x0806e8e0 in make_child () at eval.c:41
#22 0x0806ea54 in startup_children () at eval.c:41
#23 0x0806f0d0 in standalone_main () at eval.c:41
#24 0x0806f93f in main () at eval.c:41
#25 0x40164177 in __libc_start_main (main=0x806f590 , argc=2,
ubp_av=0xbb84, init=0x804e574 <_init>, 
fini=0x808d3e0 <_fini>, rtld_fini=0x4000d3c4 <_dl_fini>,
stack_end=0xbb7c) at ../sysdeps/generic/libc-start.c:129





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

#20275 [Fbk->Bgs]: Zlib problem

[sniper]

 ID:   20275
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Bogus
 Bug Type: Zlib Related
 Operating System: Redhat 7.3
 PHP Version:  4CVS-2002-11-06
 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:


[2002-11-06 13:25:00] [EMAIL PROTECTED]

Now I compile zlib 1.1.4 and PHP latest STABLE and phpinfo() says that
i have Compiled version 1.1.4 and linked version 1.1.3.

In ./configure of php i wrote . --with-zlib --with-zlib-dir=/usr

zlib i compile ./configure --prefix=/usr -shared

Zlib.so has been compiled but i dont know why PHP writes that linked
version is 1.1.3. What i have to do to have Linked version 1.1.4? 

Thankx.

Michal Vrabel.



[2002-11-06 13:03:29] [EMAIL PROTECTED]

Hello.

I tryed this:

Reinstal PC with Windows 2000 Prof, which includes IE 5.0. In IE 5.0
was the same problem. Then i install SP3 for W2K, IE 5.5 and the
problem was still. My friend with IE 5.x(??) try it too, but he have
the same problem with page, which i cannot open too.
I try open that pages at Netscape 7.0 and everything was ok... But when
i had Apache 1.2.x and PHP 4.1.2 i have no problem. Problem is now,
when i uses Apache 2 and PHP 4.3.0-dev.

Thankx.



[2002-11-06 12:55:50] [EMAIL PROTECTED]

You can make libz.so (shared zlib library) by adding -shared flag to
the compile line. However, 1.1.3 is fairly recent, so it should be ok
to use (that's what I have). Have you tried to verify this bug in other
browsers such as Mozilla, IE 6.0, Opera? It may be that you've come
across a quirck in your installation of IE 5.5



[2002-11-06 12:48:24] [EMAIL PROTECTED]

Hi.

Sorry. I wrote bad version. I means zlib 1.1.3 which still do that
problem. How can i install zlib 1.1.4. When i compile zlib source
distribution, zlib.so was not compiled. only zlib.a


Thank you.



[2002-11-06 08:29:35] [EMAIL PROTECTED]

zlib 1.0.3 is fairly old, considering that the current version is
1.1.4. Upgrade will definately solve @least 1 security vunreability in
zlib and very well may resolve the problem with page compression you
are seeing with PHP.



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

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

#20273 [Fbk->Bgs]: Undefined symbol: core_globals

[sniper]

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

This is not any bug in PHP. Try searching the bug database with the
'Undefined symbol: core_globals' string and you'll find couple of
reasons for this to happen. (and solutions how to get it work)




Previous Comments:


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

Please try using this CVS snapshot:

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





[2002-11-05 22:16:10] [EMAIL PROTECTED]

Sorry, that's 
--with-mysql
not
--with-sql



[2002-11-05 22:14:17] [EMAIL PROTECTED]

After compiling PHP 4.2.3 as a DSO, 
I've received the following message on running httpd
version 1.3.26 (binary supplied with Slackware 8.1):

Cannot load /usr/libexec/libphp4.so into server:
  /usr/libexec/libphp4.so: undefined symbol: core_globals

Here are the following options I used in the
PHP4 build:
--with-sql
--with-apxs
--enable-mbstring
--enable-mbstr-enc-trans
--enable-mbregex

I've looked all over the Web for a solution to this.
Looking at various mailing lists, it seems that several
people have encountered the same problem, but I have not
yet seen a solution presented in response.
If there's a solution to this, could
you please email it to me?




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

#20289 [Opn->Fbk]: Delete $HTTP_GET_VARS on ob_start

[sniper]

 ID:   20289
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Unknown/Other Function
 Operating System: win32
 PHP Version:  4.2.2
 New Comment:

Please try using this CVS snapshot:

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


Previous Comments:


[2002-11-06 15:27:45] [EMAIL PROTECTED]

I get this directly from the function phpinfo()

_ENV["QUERY_STRING"] mode=manage_sections  
_ENV["REQUEST_URI"]
/leden/bijwerken/bijwerken.php?mode=manage_sections&submode=del_section_d&del_name=CAO
 


strange It seems that the query string isn't correct



[2002-11-06 15:09:07] [EMAIL PROTECTED]

The question I asked becomes more specific.
I discovered that when I use a switch: switch($submode)
and in the switch exists a case "del_user": then data is deleted from
$_GET or $HTTP_GET_VARS, but when I change it to case "del_user_tmp":
or something different... It doesnt work anymore



[2002-11-06 12:04:39] [EMAIL PROTECTED]

I have certain reasons to believe that the function ob_start deletes
some data from $HTTP_GET_VARS. At least that's what I think it is
if I place a var_dump after ob_start sometimes data is missing. This
time I had something like this:

?mode=manage&submode=del_user&user_id=8

But when The var_dump was executed it only contained mode.
If I commented the call to ob_start then submode and user_id weren't
ommited
Mostly strange is that when I change one letter like submode=del_users
It suddenly works again...

Strange






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

#20282 [Opn->Fbk]: COM memory leak

[sniper]

 ID:   20282
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: COM related
 Operating System: Win2000/XP
 PHP Version:  4.2.3
 New Comment:

Please try using this CVS snapshot:

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




Previous Comments:


[2002-11-07 03:17:11] [EMAIL PROTECTED]

hi,

here my measuring depending on repetitions:

   0   10002000   1   
excel.exe 7.528K 9.712K 11.600K 26.416K
php.exe   5.260K 7.668K 10.148K 30.556K
 
do you need further information?



[2002-11-06 20:52:51] [EMAIL PROTECTED]

Can you be a bit more descriptive please?
Any gdb backtrace or log?
Maybe this is a feedback too because 10 000 000 is a lot for your
windows memory.



[2002-11-06 09:44:45] [EMAIL PROTECTED]

following script causes increasing memory leak in php.exe and
excel.exe:

//**
$strfilename = ".\\test.xls";
$strfilename = realpath($strfilename);
set_time_limit(0);
$exapp = new COM("Excel.application") or Die ("Did not connect to
Excel");
if (file_exists($strfilename))
{
  $wkb = $exapp->Workbooks->open($strfilename);
  for ($i=0; $i<1000; $i++)
  {
$Sheet = $wkb->Worksheets(1);
$egal = $Sheet->Cells(1,1);
$egal->value = 100;
  }
  $wkb->Save();
  $wkb->close(false,$strfilename,false);
}  
$exapp->Quit();
$exapp->Release();
//**

if the lines:

$egal = $Sheet->Cells(1,1);
$egal->value = 100;

will be deleted, only php.exe show the increasing memory leak.





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

#20304 [Opn->Bgs]: pb with revoque

[derick]

 ID:   20304
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Feature/Change Request
 Operating System: winXP pro SP1
 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:


[2002-11-07 14:21:29] [EMAIL PROTECTED]

wheb I want to Revoque : 
Révoquer les privilèges ->requête SQL :  REVOKE SELECT , INSERT ,UPDATE
,DELETE ,CREATE ,DROP ON `` secteur4 `` . * FROM 'toulouse'@ '%' 

MySQL a répondu:


You have an error in your SQL syntax near 'secteur4``.* FROM
'toulouse'@'%'' at line 1

thx
Ohan





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

#20299 [Bgs]: On the command line, $argv/ $argc are not set

[philip]

 ID:   20299
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Variables related
 Operating System: WinNT SP6
 PHP Version:  4.2.3
 New Comment:

See also $_SERVER['argv'] and friends.


Previous Comments:


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

pilot error -> bogus




[2002-11-07 08:57:55] [EMAIL PROTECTED]

bah - register_globals... damn im an idiot 8-)



[2002-11-07 08:54:33] [EMAIL PROTECTED]

what is your register_argc_argv setting?




[2002-11-07 08:54:32] [EMAIL PROTECTED]

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.





[2002-11-07 08:48:44] [EMAIL PROTECTED]

this is the script 'test.php'
-

-

when called via
c:\>php -f test.php test bla testagain

it should print:
--
Array
(
[0] => test.php
[1] => test
[2] => bla
[3] => testagain
)
-

but nothing happens.

i used php 4.2.3 win32 binaries (zip) on a WinNT SP6 PC.
all other things seem to work.



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

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

#20304 [NEW]: pb with revoque

[ohan]

From: [EMAIL PROTECTED]
Operating system: winXP pro SP1
PHP version:  4.2.3
PHP Bug Type: Feature/Change Request
Bug description:  pb with revoque

wheb I want to Revoque : 
Révoquer les privilèges ->requête SQL :  REVOKE SELECT , INSERT ,UPDATE
,DELETE ,CREATE ,DROP ON `` secteur4 `` . * FROM 'toulouse'@ '%' 

MySQL a répondu:


You have an error in your SQL syntax near 'secteur4``.* FROM
'toulouse'@'%'' at line 1

thx
Ohan

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

#20303 [Opn->Csd]: GD compile bug

[iliaa]

 ID:   20303
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: GD related
 Operating System: RedHat 8
 PHP Version:  4.2.3
 New Comment:

This bug has been fixed in CVS.

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

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




Previous Comments:


[2002-11-07 13:30:51] [EMAIL PROTECTED]

make[2]: Entering directory `/usr/src/php-4.2.3/ext/ctype'
make[3]: Entering directory `/usr/src/php-4.2.3/ext/ctype'
gcc -I. -I/usr/src/php-4.2.3/ext/ctype -I/usr/src/php-4.2.3/main
-I/usr/src/php-4.2.3 -I/usr/src/php-4.2.3/Zend
-I/usr/src/php-4.2.3/ext/mysql/libmysql
-I/usr/src/php-4.2.3/ext/xml/expat  -I/usr/src/php-4.2.3/TSRM -g -O2 
-c ctype.c &&
touch ctype.lo
/bin/sh /usr/src/php-4.2.3/libtool --silent --mode=link gcc  -I.
-I/usr/src/php-4.2.3/ext/ctype -I/usr/src/php-4.2.3/main
-I/usr/src/php-4.2.3 -I/usr/src/php-4.2.3/Zend
-I/usr/src/php-4.2.3/ext/mysql/libmysql
-I/usr/src/php-4.2.3/ext/xml/expat 
-I/usr/src/php-4.2.3/TSRM -g -O2 -prefer-non-pic -static   -o
libctype.la  ctype.lo
make[3]: Leaving directory `/usr/src/php-4.2.3/ext/ctype'
make[2]: Leaving directory `/usr/src/php-4.2.3/ext/ctype'
Making all in gd
make[2]: Entering directory `/usr/src/php-4.2.3/ext/gd'
make[3]: Entering directory `/usr/src/php-4.2.3/ext/gd'
/bin/sh /usr/src/php-4.2.3/libtool --silent --mode=compile gcc -I.
-I/usr/src/php-4.2.3/ext/gd -I/usr/src/php-4.2.3/main
-I/usr/src/php-4.2.3 -I/usr/src/php-4.2.3/Zend
-I/usr/src/php-4.2.3/ext/mysql/libmysql
-I/usr/src/php-4.2.3/ext/xml/expat 
-I/usr/src/php-4.2.3/TSRM -g -O2 -prefer-pic  -c gd.c && touch gd.slo
In file included from gd.c:36:
php_gd.h:69: warning: static declaration for `gdImageColorResolve'
follows non-static
gd.c:92: conflicting types for `gdIOCtx'
/usr/include/gd_io.h:18: previous declaration of `gdIOCtx'
make[3]: *** [gd.slo] Error 1
make[3]: Leaving directory `/usr/src/php-4.2.3/ext/gd'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/usr/src/php-4.2.3/ext/gd'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/php-4.2.3/ext'
make: *** [all-recursive] Error 1




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

#20303 [NEW]: GD compile bug

[scr34m]

From: [EMAIL PROTECTED]
Operating system: RedHat 8
PHP version:  4.2.3
PHP Bug Type: GD related
Bug description:  GD compile bug

make[2]: Entering directory `/usr/src/php-4.2.3/ext/ctype'
make[3]: Entering directory `/usr/src/php-4.2.3/ext/ctype'
gcc -I. -I/usr/src/php-4.2.3/ext/ctype -I/usr/src/php-4.2.3/main
-I/usr/src/php-4.2.3 -I/usr/src/php-4.2.3/Zend
-I/usr/src/php-4.2.3/ext/mysql/libmysql -I/usr/src/php-4.2.3/ext/xml/expat
 -I/usr/src/php-4.2.3/TSRM -g -O2  -c ctype.c &&
touch ctype.lo
/bin/sh /usr/src/php-4.2.3/libtool --silent --mode=link gcc  -I.
-I/usr/src/php-4.2.3/ext/ctype -I/usr/src/php-4.2.3/main
-I/usr/src/php-4.2.3 -I/usr/src/php-4.2.3/Zend
-I/usr/src/php-4.2.3/ext/mysql/libmysql -I/usr/src/php-4.2.3/ext/xml/expat

-I/usr/src/php-4.2.3/TSRM -g -O2 -prefer-non-pic -static   -o libctype.la 
ctype.lo
make[3]: Leaving directory `/usr/src/php-4.2.3/ext/ctype'
make[2]: Leaving directory `/usr/src/php-4.2.3/ext/ctype'
Making all in gd
make[2]: Entering directory `/usr/src/php-4.2.3/ext/gd'
make[3]: Entering directory `/usr/src/php-4.2.3/ext/gd'
/bin/sh /usr/src/php-4.2.3/libtool --silent --mode=compile gcc -I.
-I/usr/src/php-4.2.3/ext/gd -I/usr/src/php-4.2.3/main
-I/usr/src/php-4.2.3 -I/usr/src/php-4.2.3/Zend
-I/usr/src/php-4.2.3/ext/mysql/libmysql -I/usr/src/php-4.2.3/ext/xml/expat

-I/usr/src/php-4.2.3/TSRM -g -O2 -prefer-pic  -c gd.c && touch gd.slo
In file included from gd.c:36:
php_gd.h:69: warning: static declaration for `gdImageColorResolve' follows
non-static
gd.c:92: conflicting types for `gdIOCtx'
/usr/include/gd_io.h:18: previous declaration of `gdIOCtx'
make[3]: *** [gd.slo] Error 1
make[3]: Leaving directory `/usr/src/php-4.2.3/ext/gd'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/usr/src/php-4.2.3/ext/gd'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/php-4.2.3/ext'
make: *** [all-recursive] Error 1
-- 
Edit bug report at http://bugs.php.net/?id=20303&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20303&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20303&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20303&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20303&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20303&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20303&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20303&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20303&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20303&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20303&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20303&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20303&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20303&r=isapi

#19566 [Opn]: get_declared_classes() segfaults

[sniper]

 ID:   19566
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Reproducible crash
 Operating System: Linux PPC
-PHP Version:  4.2.3
+PHP Version:  4.3.0-dev
 New Comment:

updated to latest PHP version this was reproduced with..



Previous Comments:


[2002-11-07 01:53:10] [EMAIL PROTECTED]

reopen



[2002-11-07 01:49:06] [EMAIL PROTECTED]

It's not.  For the record I'd like to point out the fact this is a
Linux-PPC problem, not a Linux-i386 problem. ;-)



[2002-11-07 01:40:25] [EMAIL PROTECTED]

Sorry but I can't reproduce it with the latest CVS.

[Thu Nov  7 - 08:37:50 - root ~/php4]# gdb php
GNU gdb Red Hat Linux (5.1-1)
Copyright 2001 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "i386-redhat-linux"...
(gdb) run test.php
Starting program: /usr/local/bin/php test.php

Program exited normally.
(gdb)

It looks fixed.



[2002-11-07 01:31:31] [EMAIL PROTECTED]

As of 12:00 (PST) today (2002/11/6) this crash was still an issue.  I
compiled the latest snap while trying to fix another segfault, and this
segfault still occurs.



[2002-10-20 10:30:16] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





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

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

#20302 [NEW]: Leaked Descriptors

[linux_4ever]

From: [EMAIL PROTECTED]
Operating system: Linux 2.4.18
PHP version:  4.2.2
PHP Bug Type: Scripting Engine problem
Bug description:  Leaked Descriptors

Upon investigating the php engine as shipped by RedHat 8.0 with the
env_audit program, I have found that php is leaking descriptors (above and
beyond what apache is leaking). One descriptor is the php webpage being
executed, and 2 copies of the socket returned from accept appear to be
leaked. The env_audit program is listed at freshmeat.net, it comes with
instructions to audit php.

The fix is to add a fcntl(fd, FD_CLOEXEC) after accept and after opening
the page.
-- 
Edit bug report at http://bugs.php.net/?id=20302&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20302&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20302&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20302&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20302&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20302&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20302&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20302&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20302&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20302&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20302&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20302&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20302&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20302&r=isapi

#16880 [Csd]: max_execution_time affects large uploads

[iliaa]

 ID:   16880
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: Scripting Engine problem
 Operating System: *
 PHP Version:  4.3.0-dev
 New Comment:

This option is PHP_INI_ALL, meaning that you can change it's value
anywhere you want. IMHO your complaints have no merit.


Previous Comments:


[2002-11-07 10:51:56] [EMAIL PROTECTED]

Why did you have to introduce this new max_input_time setting? Sorry
but the default value of max_input_time is ridiculously low, 60 seconds
is just enough to upload a 300Kb file with a dialup connection!

I can't find any documentation yet but I bet that this max_input_time
setting can only be changed on a system-wide level. Is the goal to
produce an easy-to-use language? Do you realize that the large majority
of PHP users on virtual hosting can't change their configurations and
having such ridiculous default settings makes uploads impossible for
all of them?



[2002-10-21 08:12:04] [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.

There is a new ini setting, max_input_time that will allow you to
specify how much time a script may spend parsing input data such as
file uploads etc...



[2002-10-12 22:04:36] [EMAIL PROTECTED]

Nevermind, I had wrong php.ini settings.
Reproduced here too..




[2002-10-12 21:59:32] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

(I can not reproduce this with this snapshot) 




[2002-10-12 21:02:59] [EMAIL PROTECTED]

Confirmed in 4.2.3



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

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

#20300 [NEW]: mail() and Java combination causes webserver freeze

[mindas]

From: [EMAIL PROTECTED]
Operating system: Linux Debian/GNU testing
PHP version:  4.2.0
PHP Bug Type: Mail related
Bug description:  mail() and Java combination causes webserver freeze

Hi,
i've encountered a strange bug that causes webserver (Apache  1.3.26-1 in
particular) to halt. I'm using PHP/Java combination I've built myself on
Debian GNU/Linux (testing, kernel version is 2.4.20-pre7).

The killing code is here:



The first mail is sent successfully, but not the second one.

The most amazing thing is, that eliminating a mail() or Java() call
doesn't produce any problems. I mean, they work well separately. But when
these calls are together (in my case - even on different PHP classes), it
results a webserver lockup.

This has been tested on various PHP compilations starting from PHP 4.2.0
and up to the newest STABLE snapshot build.

The funniest thing is that this bug is ABSENT on my old PHP/Java build
(4.1.2-1). Java version is the same on both cases:

mindas@kiras:~$ java -version
java version "1.3.1_02"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_02-b02)
Java HotSpot(TM) Client VM (build 1.3.1_02-b02, mixed mode)

If you need any more details on this, just drop me a message via e-mail.
-- 
Edit bug report at http://bugs.php.net/?id=20300&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20300&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20300&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20300&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20300&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20300&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20300&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20300&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20300&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20300&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20300&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20300&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20300&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20300&r=isapi

#20295 [Opn->Bgs]: get_class_vars doesn't show values

[msopacua]

 ID:   20295
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Class/Object related
 Operating System: Win NT 4.0
 PHP Version:  4.2.2
 New Comment:

$this->bogus('onUserRequest');


Previous Comments:


[2002-11-07 03:37:38] [EMAIL PROTECTED]

Sorry...

This is not a bug... only initialized class variables are shown.

Close this one



[2002-11-07 02:51:54] [EMAIL PROTECTED]

class A
{
var $hello;
var $world;

function A()
{
$this->hello = "hello";
}
}

$a = get_class_vars("A");
foreach ($a as $key => $val)
{
echo $key . ": " . $val . "";
}

Output does not show the value as it suggests in the documentation. The
output I get is:

hello: 
world: 

Notice that the value of $hello is not shown.
Docs say uninitialized variables are not shown. But clearly hello is
initialized.

Calling this:
   $a = get_class_vars("A");
   print_r($a);

Produces:
   Array ( [hello] => [world] => ) 

Which also is wrong because of no values in hello




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

#20023 [Opn]: Page Fault on Socket read

[sven . schnitzke]

 ID:   20023
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Sockets related
 Operating System: Win 98 SP2
 PHP Version:  4.2.2 4.3
 New Comment:

Addendum:
I got hold of a Windows Me system and installed PHP 4.2.2
and 4.3 on it with the following results:
My initial complaint regarding the page fault when a local
telnet is ripped off the socket is specific to the OS 
(perhaps the wsock32.dll ver? Win 98:4.10.1998 Me:4.90.3000)

On Win 98 it occurs with telnet 4.90.3000.1 and 5.00.1717.1
and on Me it does not occur at all. This is independent of 
the location of the telnet client, same or foreign machine.

Not so with PHP 4.3 CVS 1 Nov 16:12:01: 
Socket_read dies on Win Me with the same symtoms as on Win 
98. It also does not matter witch machine telnet is running on.


Previous Comments:


[2002-11-01 17:08:04] [EMAIL PROTECTED]

I tried again with 4.3 Build Nov 1, 2002 16:12:01
and no luck:

socket_get_status complains over the result from 
socket_select stating that this is "not a valid stream 
resource", socket_last_error says: "0" and 
socket_get_peername knows about the correct ip and port.
Then comes socket_read and dies with a page fault in 
module  at :0003. This occurs either
upon entering a character in a telnet client on the
same machine or upon closing the connection from such
a client prior to entering anything from there. Killing
the telnet client results in a page fault in php4ts.

My installation is without any php related stuff in
%WINDIR% or %WINSYSDIR%, just a PATH set to the folder
containing the .EXE. I launch the script from a CLI
set to the folder of the .EXE with the command:
php -f "absolute path to script.php"
"extension_dir" is specified absolutely in php.ini and
the output of phpinfo() looks reasonable (sockets enabled
and path to extensions correctly specified).

A parallel inst of 4.2.2 running the same script can
read the characters from the telnet client and dies only
when the telnet client is killed without a correct shutdown
of the socket.



[2002-10-28 07:55:57] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2002-10-25 13:09:03] [EMAIL PROTECTED]

I didn't update - I did a new parallel inst of 4.3 
obviously leading to some inst issues. These are covered
in another bug thread because they seem to be due to the
environmental diffences between CGI and module mode.

One thing is certain: 4.3 behaves different from 4.2.2
using the same inst strategy - I will try to sort it out.
Sven



[2002-10-24 01:55:00] [EMAIL PROTECTED]

you most likely didn't update PHP correctly.
Just make sure you first REMOVE all existing PHP related
binaries (dlls, etc.) and then install the new version.




[2002-10-23 09:47:58] [EMAIL PROTECTED]

I did as you suggested. But now it isn't working at all
anymore: as with 4.2.2 I can do everything up to (but not
including) entering a character into the telnet client.

doing socket_read or even an
echo(socket_strerror(socket_last_error($client[$i])));
upon recieving that character triggers a Page Fault in php4ts.



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

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

#20296 [Opn->Bgs]: get_class_methods showing lower case class names

[msopacua]

 ID:   20296
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Class/Object related
 Operating System: Win NT 4.0
 PHP Version:  4.2.2
 New Comment:

You expect wrong :)

PHP is case-insensitive, which in practice means, that internally it is
converted to lowercase. This goes for variables/functions - anything
except certain constants.



Previous Comments:


[2002-11-07 03:09:28] [EMAIL PROTECTED]

The same goes true for get_parent_class()

Its shows class names in lower case



[2002-11-07 02:58:42] [EMAIL PROTECTED]

Using get_class_methods shows method names all in lower case. I expect
this to show the method names as they were typed in for each function.

That is:

class A
{
   function HelloWorld()
   {
   }
}

$a = get_class_methods(A);
print_r($a);

shouldnt be helloworld but rather HelloWorld




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

#16880 [Com]: max_execution_time affects large uploads

[zebz]

 ID:   16880
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: Scripting Engine problem
 Operating System: *
 PHP Version:  4.3.0-dev
 New Comment:

Why did you have to introduce this new max_input_time setting? Sorry
but the default value of max_input_time is ridiculously low, 60 seconds
is just enough to upload a 300Kb file with a dialup connection!

I can't find any documentation yet but I bet that this max_input_time
setting can only be changed on a system-wide level. Is the goal to
produce an easy-to-use language? Do you realize that the large majority
of PHP users on virtual hosting can't change their configurations and
having such ridiculous default settings makes uploads impossible for
all of them?


Previous Comments:


[2002-10-21 08:12:04] [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.

There is a new ini setting, max_input_time that will allow you to
specify how much time a script may spend parsing input data such as
file uploads etc...



[2002-10-12 22:04:36] [EMAIL PROTECTED]

Nevermind, I had wrong php.ini settings.
Reproduced here too..




[2002-10-12 21:59:32] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

(I can not reproduce this with this snapshot) 




[2002-10-12 21:02:59] [EMAIL PROTECTED]

Confirmed in 4.2.3



[2002-10-12 14:01:04] [EMAIL PROTECTED]

I have the same problem with iplanet web and IIS in win 2k.



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

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

#19452 [Com]: Apache2 with php4 freeze on HP-UX 11.00

[csoto]

 ID:   19452
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Apache2 related
 Operating System: HP-UX 11.00
 PHP Version:  4CVS-2002-09-17
 New Comment:

Okay, it's not just libphp4.so that's causing this symptom.  I get the
same thing when attempting to load mod_perl.so.  I think it's related
to DSOs in Apache 2.0.43 on HP/UX (mine is 11.11).  I think this is NOT
a PHP bug.

Charles


Previous Comments:


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

Interestingly, I show the wrong "extensions" directory in php-config,
even though it's correct in php.ini:

colossus 79: ./php-config --extension-dir
/opt/hpapache2/php/lib/php/extensions/no-debug-zts-20020429

There is no "no-debug..." directory.  Is this compiled incorrectly so
as to cause it to ignore this environment variable?

Charles



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

{AOL}ME TOO!{/AOL}

Getting the same problem.  Using HP's Apache2 build from
software.hp.com, which includes Apache 2.0.43 adn PHP 4.2.2.  Per HP's
instruction, I just uncommented the LoadModule line for
modules/libphp4.so.  HTTPD hangs at 97% CPU util.  Have to kill -9 it
and apachectl.  Apache works fine if I re-comment the PHP line, so it's
definitely PHP-related.

Charles



[2002-10-08 13:17:59] [EMAIL PROTECTED]

Same issue with : 

httpd-2.0.43
php4-200210080300

@++
JC



[2002-09-24 06:31:24] [EMAIL PROTECTED]

Same issue with 4CVS-2009-09-24 (php4-20020924)

@++
JC



[2002-09-23 07:53:54] [EMAIL PROTECTED]

Please try a new snapshot. There were some thread-safety fixes
committed just recently.




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

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

#15333 [Com]: strndup access violation

[khaecki]

 ID:   15333
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: IIS related
 Operating System: Windows 2000 Pro
 PHP Version:  4.3.0-dev
 New Comment:

attachment to previous message:

>> There is a curious connection:
>> Under applications-configuration...

also not the best.., dit crash aniway.


Previous Comments:


[2002-11-06 12:52:54] [EMAIL PROTECTED]

I get same error but also with different function:

php4ts!zend_strndup + 0x2B
 + 0xA05D8578

php4ts!zend_hash_copy + 0x1B
 + 0xA05D8578

There is a curious connection:

Under applications-configuration (i do not now the english correct
name)
(where to install php4isapi.dll)
Dlg-page: applications-options (seems concerning ASP)

After deselecting "Buffer", IIS run very stable with no more
interruption.

Mayby tray also..



[2002-11-05 03:52:31] [EMAIL PROTECTED]

I think this may be caused by some memory used for each page
loading,these memory are allocated but not being released properly.
May be the environment variables used.
The memory leap accumulated until crash the IIS.

Any thing done when a page loaded need to be noticed.



[2002-10-29 08:28:56] [EMAIL PROTECTED]

regarding the asp not loading with php as ISAPI...

Try commenting out all the extra loaded extensions in php.ini. (execpt
ones that are in use and necessary)

I had to do this to fix a form submit problem running in .cgi mode that
stripped off characters on submit from normal form posts in PostNuke.

This also made the access violations much much less frequent for ISAPI.



[2002-10-28 13:52:30] [EMAIL PROTECTED]

We are locked in to using IIS with Crystal Reports ASP for web
reporting.  When I run PHP in CGI mode I experience some problems with
pages rendering with errors (if anyone has suggestions in that area I
would love to hear them) - pages will occasionally render with slightly
scrambles source code ... javascript visible in the browser, html
visible in the browser, form fields in the wrong place or the wrong
size.

When PHP is run as an ISAPI mod all of the page scrambling problems go
away.  However, my ASP apps start failing.

Here are the server stats:


PHP Version 4.2.3
Windows NT 5.0 build 2195
SP3



[2002-10-24 14:28:47] [EMAIL PROTECTED]

Ran into this bug again. This happens either when I'm using the old
style of using global variables or repeatedly accessing codes that have
mistakes.



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

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

#20299 [Csd->Bgs]: On the command line, $argv/ $argc are not set

[cynic]

 ID:   20299
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Closed
+Status:   Bogus
 Bug Type: Variables related
 Operating System: WinNT SP6
 PHP Version:  4.2.3
 New Comment:

pilot error -> bogus



Previous Comments:


[2002-11-07 08:57:55] [EMAIL PROTECTED]

bah - register_globals... damn im an idiot 8-)



[2002-11-07 08:54:33] [EMAIL PROTECTED]

what is your register_argc_argv setting?




[2002-11-07 08:54:32] [EMAIL PROTECTED]

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.





[2002-11-07 08:48:44] [EMAIL PROTECTED]

this is the script 'test.php'
-

-

when called via
c:\>php -f test.php test bla testagain

it should print:
--
Array
(
[0] => test.php
[1] => test
[2] => bla
[3] => testagain
)
-

but nothing happens.

i used php 4.2.3 win32 binaries (zip) on a WinNT SP6 PC.
all other things seem to work.



[2002-11-07 08:36:41] [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.




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

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

#12502 [Com]: oci8.dll can't be loaded

[zikica . jevtic]

 ID:   12502
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: OCI8 related
 Operating System: WinNT and Windows 2000
 PHP Version:  4.0.6
 New Comment:

I have same problem with Unable to load dynamic library
'c:\php\extensions/php_oci8.dll'

What is sollution ?


Previous Comments:


[2001-08-06 07:37:14] [EMAIL PROTECTED]

Ask support questions on the appropriate mailing list:

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

( php-db / php-windows ) after you have searched the
archives, of course.

--Jani




[2001-08-02 11:57:23] [EMAIL PROTECTED]

sorry ORACLE VERSION 8.05



[2001-08-02 11:56:00] [EMAIL PROTECTED]

I found in the faqs the following (exactly the same problem)

"This problem was also seen under the ODBC drivers for Windows.  The
solution so far has
been to remove all Windows based carriage returns (\r\n) in your
TNSNames.ora and
SQLNet.ora file, and replace them with unix style carriage returns
(\n).

This should end your problem.  Why is this happening?  It's unknown at
the time, but is
being investigated.  
"

I convert this 2 files to Unix format (only \n) but the problem still
happend.

any help?



[2001-08-01 21:54:15] [EMAIL PROTECTED]

Sniper,

I change my php.ini 

I comment php_oci8.dll
and uncomment php_oracle.dll

This work.

But now I recieve the following problem:

TNS:could not resolve service name 

I try with 

$db= ora_logon("demo_user/demo_password@demo","");

This TNS exist and the user and the password too.

(this is the right place for this question?)

thank you again.



[2001-08-01 15:58:57] [EMAIL PROTECTED]

I don't understand this program.
Please check this image :

http://www.netred.cl/php.jpg

(image of my screen).




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

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

#20299 [Fbk->Csd]: On the command line, $argv/ $argc are not set

[web]

 ID:   20299
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Closed
 Bug Type: Variables related
 Operating System: WinNT SP6
 PHP Version:  4.2.3
 New Comment:

bah - register_globals... damn im an idiot 8-)


Previous Comments:


[2002-11-07 08:54:33] [EMAIL PROTECTED]

what is your register_argc_argv setting?




[2002-11-07 08:54:32] [EMAIL PROTECTED]

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.





[2002-11-07 08:48:44] [EMAIL PROTECTED]

this is the script 'test.php'
-

-

when called via
c:\>php -f test.php test bla testagain

it should print:
--
Array
(
[0] => test.php
[1] => test
[2] => bla
[3] => testagain
)
-

but nothing happens.

i used php 4.2.3 win32 binaries (zip) on a WinNT SP6 PC.
all other things seem to work.



[2002-11-07 08:36:41] [EMAIL PROTECTED]

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.




[2002-11-07 08:28:58] [EMAIL PROTECTED]

Using php on the command line, the variables $argv and $argc are not
set even when arguments are present. I used the newest win32 zip
package from php.net. But it worked on a linux system ...




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

#20299 [Bgs->Fbk]: On the command line, $argv/ $argc are not set

[cynic]

 ID:   20299
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Bogus
+Status:   Feedback
 Bug Type: Variables related
 Operating System: WinNT SP6
 PHP Version:  4.2.3
 New Comment:

what is your register_argc_argv setting?



Previous Comments:


[2002-11-07 08:54:32] [EMAIL PROTECTED]

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.





[2002-11-07 08:48:44] [EMAIL PROTECTED]

this is the script 'test.php'
-

-

when called via
c:\>php -f test.php test bla testagain

it should print:
--
Array
(
[0] => test.php
[1] => test
[2] => bla
[3] => testagain
)
-

but nothing happens.

i used php 4.2.3 win32 binaries (zip) on a WinNT SP6 PC.
all other things seem to work.



[2002-11-07 08:36:41] [EMAIL PROTECTED]

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.




[2002-11-07 08:28:58] [EMAIL PROTECTED]

Using php on the command line, the variables $argv and $argc are not
set even when arguments are present. I used the newest win32 zip
package from php.net. But it worked on a linux system ...




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

#20299 [Opn->Bgs]: On the command line, $argv/ $argc are not set

[wez]

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


[2002-11-07 08:48:44] [EMAIL PROTECTED]

this is the script 'test.php'
-

-

when called via
c:\>php -f test.php test bla testagain

it should print:
--
Array
(
[0] => test.php
[1] => test
[2] => bla
[3] => testagain
)
-

but nothing happens.

i used php 4.2.3 win32 binaries (zip) on a WinNT SP6 PC.
all other things seem to work.



[2002-11-07 08:36:41] [EMAIL PROTECTED]

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.




[2002-11-07 08:28:58] [EMAIL PROTECTED]

Using php on the command line, the variables $argv and $argc are not
set even when arguments are present. I used the newest win32 zip
package from php.net. But it worked on a linux system ...




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

#20299 [Bgs->Opn]: On the command line, $argv/ $argc are not set

[web]

 ID:   20299
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Bogus
+Status:   Open
 Bug Type: Variables related
 Operating System: WinNT SP6
 PHP Version:  4.2.3
 New Comment:

this is the script 'test.php'
-

-

when called via
c:\>php -f test.php test bla testagain

it should print:
--
Array
(
[0] => test.php
[1] => test
[2] => bla
[3] => testagain
)
-

but nothing happens.

i used php 4.2.3 win32 binaries (zip) on a WinNT SP6 PC.
all other things seem to work.


Previous Comments:


[2002-11-07 08:36:41] [EMAIL PROTECTED]

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.




[2002-11-07 08:28:58] [EMAIL PROTECTED]

Using php on the command line, the variables $argv and $argc are not
set even when arguments are present. I used the newest win32 zip
package from php.net. But it worked on a linux system ...




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

#20299 [Opn->Bgs]: On the command line, $argv/ $argc are not set

[cynic]

 ID:   20299
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Variables related
 Operating System: WinNT SP6
 PHP Version:  4.2.3
 New Comment:

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.



Previous Comments:


[2002-11-07 08:28:58] [EMAIL PROTECTED]

Using php on the command line, the variables $argv and $argc are not
set even when arguments are present. I used the newest win32 zip
package from php.net. But it worked on a linux system ...




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

#20299 [NEW]: On the command line, $argv/ $argc are not set

[web]

From: [EMAIL PROTECTED]
Operating system: WinNT SP6
PHP version:  4.2.3
PHP Bug Type: Variables related
Bug description:  On the command line, $argv/ $argc are not set

Using php on the command line, the variables $argv and $argc are not set
even when arguments are present. I used the newest win32 zip package from
php.net. But it worked on a linux system ...
-- 
Edit bug report at http://bugs.php.net/?id=20299&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20299&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20299&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20299&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20299&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20299&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20299&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20299&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20299&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20299&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20299&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20299&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20299&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20299&r=isapi

#20297 [Opn->Bgs]: Problem compiling PHP-4.3.0-pre2 with patched gdlib

[msopacua]

 ID:   20297
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: *General Issues
 Operating System: Suse Linux 8.0
 PHP Version:  4.3.0-pre2
 New Comment:

Sorry, we can't support patched versions of extensions.

Additionally, the GD library that comes with php, has GIF import
already available. I don't know off-hand if it made it into 4.3.0-pre2,
but it's working in current CVS for sure. Snaps are not built at the
moment (allthough I'm pretty sure it was already in the Nov 3rd
version.
You can check out the latest version, using instructions layed out
here:
http://www.php.net/anoncvs.php


Previous Comments:


[2002-11-07 07:02:05] [EMAIL PROTECTED]

I'm using a patched version of the gdlib with gif import for typo3, it
work all well till version 4.3.0-pre1, but with the last version, it's
summoning an error upon apache start: "undefined symbol
gdImageCreateFromGif" - don't nail me on the exact typing please :-)





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

#20298 [NEW]: odbc.check_persistent not working

[t_o_m_]

From: [EMAIL PROTECTED]
Operating system: Windows 2000 Server SP2
PHP version:  4.3.0-pre2
PHP Bug Type: ODBC related
Bug description:  odbc.check_persistent not working

Make sure the odbc.check_persistent is on and that odbc.allow_persistent is
on. Set up a database connection called dsnname
Run the script below (substituting [tabname] for a valid table name in
your database).
Check that you have persistent connections, ie with the webserver idle
make sure your database shows connections from the webserver.

Restart the database or kill the session belonging to the web server.

Re-run the script below and the odbc_exec fails with an error: 
"connection not open"  or smililar depending on your odbc driver.
I have found this effect to be the same with the Postgres odbc driver and
the Informix 3.30 odbc driver.

I presume that odbc.check_persistent is supposed to check that the
connection is still attached to the database before pconnect gives it to
the script?


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

#20297 [NEW]: Problem compiling PHP-4.3.0-pre2 with patched gdlib

[d . freise]

From: [EMAIL PROTECTED]
Operating system: Suse Linux 8.0
PHP version:  4.3.0-pre2
PHP Bug Type: *General Issues
Bug description:  Problem compiling PHP-4.3.0-pre2 with patched gdlib

I'm using a patched version of the gdlib with gif import for typo3, it work
all well till version 4.3.0-pre1, but with the last version, it's
summoning an error upon apache start: "undefined symbol
gdImageCreateFromGif" - don't nail me on the exact typing please :-)

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

#20283 [Bgs]: Trim function doesn't work at all

[glanzafilippi]

 ID:   20283
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Strings related
 Operating System: Linux RedHat 7.3
 PHP Version:  4.2.3
 New Comment:

Sorry, and sorry again. 

A superficial reading of the manual let me "think" that trim function
strip every spaces or every charlist from the start to the end of a
string. 

Thanks a lot for your patience.


Previous Comments:


[2002-11-07 05:21:04] [EMAIL PROTECTED]

Well, as your example values do not include any spaces which could be
trimmed, I don't see how you can say trim() is not working!

Cheers!

Mike



[2002-11-07 02:36:18] [EMAIL PROTECTED]

Thanks for your answer, but my question remain. I know that trim
function only 'trim' spaces, but in my case trim doesn't trim anything.
No spaces and no other charlist. 

>From the online manual:
>Without the second parameter, trim() will strip these >characters:  
>" " (ASCII 32 (0x20)), an ordinary space.

Probably i'm explaining the problem in a wrong way. Please tell me
where i'm wrong.

Thanks.



[2002-11-06 10:04:58] [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

Trim function will only trim 'space' characters, unless you specify a
list of characters you want to trim via the 2nd, optional parameter.



[2002-11-06 10:00:24] [EMAIL PROTECTED]

My Os is Linux Red Hat 7.3. Web Server is Zeus 4.1r3.
I compiled php with fastcgi.

i tried in several way but i noticed that in every case trim function
doesn't work at all.

This is a little piece of code:


Result
Osp. San Giovanni

OR directly



Result:
dd ff  hhkkk

The same result with 'rtrim' -- 'ltrim' and with a direct specification
of charlist.

Thanks






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

#20283 [Com]: Trim function doesn't work at all

[m . ford]

 ID:   20283
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Strings related
 Operating System: Linux RedHat 7.3
 PHP Version:  4.2.3
 New Comment:

Well, as your example values do not include any spaces which could be
trimmed, I don't see how you can say trim() is not working!

Cheers!

Mike


Previous Comments:


[2002-11-07 02:36:18] [EMAIL PROTECTED]

Thanks for your answer, but my question remain. I know that trim
function only 'trim' spaces, but in my case trim doesn't trim anything.
No spaces and no other charlist. 

>From the online manual:
>Without the second parameter, trim() will strip these >characters:  
>" " (ASCII 32 (0x20)), an ordinary space.

Probably i'm explaining the problem in a wrong way. Please tell me
where i'm wrong.

Thanks.



[2002-11-06 10:04:58] [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

Trim function will only trim 'space' characters, unless you specify a
list of characters you want to trim via the 2nd, optional parameter.



[2002-11-06 10:00:24] [EMAIL PROTECTED]

My Os is Linux Red Hat 7.3. Web Server is Zeus 4.1r3.
I compiled php with fastcgi.

i tried in several way but i noticed that in every case trim function
doesn't work at all.

This is a little piece of code:


Result
Osp. San Giovanni

OR directly



Result:
dd ff  hhkkk

The same result with 'rtrim' -- 'ltrim' and with a direct specification
of charlist.

Thanks






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

#11797 [Com]: CC and BCC don't work in mail() function

[vinay_s_in]

 ID:   11797
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: Mail related
 Operating System: Windows 2000
 PHP Version:  4.0.4
 Assigned To:  hholzgra
 New Comment:

I'm using php 4.0.6 on Linux 7.x with Apache 1.3.20.
The mail() function is working perfect, except the BCC option.

I tried the following:
\nBCC:
\r\nBCC:
\nBcc:
\r\nBcc:
\nbcc:
\r\nbcc:

No result.


Previous Comments:


[2002-05-22 05:52:18] [EMAIL PROTECTED]

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





[2001-08-19 05:13:22] [EMAIL PROTECTED]

added missing 'Assign To:' info.




[2001-06-30 04:48:50] [EMAIL PROTECTED]

mail code on windows badly needs a rewrite

right now it will only find a single Cc: line,
is case sensitive on comparing againgst Cc:
(so CC: wont work) and ignores Bcc: all together



[2001-06-30 04:33:40] [EMAIL PROTECTED]

The following should work fine. Can you check it?

mail ("[EMAIL PROTECTED]", "Subject", "Body", "Cc:[EMAIL PROTECTED]");



[2001-06-29 04:31:24] [EMAIL PROTECTED]

I'm using php 4.0.4 on Windows 2000 with IIS.
The mail() function is working perfect, except the CC and BCC options.

I tried the following:
\nBCC:
\r\nBCC:
\nBcc:
\r\nBcc:

and the same with CC.

No result.




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

#20295 [Com]: get_class_vars doesn't show values

[kkobashi]

 ID:   20295
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Class/Object related
 Operating System: Win NT 4.0
 PHP Version:  4.2.2
 New Comment:

Sorry...

This is not a bug... only initialized class variables are shown.

Close this one


Previous Comments:


[2002-11-07 02:51:54] [EMAIL PROTECTED]

class A
{
var $hello;
var $world;

function A()
{
$this->hello = "hello";
}
}

$a = get_class_vars("A");
foreach ($a as $key => $val)
{
echo $key . ": " . $val . "";
}

Output does not show the value as it suggests in the documentation. The
output I get is:

hello: 
world: 

Notice that the value of $hello is not shown.
Docs say uninitialized variables are not shown. But clearly hello is
initialized.

Calling this:
   $a = get_class_vars("A");
   print_r($a);

Produces:
   Array ( [hello] => [world] => ) 

Which also is wrong because of no values in hello




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

#20268 [Com]: PHP (module or CLI) crashes with Bus Error on startup

[j-devenish]

 ID:   20268
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Zend Engine 2 problem
 Operating System: Solaris 9
 PHP Version:  4CVS-2002-11-05
 New Comment:

Hi,

I found this same problem under Solaris 8 using PHP 4.3.0pre2. For me,
this is due to 64-bit uncleanliness.

Since the CLI is required during PEAR installation, I did get an
obvious interruption to `make install`. Therefore, `make install` is
the "litmus test" I used to find the following three problems.

(1) One problem seems to be an inconsistency between Zend and PHP.
There are many 'globals' structs in PHP that specify int storage for
configuration values, along with the OnUpdateInt callback. However,
Zend defines OnUpdateInt to operate on longs. OnUpdateINT sounds like a
misnomer for something that works with longs. Also, OnUpdateInt uses
zend_atoi, which returns an int type, not long. So perhaps it really is
a Zend problem. This matters (e.g. on LP64 platforms) where
sizeof(int)!=sizeof(long).

I changed OnUpdateInt in zend_ini.c by modifying p from long* to int*
and loading of config now works fine for me.

--- Zend/zend_ini.c 2002-09-23 20:00:39.0 +0800
+++ Zend/zend_ini.c 2002-11-07 15:16:29.521055000 +0800
@@ -429,18 +429,18 @@
 
 
 ZEND_API ZEND_INI_MH(OnUpdateInt)
 {
-   long *p;
+   int *p;
 #ifndef ZTS
char *base = (char *) mh_arg2;
 #else
char *base;
 
base = (char *) ts_resource(*((int *) mh_arg2));
 #endif
 
-   p = (long *) (base+(size_t) mh_arg1);
+   p = (int *) (base+(size_t) mh_arg1);
 
*p = zend_atoi(new_value, new_value_length);
return SUCCESS;
 }

(2) Another problem shown in this pstack during PEAR installation:
100114084 php_stdiop_cast (, 3, 7fff6734, 100114040, 100113fa0,
1005e2388) + 44
100114790 _php_stream_cast (1005e2388, 1, 7fff6734, 1, 2, 2) + 1b0
10009a95c zif_flock (2, 1005de668, 0, 1, 7fff75b0, 10009a8e0) + 7c
100146af8 execute (100343728, 7fff7dd0, 100338c50, 7fff7eb8, 1002cf700,
100343728) + 2278
100146870 execute (10057e6c8, 7fff8430, a8, 7fff84e0, 1002cf700,
10057e6c8) + 1ff0
100146870 execute (1003434a8, 7fff9a80, 7e0, 7fffa268, 1002cf700,
1003434a8) + 1ff0
100146870 execute (100536a58, 7fffa540, 100338c18, 7fffb5e8, 1002cf700,
100536a58) + 1ff0
100146870 execute (10033fae8, 100144880, 10011dd80, 1, 0, 0) + 1ff0
100137700 zend_execute_scripts (8, 0, 3, 77c0, 1002cf700, 7fffd818)
+ e0
100109114 php_execute_script (0, 1002cf700, 10033f528, 0, 2f, 2d) +
1d4
10014bcf0 main (0, 78b8, 78e8, 1002c9990, 1, 0) + 910
100021abc _start (0, 0, 0, 0, 0, 0) + 7c

(Note that I have actually trimmed the address widths down for
readability, though the stack itself is unmodified.)

`truss` indicated that the value of third argument ("ret") to
main/stream.c's php_stdiop_cast was an unusable address. That is also
the third argument to _php_stream_cast. So, we're zif_flock, expanded
from PHP_FUNCTION(flock) in ext/standard/file.[ch].  Now, fd is an int
and its address is passed as a void**. So php_stdiop_cast dereferences
it to a void* and then to store the int value, it is cast as (void*) to
be compatible at compile time. Since sizeof(int)!=sizeof(void*), we
have a problem. So I cast the point as an int* instead.

--- streams.c   2002-10-24 21:14:47.0 +0800
+++ streams.c   2002-11-07 17:10:27.015969000 +0800
@@ -1401,7 +1401,7 @@
}
if (ret) {
fflush(data->file);
-   *ret = (void*)fd;
+   *(int*)ret = fd;
}
return SUCCESS;
default:

(3) Guess what. Argh. Now in php_strspn part of
./ext/standard/string.c. The last two arguments are bogus (we do have
less than 6 TB of RAM in this machine). Hmmm. zend_parse_parameters
returns junk into len1 and len2. Chapter 33 of the manual seems to
indicate that string length is returned as an int (and in zend_API.c
that does seem to be the case) so this was a bug in string.c. But this
is a bit odd, since zend_parse_parameters has 'l' for electing a long
argument but not an int argument. So there is this mixture of integer
lengths around. I knew nothing about Zend until today so I don't know
what supposed to happen here, simply that this is a way that made it
work for me:

--- string.c2002-10-26 04:09:53.0 +0800
+++ string.c2002-11-07 17:11:18.988027000 +0800
@@ -202,7 +202,8 @@
 static void php_spn_common_handler(INTERNAL_FUNCTION_PARAMETERS, int
behavior)
 {
char *s11, *s22;
-   long len1, len2, start, len;
+   int len1, len2;
+   long start, len;

start = 0;
len = 0;

Although I have applied (1), (2), and (3) and found that PHP now
functions (in the five minutes since 

#20282 [Opn]: COM memory leak

[sven . packmor]

 ID:   20282
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: COM related
 Operating System: Win2000/XP
 PHP Version:  4.2.3
 New Comment:

hi,

here my measuring depending on repetitions:

   0   10002000   1   
excel.exe 7.528K 9.712K 11.600K 26.416K
php.exe   5.260K 7.668K 10.148K 30.556K
 
do you need further information?


Previous Comments:


[2002-11-06 20:52:51] [EMAIL PROTECTED]

Can you be a bit more descriptive please?
Any gdb backtrace or log?
Maybe this is a feedback too because 10 000 000 is a lot for your
windows memory.



[2002-11-06 09:44:45] [EMAIL PROTECTED]

following script causes increasing memory leak in php.exe and
excel.exe:

//**
$strfilename = ".\\test.xls";
$strfilename = realpath($strfilename);
set_time_limit(0);
$exapp = new COM("Excel.application") or Die ("Did not connect to
Excel");
if (file_exists($strfilename))
{
  $wkb = $exapp->Workbooks->open($strfilename);
  for ($i=0; $i<1000; $i++)
  {
$Sheet = $wkb->Worksheets(1);
$egal = $Sheet->Cells(1,1);
$egal->value = 100;
  }
  $wkb->Save();
  $wkb->close(false,$strfilename,false);
}  
$exapp->Quit();
$exapp->Release();
//**

if the lines:

$egal = $Sheet->Cells(1,1);
$egal->value = 100;

will be deleted, only php.exe show the increasing memory leak.





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

#20296 [Com]: get_class_methods showing lower case class names

[kkobashi]

 ID:   20296
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Class/Object related
 Operating System: Win NT 4.0
 PHP Version:  4.2.2
 New Comment:

The same goes true for get_parent_class()

Its shows class names in lower case


Previous Comments:


[2002-11-07 02:58:42] [EMAIL PROTECTED]

Using get_class_methods shows method names all in lower case. I expect
this to show the method names as they were typed in for each function.

That is:

class A
{
   function HelloWorld()
   {
   }
}

$a = get_class_methods(A);
print_r($a);

shouldnt be helloworld but rather HelloWorld




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

#20296 [NEW]: get_class_methods showing lower case class names

[kkobashi]

From: [EMAIL PROTECTED]
Operating system: Win NT 4.0
PHP version:  4.2.2
PHP Bug Type: Class/Object related
Bug description:  get_class_methods showing lower case class names

Using get_class_methods shows method names all in lower case. I expect this
to show the method names as they were typed in for each function.

That is:

class A
{
   function HelloWorld()
   {
   }
}

$a = get_class_methods(A);
print_r($a);

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

#20295 [NEW]: get_class_vars doesn't show values

[kkobashi]

From: [EMAIL PROTECTED]
Operating system: Win NT 4.0
PHP version:  4.2.2
PHP Bug Type: Class/Object related
Bug description:  get_class_vars doesn't show values

class A
{
var $hello;
var $world;

function A()
{
$this->hello = "hello";
}
}

$a = get_class_vars("A");
foreach ($a as $key => $val)
{
echo $key . ": " . $val . "";
}

Output does not show the value as it suggests in the documentation. The
output I get is:

hello: 
world: 

Notice that the value of $hello is not shown.
Docs say uninitialized variables are not shown. But clearly hello is
initialized.

Calling this:
   $a = get_class_vars("A");
   print_r($a);

Produces:
   Array ( [hello] => [world] => ) 

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

#20283 [Bgs]: Trim function doesn't work at all

[glanzafilippi]

 ID:   20283
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Strings related
 Operating System: Linux RedHat 7.3
 PHP Version:  4.2.3
 New Comment:

Thanks for your answer, but my question remain. I know that trim
function only 'trim' spaces, but in my case trim doesn't trim anything.
No spaces and no other charlist. 

>From the online manual:
>Without the second parameter, trim() will strip these >characters:  
>" " (ASCII 32 (0x20)), an ordinary space.

Probably i'm explaining the problem in a wrong way. Please tell me
where i'm wrong.

Thanks.


Previous Comments:


[2002-11-06 10:04:58] [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

Trim function will only trim 'space' characters, unless you specify a
list of characters you want to trim via the 2nd, optional parameter.



[2002-11-06 10:00:24] [EMAIL PROTECTED]

My Os is Linux Red Hat 7.3. Web Server is Zeus 4.1r3.
I compiled php with fastcgi.

i tried in several way but i noticed that in every case trim function
doesn't work at all.

This is a little piece of code:


Result
Osp. San Giovanni

OR directly



Result:
dd ff  hhkkk

The same result with 'rtrim' -- 'ltrim' and with a direct specification
of charlist.

Thanks






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