Мне то зачем? я отладчиками вообще почти не пользуюсь

Ты говоришь, что он нормальный. Если ты за что-то говоришь, тогда надо отвечать за слова. Я вот говорю, что GAS полная фигня - и могу показать, что на нём писать неудобно. Ты говоришь, что GDB такой хороший - тогда покажи, как ты им хорошо и удобно пользуешься.

Стикер

Сейчас нужно. Будешь пользоваться?

мне не нужно, я стараюсь писать без отладчиков, да и в режим ядра они не прыгнут

Я дам программу на Windows. Отладчик GDB есть на Windows тоже, так что не бойся. Покажешь, какой он удобный?

зачем мне это? Ну если так, то сначала под колибри gdb найди, и я с радостью отлажу что-то :)

Я тоже без отладчиков. Обычно делаю 2 режима дебаг ( просто с логами ) и релиз

Я знаю, что ты сейчас не с Колибри мне пишешь. И не с Linux. Ты пишешь с Windows, так что не надо делать иллюзию того, что ты весь покрыт Колибри))

И мне кажется это удобнее дебагеров

я винду юзаю только для связи и браузера, всё же колибри явно 400 вкладок хрома и 20 вкладок эджа не потянет

Потому что ты на ассемблере не пишешь, а высокоуровневые программы отлаживать сложно дизассемблером, там куча мусора. Поэтому есть 2 варианта - отладка через символы с помощью гигантского IDE (5 секунд на один запуск, и сожрёт кучу ОЗУ), либо вот так костыльно. Второй вариант выбирают начинающие разработчики.

Тогда признай, что GDB фигня, а не отладчик.

отлаживать позволяет - значит нормальный дебаггер, как и debug из доса

Использую кста вот это https://github.com/rxi/log.c

Либо доказывай, что он удобный, либо тогда отмени свои слова о том, что он удобный.

Фу, С.

Отладчик если не нужен графический интерфейс. Он может быть не удобным, но он ОТЛАДЧИК

на фасме просто разделяй код логически и здраво смотри на него. Тогда отладчик тебе и не понадобится

А если я не хочу писать код как 90-летний дед?

Зачем отлаживать высокоуровневые программы? Их надо собирать из проверенных тестами модулей.

листочек, карандаш, доска с мелом на всякий случай

Тогда это будет не код, а одноразовая фигня.

Ага и пока пишешь код всё равно без логов никак)

🤦‍♂️ Тогда я буду писать как 150-ти летний дед.

👎

Именно!

могу скинуть статью томского политеха с кодом в виде дампа бинарника, таки как раз 60-70х годов. И ведь как-то писали и отлаживали

+

Они это писали 100 лет, из-за таких вот и распространяются слухи о том, что на ассемблере долго писать код. Я такое пишу за пару минут.

Ты вообще логи не используешь?

Я использую ОТЛАДЧИК (нормальный).

А как пользователи будут отправлять отсчет об ошибке (которые скорее всего всё равно будут в больших прогах) ?

Для винды ...

как выше написали "одноразовая фигня", ни разу не видел в чате прог, которые ты тянул бы больше года и которые были бы больше чем тестовая заготовка

👎

Потому что я не пишу багованное говно. Я сразу на месте исправляю все баги, тестирую, и больше не трогаю это. Баг появится - я исправлю, в любой момент, укажи где. Но я знаю, что багов нет, у меня отличный софт. И я не пишу так, как ты, весь день сидеть тупить над одной строчкой кода. Я пишу быстро, а потому что чаще заглядываю в отладчик.

Стикер

Стикер

Если предварительно посидеть над документацией, то в отладчике обычно не возникает нужды.

+

Если у тебя есть время - молодец, сиди. Как я уже сказал, я пишу код быстро, и результат у меня такой же будет. Вы просто код пишете чисто для прикола, а я либо на заказ, либо для подготовки к заказам.

Ох не хотел бы я оказаться на месте этих заказчиков ...

👎 Не оказывайся. И не обращайся ко мне)

+

👎

Я и не смогу. У меня Линукс.

-

👎

Я не буду тебе раскрывать секрет о том, что я недавно написал на Linux довольно большую (на 5 тыс. строк) и полезную программу. До тебя всё равно не дойдёт.

-

-

А как же отсутствие отладчика?

Я запускаю сервер IDA на Linux, и подключаюсь к нему на другом ПК на Windows 😎

Стикер

Если в принципе писать сразу правильный код и логи не нужны, но такого не бывает)

Стикер

Ага, так сказал как будто целый гб сожрет

8. VS жрёт около 3-4, 2 ГБ на Windows, всего 2-3 гигабайта остаётся на браузер. Привет лагам.

