weis nicht ob die Frage hier her gehört, aber wuste nicht so recht wohin damit.

Hoffe mir kann einer weiterhelfen.

Nun zum Problem:

Musste feststellen das bei Windows-Systemen der Speicherverbrauch von Hauptspeicher ständig steigt und dadurch das Programm nach Tagen nicht mehr richtig läuft weil Windows auch kein Speicher mehr hat, zuerst dachte ich an ein Speicherlek in meiner Anwendung obwohl ich das dank CodeGuard eigentlich ausgeschlossen habe, dann habe ich feststellen müssen das auch Programme die mit VB oder Xbase diese Probleme haben. Scheint mir erher ein Betriebssystem Problem, wie kann man da entgegenwirken!!??!!

liegt möglicherweise an den durch die Programme geladenen DLLs, die nach beenden nicht wieder entladen werden. Das ist ein Standardvorgehen, damit bei der nächsten Anforderung der DLL diese bereits geladen ist.
Es gibt glaube in der Registry einen Schlüssel namens AllwaysUnloadDLLs, der das Verhalten regelt. Schau mal bei Google.

bis bald
akari

dann ist ja gut!!!!!!!

aber werd das mal mit dll entladen probieren!!!!

hab nun mein Project mal mit nem BCB 4 kompiliert,

da kommt das Speicherproblem nicht.

Sicher das der BCB 6 nicht einen Fehler hat????????

Habe auch mal über mehrere Tage GDI Objekte und Benutzer Objekte überprüft,

die steigen nicht an also kann es daran auch nicht liegen,

aber der Verbrauch im RAM steigt !!!!!!!

Aber habe es auch bereits Händisch geprüft und kann es zu 100% ausschließen.

Habe sich diesbezüglich auch bereits andere 2 Entwickler angeschaut und können es sich auch nicht erklären.

Hast du schon mal größere Projekte mit BCB6 gemacht??????

steve71 schrieb:

Also ich denke mal einige der Leute hier haben auch schon öfters die eine oder andere Anwendung mit dem Builder 6 geschrieben.(Ich auch)
Und bei den paar Anwendungen die den Speicher vollgemüllt haben ist es eigentlich wohl immer ein fehlendes "delete" gewesen.
Am Builder 6 liegt es jedenfalls nicht.

Am Builder 6 liegt es jedenfalls nicht.

Das unterschreibe ich nicht... im Builder 5 war in den COM-Wrappern ein Fehler drin, so daß bei jeder Erzeugung eines COM-Objekts bei bestimmten Bedingungen Speicher gefressen wurde... Empfehlung von Borland war "ja, ist bekannt, nehmen Sie doch den 6er Builder".

Das müste doch der CodeGuard merken oder ????????

Wieso eigentlich?

Der Codeguard prüft doch nur, ob Speichergrenzen verletzt werden oder Speicher nicht mehr abgeräumt wird... aber wenn man irgendwo in jedem Zyklus erneut Speicher allokiert und auch noch eine Referenz darauf speichert, kann der Codeguard doch gar nicht merken, daß hier ein Problem vorliegt - wie soll er denn unterscheiden, daß das ein ungewollter Programmfehler ist im Gegensatz dazu, daß Du gerade eine Textverarbeitung programmierst und für jeden neuen Absatz auch Speicher allokierst?

Vielleicht wird der Speicher ja am Programmende trotzdem korrekt abgeräumt... nur zwischenzeitlich ist einfach viel zu viel angefordert.

das einzige was ich mir vorstellen kann, das eventuell die Apollo SDE ein Speicherleck hat oder die Indy Komponenten.

Hat einer in dem Bereich schon mal so ne Erfahrung gemacht.

Nehme die Apollo 6.1 SDE und bei Indy FTP die Version 9, wobei ich Indy noch eher als Apollo ausschieße.

Hast du schon mal größere Projekte mit BCB6 gemacht??????

Ja, habe bisher allerdings auf fremde Komponenten,Klassen etc. verzichtet und hatte bisher keinerlei Probleme.Allerdings kann man es natürlich nicht 100%ig ausschließen. Müsste man sich mal bei Projekten wie deinen auf die Suche machen, wo die Löcher auftreten.

Ja, habe bisher allerdings auf fremde Komponenten,Klassen etc. verzichtet und hatte bisher keinerlei Probleme.

Dito. (90% meiner Anwendungen sind DB-Frontends)