PROBLEM: Chart X-Axis Values Intermittantly Lost, Requiring IIS Service Restart to Correct

[User (Legacy)]

Hi,

    I have a rather complicated problem (or at least I think it is)

involving ChartFX Internet Edition 5.5.  I have a custom report server which

generates ActiveReports documents containing a Chart as an ActiveX control.

The whole system runs flawlessly for 95% of the time, then, under heavier

server loads, something happens and all of a sudden the labels on the X-axis

are replaced by incorrect values.  Restarting the IIS service always fixes

the problem, but our web department is tired of doing this every month 

    To state an example, if you have a chart with 12 labels for each month

of 2003, the labels suddenly change to 1/1/1900 and so on.  The date format

stays there, but the values are lost.  Another example:  The labels of a

chart are custom text, like "Current" "30 Days" "60 Days"; after the

problem, the text becomes "Series #1" "Series #2" etc.  The format of the

labels remains intact, yet the data goes away.  Most of the charts are

within ActiveReports documents, yet, when the problem occurs, all charts on

the web server are affected, even the ones generated directly on an ASP

page.

    It appears that something happens unexpectedly that causes a problem

with *all* chart generation, so it is most likely not one specific report or

chart mis-coding to create the problem.  Any ideas?  A locked file,

temporary file? Forgetting to manually garbage collect in ASPand/or the

reports?   Again, the problem disappears when the IIS service is restarted.

    Thanks very much for looking into this problem!  Feel free to contact me

as often as you like for more information.

[Software FX]

Are you running our most recent service pack ? This could be the indication

of a memory leak (we have fixed some of those in the past) where at some

point memory (or resources) get exhausted. A way to duplicate this would be

to take one of your pages, copy it to a test machine and hit the same URL

repeatedly (you could use a meta tag to force IE to redownload the page or a

LoadTesting tool). Checking private bytes in the performance monitor could

help you detect if it is in fact a leak.

If you are able to generate the behavior you could send us your ASP page

(you can strip any private info but you may need to give us some info about

the data being sent to the chart).

Another possibility could be that you are doing something wrong with the

chart (e.g. setting per series attributes before letting ChartFX know how

many series you have). This issues can go undetected for long periods of

time. Sending us the chart related code could help us spot some of these.

-- 

Regards,

JC

Software FX Support

"Jon Person" <jperson@murryhillcompany.com> wrote in message

news:gZAeME$cDHA.3828@WEBSERVER1...

> Hi,

>

>     I have a rather complicated problem (or at least I think it is)

> involving ChartFX Internet Edition 5.5.  I have a custom report server

which

> generates ActiveReports documents containing a Chart as an ActiveX

control.

> The whole system runs flawlessly for 95% of the time, then, under heavier

> server loads, something happens and all of a sudden the labels on the

X-axis

> are replaced by incorrect values.  Restarting the IIS service always fixes

> the problem, but our web department is tired of doing this every month 

>

>     To state an example, if you have a chart with 12 labels for each month

> of 2003, the labels suddenly change to 1/1/1900 and so on.  The date

format

> stays there, but the values are lost.  Another example:  The labels of a

> chart are custom text, like "Current" "30 Days" "60 Days"; after the

> problem, the text becomes "Series #1" "Series #2" etc.  The format of the

> labels remains intact, yet the data goes away.  Most of the charts are

> within ActiveReports documents, yet, when the problem occurs, all charts

on

> the web server are affected, even the ones generated directly on an ASP

> page.

>

>     It appears that something happens unexpectedly that causes a problem

> with *all* chart generation, so it is most likely not one specific report

or

> chart mis-coding to create the problem.  Any ideas?  A locked file,

> temporary file? Forgetting to manually garbage collect in ASPand/or the

> reports?   Again, the problem disappears when the IIS service is

restarted.

>

>     Thanks very much for looking into this problem!  Feel free to contact

me

> as often as you like for more information.

>

>