Nowe posty

xx Dystrybucja pod HP Omen (6)
Wczoraj o 23:30:08
xx [Poradnik] Wyszukiwanie Sterowników (2)
Wczoraj o 21:08:23
lamp Problem z Linux Lite po instalacji (0)
Wczoraj o 19:50:30
xx Ile pingwinów? (1)
Wczoraj o 08:59:24
xx konfiguracja pale moon (0)
2024-03-24, 21:53:42
xx Plasma 6 w Neonie ssie trochę mniej ... (10)
2024-03-23, 02:38:11
xx problem z instalacja sterowników do karty sieciowej (3)
2024-03-18, 18:10:16
xx Plik abc.001 (1)
2024-03-17, 17:48:27
xx Zlecę dopracowanie programu w MatLab (0)
2024-03-13, 15:28:40
xx Linux Mint 21.3 XFCE brak dźwieku po paru minutach (karta muzyczna zintegrowana) (5)
2024-03-12, 23:07:01

Autor Wątek: Naruszenie ochrony pamięci  (Przeczytany 7012 razy)

fer

  • Gość
Naruszenie ochrony pamięci
« dnia: 2005-09-19, 07:35:59 »
kiedy   uruchamiam  Mandrve  LE  2005  pojawaia  się  
tryb  tekstowy.nie  działa  polecenie  startx  
a  oto  log:
hostname:Uknow  Host
xoutch: creating  new
autonit fie/root/.Xuhoingy

G_P

  • Gość
Naruszenie ochrony pamięci
« Odpowiedź #1 dnia: 2005-09-19, 10:15:15 »
2005-09-19 07:35:59 fer napisał:

> kiedy   uruchamiam  Mandrve  LE  2005  pojawaia  się  
 > tryb  tekstowy.nie  działa  polecenie  startx  
 > a  oto  log:
 > hostname:Uknow  Host
 > xoutch: creating  new
 > autonit fie/root/.Xuhoingy

Sprawdż co masz w pliku konfiguracyjnym Xów (jakiś X11config, ale nie wiem gdzie w Mandrivie). Zobacz czy wszystkie ustawienia są poprawne i czy prawa do pliku sie zgadzają.

fer

  • Gość
Naruszenie ochrony pamięci
« Odpowiedź #2 dnia: 2005-09-19, 18:56:11 »
2005-09-19 10:15:15 G_P napisał:

> 2005-09-19 07:35:59 fer napisał:
 >
 > > kiedy   uruchamiam  Mandrve  LE  2005  pojawaia  się  
 >  > tryb  tekstowy.nie  działa  polecenie  startx  
 >  > a  oto  log:
 >  > hostname:Uknow  Host
 >  > xoutch: creating  new
 >  > autonit fie/root/.Xuhoingy
 >
 > Sprawdż co masz w pliku konfiguracyjnym Xów (jakiś X11config, ale nie wiem gdzie w Mandrivie).
 > Zobacz czy wszystkie ustawienia są poprawne i czy prawa do pliku sie zgadzają.

prawa   wa  do  plików  się  zgzdzają  i  wszystkie   ustawienia  są  pooprawne

G_P

  • Gość
Naruszenie ochrony pamięci
« Odpowiedź #3 dnia: 2005-09-20, 11:32:31 »
To może zainstaluj driver producenta do karty graficznej.

fer

  • Gość
Naruszenie ochrony pamięci
« Odpowiedź #4 dnia: 2005-09-23, 12:00:05 »
problem    rozwiązany   !!!   cza  było  skasować
patrycje  i  ponownie  zainstalować  linuksa

chmooreck

  • Gość
Naruszenie ochrony pamięci
« Odpowiedź #5 dnia: 2005-09-23, 12:19:41 »
2005-09-23 12:00:05 fer napisał:

> problem    rozwiązany   !!!   cza  było  skasować
 > patrycje  i  ponownie  zainstalować  linuksa
 >

to nie jest rozwiazanie problemu !!

verper

  • Gość
