• Fred Burton (52/52) Jun 09 2010 Hi, I have (sort of) 2 questions:
• Jacob Carlborg (10/62) Jun 09 2010 You have to change your default rebuild configuration file. It's located...
• Fred Burton (20/22) Jun 09 2010 Ah, but I'm seeing the memory usage increasing over time still...
• Fred Burton (21/21) Jun 10 2010 Are you sure that I'm not somehow linking wrong and not getting a functi...
• Ferd Burton (38/55) Jun 10 2010 Thanks.
• Jacob Carlborg (7/62) Jun 11 2010 Previously (when that config file was written) tango was split in two
• Nick Sabalausky (10/82) Jun 21 2010 Can you see how much memory the OS is reporting that your app uses both
• Fred Burton (4/4) Jun 22 2010 when I run without valgrind of course, it runs faster so I don't need 4 ...
• Fred Burton (2/2) Aug 10 2010 Still having that apparent GC problem (with Tango on my machine), does a...

Fred Burton <fredlburton gmail.com> writes:

Hi, I have (sort of) 2 questions:

Background:
I was doing some coding using Phobos, and recently switched to using Tango.

1. I'm trying to build using dsss and it says :
/usr/bin/ld: cannot find -lphobos
collect2: ld returned 1 exit status
--- errorlevel 1
Command /usr/bin/rebuild returned with code 65280, aborting.
Error: Command failed, aborting.

Then I have a shellscript that links all the object files that dsss produced
together :
cd dsss_objs/D
dmd -v *.o -L-ldl ~/d/lib/libDerelictSDL.a  ~/d/lib/libDerelictSDLImage.a
~/d/lib/libDerelictGL.a ~/d/lib/libDerelictGLU.a ~/d/lib/libDerelictUtil.a
/usr/lib/libSDL_image.a

Which outputs:

gcc flb.gui.boxmaker.o flb.gui.fontdata.o
...
tango.core.Array.o tango.core.BitManip.o tango.core.Exception.o
tango.core.Memory.o
tango.core.Thread.o tango.core.tools.Demangler.o
tango.core.tools.LinuxStackTrace.o
tango.core.tools.StackTrace.o tango.core.tools.TraceExceptions.o
tango.core.Traits.o
tango.io.Console.o tango.io.device.Conduit.o tango.io.device.Device.o
tango.io.device.File.o
tango.io.model.IConduit.o tango.io.stream.Buffered.o tango.io.stream.Iterator.o
tango.io.stream.Lines.o tango.stdc.config.o tango.stdc.ctype.o
tango.stdc.errno.o
tango.stdc.inttypes.o tango.stdc.locale.o tango.stdc.posix.config.o
tango.stdc.posix.dlfcn.o
tango.stdc.posix.fcntl.o tango.stdc.posix.inttypes.o tango.stdc.posix.langinfo.o
tango.stdc.posix.poll.o tango.stdc.posix.pthread.o tango.stdc.posix.pwd.o
tango.stdc.posix.sched.o tango.stdc.posix.semaphore.o tango.stdc.posix.signal.o
tango.stdc.posix.stdlib.o tango.stdc.posix.sys.mman.o
tango.stdc.posix.sys.select.o
tango.stdc.posix.sys.stat.o tango.stdc.posix.sys.time.o
tango.stdc.posix.sys.types.o
tango.stdc.posix.sys.wait.o tango.stdc.posix.time.o tango.stdc.posix.ucontext.o
tango.stdc.posix.unistd.o tango.stdc.signal.o tango.stdc.stdarg.o
tango.stdc.stddef.o
tango.stdc.stdint.o tango.stdc.stdio.o tango.stdc.stdlib.o tango.stdc.string.o
tango.stdc.stringz.o tango.stdc.time.o tango.sys.Common.o
tango.sys.consts.errno.o
tango.sys.consts.fcntl.o tango.sys.consts.unistd.o
tango.sys.linux.consts.errno.o
tango.sys.linux.consts.fcntl.o tango.sys.linux.consts.unistd.o
tango.sys.linux.epoll.o
tango.sys.linux.linux.o tango.text.convert.DateTime.o tango.text.convert.Float.o
tango.text.convert.Format.o tango.text.convert.Integer.o
tango.text.convert.Layout.o
tango.text.convert.Utf.o tango.text.locale.Data.o tango.text.locale.Posix.o
tango.text.Util.o
tango.time.chrono.Calendar.o tango.time.chrono.Gregorian.o tango.time.Clock.o
tango.time.Time.o tango.time.WallClock.o tango.util.log.AppendConsole.o
tango.util.log.Config.o tango.util.log.LayoutDate.o tango.util.log.Log.o
tango.util.log.model.ILogger.o tango.util.log.Trace.o -o flb.gui.boxmaker -m32
-ldl -Xlinker -
L/usr/lib ~/d/lib/libDerelictSDL.a ~/d/lib/libDerelictSDLImage.a
~/d/lib/libDerelictGL.a
~/d/lib/libDerelictGLU.a ~/d/lib/libDerelictUtil.a /usr/lib/libSDL_image.a
-ltango-dmd -
lpthread -lm

