Konstruktor kopiujący - problem z destruktorem

Konstruktor kopiujący - problem z destruktorem
D2
  • Rejestracja:ponad 13 lat
  • Ostatnio:ponad 9 lat
  • Postów:72
0

Cześć wszystkim.
Mam klasę TablicaD zawierającą alokowaną dynamicznie tablicę liczb typu double (więcej o całym programie pisałem w temacie tutaj http://4programmers.net/Forum/C_i_C++/213337-przeciazenia_operatorow_dla_klas?start=0).
Konstruktor kopiujący wygląda następująco (definicja):

Kopiuj
TablicaD::TablicaD(const TablicaD & wzor) : licznik(wzor.licznik), rozmiar(wzor.rozmiar),               
									  srednia(wzor.srednia), nazwa_obiektu(wzor.nazwa_obiektu)  
									  
{
	cout << "\n********Dziala konstruktor kopiujacy **********\n";
	wtab = new double[rozmiar];
	
	for(int i=0; i<rozmiar; i++)        // petla kopiujaca zawartosc tablicy do tablicy w nowym obiekcie
	{
		wtab[i] = wzor.wtab[i];
	}
	nazwa_obiektu += ".SKOPIOWANY";
} 

Zawartości tablic ładnie się kopiują, jednak zaraz po zakończeniu jego działania uruchamia się destruktor (tak jest zawsze? po co on się w ogóle uruchamia po zakończeniu pracy konstruktora kopiującego i co niszczy?) i program wywala błąd:
Unhandled exception at 0x5ED44F98 (msvcr110d.dll) in lab4.exe: 0xC0000005: Access violation reading location 0xCCCCCCC0.

W czym problem ?

edytowany 1x, ostatnio: Dragon2011
MarekR22
Moderator C/C++
  • Rejestracja:około 17 lat
  • Ostatnio:4 minuty
0

Jak na kogoś kto się zarejestrował ponad rok temu to strasznie mało konkretów.
Użyj debugger'a i pokaż jaki masz call stack i na jaki fragment twojego kodu ten call stack wskazuje.
Pokaż TUTAJ deklarację swojej klasy (dużo się zmieniło od przedniego wątku), konstruktor(y) (to co jest może wystarczy) i destruktor.

Takie wyjątki często wynikają, z błędów w innej części kodu (np pisanie poza tablicą), więc pokaż minimalny kod z przykładem użycia.


Jeśli chcesz pomocy, NIE pisz na priva, ale zadaj dobre pytanie na forum.
edytowany 2x, ostatnio: MarekR22
D2
  • Rejestracja:ponad 13 lat
  • Ostatnio:ponad 9 lat
  • Postów:72
0

Ok, wrzucam pliki:
Klasa:
- plik .h z deklaracjami -> http://4programmers.net/Pastebin/2182
- plik .cpp z definicjami (tylko konstruktory i na samym dole destruktor) -> http://4programmers.net/Pastebin/2183
- sam konstruktor główny -> http://4programmers.net/Pastebin/2184
- sam konstruktor kopiujący -> http://4programmers.net/Pastebin/2185
- sam destruktor -> http://4programmers.net/Pastebin/2186
Screen okienka aplikacji, debuggera i call stack -> http://images43.fotosik.pl/1782/fcf188a656c3c523.jpg

EDIT:
A użycie wygląda tak:

Kopiuj
if(kopiowanie == 't')
	{
		TablicaD obiekt_skopiowany = obiekt;
		cout << "Nazwa skopiowanego obiektu: " << obiekt_skopiowany.nazwa_obiektu << endl;
		cout << "Zawartosc tablicy w skopiowanym obiekcie: " << endl;
		obiekt_skopiowany.wyswietl();
	}
edytowany 2x, ostatnio: Dragon2011
MarekR22
Moderator C/C++
  • Rejestracja:około 17 lat
  • Ostatnio:4 minuty
0

gdzie kopiujesz lub inicjujesz wnazwa (w konstruktorze kopiującym)?


Jeśli chcesz pomocy, NIE pisz na priva, ale zadaj dobre pytanie na forum.
edytowany 1x, ostatnio: MarekR22
D2
  • Rejestracja:ponad 13 lat
  • Ostatnio:ponad 9 lat
  • Postów:72
0

Nie inicjuję wnazwy, nie przekopiowuję jej w ogóle do nowego obiektu, bo ten wskaźnik służył mi tylko do utworzenia zmiennej nazwa_obiektu ("składałem" sobie ją innymi funkcjami), dlatego w ogóle tego nie ruszam podczas kopiowania.

MarekR22
Moderator C/C++
  • Rejestracja:około 17 lat
  • Ostatnio:4 minuty
0

ale to jest właśnie błąd! W destruktorze masz delete[] wnazwa, a po wykonaniu konstruktora kopiującego ten wskaźnik nie ma ustawionej wartości.
Masz do wyboru albo robisz kopie tego napisu, albo ustawiasz wskaźnik na NULLa (wtedy delete nie spowoduje błędu).

Poza tym, widzisz call stack to klikasz na pierwszej pozycji wskazującej twój kod, to kursor pokaże ci dokładnie, gdzie jest problem, a we trybie debug będziesz mógł zobaczyć zawartość zmiennych i ocenić przyczynę problemu.
Założę się, że call stack wskazuje ci na to feralne delete.


Jeśli chcesz pomocy, NIE pisz na priva, ale zadaj dobre pytanie na forum.
_13th_Dragon
  • Rejestracja:ponad 19 lat
  • Ostatnio:około 9 godzin
0

To: http://ideone.com/rICuRq dowodzi że problem albo w delete[] wnazwa, jak to powiedział @MarekR22 w poście wyżej lub w jednej z tych dwóch funkcjach które ukrywasz:
//void wypelnij_nazwe();
//void wyswietl();


Wykonuję programy na zamówienie, pisać na Priv.
Asm/C/C++/Pascal/Delphi/Java/C#/PHP/JS oraz inne języki.
D2
  • Rejestracja:ponad 13 lat
  • Ostatnio:ponad 9 lat
  • Postów:72
0

Fakt, po Twojej odpowiedzi się kapnąłem i dopisałem w konstruktorze kopiującym dwie linijki:

Kopiuj
wnazwa = new char[21];
	wnazwa = NULL;

I tak, właśnie tam wskazywał call stack.
i teraz działa prawidłowo, wielkie dzięki! :).

