Блог пользователя Void

Debug in C++
Автор Void, 13 лет назад, По-русски
Кто каким debug-ом пользуются?
Debug v Dev C++ подганивает :(
Дайте ссылку с инструкцией на нормальный Debug пожалуйста.
Или напишите кто-как проверяют свои программы в случае ошибок. 
  • Проголосовать: нравится
  • 0
  • Проголосовать: не нравится

13 лет назад, # |
  Проголосовать: нравится 0 Проголосовать: не нравится
Я пользуюсь дебагом Dev-C++. Но он мне тоже не нравится ;)  Пробовал MinGW Developer Studio, но не разобрался как там работать :(
→ Ответить
13 лет назад, # |
  Проголосовать: нравится +1 Проголосовать: не нравится
Вот вам ссылка на нормальный дебаг С++:
http://www.microsoft.com/express/Downloads/#2010-Visual-CPP
→ Ответить
13 лет назад, # |
  Проголосовать: нравится +5 Проголосовать: не нравится
Я проверяю программы консольными выводами всех необходимых переменных(либо файловым выводом, если пишу на WinAPI и консоль недоступна)...
→ Ответить
13 лет назад, # |
  Проголосовать: нравится +5 Проголосовать: не нравится
Не знаю как везде, но в Саратове пользуются либо вижаком, либо far+mingw(думаю, не только в Саратове, но и почти везде). Соответственно отладка-либо дебаг в VS либо debug out. 
→ Ответить
13 лет назад, # |
  Проголосовать: нравится +5 Проголосовать: не нравится
Пишу в Notepad++ с NppExec.
Отлаживаю дебаг аутпутом, привык; когда в форме - нормально получается, особенно с продуманными шаблонами.
→ Ответить
13 лет назад, # |
  Проголосовать: нравится 0 Проголосовать: не нравится
codeblocks - horoshyi debugger, no nuzhno sozdavat' projecty
visual studio 2010 express c++ - horoshyi debugger, no nuzhno sozdavat' projecty
→ Ответить
  • 13 лет назад, # ^ |
    ← Rev. 2   Проголосовать: нравится 0 Проголосовать: не нравится
    Проект каждый раз создавать не обязательно:)
    Рассказываю то как научили меня. Создаешь один раз проект, засовываешь его в папку template(желательно создавать его на самом свободном диске). В проекте должно находится абсолютно все чем ты только пользуешься-все библиотеки должны быть обязательно подключены, все дефайны, обязательно input-output, многие еще пишут какие-нибудь более сложные вещи(например, md-дерево, потоки и пр. написание которых занимает на контесте много времени-однако я стараюсь этого не делать так как на ACMах и подобных нужно помнить как тот же поток пишется, а, если он у меня будет написан в template, я забуду). После этого у тебя есть отличный проект template. Качаешь FAR и на контесте просто берешь и копируешь всю папку на F5. Обзываешь ее именем задачи, и все. Проект-со всем-всем-создан меньше чем за 5 секунд(он, правда, еще и открываться будет, зараза...). Лично я не был ни на одном контесте на котором FARa не было. Кто-нибудь был?
    → Ответить
    • 13 лет назад, # ^ |
      ← Rev. 2   Проголосовать: нравится +1 Проголосовать: не нравится

      Всю жизнь пишу так:

      Открываем темплейт в блокноте (в моем случае - в браузере, короче так, чтобы его можно было скопипастить)

      Создаем проект, создаем в нем файл moo.cpp, копипастим в него темплейт, кодячим. Сдаем. Копипастим опять прямо в moo.cpp поверх решенной задачи темплейт. Кодячим. Сдаем. Копипастим опять в moo.cpp опять поверх решенной задачи темплейт. Кодячим сдаем.. ... ... Профит.

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

      Так как чаще всего сценарий все-таки "сдал - переключился", это неплохая система :о) Мало телодвижений, поэтому я ее люблю.

      → Ответить
      • 13 лет назад, # ^ |
          Проголосовать: нравится 0 Проголосовать: не нравится
        Нет, предпочитаю работать таким образом:
        1) создал в фаре tempcontest, в нем папку template, где будет лежать проект(это делается один раз, до тех пор пока не захочешь поменять систему). 
        2) FAR: Tempcontest+F5=новый проект(for example-codeforces#47)
        3) во время контеста вычитал условие, понял, что палево-FAR: Template+F5-пишешь задачу. Занимает чуть-чуть больше времени, но появляется ряд плюсов по сравнению с тем как работает Александр:
        1)Если работать одному на ACM-то да, вариант Александра не самый плохой. Но командой работать все же неудобно, поскольку если у одного человека задача не получается, лучше переключиться на другую, а тот у кого не получается пусть сидит и смотрит где косяг.
        2) Если решал какой-нибудь контест, всегда можно найти задачу из него(понимаю, написать нетрудно если ты ее решал, но вдруг забыл как ее писать?)
        3) template готов всегда
        Иногда, правда, я не сохраняю задачи, если уж они совсем палевные, и я твердо уверен,что даже в 90 лет, будучи маразматиком, я смогу их решить(например, A+B). Тогда я работаю по принципу Александра
        → Ответить
  • 13 лет назад, # ^ |
      Проголосовать: нравится 0 Проголосовать: не нравится
    Za shto zaminusovali????
    → Ответить
    • 13 лет назад, # ^ |
        Проголосовать: нравится +1 Проголосовать: не нравится
      писать на русском надо:) Полно клавиатур в инете:)
      → Ответить
  • 13 лет назад, # ^ |
      Проголосовать: нравится 0 Проголосовать: не нравится
    Пользовался codeblocks, но не сказал бы что дебаггер в нем хороший. stl'евские контейнеры почти не умеет дебагать(map и set вообще, vector кое-как) :(
    → Ответить
