char name[10000000];
}
Если его скомпилить и исполнить, то будет такая ошибка:
Segmentation fault: 11
Очевидно это из-за слишком большого размера массива. Я, допустим, этого не знаю и хочу отдебажить
Компилирую таким образом:
$: gcc index.c -g
Дальше запускаю скомпилированную программу вот так:
$: lldb ./a.out
(lldb): run
Вижу ошибку
* thread #1, queue = 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=2, address=0x7ffeef3ffff8)
frame #0: 0x00007fff204ca47f libsystem_pthread.dylib`___chkstk_darwin + 55
libsystem_pthread.dylib`___chkstk_darwin:
-> 0x7fff204ca47f <+55>: testq %rcx, -0x8(%rcx)
0x7fff204ca483 <+59>: cmpq $0x1000, %rax ; imm = 0x1000
0x7fff204ca489 <+65>: jb 0x7fff204ca4a5 ; <+93>
0x7fff204ca48b <+67>: pushq %rax
Target 0: (runme) stopped.
Из ошибки ясно, что она происходит на инстуркции testq %rcx, -0x8(%rcx) в функции ___chkstk_darwin shared библиотеки libsystem_pthread.dylib
Дальше я ставлю брейкпоинт на эту библиотеку и запускаю программу снова
(lldb): breakpoint set --shlib libsystem_pthread.dylib --name ___chkstk_darwin
(lldb): run
Брейкпоинт сраюатывает и получаю это:
* thread #1, queue = 'com.apple.main-thread', stop reason = breakpoint 1.1
frame #0: 0x00007fff204ca448 libsystem_pthread.dylib`___chkstk_darwin
libsystem_pthread.dylib`___chkstk_darwin:
-> 0x7fff204ca448 <+0>: pushq %rcx
0x7fff204ca449 <+1>: leaq 0x10(%rsp), %rcx
0x7fff204ca44e <+6>: cmpq %rcx, %gs:-0x30
0x7fff204ca457 <+15>: jb 0x7fff204ca483 ; <+59>
А че дальше делать?
Как мне понять что это ошибки именно из-за слишком размера массива?
Через череду next я приду к той же ошибке, но всё равно не понимаю как понять что это именно связано с массивом.
Есть у кого-то алгоритм дебага, по которому можно точно понять, что это связано с массивом?
На C всегда так больно дебажить?
В конце моего сообщения есть несколько вопросов, на них можно ответить и я буд счастлив
Гуглил?
Это внутренняя функция библиотеки, не предназначенная для вызова её пользователями. Скорее всего, она проверяет canary word, по которому определяется переполнение стека. Но тебе, как пользователю библиотеки, это всё равно ничего не даст.
А с чего ты взял, что эта функция есть в линуксе? :)
По аналогии с другими ос, но вообще не гуглится
Внутренние функции библиотек, не относящиеся к поддерживаемому API, не обязаны называться (или, вообще, существовать в виде функций) в разные системах.
Обсуждают сегодня