но может еще кто что скажет
смотрю колл-стэк в Delphi/Linux. к сожалению пока ни один сторонний тул не показал колл-стэки исключений. пока сам максимум что смог накопать, забрать такой стэк:
/home/user/PAServer/scratch-dir/user-Ubuntu 18/Project1/Project1() [0x8047ee]
/home/user/PAServer/scratch-dir/user-Ubuntu 18/Project1/Project1() [0x8732fd]
/home/user/PAServer/scratch-dir/user-Ubuntu 18/Project1/Project1() [0x79e3e0]
/home/user/PAServer/scratch-dir/user-Ubuntu 18/Project1/Project1() [0x805523]
/home/user/PAServer/scratch-dir/user-Ubuntu 18/Project1/Project1() [0x80669f]
/home/user/PAServer/scratch-dir/user-Ubuntu 18/Project1/Project1() [0x768574]
/home/user/PAServer/scratch-dir/user-Ubuntu 18/Project1/Project1() [0x79b6a2]
/home/user/PAServer/scratch-dir/user-Ubuntu 18/Project1/Project1() [0x708a55]
/home/user/PAServer/scratch-dir/user-Ubuntu 18/Project1/Project1() [0x7cccdd]
/home/user/PAServer/scratch-dir/user-Ubuntu 18/Project1/Project1() [0x708931]
/home/user/PAServer/scratch-dir/user-Ubuntu 18/Project1/Project1() [0x7cc83b]
/home/user/PAServer/scratch-dir/user-Ubuntu 18/Project1/Project1() [0x6f84bc]
/home/user/PAServer/scratch-dir/user-Ubuntu 18/Project1/Project1() [0x7db058]
/home/user/PAServer/scratch-dir/user-Ubuntu 18/Project1/Project1() [0x7cbfc3]
/home/user/PAServer/scratch-dir/user-Ubuntu 18/Project1/Project1() [0x7ec1c1]
/home/user/PAServer/scratch-dir/user-Ubuntu 18/Project1/Project1() [0x803386]
/home/user/PAServer/scratch-dir/user-Ubuntu 18/Project1/Project1() [0x6da416]
/home/user/PAServer/scratch-dir/user-Ubuntu 18/Project1/Project1() [0x6d9044]
/home/user/PAServer/scratch-dir/user-Ubuntu 18/Project1/Project1() [0x6b07a9]
/home/user/PAServer/scratch-dir/user-Ubuntu 18/Project1/Project1() [0x6ae716]
/home/user/PAServer/scratch-dir/user-Ubuntu 18/Project1/Project1() [0x6c16fc]
/home/user/PAServer/scratch-dir/user-Ubuntu 18/Project1/Project1() [0x6c0563]
/home/user/PAServer/scratch-dir/user-Ubuntu 18/Project1/Project1() [0x5b3cbe]
/home/user/PAServer/scratch-dir/user-Ubuntu 18/Project1/Project1() [0x44bf20]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x76db) [0x7ffff7bbb6db]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x3f) [0x7ffff76cc61f]
вопрос: есть ли шанс наковырять в отладочной инфе адреса строк?
Логгер?
ну типа мини-эврики. надо и ничего нету
конечно можно, только под линевый бинарь у меня пока еще не готов функционал, и даже если все отложить и начать писать - думаю это минимум к концу января появится
у тебя ж Лазарь. Лазарь то и сам стэки снимал. неидеально, но приемлемо. а делфя, увы, никак вообще. и стороннего ничего нет
Короче, Сань, надо!
да, там есть GetLineInfo или как-то так, но я ж как понял ты этот стек чем-то сторонним снял? Если прямо из своей софтины то аще проблем не вижу
А чем забирал?
в линухе апи оказалось есть. нашел код для ios, слегка поправил
ок, улетело
кароч, подключай вот этот модуль lnfodwrf, там всего 3 функи . помоему даже обычного вызова DwarfBackTraceStr будет достаточно. Но это будет работать если у тебя сам дварф прилинкован (COFF оно не парсит и выводить инфу по нему не будет), а вот если у тебя отладочная ввиде стаба (что врятли но вдруг), тогда юнит называется lineinfo,
это ж Лазарь, как я понял. не совсем то
ээ стоп, а ты про что - про дельфю?
Оппа, а я хз как там отладочная генерится, ну дай сюда бинарь в архиве - гляну
Так вы реализацию с лазаря стяните.... Может там +- подойдёт для делпхи
шо толку если там бинарь не лазарем сгенерен и там ваще может быть свой формат а не лазаревсский дварф
Обсуждают сегодня