_13th_Dragon
a teraz to masz wyciek pamięci.
robcio
  • Rejestracja:prawie 13 lat
  • Ostatnio:ponad 10 lat
  • Lokalizacja:Opole
  • Postów:533
0

a co ze zmienną wnazwa w konstruktorze kopiującym? Wydaje mi się ,że powinieneś przydzielić jej pamięć bo w "obiekt_skopiowany" będzie miała ona przypadkową wartość


Nie odpowiadam na PW z prośbą o pomoc programistyczną.
robcio
o kurde spóźniłem sie ;)
D2
  • Rejestracja:ponad 13 lat
  • Ostatnio:ponad 9 lat
  • Postów:72
0

Pojawił się jednak jeszcze jeden problem - teraz, po zakończeniu działania tego konstruktora kopiującego uruchamia się destruktor (zawsze tak jest?), a w destruktorze mam też linijkę liczba_tablic--;, która zmniejsza mi licznik obiektów (static) utworzonych podczas pracy programu. W funkcji main mam na końcu właśnie wypisanie tej liczby utworzonych obiektów za pomocą instrukcji cout << obiekt.ile_tablic() (funkcja ta zwraca tylko zmienną liczba_tablic), tak więc teraz na końcu programu ta zmienna wynosi 0, a nie 1, jak przedtem.
Dlaczego obiekt jest niszczony po każdym zakończeniu pracy konstruktora kopiującego, a nie na końcu działania programu? Co on tam tak właściwie kasuje?

edytowany 3x, ostatnio: Dragon2011
_13th_Dragon
  • Rejestracja:ponad 19 lat
  • Ostatnio:około 9 godzin
0

kasuje obiekt_skopiowany


Wykonuję programy na zamówienie, pisać na Priv.
Asm/C/C++/Pascal/Delphi/Java/C#/PHP/JS oraz inne języki.
D2
  • Rejestracja:ponad 13 lat
  • Ostatnio:ponad 9 lat
  • Postów:72
0

Czy dobrze rozumiem - to kasowanie powinno nastąpić na koniec działania programu lub ewentualnie po zakończeniu bloku, w którym się znajduje?
U mnie wygląda to tak:

Kopiuj
if(kopiowanie == 't')
	{
		TablicaD obiekt_skopiowany = obiekt;
		cout << "Nazwa skopiowanego obiektu: " << obiekt_skopiowany.nazwa_obiektu << endl;
		cout << "Zawartosc tablicy w skopiowanym obiekcie: " << endl;
		obiekt_skopiowany.wyswietl();
	}

bo poza blokiem tej instrukcji if obiekt_skopiowany faktycznie już nie istnieje. Jak to w takim razie zrobić, aby był kasowany dopiero na koniec programu, a chcę aby nadal to wszystko wykonywane było w bloku instrukcji if ?

_13th_Dragon
  • Rejestracja:ponad 19 lat
  • Ostatnio:około 9 godzin
0

Tablica, lista jedno/dwu-kierunkowa, drzewo binarne, mapa itp.


Wykonuję programy na zamówienie, pisać na Priv.
Asm/C/C++/Pascal/Delphi/Java/C#/PHP/JS oraz inne języki.
satirev
  • Rejestracja:prawie 14 lat
  • Ostatnio:około 4 lata
0

Skoro chcesz uzyskać "trwały" obiekt to dlaczego tworzysz go na stosie? Ale skoro już musisz to możesz to osiągnąć przy pomocy static:

Kopiuj
#include <iostream>

class A {
    public:
        A() { std::cout << "Konstruktor!" << std::endl;}
	A(const A&) { std::cout << "Konsturktor kopiujacy!" << std::endl;}
	~A() {std::cout << "Destruktor" << std::endl;}
};

int main() {
    A c;
    {
         static A b = c;
    }
    std::cout << "Koniec bloku" << std::endl;
    return 0;
}
edytowany 1x, ostatnio: satirev
D2
  • Rejestracja:ponad 13 lat
  • Ostatnio:ponad 9 lat
  • Postów:72
0

Dzięki wszystkim :).

Zarejestruj się i dołącz do największej społeczności programistów w Polsce.

Otrzymaj wsparcie, dziel się wiedzą i rozwijaj swoje umiejętności z najlepszymi.