Fórum Ubuntu CZ/SK

Ubuntu pro osobní počítače => Obecná podpora => Téma založeno: manime 03 Prosince 2012, 10:31:38

Název: Neoprávněný přístup do paměti (SIGSEGV) (core dumped [obraz paměti uložen])
Přispěvatel: manime 03 Prosince 2012, 10:31:38

Ahoj,
právě jsem si nainstalovala jeden program, ve kterém načítám soubor1 a následně soubor2, po němž mi vyskočí tato hláška(v nadpisu) a program mi samozřejmě spadne. Ráda bych to vyřešila. Je možné, že by na tom mělo podíl to, že při instalaci programu, že jsem zvolila jakýsi "odkaz" toho programu do složky /home/uzivatel/bin/ ? Nebo za to může menší prostor na disku vyhrazený pro linux? Nebo, jak to vyřešit?  :)

Název: Re:Neoprávněný přístup do paměti (SIGSEGV) (core dumped [obraz paměti uložen])
Přispěvatel: Tadeáš Pařík 03 Prosince 2012, 10:44:33

Bez názvu aplikace ti těžko někdo poradí, tuto hlášku vyhazuje při pádu každá druhá...

Název: Re:Neoprávněný přístup do paměti (SIGSEGV) (core dumped [obraz paměti uložen])
Přispěvatel: ntz_reloaded 03 Prosince 2012, 15:31:50

taky by nebylo spatny dat sem do tagu code alespon `head' a `tail' ze strace te aplikace .. tedy

Kód: [Vybrat]

strace -fo /var/tmp/crashing_app.log $prikaz
^^ ten log budes mit v souboru /var/tmp/crashing_app.log

Název: Re:Neoprávněný přístup do paměti (SIGSEGV) (core dumped [obraz paměti uložen])
Přispěvatel: manime 03 Prosince 2012, 19:02:00

jedná se o vědeckou aplikaci, předpokládám, že ji málokdo tady užívá, jde o Chimeru http://www.cgl.ucsf.edu/chimera/ (http://www.cgl.ucsf.edu/chimera/), proto jsem neuváděla název.

head strace logu

Kód: [Vybrat]

5134  execve("/home/manime/bin/chimera", ["chimera"], [/* 37 vars */]) = 0
5134  brk(0)                            = 0x8775000
5134  access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
5134  mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb772f000
5134  access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
5134  open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
5134  fstat64(3, {st_mode=S_IFREG|0644, st_size=84591, ...}) = 0
5134  mmap2(NULL, 84591, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb771a000
5134  close(3)                          = 0
5134  access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)

tail strace logu

Kód: [Vybrat]

5134  ioctl(4, 0x400c645f, 0xbfba37a4)  = 0
5134  ioctl(4, 0x400c645f, 0xbfba37a4)  = 0
5134  ioctl(4, 0xc020645e, 0xbfba35f4)  = 0
5134  ioctl(4, 0x400c645f, 0xbfba3614)  = 0
5134  ioctl(4, 0xc020645e, 0xbfba3474)  = 0
5134  ioctl(4, 0x400c645f, 0xbfba3494)  = 0
5134  ioctl(4, 0xc020645e, 0xbfba3474)  = 0
5134  ioctl(4, 0x400c645f, 0xbfba3494)  = 0
5134  --- SIGSEGV (Segmentation fault) @ 0 (0) ---
5144  +++ killed by SIGSEGV (core dumped) +++


Název: Re:Neoprávněný přístup do paměti (SIGSEGV) (core dumped [obraz paměti uložen])
Přispěvatel: ntz_reloaded 03 Prosince 2012, 19:06:24