Naruszenie ochrony pamięci
« Odpowiedź #6 dnia: 2005-09-18, 21:37:38 »
"Naruszenie ochrony pamięci" oto blad ktory powtarza sie najczesciej. Moj Gentoo i amd64 pracuja ze soba jak narazie dosyc zgranie ...ale nie zawsze. ..Ale do rzeczy.

blad pojawia sie podczas pracy z m.in aplikacjami :
* gplflash ( zastepuje mi standardowego flash-a niezawsze obslugiwanego przez Firefoxa)
* porthole
* wxGlade i Eclipse

...pojawia sie w calkowicie dowolnym momencie ... i to jest wlasnie b. dziwne.
Nadmienic rowniez wypada ze pamiec  pracuje na standardowych ustawieniach.Raczej wykluczam wadliwosc pamieci.
No wlasnie ... wiec to jest moj problem... czasem Gentoo przypomina Winde, na szczescie nei ma niebieskich ekranow:P. Moze jakies wskazowki??

PS jesli jakies logi sa potrzebne... dajcie znac

bergo

  • Gość
Naruszenie ochrony pamięci
« Odpowiedź #7 dnia: 2005-09-18, 22:01:06 »
> Nadmienic rowniez wypada ze pamiec  pracuje na standardowych ustawieniach.Raczej wykluczam
 > wadliwosc pamieci.
 
Jest taki programik - memtest. Przetestuj nim pamięć.

verper

  • Gość
Naruszenie ochrony pamięci
« Odpowiedź #8 dnia: 2005-09-19, 01:23:18 »
2005-09-18 22:01:06 bergo napisał:

> > Nadmienic rowniez wypada ze pamiec  pracuje na standardowych ustawieniach.Raczej wykluczam
 >  > wadliwosc pamieci.
 >  
 > Jest taki programik - memtest. Przetestuj nim pamięć.


No jak mowilem pamiec sprawdzona ... brak jakichkolwiek bledow... Wydaje mi sie ze moze to byc po prostu wada programow... ale dziwne ze w tym gronie znajduje sie Eclipse.

  • Gość
Naruszenie ochrony pamięci
« Odpowiedź #9 dnia: 2005-09-19, 08:17:33 »
2005-09-19 01:23:18 verper napisał:

> 2005-09-18 22:01:06 bergo napisał:
 >
 > > > Nadmienic rowniez wypada ze pamiec  pracuje na standardowych ustawieniach.Raczej
 > wykluczam
 >  >  > wadliwosc pamieci.
 >  >  
 >  > Jest taki programik - memtest. Przetestuj nim pamięć.
 >
 >
 > No jak mowilem pamiec sprawdzona ... brak jakichkolwiek bledow... Wydaje mi sie ze moze to byc
 > po prostu wada programow... ale dziwne ze w tym gronie znajduje sie Eclipse.
 >

 > A dlaczego nie popytasz tu: http://forums.gentoo.org/viewforum-f-45.html
Bardzo IMO porządne forum dla "gentoomowiczów" :)
Nie ma się co bać, nie gryzą.

amdfanatyk

  • Gość
Naruszenie ochrony pamięci
« Odpowiedź #10 dnia: 2005-09-19, 10:29:39 »
takie bledy to powstaja najczesciej:

a) gdy dzialanie prelinka zostanie przerwane
b) gdy program skompilowany jest na nizsza architekture niz ta systemu

amdfanatyk

  • Gość
Naruszenie ochrony pamięci
« Odpowiedź #11 dnia: 2005-09-19, 10:31:05 »
2005-09-19 10:29:39 amdfanatyk napisał:

> takie bledy to powstaja najczesciej:
 >
 > a) gdy dzialanie prelinka zostanie przerwane
 > b) gdy program skompilowany jest na nizsza architekture niz ta systemu

rzecz jasna wyzsza a nie nizsza :]

xis

  • Gość