And this generates a binary file which seems to work.

However, it leaks memory as if the GC is not actually working at all. (I have
some word wrap
code that allocates dynamic arrays and returns them to the caller .. which has
them in a local
variable and later discards them)

Valgrind reports that as a leak ...

If I manually delete some intermediate arrays, it leaks less...

Isn't the GC supposed to be able to free the memory?

Jacob Carlborg <doob me.com> writes:

On 2010-06-09 21:16, Fred Burton wrote:
 Hi, I have (sort of) 2 questions:

 Background:
 I was doing some coding using Phobos, and recently switched to using Tango.

 1. I'm trying to build using dsss and it says :
 /usr/bin/ld: cannot find -lphobos
 collect2: ld returned 1 exit status
 --- errorlevel 1
 Command /usr/bin/rebuild returned with code 65280, aborting.
 Error: Command failed, aborting.

You have to change your default rebuild configuration file. It's located 
in /etc/rebuild/default on Posix systems. Change the "profile" value to 
"dmd-posix-tango". Looking at the "dmd-posix" file, you can see, in the 
link section, that it explicitly links to "phobos" which is not 
necessary (at least not anymore). That's why you get the linker error.

 Then I have a shellscript that links all the object files that dsss produced
together :
 cd dsss_objs/D
 dmd -v *.o -L-ldl ~/d/lib/libDerelictSDL.a  ~/d/lib/libDerelictSDLImage.a
 ~/d/lib/libDerelictGL.a ~/d/lib/libDerelictGLU.a ~/d/lib/libDerelictUtil.a
 /usr/lib/libSDL_image.a

 Which outputs:

 gcc flb.gui.boxmaker.o flb.gui.fontdata.o
 ...
 tango.core.Array.o tango.core.BitManip.o tango.core.Exception.o
tango.core.Memory.o
 tango.core.Thread.o tango.core.tools.Demangler.o
tango.core.tools.LinuxStackTrace.o
 tango.core.tools.StackTrace.o tango.core.tools.TraceExceptions.o
tango.core.Traits.o
 tango.io.Console.o tango.io.device.Conduit.o tango.io.device.Device.o
tango.io.device.File.o
 tango.io.model.IConduit.o tango.io.stream.Buffered.o tango.io.stream.Iterator.o
 tango.io.stream.Lines.o tango.stdc.config.o tango.stdc.ctype.o
tango.stdc.errno.o
 tango.stdc.inttypes.o tango.stdc.locale.o tango.stdc.posix.config.o
tango.stdc.posix.dlfcn.o
 tango.stdc.posix.fcntl.o tango.stdc.posix.inttypes.o
tango.stdc.posix.langinfo.o
 tango.stdc.posix.poll.o tango.stdc.posix.pthread.o tango.stdc.posix.pwd.o
 tango.stdc.posix.sched.o tango.stdc.posix.semaphore.o tango.stdc.posix.signal.o
 tango.stdc.posix.stdlib.o tango.stdc.posix.sys.mman.o
