date:20060127

#35647 [NoF-Opn]: tidy does not produce valid utf8 when the encoding is specified in the config

2006-01-27 Thread bugs at nikmakepeace dot com

 ID:   35647
 User updated by:  bugs at nikmakepeace dot com
 Reported By:  bugs at nikmakepeace dot com
-Status:   No Feedback
+Status:   Open
 Bug Type: XML related
 Operating System: FC3
 PHP Version:  5.1.1
 New Comment:

The source is available at
http://www.nikmakepeace.com/testcases/tidy-utf8.phps

Be sure to force your browser's character encoding to utf-8 before
copying it.

Note also that changing the last line to  echo
tidy_repair_string($dirty, $config, 'utf8'); produces the desired
results, but should not be necessary.


Previous Comments:


[2005-12-20 01:00:05] php-bugs at lists dot php dot net

No feedback was provided for this bug for over a week, 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.



[2005-12-12 22:05:50] [EMAIL PROTECTED]

Put the data somewhere in the Net and paste the link here, please.




[2005-12-12 18:44:35] bugs at nikmakepeace dot com

Description:

If you specify utf8 encoding using the config options 'char-encoding',
'input-encoding' and 'output-encoding' with tidy it converts HTML
entities into their latin1, single-byte equivalents rather than the
correct, multi-byte utf-8 encodings (or just leaving them as entities)


The result is that nbsp; is converted into 0xA0, eacute; is converted
into 0xE9 and so on. This is not valid UTF-8 and so well-behaving XML
parsers, including PHP's DOM, fail.

Specifying 'utf8' as the third parameter works correctly.

Reproduce code:
---
?php
$dirty='a
href=http://fr.yahoo.com/r/n/fd/7/*http://fr.news.yahoo.com/12122005/202/beatrice-dalle-temoigne-au-proces-de-son-mari-accuse-de.html;Beacute;atrice
Dalle teacute;moigne au procegrave;s de son mari accuseacute; de
viol/abr/
smallnobra
href=http://rd.yahoo.co.jp/toppage/topinfo/rikunabi/051213/?http://katsuyou.rikunabi-shinsotsu.yahoo.co.jp/2007/;äººã¨å·®ãã¤ãå°±è·æ´»åãããã/a/nobr
- nobra
href=http://rd.yahoo.co.jp/toppage/topinfo/event_xmas/051125/?http://xmas.yahoo.co.jp/;ãã¤ã³ã5åã®ã¯ãªã¹ãã¹ã®ããã¯12æã¾ã§ï¼/a/nobr/small';

$config['char-encoding']='utf8';
$config['input-encoding']='utf8';
$config['output-encoding']='utf8';
$config['output-xhtml']=true;

echo tidy_repair_string($dirty, $config);
?


Expected result:

Note well the correct unicode e-acute and e-grave in the French text.

?xml version=1.0?
html xmlns=http://www.w3.org/1999/xhtml;
head
title/title
/head
body
a href=
http://fr.yahoo.com/r/n/fd/7/*http://fr.news.yahoo.com/12122005/202/beatrice-dalle-temoigne-au-proces-de-son-mari-accuse-de.html;
BÃ©atrice Dalle tÃ©moigne au procÃ¨s de son mari accusÃ© de
viol/abr /
smallnobra href=
http://rd.yahoo.co.jp/toppage/topinfo/rikunabi/051213/?http://katsuyou.rikunabi-shinsotsu.yahoo.co.jp/2007/;
äººã¨å·®ãã¤ãå°±è·æ´»åãããã/a/nobr - nobra href=
http://rd.yahoo.co.jp/toppage/topinfo/event_xmas/051125/?http://xmas.yahoo.co.jp/;
ãã¤ã³ã5åã®ã¯ãªã¹ãã¹ã®ããã¯12æã¾ã§ï¼/a/nobr/small
/body
/html


Actual result:
--
Note how the e-acute and e-grave has been replaced with a non-unicode
character.

?xml version=1.0?
html xmlns=http://www.w3.org/1999/xhtml;
head
title/title
/head
body
a href=
http://fr.yahoo.com/r/n/fd/7/*http://fr.news.yahoo.com/12122005/202/beatrice-dalle-temoigne-au-proces-de-son-mari-accuse-de.html;
Bï¿½atrice Dalle tï¿½moigne au procï¿½s de son mari accusï¿½ de
viol/abr /
smallnobra href=
http://rd.yahoo.co.jp/toppage/topinfo/rikunabi/051213/?http://katsuyou.rikunabi-shinsotsu.yahoo.co.jp/2007/;
äººã¨å·®ãã¤ãå°±è·æ´»åãããã/a/nobr -
nobra href=
http://rd.yahoo.co.jp/toppage/topinfo/event_xmas/051125/?http://xmas.yahoo.co.jp/;
ãã¤ã³ã5åã®ã¯ãªã¹ãã¹ã®ããã¯12æã¾ã§ï¼/a/nobr/small
/body
/html






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

#36165 [WFx]: == considered harmful

2006-01-27 Thread scratch65536 at att dot net

 ID:   36165
 User updated by:  scratch65536 at att dot net
 Reported By:  scratch65536 at att dot net
 Status:   Wont fix
 Bug Type: Feature/Change Request
 Operating System: W2K, but irrelevant
 PHP Version:  4.4.2
 New Comment:

I can recall Maurice Wilkes sending an auditorium filled with engineers
into gales of laughter by pointing out that The really nice thing about
standards is that they ensure that everyone who comes after us makes the
same mistakes we did.


Previous Comments:


[2006-01-26 14:28:56] [EMAIL PROTECTED]

This is not going to happen.



[2006-01-26 14:23:41] scratch65536 at att dot net

Description:

To prevent if ( $a = 2 )-type errors, an EQ comparison operator would
be very helpful.  (If I had the cost of all the time lost, worldwide, on
that class of error, I'd be living in a villa on the Riviera.)

Although the EQ op is the only one actually needed, for symmetry's sake
it would be pleasant to have the rest, too: NE,LT,LE,GE,GT).

Reproduce code:
---
n/a

Expected result:

n/a

Actual result:
--
n/a





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

#36175 [Fbk-Opn]: Error connecting to Oracle

2006-01-27 Thread mauroi at digbang dot com

 ID:   36175
 User updated by:  mauroi at digbang dot com
 Reported By:  mauroi at digbang dot com
-Status:   Feedback
+Status:   Open
 Bug Type: OCI8 related
 Operating System: CentOS release 4.2
 PHP Version:  5.1.2
 New Comment:

Is there a change in the code that connects to Oracle?? Other way, I
don't think it would work. If the bug has been corrected, then I will
try the next release. Until then, I'll have to keep 5.1.1. Sorry, but
this is a production server. I don't think it would be correct to
install a development version.

Thank you very much.


Previous Comments:


[2006-01-27 08:36:02] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2006-01-26 22:41:38] mauroi at digbang dot com

Description:

I get this error when I try to connect to a local oracle instance with
oci8:

OCIEnvNlsCreate()
failed.
There is something wrong with your system - please check that
ORACLE_HOME
is set and points to the right directory

Under exactly the same configuration, but using PHP 5.1.1 it works as
expected.
Of course, ORACLE_HOME is correctly defined, and all the environment
variables (it works with 5.1.1). The permissions of the tnsnames.ora
file are correct (Oracle's 10gR2 bad decision in my opinion).

I can send further information, just tell me what.

Thanks in advance.

Reproduce code:
---
Any attempt to connect.

Expected result:

An oci8 resource

Actual result:
--
OCIEnvNlsCreate()
failed.
There is something wrong with your system - please check that
ORACLE_HOME
is set and points to the right directory





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

#36178 [NEW]: Can't compile oci8 instant client

2006-01-27 Thread nicola at nexusfi dot it

From: nicola at nexusfi dot it
Operating system: Red Hat ES 4
PHP version:  4.4.2
PHP Bug Type: Compile Failure
Bug description:  Can't compile oci8 instant client 

Description:

I cant' compile oci8 instant client module on php 4.4.2 on RH ES 4.

I installed The Basic and the SDK Instant client packages from OTN,
following that manual 

http://www.oracle.com/technology/pub/notes/technote_php_instant.html

I used this configure line 
./configure  --with-mysql=/usr --with-apxs=/usr/local/apache/bin/apxs
--enable-mbstring=all --enable-mbstr-enc-trans --with-oci8-instant-client

Compilation fails with this error message

main/internal_functions_cli.lo(.data+0x18): undefined reference to
`oci8_module_entry'
collect2: ld returned 1 exit status
make: *** [sapi/cli/php] Error 1

On version 4.4.1 the compilation works




-- 
Edit bug report at http://bugs.php.net/?id=36178edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=36178r=trysnapshot44
Try a CVS snapshot (PHP 5.1): 
http://bugs.php.net/fix.php?id=36178r=trysnapshot51
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=36178r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=36178r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=36178r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=36178r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=36178r=needscript
Try newer version:http://bugs.php.net/fix.php?id=36178r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=36178r=support
Expected behavior:http://bugs.php.net/fix.php?id=36178r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=36178r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=36178r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=36178r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=36178r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=36178r=dst
IIS Stability:http://bugs.php.net/fix.php?id=36178r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=36178r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=36178r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=36178r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=36178r=mysqlcfg

#36179 [NEW]: yacc /usr/local/php-4.4.2/ext/standard/parsedate.y

2006-01-27 Thread pietro dot brambilla at aslmi2 dot it

From: pietro dot brambilla at aslmi2 dot it
Operating system: aix 5.3 ml 3
PHP version:  4.4.2
PHP Bug Type: Compile Failure
Bug description:  yacc  /usr/local/php-4.4.2/ext/standard/parsedate.y

Description:

when I type make, it is ended with 
 yacc  /usr/local/php-4.4.2/ext/standard/parsedate.y

 yacc: 1285-742 The escape is not valid or expect is not a reserved word.
Line 154


Expected result:

compile correct!

Actual result:
--
make quit with error

-- 
Edit bug report at http://bugs.php.net/?id=36179edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=36179r=trysnapshot44
Try a CVS snapshot (PHP 5.1): 
http://bugs.php.net/fix.php?id=36179r=trysnapshot51
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=36179r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=36179r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=36179r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=36179r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=36179r=needscript
Try newer version:http://bugs.php.net/fix.php?id=36179r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=36179r=support
Expected behavior:http://bugs.php.net/fix.php?id=36179r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=36179r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=36179r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=36179r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=36179r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=36179r=dst
IIS Stability:http://bugs.php.net/fix.php?id=36179r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=36179r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=36179r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=36179r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=36179r=mysqlcfg

#36179 [Opn-Bgs]: yacc /usr/local/php-4.4.2/ext/standard/parsedate.y

2006-01-27 Thread derick

 ID:   36179
 Updated by:   [EMAIL PROTECTED]
 Reported By:  pietro dot brambilla at aslmi2 dot it
-Status:   Open
+Status:   Bogus
 Bug Type: Compile Failure
 Operating System: aix 5.3 ml 3
 PHP Version:  4.4.2
 New Comment:

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

We require bison, and yacc won't work.


Previous Comments:


[2006-01-27 15:17:18] pietro dot brambilla at aslmi2 dot it

Description:

when I type make, it is ended with 
 yacc  /usr/local/php-4.4.2/ext/standard/parsedate.y

 yacc: 1285-742 The escape is not valid or expect is not a reserved
word. Line 154


Expected result:

compile correct!

Actual result:
--
make quit with error





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

#36178 [Opn-Bgs]: Can't compile oci8 instant client

2006-01-27 Thread sniper

 ID:   36178
 Updated by:   [EMAIL PROTECTED]
 Reported By:  nicola at nexusfi dot it
-Status:   Open
+Status:   Bogus
 Bug Type: Compile Failure
 Operating System: Red Hat ES 4
 PHP Version:  4.4.2
 New Comment:

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.  Due to the volume
of reports we can not explain in detail here why your report is not
a bug.  The support channels will be able to provide an explanation
for you.

Thank you for your interest in PHP.




Previous Comments:


[2006-01-27 12:57:33] nicola at nexusfi dot it

Description:

I cant' compile oci8 instant client module on php 4.4.2 on RH ES 4.

I installed The Basic and the SDK Instant client packages from OTN,
following that manual 

http://www.oracle.com/technology/pub/notes/technote_php_instant.html

I used this configure line 
./configure  --with-mysql=/usr --with-apxs=/usr/local/apache/bin/apxs
--enable-mbstring=all --enable-mbstr-enc-trans
--with-oci8-instant-client

Compilation fails with this error message

main/internal_functions_cli.lo(.data+0x18): undefined reference to
`oci8_module_entry'
collect2: ld returned 1 exit status
make: *** [sapi/cli/php] Error 1

On version 4.4.1 the compilation works








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

#36175 [Opn-Fbk]: Error connecting to Oracle

2006-01-27 Thread sniper

 ID:   36175
 Updated by:   [EMAIL PROTECTED]
 Reported By:  mauroi at digbang dot com
-Status:   Open
+Status:   Feedback
 Bug Type: OCI8 related
 Operating System: CentOS release 4.2
 PHP Version:  5.1.2
 New Comment:

Maybe there is. Or maybe there isn't. Just test the snapshot.


Previous Comments:


[2006-01-27 13:29:02] mauroi at digbang dot com

Is there a change in the code that connects to Oracle?? Other way, I
don't think it would work. If the bug has been corrected, then I will
try the next release. Until then, I'll have to keep 5.1.1. Sorry, but
this is a production server. I don't think it would be correct to
install a development version.

Thank you very much.



[2006-01-27 08:36:02] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2006-01-26 22:41:38] mauroi at digbang dot com

