[melanie]

yes, backward gives me the same... (I just tried this morning)

[mattijs]

Hi Melanie,

there is a bug in PtrList::transfer in 1.3 which was causing some memory to be leaked (if READ_IF_PRESENT was used)

Replace OpenFOAM/containers/Lists/PtrList/PtrList.C with attached version.

[mattijs]

You'll have to recompile everything (well probably not everything but I cannot be bothered to find out what not)

Here is attachment again.

PtrList.C

[melanie]

Hi Mattijs,
Thank you very much.

I have though problems compiling pieces of the code that do not contain a Make directory: how can this be done ? I have tried ./Allwmake in ~/OpenFOAM/OpenFOAM-1.3/src/OpenFOAM/meshes/polyMesh/polyPatches/derivedPolyPatc hes/processorPolyPatch because I had to recompile this piece of code but OF does not find the program...

Could you also tell me how to recompile the whole OpenFOAM ?

Regarding the root cause of my error, I am glad that you found something; how can you explain that either Hrvoje nor you were able to reproduce the error, but just detect it ?

Thanks !
melanie

[hjasak]

Recompiling: you only need to recompile the OpenFOAM library:

foamsrc
wmake libso

should do the trick.

If you want to recompile the whole thing, do:

foam
./Allwmake

This should already be described in a few places - in the future please search this site, read the documentation etc. because in my opinion this counts as a basic skill.

As for the error, it was found by Mattijs (thanks! - impressive work as usual) and he used a tool called valgrind. This instruments a layer above the operating system and follows memory allocaion, access and deallocation and based on that it will tell you what is going on. However, you need to know the code pretty well to interpret the messages and get it fixed...

Hrv

[melanie]

Thanks Hrvoje,

I am really sorry, I don't want to waste your time, and I looked in the guides and wikki etc before asking; I was looking for a command that would compile just the library I needed, I didn't know I would have to compile ALL libraries each time; this was not clear for me, though now I've found the information in the User's Guide...

And regarding the error, I had tried to use valgrind as you suggested in another thread, but the version I had was not able to run on 64-bits executables... should I have switched to the 32-bits version of OF ? just to see how this tool works...

Thanks again and sorry...
melanie

[melanie]

Hello,

First I'd like to thank again Mattijs for working on my case; after the change, I didn't notice any improvement however... but the fix posted by Henri 2 days ago did solve the problem ! I don't have any more memory increase on my case.
So thank you very much to all developpers, you are doing a great job here !
melanie

[panara]

Hi melanie,

which fix are you refeering to? I think I have the same problem I am still using OF 1.3 do you think I have to switch to OF 1.4 to solve the problem?

Daniele

[melanie]

hi Daniele,

regarding the fix I do not remember, you should do a search on the forum with the date as mentioned in my message (should be 28th June 2006). But if you work with OF 1.4 for sure this fix should be implemented... unfortunately I did not try my case on OF 1.4

melanie

[maka]

I also need this fix that melanie talked about. I still use V1.3. There is no post by henry on 2006. I looked his page on cfd-online and went through all posts. If I missed something please tell me. Thanks.