13 лет назад, # |
  Проголосовать: нравится +5 Проголосовать: не нравится
Сложно сказать ибо пишу в Geany под Ubuntu(есть и на винду) а там дебаг вообще по моему отсутствует

В других Линуксовых IDE на мой взгляд лучше NetBeans
→ Ответить
  • 13 лет назад, # ^ |
      Проголосовать: нравится 0 Проголосовать: не нравится
    тоже юзаю geany, перешел с farа с винды, поэтому привык к отладочному вывода.
    → Ответить
  • 13 лет назад, # ^ |
    ← Rev. 2   Проголосовать: нравится 0 Проголосовать: не нравится
    Давно пользуюсь в линуксе Eclipse IDE for C/C++. Дебаг есть, но у меня подлагивает, использую, только когда отладочный вывод не помогает. Всем устраивает + есть под винду.
    → Ответить
13 лет назад, # |
  Проголосовать: нравится 0 Проголосовать: не нравится
пишу в стандартной связке far + mingw, а для debug открываю исходник в заранее заготовленном проекте vs c++
imho, дебагер в visual studio лучший.
call stack - сразу тыкает, где ты вылетел,
watch list - единственный, кто умеет показывать векторы,
да и куча других плюшек

ну или когда совсем лень, или стыдно для такой мелкой проги открывать такого монстра как vs - естественно debug ouput. Написать один раз макросы под себя и можно жить =)
→ Ответить
13 лет назад, # |
  Проголосовать: нравится 0 Проголосовать: не нравится
А какой проект надо создавать в 2010-Visual-CPP
Если можно дайте полную инструкцию
→ Ответить
  • 13 лет назад, # ^ |
      Проголосовать: нравится 0 Проголосовать: не нравится
    console application -> dalshe zhmesh "next", a ne "finish" -> stavish galochku na "empty project" -> "finish".
    poyavitsya project sleva -> pravoi knopkoi zhmesh na papku "source codes" -> "new item" -> vybiraesh cpp ->> mozhesh debugit'...
    → Ответить
13 лет назад, # |
  Проголосовать: нравится +3 Проголосовать: не нравится
Использую дебаг Dev-cpp, мне нравится
→ Ответить