Description:

I get this error when I try to connect to a local oracle instance with
oci8:

OCIEnvNlsCreate()
failed.
There is something wrong with your system - please check that
ORACLE_HOME
is set and points to the right directory

Under exactly the same configuration, but using PHP 5.1.1 it works as
expected.
Of course, ORACLE_HOME is correctly defined, and all the environment
variables (it works with 5.1.1). The permissions of the tnsnames.ora
file are correct (Oracle's 10gR2 bad decision in my opinion).

I can send further information, just tell me what.

Thanks in advance.

Reproduce code:
---
Any attempt to connect.

Expected result:

An oci8 resource

Actual result:
--
OCIEnvNlsCreate()
failed.
There is something wrong with your system - please check that
ORACLE_HOME
is set and points to the right directory





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

#34071 [Com]: buffering is destroyed when using ob_gzhandler and ob_clean

2006-01-27 Thread greg at xdissent dot com

 ID:   34071
 Comment by:   greg at xdissent dot com
 Reported By:  dennis at nocertainty dot com
 Status:   No Feedback
 Bug Type: Output Control
 Operating System: Windows XP SP2
 PHP Version:  5CVS-2005-08-10 (dev)
 New Comment:

this appears to be ob_gzhandler's fault.  it seems to send the
content-encoding: gzip header even if ob_end_clean or similar is called
which produces no output.  that means that if you use ob_gzhandler and
then change your mind about compression and need to kill that buffer,
you're out of luck. in the following small example, output WILL be
printed in plaintext but will be misinterpreted by the browser as
gzipped content.

?php
ob_start(ob_gzhandler);
echo(trashed);
ob_end_clean();
echo(output);
?

you can use telnet to better view the situation because it will almost
always result in a white browser window.  as others have pointed out,
you have to use the accept-encoding to trigger ob_gzhandler's
compression:

$ telnet localhost 80
GET /ob_test.php HTTP/1.1
Host: localhost
Accept-Encoding: gzip,deflate

now, should ob_gzhandler really be sending the header if the buffer is
ended without outputting anything?  should it maybe check the length of
the buffer when it is closed to determine whether or not the
content-encoding header should be sent?


Previous Comments:


[2005-08-19 01:00:06] php-bugs at lists dot php dot net

No feedback was provided for this bug for over a week, 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.



[2005-08-14 23:10:12] dehstil at gmail dot com

I've reproduced the bug. I've been wondering why my script wouldn't run
until I saw this bug.  I'm using apache server on win xp with php 4 as a
module.

The above code produced the bug:
?php
ob_start('ob_gzhandler');
echo 'Should NOT be shown';
ob_clean();
echo 'Should be shown';
?

With further debuging this doesn't work either:
?php
function handler($buffer,$mode){
$buffer=ob_gzhandler($buffer,$mode);
return $buffer;
}
ob_start('handler');

echo 'Should NOT be shown';
ob_clean();
echo 'Should be shown';
?

I noticed that the content-length in my headers was non-zero so I tried
this and lo and behold:
?php
function handler($buffer,$mode){
$buffer=ob_gzhandler($buffer,$mode);
header('Content-Encoding:');
header('Content-Type: text/plain');
header('Vary:');
return bin2hex($buffer);
}
ob_start('handler');
echo 'Should NOT be shown';
ob_clean();
echo 'Should be shown';
?

I realized the bug is sending bad gz binary but for some reason the
following code did work...:
?php
function handler($buffer,$mode){
$buffer=ob_gzhandler($buffer,$mode);
header('Content-Encoding:');
header('Content-Type: text/plain');
header('Vary:');
return gzuncompress($buffer);
}

ob_start('handler');
echo 'Should NOT be shown';
ob_clean();
echo 'Should be shown';
?

To my surprise, this didn't, thus confusing me:
?php
function handler($buffer,$mode){
$buffer=ob_gzhandler($buffer,$mode);
header('Content-Encoding:');
header('Content-Type: text/plain');
header('Vary:');
return 'test'.gzuncompress($buffer);
}

ob_start('handler');

echo 'Should NOT be shown';
ob_clean();
echo 'Should be shown';
?

I'll be looking for the source on cvs and report back to ya!



[2005-08-11 23:12:45] [EMAIL PROTECTED]

1) Check your php.ini settings (how they differ to whatever you used as
base for your php.ini, -dist or -recommended)
2) Set error_reporting to E_ALL and try again..




[2005-08-11 20:54:56] dennis at nocertainty dot com

I found someone else who has the same problem as me:
http://www.sitepoint.com/forums/showpost.php?p=2093119postcount=5

However, I can't find any specific information. I looked through my
Apache error log, and the only thing I found was:

[Wed Aug 10 18:59:56 2005] [error] [client 127.0.0.1] request failed:
erroneous characters after protocol string: \\xff\\xfb\\x1f\\xff\\xfb
\\xff\\xfb\\x18\\xff\\xfb'\\xff\\xfd\\x01\\xff\\xfb\\x03\\xff\\xfd\\x03GET
/gzip2.php HTTP/1.0
[Wed Aug 10 19:00:21 2005] [error] [client 127.0.0.1] request failed:
erroneous characters after protocol string: \\xff\\xfb\\x1f\\xff\\xfb
\\xff\\xfb\\x18\\xff\\xfb'\\xff\\xfd\\x01\\xff\\xfb\\x03\\xff\\xfd\\x03GET
/gzip2.php HTTP/1.0

But I'm not sure if that's entirely relevant. But there's nothing more
that's related to it.



[2005-08-10 20:12:21] [EMAIL PROTECTED]

Then provide more info about it; look into the apache logs; try on
another server and with another PHP version etc etc.
As I've already said, it works perfectly here.

#36167 [Bgs]: Wrong count of the references to object

2006-01-27 Thread mail at ejika dot net

 ID:   36167
 User updated by:  mail at ejika dot net
 Reported By:  mail at ejika dot net
 Status:   Bogus
 Bug Type: Class/Object related
 Operating System: Windows 2000, Free BSD
 PHP Version:  5.1.2
 New Comment:

Php don't clean memory using by object after __destruction of object
request.


Previous Comments:


[2006-01-26 16:48:08] [EMAIL PROTECTED]

See bug #33348



[2006-01-26 16:27:09] mail at ejika dot net

Description:

Wrong count of the references to object.
And wrong define object lifetime.

Reproduce code:
---
class A   
{   
function __construct()  
{ 
echo 'A::__construct()br'; 
}  
   
function foo()   
{   
echo 'foo();br';   
}   
   
function __destruct()   
{   
echo 'A::__destruct()br';   
}   
}   



class Test   
{   
private $a;

function __construct(  $a )   
{   
$this-a = $a;
echo 'Test::__construct()br'; 
}   

function __destruct()   
{   
$this-a-foo();
echo 'Test::__destruct()br';   
}   
}   

$a = new A();   
$t = new Test( $a );

Expected result:

A::__construct()
Test::__construct()
foo();
A::__destruct()
Test::__destruct()

Actual result:
--
A::__construct()
Test::__construct()
A::__destruct()
foo();
Test::__destruct()





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

#36044 [Com]: The specified CGI application misbehaved by not returning..

2006-01-27 Thread gerland at buffalo dot edu

 ID:   36044
 Comment by:   gerland at buffalo dot edu
 Reported By:  mbaroz at gmail dot com
 Status:   No Feedback
 Bug Type: CGI related
 Operating System: Windows 2003 Server
 PHP Version:  5CVS-2006-01-17 (CVS)
 New Comment:

Well, I have found this problem on both a W2K server runnind IIS5 and
PHP 4.4.2 and on a W2003 server running IIS6.

What I found was that I had this type of an include statement:

?php include(http://server/xxx.php;); ?

it would return the misbehaved error message.

When I change that line to:

?php include(../xxx.php); ?

The error message went away and the page displayed just fine.

Hope this helps narrow down the search to a possible problem with the
include statement in php 4.4.2

Jim...


Previous Comments:


[2006-01-25 01:00:05] php-bugs at lists dot php dot net

No feedback was provided for this bug for over a week, 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.



[2006-01-17 10:03:46] [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.






[2006-01-17 09:57:46] mbaroz at gmail dot com

Description:

I have had this bug also inPHP 4.x(latest) and also after upgradingto
version 5.1 i still have the same problem 
We are working on a Windows 2003 Advanced server , IIS - 6 
PHP in CGI mode.
When working in frames i get this error randomally:


The specified CGI application misbehaved by not returning a complete
set of HTTP headers






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

#36175 [Fbk-Opn]: Error connecting to Oracle

2006-01-27 Thread mauroi at digbang dot com

 ID:   36175
 User updated by:  mauroi at digbang dot com
 Reported By:  mauroi at digbang dot com
-Status:   Feedback
+Status:   Open
 Bug Type: OCI8 related
 Operating System: CentOS release 4.2
 PHP Version:  5.1.2
 New Comment:

Well.. I'll have to wait to the next release.
Anyway, I was asking for the changes for a valid reason; You could be
more polite next time. I'm just trying to help.

Thanks.


Previous Comments:


[2006-01-27 15:34:50] [EMAIL PROTECTED]

Maybe there is. Or maybe there isn't. Just test the snapshot.



[2006-01-27 13:29:02] mauroi at digbang dot com

Is there a change in the code that connects to Oracle?? Other way, I
don't think it would work. If the bug has been corrected, then I will
try the next release. Until then, I'll have to keep 5.1.1. Sorry, but
this is a production server. I don't think it would be correct to
install a development version.

Thank you very much.



[2006-01-27 08:36:02] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2006-01-26 22:41:38] mauroi at digbang dot com

Description:

I get this error when I try to connect to a local oracle instance with
oci8:

OCIEnvNlsCreate()
failed.
There is something wrong with your system - please check that
ORACLE_HOME
is set and points to the right directory

Under exactly the same configuration, but using PHP 5.1.1 it works as
expected.
Of course, ORACLE_HOME is correctly defined, and all the environment
variables (it works with 5.1.1). The permissions of the tnsnames.ora
file are correct (Oracle's 10gR2 bad decision in my opinion).

I can send further information, just tell me what.

Thanks in advance.

Reproduce code:
---
Any attempt to connect.

Expected result:

An oci8 resource

Actual result:
--
OCIEnvNlsCreate()
failed.
There is something wrong with your system - please check that
ORACLE_HOME
is set and points to the right directory





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

#20358 [Com]: Apache is Segmentation fault by session_start() with libmm

2006-01-27 Thread temnota+php at kmv dot ru

 ID:   20358
 Comment by:   temnota+php at kmv dot ru
 Reported By:  mtak at beyondnetworks dot co dot jp
 Status:   No Feedback
 Bug Type: Session related
 Operating System: RedHat7.3
 PHP Version:  4.3.0-dev
 New Comment:

RedHat 7.3, php4-STABLE-200601271135, mm-1.4.0

Same backtrace:

(gdb) bt
#0  0x403f0e18 in ps_sd_lookup (data=0x81e4e38, 
key=0x86aa9bc 3fbf8ce3f281344252f22e0103a3ad5e, rw=0)
at /usr/src/redhat/BUILD/php-4.4.x.dev/ext/session/mod_mm.c:188
#1  0x403f1126 in ps_read_mm (mod_data=0x406847b0, 
key=0x86aa9bc 3fbf8ce3f281344252f22e0103a3ad5e, val=0xbfff813c, 
vallen=0xbfff8140)
at /usr/src/redhat/BUILD/php-4.4.x.dev/ext/session/mod_mm.c:328
#2  0x403edb3d in php_session_initialize ()
at /usr/src/redhat/BUILD/php-4.4.x.dev/ext/session/session.c:657
#3  0x403eed25 in php_session_start ()
at /usr/src/redhat/BUILD/php-4.4.x.dev/ext/session/session.c:1106
#4  0x403efe95 in zif_session_start (ht=0, return_value=0x863dcac, 
this_ptr=0x0, return_value_used=0)
at /usr/src/redhat/BUILD/php-4.4.x.dev/ext/session/session.c:1566
#5  0x44ce53c7 in zend_optimizer_set_oe_ex ()
   from
/usr/local/Zend2510/lib/Optimizer-2.5.10/php-4.4.x/ZendOptimizer.so
#6  0x44ce4a96 in zend_optimizer_set_oe_ex ()
   from
/usr/local/Zend2510/lib/Optimizer-2.5.10/php-4.4.x/ZendOptimizer.so
#7  0x44ce9795 in zend_oe ()
   from
/usr/local/Zend2510/lib/Optimizer-2.5.10/php-4.4.x/ZendOptimizer.so
#8  0x40462b6e in php_execute_script (primary_file=0xb080)
at /usr/src/redhat/BUILD/php-4.4.x.dev/main/main.c:1753
#9  0x4049ff76 in apache_php_module_main (r=0x81cc56c,
display_source_mode=0)
at
/usr/src/redhat/BUILD/php-4.4.x.dev/sapi/apache/sapi_apache.c:54
#10 0x404a094b in send_php (r=0x81cc56c, display_source_mode=0,
filename=0x0)
at /usr/src/redhat/BUILD/php-4.4.x.dev/sapi/apache/mod_php4.c:629
#11 0x404a098a in send_parsed_php (r=0x81cc56c)
at /usr/src/redhat/BUILD/php-4.4.x.dev/sapi/apache/mod_php4.c:643
#12 0x0805efab in ap_invoke_handler ()
---Type return to continue, or q return to quit---
#13 0x08076663 in process_request_internal ()
#14 0x08076ad1 in ap_internal_redirect ()
#15 0x42aa5ff0 in mod_gzip_redir1_handler (r=0x81810fc,
dconf=0x81563e4)
at mod_gzip.c:4684
#16 0x42aa42ba in mod_gzip_handler (r=0x81810fc) at mod_gzip.c:2643
#17 0x0805efab in ap_invoke_handler ()
#18 0x08076663 in process_request_internal ()
#19 0x080766c4 in ap_process_request ()
#20 0x0806bc01 in child_main ()
#21 0x0806be93 in make_child ()
#22 0x0806c210 in perform_idle_server_maintenance ()
#23 0x0806c879 in standalone_main ()
#24 0x0806cecf in main ()
#25 0x4017c1c4 in __libc_start_main () from /lib/libc.so.6


#0  0x403f0e18 in ps_sd_lookup (data=0x81e4e38,
key=0x86aa9bc 3fbf8ce3f281344252f22e0103a3ad5e, rw=0)
at /usr/src/redhat/BUILD/php-4.4.x.dev/ext/session/mod_mm.c:188
188 for (prev = NULL, ret = data-hash[slot]; ret; prev =
ret, ret = ret-next)
(gdb) Quit
(gdb) print prev
$1 = (ps_sd *) 0x0
(gdb) print ret
$2 = (ps_sd *) 0x48
(gdb) print data
$3 = (ps_mm *) 0x81e4e38
(gdb) print data[0]
$4 = {mm = 0x42cc8014, hash = 0x42cc8034, hash_max = 511, hash_cnt =
7,owner = 25922}
(gdb) print data-hash
$5 = (ps_sd **) 0x42cc8034
(gdb) print slot
$6 = 46
(gdb) print data-hash[46]
$7 = (ps_sd *) 0x48


Previous Comments:


[2003-08-15 20:46:11] [EMAIL PROTECTED]

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

And I can't reproduce this either..(using latest CVS)




[2003-08-10 21:56:32] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

After 10,000 requests I have yet to see a single crash.



[2002-11-12 06:01:38] mtak at beyondnetworks dot co dot jp

more info...

(gdb) list
182
183 hv = ps_sd_hash(key, strlen(key));
184 slot = hv  data-hash_max;
185
186 for (prev = NULL, ret = data-hash[slot]; ret; prev =
ret, ret =
 ret-next)
187 if (ret-hv == hv  !strcmp(ret-key, key))
188 break;
189
190 if (ret  rw  ret != data-hash[slot]) {
191 /* Move the entry to the top of the linked list
*/
(gdb) print key
$1 = 0x8136f2c 136
(gdb) print hv
$2 = 1943406893
(gdb) print slot
$3 = 301
(gdb) print data-hash_max
$4 = 511
(gdb) print prev
$5 = (ps_sd *) 0x4413df00
(gdb) print ret
$6 = (ps_sd *) 0x1f
(gdb) print ret-next
Cannot access memory at address

#36180 [NEW]: Compile error with apache 1.3.x static

2006-01-27 Thread Trigunflame at charter dot net

From: Trigunflame at charter dot net
Operating system: Slackware 10.2.0
PHP version:  5CVS-2006-01-27 (snap)
PHP Bug Type: Compile Failure
Bug description:  Compile error with apache 1.3.x static

Description:

PHP itself builds fine, however during the apache './configure' an error
occurs that stops the build build.

I've been using php for nearly 7 years now and never had this problem with
compilations on 5-6 different OS's; however I did see references to this
problem from bug reports in 2000-2001 via google.

This particular build im running Slackware 10.2.0  (Topologilinux distro)
which use CoLinux ontop of Windows XP Pro SP2; Doing this so I don't have
to shell out megabux for VMware. (Colinux is about as good for Free).

Reproduce code:
---
PHP Compilation (Works)
CFLAGS=-O3 -march=pentium4 CXX=gcc CXXFLAGS=-O3 -march=pentium4
./configure --prefix=/usr/local/apache/php
--exec-prefix=/usr/local/apache/php --with-apache=/usr/src/apache
--with-xml --without-pear --enable-cli --disable-cgi --with-gd
--with-jpeg-dir=/usr/local --with-png-dir=/usr --with-mysql=/usr
--with-mysqli=/usr/bin/mysql_config --enable-discard-path
--enable-track-vars --enable-versioning --with-zlib --enable-sockets
--enable-pcntl --enable-sigchild --enable-sysvsem --enable-sysvshm
--enable-sysvmsg --enable-shmop --enable-pdo --with-pdo-sqlite

Apache Compilation (Fails)
OPTIM=-O3 -march=pentium4 -mfpmath=sse ./configure
--prefix=/usr/local/apache --activate-module=src/modules/php5/libphp5.a 
--activate-module=src/modules/gzip/mod_gzip.c --enable-module=dir
--enable-module=mime --disable-module=so --disable-module=asis
--disable-module=imap --disable-module=actions --disable-module=status
--disable-module=setenvif --disable-module=userdir
--disable-module=include --disable-module=env --disable-module=cgi



Expected result:

A statically linked Apache/PHP Compile.

Actual result:
--
Configuring for Apache, Version 1.3.34
 + using installation path layout: Apache (config.layout)
 + activated php5 module (modules/php5/libphp5.a)
 + activated gzip module (modules/gzip/mod_gzip.c)
Creating Makefile
Creating Configuration.apaci in src
Creating Makefile in src
 + configured for Linux platform
 + setting C compiler to gcc
 + setting C pre-processor to gcc -E
 + using tr [a-z] [A-Z] to uppercase
 + checking for system header files
 + adding selected modules
o php5_module uses ConfigStart/End
 + using system Expat
 + checking sizeof various data types
 + doing sanity check on compiler and options
** A test compilation with your Makefile configuration
** failed.  The below error output from the compilation
** test will give you an idea what is failing. Note that
** Apache requires an ANSI C Compiler, such as gcc.

 Error Output for sanity check 
cd ..; gcc -O3 -march=pentium4 -mfpmath=sse -DLINUX=22 -DHAVE_SET_DUMPABLE
-DNO_DL_NEEDED `./apaci` -o helpers/dummy helpers/dummy.c   -rdynamic
-Lmodules/php5 -L../modules/php5 -L../../modules/php5 -lmodphp5
-export-symbols /usr/src/php/sapi/apache/php.sym-rdynamic -lcrypt  
-lcrypt -lrt -lpng -lz -ljpeg -lz -lresolv -lm -ldl -lnsl  -lxml2 -lz -lm
-lxml2 -lz -lm -lxml2 -lz -lm -lcrypt -lxml2 -lz -lm -lxml2 -lz -lm -lxml2
-lz -lm -lcrypt   -lm -lcrypt -lexpat
/usr/lib/gcc-lib/i486-slackware-linux/3.3.6/../../../../i486-slackware-linux/bin/ld:/usr/src/php/sapi/apache/php.sym:
file format not recognized; treating as linker script
/usr/lib/gcc-lib/i486-slackware-linux/3.3.6/../../../../i486-slackware-linux/bin/ld:/usr/src/php/sapi/apache/php.sym:2:
parse error
collect2: ld returned 1 exit status
make: *** [dummy] Error 1
= End of Error Report =

 Aborting!


-- 
Edit bug report at http://bugs.php.net/?id=36180edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=36180r=trysnapshot44
Try a CVS snapshot (PHP 5.1): 
http://bugs.php.net/fix.php?id=36180r=trysnapshot51
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=36180r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=36180r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=36180r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=36180r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=36180r=needscript
Try newer version:http://bugs.php.net/fix.php?id=36180r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=36180r=support
Expected behavior:http://bugs.php.net/fix.php?id=36180r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=36180r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=36180r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=36180r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=36180r=php3
Daylight Savings:

#36181 [NEW]: Don't work mysql

2006-01-27 Thread nerta at yauza dot com

From: nerta at yauza dot com
Operating system: Windows
PHP version:  5.1.2
PHP Bug Type: MySQL related
Bug description:  Don't work mysql

Description:

Operation sistem is Windows XP SP2

I had read all bugs and comments about this topic. It's not help me.

My configuration:
Apache 1.3.34/ PHP 5.1.2/ MySQL 5.0.18

php was installed as module
php.ini:

extension_dir = D:\MyPrograms\php5\php\ext
extension=php_mysql.dll

php_mysql.dll is in folder D:\MyPrograms\php5\php\ext
libmysql.dll is in folder D:\MyPrograms\php5\php
last i add to Path

also i try to put libmysql.dll to C:\Windows\system32 and to directory
with Apache

From http://snaps.php.net/ i get today version
php5.1-win32-200601271530.zip
But mysql don't works




Reproduce code:
---
$LinkId = mysql_connect($host, $user, $pwd);

Expected result:

Fatal error: Call to undefined function mysql_connect() in _FILE_ on line
_LINE_


-- 
Edit bug report at http://bugs.php.net/?id=36181edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=36181r=trysnapshot44
Try a CVS snapshot (PHP 5.1): 
http://bugs.php.net/fix.php?id=36181r=trysnapshot51
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=36181r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=36181r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=36181r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=36181r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=36181r=needscript
Try newer version:http://bugs.php.net/fix.php?id=36181r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=36181r=support
Expected behavior:http://bugs.php.net/fix.php?id=36181r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=36181r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=36181r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=36181r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=36181r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=36181r=dst
IIS Stability:http://bugs.php.net/fix.php?id=36181r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=36181r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=36181r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=36181r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=36181r=mysqlcfg

#36180 [Opn]: Compile error with apache 1.3.x static

2006-01-27 Thread Trigunflame at charter dot net

 ID:   36180
 User updated by:  Trigunflame at charter dot net
 Reported By:  Trigunflame at charter dot net
 Status:   Open
 Bug Type: Compile Failure
 Operating System: Slackware 10.2.0
 PHP Version:  5CVS-2006-01-27 (snap)
 New Comment:

Change Configure To 

CFLAGS=-O3 -march=pentium4 CXX=gcc CXXFLAGS=-O3 -march=pentium4
./configure --prefix=/usr/local/apache/php
--exec-prefix=/usr/local/apache/php --with-apache=/usr/src/apache
--with-xml --without-pear --enable-cli --disable-cgi --with-gd
--with-jpeg-dir=/usr/local --with-png-dir=/usr --with-zlib
--enable-sockets --enable-pcntl --enable-sigchild --enable-sysvsem
--enable-sysvshm --enable-sysvmsg --enable-shmop --enable-pdo
--with-pdo-sqlite

And it worked, so who knows.


Previous Comments:


[2006-01-27 19:36:38] Trigunflame at charter dot net

Ps. Going by those old docs; im going to try and remove
--enable-versioning and see if that fixes the problem.



[2006-01-27 19:24:35] Trigunflame at charter dot net

Description:

PHP itself builds fine, however during the apache './configure' an
error occurs that stops the build build.

I've been using php for nearly 7 years now and never had this problem
with compilations on 5-6 different OS's; however I did see references
to this problem from bug reports in 2000-2001 via google.

This particular build im running Slackware 10.2.0  (Topologilinux
distro) which use CoLinux ontop of Windows XP Pro SP2; Doing this so I
don't have to shell out megabux for VMware. (Colinux is about as good
for Free).

Reproduce code:
---
PHP Compilation (Works)
CFLAGS=-O3 -march=pentium4 CXX=gcc CXXFLAGS=-O3 -march=pentium4
./configure --prefix=/usr/local/apache/php
--exec-prefix=/usr/local/apache/php --with-apache=/usr/src/apache
--with-xml --without-pear --enable-cli --disable-cgi --with-gd
--with-jpeg-dir=/usr/local --with-png-dir=/usr --with-mysql=/usr
--with-mysqli=/usr/bin/mysql_config --enable-discard-path
--enable-track-vars --enable-versioning --with-zlib --enable-sockets
--enable-pcntl --enable-sigchild --enable-sysvsem --enable-sysvshm
--enable-sysvmsg --enable-shmop --enable-pdo --with-pdo-sqlite

Apache Compilation (Fails)
OPTIM=-O3 -march=pentium4 -mfpmath=sse ./configure
--prefix=/usr/local/apache --activate-module=src/modules/php5/libphp5.a
 --activate-module=src/modules/gzip/mod_gzip.c --enable-module=dir
--enable-module=mime --disable-module=so --disable-module=asis
--disable-module=imap --disable-module=actions --disable-module=status
--disable-module=setenvif --disable-module=userdir
--disable-module=include --disable-module=env --disable-module=cgi



Expected result:

A statically linked Apache/PHP Compile.

Actual result:
--
Configuring for Apache, Version 1.3.34
 + using installation path layout: Apache (config.layout)
 + activated php5 module (modules/php5/libphp5.a)
 + activated gzip module (modules/gzip/mod_gzip.c)
Creating Makefile
Creating Configuration.apaci in src
Creating Makefile in src
 + configured for Linux platform
 + setting C compiler to gcc
 + setting C pre-processor to gcc -E
 + using tr [a-z] [A-Z] to uppercase
 + checking for system header files
 + adding selected modules
o php5_module uses ConfigStart/End
 + using system Expat
 + checking sizeof various data types
 + doing sanity check on compiler and options
** A test compilation with your Makefile configuration
** failed.  The below error output from the compilation
** test will give you an idea what is failing. Note that
** Apache requires an ANSI C Compiler, such as gcc.

 Error Output for sanity check 
cd ..; gcc -O3 -march=pentium4 -mfpmath=sse -DLINUX=22
-DHAVE_SET_DUMPABLE -DNO_DL_NEEDED `./apaci` -o helpers/dummy
helpers/dummy.c   -rdynamic -Lmodules/php5 -L../modules/php5
-L../../modules/php5 -lmodphp5 -export-symbols
/usr/src/php/sapi/apache/php.sym-rdynamic -lcrypt   -lcrypt -lrt
-lpng -lz -ljpeg -lz -lresolv -lm -ldl -lnsl  -lxml2 -lz -lm -lxml2 -lz
-lm -lxml2 -lz -lm -lcrypt -lxml2 -lz -lm -lxml2 -lz -lm -lxml2 -lz -lm
-lcrypt   -lm -lcrypt -lexpat
/usr/lib/gcc-lib/i486-slackware-linux/3.3.6/../../../../i486-slackware-linux/bin/ld:/usr/src/php/sapi/apache/php.sym:
file format not recognized; treating as linker script
/usr/lib/gcc-lib/i486-slackware-linux/3.3.6/../../../../i486-slackware-linux/bin/ld:/usr/src/php/sapi/apache/php.sym:2:
parse error
collect2: ld returned 1 exit status
make: *** [dummy] Error 1
= End of Error Report =

 Aborting!






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

#36182 [NEW]: PHP CLI segfaults on exit in trsm_shutdown

2006-01-27 Thread zeekec at mad dot scientist dot com

From: zeekec at mad dot scientist dot com
Operating system: Gentoo
PHP version:  5.1.2
PHP Bug Type: Reproducible crash
Bug description:  PHP CLI segfaults on exit in trsm_shutdown

Description:

When running the php commandline interface, php segfaults on exit.

Reproduce code:
---
php -v
PHP 5.1.2-gentoo (cli) (built: Jan 27 2006 13:01:11) (DEBUG)
Copyright (c) 1997-2006 The PHP Group
Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies
Segmentation fault

Configured with:
./configure --prefix=/usr/lib/php5 --sysconfdir=/etc
--cache-file=./config.cache --enable-cli --disable-cgi
--with-config-file-path=/etc/php/cli-php5 --with-config-file-scan
-dir=/etc/php/cli-php5/ext-active --without-pear --enable-bcmath=shared
--with-bz2=shared --enable-calendar=shared --with-curl=shared
--with-curlwrappers=shared --disable-dbase
--enable-exif=shared --without-fbsql --without-fdftk --disable-filepro
--enable-ftp=shared --with-gettext=shared --with-gmp=shared --disable-hash
--without-hwapi --without-infor
mix --without-kerberos --enable-mbstring=shared --with-mcrypt=shared
--disable-memory-limit --with-mhash=shared --with-ming=shared
--without-msql --without-mssql --with-ncurses=
shared --without-oci8 --without-oci8 --with-openssl=shared
--with-openssl-dir=/usr --enable-pcntl=shared --disable-pdo
--without-pgsql --with-pspell=shared --without-recode --di
sable-reflection --disable-simplexml --disable-shmop --without-snmp
--disable-soap --enable-sockets=shared --without-sybase
--without-sybase-ct --enable-sysvmsg=shared --enable-
sysvsem=shared --enable-sysvshm=shared --with-tidy=shared --disable-wddx
--disable-xmlreader --disable-xmlwriter --without-xmlrpc --with-xsl=shared
--with-zlib=shared --enable-d
ebug --enable-dba=shared --without-cdb --with-db4=shared
--with-flatfile=shared --with-gdbm=shared --with-inifile=shared
--without-qdbm --with-freetype-dir=/usr --with-t1lib=/us
r --disable-gd-jis-conv --enable-gd-native-ttf --with-jpeg-dir=/usr
--with-png-dir=/usr --with-xpm-dir=/usr/X11R6 --with-gd --with-imap=shared
--with-imap-ssl --with-ldap=shared
 --with-ldap-sasl --with-mysql=shared,/usr/lib/mysql
--with-mysql-sock=/var/run/mysqld/mysqld.sock --without-mysqli
--with-readline --without-libedit --disable-session --enable-
sqlite-utf8 --with-pic --enable-maintainer-zts --enable-experimental-zts

Expected result:

php -v
PHP 5.1.2-gentoo (cli) (built: Jan 27 2006 13:01:11) (DEBUG)
Copyright (c) 1997-2006 The PHP Group
Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies


Actual result:
--
gdb --args php -v
GNU gdb 6.4
Copyright 2005 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 i686-pc-linux-gnu...Using host libthread_db
library /lib/tls/libthread_db.so.1.

(gdb) run
Starting program: /usr/bin/php -v
[Thread debugging using libthread_db enabled]
[New Thread -1208424768 (LWP 3847)]
PHP 5.1.2-gentoo (cli) (built: Jan 27 2006 13:01:11) (DEBUG)
Copyright (c) 1997-2006 The PHP Group
Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1208424768 (LWP 3847)]
0xb7be47d6 in ?? ()
(gdb) bt
#0  0xb7be47d6 in ?? ()
#1  0x082164c9 in tsrm_shutdown () at
/home/gentoo/tmp/portage/php-5.1.2/work/php-5.1.2/TSRM/TSRM.c:180
#2  0x08304c0e in main (argc=2, argv=0xbfebc4c4) at
/home/gentoo/tmp/portage/php-5.1.2/work/php-5.1.2/sapi/cli/php_cli.c:1240
(gdb)

