|
|
|
Можно ли узнать из за какого потока было убито приложение?
|
|||
|---|---|---|---|
|
#18+
Интересует linux. Если происходит критическая ошибка, то приложение вываливается с Killed. Как можно узнать из-за какого pid это произошло. Опции компиляци? Средства? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2007, 13:42 |
|
||
|
Можно ли узнать из за какого потока было убито приложение?
|
|||
|---|---|---|---|
|
#18+
кто узнавать будет ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2007, 13:50 |
|
||
|
Можно ли узнать из за какого потока было убито приложение?
|
|||
|---|---|---|---|
|
#18+
Gluk (Kazan)кто узнавать будет ? Я узнавать буду где у меня глючит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2007, 14:13 |
|
||
|
Можно ли узнать из за какого потока было убито приложение?
|
|||
|---|---|---|---|
|
#18+
AkhИнтересует linux. Если происходит критическая ошибка, то приложение вываливается с Killed. Как можно узнать из-за какого pid это произошло. Опции компиляци? Средства? Посмотрите man ptrace, wait, waitpid . По контексту вопроса не ясно , что используестя fork или pthread_create. ptrace должен помочь, но не благодарное это дело писать свой дебагер. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2007, 14:59 |
|
||
|
Можно ли узнать из за какого потока было убито приложение?
|
|||
|---|---|---|---|
|
#18+
onstat- AkhИнтересует linux. Если происходит критическая ошибка, то приложение вываливается с Killed. Как можно узнать из-за какого pid это произошло. Опции компиляци? Средства? Посмотрите man ptrace, wait, waitpid . По контексту вопроса не ясно , что используестя fork или pthread_create. ptrace должен помочь, но не благодарное это дело писать свой дебагер. pthread_create Вот именно, что свой дебагер не благодарное дело писать. Я не пойму, почему когда приложение убивается не пишется причина, или хотябы источник причины (pid из за которого произошла смерть). Может как-то это можно "включить"? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2007, 15:17 |
|
||
|
Можно ли узнать из за какого потока было убито приложение?
|
|||
|---|---|---|---|
|
#18+
Akh onstat- AkhИнтересует linux. Если происходит критическая ошибка, то приложение вываливается с Killed. Как можно узнать из-за какого pid это произошло. Опции компиляци? Средства? Посмотрите man ptrace, wait, waitpid . По контексту вопроса не ясно , что используестя fork или pthread_create. ptrace должен помочь, но не благодарное это дело писать свой дебагер. pthread_create Вот именно, что свой дебагер не благодарное дело писать. Я не пойму, почему когда приложение убивается не пишется причина, или хотябы источник причины (pid из за которого произошла смерть). Может как-то это можно "включить"? GDB должен строчку говорить где это произошло. Ну а дальше по обстоятельствам. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2007, 15:41 |
|
||
|
Можно ли узнать из за какого потока было убито приложение?
|
|||
|---|---|---|---|
|
#18+
onstat-GDB должен строчку говорить где это произошло. Ну а дальше по обстоятельствам. Он нормально тянет много-(в районе десятка)-потоковое приложение? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2007, 16:00 |
|
||
|
Можно ли узнать из за какого потока было убито приложение?
|
|||
|---|---|---|---|
|
#18+
AkhЯ не пойму, почему когда приложение убивается не пишется причина, или хотябы источник причины (pid из за которого произошла смерть). Может как-то это можно "включить"?хочешь сделать красивое окошечко «отправить ачот в микросакс»? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2007, 16:56 |
|
||
|
Можно ли узнать из за какого потока было убито приложение?
|
|||
|---|---|---|---|
|
#18+
Akh onstat-GDB должен строчку говорить где это произошло. Ну а дальше по обстоятельствам. Он нормально тянет много-(в районе десятка)-потоковое приложение? Если чесно, не знаю. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2007, 17:08 |
|
||
|
Можно ли узнать из за какого потока было убито приложение?
|
|||
|---|---|---|---|
|
#18+
onstat- Akh onstat-GDB должен строчку говорить где это произошло. Ну а дальше по обстоятельствам. Он нормально тянет много-(в районе десятка)-потоковое приложение? Если чесно, не знаю. ОК. Напорюсь еще раз на глюки обязательно попробую. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2007, 17:37 |
|
||
|
Можно ли узнать из за какого потока было убито приложение?
|
|||
|---|---|---|---|
|
#18+
Какая разница, он же core будет смотреть - труп программы (gdb) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2007, 18:44 |
|
||
|
Можно ли узнать из за какого потока было убито приложение?
|
|||
|---|---|---|---|
|
#18+
A. Fig LeeКакая разница, он же core будет смотреть - труп программы (gdb) Это мне даст информацию о потоке? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.02.2007, 09:56 |
|
||
|
Можно ли узнать из за какого потока было убито приложение?
|
|||
|---|---|---|---|
|
#18+
Akh A. Fig LeeКакая разница, он же core будет смотреть - труп программы (gdb) Это мне даст информацию о потоке? где здесь: Akh Он нормально тянет много-(в районе десятка)-потоковое приложение? про информацию о потоке? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.02.2007, 16:38 |
|
||
|
Можно ли узнать из за какого потока было убито приложение?
|
|||
|---|---|---|---|
|
#18+
A. Fig Lee Akh A. Fig LeeКакая разница, он же core будет смотреть - труп программы (gdb) Это мне даст информацию о потоке? где здесь: Akh Он нормально тянет много-(в районе десятка)-потоковое приложение? про информацию о потоке? Свалится не дойдя до "нужного" места. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.02.2007, 16:47 |
|
||
|
Можно ли узнать из за какого потока было убито приложение?
|
|||
|---|---|---|---|
|
#18+
Собсна, прошу по теме, без под%%%ок, если я правельно понял Афигли. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.02.2007, 16:51 |
|
||
|
Можно ли узнать из за какого потока было убито приложение?
|
|||
|---|---|---|---|
|
#18+
AkhСобсна, прошу по теме, без под%%%ок, если я правельно понял Афигли. если смотреть core - где там потоки? Ето мемори и стек дамп. Потоки когда живую программу дебагишь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.02.2007, 19:19 |
|
||
|
Можно ли узнать из за какого потока было убито приложение?
|
|||
|---|---|---|---|
|
#18+
A. Fig Lee AkhСобсна, прошу по теме, без под%%%ок, если я правельно понял Афигли. если смотреть core - где там потоки? Ето мемори и стек дамп. Потоки когда живую программу дебагишь. Hint: Некоторое количество стеков( по количеству нитей на момент падения). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.02.2007, 19:51 |
|
||
|
Можно ли узнать из за какого потока было убито приложение?
|
|||
|---|---|---|---|
|
#18+
onstat- A. Fig Lee AkhСобсна, прошу по теме, без под%%%ок, если я правельно понял Афигли. если смотреть core - где там потоки? Ето мемори и стек дамп. Потоки когда живую программу дебагишь. Hint: Некоторое количество стеков( по количеству нитей на момент падения). и что? он "поймет" если их 2, но "не поймет" - если 10? Вопрос то был - потянет ли gdb 10 потоков? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.02.2007, 20:16 |
|
||
|
Можно ли узнать из за какого потока было убито приложение?
|
|||
|---|---|---|---|
|
#18+
А какой менеджер потоки/процессы убивает? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.02.2007, 09:54 |
|
||
|
Можно ли узнать из за какого потока было убито приложение?
|
|||
|---|---|---|---|
|
#18+
AkhА какой менеджер потоки/процессы убивает? ядро. man kill man signal ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.02.2007, 11:06 |
|
||
|
Можно ли узнать из за какого потока было убито приложение?
|
|||
|---|---|---|---|
|
#18+
! AkhА какой менеджер потоки/процессы убивает? ядро. man kill man signal Пошутил что ли? Ясное дело, что не mc. Когда убивается поток, то в текущую консоль выкидывается сообщение, что он убит. Кто кидет это сообщение? Мененджер потоков? Как его зовут? Где в ядре он находится? Так постоновка понятна? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.02.2007, 11:43 |
|
||
|
Можно ли узнать из за какого потока было убито приложение?
|
|||
|---|---|---|---|
|
#18+
Akh ! AkhА какой менеджер потоки/процессы убивает? ядро. man kill man signal Пошутил что ли? Ясное дело, что не mc. Когда убивается поток, то в текущую консоль выкидывается сообщение, что он убит. Кто кидет это сообщение? Мененджер потоков? Как его зовут? Где в ядре он находится? Так постоновка понятна? Процесс родитель ловит сигнал SIGCHLD в обработчике делает wait | waitpid которые вычитывают причины завершения процесса из структур ядра. man 7 signal Signal Value Action Comment ------------------------------------------------------------- SIGCHLD 20,17,18 Ign Child stopped or terminated Обрати внимание, что по умолчанию он игнорируется. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.02.2007, 12:04 |
|
||
|
Можно ли узнать из за какого потока было убито приложение?
|
|||
|---|---|---|---|
|
#18+
onstat- Процесс родитель ловит сигнал SIGCHLD в обработчике делает wait | waitpid которые вычитывают причины завершения процесса из структур ядра. man 7 signal Signal Value Action Comment ------------------------------------------------------------- SIGCHLD 20,17,18 Ign Child stopped or terminated Обрати внимание, что по умолчанию он игнорируется. Не канает: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. автор Main pid=4072 Child pid=4074 Killed ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.02.2007, 12:34 |
|
||
|
Можно ли узнать из за какого потока было убито приложение?
|
|||
|---|---|---|---|
|
#18+
Akh Не канает: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. [quot автор] Main pid=4072 Child pid=4074 Killed Издеваешься? Или лень дочитать до конца? man 2 wait In the Linux kernel, a kernel-scheduled thread is not a distinct con- struct from a process. Instead, a thread is simply a process that is created using the Linux-unique clone(2) system call; other routines such as the portable pthread_create(3) call are implemented using clone(2). Before Linux 2.4, a thread was just a special case of a process, and as a consequence one thread could not wait on the chil- dren of another thread, even when the latter belongs to the same thread group. However, POSIX prescribes such functionality, and since Linux 2.4 a thread can, and by default will, wait on children of other threads in the same thread group. The following Linux-specific options are for use with children created using clone(2). з.ы. Сам я это еще не пробовал. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.02.2007, 12:48 |
|
||
|
|

start [/forum/topic.php?fid=57&msg=34296979&tid=2029477]: |
0ms |
get settings: |
8ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
181ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
66ms |
get tp. blocked users: |
1ms |
| others: | 249ms |
| total: | 536ms |

| 0 / 0 |