tango.stdc.posix.sys.select.o
 tango.stdc.posix.sys.stat.o tango.stdc.posix.sys.time.o
tango.stdc.posix.sys.types.o
 tango.stdc.posix.sys.wait.o tango.stdc.posix.time.o tango.stdc.posix.ucontext.o
 tango.stdc.posix.unistd.o tango.stdc.signal.o tango.stdc.stdarg.o
tango.stdc.stddef.o
 tango.stdc.stdint.o tango.stdc.stdio.o tango.stdc.stdlib.o tango.stdc.string.o
 tango.stdc.stringz.o tango.stdc.time.o tango.sys.Common.o
tango.sys.consts.errno.o
 tango.sys.consts.fcntl.o tango.sys.consts.unistd.o
tango.sys.linux.consts.errno.o
 tango.sys.linux.consts.fcntl.o tango.sys.linux.consts.unistd.o
tango.sys.linux.epoll.o
 tango.sys.linux.linux.o tango.text.convert.DateTime.o
tango.text.convert.Float.o
 tango.text.convert.Format.o tango.text.convert.Integer.o
tango.text.convert.Layout.o
 tango.text.convert.Utf.o tango.text.locale.Data.o tango.text.locale.Posix.o
tango.text.Util.o
 tango.time.chrono.Calendar.o tango.time.chrono.Gregorian.o tango.time.Clock.o
 tango.time.Time.o tango.time.WallClock.o tango.util.log.AppendConsole.o
 tango.util.log.Config.o tango.util.log.LayoutDate.o tango.util.log.Log.o
 tango.util.log.model.ILogger.o tango.util.log.Trace.o -o flb.gui.boxmaker -m32
-ldl -Xlinker -
 L/usr/lib ~/d/lib/libDerelictSDL.a ~/d/lib/libDerelictSDLImage.a
~/d/lib/libDerelictGL.a
 ~/d/lib/libDerelictGLU.a ~/d/lib/libDerelictUtil.a /usr/lib/libSDL_image.a
-ltango-dmd -
 lpthread -lm

 And this generates a binary file which seems to work.

 However, it leaks memory as if the GC is not actually working at all. (I have
some word wrap
 code that allocates dynamic arrays and returns them to the caller .. which has
them in a local
 variable and later discards them)

 Valgrind reports that as a leak ...

 If I manually delete some intermediate arrays, it leaks less...

 Isn't the GC supposed to be able to free the memory?

I think that the GC doesn't give back memory to the system. It keeps it 
for future use.

-- 
/Jacob Carlborg

Fred Burton <fredlburton gmail.com> writes:

 I think that the GC doesn't give back memory to the system. It keeps it
 for future use.

Ah, but I'm seeing the memory usage increasing over time still...

for a test run of some sort, my largest loss record is:


==3191== 16,240,909 bytes in 35,757 blocks are definitely lost in loss record
1,017 of 1,017
==3191==    at 0x40238FC: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==3191==    by 0x80817CC: gc_malloc (in
/home/fburton/lang/d/guigl/flb.gui.boxmaker)
==3191==    by 0x807DD20: _d_arrayappendcT (in
/home/fburton/lang/d/guigl/flb.gui.boxmaker)
==3191==    by 0x804B937:
_D5tango4text4Util12__T5splitTaZ5splitFAaAaZAAa15__foreachbody24MFKAaZi (in
/home/fburton/lang/d/guigl/flb.gui.boxmaker)
==3191==    by 0x804BA33:
_D5tango4text4Util20__T12PatternFructTaZ12PatternFruct7opApplyMFDFKAaZiZi (in
/home/fburton/lang/d/guigl/flb.gui.boxmaker)
==3191==    by 0x804B90D: _D5tango4text4Util12__T5splitTaZ5splitFAaAaZAAa (in
/home/fburton/lang/d/guigl/flb.gui.boxmaker)
==3191==    by 0x804F16C:
_D3flb3gui8wordwrap9word_wrapFAAafC3flb3gui9themebase10IStyleTextZAAa (in
/home/fburton/lang/d/guigl/flb.gui.boxmaker)
==3191==    by 0x804E9CE:
_D3flb3gui8somewind13ACustomWindow4drawMFC3flb3gui7guibase13Idraw_contextZv (in
/home/fburton/lang/d/guigl/flb.gui.boxmaker)
==3191==    by 0x804DEA2:
_D3flb3gui7guibase14window_manager4drawMFC3flb3gui7guibase13Idraw_contextZv (in
/home/fburton/lang/d/guigl/flb.gui.boxmaker)
==3191==    by 0x804D889: _D3flb3gui5glgui5GlGui3runMFZv (in
/home/fburton/lang/d/guigl/flb.gui.boxmaker)
==3191==    by 0x804D8FB: _Dmain (in
/home/fburton/lang/d/guigl/flb.gui.boxmaker)
==3191==    by 0x807C7E3: _D2rt8compiler3dmd2rt6dmain24mainUiPPaZi7runMainMFZv
(in /home/fburton/lang/d/guigl/flb.gui.boxmaker)