КТ315
Год назад я шутил о том, что на С люди боятся отла...

Высокоуровневые языки реально проще через консоль/мессенджбокс отлаживать)

Совершенно верно. И это забавно) я тысячу лет назад когда на C# писал - только MessageBox.Show() и использовал. Вот точно так же, как я сейчас на ассемблере пишу, по 100 раз запускаю отладчик и смотрю значения в регистрах, только тогда я по 100 раз запускал программу на C#, и ждал вывод MessageBox 😁 Собственно... Отладчик лучше.

КТ315
Год назад я шутил о том, что на С люди боятся отла...

Читеры вообще отладчик не по назначению используют 😁

Отладчик в ЯВУ не так... Полезен

А он с ЯВУ и не дружит. Если "отладчик лучше" - то "лучше на ассемблере".

КТ315
Год назад я шутил о том, что на С люди боятся отла...

кому как а мне лень разбираться как реализован дебаг в этой очередной иде. а вот вывод в консоль работает всегда одинаково

Ну и правильно, нафиг эти отладчики. Подтверждайте мои слова, подтверждайте же их!

КТ315
Год назад я шутил о том, что на С люди боятся отла...

Что за бред? От вывода консоли нет пользы для кода больше чем на 100 строк. Буквально в любом современном учебнике с первой главы рассказывается о дебагере, о том как использовать и т.п

Читеры с тобой не согласны, они даже программы написаных на ЯВУ отлаживают через отладчик 😁

Это ревёрс называется, и он ничего общего с разработкой не имеет.

😁

Трейсера достаточно будет

чет не видел. там прям перечисляют 20-30 IDE? и объясняют в каждой хоткеи и прочее?

В основном всё крутится вокруг VS, ибо он и самый популярный. Про хоткеи тоже рассказывают

А зачем писать кусок кода значительно больше 100 строк? Разбивать надо, раз-би-вать

И вывод в консоль постоянно каждой переменной делать. И после каждого условия. Вот так: var a = ...; console(a) if (a > 1) { console("Условие a > 1 на 100 строчке кода!") } else { console("Условие не прошло") } Ммм, да как же пахнет разработкой на ЯВУ)

Ну я вот например когда пишу сайты, часто использую echo чтобы определить где у меня все перестало работать

Я про весь проект говорю. И да, если в проекте та самая композиция, то удачи в 10+ файлах логи расставлять. Когда в любом нормальном IDE можно всё продебажить

А логи тут при чем

у меня сейчас на ноуте вот: https://www.bloodshed.net/ А когда приду в офис на работу будет vs code А когда приду на завод там вообще борланд с++ и это только по С++, а нужны ещё хотя бы питон, го, лаб вью и дельфи. последнее время жава скрипт добавляется потихоньку Возможно это только у меня такая фигня, но мне тяжко сидеть и гуглить каждый раз на какую кнопку перейти к следующей строке или как вызвать окно с текущими значениями переменных

С помощью ооп?

КТ315
Зачем? Ты видать тоже, как и некоторые ЯВУшники, в...

Я бэк пишу

Но для PHP тоже есть отладчики.

Тут уже нужны паттерны именно проектирования, MVP, MVVM

Сидеть возиться с отладчиком попросту оказывается дольше. Распихал echo, видишь где-то не вывелось - вот там и косяк

Это в ассемблере попросту выбора нет, иногда ты либо залезешь в отладчик, либо ничего не поймешь

Какой возиться... Ну... Вот видишь, короче, это такой этап новичков. Просто ты ещё не дошёл. А многие на С всю жизнь до отладчиков не доходят.

А свои хоткеи расставить нельзя?

Ну отладчик это либо идти по шагам, либо весь код в нём листать и ставить точку останова. Это в асме я могу int3 написать и потом её просто пропустить

возможно кое где можно. я подозреваю в вс коде такую возможность дали

Смотри, есть отдельный отладчик XDebug, есть целая IDE с отладчиком (прям как VisualStudio) - PHPStorm, ты запускаешь свой код на PHP, ставишь бряк на нужный участок, и он тебе туда доходит, всё! Это всё как 2 пальца об асфальт.

Или я ставлю в нужное место обработчик исключения с echo и получаю инфу сразу

И не надо мусорить в коде, а потом еще убирать. Во как просто

Это коооостыыыыль.

Да.

Костыль, но на прод же он не пойдет). Та же фигня, только через отлов ошибок я больше полезной инфы получу, чем в отладчике

когда ты реализуешь вещь - теории по которой нет, но есть реализованный рабочий бинарник - реверс чужого - это как раз этап для осмысления как реализовать неопубликованную технологию.