-- 
Edit bug report at http://bugs.php.net/?id=36182edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=36182r=trysnapshot44
Try a CVS snapshot (PHP 5.1): 
http://bugs.php.net/fix.php?id=36182r=trysnapshot51
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=36182r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=36182r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=36182r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=36182r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=36182r=needscript
Try newer version:http://bugs.php.net/fix.php?id=36182r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=36182r=support
Expected behavior:http://bugs.php.net/fix.php?id=36182r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=36182r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=36182r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=36182r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=36182r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=36182r=dst
IIS

#36180 [Opn]: Compile error with apache 1.3.x static

2006-01-27 Thread Trigunflame at charter dot net

 ID:   36180
 User updated by:  Trigunflame at charter dot net
 Reported By:  Trigunflame at charter dot net
 Status:   Open
 Bug Type: Compile Failure
 Operating System: Slackware 10.2.0
 PHP Version:  5CVS-2006-01-27 (snap)
 New Comment:

Ps. Going by those old docs; im going to try and remove
--enable-versioning and see if that fixes the problem.


Previous Comments:


[2006-01-27 19:24:35] Trigunflame at charter dot net

Description:

PHP itself builds fine, however during the apache './configure' an
error occurs that stops the build build.

I've been using php for nearly 7 years now and never had this problem
with compilations on 5-6 different OS's; however I did see references
to this problem from bug reports in 2000-2001 via google.

This particular build im running Slackware 10.2.0  (Topologilinux
distro) which use CoLinux ontop of Windows XP Pro SP2; Doing this so I
don't have to shell out megabux for VMware. (Colinux is about as good
for Free).

Reproduce code:
---
PHP Compilation (Works)
CFLAGS=-O3 -march=pentium4 CXX=gcc CXXFLAGS=-O3 -march=pentium4
./configure --prefix=/usr/local/apache/php
--exec-prefix=/usr/local/apache/php --with-apache=/usr/src/apache
--with-xml --without-pear --enable-cli --disable-cgi --with-gd
--with-jpeg-dir=/usr/local --with-png-dir=/usr --with-mysql=/usr
--with-mysqli=/usr/bin/mysql_config --enable-discard-path
--enable-track-vars --enable-versioning --with-zlib --enable-sockets
--enable-pcntl --enable-sigchild --enable-sysvsem --enable-sysvshm
--enable-sysvmsg --enable-shmop --enable-pdo --with-pdo-sqlite

Apache Compilation (Fails)
OPTIM=-O3 -march=pentium4 -mfpmath=sse ./configure
--prefix=/usr/local/apache --activate-module=src/modules/php5/libphp5.a
 --activate-module=src/modules/gzip/mod_gzip.c --enable-module=dir
--enable-module=mime --disable-module=so --disable-module=asis
--disable-module=imap --disable-module=actions --disable-module=status
--disable-module=setenvif --disable-module=userdir
--disable-module=include --disable-module=env --disable-module=cgi



Expected result:

A statically linked Apache/PHP Compile.

Actual result:
--
Configuring for Apache, Version 1.3.34
 + using installation path layout: Apache (config.layout)
 + activated php5 module (modules/php5/libphp5.a)
 + activated gzip module (modules/gzip/mod_gzip.c)
Creating Makefile
Creating Configuration.apaci in src
Creating Makefile in src
 + configured for Linux platform
 + setting C compiler to gcc
 + setting C pre-processor to gcc -E
 + using tr [a-z] [A-Z] to uppercase
 + checking for system header files
 + adding selected modules
o php5_module uses ConfigStart/End
 + using system Expat
 + checking sizeof various data types
 + doing sanity check on compiler and options
** A test compilation with your Makefile configuration
** failed.  The below error output from the compilation
** test will give you an idea what is failing. Note that
** Apache requires an ANSI C Compiler, such as gcc.

 Error Output for sanity check 
cd ..; gcc -O3 -march=pentium4 -mfpmath=sse -DLINUX=22
-DHAVE_SET_DUMPABLE -DNO_DL_NEEDED `./apaci` -o helpers/dummy
helpers/dummy.c   -rdynamic -Lmodules/php5 -L../modules/php5
-L../../modules/php5 -lmodphp5 -export-symbols
/usr/src/php/sapi/apache/php.sym-rdynamic -lcrypt   -lcrypt -lrt
-lpng -lz -ljpeg -lz -lresolv -lm -ldl -lnsl  -lxml2 -lz -lm -lxml2 -lz
-lm -lxml2 -lz -lm -lcrypt -lxml2 -lz -lm -lxml2 -lz -lm -lxml2 -lz -lm
-lcrypt   -lm -lcrypt -lexpat
/usr/lib/gcc-lib/i486-slackware-linux/3.3.6/../../../../i486-slackware-linux/bin/ld:/usr/src/php/sapi/apache/php.sym:
file format not recognized; treating as linker script
/usr/lib/gcc-lib/i486-slackware-linux/3.3.6/../../../../i486-slackware-linux/bin/ld:/usr/src/php/sapi/apache/php.sym:2:
parse error
collect2: ld returned 1 exit status
make: *** [dummy] Error 1
= End of Error Report =

 Aborting!






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

#35647 [Opn]: tidy does not produce valid utf8 when the encoding is specified in the config

2006-01-27 Thread nlopess

 ID:   35647
 Updated by:   [EMAIL PROTECTED]
 Reported By:  bugs at nikmakepeace dot com
 Status:   Open
 Bug Type: XML related
 Operating System: FC3
 PHP Version:  5.1.1
 New Comment:

ye, this is a known problem.
But from what I can see from the code, this seems to be a tidylib
problem, rather than PHP's.


Previous Comments:


[2006-01-27 10:35:35] bugs at nikmakepeace dot com

The source is available at
http://www.nikmakepeace.com/testcases/tidy-utf8.phps

Be sure to force your browser's character encoding to utf-8 before
copying it.

Note also that changing the last line to  echo
tidy_repair_string($dirty, $config, 'utf8'); produces the desired
results, but should not be necessary.



[2005-12-12 22:05:50] [EMAIL PROTECTED]

Put the data somewhere in the Net and paste the link here, please.




[2005-12-12 18:44:35] bugs at nikmakepeace dot com

Description:

If you specify utf8 encoding using the config options 'char-encoding',
'input-encoding' and 'output-encoding' with tidy it converts HTML
entities into their latin1, single-byte equivalents rather than the
correct, multi-byte utf-8 encodings (or just leaving them as entities)


The result is that nbsp; is converted into 0xA0, eacute; is converted
into 0xE9 and so on. This is not valid UTF-8 and so well-behaving XML
parsers, including PHP's DOM, fail.

Specifying 'utf8' as the third parameter works correctly.

Reproduce code:
---
?php
$dirty='a
href=http://fr.yahoo.com/r/n/fd/7/*http://fr.news.yahoo.com/12122005/202/beatrice-dalle-temoigne-au-proces-de-son-mari-accuse-de.html;Beacute;atrice
Dalle teacute;moigne au procegrave;s de son mari accuseacute; de
viol/abr/
smallnobra
href=http://rd.yahoo.co.jp/toppage/topinfo/rikunabi/051213/?http://katsuyou.rikunabi-shinsotsu.yahoo.co.jp/2007/;äººã¨å·®ãã¤ãå°±è·æ´»åãããã/a/nobr
- nobra
href=http://rd.yahoo.co.jp/toppage/topinfo/event_xmas/051125/?http://xmas.yahoo.co.jp/;ãã¤ã³ã5åã®ã¯ãªã¹ãã¹ã®ããã¯12æã¾ã§ï¼/a/nobr/small';

$config['char-encoding']='utf8';
$config['input-encoding']='utf8';
$config['output-encoding']='utf8';
$config['output-xhtml']=true;

echo tidy_repair_string($dirty, $config);
?


Expected result:

Note well the correct unicode e-acute and e-grave in the French text.

?xml version=1.0?
html xmlns=http://www.w3.org/1999/xhtml;
head
title/title
/head
body
a href=
http://fr.yahoo.com/r/n/fd/7/*http://fr.news.yahoo.com/12122005/202/beatrice-dalle-temoigne-au-proces-de-son-mari-accuse-de.html;
BÃ©atrice Dalle tÃ©moigne au procÃ¨s de son mari accusÃ© de
viol/abr /
smallnobra href=
http://rd.yahoo.co.jp/toppage/topinfo/rikunabi/051213/?http://katsuyou.rikunabi-shinsotsu.yahoo.co.jp/2007/;
äººã¨å·®ãã¤ãå°±è·æ´»åãããã/a/nobr - nobra href=
http://rd.yahoo.co.jp/toppage/topinfo/event_xmas/051125/?http://xmas.yahoo.co.jp/;
ãã¤ã³ã5åã®ã¯ãªã¹ãã¹ã®ããã¯12æã¾ã§ï¼/a/nobr/small
/body
/html


Actual result:
--
Note how the e-acute and e-grave has been replaced with a non-unicode
character.

?xml version=1.0?
html xmlns=http://www.w3.org/1999/xhtml;
head
title/title
/head
body
a href=
http://fr.yahoo.com/r/n/fd/7/*http://fr.news.yahoo.com/12122005/202/beatrice-dalle-temoigne-au-proces-de-son-mari-accuse-de.html;
Bï¿½atrice Dalle tï¿½moigne au procï¿½s de son mari accusï¿½ de
viol/abr /
smallnobra href=
http://rd.yahoo.co.jp/toppage/topinfo/rikunabi/051213/?http://katsuyou.rikunabi-shinsotsu.yahoo.co.jp/2007/;
äººã¨å·®ãã¤ãå°±è·æ´»åãããã/a/nobr -
nobra href=
http://rd.yahoo.co.jp/toppage/topinfo/event_xmas/051125/?http://xmas.yahoo.co.jp/;
ãã¤ã³ã5åã®ã¯ãªã¹ãã¹ã®ããã¯12æã¾ã§ï¼/a/nobr/small
/body
/html






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

#36182 [Opn-Fbk]: PHP CLI segfaults on exit in trsm_shutdown

2006-01-27 Thread nlopess

 ID:   36182
 Updated by:   [EMAIL PROTECTED]
 Reported By:  zeekec at mad dot scientist dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: Gentoo
 PHP Version:  5.1.2
 New Comment:

We need a better backtrace..
So please re-emerge PHP with the following command:
FEATURES=nostrip emerge =dev-lang/php-5.1.2

And then generate a new backtrace.


Previous Comments:


[2006-01-27 19:56:56] zeekec at mad dot scientist dot com

Description:

When running the php commandline interface, php segfaults on exit.

Reproduce code:
---
php -v
PHP 5.1.2-gentoo (cli) (built: Jan 27 2006 13:01:11) (DEBUG)
Copyright (c) 1997-2006 The PHP Group
Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies
Segmentation fault

