MUI: Dynamic Linking

Thread View: de.comp.sys.amiga.tech

2 messages

[T] Back to Threads [V] Tree View [G] Group Articles

2 total messages Started by Florian Faber Thu, 04 Apr 1996 08:01

#4563

Author: Florian Faber
Date: Thu, 04 Apr 1996 08:01

34 lines
1684 bytes

Ich habe hier eine MUI-Applikation, bei der ich vermittels Dynamic Linking
Fenster während des Betriebes hinzufüge und auch wieder entferne. Das
Lustige daran ist, daß jedesmal ein Quantum Speicher, in der Größe abhängig
von der Anzahl der Objekte in diesem Fenster, verschwindet, aber bei
Beenden der Applikation auch wieder mit freigegegen wird.
So sind es bei einem String-Gadget, zwei Groups und ein Buttons 2400 Bytes,
bei der gleichen Konfiguration und 18 String-Gadgets 19KB. Aufgrund dieses
Umstandes und aufgrund einiger Tests führe ich das auf MUI zurück. Wenn ich
die Anzahl der Objekte in dem Fenster, das ich linke, verringere, und dabei
der verlorene Speicher weniger wird, ist dieser Schluß wohl auch recht
naheliegend.

Beim Entfernen des Fensters mache ich folgendes:

    mb.Set(node.objs.Win, Mui.aWindowOpen, e.false);
    [...]
    Mui.DoMethod(app, I.remMember, node.objs.Win);
    Mui.DisposeObject(node.objs.Win);

    [ Lists.Remove(KuenstlerEditWins, node);
      DEC(KuenstlerEditWinCnt);
      node := NIL; ]

Das ist so ziemlich das, was in MUIdev.guide auch gemacht wird.
(Der `node' gehört zu einer Liste, in der ich die zahlreichen Fenster, die
ich linke, verwalte.)

Ideas anyone?


Flo
--
NP: Prodigy - Everybody in the place

Re: MUI: Dynamic Linking

#4567

Author: Florian Faber
Date: Thu, 04 Apr 1996 16:29

19 lines
1348 bytes

FF> Ich habe hier eine MUI-Applikation, bei der ich vermittels Dynamic
FF> Linking Fenster während des Betriebes hinzufüge und auch wieder
FF> entferne. Das Lustige daran ist, daß jedesmal ein Quantum Speicher, in
FF> der Größe abhängig von der Anzahl der Objekte in diesem Fenster,
FF> verschwindet, aber bei Beenden der Applikation auch wieder mit
FF> freigegegen wird. So sind es bei einem String-Gadget, zwei Groups und
FF> ein Buttons 2400 Bytes, bei der gleichen Konfiguration und 18
FF> String-Gadgets 19KB. Aufgrund dieses Umstandes und aufgrund einiger
FF> Tests führe ich das auf MUI zurück. Wenn ich die Anzahl der Objekte in
FF> dem Fenster, das ich linke, verringere, und dabei der verlorene
FF> Speicher weniger wird, ist dieser Schluß wohl auch recht naheliegend.

Ähm, habs schon. Executive mag den Garbage Collector irgendwie nicht so.


Flo
--
NP: Pizzicato Five - Baby Love Child

Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads