GNU gdb (GDB) Amazon Linux 12.1-5.amzn2023.0.3
Copyright (C) 2022 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-amazon-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/local/bin/single_framework...
(No debugging symbols found in /usr/local/bin/single_framework)
[New LWP 1580746]
[New LWP 1581069]
[New LWP 1581015]
[New LWP 1581066]
[New LWP 1581067]
[New LWP 1581068]
warning: Unexpected size of section `.reg-xstate/1580746' in core file.
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib64/libthread_db.so.1".
Core was generated by `/usr/local/bin/single_framework ./template_config/probe_exp_kn/20240710/kucoin@'.
Обратите внимание на последнюю строку: в ней усечена самая важная информация.
Обычный путь — /usr/local/bin/single_framework ./template_config /probe_exp_kn/20240710/[email protected]
Есть ли какие-либо методы, позволяющие gdb печатать весь путь без усечения?
Я использую gdb для анализа файла дампа ядра. Но вывод gdb: [code]GNU gdb (GDB) Amazon Linux 12.1-5.amzn2023.0.3 Copyright (C) 2022 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-amazon-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: . Find the GDB manual and other documentation resources online at: .
For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /usr/local/bin/single_framework... (No debugging symbols found in /usr/local/bin/single_framework) [New LWP 1580746] [New LWP 1581069] [New LWP 1581015] [New LWP 1581066] [New LWP 1581067] [New LWP 1581068]
warning: Unexpected size of section `.reg-xstate/1580746' in core file. [Thread debugging using libthread_db enabled] Using host libthread_db library "/usr/lib64/libthread_db.so.1". Core was generated by `/usr/local/bin/single_framework ./template_config/probe_exp_kn/20240710/kucoin@'. [/code] Обратите внимание на последнюю строку: в ней усечена самая важная информация. Обычный путь — /usr/local/bin/single_framework ./template_config /probe_exp_kn/20240710/[email protected] Есть ли какие-либо методы, позволяющие gdb печатать весь путь без усечения?
Но преобразование завершается неудачно при значении 128.
public long asciiToLong(char[] in) {
CharBuffer charBuffer = CharBuffer.wrap(in);
ByteBuffer byteBuffer = StandardCharsets.US_ASCII.encode(charBuffer);
У меня возникла проблема с программой запуска тестов VS Code. Это сработало, как и ожидалось, но не тогда, когда я загружаю свою среду nix в VS Code.
Я хотел бы:
Пусть direnv загрузит среду nix в среде VS Code, чтобы отразить мою настройку...
У меня есть оболочка GDB, предоставляемая IDE (VSCode). Опыт отладки здесь невелик, поэтому я хотел бы использовать GDB из командной строки. Но из-за сложности системы сборки и способа вызова команд я не знаю, какие аргументы были переданы в gdb....
Среда: WSL2 Ubuntu 22.02
Мой проект запускается в контейнере Docker из WSL2.
Планировщик в моем проекте отвечает за запуск всех приложений.
gdbserver запускается из планировщика со следующими аргументами:
:1234
И из WSL2 я пытаюсь подключиться к...