I can remember getting this issue with gif graphs in 5.2.3 and it was inconsistant although it generally occured when trying to render a graph with no plots.
The method I used to overcome the complete failure of the PDF (it was a 4 x 4 graph plot on A3 paper) was to read the first six chars of the gif file and if it didn't match "GIF89a" then I substituted the "damaged" gif file with a known gif file that said the file was damaged.
Good luck and seasons greetings!
T
In FOCUS since 1986
WebFOCUS Server 8.2.01M, thru 8.2.07 on Windows Svr 2008 R2
WebFOCUS App Studio 8.2.06 standalone on Windows 10
December 19, 2006, 12:35 PM
Francis Mariani
Now, that's technique!
Francis
Give me code, or give me retirement. In FOCUS since 1991
Production: WF 7.7.05M, Dev Studio, BID, MRE, WebSphere, DB2 / Test: WF 8.1.05M, App Studio, BI Portal, Report Caster, jQuery, HighCharts, Apache Tomcat, MS SQL Server
December 19, 2006, 12:38 PM
Leah
Never had any graphs generated in our system so far for distribution, but the last time we had a lot of 'damaged' PDF files was due to a 'problem' with WebFOCUS and McAfee interaction.
Happy Holidays.
Leah
December 19, 2006, 01:31 PM
S.J. Kadish
The graphs did work in 7.1.1 and 7.1.4 and we just upgraded. Something tells me that the upgrade might be an issue.
Update - we found fixes and the graphs are now running.
Specific changes:
1.) Removed APP HOLD IBISAMP - this was done for the .gifs but was actually extraneous
2.) Added a -EXIT at the end of the job prior to a label pointing to a &RECORDS EQ 0 label.
Thanks for all who checked in! Happy Holidays and the best for IBI in 2007!This message has been edited. Last edited by: S.J. Kadish,