(unknown charset) - Memory leak bug report

From: (unknown charset) Alexander Iljin <"Alexander>
Date: Fri, 11 May 2007 15:44:52 +0700 (NOVST)

----boundary-LibPST-iamunique-1689366505_-_-
Content-type: text/plain

Hello!

> Whome to blame for the leak is questionable, is it
> Windows (which does not really understand the notion
> of a temporary file) or BlackBox which most probably
> has no chance in returning newly allocated objects
> since it is sent to sleep forcedly before getting
> a chance to call the garbage collector and is asked
> to allocate again a new object just after waking up.

  I think the Sleep has nothing to do with it, since we don't use
HostMenus' main event-processing loop in this case.
  The garbage collector should be invoked by the NEW routine (implemented
in the Kernel module) when there is not enough free memory to allocate
the requested object. For some reason it does not collect unused
variables, but requests more memory from the OS instead.
  As Ilya Ermakov at oberoncore.ru have noted, this may have something to
do with the fact that file variables have a finalizer attached. The
finalized variables are handled differently, cf. Kernel.Collect and
Kernel.FastCollect.

---===---
 Alexander

--- BlackBox
--- send subject HELP or UNSUBSCRIBE to blackbox{([at]})nowhere.xy


----boundary-LibPST-iamunique-1689366505_-_-
Content-type: application/rtf
Content-transfer-encoding: base64
Content-Disposition: attachment; filename="rtf-body.rtf"

e1xydGYxXGFuc2lcYW5zaWNwZzEyNTFcZnJvbXRleHQgXGRlZmYwe1xmb250dGJsDQp7XGYwXGZz
d2lzcyBBcmlhbDt9DQp7XGYxXGZtb2Rlcm4gQ291cmllciBOZXc7fQ0Ke1xmMlxmbmlsXGZjaGFy
c2V0MiBTeW1ib2w7fQ0Ke1xmM1xmbW9kZXJuXGZjaGFyc2V0MCBDb3VyaWVyIE5ldzt9fQ0Ke1xj
b2xvcnRibFxyZWQwXGdyZWVuMFxibHVlMDtccmVkMFxncmVlbjBcYmx1ZTI1NTt9DQpcdWMxXHBh
cmRccGxhaW5cZGVmdGFiMzYwIFxmMFxmczIwIEhlbGxvIVxwYXINClxwYXINCj4gV2hvbWUgdG8g
YmxhbWUgZm9yIHRoZSBsZWFrIGlzIHF1ZXN0aW9uYWJsZSwgaXMgaXRccGFyDQo+IFdpbmRvd3Mg
KHdoaWNoIGRvZXMgbm90IHJlYWxseSB1bmRlcnN0YW5kIHRoZSBub3Rpb25ccGFyDQo+IG9mIGEg
dGVtcG9yYXJ5IGZpbGUpIG9yIEJsYWNrQm94IHdoaWNoIG1vc3QgcHJvYmFibHlccGFyDQo+IGhh
cyBubyBjaGFuY2UgaW4gcmV0dXJuaW5nIG5ld2x5IGFsbG9jYXRlZCBvYmplY3RzXHBhcg0KPiBz
aW5jZSBpdCBpcyBzZW50IHRvIHNsZWVwIGZvcmNlZGx5IGJlZm9yZSBnZXR0aW5nXHBhcg0KPiBh
IGNoYW5jZSB0byBjYWxsIHRoZSBnYXJiYWdlIGNvbGxlY3RvciBhbmQgaXMgYXNrZWRccGFyDQo+
IHRvIGFsbG9jYXRlIGFnYWluIGEgbmV3IG9iamVjdCBqdXN0IGFmdGVyIHdha2luZyB1cC5ccGFy
DQpccGFyDQogIEkgdGhpbmsgdGhlIFNsZWVwIGhhcyBub3RoaW5nIHRvIGRvIHdpdGggaXQsIHNp
bmNlIHdlIGRvbid0IHVzZVxwYXINCkhvc3RNZW51cycgbWFpbiBldmVudC1wcm9jZXNzaW5nIGxv
b3AgaW4gdGhpcyBjYXNlLlxwYXINCiAgVGhlIGdhcmJhZ2UgY29sbGVjdG9yIHNob3VsZCBiZSBp
bnZva2VkIGJ5IHRoZSBORVcgcm91dGluZSAoaW1wbGVtZW50ZWRccGFyDQppbiB0aGUgS2VybmVs
IG1vZHVsZSkgd2hlbiB0aGVyZSBpcyBub3QgZW5vdWdoIGZyZWUgbWVtb3J5IHRvIGFsbG9jYXRl
XHBhcg0KdGhlIHJlcXVlc3RlZCBvYmplY3QuIEZvciBzb21lIHJlYXNvbiBpdCBkb2VzIG5vdCBj
b2xsZWN0IHVudXNlZFxwYXINCnZhcmlhYmxlcywgYnV0IHJlcXVlc3RzIG1vcmUgbWVtb3J5IGZy
b20gdGhlIE9TIGluc3RlYWQuXHBhcg0KICBBcyBJbHlhIEVybWFrb3YgYXQgb2Jlcm9uY29yZS5y
dSBoYXZlIG5vdGVkLCB0aGlzIG1heSBoYXZlIHNvbWV0aGluZyB0b1xwYXINCmRvIHdpdGggdGhl
IGZhY3QgdGhhdCBmaWxlIHZhcmlhYmxlcyBoYXZlIGEgZmluYWxpemVyIGF0dGFjaGVkLiBUaGVc
cGFyDQpmaW5hbGl6ZWQgdmFyaWFibGVzIGFyZSBoYW5kbGVkIGRpZmZlcmVudGx5LCBjZi4gS2Vy
bmVsLkNvbGxlY3QgYW5kXHBhcg0KS2VybmVsLkZhc3RDb2xsZWN0LlxwYXINClxwYXINCi0tLT09
PT09LS0tXHBhcg0KIEFsZXhhbmRlclxwYXINClxwYXINCi0tLSBCbGFja0JveFxwYXINCi0tLSBz
ZW5kIHN1YmplY3QgSEVMUCBvciBVTlNVQlNDUklCRSB0byBibGFja2JveEBvYmVyb24uY2hccGFy
DQpccGFyDQp9


----boundary-LibPST-iamunique-1689366505_-_---
Received on Fri May 11 2007 - 10:44:52 UTC