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

Странное условие)
Как будто, отладка, это первостепенное что нужно программисту  
Я привык не дебагить контейнеры. Они работают. Проверенно  
Но даже если нужно отладить, то есть свой набор отработанных функций и макросов препроцессора для отладки.
Я бы сказал, что отлаживать в студии, или подобных IDE, как-то принципиально не правильно. Это мое мнение.
Хотя работаю в KDevelop. Наилучшая среда разработки. Так же мое мнение.
Ах да, SlickEdit забыл упомянуть. Многие кто им пользуются, говорят что он много развитее студии. И плагинов к нему много. Не знаю. Не проверял.
П.С.
А лечить последствия - не правильно. Нужно писать правильный код 

Добавлено через 14 минут и 52 секунды
Дополню:
SlickEdit - есть для Linux, Mac OS X, Windows.
Отладчик - IDA. Так же для Linux, Mac OS X, Windows.
Для экспериментов, лучше использовать andLinux

как-то не верится, что ты не пользуешься отладчиком   
отладчик visual studio - на порядок лучше чем gdb, и даже не потому, что он умеет визуализировать данные, он помимо этого много чего умеет  


часто бывает нужно посмотреть, что содержит тот или иной контейнер, в vs есть визуализатроы для стандартных типов, можно писать для своих  
в gdb проще выводить все что нужно в лог или в терминал, чем копаться во внутренностях объектов

я перепробовал множество сред разработки для linux, netbeans, eclipse, code::blocks, anuta... KDevelop - самая ужасная среди них  лично для меня оказалось проще всего использовать vim, все эти IDE - отстой  
eclipse + CDT - страшно жрет память, индексер часто падает, причем иногда, из-за него вообще не удается запустить IDE, запускаешь eclipse, сразу открывается проект, стартует indexer и все это с грохотом падает. Страшно представить что будет на большом проекте... единственный выход из этой ситуации, не использовать indexer, но в этом случае eclipse мало чем отличается от обычного редактора кода.
net beans - умный(семантическая подсветка кода, аналог inteli-sense), не падает, но жрет намного больше памяти чем эклипс (400-500 Мб в среднем, на небольшом проекте) и тормозииииииииииииииииииит
code::blocks - не тормозит, память не жрет, но при этом ничего толком не умеет, код эта штука не понимает(использовал не самую свежую версию, ту что в была в репозитории)

по фичам и самое главное по реализации, все это и рядом с visual studio не стояло  

Про это, я и упоминать не стал...




Пользуюсь. Но редко. В основном макросами препроцессора и функциями вывода в консоль.




Спорить не стану. Не проверял. На днях попробую.
Хотя, помнится мне, пару лет назад работал в одной конторе. Там на мою машину поставили 2005 студию. Я так и не увидел плюсов. Тот же notepad++ по редактированию кода, не хуже, даже лучше. Плагинов больше.


П.С.
Остальное комментировать не стану. Похоже на истерику.

я бы попросил
мне пришлось сделать 2 проекта, над которыми я работал то в windows то в linux, отсюда такой горький опыт, средства разработки для linux не так развиты как средства разработки для windows, это факт, а не истерика  

Он ему не нужен, видимо потому что он им пользоваться не умеет или в глаза не видел   
  
М. Жванецкий



Это сообщение отредактировал(а) xvr - 19.6.2009, 21:31

 Малыш, сколько тебе годиков? "Я не знаю, чему тебя учили в твоей стране добрых фей и ласковых щенят, в которой ты если и не вырос, то провел свои летние каникулы, но ты сейчас в реальном мире" © Perry Cox из сериала "Клиника". Людям свойственно ошибаться, даже самым талантливым. К тому же отладчик бывает нужен для того, чтобы разобраться в алгоритме, заложенном в основу написанного другим разработчиком кода (безошибочного), который требуется изменить с учётом новых требований.


А другим как будто бы не наплевать на то, что ты её ненавидишь 


А чего единственное? Мне вот, например, часто был нужен break на изменение памяти. Бывает, что непонятно какая сволочь ни с того ни с сего меняет некий объект, и очень хочется выяснить, где же именно это происходит. GDB умеет останавливаться при изменении данных, расположенных по заданным адресам памяти? 

Это сообщение отредактировал(а) UnrealMan - 20.6.2009, 02:45

xvr,  

Добавлено через 5 минут и 46 секунд

Кто на что учился.

Вписал для ясности. Взаимно.