Naruszenie ochrony pamięci
« Odpowiedź #12 dnia: 2005-09-19, 11:42:08 »
Naruszenie ochrony pamięci (Segmentation fault) nie ma nic wspólnego ze sprzętem.
System operacyjny kontroluje działanie każdego programu tak, by te nie wyszły poza zarezerwowany dla siebie obszar pamięci. Czasem błąd programisty sprawia, że program odwołuje się do obszaru pamięci o zupełnie nieprawidłowym adresie - trafia w pustkę, albo narusza obszar innego programu. System oparacyjny reaguje wtedy dość ostro - ubija taki proces sygnałem SIGSEG, a komunikat dostajesz taki jak wspomniałeś.
Jeśli SegFault występuje w pojedynczych programach, to masz prawo przypuszczać, że błąd tkwi w ich kodzie - w takim wypadku pomóc może np. upgrade do nowszej wersji (być może poprawionej).
Jeśli błąd zdarza się częściej, to może to być przyczyną wadliwej biblioteki - jakiejś części wspólnej wszystkich tych programów - np. GTK. Tu również pomóc może upgrade.
Gorzej jeśli szwankuje wszystko i losowo, wtedy faktycznie możesz mieć problem ze sprzętem i to do tego tak wredny problem, że nawet OS nie daje rady go dobrze zdiagnozować.

Istnieje sposób zbadania przyczyny wystąpienia SegFaultów za pomocą debuggera (np. gdb). Debugger pokazuje w jakim stanie zmiennych program padł. Niestety jego użycie wymaga pewnego doświadczenia w programowaniu i znajomości badanego kodu.

Być może instalowałeś wyżej wymienione programy z binariów (które nie były dobrane do sprzętu idealnie - tak jak pisał amdfanatyk), albo kompilowałeś je ze zbyt mocnymi flagami kompilatora. Pomóc może ich reinstalacja na różne sposoby i sprawdzanie efektów.

Powodzenia

verper

  • Gość
Naruszenie ochrony pamięci
« Odpowiedź #13 dnia: 2005-09-19, 12:41:47 »
2005-09-19 11:42:08 xis napisał:

> Naruszenie ochrony pamięci (Segmentation fault) nie ma nic wspólnego ze sprzętem.
 > System operacyjny kontroluje działanie każdego programu tak, by te nie wyszły poza
 > zarezerwowany dla siebie obszar pamięci. Czasem błąd programisty sprawia, że program odwołuje
 > się do obszaru pamięci o zupełnie nieprawidłowym adresie - trafia w pustkę, albo narusza obszar
 > innego programu. System oparacyjny reaguje wtedy dość ostro - ubija taki proces sygnałem SIGSEG,
 > a komunikat dostajesz taki jak wspomniałeś.
 > Jeśli SegFault występuje w pojedynczych programach, to masz prawo przypuszczać, że błąd tkwi w
 > ich kodzie - w takim wypadku pomóc może np. upgrade do nowszej wersji (być może poprawionej).
 > Jeśli błąd zdarza się częściej, to może to być przyczyną wadliwej biblioteki - jakiejś części
 > wspólnej wszystkich tych programów - np. GTK. Tu również pomóc może upgrade.
 > Gorzej jeśli szwankuje wszystko i losowo, wtedy faktycznie możesz mieć problem ze sprzętem i to
 > do tego tak wredny problem, że nawet OS nie daje rady go dobrze zdiagnozować.
 >
 > Istnieje sposób zbadania przyczyny wystąpienia SegFaultów za pomocą debuggera (np. gdb).
 > Debugger pokazuje w jakim stanie zmiennych program padł. Niestety jego użycie wymaga pewnego
 > doświadczenia w programowaniu i znajomości badanego kodu.
 >
 > Być może instalowałeś wyżej wymienione programy z binariów (które nie były dobrane do sprzętu
 > idealnie - tak jak pisał amdfanatyk), albo kompilowałeś je ze zbyt mocnymi flagami kompilatora.
 > Pomóc może ich reinstalacja na różne sposoby i sprawdzanie efektów.
 >
 > Powodzenia


Wielkie dzieki za informacje, faktycznie upgrade calego systemu pomogl...  z wyjatkiem gplflash'a, ale cuz nie mozna miec wszystkiego prawda:)
A co do debugowania... kiedy sprawdzam w ten sposob napisane przezemnie programy zazwyczaj :P szybko wylapuje blad... ale w "obcych" idzie niestety znacznie gorzej. Jak narazie sie ucze...
Jezcze raz dziekuje