DLL/Klassen/Funktionen

wegus schrieb:

Ehrlich ? Dann habe ich das Konzept von __finally falsch verstanden ! Ich dachte im Gegensatz zu try/catch wird __finally auch ohne Fehler abgearbeitet. Muß ich wohl noch mal nachlesen...

Ja, du hast recht - finally wird immer durchlaufen. Du fängst aber nur die Fehler beim Erstellen ab. Obwohl aber gerade das delete überprüft werden soll. (Laut Evi48)

evi48

Hallo C++ Freunde,
ich möchte nicht von behaupten absolut fitt in C++ zu sein aber ich denke IcemanX geht es nur um den Destruktor seiner Klasse.

IcemanX schrieb:

Klappt auch soweit ganz gut, ausser bei freigeben des Speichers bei den Klassen bekomme ich dann Speicherzugrifffehler.

Mit finally habe ich nachgelesen und hatte Unrecht doch löst es auch nicht das Problem.

Evi48

Hallo,

Leute da ich ich ja ne Diskusion in die Welt gerufen !!!!

Kann es sein das es ein Problem der Speicherverwaltung meiner DLL ist oder so.

Gebe gerne mal das Projekt weiter bei Interesse!!! (es lebe open source)

Da kann wer will mal die Klasse aus meinr im eigenen Projekt testen, ob das gleiche passiert !!!???!!!!

Gruß
IcemanX

Hallo,

haben noch eine Person mit dem gleichen Prob. gefunden,

siehe Beitrag ^16:13:27 18.11.2003 SilentSurfer^

[url]http://www.c-plusplus.net/forum/viewtopic.php?t=55626&highlight=dll+klassen+delete
[/url]

dort steht aber auch keine Lösung!!!!!!!!!!!

KlausB

Hallo

kannst du dein Projekt online stellen
(finden sich moeglicherweise einige die das dann checken)

MfG
Klaus

http://www.cr-solutions.net/temp/crlib.rar

hat schon wer nen Anhaltspunkt

kann ihm denn keiner helfen der ist bestimmt schon ganz frustriert

IcemanX

Hallo,

habe gerade von einem aufmerksamen User erfahren das viele gar keine *.rar Dateien öffnen können. Dachte eigentlich das sich RAR durch die grössere Leistung gegenüber ZIP schon mehr durchgesetzt hat .....

Vielen Dank an Hinterthuer Dieter für die Info

Hier der Link im ZIP Format:

http://www.cr-solutions.net/temp/crlib.zip

IcemanX

Hallo Hinterthuer Dieter,

RAR haben wohl doch recht viele Leute,

habe mal auf meinem Webserver die Zugriffe geprüft und musste feststellen
das die *.rar bereits von 20 Leuten geladen wurde und die *.zip nur von 2 Leuten, wovon eine du sein wirst

Gruß
IcemanX

--------------------------------------------------------------------------
HATT EINER DER 22 LEUTE SCHON NEUIGKEITEN FÜR MICH

Bin einer der 22... habs nicht gerafft.

Bleiben noch 21.

IcemanX

Plemplem schrieb:

Bin einer der 22... habs nicht gerafft.

Bleiben noch 21.

Bekommst du auch nen Speicherzugriffsfehler beim delete oder was ??????

Gruß
IcemanX

Jansen

Es wäre sicher hilfreich, wenn du neben dem reinen DLL-Code auch ein lauffähiges (Minimal)Projekt mitliefern würdest, in dem die DLL geladen bzw. Klassen/Funktionen daraus verwendet werden.

IcemanX

Jansen schrieb:

Es wäre sicher hilfreich, wenn du neben dem reinen DLL-Code auch ein lauffähiges (Minimal)Projekt mitliefern würdest, in dem die DLL geladen bzw. Klassen/Funktionen daraus verwendet werden.

Einfach ein neues Projekt mit einem Fenster und 3 Buttons indem
CRLib.h und CRLib.lib eingebunden werden, dann noch im header folgenden Code:

extern PACKAGE TCRVerInfo *pVersionInfo;
extern PACKAGE TCRCPUInfo *pCUPInfo;

------------------------------------------------------------------------------

Button1

pVersionInfo = new TCRVerInfo(Application->ExeName);
  pCUPInfo = new TCRCPUInfo();

Button2

int iCPUUsage = pCUPInfo->getUsage();
char szCPUUsage[10];
strcpy(szCPUUsage, itoa(iCPUUsage, szCPUUsage, 10));
MessageBox(NULL, szCPUUsage, "", MB_OK);

// Dazu muss *.exe resource Daten besitzen!!!!!
//String sProductname = pVersionInfo->GetVerInfo(VI_PRODUCT_NAME);
//MessageBox(NULL, sProductname.c_str(), "", MB_OK);

Button3

//hier kommt der Fehler
delete pVersionInfo;
delete pCUPInfo;

Gruß
IcemanX

IcemanX schrieb:

Fullqoute gelöscht.

---------------------------
Fehler
---------------------------
Programm 'S:\SOURCE\Cescon\C\Test\Memwatch\1.00.0000\Memwatch.exe' kann nicht gefunden werden.
---------------------------
OK   
---------------------------

Ich hab die Projektdatei geöffnen und F9 gedrückt... während dem Linken (oder schon beim Programmstart?) kommt die Meldung.(Ich sage doch, dass ich es nicht raffe! :p )

Edit:
Zitate bitte auf das Notwendigste beschränken. Danke!

IcemanX

Plemplem schrieb:

Programm 'S:\SOURCE\Cescon\C\Test\Memwatch\1.00.0000\Memwatch.exe' kann nicht gefunden werden.

einfach mal unter start parameter die host anwendung entfernen
ich schließe daraus, das du auch noch nicht lang mit Borland C++ entwickelst

Gruß
IcemanX

Edit:
Zitate bitte auf das Notwendigste beschränken. Danke!

Jansen

Das ist genau mein Punkt: wenn du möchtest, dass etwas für dich getestet wird dann solltest du das nach Möglichkeit so vorbereiten, dass andere es ohne Anpassungen an den eigenen Rechner ausprobieren können.
Zum einen ist es für den Tester bequemer und damit die Wahrscheinlichkeit höher, dass sich jemand die Mühe macht, zum anderen werden eventuelle Unterschiede in der Konfiguration als mögliche Fehlerquelle ausgeschlossen.

IcemanX

Danke für den Tip,

werde ich das nächste mal beachten!!!!!

IcemanX

Hallo Leute,

jetzt wird es kniffelig.

Habe einen Anhaltspunkt zum problem gelesen.
Es scheint als läge das Problem daran das der Speicher im Programm reserviert wird und die eingentliche Freigabe aber durch den Dekonstruktor erfolgt, der sich aber in der DLL befindet (logischer weise).

Beispiel:

pVersionInfo = new TCRVerInfo(Application->ExeName); // Speicher wird im Programm reserviert

delete pVersionInfo; // Speicherfreigabe wird vom Programm aufgerufen

///////////////////////////////////////////////////////////////////////////

// wirkliche freigabe scheint aber erst hier statt zu finden  :( 
declspec_mode TCRVerInfo::~TCRVerInfo(){
  return; // hier kommt es zum Fehler :rage: 
}

Wie kann mann das umgehen, wie machen das ander Sprachen!!!!!!!

Irgend ein Speicher Profi anwesend ?????

Gruß
IcemanX