Configured with:
./configure --prefix=/usr/lib/php5 --sysconfdir=/etc
--cache-file=./config.cache --enable-cli --disable-cgi
--with-config-file-path=/etc/php/cli-php5 --with-config-file-scan
-dir=/etc/php/cli-php5/ext-active --without-pear --enable-bcmath=shared
--with-bz2=shared --enable-calendar=shared --with-curl=shared
--with-curlwrappers=shared --disable-dbase
--enable-exif=shared --without-fbsql --without-fdftk --disable-filepro
--enable-ftp=shared --with-gettext=shared --with-gmp=shared
--disable-hash --without-hwapi --without-infor
mix --without-kerberos --enable-mbstring=shared --with-mcrypt=shared
--disable-memory-limit --with-mhash=shared --with-ming=shared
--without-msql --without-mssql --with-ncurses=
shared --without-oci8 --without-oci8 --with-openssl=shared
--with-openssl-dir=/usr --enable-pcntl=shared --disable-pdo
--without-pgsql --with-pspell=shared --without-recode --di
sable-reflection --disable-simplexml --disable-shmop --without-snmp
--disable-soap --enable-sockets=shared --without-sybase
--without-sybase-ct --enable-sysvmsg=shared --enable-
sysvsem=shared --enable-sysvshm=shared --with-tidy=shared
--disable-wddx --disable-xmlreader --disable-xmlwriter --without-xmlrpc
--with-xsl=shared --with-zlib=shared --enable-d
ebug --enable-dba=shared --without-cdb --with-db4=shared
--with-flatfile=shared --with-gdbm=shared --with-inifile=shared
--without-qdbm --with-freetype-dir=/usr --with-t1lib=/us
r --disable-gd-jis-conv --enable-gd-native-ttf --with-jpeg-dir=/usr
--with-png-dir=/usr --with-xpm-dir=/usr/X11R6 --with-gd
--with-imap=shared --with-imap-ssl --with-ldap=shared
 --with-ldap-sasl --with-mysql=shared,/usr/lib/mysql
--with-mysql-sock=/var/run/mysqld/mysqld.sock --without-mysqli
--with-readline --without-libedit --disable-session --enable-
sqlite-utf8 --with-pic --enable-maintainer-zts
--enable-experimental-zts

Expected result:

php -v
PHP 5.1.2-gentoo (cli) (built: Jan 27 2006 13:01:11) (DEBUG)
Copyright (c) 1997-2006 The PHP Group
Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies


Actual result:
--
gdb --args php -v
GNU gdb 6.4
Copyright 2005 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 i686-pc-linux-gnu...Using host
libthread_db library /lib/tls/libthread_db.so.1.

(gdb) run
Starting program: /usr/bin/php -v
[Thread debugging using libthread_db enabled]
[New Thread -1208424768 (LWP 3847)]
PHP 5.1.2-gentoo (cli) (built: Jan 27 2006 13:01:11) (DEBUG)
Copyright (c) 1997-2006 The PHP Group
Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1208424768 (LWP 3847)]
0xb7be47d6 in ?? ()
(gdb) bt
#0  0xb7be47d6 in ?? ()
#1  0x082164c9 in tsrm_shutdown () at
/home/gentoo/tmp/portage/php-5.1.2/work/php-5.1.2/TSRM/TSRM.c:180
#2  0x08304c0e in main (argc=2, argv=0xbfebc4c4) at
/home/gentoo/tmp/portage/php-5.1.2/work/php-5.1.2/sapi/cli/php_cli.c:1240
(gdb)





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

#36103 [Fbk-Opn]: ftp ssl connection fails during login

2006-01-27 Thread rebe at unit01 dot net

 ID:   36103
 User updated by:  rebe at unit01 dot net
 Reported By:  rebe at unit01 dot net
-Status:   Feedback
+Status:   Open
 Bug Type: FTP related
 Operating System: linux
 PHP Version:  5.1.2
 New Comment:

OK, so looks like your patch is also working properly. Just give me a
couple of days - maybe 'till the middle of the next week to check
everything again because I am a little bit busy now doing different
work. 

I want to really confirm that this is a final sollution, so you could
apply that patch into official PHP release.

It is my first subbmission and I am glad to have really active and
collaborating PHP development team :)


Previous Comments:


[2006-01-24 10:50:40] [EMAIL PROTECTED]

Frankly - your patch is doing 99% percent the same thing
Yes, it does.

}while(errcode == 0  !SSL_is_init_finished(ftp-ssl_handle));
we didn't use that in our fix.
So does it work without that check?



[2006-01-24 10:44:57] rebe at unit01 dot net

Frankly - your patch is doing 99% percent the same thing but is not
fixing problem :) I checked that twice cause I didn't believe it but
still getting handshake failed. The only difference I see is :

}while(errcode == 0  !SSL_is_init_finished(ftp-ssl_handle));
^^
we didn't use that in our fix.



[2006-01-24 01:14:37] [EMAIL PROTECTED]

Please try this patch:
http://tony2001.phpclub.net/dev/tmp/bug36103.diff




[2006-01-24 00:38:21] rebe at unit01 dot net

OK here's what we figured out with a friend of mine. Login function in
ext/ftp.c treat all errors (also want_more...  ) as login fail but it
is not true. A patch below is fixing problem and makes everything
working fine:

@@ -243,6 +243,7 @@
 {
 #if HAVE_OPENSSL_EXT
SSL_CTX *ctx = NULL;
+   int err,errs;
 #endif
if (ftp == NULL) {
return 0;
@@ -291,13 +292,24 @@
}

SSL_set_fd(ftp-ssl_handle, ftp-fd);
-
+/*
if (SSL_connect(ftp-ssl_handle) = 0) {
php_error_docref(NULL TSRMLS_CC,
E_WARNING, SSL/TLS handshake failed);
SSL_shutdown(ftp-ssl_handle);
return 0;
}
-
+*/
+err=SSL_connect(ftp-ssl_handle);
+while (err = 0) {
+errs = SSL_get_error(ftp-fd, err);
+if ((errs != SSL_ERROR_WANT_READ)  (errs !=
SSL_ERROR_WANT_WRITE)  (errs != SSL_ERROR_WANT_X509_LOOKUP)) {
+   php_error_docref(NULL TSRMLS_CC, E_WARNING, SSL/TLS handshake
failed);
+   SSL_shutdown(ftp-ssl_handle);
+   return 0;
+}
+err = SSL_connect(ftp-ssl_handle);
+}
+



[2006-01-23 10:10:34] rebe at unit01 dot net

OK. I did that test from Trustix distro. The same piece of code acts
exactly the same way. 

For me it looks like that openssl works fine as long as many other
aplications using it successfuly (apache, ftp, openvpn etc.).



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

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

#36182 [Fbk-Opn]: PHP CLI segfaults on exit in trsm_shutdown

2006-01-27 Thread zeekec at mad dot scientist dot com

 ID:   36182
 User updated by:  zeekec at mad dot scientist dot com
 Reported By:  zeekec at mad dot scientist dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Reproducible crash
 Operating System: Gentoo
 PHP Version:  5.1.2
 New Comment:

It was emerged with nostrip.  Full emerge line:

CFLAGS=-O0 -pipe -g -ggdb CXXFLAGS=-O0 -pipe -g -ggdb
FEATURES=nostrip ACCEPT_KEYWORDS=~x86 ~overlay maint
PORTDIR_OVERLAY=/home/gentoo/local/gentoo-php-overlay/testing
/home/gentoo/local/gentoo-php-overlay/experimental emerge -av
dev-lang/php


The backtrace shows it dieing at TSRM.c:180.  Is there another library
I should install with nostrip?


Previous Comments:


[2006-01-27 21:45:44] [EMAIL PROTECTED]

We need a better backtrace..
So please re-emerge PHP with the following command:
FEATURES=nostrip emerge =dev-lang/php-5.1.2

And then generate a new backtrace.



[2006-01-27 19:56:56] zeekec at mad dot scientist dot com

Description:

When running the php commandline interface, php segfaults on exit.

Reproduce code:
---
php -v
PHP 5.1.2-gentoo (cli) (built: Jan 27 2006 13:01:11) (DEBUG)
Copyright (c) 1997-2006 The PHP Group
Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies
Segmentation fault

Configured with:
./configure --prefix=/usr/lib/php5 --sysconfdir=/etc
--cache-file=./config.cache --enable-cli --disable-cgi
--with-config-file-path=/etc/php/cli-php5 --with-config-file-scan
-dir=/etc/php/cli-php5/ext-active --without-pear --enable-bcmath=shared
--with-bz2=shared --enable-calendar=shared --with-curl=shared
--with-curlwrappers=shared --disable-dbase
--enable-exif=shared --without-fbsql --without-fdftk --disable-filepro
--enable-ftp=shared --with-gettext=shared --with-gmp=shared
--disable-hash --without-hwapi --without-infor
mix --without-kerberos --enable-mbstring=shared --with-mcrypt=shared
--disable-memory-limit --with-mhash=shared --with-ming=shared
--without-msql --without-mssql --with-ncurses=
shared --without-oci8 --without-oci8 --with-openssl=shared
--with-openssl-dir=/usr --enable-pcntl=shared --disable-pdo
--without-pgsql --with-pspell=shared --without-recode --di
sable-reflection --disable-simplexml --disable-shmop --without-snmp
--disable-soap --enable-sockets=shared --without-sybase
--without-sybase-ct --enable-sysvmsg=shared --enable-
sysvsem=shared --enable-sysvshm=shared --with-tidy=shared
--disable-wddx --disable-xmlreader --disable-xmlwriter --without-xmlrpc
--with-xsl=shared --with-zlib=shared --enable-d
ebug --enable-dba=shared --without-cdb --with-db4=shared
--with-flatfile=shared --with-gdbm=shared --with-inifile=shared
--without-qdbm --with-freetype-dir=/usr --with-t1lib=/us
r --disable-gd-jis-conv --enable-gd-native-ttf --with-jpeg-dir=/usr
--with-png-dir=/usr --with-xpm-dir=/usr/X11R6 --with-gd
--with-imap=shared --with-imap-ssl --with-ldap=shared
 --with-ldap-sasl --with-mysql=shared,/usr/lib/mysql
--with-mysql-sock=/var/run/mysqld/mysqld.sock --without-mysqli
--with-readline --without-libedit --disable-session --enable-
sqlite-utf8 --with-pic --enable-maintainer-zts
--enable-experimental-zts

Expected result:

php -v
PHP 5.1.2-gentoo (cli) (built: Jan 27 2006 13:01:11) (DEBUG)
Copyright (c) 1997-2006 The PHP Group
Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies


Actual result:
--
gdb --args php -v
GNU gdb 6.4
Copyright 2005 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 i686-pc-linux-gnu...Using host
libthread_db library /lib/tls/libthread_db.so.1.

(gdb) run
Starting program: /usr/bin/php -v
[Thread debugging using libthread_db enabled]
[New Thread -1208424768 (LWP 3847)]
PHP 5.1.2-gentoo (cli) (built: Jan 27 2006 13:01:11) (DEBUG)
Copyright (c) 1997-2006 The PHP Group
Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1208424768 (LWP 3847)]
0xb7be47d6 in ?? ()
(gdb) bt
#0  0xb7be47d6 in ?? ()
#1  0x082164c9 in tsrm_shutdown () at
/home/gentoo/tmp/portage/php-5.1.2/work/php-5.1.2/TSRM/TSRM.c:180
#2  0x08304c0e in main (argc=2, argv=0xbfebc4c4) at
/home/gentoo/tmp/portage/php-5.1.2/work/php-5.1.2/sapi/cli/php_cli.c:1240
(gdb)





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

#36183 [NEW]: urlencode wrongly decodes %00-chars

2006-01-27 Thread karel at linux dot be

From: karel at linux dot be
Operating system: Linux
PHP version:  4.4.2
PHP Bug Type: URL related
Bug description:  urlencode wrongly decodes %00-chars

Description:

PHP-version: 4.3.11 (linux), and 4.4.0 (windows)

I don't know if this bug is reproducible on any higher version of PHP as I
don't have them to work on.


If you submit a POST/GET/parse_str() to a webpage, where a variable has an
URLencoded string in it, which contains %00. It will end up being mangled
totally.

Just check the reproduce-code, it'll be more clear then my explanation
here.

Reproduce code:
---
  $comp_me = gzcompress('Compress me', 9);
  
  parse_str( 'var='. urlencode( $comp_me ) );
  
  var_dump( urlencode($var) );
  var_dump( urlencode( $comp_me ) );


Expected result:

I would expect to see 2 urlencoded strings, EXACTLY the same.

Actual result:
--
string(42) x%DAs%CE%CF-%28J-.V%C8M%05%5C0%19%BD%04%3F
string(41) x%DAs%CE%CF-%28J-.V%C8M%05%00%19%BD%04%3F
---^^^

-- 
Edit bug report at http://bugs.php.net/?id=36183edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=36183r=trysnapshot44
Try a CVS snapshot (PHP 5.1): 
http://bugs.php.net/fix.php?id=36183r=trysnapshot51
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=36183r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=36183r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=36183r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=36183r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=36183r=needscript
Try newer version:http://bugs.php.net/fix.php?id=36183r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=36183r=support
Expected behavior:http://bugs.php.net/fix.php?id=36183r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=36183r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=36183r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=36183r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=36183r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=36183r=dst
IIS Stability:http://bugs.php.net/fix.php?id=36183r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=36183r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=36183r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=36183r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=36183r=mysqlcfg

#36184 [NEW]: Using internal links in PHP page results in amendment in title of the page.

2006-01-27 Thread accelaration at gmail dot com

From: accelaration at gmail dot com
Operating system: Windows XP 
PHP version:  5.1.2
PHP Bug Type: *General Issues
Bug description:  Using internal links in PHP page results in amendment in 
title of the page.

Description:

Using internal links in PHP page results in addition of #link with TITLE
of page.

Reproduce code:
---
a name=flagManufacturing cell/a

form method=POST action=?$_SERVER['PHP_SELF']?#flag

  OR

echo a href='.$_SERVER['PHP_SELF'].?page=1#flag'

both are causing same result.

Expected result:

Title of the page:
MY PORTFOLIO - Microsoft Internet Explorer

Actual result:
--
Title of the pgae:
MY PORTFOLIO - Microsoft Internet Explorer#flag#flag

-- 
Edit bug report at http://bugs.php.net/?id=36184edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=36184r=trysnapshot44
Try a CVS snapshot (PHP 5.1): 
http://bugs.php.net/fix.php?id=36184r=trysnapshot51
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=36184r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=36184r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=36184r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=36184r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=36184r=needscript
Try newer version:http://bugs.php.net/fix.php?id=36184r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=36184r=support
Expected behavior:http://bugs.php.net/fix.php?id=36184r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=36184r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=36184r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=36184r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=36184r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=36184r=dst
IIS Stability:http://bugs.php.net/fix.php?id=36184r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=36184r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=36184r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=36184r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=36184r=mysqlcfg

#36184 [Opn-Bgs]: Using internal links in PHP page results in amendment in title of the page.

2006-01-27 Thread pajoye

 ID:   36184
 Updated by:   [EMAIL PROTECTED]
 Reported By:  accelaration at gmail dot com
-Status:   Open
+Status:   Bogus
 Bug Type: *General Issues
 Operating System: Windows XP
 PHP Version:  5.1.2
 New Comment:

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.  Due to the volume
of reports we can not explain in detail here why your report is not
a bug.  The support channels will be able to provide an explanation
for you.

Thank you for your interest in PHP.

.


Previous Comments:


[2006-01-28 00:25:14] accelaration at gmail dot com

Description:

Using internal links in PHP page results in addition of #link with
TITLE of page.

Reproduce code:
---
a name=flagManufacturing cell/a

form method=POST action=?$_SERVER['PHP_SELF']?#flag

  OR

echo a href='.$_SERVER['PHP_SELF'].?page=1#flag'

both are causing same result.

Expected result:

Title of the page:
MY PORTFOLIO - Microsoft Internet Explorer

Actual result:
--
Title of the pgae:
MY PORTFOLIO - Microsoft Internet Explorer#flag#flag





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

#36185 [NEW]: str_rot13(NULL) crash

2006-01-27 Thread gmilicevic at gmail dot com

From: gmilicevic at gmail dot com
Operating system: Win XP SP1
PHP version:  5CVS-2006-01-28 (snap)
PHP Bug Type: Strings related
Bug description:  str_rot13(NULL) crash

Description:

Hello,

For my article : 'php - string manipulation' i'm tested the various
results of must php functions.

For the functions str_rot13() i have tested with NULL in the  single
argument, the result of this test is: crash.

I have tested with PHP 5.1.2 (win 32 packtage), PHP 5 cvs of today (win 32
packtage), and with PHP 4.3.10-16 (cli) (Linux Debian).

(Sorry for my english.)

Reproduce code:
---
?php
echo str_rot13(NULL);
?

Expected result:

no result ?

Actual result:
--
crash

-- 
Edit bug report at http://bugs.php.net/?id=36185edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=36185r=trysnapshot44
Try a CVS snapshot (PHP 5.1): 
http://bugs.php.net/fix.php?id=36185r=trysnapshot51
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=36185r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=36185r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=36185r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=36185r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=36185r=needscript
Try newer version:http://bugs.php.net/fix.php?id=36185r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=36185r=support
Expected behavior:http://bugs.php.net/fix.php?id=36185r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=36185r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=36185r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=36185r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=36185r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=36185r=dst
IIS Stability:http://bugs.php.net/fix.php?id=36185r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=36185r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=36185r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=36185r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=36185r=mysqlcfg

#36185 [Opn-Csd]: str_rot13(NULL) crash

2006-01-27 Thread pajoye

 ID:   36185
 Updated by:   [EMAIL PROTECTED]
 Reported By:  gmilicevic at gmail dot com
-Status:   Open
+Status:   Closed
 Bug Type: Strings related
 Operating System: Win XP SP1
 PHP Version:  5CVS-2006-01-28 (snap)
-Assigned To:  
+Assigned To:  pajoye
 New Comment:

This bug has been fixed in CVS.

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/.
 
Thank you for the report, and for helping us make PHP better.




Previous Comments:


[2006-01-28 00:37:23] gmilicevic at gmail dot com

Description:

Hello,

For my article : 'php - string manipulation' i'm tested the various
results of must php functions.

For the functions str_rot13() i have tested with NULL in the  single
argument, the result of this test is: crash.

I have tested with PHP 5.1.2 (win 32 packtage), PHP 5 cvs of today (win
32 packtage), and with PHP 4.3.10-16 (cli) (Linux Debian).

(Sorry for my english.)

Reproduce code:
---
?php
echo str_rot13(NULL);
?

Expected result:

no result ?

Actual result:
--
crash





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

#20373 [Com]: T_OBJECT_OPERATOR parse error should not happen

2006-01-27 Thread h4lfl1ng at inbox dot com

 ID:   20373
 Comment by:   h4lfl1ng at inbox dot com
 Reported By:  rkb at femkant dot dk
 Status:   No Feedback
 Bug Type: Scripting Engine problem
 Operating System: Linux
 PHP Version:  4CVS-2002-11-11
 New Comment:

PHP Version 4.4.2

?php
mysql_connect(localhost, username, password) or
die(mysql_error());
mysql_select_db(database) or die(mysql_error());

$doc = new DOMDocument();
@$doc-loadHTML(file_get_contents('filewithlinks.html'));

$links = $doc-getElementsByTagName('a');

for ($i = 0; $i  $links-length; $i++) {
  $value = addslashes($links-item($i)-nodeValue);
  $href = addslashes($links-item($i)-getAttribute('href'));
  
mysql_query(INSERT INTO bookmarks(url, title) VALUES('$href',
'$value' ) )
or die(mysql_error());  

}
echo $i .  Bookmarks Imported;

?

I get the same error. On line 11  12 where $value  $href exist.

Parse error: syntax error, unexpected T_OBJECT_OPERATOR in ...

It works in PHP5, but not in php4.4.2


Previous Comments:


[2003-11-20 02:14:44] jonny at sanriowasteland dot net

I tested the code givin with PHP5 beta 2, and everything works as
expected.



[2003-01-02 18:38:58] [EMAIL PROTECTED]

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





[2002-12-08 16:28: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





[2002-11-11 17:35:47] rkb at femkant dot dk

The following script produces a Parse error, unexpected 
T_OBJECT_OPERATOR in ... message: 
 
class A {} 
 
class B { 
var $name = A; 
 
function test() { 
new $this-name; 
} 
} 
 
The following change will succeed: 
- new $this-name; 
+ $tmp = $this-name; 
+ new $tmp; 
 




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

#36186 [NEW]: relocations remain against allocatable but non-writable sections

2006-01-27 Thread alwold at gmail dot com

From: alwold at gmail dot com
Operating system: Solaris 9
PHP version:  5.1.2
PHP Bug Type: Compile Failure
Bug description:  relocations remain against allocatable but non-writable 
sections

Description:

On Solaris, the final link command with libtool fails with relocations
remain against allocatable but non-writable sections.

This has been reported several times but marked as bogus, but it appears
to be a real bug.  The linker on Solaris uses the option -G instead of
-shared.

Editing the libtool in the source directory and replacing instances of
-shared with -G resolves the problem and allows it to produce a library.


-- 
Edit bug report at http://bugs.php.net/?id=36186edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=36186r=trysnapshot44
Try a CVS snapshot (PHP 5.1): 
http://bugs.php.net/fix.php?id=36186r=trysnapshot51
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=36186r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=36186r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=36186r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=36186r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=36186r=needscript
Try newer version:http://bugs.php.net/fix.php?id=36186r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=36186r=support
Expected behavior:http://bugs.php.net/fix.php?id=36186r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=36186r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=36186r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=36186r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=36186r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=36186r=dst
IIS Stability:http://bugs.php.net/fix.php?id=36186r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=36186r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=36186r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=36186r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=36186r=mysqlcfg

#36187 [NEW]: PHP-CLI does not return int exit status set by exit()

2006-01-27 Thread volker at puttrich dot net

From: volker at puttrich dot net
Operating system: Debian Sarge
PHP version:  5.1.2
PHP Bug Type: CGI related
Bug description:  PHP-CLI does not return int exit status set by exit()

Description:

The CLI version of PHP does not return the integer exit status to the
shell when using 'exit(integer);' from within the script. PHP will always
return 0 (or 255 probably).

The manual says that it would do.

Calling 'exit(string);' (with a string as parameter) it works as
expected and as mentioned in the manual.

Reproduce code:
---
This is what I'm trying to do:

file1.php
-
?
system(php ./file2.php, $rv);
fwrite(STDOUT, $rv.\n);

system(php ./file2.php -- -param, $rv);
fwrite(STDOUT, $rv.\n);
?

file2.php
-
?
if($argc  2)
exit(1);
else
exit(0);
?


Expected result:

Execute:

# php ./file1.php

Output should be:
1
0


Actual result:
--
Buggy result is:
0
0

-- 
Edit bug report at http://bugs.php.net/?id=36187edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=36187r=trysnapshot44
Try a CVS snapshot (PHP 5.1): 
http://bugs.php.net/fix.php?id=36187r=trysnapshot51
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=36187r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=36187r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=36187r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=36187r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=36187r=needscript
Try newer version:http://bugs.php.net/fix.php?id=36187r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=36187r=support
Expected behavior:http://bugs.php.net/fix.php?id=36187r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=36187r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=36187r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=36187r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=36187r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=36187r=dst
IIS Stability:http://bugs.php.net/fix.php?id=36187r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=36187r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=36187r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=36187r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=36187r=mysqlcfg

#36183 [Com]: urlencode wrongly decodes %00-chars

2006-01-27 Thread judas dot iscariote at gmail dot com

 ID:   36183
 Comment by:   judas dot iscariote at gmail dot com
 Reported By:  karel at linux dot be
 Status:   Open
 Bug Type: URL related
 Operating System: Linux
 PHP Version:  4.4.2
 New Comment:

not reproducible in latest PHP 5 CVS.


Previous Comments:


[2006-01-28 00:16:07] karel at linux dot be

Description:

PHP-version: 4.3.11 (linux), and 4.4.0 (windows)

I don't know if this bug is reproducible on any higher version of PHP
as I don't have them to work on.


If you submit a POST/GET/parse_str() to a webpage, where a variable has
an URLencoded string in it, which contains %00. It will end up being
mangled totally.

Just check the reproduce-code, it'll be more clear then my explanation
here.

Reproduce code:
---
  $comp_me = gzcompress('Compress me', 9);
  
  parse_str( 'var='. urlencode( $comp_me ) );
  
  var_dump( urlencode($var) );
  var_dump( urlencode( $comp_me ) );


Expected result:

I would expect to see 2 urlencoded strings, EXACTLY the same.

Actual result:
--
string(42) x%DAs%CE%CF-%28J-.V%C8M%05%5C0%19%BD%04%3F
string(41) x%DAs%CE%CF-%28J-.V%C8M%05%00%19%BD%04%3F
---^^^





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

#36188 [NEW]: Segfault because of faulty error handler code

2006-01-27 Thread [EMAIL PROTECTED]

From: [EMAIL PROTECTED]
Operating system: FreeBSD 4.x
PHP version:  5.1.2
PHP Bug Type: Reproducible crash
Bug description:  Segfault because of faulty error handler code

Description:

With a poorly written custom PHP error handler it's possible to segfault
PHP. Of course fixing the code prevents the sefault, but userland code
shouldn't segfault PHP.


P.S. - I realize xdebug and APC are both running, but I was told to file
the bug report by Rasmus so I am.

Reproduce code:
---
Version #1:
http://www.jeremyjohnstone.com/code/bugs.php.net/segfault_error_handler.phps

Version #2 (slightly different reason+crash location, but also
segfaults):
http://www.jeremyjohnstone.com/code/bugs.php.net/segfault_error_handler2.phps

