MFC && WinApi

[nazavrik]

Проблема в следующем.

Есть проект, где используются винапишные функции и следовательно подключена windows.h. Встала необходимость использовать в нем класс CFile (MFC), при попытке подключить afx.h и объявить объект класса CFile компилятор ругается матом.

> error C2146: syntax error : missing ';' before identifier 'cFileOut'
error C4430: missing type specifier - int assumed. Note: C++ does not support default-int
error C4430: missing type specifier - int assumed. Note: C++ does not support default-int

 Error directive: WINDOWS.H already included.  MFC apps must not #include <windows.h>

Можно как-нибудь безболезненно использовать в проекте MFC?

[pproger]

2nazavrik
читать умеешь?

Error directive: WINDOWS.H already included. MFC apps must not #include <windows.h>

ты пишешь на мфц, а в мфц не включается напрямую windows.h (там afxwin или что то подобное, которое уже включает windows.h). просто используй винапи свой, без дополнительных включений/исключений.

аа, если ты в прогу на винапи хочешь добавить поддержку мфц, то боюсь просто так не получится. так или иначе, все сведется к mfc-шному проекту.
ппс. чем тебе так необходим CFile, чего нельзя сделать через плюсовые поточные файлы, или сишные дескрипторы файлов?

[nazavrik]

У меня есть винапишный проект. Задание такое - желательно организовать работу с файлами через CFile.

Суть в следующем. Если вместо всего перечисленного использовать #include <afxwin.h>, то все хорошо компилится пока не объявлять какой-нить MFCшный класс.

Если я объявляю объект:

CFile f;

Выводится:

error C2065: 'CFile' : undeclared identifier
error C2146: syntax error : missing ';' before identifier 'f'
error C2065: 'f' : undeclared identifier

[pproger]

ну попробуй везде, где включается windows.h включить afxwin.h, чтобы напрямую включений windows.h не было

[nazavrik]

Я так и сделал В precompiled header заменил windows.h на afxwin.h.

[Vago]

Джентльмены, вообще-то, должен заметить, что попытка приплести ОО-библиотеку к программе, написанной в процедурном стиле, это как-то... не слишком элегантно Lack of consistency получается. Потеря общности. Плюс, конкретно для MFC, добавление классов без чёткого представления, какие родительские классы они потянут за собой, - сродни походу по минному полю.

Но если уж слишком припекло... Какая версия Visual Studio? 6-я?

[nazavrik]

Мадемуазель, хочу заметить, что программа ни разу не написана в процедурном стиле.

VS2008

[Vago]

Сообщение от nazavrik

Мадемуазель

))))) Даже персонаж "ТББ" с похожим именем был мужчиной. Не говоря уж о том, что в романских языках существительные на "о" - обычно мужского рода

Сообщение от nazavrik;

программа ни разу не написана в процедурном стиле.

То есть, WinMain() и WndProc() уже обёрнуты в какие-то классы? Тогда, боюсь, добиться результата будет ещё труднее.

Сообщение от nazavrik;

VS2008

Этой штуки установленной нет. Но, повторяю, ежели припекло, можем поэкспериментировать.

1. Убираем для начала все упоминания о precompiled header.
1.1. Убираем из проекта файлы StdAfx.cpp и StdAfx.h.
1.2. Везде, где оно встречается, #include "stdafx.h" меняем на #include <windows.h>.
1.3. Убираем пока (комментим хотя бы) любые попытки привнести что-то из MFC.
1.4. Говорим, что проект не будет использовать precompiled-headers (Project | Settings... | C/C++ | Category: Precompiled Headers | + Not using precompiled headers | <OK> ) Что-то в этом духе.
1.5. Rebuild All.

Построился exe-шник?

Added 16:06 CET
2. Первый маленький шажок к MFC.
2.1. Меняем везде #include <windows.h> на #include <afxwin.h>.
2.2. Из MFC пока по-прежнему ничего не включаем.
2.3. Rebuild All.
Должен построиться exe-шник.

3. Второй маленький шажок к MFC.
3.1. Возвращаем (вставляем) CFile.
3.2. Rebuild All.
Идеальный вариант - трансляция прошла; unresolved external symbols на редактировании.

4. Третий маленький шажок к MFC.
4.1. Разрешаем использование MFC (Project | Settings... | General | Microsoft Foundation Classes: Use MFC in a Shared DLL | <OK>) В 2008 уже по-другому, но принцип - этот.
4.2. Rebuild All
Идеальный вариант - созданный exe-шник

А что на самом деле получилось?

[BioS]

у меня тоже есть впрос по MFC

ситуация похожая - есть небольшая програмка на winAPI с двумя окошками и парой кнопок

хочу добавить диалог - для простоты так

CDialog dlg( IDD_PROP_DLG );
dlg.DoModal(); - тут вылезает ошибка

при этом если создавать новый проект, то там работает


ничего кроме подключения afxwin.h и "Use MFC in a Shared DLL" делать не надо?

[Vago]

Щас придёт первооткрыватель ветки и скажет нам всё, что он думает по поводу обсуждения здесь НЕ ЕГО проблем...

П.п. 1.1 и 1.4 выполнялись? Я добавил эти две MFC-строчки к простенькому скелету Win32 API (положив, естественно, отфонарный IDD_PROP_DLG ). Трансляция и компоновка прошли.