Bug 254006 - libtidy breaks php-tidy after yum update
Summary: libtidy breaks php-tidy after yum update
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: php-extras
Version: 6
Hardware: i386
OS: Linux
medium
high
Target Milestone: ---
Assignee: Dmitry Butskoy
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2007-08-23 15:58 UTC by Alexander Dorfmeister
Modified: 2007-11-30 22:12 UTC (History)
1 user (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2007-11-06 12:10:19 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
php tidy crash log (8.98 KB, text/plain)
2007-08-23 15:58 UTC, Alexander Dorfmeister
no flags Details

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


Note You need to log in before you can comment on or make changes to this bug.