действительно ли DISPID_VALUE надежен для, вызывает на IDispatchs из сценариев?

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

Мой первый источник были на самом деле инструменты man страницы. Просто тип

$ man toolname

на командной строке ($ вот часть подсказки, не вход).

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

я использовал GVIM, потому что у меня были некоторые (но не очень) предшествующий опыт там, я не могу сказать ничего вообще о Emacs или альтернативах. Я нахожу, что это действительно помогает считать другие народы .gvimrc файл конфигурации. Многие люди помещают его на сеть. Вот мой .

не пытаются освоить весь binutils сразу, существует слишком много функций. Но получите общий обзор, таким образом, Вы будете знать, где искать при необходимости в чем-то в будущем. Вы должны , однако, знайте все важные параметры для g++ и ld (инструмент компоновщика GCC, это вызывается автоматически кроме тех случаев, когда явно предотвращенный).

Также мне любопытно, у Вас есть завершение кода и подсветка синтаксиса, когда Вы кодируете?

Подсветка синтаксиса: да, и намного лучший, чем Visual Studio. Завершение кода: да - выход . Во-первых, я должен признать, что не использовал завершение кода C++ даже в Visual Studio, потому что (по сравнению с VB и C#) это не было достаточно хорошо. Я не использую его часто теперь, но тем не менее, GVIM имеет поддержка завершения собственного кода C++. Объединенный с библиотека ctags и плагин как [1 120] taglist это - почти IDE.

На самом деле, то, что запустило меня, было статья Armin Ronacher. Прежде, чем прочитать текст, посмотрите на снимки экрана в конце его!

необходимо ли скомпилировать сначала прежде, чем получить (синтаксис) ошибки?

Да. Но это - то же для Visual Studio, не он (я никогда не использовал Целый Помидор)? Конечно, подсветка синтаксиса покажет Вам несоответствующие скобки, но это обо всех.

и как Вы отлаживаете (снова думают точки останова и т.д.)?

я использую gdb, который является инструментом командной строки. Существует также графический frontend, названный DDD. gdb современное средство отладки и может сделать все, что можно сделать в IDE. Единственная вещь, которая действительно раздражает меня, читает отслеживание стека, потому что строки не располагаются с отступом или форматируются так, действительно трудно просканировать информацию при использовании большого количества шаблонов (который я делаю). Но те также создают помехи отслеживанию стека в IDE.

Как я сказал, у меня было 'удовольствие' установить мои первые шаги в блокноте окон использования языка программирования Java и компиляторе Java командной строки в средней школе, и это было.. wel кошмар! конечно, когда я мог сравнить его с другими курсами программирования, я имел тогда, где у нас был достойный IDE

, Вы не должны даже пытаться сравнить современного, полнофункционального редактора как Emacs или GVIM к Блокноту. Блокнот является украшенным TextBox управление, и это действительно имеет все значение. Кроме того, работа над командной строкой является совсем другим опытом в Linux и Windows. Windows cmd.exe сильно наносят вред. PowerShell намного лучше.

РЕДАКТИРОВАНИЕ/: Я должен упомянуть явно, что GVIM снабдил вкладками редактирование (как в просмотре с использованием вкладок, не вкладках по сравнению с пробелами)! Это взяло мне возрасты для нахождения их, хотя они не скрыты вообще. Просто тип :tabe вместо плоскости :e при открытии файла или создании нового и GVIM создаст новую вкладку. Переключение между вкладками может быть сделано с помощью курсора или нескольких различных ярлыков (в зависимости от платформы). Ключ gt (тип g , тогда t в командном режиме) должен работать везде, и переходы к следующей вкладке или вкладке нет. n, если число было дано. Тип :help gt для получения большего количества справки.