Вспомнился старый анекдот - два солдата и лопата заменяют экскаватор  
В линукс есть много чего другого что помогает в процессе дебага. Я обходился лог файлом и cat, tail -f + grep. Ну и valgrind (мощная штука) еще не портировали под виндоуз. У студии дебаг конечно удобный, но не все так плохо  пишут ведь люди под линукс, я писал несколько лет. Не помню чтоб сильно страдал. Коробка автомат на автомобилях конечно вещь удобная и современная, но многие предпочитают ручную. Им так удобнее. Дело привычки, я одно время так к vim привык что в студии работать не мог.   

О чем спор?

Это сообщение отредактировал(а) azesmcar - 19.6.2009, 22:17

Не спор. Истерика почему-то...

Умеет, он много чего умеет. Но как и все в *nix'ах это у него происходит строго и сурово    нет, даже скорее так  
И если ты не помнишь наизусть основные команды для работы с ним (немного, десятка 2-3, не больше   ) то работа с ним будет несколько утомительная   
И всякие GUI к нему не помогут - не сделали еще достаточно большого телевизора, на который влезут все кнопочки, на которые развешают ВСЕ команды, которые он поддерживает.   

PS. Лично я предпочитаю студию и Винды.

Под *nix-ом-то, может, и умеет, а как насчёт отладки под виндой?

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


Может и к чему, мало ли, здесь от выбора зависят будущие умения.


Например. Скорее всего то что он дополнительно умеет только для любителей мегаотладки под винду.


Это прогон, а не факт, винда вообще плохо приспособлена для программирования. Конечно, в линуксе есть такой "серьёзный недостаток", в ней отсутствует вижуал студия. 

Палюбас! ...В среднем, производительность всего ядра, после сборки в icc, увеличивается на 8-9%... Целых 9% vs морально устаревшие версии gcc. Вот еще.... Неговоря о том, совершенно не учтено то что там наворотили в новых версиях!


Это нечто новое вообще в тестировании   ...


А с PowerPC? А с ARM7,9,11(КПК, мибилки и т.д.)? А с BlackFin(радары, телекомуникационное и измерительное оборудование, игрушки)? А с MIPS(почти все бытовые роутеры на них)? А с AVR или MSP430(встроенные микроприборы, например медицина)? 


 Ну и сравнение - все равно что сравнить МиГ-29 и шасси от F-22. Это подход "Дэлфистов" сравнивающих утилитки по их GUI   . GDB - это ядро отладчика выдающее отладочную информацию (Unix-way - одна задача, одна программа). Если надо визуализация, то есть хотя-бы DDD - но вообще GUI отладчиков куча.


Флаг в руки! А кто-то предпочитает работать на горнодобывающих предприятиях...


О, да, чем лучше развиваются IDE-средсва от MS тем больше нужно RAM ихним ОС при той же функциональности. Деградация программирования на лицо.  . Скажем так - в современном линуксе есть на 2-а порядка больше для разработки чем в свое время было у Дейкстры, Кнута, Томпсона, Ричи, Таненбаума, Торвальдса иже с ними... И дай то боги Валгаллы сегодняшним нытикам по отсутстию автодополнения кода и визуализации всего-на-свете когда-нибудь работать над проектами такого уровня. 


А студия умеет то, что умеет анюта(или кодеблокс) в связке с KScope+cscope(например визуальная трассировка вызова функции), DDD, AStyle, doxygen и всякими остальными утилитками + разумеется "вся мощь bash"? Боюсь это выливается сравнение теплого и мягкого, причем всяк навязывает свое "авторитетное мнение" хотя и понимает что сравнивает даже не противоположности...

 Кстати не забываем, что как свободный компилятор GCC не одинок.  Вот-вот появится его BSD-шный собрат - и кстати ветви GNU и BSD и так сильно расходящиеся по идеологии и ресурсам с того момента начнут вообще стремительный разлет   . Почему никто не вспомнил D/C++/C? Есть еще свободный и опенсорцный компилятор (x86, PowerPC, 68000 и кажется ARM) энтузиастов из Амстердама (родной для minix), ну и теперь мой любимый компилятор   tcc(кстати единственный позволяющий на C писать скрипты   ) <--- АФФтАру топика вот саймый лучший компилятор, нечего раздумывать.

Это сообщение отредактировал(а) DRUID3 - 20.6.2009, 04:20

  

...промолчу для чего она приспособлена...

DRUID3, Во задвинул