No, RexxStart does not cause a new thread to be spawned. It runs on the same thread as the caller. The path for something like the hello world example they provided is very short, and I've traced most of that path looking for potential problems. I have managed to eliminate a number of suspects. For example, the Rexx memory heap is never increased in size during any of the runs, so any memory leak has be a non-Rexx object that's getting leaked. Almost all other memory allocations are done using RexxAllocateMemory()/RexxFreeMemory(), and all of those match up, so it doesn't appear to be from that. There are only a few mallocs()/free() in the code, and I set breakpoints on those too and everything appears to be getting released properly. My current best guess is some problem with C++ destructors, but my tracing has eliminated those suspected areas as well.
Rick On Mon, Jul 6, 2009 at 2:19 PM, David Ashley<david.ashley....@gmail.com> wrote: > This might be a C runtime problem/artifact. Since RexxStart always > causes a new thread to be spawned this could be a cleanup issue with the > threading lib or internal memory routines. > > Just thinking out loud here. > > David Ashley > > On 07/06/2009 01:05 PM, Rick McGuire wrote: >> Ok, I think this problem might need a different pair of eyes looking >> at it or a different approach. I figured out where the handle leak is >> coming from and fixed that problem, but there is a memory leak of >> about 24-32Kb per call to RexxStart() that's got me completely >> puzzled. I've set break points on every place where storage is >> allocated or released for this sample program to verify that things >> were getting cleaned up correctly and I've not found anything that >> looks like the likely cause of the leak. Mark, do you have any >> tools/techniques that could be useful here? I find it curious that >> the memory grows without consuming any more handles. >> >> Rick >> >> ------------------------------------------------------------------------------ >> _______________________________________________ >> Oorexx-devel mailing list >> Oorexx-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/oorexx-devel >> >> > > > ------------------------------------------------------------------------------ > _______________________________________________ > Oorexx-devel mailing list > Oorexx-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/oorexx-devel > ------------------------------------------------------------------------------ _______________________________________________ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel
