Nп/п : 76 из 100
От : Rinat Sadretdinow 2:5020/620 27 апр 25 11:52:34
К : Nil A 27 апр 25 12:10:01
Тема : Почему такая бНОПНЯ образовалась?
----------------------------------------------------------------------------------
@MSGID: 2:5020/620 680df3d3
@REPLY: 2:5020/620 680dbb00
@CHRS: CP866 2
@TZUTC: 0300
@TID: hpt/lnx 1.9.0-cur 2021-05-15
Hello Nil!
27 Apr 25 07:50, I wrote to you:
NA>> Осталось только научить тебе подбирать кору "ulimit -c
NA>> unlimited", и потом открывать её в gdb и "bt" смотреть и нам сюда
NA>> печатать.
Если это так интересно Отцу Русской Демократии, то вот. Я лично
понимаю только то, что я тут ничего не понимаю. gdb создан каким-то
яйцеголовыми пришельцами с Альфа Центавра и если им тут хоть что-то понятно, то
среднестатистическому человеку (типа меня) тут непонятно ровным счётом ничего. Так что
"Парируйте, Хоботов!" (C) фильм "Покровские ворота":
===
Core was generated by `/usr/bin/gedlnx -C/home/rhs/fido/etc/golded+/golded.cfg`.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 0x00007f7cfb32a952 in _nc_init_acs_sp () from /lib64/libtinfo.so.6
Function(s) ^std::(move|forward|as_const|(__)?addressof) will be skipped
when stepping.
Function(s) ^std::(shared|unique)_ptr<.*>::(get|operator) will be skipped
when stepping.
^std::(basic_string|vector|array|deque|(forward_)?list|(unordered_|flat_)?(multi
)?(map|set)|span)<--Type for more, q to quit, c to continue without paging--
.*>::(c?r?(begin|end)|front|back|data|size|empty) will be skipped when
.*>stepping.
Function(s) ^std::(basic_string|vector|array|deque|span)<.*>::operator.]
will be skipped when stepping.
Missing rpms, try: dnf --enablerepo=`*debug*` install
ncurses-compat-libs-debuginfo-6.5-5.20250125.fc42.x86_64 ncurses-libs-debuginfo-6.5-5.20250125.fc42.x86_64
libstdc++-debuginfo-15.0.1-0.11.fc42.x86_64 glibc-debuginfo-2.41-3.fc42.x86_64 libgcc-debuginfo-15.0.1-0.11.fc42.x86_64
(gdb) bt
#0 0x00007f7cfb32a952 in _nc_init_acs_sp () from /lib64/libtinfo.so.6
#1 0x00007f7cfb359c72 in _nc_setupscreen () from /lib64/libncurses.so.5
#2 0x00007f7cfb35a2dc in newterm () from /lib64/libncurses.so.5
#3 0x00007f7cfb35a725 in initscr () from /lib64/libncurses.so.5
#4 0x00000000004dbb2c in GKbd::Init (this=this@entry=0x5e8660 ) at
../goldlib/gcui/gkbdbase.cpp:152
#5 0x00000000004dbe16 in GKbd::GKbd (this=,
this=)
at ../goldlib/gcui/gkbdbase.cpp:229
#6 0x00000000004dc8cf in __static_initialization_and_destruction_0 () at
../goldlib/gcui/gkbdbase.cpp:134
#7 0x00000000004de3fd in _GLOBAL__sub_I_curses_initialized () at
../goldlib/gcui/gkbdbase.cpp:2522
#8 0x00000000004e74df in _sub_I_65535_0.0 ()
#9 0x00007f7cfad23724 in __libc_start_main_impl () from /lib64/libc.so.6
#10 0x0000000000401265 in _start ()
(gdb)
===
То ли дело Turbo Debugger! Да даже убогий CodeView даёт гораздо
более понятную информацию и в гораздо более удобочитаемом виде чем эта
мешанина из символов таблицы ASCII.
Вот почему я никогда не буду писать драйвера для Windows -- я
взглянул в своё время на WinDbg, у меня тут же возникли рвотные позывы от
того что я *моментально* вспомнил интерфейс gdb [если этот хаотичный набор
из букв и цифр можно назвать интерфейсом] и решил что низкоуровневое
программирование под Windows, как и написание модулей ядра для Linux по той же
самой причине -- совсем не моё.
Bye!
--- GoldED+/LNX 1.1.5-b20180707
* Origin: -= Thunder Bird =- (2:5020/620)
SEEN-BY: 46/49 50/109 104/117 221/6 240/1120 301/1
341/66 451/31 452/28 166
SEEN-BY: 455/19 463/68 4500/1 5000/111 5001/100
5015/42 46 5019/40 400
SEEN-BY: 5020/101 113 545 620 715 830 846 848
1042 2992 4441 5480 12000
SEEN-BY: 5022/128 5029/32 5030/49 115 1081 1474
5049/1 3 5050/151 5053/51 58
SEEN-BY: 5054/89 5058/104 5060/900 5061/133 5068/45
5083/1 444 6078/80 6090/1
@PATH: 5020/620 1042 4441