mein случайно не знаеш электронных книг или в пдф формате (скачать). И какой версией ты пользуешся сам (VC++)???

Шмендальф Книги можно смотреть в соответствующей ветке. Я пользую 2003-ю студию, но это особого значения не имеет.

Буквочку L поставьте перед открывающей кавычкой стринга.

nuls
Можно, но зачем. Ведь ему не нужен нафиг этот Юникод=>просто в настройках проекта ставим Character Set - no set, т.к. Unicode в VS 2003 2005

искал в гугле но так и не понял:weep:
когда пытаюсь сделать дебаг пишет
"Unable to start program C:\Documents\Visual Studio 2005\projects\project\
project.exe
Не удаеться найти указаный файл "
не находит project.exe
такаежа проблема c#
что делать то:gun:

А сам exe-файл создатся? Для дебаг-версии он должен быть(по умолчанию) в папке: \project\Debug .

нет не создаеться только .cpp там лежит

В меню Build->Build <project name> . Далее смотрим на ошибки(они вероятно у вас присутствуют). cpp должен лежать в папке проекта, а exe файл в папке Debug или Release (если не переопределять в свойствах проекта).

Господа, подскажите, пожалуйста...
Есть программа (довольно старая, Arcview 3.2), которая умеет подключать только библиотеки, написанные на C.
Мне же вообще-то хотелось бы связать Arcview с C#
Делать пытаюсь посредством C++.

Конечная цель: вызвать C#, когда доступен только вызов процедур, написанных на чистом C. Если я просто подключаю CLR C++ библиотку - то всё нормально, всё считает. Если же я этой библиотеке говорю подключить другую библиотеку, заставить её посчитать и вернуть посчитанное ей значение, то не выходит. Первая библиотека не может подключить (найти) вторую, а вываливается в итоге Arcview.


В VС++ 2005 пишу вот так (проект "CPPLib", CLR):

Подключаюсь через Arcview - и эта программка работает на ура, возвращается правильное значение.

Далее сложнее:
создаю проект C# ClassLibrary (название - "CSharpClassLib"), в нём пишу, например, вот такую функцию:


В проекте на С++ подключаю через References полученную С#-библиотеку, и пишу такую функцию:


пробую запустить функцию через Arcview, вываливается с ошибкой. Microsoft CLR debugger пишет следующее:


Т.е. не может найти C# проект, который я к проекту C++ присоединил через References.

А если запускать через VS - то всё подключается без проблем и работает нормально. Делаю это так:
создаю ещё один проект C#, подключаю к нему через References свою C++ библиотеку CPPLib (к которой аналогичным образом уже подключена библиотека CSharpClassLib с её функцией Sum):

В новом проекте пишу:


И там Add2(x, y); уже отрабатывает без проблем.

Через arcview же так не получается.
В Arcview проблема или я что-то делаю не так? Может есть какие-то другие способы подключения библиотеки C# к проекту CLR C++? Или вообще другие способы достижения цели? Никто не подскажет?
Если же это принципиально невозможно - скажите, кто знает, лучше уж когда хоть какая-то определённость

Если что-то непонятно написал - уточню (хех, я уже и сам ничего не понимаю).


Модерам извинения, если я промахнулся темой.

Заранее всем спасибо.

Update: надо было подсунуть библиотеку C# в папку BIN32 Arcview.

Делаю пример из книги Юрий Щупак “Win32 Эффективная разработка приложений”, стр.549. При компиляции выскочило:
---------------------------
Microsoft Visual Studio
---------------------------
Unable to start program 'c:\documents and settings\malor\мои документы\vc_projects\win32api\buggy\debug\Buggy.exe'.
Не удается найти указанный файл.

Что делать?

M$ Visual Studio 2005

malor Ну так ответьте на вопросы лежащие ниже вашего цитирования. Ошибки в программе, смотрите весь лог, а не только конец.

Подскажите плиз, почему в студии 2005 при Start Debugging "Debug" вылазят всякие ошибки тиа MSVS80.dll не найден или неверно запускается программа, без последних изменений? Clean Project не всегда спасает. А если делать через Release, то всё путём.

Waffentraeger
Студия может криво встала? Можно попробовать переустановить... Ну или статически линковать новые сишные библиотеки.

Такой вопрос, при создании Dialog based в MFC Application Wizard после компиляции все кнопки в диалоговом окне в классическом стиле, почему? Если создавать с юникодом, то всё в стиле xp, но мне это не надо. (MS Visual Studio 2005 Pro).

А почему не надо? . По моему все приложения в современности нужно создавать в юникоде(под окошки имеется ввиду). В чём проблема не знаю(с манифестом что-то наверное), т.к. всегда использую классик вид.

У меня тоже самое было, решил способом описанным здесь: http://msdn2.microsoft.com/en-us/library/ms997646.aspx
Причем дописывать CREATEPROCESS_MANIFEST_RESOURCE_ID RT_MANIFEST "YourApp.exe.manifest" хз куда не пришлось - и так все работает (в конец exe-шника манифест запихался). И вообще зачем эти манифесты нужны не пойму, в VS 2003 и без их создания все прекрасно работало.

Народ помогите написать прогу, при запуске которой комп будет перезагружаться=)))

SilverS restart.bat с содержимым «shutdown -r -t 0»

дилетантский вопрос

написано создать проект Managed C++ Application, собственно немогу найти в списке этот шаблон

искал в VS 2003 и VS 2005

Не знаю как в 2003, но в 2005 это:
CLR Console Application и Windows Forms Application, смотря что тебе нужно.