Objekte aus dem Speicher entfernen

[NotesNick]

Hi, ich hab folgendes Problem mit dem Speicher.

Ich importiere Daten aus Excel und erstelle daraus Dokumente mit einer Form. In den Events der Form werden Objektvariablen gesetzt. Diese werden am Ende der Events mit dem Befehl  "Delete" gelöscht. Das Problem ist dass, Notes diesen wohl nicht ausführt, den der Speicher wird mit jedem Dokument voller (lässt sich im Taskmanager mitverfolgen), bis es nach ca. 20 Dokumenten heißt, "Local Heap is full". Die notes.exe ist dann ca. 80 mb groß.

Wie kann ich die Objektvariablen entgültig aus dem Speicher entfernen? Jemand eine Idee?

[Performance]

- ich glaube der Fehler liegt in deinem code und nicht an Notes
- das Delete statement funktioniert in Notes nur in einer Klasse oder wenn das Object vom Typ Klasse instantiert wurde

-mit set object = "" gibst du die Verbindung des Objectes frei

cu

[ata]

@Performance

... bist du dir sicher, daß ein Leestring richtig ist - müßte es nicht

Set object = Nothing

... heißen?

ata

[Performance]

@ata

yoo Meister .... du hast wie immer Recht  

cu

[NotesNick]

Mit Set object=Nothing hat es auch nicht funktioniert. Sind Nothing und Delete die einzigen Befehle oder kennt Notes noch andere um dieses Problem zu lösen.

[ata]

... jetzt muß ich doc etwas genauer nachfragen...

- wie funktioniert den dein Import genau
- machst du das über Backend
- wie bindest du diese Events ein
- kann es sein, daß du mit Objekt-Arrays arbeitest?

ata

[Thanatos]

Hi,

Ich antworte für NotesNick - der hat ein Loginproblem :-))!

Ich öffne eine Maske im Frontend (dadurch werden beim Öffnen, Speichern usw. die Events durchlaufen) dann speichere ich die Werte aus Excel. Und das wird für die gesamte Exceltabelle durchgeführt (für jeden Eintrag)

Mit jedem erstellen eines Dokuments wird der Speicher (sichtbar im Taskmanager) zugebombt.

[Thomas Schulte]

Das sieht aus wie Frontend Programmierung. Frage machst du die erstellten Dokument mit uidoc.Close auch wieder zu? Wenn ja, dann häng da mal ein (true) hinten dran. Funktioniert aber erst ab V5.07 oder so. Dann macht er das Dokument nämlich auch wirklich zu und lässt es nicht im Speicher hängen.

Thomas

[Thanatos]

Danke, Danke, Danke, Danke, Danke, Danke..

Anfänglich wird der Speicher noch recht schnell vollgeschrieben aber dann stagniert dies.
Bisher haben wir immer nur ca. 10 Dokumente erstellen können bevor Notes abschmierte und jetzt sind es schon über 100 und der Importer läuft noch!!

Guter Tip, herzlichen Dank.

[ata]

... besteht das Login-Problem von NotesNick noch?

ata

[Glombi]

Warum müssen die Dokumente überhaupt geöffnet werden? Kannst Du nicht auch ein
call doc.ComputeWithForm(False,False)
machen?

Andreas

[Thanatos]

@ata
NotesNick kann sich einloggen, aber er kann dann keine Antworten schreiben. Wenn er antworten auswählt kommt, dass er sich einloggen soll. ?

@Glombi
Dies hätten wir auch viel lieber gemacht, aber die Chefin hatte was dagegen. Klar wäre es viel geschickter gewesen das auch im Backend zu machen, aber unnötigerweise sollen auch alle Events der Form durchlaufen werden und die Ausführung im Frontend wird somit von der Chefin in Kauf genommen.
*achselzucken* so ist das halt

[Glombi]

@NotesNick: Das mit den Antworten und erneuten Einloggen hatte ich auch. Es liegt an den Sicherheitseinstellungen für den Internet Explorer (Cookies oder so).

Was steht denn in den Events der Maske drin? Geht es nur um Script-Events: Die lassen sich auch im Agenten, der importiert implementieren, denke ich. Falls Formelsprache ausgeführt wird, geht ComputeWithForm.

Andreas

[NotesNick]

@Glombie
Hab die Cookie Einstellungen geändert und siehe da, ich bin wieder drin...

[Glombi]

Hi NotesNick,
poste doch mal ins Offtopic, was Du genau eingestellt hast. Es betrifft evtl. auch andere. Ich glaube mit der Standardeinstellung des IE (unter XP) tritt dieser Effekt auf.

Andreas

[ata]

... im IE 6.x läuft das unter Sicherheitseinstellungen - dort muß an die Homepages angeben, die Cookies schreiben dürfen - dann funktioniert das wieder - daher auch meine Rückfrage...

ata