Expected result:

Well, the above code is bad, so one would expect something bad to happen,
just not a segfault of PHP because of faulty userland code.

Actual result:
--
Backtrace for code sample #1:
http://www.jeremyjohnstone.com/code/bugs.php.net/backtrace.txt

Backtrace for code sample #2:
http://www.jeremyjohnstone.com/code/bugs.php.net/backtrace2.txt

-- 
Edit bug report at http://bugs.php.net/?id=36188edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=36188r=trysnapshot44
Try a CVS snapshot (PHP 5.1): 
http://bugs.php.net/fix.php?id=36188r=trysnapshot51
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=36188r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=36188r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=36188r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=36188r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=36188r=needscript
Try newer version:http://bugs.php.net/fix.php?id=36188r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=36188r=support
Expected behavior:http://bugs.php.net/fix.php?id=36188r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=36188r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=36188r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=36188r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=36188r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=36188r=dst
IIS Stability:http://bugs.php.net/fix.php?id=36188r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=36188r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=36188r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=36188r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=36188r=mysqlcfg

#36180 [Opn-Bgs]: Compile error with apache 1.3.x static

2006-01-27 Thread iliaa

 ID:   36180
 Updated by:   [EMAIL PROTECTED]
 Reported By:  Trigunflame at charter dot net
-Status:   Open
+Status:   Bogus
 Bug Type: Compile Failure
 Operating System: Slackware 10.2.0
 PHP Version:  5CVS-2006-01-27 (snap)
 New Comment:

The --enable-versioning should not be used.


Previous Comments:


[2006-01-27 19:53:08] Trigunflame at charter dot net

Change Configure To 

CFLAGS=-O3 -march=pentium4 CXX=gcc CXXFLAGS=-O3 -march=pentium4
./configure --prefix=/usr/local/apache/php
--exec-prefix=/usr/local/apache/php --with-apache=/usr/src/apache
--with-xml --without-pear --enable-cli --disable-cgi --with-gd
--with-jpeg-dir=/usr/local --with-png-dir=/usr --with-zlib
--enable-sockets --enable-pcntl --enable-sigchild --enable-sysvsem
--enable-sysvshm --enable-sysvmsg --enable-shmop --enable-pdo
--with-pdo-sqlite

And it worked, so who knows.



[2006-01-27 19:36:38] Trigunflame at charter dot net

Ps. Going by those old docs; im going to try and remove
--enable-versioning and see if that fixes the problem.



[2006-01-27 19:24:35] Trigunflame at charter dot net

Description:

PHP itself builds fine, however during the apache './configure' an
error occurs that stops the build build.

I've been using php for nearly 7 years now and never had this problem
with compilations on 5-6 different OS's; however I did see references
to this problem from bug reports in 2000-2001 via google.

This particular build im running Slackware 10.2.0  (Topologilinux
distro) which use CoLinux ontop of Windows XP Pro SP2; Doing this so I
don't have to shell out megabux for VMware. (Colinux is about as good
for Free).

Reproduce code:
---
PHP Compilation (Works)
CFLAGS=-O3 -march=pentium4 CXX=gcc CXXFLAGS=-O3 -march=pentium4
./configure --prefix=/usr/local/apache/php
--exec-prefix=/usr/local/apache/php --with-apache=/usr/src/apache
--with-xml --without-pear --enable-cli --disable-cgi --with-gd
--with-jpeg-dir=/usr/local --with-png-dir=/usr --with-mysql=/usr
--with-mysqli=/usr/bin/mysql_config --enable-discard-path
--enable-track-vars --enable-versioning --with-zlib --enable-sockets
--enable-pcntl --enable-sigchild --enable-sysvsem --enable-sysvshm
--enable-sysvmsg --enable-shmop --enable-pdo --with-pdo-sqlite

Apache Compilation (Fails)
OPTIM=-O3 -march=pentium4 -mfpmath=sse ./configure
--prefix=/usr/local/apache --activate-module=src/modules/php5/libphp5.a
 --activate-module=src/modules/gzip/mod_gzip.c --enable-module=dir
--enable-module=mime --disable-module=so --disable-module=asis
--disable-module=imap --disable-module=actions --disable-module=status
--disable-module=setenvif --disable-module=userdir
--disable-module=include --disable-module=env --disable-module=cgi



Expected result:

A statically linked Apache/PHP Compile.

Actual result:
--
Configuring for Apache, Version 1.3.34
 + using installation path layout: Apache (config.layout)
 + activated php5 module (modules/php5/libphp5.a)
 + activated gzip module (modules/gzip/mod_gzip.c)
Creating Makefile
Creating Configuration.apaci in src
Creating Makefile in src
 + configured for Linux platform
 + setting C compiler to gcc
 + setting C pre-processor to gcc -E
 + using tr [a-z] [A-Z] to uppercase
 + checking for system header files
 + adding selected modules
o php5_module uses ConfigStart/End
 + using system Expat
 + checking sizeof various data types
 + doing sanity check on compiler and options
** A test compilation with your Makefile configuration
** failed.  The below error output from the compilation
** test will give you an idea what is failing. Note that
** Apache requires an ANSI C Compiler, such as gcc.

 Error Output for sanity check 
cd ..; gcc -O3 -march=pentium4 -mfpmath=sse -DLINUX=22
-DHAVE_SET_DUMPABLE -DNO_DL_NEEDED `./apaci` -o helpers/dummy
helpers/dummy.c   -rdynamic -Lmodules/php5 -L../modules/php5
-L../../modules/php5 -lmodphp5 -export-symbols
/usr/src/php/sapi/apache/php.sym-rdynamic -lcrypt   -lcrypt -lrt
-lpng -lz -ljpeg -lz -lresolv -lm -ldl -lnsl  -lxml2 -lz -lm -lxml2 -lz
-lm -lxml2 -lz -lm -lcrypt -lxml2 -lz -lm -lxml2 -lz -lm -lxml2 -lz -lm
-lcrypt   -lm -lcrypt -lexpat
/usr/lib/gcc-lib/i486-slackware-linux/3.3.6/../../../../i486-slackware-linux/bin/ld:/usr/src/php/sapi/apache/php.sym:
file format not recognized; treating as linker script
/usr/lib/gcc-lib/i486-slackware-linux/3.3.6/../../../../i486-slackware-linux/bin/ld:/usr/src/php/sapi/apache/php.sym:2:
parse error
collect2: ld returned 1 exit status
make: *** [dummy] Error 1
= End of Error Report =

 Aborting!






-- 
Edit this bug report at

#35647 [NoF-Opn]: tidy does not produce valid utf8 when the encoding is specified in the config

#36165 [WFx]: == considered harmful

#36175 [Fbk-Opn]: Error connecting to Oracle

#36178 [NEW]: Can't compile oci8 instant client

#36179 [NEW]: yacc /usr/local/php-4.4.2/ext/standard/parsedate.y

#36179 [Opn-Bgs]: yacc /usr/local/php-4.4.2/ext/standard/parsedate.y

#36178 [Opn-Bgs]: Can't compile oci8 instant client

#36175 [Opn-Fbk]: Error connecting to Oracle

#34071 [Com]: buffering is destroyed when using ob_gzhandler and ob_clean

#36167 [Bgs]: Wrong count of the references to object

#36044 [Com]: The specified CGI application misbehaved by not returning..

#36175 [Fbk-Opn]: Error connecting to Oracle

#20358 [Com]: Apache is Segmentation fault by session_start() with libmm

#36180 [NEW]: Compile error with apache 1.3.x static

#36181 [NEW]: Don't work mysql

#36180 [Opn]: Compile error with apache 1.3.x static

#36182 [NEW]: PHP CLI segfaults on exit in trsm_shutdown

#36180 [Opn]: Compile error with apache 1.3.x static

#35647 [Opn]: tidy does not produce valid utf8 when the encoding is specified in the config

#36182 [Opn-Fbk]: PHP CLI segfaults on exit in trsm_shutdown

#36103 [Fbk-Opn]: ftp ssl connection fails during login

#36182 [Fbk-Opn]: PHP CLI segfaults on exit in trsm_shutdown

#36183 [NEW]: urlencode wrongly decodes %00-chars

#36184 [NEW]: Using internal links in PHP page results in amendment in title of the page.

#36184 [Opn-Bgs]: Using internal links in PHP page results in amendment in title of the page.

#36185 [NEW]: str_rot13(NULL) crash

#36185 [Opn-Csd]: str_rot13(NULL) crash

#20373 [Com]: T_OBJECT_OPERATOR parse error should not happen

#36186 [NEW]: relocations remain against allocatable but non-writable sections

#36187 [NEW]: PHP-CLI does not return int exit status set by exit()

#36183 [Com]: urlencode wrongly decodes %00-chars

#36188 [NEW]: Segfault because of faulty error handler code

#36180 [Opn-Bgs]: Compile error with apache 1.3.x static

33 matches

Site Navigation

Mail list logo

Footer information