Fred Burton <fredlburton gmail.com> writes:

Are you sure that I'm not somehow linking wrong and not getting a functioning
GC ?


+ After running for 4 minutes with valgrind:

==3214== 224,418,252 bytes in 486,492 blocks are definitely lost in loss record
1,030 of 1,030
==3214==    at 0x4024918: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==3214==    by 0x80817CC: gc_malloc (in
/home/fburton/lang/d/guigl/flb.gui.boxmaker)
==3214==    by 0x807DD20: _d_arrayappendcT (in
/home/fburton/lang/d/guigl/flb.gui.boxmaker)
==3214==    by 0x804B937:
_D5tango4text4Util12__T5splitTaZ5splitFAaAaZAAa15__foreachbody24MFKAaZi (in
/home/fburton/lang/d/guigl/flb.gui.boxmaker)
==3214==    by 0x804BA33:
_D5tango4text4Util20__T12PatternFructTaZ12PatternFruct7opApplyMFDFKAaZiZi (in
/home/fburton/lang/d/guigl/flb.gui.boxmaker)
==3214==    by 0x804B90D: _D5tango4text4Util12__T5splitTaZ5splitFAaAaZAAa (in
/home/fburton/lang/d/guigl/flb.gui.boxmaker)
==3214==    by 0x804F16C:
_D3flb3gui8wordwrap9word_wrapFAAafC3flb3gui9themebase10IStyleTextZAAa (in
/home/fburton/lang/d/guigl/flb.gui.boxmaker)
==3214==    by 0x804E9CE:
_D3flb3gui8somewind13ACustomWindow4drawMFC3flb3gui7guibase13Idraw_contextZv (in
/home/fburton/lang/d/guigl/flb.gui.boxmaker)
==3214==    by 0x804DEA2:
_D3flb3gui7guibase14window_manager4drawMFC3flb3gui7guibase13Idraw_contextZv (in
/home/fburton/lang/d/guigl/flb.gui.boxmaker)
==3214==    by 0x804D889: _D3flb3gui5glgui5GlGui3runMFZv (in
/home/fburton/lang/d/guigl/flb.gui.boxmaker)
==3214==    by 0x804D8FB: _Dmain (in
/home/fburton/lang/d/guigl/flb.gui.boxmaker)
==3214==    by 0x807C7E3: _D2rt8compiler3dmd2rt6dmain24mainUiPPaZi7runMainMFZv
(in /home/fburton/lang/d/guigl/flb.gui.boxmaker)
==3214==

Ferd Burton <fredlburton gmail.com> writes:

