Visual Studio

[metaclass]

А скажите, кто 2010 студию видел - там (в конце концов, #$&#*#&$) сделали чтобы проекты в солюшене можно было расставить в порядке зависимостей, или хотя бы вручную, а не сортировалось по алфавиту всегда?
Как-то это бесит - ну какая нафиг сортировка по именам по алфавиту в графе?

Comments

[aamonster.livejournal.com]

Кстати, не в рамках спора, а как вопрос человека не знающего человеку предположительно знающему - какие возможности отладки для Win32-приложений на C++ он обеспечивает?
Edit and Continue
Breakponts
Просмотр значений переменных (особенно одобряется просмотр контейнеров STL, а лучше и boost тоже, в читаемом виде)
Просмотр отладочного вывода (OutputDebugStrings)

[theiced.livejournal.com]

>Пойду, напишу тысячу раз - "Никогда не спорь с емаксерами" :-)

подай идею товрищам которые делают симпсонов ;]]]]

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

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

1. edit & continue - не знаю. про существование данного мегаизвращения я узнал от вас же только на днях и до сих пор не представляю даже теоретически как его прмемнить. да - мне пытались объяснить но я тупой и не понял.

2. breakpoints - есть, с тыщей наворотов.

3. просмотр значений переменных (в том числе stl, boost и даже вашей личной мегаизвращённой либы) - есть, причём пресдавить можно что угодно и в каком угодно виде.

4. просмотр отладочного вывода - поясните.

[aamonster.livejournal.com]

Насчёт gdb: использование для отладки не одного средства, а связки средств - не криминал.
1. Представьте, что вы пишете систему, которая
a) изрядное время грузится (большая она, что уж там... такой досталась)
б) взаимодействует с юзером и по результатам что-то там считает - так что восстановление текущей ситуации после старта программы - изрядное время и работа руками (ну, работу руками можно частично автоматизировать - но это тоже геморрой).
Т.е. от старта до момента, который надо отлаживать - минуты и возня.
Edit and continue в такой ситуации спасает.
На мелких проектах - не особо нужен.
4. Ну, это специфика либ от MS - есть функция OutputDebugString (и несколько завязанных на неё), позволяющих кинуть строку в отладчик. Удобная вариация на тему логов.

Да, вопросы "есть?" подразумевают именно "есть?", а не "можно сделать?". Если имеет смысл использовать emacs как замену студии - то явно всё нужное давно должно быть кем-то сделано и собрано в одну кучу. Если этого не сделано - значит, emacs (пока) не годится.

[theiced.livejournal.com]

1. я хорошо себе представляю. вот я в данную секунду вожусь с системой в которой для реинита сеанса надо проделать тучу вуду действий и подождать минут 10. есессно вся отладка на логах ;) опять же сервак находится за двумя впнами и тремя ссшами - подключиться к нему будет... эммм... несколько проблематично. но аргумент понят - edit & continue это такой костыль если нет логов и долго рестартовать (хотя меня бы убила паранойя по поводу сайд эффектов).

4. удобная? убейте меня :) специальное апи вместо простого и клёвого текстового файла.

есть - это значит искаропки или прикручивается за разумное (минута .. час)время.

[aamonster.livejournal.com]

1. Угу, костыль. Но полезный.

4. Удобная - ибо отродясь работает. Это как вывод в консоль. Не надо fopen/fclose прикручивать на каждый чих, если не подключен отладчик - практически нет накладных расходов. Впрочем, понятно, что уж это-то прикрутить не проблема.

Минута-час - это час на всё или по часу на каждый чих и реально это несколько недель? От распаковки архива с emacs до компиляции, запуска и отладки приложения на win 32 api? (с мелкомягкими хидерами из комплекта Platform SDK).
Поиск по сети на предмет емакса как замены visual studio даёт кучу упоминаний Xrefactory (платного) и практически единогласное заключение, что студия удобней.

[theiced.livejournal.com]

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

[aamonster.livejournal.com]

Насчёт монастыря - не забывайте, речь о разработке под win32. Конечно, можно кросскомпиляцией страдать (и отлаживаться по сети или в виртуальной машине), но смысл?
Так что - распаковываем из архива, никаких пакетных менеджеров =).

Минута-час на фичу (и, думаю, вы недооцениваете - раз уж не представляете себе полностью задачу), нужных фич наберётся не один десяток. В общем, стоит рассчитывать на несколько недель работы (в лучшем случае - неделя).
Если кто-то из опенсорсников нормально настроил emacs для разработки под win32 - логично предположить, что он бы поделился настройками. Т.е. где-то в сети должен лежать архив (пакетных менеджеров нет, помните?) под названием "emacs+gdb (кстати, как у gdb с отладкой кода, скомпилённого мелкомягкими компиляторами? использовать gcc с мелкомягкими библиотеками - тот ещё цирк с конями, можно только от полной безысходности), настроенные для разработки win32-приложений на C++".

"я попробовал - мне не понравилось совсем" - плохой аргумент для емаксера, слишком большая толпа людей так восприняла емакс =)

А другая идеология работы - нормально (для новых проектов, разумеется... поддерживать старые удобней старыми средствами).

В общем, кмк, вы просто мыслите, ориентируясь на свою нишу, а я - на свою. Разные условия - разные и подходы.

P.S. А жаль, что не час на всё =). Я уж было размечтался - ща, мол, спровоцирую на заявку "да я всё за час настрою", поймаю на слабО, оплачу час рабочего времени (благо, достижимые зарплаты программистов вы тут уже озвучивали) и получу готовую среду разработки.
Но уже понятно, что ничего я не получу, и не судьба мне писать под win32 в емаксе. Максимум - скрипты какие-нибудь.

[theiced.livejournal.com]

1. зачем вам нужны уёбищные майрософтовские с++ библиотеки? гуйню пишете - так вот вам куте. на порядки лучше говна от мс и в качестве бесплатного бонуса получаем кроссплатформенное приложение.

2. если есть старый говнопроект - то не вижу проблемы за Н времени его перевести на тот же cmake (не так сложно) и emacs. от говностудии использовать только компилёр.

3. нуууу - в 1005008ой раз - отладчик не нужен (ц) (тм). вот попробуй таки месяцок подевелопить без него. это как с наркоты слезть. сначала тяжко, потом всё становится охуенно.

[aamonster.livejournal.com]

1. Куте - от безысходности... ты ещё гноме виндозный предложи - страшней него под виндой мало что выглядит.
2. На цмаке перевести - фигня. Емакс в качестве редактора: если в команде есть емаксер - возможно, нормально. При его отсутствии - получаем только раздражение для всей команды и дикую потерю времени.
3. Ребе, таки я без отладчика не то что месяцами - годами обходился. Охуенно не было ни разу, хотя и справлялся. Да и сейчас регулярно приходится: где-то удобней через логи (или вообще пошаговая отладка не катит), где-то нет смысла собирать неоптимизированную версию.
Отладчик - он хорош для своих задач, и полный отказ от него - или глупость, или следствие корявой архитектуры (приложения или отладчика). Такая же глупость, как использование отладчика вместо логов или формальной проверки (где она прокатывает)

(мрачный старпёрский вопль) Емакс, емакс. Посадить бы вас на Фортран + Multi-edit (чудная прога, кстати, была... мне ваш емакс кажется мультилексом, переписанным лисперами под свои извращения).

[nealar.livejournal.com]

4. Эхх, линупсоеды. man syslogd, как я понимаю, именно оттуда M$ потырил идею.
Нопример, вывод в "простой и клёвый текстовый файл" включается-выключается пересборкой. В syslogd - строчкой в конфиге. Unix-way, ага.

[metaclass.livejournal.com]

Вывод в текстовый файл(а так же сислогд, почту, базу данных и чорта лысого) уже давно включается-выключается парой строк в конфигурации софта.
Из софта без встроенных логов я знаю только один - Firebird, его авторам религия запрещает сделать конфигурируемые логи.

[nealar.livejournal.com]

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

[alll]

Для просмотра отладочного вывода у сисинтералз была отдельная утилита, dbgview чтоль.

[aamonster.livejournal.com]

Да, в курсе. Собственно, Win32 debugging API задокументировано - так что понятно, что и к емаксу прикрутить можно. Вопрос в том, что уже есть и сколько времени уйдёт на прикручивание.

[zamotivator.livejournal.com]

В том-то и прикол, CMake не запрещает отлаживаться в студии.