stahnout a zkompilovat z domovske stranky programu a pripadne ukazat, co je na konci pred tim ioctl(4 v tom strace

Název: Re:Neoprávněný přístup do paměti (SIGSEGV) (core dumped [obraz paměti uložen])
Přispěvatel: manime 03 Prosince 2012, 19:12:18

před ioctl je

Kód: [Vybrat]

5134  gettimeofday({1354557219, 252672}, NULL) = 0
5134  gettimeofday({1354557219, 252907}, NULL) = 0
5134  gettimeofday({1354557219, 253039}, NULL) = 0
5134  gettimeofday({1354557219, 253245}, NULL) = 0
5134  recv(3, 0x8882e28, 4096, 0)       = -1 EAGAIN (Resource temporarily unavailable)
5134  gettimeofday({1354557219, 253509}, NULL) = 0
5134  write(10, "\0", 1 <unfinished ...>
5144  <... select resumed> )            = 1 (in [9])
5134  <... write resumed> )             = 1
5144  futex(0x84ff108, FUTEX_WAIT_PRIVATE, 2, NULL <unfinished ...>
5134  gettimeofday({1354557219, 253797}, NULL) = 0
5134  futex(0x84ff108, FUTEX_WAKE_PRIVATE, 1) = 1
5144  <... futex resumed> )             = 0
5134  clock_gettime(CLOCK_REALTIME,  <unfinished ...>
5144  futex(0x84ff108, FUTEX_WAKE_PRIVATE, 1 <unfinished ...>
5134  <... clock_gettime resumed> {1354557219, 254010516}) = 0
5144  <... futex resumed> )             = 0
5134  futex(0x8869de4, FUTEX_WAIT_PRIVATE, 29295, {0, 29480484} <unfinished ...>
5144  read(9, "\0", 1)                  = 1
5144  select(10, [3 5 9], [], [], NULL <unfinished ...>
5134  <... futex resumed> )             = -1 ETIMEDOUT (Connection timed out)
5134  write(10, "\0", 1)                = 1
5144  <... select resumed> )            = 1 (in [9])
5134  futex(0x84ff108, FUTEX_WAKE_PRIVATE, 1 <unfinished ...>
5144  read(9, "\0", 1)                  = 1
5134  <... futex resumed> )             = 0
5144  select(10, [9], [], [], NULL <unfinished ...>
5134  recv(3, 0x8882e28, 4096, 0)       = -1 EAGAIN (Resource temporarily unavailable)
5134  gettimeofday({1354557219, 284413}, NULL) = 0
5134  gettimeofday({1354557219, 284544}, NULL) = 0
5134  poll([{fd=3, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=3, revents=POLLOUT}])
5134  writev(3, [{"\2\1\4\0009\1\0\4\0@\0\0\0\0\0\0\211\7\7\0009\1\0\4\2\0\0\0\1\0\0\0"..., 44}, {NULL, 0}, {"", 0}], 3) = 44
5134  poll([{fd=3, events=POLLIN}], 1, -1) = 1 ([{fd=3, revents=POLLIN}])
5134  recv(3, "\1\0#2\n\0\0\0\376\4\0\0\232\2\0\0\2\0\0\0\230\234\210#\0\0\0\0\3\0\0\0"..., 4096, 0) = 72
5134  recv(3, 0x8882e28, 4096, 0)       = -1 EAGAIN (Resource temporarily unavailable)
5134  ioctl(4, 0x400c645f, 0xbfba38d4)  = 0
5134  clock_gettime(CLOCK_MONOTONIC, {11669, 814821276}) = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3804)  = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3804)  = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3804)  = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3804)  = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3804)  = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3804)  = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3804)  = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3804)  = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3804)  = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3804)  = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3804)  = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3804)  = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3804)  = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3804)  = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3804)  = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3804)  = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3804)  = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3804)  = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3804)  = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3804)  = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3804)  = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3804)  = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3804)  = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3804)  = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3804)  = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3804)  = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3804)  = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3804)  = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3804)  = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3804)  = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3804)  = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3804)  = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3804)  = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3804)  = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3804)  = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3804)  = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3804)  = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3804)  = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3804)  = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3804)  = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3804)  = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3804)  = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3804)  = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3804)  = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3804)  = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3804)  = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3804)  = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3804)  = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3804)  = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3804)  = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3804)  = 0
5134  ioctl(4, 0xc00c6466, 0xbfba3854)  = 0
5134  munmap(0xb6236000, 4096)          = 0
5134  ioctl(4, 0x40086409, 0xbfba38a8)  = 0
5134  munmap(0xb623c000, 16384)         = 0
5134  ioctl(4, 0x40086409, 0xbfba38a8)  = 0
5134  ioctl(4, 0x40086409, 0xbfba38a8)  = 0

tomu předchozímu dotazu nerozumím..

Název: Re:Neoprávněný přístup do paměti (SIGSEGV) (core dumped [obraz paměti uložen])
Přispěvatel: ntz_reloaded 03 Prosince 2012, 19:34:34

je to nejaka aplikace, ktera je proprietarni .. tzn neni to opensource, takze to zkompilovat nepujde ...

nainstalovalo se ti to spravne ? me to funguje v pohode .. zkusil jsem to kvuli tobe nainstalovat ..

Název: Re:Neoprávněný přístup do paměti (SIGSEGV) (core dumped [obraz paměti uložen])
Přispěvatel: manime 03 Prosince 2012, 20:04:41

no mělo by to být správně... jako načtení prvního souboru je v pohodě..až se zvýší nároky na paměť, tak to padne... můžu to zkusit přeinstalovat...ale myslím si, že to nepomůže... už jsem se s podobnou hláškou setkávala jinde, ale tam byl problém v zadaných skriptech od uživatele... tu jenom načítám soubory...