aboutsummaryrefslogtreecommitdiffstats
path: root/stamp.h.in
diff options
context:
space:
mode:
authorbertrand <Bertrand.Guiheneuf@aful.org>1999-08-11 18:59:17 +0800
committerBertrand Guiheneuf <bertrand@src.gnome.org>1999-08-11 18:59:17 +0800
commit33ffe9aadcef483a4900cc65fc9e840220951e3c (patch)
treedda45ce6ecb34bc2a2dc6a342dd526f95e072da6 /stamp.h.in
parent9d041c9464b7e13cce7368e644781971d9ad5501 (diff)
downloadgsoc2013-evolution-33ffe9aadcef483a4900cc65fc9e840220951e3c.tar
gsoc2013-evolution-33ffe9aadcef483a4900cc65fc9e840220951e3c.tar.gz
gsoc2013-evolution-33ffe9aadcef483a4900cc65fc9e840220951e3c.tar.bz2
gsoc2013-evolution-33ffe9aadcef483a4900cc65fc9e840220951e3c.tar.lz
gsoc2013-evolution-33ffe9aadcef483a4900cc65fc9e840220951e3c.tar.xz
gsoc2013-evolution-33ffe9aadcef483a4900cc65fc9e840220951e3c.tar.zst
gsoc2013-evolution-33ffe9aadcef483a4900cc65fc9e840220951e3c.zip
Message creation still consumes a lot of
memory (maybe 2000k) and I really don't understand why. As soon as I get gtk working on SunOS, purify should hopefully give me the answer. 1999-08-11 bertrand <Bertrand.Guiheneuf@aful.org> * camel/camel-service.c (_finalize): * camel/camel-stream-fs.c (_finalize): (_destroy): close file descriptor. * camel/camel-stream-mem.c (_finalize): * camel/camel-store.c (_finalize): * camel/camel-folder.c (_finalize): svn path=/trunk/; revision=1104
Diffstat (limited to 'stamp.h.in')
0 files changed, 0 insertions, 0 deletions