== Quote from Jacob Carlborg (doob me.com)'s article
 On 2010-06-09 21:16, Fred Burton wrote:
 Hi, I have (sort of) 2 questions:

 Background:
 I was doing some coding using Phobos, and recently switched to using Tango.

 1. I'm trying to build using dsss and it says :
 /usr/bin/ld: cannot find -lphobos
 collect2: ld returned 1 exit status
 --- errorlevel 1
 Command /usr/bin/rebuild returned with code 65280, aborting.
 Error: Command failed, aborting.

 You have to change your default rebuild configuration file. It's located
 in /etc/rebuild/default on Posix systems. Change the "profile" value to
 "dmd-posix-tango". Looking at the "dmd-posix" file, you can see, in the
 link section, that it explicitly links to "phobos" which is not
 necessary (at least not anymore). That's why you get the linker error.

Thanks.

(trying...)

okay, now it gives:

/usr/bin/ld: cannot find -ltango-base-dmd
collect2: ld returned 1 exit status
--- errorlevel 1
Command /usr/bin/rebuild returned with code 65280, aborting.
Error: Command failed, aborting.

hmm... I have a
/usr/lib/libtango-dmd.a

editing dmd-posix-tango to go from
    cmd=dmd -L--start-group -L-ltango-base-dmd $i -of$o
to
    cmd=dmd -L--start-group -L-ltango-dmd $i -of$o
works!

Now it seems to cleanly build with tango.


It does still leak memory though ( ran for 4 minutes, 20 seconds and:

==3411== 237,749,649 bytes in 515,441 blocks are definitely lost in loss record
1,024 of 1,024
==3411==    at 0x4024918: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==3411==    by 0x806D11C: gc_malloc (in /home/fburton/lang/d/guigl/glgui)
==3411==    by 0x8069670: _d_arrayappendcT (in /home/fburton/lang/d/guigl/glgui)
==3411==    by 0x8064F17:
_D5tango4text4Util12__T5splitTaZ5splitFAaAaZAAa15__foreachbody24MFKAaZi (in
/home/fburton/lang/d/guigl/glgui)
==3411==    by 0x8065013:
_D5tango4text4Util20__T12PatternFructTaZ12PatternFruct7opApplyMFDFKAaZiZi (in
/home/fburton/lang/d/guigl/glgui)
==3411==    by 0x8064EED: _D5tango4text4Util12__T5splitTaZ5splitFAaAaZAAa (in
/home/fburton/lang/d/guigl/glgui)
==3411==    by 0x8065B9C:
_D3flb3gui8wordwrap9word_wrapFAAafC3flb3gui9themebase10IStyleTextZAAa (in
/home/fburton/lang/d/guigl/glgui)
==3411==    by 0x80659BE:
_D3flb3gui8somewind13ACustomWindow4drawMFC3flb3gui7guibase13Idraw_contextZv (in
/home/fburton/lang/d/guigl/glgui)
==3411==    by 0x8063672:
_D3flb3gui7guibase14window_manager4drawMFC3flb3gui7guibase13Idraw_contextZv (in
/home/fburton/lang/d/guigl/glgui)
==3411==    by 0x804A2C9: _D3flb3gui5glgui5GlGui3runMFZv (in
/home/fburton/lang/d/guigl/glgui)
==3411==    by 0x804A33B: _Dmain (in /home/fburton/lang/d/guigl/glgui)
==3411==    by 0x8068133: _D2rt8compiler3dmd2rt6dmain24mainUiPPaZi7runMainMFZv
(in /home/fburton/lang/d/guigl/glgui)
==3411==

)

Jacob Carlborg <doob me.com> writes:

On 2010-06-10 23:20, Ferd Burton wrote:
 == Quote from Jacob Carlborg (doob me.com)'s article
 On 2010-06-09 21:16, Fred Burton wrote:
 Hi, I have (sort of) 2 questions:

 Background:
 I was doing some coding using Phobos, and recently switched to using Tango.

 1. I'm trying to build using dsss and it says :
 /usr/bin/ld: cannot find -lphobos
 collect2: ld returned 1 exit status
 --- errorlevel 1
 Command /usr/bin/rebuild returned with code 65280, aborting.
 Error: Command failed, aborting.

 You have to change your default rebuild configuration file. It's located
 in /etc/rebuild/default on Posix systems. Change the "profile" value to
 "dmd-posix-tango". Looking at the "dmd-posix" file, you can see, in the
 link section, that it explicitly links to "phobos" which is not
 necessary (at least not anymore). That's why you get the linker error.

 Thanks.

 (trying...)

 okay, now it gives:

 /usr/bin/ld: cannot find -ltango-base-dmd
 collect2: ld returned 1 exit status
 --- errorlevel 1
 Command /usr/bin/rebuild returned with code 65280, aborting.
 Error: Command failed, aborting.

 hmm... I have a
 /usr/lib/libtango-dmd.a

 editing dmd-posix-tango to go from
      cmd=dmd -L--start-group -L-ltango-base-dmd $i -of$o
 to
      cmd=dmd -L--start-group -L-ltango-dmd $i -of$o
 works!

Previously (when that config file was written) tango was split in two 
libraries: base and user. Now it's just one library.

 Now it seems to cleanly build with tango.

That's good to hear

 It does still leak memory though ( ran for 4 minutes, 20 seconds and:

 ==3411== 237,749,649 bytes in 515,441 blocks are definitely lost in loss
record 1,024 of 1,024
 ==3411==    at 0x4024918: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
 ==3411==    by 0x806D11C: gc_malloc (in /home/fburton/lang/d/guigl/glgui)
 ==3411==    by 0x8069670: _d_arrayappendcT (in
/home/fburton/lang/d/guigl/glgui)
 ==3411==    by 0x8064F17:
_D5tango4text4Util12__T5splitTaZ5splitFAaAaZAAa15__foreachbody24MFKAaZi (in
 /home/fburton/lang/d/guigl/glgui)
 ==3411==    by 0x8065013:
_D5tango4text4Util20__T12PatternFructTaZ12PatternFruct7opApplyMFDFKAaZiZi (in
 /home/fburton/lang/d/guigl/glgui)
 ==3411==    by 0x8064EED: _D5tango4text4Util12__T5splitTaZ5splitFAaAaZAAa (in
/home/fburton/lang/d/guigl/glgui)
 ==3411==    by 0x8065B9C:
_D3flb3gui8wordwrap9word_wrapFAAafC3flb3gui9themebase10IStyleTextZAAa (in
 /home/fburton/lang/d/guigl/glgui)
 ==3411==    by 0x80659BE:
_D3flb3gui8somewind13ACustomWindow4drawMFC3flb3gui7guibase13Idraw_contextZv (in
 /home/fburton/lang/d/guigl/glgui)
 ==3411==    by 0x8063672:
_D3flb3gui7guibase14window_manager4drawMFC3flb3gui7guibase13Idraw_contextZv (in
 /home/fburton/lang/d/guigl/glgui)
 ==3411==    by 0x804A2C9: _D3flb3gui5glgui5GlGui3runMFZv (in
/home/fburton/lang/d/guigl/glgui)
 ==3411==    by 0x804A33B: _Dmain (in /home/fburton/lang/d/guigl/glgui)
 ==3411==    by 0x8068133: _D2rt8compiler3dmd2rt6dmain24mainUiPPaZi7runMainMFZv
(in /home/fburton/lang/d/guigl/glgui)
 ==3411==

 )

I guess I can't help you with that one.

-- 
/Jacob Carlborg

"Nick Sabalausky" <a a.a> writes:

