Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 446914 - PAN package fails to re-build on Fedora 9
Summary: PAN package fails to re-build on Fedora 9
Keywords:
Status: CLOSED DUPLICATE of bug 433970
Alias: None
Product: Fedora
Classification: Fedora
Component: pan
Version: 9
Hardware: All
OS: Linux
low
low
Target Milestone: ---
Assignee: Alexander Dalloz
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2008-05-16 16:42 UTC by Pavel Polischouk
Modified: 2008-05-21 18:50 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2008-05-21 18:50:08 UTC
Type: ---
Embargoed:

Attachments (Terms of Use)
A patch fixing PAN compilation: missing includes (deleted)
2008-05-16 16:42 UTC, Pavel Polischouk 		no flags Details | Diff
View All

Description Pavel Polischouk 2008-05-16 16:42:14 UTC 
Description of problem:
PAN 0.132 code is incompatible with GCC 4.3.0, mostly failing to include the
needed system headers.

Version-Release number of selected component (if applicable):
pan-0.132-2.fc8.x86_64

How reproducible:
Always

Steps to Reproduce:
1. rpmbuild --rebuild pan-0.132-2.fc8.src.rpm
2. Observe compilation errors
  
Actual results:
Multiple compilation errors, mostly due to missing #include <stdlib.h> and other
system headers.

Expected results:
Should re-build properly.

Additional info:
Attached the patch to fix the compilation
Comment 1 Pavel Polischouk 2008-05-16 16:42:14 UTC 
Created attachment 305708 [details]
A patch fixing PAN compilation: missing includes
Comment 2 Pavel Polischouk 2008-05-16 17:56:33 UTC 
Debugged the problem further. It happens when trying to load a huge tasks.nzb
(around 95000 lines). When the file is split into two parts by copying and
removing extra <file>...</file> sections, each part loads successfully.
This most likely means state corruption in nzb parser by certain input.
Comment 3 Pavel Polischouk 2008-05-21 18:36:06 UTC 
Please disregard the previous comment, added it here by mistake instead of
another bug.
Comment 4 Pavel Polischouk 2008-05-21 18:50:08 UTC 

*** This bug has been marked as a duplicate of 433970 ***
Note You need to log in before you can comment on or make changes to this bug.