FiveTech Support Forums

Hi,

I dont think this is a FiveWin problem, but I will ask the question here..

At one of my customers (who have 6 installations), my application gets slower and slower as they use it through the day - if they go out of the application and go back in the application runs at normal speed.

They cannot tell me what causes the slowdown as they do many things in the application.

Is there any reporting tools to see what could be causing the slowdown (memory/resources etc)

I'm not expecting a "do this to fix" response, just ideas

I have posted this on the xHarbour forums but havent had any replies

I'm using xHarbour commercial June 2010 & SQLRDD , FWH 06.10

Any ideas would be appreciated

Best regards,

Pete

Hi,

Please add SetResDebug( .T. ) al the start of your app and CheckRes() before exiting.

Also, I have noticed that soemtimes FWH loses bitpams in RIBBON BAR.

Hope it helps

I see that it creates a res.log - what does the contents show me?

This forum is so much better than the xHarbour commercial forum - i posted my first message on there in June 2010 and have yet to receive any suggestions - on here i have help in just over half an hour

The controls that have not been propely ended.

I think the best compiler is Harbour and of course, this forum is the best support for Harbour Guis.

The trouble is that we have invested a lot of development into SQLRDD so we have to use xHarbour

Thats a bit worrying - i open my app and close is straight away and I have a file with 66 lines in - all the app is doing at that stage is opening tables, opening a buttonbar and displaying a bitmap - i noticed that there is a line with brush and as far as i know i dont use any brushes in this app

Pete,

Maybe you should update your FWH. Your version is already 5 years old.

I have some customers by whom my application is used by more than 30 users on their network. If I remember well, I once had a similar problem but that dissappeared after an update of FWH.

Often that kind of problems are caused by the antivirus software used by your customer. You should try to disable the antivirus software and check if some different behaviour is experienced.

Good luck.

Sorry got the numbers around the wrong way for the FW version should be 10.06

I can ask about the AV, but they are a big company and probably wont allow to turn off the AV

Peter

I went through a similar situation and i monitored the resources

At the beginning of my application i have (it is still there)

SetKey( VK_F11, { || FERASE("CHECKRES.TXT"),CHECKRES() } )

When i go into a similar situation , i make the user press f11 and send me the file

Checking the file, one of my printing programs was not releasing a font and that was the problem when this function was used often and often during the day

HTH

Richard

I Have searched all of my source code and i do not use a brush yet the res.log file says that there are three - is there a way of releasing these or do i have to find where in the code these are being defined?

I Have searched all of my source code and i do not use a brush yet the res.log file says that there are three - is there a way of releasing these or do i have to find where in the code these are being defined?

Hi,

I have set up SetResDebug( .T. ) and Checkres() to, for example, ribbon2.prg sample and there are many objects not released.

Why does occur?.

I beleived FWH handles that!!

Thank you-

UKService,

I looked at the fw\samples\ribbon2.prg example and there is some poor coding in it. It does not release a number of fonts, brushes, and bitmaps that it creates. This has nothing to do with the ribbonbar class and its associated classes.

If you have defined your ribbonbar similarly to ribbon2.prg then perhaps you have the same problem. Mainly there are several NOWAIT dialogs that are defined in functions using LOCAL fonts, brushes, and bitmaps. These resources need to be destroyed when the main app is ended but the locals cannot be accessed by the main app.

The best solution would probably to write the app as a class and have three arrays as data of the app; one array for fonts, one for brushes and one for bitmaps. Then the End() method of the app class could destroy all these resources.

HOWEVER, I don't think this is the reason for your app slowing down. These resource are only defined once per application run. I think you have resources that are defined every time a certain function or routine is called and those resources are never released.

Here is a test. Add checkres() to the end of your app. Open the app, then immediately close it. Ideally, there should be no unreleased resources in the file, but if there are, just ignore them for now. Keep a copy of the checkres() file. Now, run the app again and perform several routines, then close it again. Now compare the previous and current checkres.txt files. I expect you are going to see some new resources that were not in the first file. These are part of the problem.

You can isolate certain routines by erasing the checkres.txt file at the beginning of the routine, and calling checkres() at the end of the routine.

Regards,
James

I then placed the code before and after i open a dialog