Bug 254006

Summary: libtidy breaks php-tidy after yum update
Product: [Fedora] Fedora Reporter: Alexander Dorfmeister <alexander.dorfmeister>
Component: php-extrasAssignee: Dmitry Butskoy <dmitry>
Status: CLOSED WONTFIX QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: medium    
Version: 6CC: gwync
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2007-11-06 12:10:19 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
php tidy crash log none

Description Alexander Dorfmeister 2007-08-23 15:58:25 UTC 
Description of problem:

by installing libtidy-0.99.0-12.20070228.fc6.1 php-tidy-5.1.6-4.fc6 is broken.

Version-Release number of selected component (if applicable):
php-tidy.i386 5.1.6-4.fc6
libtidy.i386 0.99.0-12.20070228.fc6.1

How reproducible:

install the version of php, tidy as written

Steps to Reproduce:
1. enable tidy support in php
2. on system prompt: php -r '$x = new tidy();'
3.
  
Actual results:

crash, see attached file

Expected results:

no output, no errors

Additional info:

we installed 
libtidy.i386 0.99.0-11.20051025.fc6
and excluded libtidy from yum update and things works like expected again.

actually we had lots of errors in httpd_error.log:

FATAL:  emalloc():  Unable to allocate -2120202764 bytes
FATAL:  emalloc():  Unable to allocate -2119874028 bytes
FATAL:  emalloc():  Unable to allocate -2119907604 bytes
FATAL:  emalloc():  Unable to allocate -2119810820 bytes
FATAL:  emalloc():  Unable to allocate -2119908876 bytes
FATAL:  emalloc():  Unable to allocate -2119908876 bytes
FATAL:  emalloc():  Unable to allocate -2119908828 bytes
FATAL:  emalloc():  Unable to allocate -2120102068 bytes
FATAL:  emalloc():  Unable to allocate -2115655396 bytes
FATAL:  emalloc():  Unable to allocate -2119908420 bytes
FATAL:  emalloc():  Unable to allocate -2119908548 bytes
FATAL:  emalloc():  Unable to allocate -2120226292 bytes
FATAL:  emalloc():  Unable to allocate -2119892404 bytes
FATAL:  emalloc():  Unable to allocate -2120980348 bytes
FATAL:  emalloc():  Unable to allocate -2119908684 bytes
FATAL:  emalloc():  Unable to allocate -2120201900 bytes
FATAL:  emalloc():  Unable to allocate -2120226572 bytes
Comment 1 Alexander Dorfmeister 2007-08-23 15:58:25 UTC 
Created attachment 169265 [details]
php tidy crash log
Comment 2 Rex Dieter 2007-08-23 16:03:54 UTC 
Hrm, didn't notice any change in binary compatibility.  drat.

Since it's hard(er) to revoke updates, perhaps another option to try rebuilding
php-extras against the newer tidy.  (reassigning -> php-extras)
Comment 3 Rex Dieter 2007-08-23 16:08:30 UTC 
Dmitry, what do you think?
Comment 4 Dmitry Butskoy 2007-08-24 13:35:20 UTC 
Just rebuilt php-extras for FC6 . It uses newest libtidy-0.99.0-12.20070228.fc6.1

All 18 tests are OK...

see build.log at:
http://buildsys.fedoraproject.org/logs/fedora-6-extras/35846-php-extras-5.1.6-4.fc6/i386/

Seems not a php issue for me.
Comment 5 Alexander Dorfmeister 2007-08-28 06:49:10 UTC 
dose 

php -r '$x=new tidy();'

work for you?
Comment 6 Dmitry Butskoy 2007-08-28 11:33:52 UTC 
Cannot say, since I'm no more use FC6 now.

But the php-tidy tests no. 7 and 13 have similar constructions (see in php
source, ext/tidy/tests/007.phpt and etx/tidy/tests/php13.phpt). The difference
with your case is just non-empty argument list...
Comment 7 Dmitry Butskoy 2007-11-06 12:10:19 UTC 
It seems the issue is no more actual?

Since FC6 reaches its EOL, I close it. feel free to re-open if needed...