"Ferd Burton" <fredlburton gmail.com> wrote in message 
news:hurkuc$lc6$1 digitalmars.com...
 == Quote from Jacob Carlborg (doob me.com)'s article
 On 2010-06-09 21:16, Fred Burton wrote:
 Hi, I have (sort of) 2 questions:

 Background:
 I was doing some coding using Phobos, and recently switched to using 
 Tango.

 1. I'm trying to build using dsss and it says :
 /usr/bin/ld: cannot find -lphobos
 collect2: ld returned 1 exit status
 --- errorlevel 1
 Command /usr/bin/rebuild returned with code 65280, aborting.
 Error: Command failed, aborting.

 You have to change your default rebuild configuration file. It's located
 in /etc/rebuild/default on Posix systems. Change the "profile" value to
 "dmd-posix-tango". Looking at the "dmd-posix" file, you can see, in the
 link section, that it explicitly links to "phobos" which is not
 necessary (at least not anymore). That's why you get the linker error.

 Thanks.

 (trying...)

 okay, now it gives:

 /usr/bin/ld: cannot find -ltango-base-dmd
 collect2: ld returned 1 exit status
 --- errorlevel 1
 Command /usr/bin/rebuild returned with code 65280, aborting.
 Error: Command failed, aborting.

 hmm... I have a
 /usr/lib/libtango-dmd.a

 editing dmd-posix-tango to go from
    cmd=dmd -L--start-group -L-ltango-base-dmd $i -of$o
 to
    cmd=dmd -L--start-group -L-ltango-dmd $i -of$o
 works!

 Now it seems to cleanly build with tango.


 It does still leak memory though ( ran for 4 minutes, 20 seconds and:

 ==3411== 237,749,649 bytes in 515,441 blocks are definitely lost in loss 
 record 1,024 of 1,024
 ==3411==    at 0x4024918: malloc (in 
 /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
 ==3411==    by 0x806D11C: gc_malloc (in /home/fburton/lang/d/guigl/glgui)
 ==3411==    by 0x8069670: _d_arrayappendcT (in 
 /home/fburton/lang/d/guigl/glgui)
 ==3411==    by 0x8064F17: 
 _D5tango4text4Util12__T5splitTaZ5splitFAaAaZAAa15__foreachbody24MFKAaZi 
 (in
 /home/fburton/lang/d/guigl/glgui)
 ==3411==    by 0x8065013: 
 _D5tango4text4Util20__T12PatternFructTaZ12PatternFruct7opApplyMFDFKAaZiZi 
 (in
 /home/fburton/lang/d/guigl/glgui)
 ==3411==    by 0x8064EED: _D5tango4text4Util12__T5splitTaZ5splitFAaAaZAAa 
 (in /home/fburton/lang/d/guigl/glgui)
 ==3411==    by 0x8065B9C: 
 _D3flb3gui8wordwrap9word_wrapFAAafC3flb3gui9themebase10IStyleTextZAAa (in
 /home/fburton/lang/d/guigl/glgui)
 ==3411==    by 0x80659BE: 
 _D3flb3gui8somewind13ACustomWindow4drawMFC3flb3gui7guibase13Idraw_contextZv 
 (in
 /home/fburton/lang/d/guigl/glgui)
 ==3411==    by 0x8063672: 
 _D3flb3gui7guibase14window_manager4drawMFC3flb3gui7guibase13Idraw_contextZv 
 (in
 /home/fburton/lang/d/guigl/glgui)
 ==3411==    by 0x804A2C9: _D3flb3gui5glgui5GlGui3runMFZv (in 
 /home/fburton/lang/d/guigl/glgui)
 ==3411==    by 0x804A33B: _Dmain (in /home/fburton/lang/d/guigl/glgui)
 ==3411==    by 0x8068133: 
 _D2rt8compiler3dmd2rt6dmain24mainUiPPaZi7runMainMFZv (in 
 /home/fburton/lang/d/guigl/glgui)
 ==3411==

 )

Can you see how much memory the OS is reporting that your app uses both 
right after your program starts versus after those four minutes?

Also, try importing "tango.core.Memory" and then add this in your main loop:

GC.collect(); // Run full collection cycle
GC.minimize(); // Try to release some free memory back to the OS

You won't want that in there normally, of course, but see if that changes 
your results. If it doesn't, then you may be having some false-pointer 
issues.

Fred Burton <fredlburton gmail.com> writes:

when I run without valgrind of course, it runs faster so I don't need 4 minutes
...
in less than 1 minute, it went from ~ 64 Mbytes to ~ 400 Mbytes

--- trying with GC.collect() and GC.minimize() in main loop ... : Same result.

hmm..

Fred Burton <fredlburton gmail.com> writes:

Still having that apparent GC problem (with Tango on my machine), does anyone
have (some GC test code) that they
can recommend that I run so that I can confirm that my GC is / is not working?