Informatyka UJ forum

exeman · Wysłany: Nie 16:09, 19 Mar 2006 Temat postu:

Nie wiadomo, jest to zalezne od systemu. Nie powinienes w ogole doprowadzac do takiej sytuacji.

hansu · Wysłany: Nie 16:10, 19 Mar 2006 Temat postu:

Sprobuj tak:

if i^.first = i^.last then begin
dispose( i^.first );
i^.last := nil;
end;

I zobacz czy masz wyciek. A tak w ogole skad wiesz ze masz? Jak sie to sprawdza?

exeman · Wysłany: Nie 16:12, 19 Mar 2006 Temat postu:

i^.first tez powinno sie ustawic na null/nil po dispose.

hansu · Wysłany: Nie 16:16, 19 Mar 2006 Temat postu:

Tak mowi specyfikacja jezyka? Pytam bo nigdy nie sprawdzalem... Ja tam pascalowi nie ufam i po kazdym dispose ustawiam sobie recznie ta zmienna na nila...

exeman · Wysłany: Nie 16:25, 19 Mar 2006 Temat postu:

Nie jestem pewien na 100%, ale dobrym nawykiem jest ustawiac na nil.

:-) · Wysłany: Nie 16:30, 19 Mar 2006 Temat postu:

wyciek sprawdzam taka funkcja, zwracaja aktualnie zuzyta ilosc pamieci:
getfpcheapstatus.currheapused

:-) · Wysłany: Nie 17:04, 19 Mar 2006 Temat postu:

ani jedno, ani drugie nie ustawia sie na nil.

dispose( i^.first );
if i^.first<> NIL then writeln( 'nie nil');
if i^.last<> NIL then writeln( 'nie nil');
dispose( i^.last );
if i^.last<> NIL then writeln( 'nie nil');

wypisal trzy razy...

kocham pascala! szkoda ze to jest milosc tragiczna...

Skrobocik · Wysłany: Nie 17:53, 19 Mar 2006 Temat postu:

Ja przez baaaaaaaaaaardzo dłuuuuuuuuuugi okres czasu szukałem błedów w swoim C. Okazało się, ze przeoczenie było w UNION, gdyz jak usuwałem głowę i element listy wskazujący na usuwany pociąg, to nie przestawiałem wskażnika next z elementu przed pociągiem, na ten po pociągu, więc robiła mi się dziura w pamięci i przepadał mi dostęp do wielu elementów na stercie. Wreszcie to znalazłem :wink:

exeman · Wysłany: Nie 17:58, 19 Mar 2006 Temat postu:

:-): Ale w czym problem, dispose zwalnia pamiec zajeta pod danym adresem, ale nie zmienia wartosci zmiennej wskaznikowej na 0 (nil). Normalne, nie ma co sie dziwic.

Madras · Wysłany: Nie 18:05, 19 Mar 2006 Temat postu:

:-) · Wysłany: Nie 22:00, 19 Mar 2006 Temat postu:

sa tego samego typu. tzn byly, bo juz submitowalam, i taraz moga sobie chodzic w pląsy jak im sie żywnie podoba. wazne, ze w momencie sprawdzania byly grzeczne.

( oczywiscie nie wyslalam czegos takiego. to tak tylko sie bawilam :) )

Makros · Wysłany: Wto 14:48, 21 Mar 2006 Temat postu:

Jak sprawdzarka Wam wywali R70 to w moim przypadku to było zapisywanie w tablicy w polu o indeksiem wiekszym niż przwidywałem... Czyli buszowanie po nie swojej pamięci...

:-) · Wysłany: Czw 23:51, 23 Mar 2006 Temat postu:

chyba pierwszy program ( E ), w ktorym nie uzylam ani jednego wskaznika. i co?

S11 - SIGSEGV - Błąd segmentacji (naruszenie ochrony pamięci, np. używanie danych wskazywanych przez błędne/stare/puste/nil/NULL/0 wskaźniki).

ma ktos moze jakis pomysl na debugowanie?

swiecmich · Wysłany: Pią 0:21, 24 Mar 2006 Temat postu:

Przekraczasz limit pamięci.

hansu · Wysłany: Pią 0:55, 24 Mar 2006 Temat postu:

@swiecmich: Prosimy o dostosowanie sie do regulaminu i zmniejszenie rozmiaru avatara do max. 100x100. Dziekujemy :D

Madras · Wysłany: Pią 1:43, 24 Mar 2006 Temat postu:

hansu · Wysłany: Pią 16:56, 24 Mar 2006 Temat postu:

No jak sie rejestrowalem to bylo napisane ze avatar ma byc max 100x100. Wiec jesli sa jakies zasady to moze warto by sie do nich stosowac... Zwlaszcza ze zbyt duze avatary i troche "rozjezdzaja" uklad forum i daja sie we znaki uzytkownikom z wolnym netem...

Skrobocik · Wysłany: Pią 19:24, 24 Mar 2006 Temat postu:

smas · Wysłany: Pią 19:31, 24 Mar 2006 Temat postu: