I am really new to programming for C++
and I was given the task to pick up were a previous employee left off with programming a windows mobile device. I had the emulator working the other week and now when I load the program I get:
Fatal error RC1015: cannot open include file «xxxx.h»
I have tried almost everything that I have seen on the internet without a single bit of luck. I think that one of my include statements is missing but every time I put one in that works something else breaks. Please any help will be greatly appreciated.
Here is what the .rc
file says:
// Microsoft Visual C++ generated resource script.
//
#include "resourceppc.h"
#define APSTUDIO_READONLY_SYMBOLS
/////////////////////////////////////////////////////////////////////////////
//
// Generated from the TEXTINCLUDE 2 resource.
//
#include "afxres.h"
#include "ConnectLoginDlgsRes.h"
#include "AboutDlgRes.h"
/////////////////////////////////////////////////////////////////////////////
#undef APSTUDIO_READONLY_SYMBOLS
/////////////////////////////////////////////////////////////////////////////
// English (U.S.) resources
#if !defined(AFX_RESOURCE_DLL) || defined(AFX_TARG_ENU)
#ifdef _WIN32
LANGUAGE LANG_ENGLISH, SUBLANG_ENGLISH_US
#pragma code_page(1252)
#endif //_WIN32
#ifdef APSTUDIO_INVOKED
/////////////////////////////////////////////////////////////////////////////
//
// TEXTINCLUDE
//
1 TEXTINCLUDE
BEGIN
"resourceppc.h"
END
2 TEXTINCLUDE
BEGIN
"#include ""afxres.h""rn"
"#include ""ConnectLoginDlgsRes.h""rn"
"#include ""AboutDlgRes.h""r"
END
3 TEXTINCLUDE
BEGIN
"#define _AFX_NO_SPLITTER_RESOURCESrn"
"#define _AFX_NO_OLE_RESOURCESrn"
"#define _AFX_NO_TRACKER_RESOURCESrn"
"#define _AFX_NO_PROPERTY_RESOURCESrn"
"rn"
"#if !defined(AFX_RESOURCE_DLL) || defined(AFX_TARG_ENU)rn"
"LANGUAGE 9, 1rn"
"#pragma code_page(1252)rn"
"#include ""res\J3ItemListsppc.rc2"" // non-Microsoft Visual C++ edited resourcesrn"
"#include ""afxres.rc"" // Standard componentsrn"
"#include ""ConnectLoginDlgs.rc""rn"
"#include ""AboutDlg.rc""rn"
"#endifr"
END
#endif // APSTUDIO_INVOKED
/////////////////////////////////////////////////////////////////////////////
//
// Icon
//
// Icon with lowest ID value placed first to ensure application icon
// remains consistent on all systems.
IDR_MAINFRAME ICON "res\J3ItemLists.ico"
/////////////////////////////////////////////////////////////////////////////
//
// Dialog
//
IDD_J3ITEMLISTS_DIALOG DIALOG 0, 0, 156, 169
STYLE DS_SETFONT | DS_FIXEDSYS | WS_POPUP | WS_VISIBLE | WS_CAPTION
EXSTYLE WS_EX_APPWINDOW | 0x80000000L
The problem is with the #include "ConnectLoginDlgsRes.h"
line. The header file is in a shared folder that if it is added that it breaks somewhere else.
Any ideas? Like I said someone else started this and I get to figure it out.
- Remove From My Forums
-
General discussion
-
I’m trying to include a resource.rc file in one of my projects but the resource compiler cannot find the file ‘winres.h’. As far as I know this file is used with MFC, but I don’t use MFC. Why is this happening? What should I do to fix this?
This is the resource.rc file created by VS2017:
// Microsoft Visual C++ generated resource script. // #include "resource.h" #define APSTUDIO_READONLY_SYMBOLS ///////////////////////////////////////////////////////////////////////////// // // Generated from the TEXTINCLUDE 2 resource. // #include "winres.h" ///////////////////////////////////////////////////////////////////////////// #undef APSTUDIO_READONLY_SYMBOLS ///////////////////////////////////////////////////////////////////////////// // English (United States) resources #if !defined(AFX_RESOURCE_DLL) || defined(AFX_TARG_ENU) LANGUAGE 9, 1 #ifdef APSTUDIO_INVOKED ///////////////////////////////////////////////////////////////////////////// // // TEXTINCLUDE // 1 TEXTINCLUDE BEGIN "resource.h" END 2 TEXTINCLUDE BEGIN "#include ""winres.h""rn" "" END 3 TEXTINCLUDE BEGIN "rn" "" END #endif // APSTUDIO_INVOKED #endif // English (United States) resources ///////////////////////////////////////////////////////////////////////////// #ifndef APSTUDIO_INVOKED ///////////////////////////////////////////////////////////////////////////// // // Generated from the TEXTINCLUDE 3 resource. // ///////////////////////////////////////////////////////////////////////////// #endif // not APSTUDIO_INVOKED
When I try to insert a new resource into this file in Resource Explorer I get a message box saying that: «The operation could not be completed. Access is denied».
-
Edited by
Thursday, October 26, 2017 9:03 PM
-
Edited by
Permalink
Cannot retrieve contributors at this time
description | title | ms.date | f1_keywords | helpviewer_keywords | ms.assetid |
---|---|---|---|---|---|
Learn more about: Resource Compiler Fatal Error RC1015 |
Resource Compiler Fatal Error RC1015 |
11/04/2016 |
RC1015 |
RC1015 |
23f187e1-5538-40b5-9042-edd2888f55c2 |
cannot open include file ‘filename’
The given include file does not exist, could not be opened, or was not found.
Make sure that the environment settings are valid and that the correct path for the file is specified. Ensure that sufficient file handles are available to the Resource Compiler. If the file is on a network drive, make sure that you have permissions to open the file.
RC1015 can occur even if the include file exists in a directory specified as an Additional Include Directory in the Configuration Properties -> Resources -> General property page; specify the complete path to the include file.
Уважаемый гость, добро пожаловать на форум: CRYMOD.NET — Портал сообщества CryENGINE. Если вы здесь впервые, то, пожалуйста, прочитайте раздел Помощь. В этом разделе можно подробно ознакомится с функционалом данной системы. Что бы использовать все возможности системы, необходимо зарегистрироваться. Для этого пройдите по ссылке и узнайте подробнее о процессе регистрации.
В случае если вы уже зарегистрировались – войдите под своей учётной записью.
Основные ошибки компилятора
Пожалуйста пишите о ваших ошибках компилятора только в этой теме. Благодарю за сотрудничество
Внимание ! Нижеследующие ошибки чаще всего возникают из-зи неправильной версии Visual Studio. Если нижеописанные решения не помогли, попробуйте установить Visual Studio 2005 Professional, это должно помочь.
Общие проблемы:
- Cannot find afxres.h
Откройте GameDll.rc и замените afxres.h на windows.hКод
1 2
//#include "afxres.h" //закоментируйте afxres.h #include "windows.h"
- Fatal error RC1015: cannot open include file ‘windows.h’.
У вас не установлен Windows Platform SDK. Его можно скачать здесь: Download: Windows SDK for Windows Server 2008 and .NET Framework version 3.5 — Microsoft Download Center — Download Details
- (Visual Studio 2010) error C2440, utility (163)
Откройте NetHelpers.h и замените это:Код
1
return TNetMessageCallbackResult( ((cls*)p)->Handle##name( serialize, curSeq, oldSeq, pEntityId, pChannel ), NULL );
На это:
Код
1
return TNetMessageCallbackResult( ((cls*)p)->Handle##name( serialize, curSeq, oldSeq, pEntityId, pChannel ), reinterpret_cast<INetAtSyncItem*>(NULL) );
При загрузке CryCommon.vcproj Express Edition спрашивает хотите ли вы переконвертировать проект в формат Express Edition. Вызовет ли это проблемы совместимости ?
— Проблем не вызовет.
Cannot find afxres.h
Откройте GameDll.rc и замените afxres.h на windows.h
Вот оно что. Просто не то включение.
«Как лекарство не достигает своей цели, если доза слишком велика, так и порицание и критика — когда они переходят меру справедливости.» — Артур Шопенгауэр
«Самый длинный путь начинается с одного шага, а не поворота ключа в замке зажигания.» — Эдвард Эбби
М-да… В моём VC++ 2008 Express Edition:
1>d:gameselectronic artscrytekcrysismodscrysismodcodegamedll.rc(3) : error C2220: предупреждение обработано как ошибка — файл «object» не создан
1>d:gameselectronic artscrytekcrysismodscrysismodcodegamedll.rc(3) : warning C4627: #include «resource.h»: пропущен при поиске использования предкомпилированного заголовка
1>d:gameselectronic artscrytekcrysismodscrysismodcodegamedll.rc(10) : warning C4627: #include «windows.h»: пропущен при поиске использования предкомпилированного заголовка
1>d:gameselectronic artscrytekcrysismodscrysismodcodegamedll.rc(195) : fatal error C1010: непредвиденный конец файла во время поиска предкомпилированного заголовка. Возможно, вы забыли добавить директиву «#include «StdAfx.h»» в источник.
——————————————————————-
Сам уменьшил число ошибок до одной, этой:
1>d:gameselectronic artscrytekcrysismodscrysismodcodegamedll.rc(195) : fatal error C1010: непредвиденный конец файла во время поиска предкомпилированного заголовка. Возможно, вы забыли добавить директиву «#include «StdAfx.h»» в источник.
«Как лекарство не достигает своей цели, если доза слишком велика, так и порицание и критика — когда они переходят меру справедливости.» — Артур Шопенгауэр
«Самый длинный путь начинается с одного шага, а не поворота ключа в замке зажигания.» — Эдвард Эбби
Это сообщение было отредактировано 1 раз(а), последнее редактирование в «DCamer» (23 Сентябрь 2010, 00:37)
Вообще я советую скачать 2005 версию компилятора. Crysis под неё сделан. Ну а так попробуй добавить включение:
#include «StdAfx.h»
в заголовок
Чёрт. Это я случайно поставил на GameDll.rc «Компилятор C/C++».
«Как лекарство не достигает своей цели, если доза слишком велика, так и порицание и критика — когда они переходят меру справедливости.» — Артур Шопенгауэр
«Самый длинный путь начинается с одного шага, а не поворота ключа в замке зажигания.» — Эдвард Эбби
Это сообщение было отредактировано 2 раз(а), последнее редактирование в «DCamer» (23 Сентябрь 2010, 01:07)
Вот такая ошибка:
C:Program FilesMicrosoft Visual Studio 8VCincludeintrin.h(912) : error C2733: second C linkage of overloaded function ‘_interlockedbittestandset’ not allowed
C:Program FilesMicrosoft Visual Studio 8VCincludeintrin.h(912) : see declaration of ‘_interlockedbittestandset’
C:Program FilesMicrosoft Visual Studio8VCincludeintrin.h(913) : error C2733: second C linkage of overloaded function ‘_interlockedbittestandreset’ not allowed
C:Program FilesMicrosoft Visual Studio 8VCincludeintrin.h(913) : see declaration of ‘_interlockedbittestandreset’
#RaM Team#
Это сообщение было отредактировано 1 раз(а), последнее редактирование в «Medvedkoo» (5 Ноябрь 2010, 17:56)
Какая версия VS — 2005 или 2008 ?
При установке должно быть написано 2005. У тебя не установлены все файлы, в частности intrin.h отсутствует.
У тебя не установлены все файлы, в частности intrin.h отсутствует.
Ошибка указывает на строки в этом файле, значит файл на месте.
«Как лекарство не достигает своей цели, если доза слишком велика, так и порицание и критика — когда они переходят меру справедливости.» — Артур Шопенгауэр
«Самый длинный путь начинается с одного шага, а не поворота ключа в замке зажигания.» — Эдвард Эбби
Ребят, переставьте у себя там VS на Pro Edition и всё будет пучком
Огромное спасибо Alex и DCamer за то что мучались со мной в течение двух часов.
Проблема решилась установкой VS 2005 Pro.
Еще раз огромное спасибо.
#RaM Team#
На здоровье
Проблема решилась установкой VS 2005 Pro.
Всё таки значит версия Pro идеальна для компиляции. Пожалуй, надо обновить тему.
Не надо, также хороша компиляци на VS 2008 Express Edititon.
«Как лекарство не достигает своей цели, если доза слишком велика, так и порицание и критика — когда они переходят меру справедливости.» — Артур Шопенгауэр
«Самый длинный путь начинается с одного шага, а не поворота ключа в замке зажигания.» — Эдвард Эбби
Не надо, также хороша компиляци на VS 2008 Express Edititon.
Кому то хорошо раздеваться полностью чтобы пописать , однако это не есть оптимальное решение.
Edit: BASKA
Остроумен шалун
У меня стоит Визуал Студия 2005 и мне хватает.
До моих лет доживете, писать вообще не будете
первый блин, комом
2008Pro
1>LINK : fatal error LNK1000: Internal error during IncrBuildImage
1> Version 9.00.21022.08
где вы нарыли 2005 ?
смог найти только 2008 и 2010
1>LINK : fatal error LNK1000: Internal error during IncrBuildImage
1> Version 9.00.21022.08
Такая ошибка компоновщика встречается в Pro-версии MSVC++ 2008. Для исправления необходимо скачать и установите исправление отсюда, либо исправить порядок #include в своих заголовочных файлах, так, чтобы в начале шли стандартные заголовки, а после них собственные заголовочные файлы.
«Как лекарство не достигает своей цели, если доза слишком велика, так и порицание и критика — когда они переходят меру справедливости.» — Артур Шопенгауэр
«Самый длинный путь начинается с одного шага, а не поворота ключа в замке зажигания.» — Эдвард Эбби
Спасибки, пошел курить инфо )
Первый пост читай. Написано тебе Visual Studio 2005 Pro.
Написано тебе Visual Studio 2005 Pro.
Ну, и что? У меня 2008 и всё нормально теперь компилируется, ну… кроме x64.
«Как лекарство не достигает своей цели, если доза слишком велика, так и порицание и критика — когда они переходят меру справедливости.» — Артур Шопенгауэр
«Самый длинный путь начинается с одного шага, а не поворота ключа в замке зажигания.» — Эдвард Эбби
Ага, вот тебе и что. Какой толк от мода, если в него не на каждой системе поиграешь?
В 2005, на которой создавался движок, всё работает как надо и ничего не приходится выдумывать.
Ага, вот тебе и что. Какой толк от мода
Так он-то не компилирует, потому, что я круто порезанную версию качал. А найти 2005-й, так же сложно, как и найти иголку в стоге сена, я искал, так найти и не смог.
«Как лекарство не достигает своей цели, если доза слишком велика, так и порицание и критика — когда они переходят меру справедливости.» — Артур Шопенгауэр
«Самый длинный путь начинается с одного шага, а не поворота ключа в замке зажигания.» — Эдвард Эбби
I cannot resolve this problem, despite having uninstalled and then reinstalled both Visual Studio and Intel Fortran. I have tried both with the version of Visual Studio that comes with Intel Fortran XE 2018 (i.e. VS2015 Shell, v14.0.23107.0) and with the latest Community Edition (VS 2017, v15.x).
With VS 2015, when I open the RC file I get a message «The Visual Studio Binary Editor Package» did not load correctly. The ActivityLog.xml file gives the following error message:
No InprocServer32 registered for package [Visual Studio Binary Editor Package] C:Program Files (x86)Microsoft Visual Studio 14.0VCvcpackagesbined.dll
Restarting VS does NOT resolve the problem.
Conclusion: Intel Fortran’s integration with the default Visual Studio is broken — product is not usable out of the box.
I then installed Visual Studio 2015 Community Edition itself (using Microsoft’s stand-alone installer) and — presto — I can now edit my RC file within VS2015. However, the RC file does not compile and link — hence there are resources added to my application and it crashed on running.
Conclusion: Again, this appears to be an Intel problem — I can get Visual C++ apps to work without a problem.
Having ported this app from a Windows XE box running Intel Fortran 11 under Visual Studio 2008, I am dismayed at how bad the experience has been.
With VS 2017 Community Edition, I am now in the same position — the Fortran toolchain does NOT trigger the resource compiler. No warning or error message — it just ignores the RC file that is included in the project. And when the RC file is selected, the Build menu does NOT display a Compile option.
Help!
Итак, мы добрались до следующего урока: Dialogs, GUI coders best friend. Здесь мы пытаемся модифицировать наше окошко с меню так, чтобы в меню нам выводилась какая-то информация. Добавим к файлу dlg_one.rc новые строчки:
#include "resource.h"
#include <windows.h>
IDR_MYMENU MENU
BEGIN
POPUP "&File"
BEGIN
MENUITEM "E&xit", ID_FILE_EXIT
END
POPUP "&Stuff"
BEGIN
MENUITEM "&Go", ID_STUFF_GO
MENUITEM "G&o somewhere else", 0, GRAYED
END
END
IDD_ABOUT DIALOG DISCARDABLE 0, 0, 239, 66
STYLE DS_MODALFRAME | WS_POPUP | WS_CAPTION | WS_SYSMENU
CAPTION "My About Box"
FONT 8, "MS Sans Serif"
BEGIN
DEFPUSHBUTTON "&OK",IDOK,174,18,50,14
PUSHBUTTON "&Cancel",IDCANCEL,174,35,50,14
GROUPBOX "About this program...",IDC_STATIC,7,7,225,52
CTEXT "An example program showing how to use Dialog Boxesrnrnby theForger",
IDC_STATIC,16,18,144,33
END
IDI_MYICON ICON "dlg_one.ico"
Вообще я просто скопировал все файлы из папки старого проекта в новую и переименовал наш старый файл menu_one.rc на dlg_one.rc, а файл с основным кодом menu_one.cpp на dlg_one.cpp.
Ошибка RC2104
Но, если оставить фрагмент кода IDD_ABOUT DIALOG без изменений, то при компиляции получим ошибку:
dlg_one.rc(18) : error RC2104 : undefined keyword or key name: DS_MODALFRAME
Нужное нам определение содержится в файле WinUser.h:
C:Program Files (x86)Windows Kits10Include10.0.19041.0umWinUser.h
Можно было бы дополнить файл resource.h такой строчкой:
#ifndef DS_MODALFRAME
#include <WinUser.h>
#endif
Честно говоря, эти строчки можно и не добавлять. Достаточно в файл dlg_one.rc добавить такую строчку:
#include <windows.h>
Но увы, пока это не поможет. Сам файл находится в этой папке:
C:Program Files (x86)Windows Kits10Include10.0.19041.0um
Компилятор ресурсов rc.exe не сможет найти нужный файл:
resource.h(8) : fatal error RC1015: cannot open include file ‘WinUser.h’.
Он его не найдёт даже в том случае, если мы добавим путь в переменную окружения PATH. Чтобы выйти из этого затруднительного положения, придётся создать новую переменную окружения, под названием include. Замечу, что мы создадим переменную окружения для текущего пользователя.
C:Program Files (x86)Windows Kits10Include10.0.19041.0um
Чтобы VSCode «увидел» изменения, нужно его перезапустить (не обязательно завершать сеанс пользователя или перезагружать компьютер)!
Ошибка RC1015
Хорошо, мы добавили этот путь в новую переменную окружения, но получили новую ошибку:
fatal error RC1015: cannot open include file ‘winapifamily.h’
Этот файл находится в другой папке:
C:Program Files (x86)Windows Kits10Include10.0.19041.0shared
А вот здесь есть маленькая проблема, т.к. если мы нажмём кнопку для редактирования данной переменной, то мы увидем такое же окошко, как и при создании переменной, т.е. мы в данный момент НЕ сможем добавить ещё одно значение к переменной include. Хотя… Сможем, но для этого нужно будет сначала дописать к старому значению символ ; , а потом к нему добавить новое значение пути. Получится так:
Ещё одна ошибка RC1015
Внеся изменения в переменную окружения include и перезапустив VSCode, мы получаем новую ошибку компилятора ресурсов:
C:Program Files (x86)Windows Kits10Include10.0.19041.0umWinUser.h(58) : fatal error RC1015: cannot open include file ‘stdarg.h’.
С подобным мы уже сталкивались, поэтому сейчас просто добавляем к переменной ещё одно значение:
C:Program Files (x86)Microsoft Visual Studio2019CommunityVCToolsMSVC14.28.29910include
На этот раз диалог редактирования переменной изменился. Благодаря тому, что мы указывали значения через точку с запятой, система понимает, что данная переменная является массивом и, для добавления нового значения теперь появилась кнопка :
4. К сожалению, ошибки полностью не устранились. На этот раз мы получаем такую ошибку:
C:Program Files (x86)Windows Kits10Include10.0.19041.0umwinnt.h(34) : fatal error RC1015: cannot open include file ‘ctype.h’.
Добавляем новый путь к переменной окружения include, после чего перезапускаем VSCode:
C:Program Files (x86)Windows Kits10Include10.0.19041.0ucrt
5. Ещё одна ошибка:
dlg_one.rc(24) : error RC2104 : undefined keyword or key name: IDC_STATIC
Данное ключевое слово описано в файле afxres.h, который относится к MFC. Но я не устанавливал эти библиотеки, поэтому попробую обойтись без этого. Дополню файл resource.h:
#ifdef IDC_STATIC
#undef IDC_STATIC
#endif
#define IDC_STATIC (-1) // all static controls
Функция обратного вызова Callback
Функция Callback нам уже встречалась в наших ранних примерах, но я на ней не заострял внимание, т.к. занимался исправлением ошибок компилятора. Сейчас мы добрались до того момента, когда ей нужно уделить более пристальное внимание. Итак, добавив файл dlg_one.rc описанием диалогового окна, нам необходимо описать Процедуру Диалога (Dialog Procedure) для обработки событий в диалоговом окне. Здесь ничего нового и всё практически идентично нашему раннему проекту окошка с меню, но не во всём.
BOOL CALLBACK AboutDlgProc(HWND hwnd, UINT Message, WPARAM wParam, LPARAM lParam)
{
switch (Message)
{
case WM_INITDIALOG:
return TRUE;
case WM_COMMAND:
switch (LOWORD(wParam))
{
case IDOK:
EndDialog(hwnd, IDOK);
break;
case IDCANCEL:
EndDialog(hwnd, IDCANCEL);
break;
}
break;
default:
return FALSE;
}
return TRUE;
}
Между Процедурой Диалога и Процедурой Окна есть несколько важных отличий. Во-первых мы НЕ вызываем дефолтовую Процедуру Окна DefWindowProc() для обработки сообщений, которые не обработаны вручную. С Диалогами это делается автоматически (если это сделать, можно серьёзно налажать).
Во-вторых, вы возвращаете значение FALSE для сообщений, которые не обрабатываются, но только до тех пор, пока нужно вернуть какое-то иное значение. В примере выше это видно.
В-третьих, мы не вызываем уничтожение окна DestroyWindow(), чтобы закрыть диалоговое окно. Мы вызываем EndDialog(). Во втором параметре передаётся значение, которое возвращается в код программы, вызвавшей DialogBox().
Наконец, вместо того, чтобы обрабатывать WM_CREATE, мы обрабатываем WM_INITDIALOG, где происходит описание всего необходимого перед тем, как появится окошко диалога, и затем возвращается TRUE для того, чтобы передать фокус для управления с клавиатуры. (Вообще-то также можно обрабатывать и WM_CREATE, но у вас не будет доступа к элементам управления, т.к. он создаётся раньше их, а в WM_INITDIALOG они уже будут созданы).
Здесь мне пришлось опять поковыряться, т.к. вывалились ошибки связанные с необъявленными идентификаторами. Для их устранения, необходимо добавить в файл resource.h следующие строчки:
#define ID_HELP_ABOUT 9002
#define IDD_ABOUT 100
Правда мы получим новую ошибку:
argument of type «BOOL (__stdcall *)(HWND hwnd, UINT Message, WPARAM wParam, LPARAM lParam)» is incompatible with parameter of type «DLGPROC»
В файле WinUser.h объявлено, что функция DialogBoxParamW должна возвращать значение типа INT_PTR:
Ну, либо можно посмотреть на MSDN, там то же самое.
Таким образом, данная ошибка устраняется, если объявить CALLBACK-функцию AboutDlgProc по другому:
INT_PTR CALLBACK AboutDlgProc(HWND hwnd, UINT Message, WPARAM wParam, LPARAM lParam)
Ошибки
В оригинальной статье этого раздела нет. Там всё здорово. Там и многих других «букв» тоже небыло, т.к. не было ошибок при компиляции. Тот код компилировали как C-код, а не С++. Там был другой компилятор и, явно другоя операционная система (максимум Windows 7, причём не 64 бита). В итоге, даже устранив все ошибки компиляции, я всё равно не могу корректно запусть программу. Сейчас ошибку выдаёт меню ▶ :
Казалось бы всё правильно, мы всё скопировали согласно той статье. Ну да, только автор почему-то забыл указать, что мы создали новый файл из старого.
В новом проекте у нас в меню теперь ▶ заменён на ▶ ! Но код вызывается старый. Т.е. у нас нет нового кода, отсюда и ошибка.
Исправленный и полный код файла dlg_one.rc будет таким:
#include "resource.h"
#include <windows.h>
IDR_MYMENU MENU
BEGIN
POPUP "&File"
BEGIN
MENUITEM "E&xit", ID_FILE_EXIT
END
POPUP "&Help"
BEGIN
MENUITEM "&About", ID_HELP_ABOUT
MENUITEM "G&o somewhere else", 0, GRAYED
END
END
IDD_ABOUT DIALOG DISCARDABLE 0, 0, 239, 66
STYLE DS_MODALFRAME | WS_POPUP | WS_CAPTION | WS_SYSMENU
CAPTION "My About Box"
FONT 8, "MS Sans Serif"
BEGIN
DEFPUSHBUTTON "&OK",IDOK,174,18,50,14
PUSHBUTTON "&Cancel",IDCANCEL,174,35,50,14
GROUPBOX "About this program...",IDC_STATIC,7,7,225,52
CTEXT "An example program showing how to use Dialog Boxesrnrnby theForger",
IDC_STATIC,16,18,144,33
END
IDI_MYICON ICON "dlg_one.ico"
Ну вот, вроде всё разгрёб
- Об авторе
- Недавние публикации
Hey,
I subscribed to ue4 today, downloaded vs2013 ( by now I even have ultimate ) and then ue4. When I try to run the example code for 3rd person, these errors appear:
1>—— Build started: Project: MyProject, Configuration: DebugGame_Editor x64 —— 1> Performing 8 actions (max 4 parallel jobs) 1> [2/8] rc.exe ModuleVersionResource.rc.inl 1> [3/8] rc.exe MyProject.rc 1> PCH.MyProject.MyProject.h.cpp 1>C:UsersjuggleDocumentsUnreal ProjectsMyProjectSourceMyProjectResourcesWindowsMyProject.rc(11): fatal error RC1015: cannot open include file ‘windows.h’. 1> 1>D:Program Files (x86)Unreal Engine4.4EngineSourceRuntimeCoreResourcesWindowsModuleVersionResource.rc.inl(3): fatal error RC1015: cannot open include file ‘windows.h’. 1> 1>D:Program Files (x86)Unreal Engine4.4EngineSourceRuntimeCorePublicHALPlatformIncludes.h(8): fatal error C1083: Cannot open include file: ‘new’: No such file or directory 1> ——— End Detailed Actions Stats ———————————————————— 1>ERROR : UBT error : Failed to produce item: C:UsersjuggleDocumentsUnreal ProjectsMyProjectBinariesWin64UE4Editor-MyProject-Win64-DebugGame.dll 1> Cumulative action seconds (4 processors): 0,00 building projects, 0,31 compiling, 0,00 creating app bundles, 0,00 generating debug info, 0,00 linking, 0,00 other 1> UBT execution time: 3,46 seconds 1>C:Program Files (x86)MSBuildMicrosoft.Cppv4.0V120Microsoft.MakeFile.Targets(38,5): error MSB3073: The command «»D:Program Files (x86)Unreal Engine4.4EngineBuildBatchFilesBuild.bat» MyProjectEditor Win64 DebugGame «C:UsersjuggleDocumentsUnreal ProjectsMyProjectMyProject.uproject» -rocket» exited with code -1. ========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped ==========
I tried all forum fixes ( my name has no special characters, I installed the windows sdk, .. ) and the only thing I didnt do as default, is my vs2013 is on C and my ue4 is on D drive. But that can’t be the problem, right? I cannot test it, since my C is that full, and running both on D didn’t work either…
I imagined working with ue4 would be a blast compared to udk, but so far it’s been a frustrating piece of ****. Help pls?