Неустранимая ошибка c1001

При компиляции на платформе x64 я получаю следующую ошибку:

c:codavs05hpsw-scovpacctoolscodaaccesstestcoda_access.cpp(1572): fatal error C1001: An internal error has occurred in the compiler.

(compiler file 'f:ddvctoolscompilerutcsrcp2sizeopt.c', line 55)
To work around this problem, try simplifying or changing the program near the locations listed above.
Please choose the Technical Support command on the Visual C++
Help menu, or open the Technical Support help file for more information

------ Build started: Project: asyncexample, Configuration: Release Win32 ------

Если я изменяю настройки на файл препроцессора (Да), я не получаю никакой ошибки.

О моей среде: обновление Microsoft Visual Studio 2005 до 2010

Пожалуйста помоги.

Решение

Я встречал эту ошибку много раз в VC ++. Сделайте следующие шаги. Они всегда помогали мне с этим вопросом:

Посмотрите на точное местоположение, на которое указывает ошибка компилятора.
Найдите любые внешние типы или классы, используемые там в этом месте.
Измените порядок «include path» этих файлов, найденных на шаге 2, и перестройте решение.
Надеюсь что поможет !!!!

Другие решения

Я получаю ту же ошибку с VC2012. Настройка свойств проекта Оптимизация на Отключено (/ Od) решила проблему.

У меня была эта проблема с VS2015 при сборке локально в Windows.

Чтобы решить эту проблему, я удалил свою папку сборки (выходной каталог, как показано в разделе «Свойства / Общие») и перестроил проект.

Это всегда помогает, когда во время сборки происходят странные вещи.

В моем решении я удалил выходной файл dll проекта, и я сделал пересборка проекта.

Я столкнулся с той же ошибкой и потратил немало времени на поиски этой проблемы. Наконец, я обнаружил, что та функция, на которую указывает ошибка, имеет бесконечный цикл while. Исправлено, и ошибка исчезла.

В моем случае было использование статической лямбда-функции с QStringList аргумент. Если бы я прокомментировал регионы, где QStringList был использован файл, скомпилированный, иначе компилятор сообщил об ошибке C1001. Изменение лямбда-функции на нестатическое решило проблему (очевидно, другие варианты могли бы использовать глобальную функцию в анонимном пространстве имен или статический закрытый метод класса).

Я получил эту ошибку с помощью библиотеки повышения с VS2017. Очистка решения и восстановление его, решили проблему.

У меня также была эта проблема при обновлении с VS2008 до VS2010.

Чтобы исправить, я должен установить патч VS2008 (KB976656).

Может быть, есть похожий патч для VS2005?

Источник

While compiling on x64 plattform I am getting following error:

c:codavs05hpsw-scovpacctoolscodaaccesstestcoda_access.cpp(1572): fatal error C1001: An internal error has occurred in the compiler.

(compiler file 'f:ddvctoolscompilerutcsrcp2sizeopt.c', line 55)
To work around this problem, try simplifying or changing the program near the locations listed above.
Please choose the Technical Support command on the Visual C++
Help menu, or open the Technical Support help file for more information

------ Build started: Project: asyncexample, Configuration: Release Win32 ------

If I change settings to preprocessor file (Yes) i am not getting any error.

About my environment: Upgrading Microsoft Visual Studio 2005 to 2010

Please help.

LuFFy

8,61910 gold badges40 silver badges59 bronze badges

asked Aug 16, 2011 at 10:01

I have had this problem with VS2015 while building locally in Windows.

In order to solve it, I deleted my build folder (Output Directory as seen in Properties/General) and rebuilt the project.

This always seems to help when strange things happen during the build.

answered Aug 2, 2017 at 8:36

AutexAutex

3072 silver badges12 bronze badges

I’ve encountered this error many times in VC++. Do the following steps. They’ve sometimes helped me with this issue:

Take a look at the exact location, pointed out by compiler error.
Find any external types or classes used there at that location.
Change the order of “include path” of those files found in step 2 and rebuild the solution.
I hope that help !!!!

answered Aug 16, 2011 at 10:17

TonySalimiTonySalimi

8,1534 gold badges32 silver badges62 bronze badges

I am getting same error with VC2012. Setting up the project properties Optimization to Disabled (/Od) resolved the issue.

answered Feb 3, 2014 at 12:27

anilanil

9711 gold badge11 silver badges23 bronze badges

In my solution, i’ve removed output dll file of the project, and I’ve made project rebuild.

answered Apr 27, 2017 at 16:52

Paweł IwaneczkoPaweł Iwaneczko

8431 gold badge10 silver badges13 bronze badges

I encountered the same error and spent quite a bit of time hunting for the problem. Finally I discovered that function that the error was pointing to had an infinite while loop. Fixed that and the error went away.

answered Mar 7, 2014 at 1:45

quiteProquitePro

5465 silver badges3 bronze badges

In my case was the use of a static lambda function with a QStringList argument. If I commented the regions where the QStringList was used the file compiled, otherwise the compiler reported the C1001 error. Changing the lambda function to non-static solved the problem (obviously other options could have been to use a global function within an anonymous namespace or a static private method of the class).

answered Jan 30, 2017 at 10:57

cbuchartcbuchart

10.7k8 gold badges50 silver badges91 bronze badges

I got this error using boost library with VS2017. Cleaning the solution and rebuilding it, solved the problem.

answered Feb 27, 2018 at 16:06

TidesTides

11111 bronze badges

I also had this problem while upgrading from VS2008 to VS2010.

To fix, I have to install a VS2008 patch (KB976656).

Maybe there is a similar patch for VS2005 ?

answered Jan 9, 2013 at 16:33

I got the same error, but with a different file referenced in the error message, on a VS 2015 / x64 / Win7 build. In my case the file was main.cpp. Fixing it for me was as easy as doing a rebuild all (and finding something else to do while the million plus lines of code got processed).

Update: it turns out the root cause is my hard drive is failing. After other symptoms prompted me to run chkdsk, I discovered that most of the bad sectors that were replaced were in .obj, .pdb, and other compiler-generated files.

answered Sep 6, 2016 at 22:54

hlongmorehlongmore

1,59523 silver badges28 bronze badges

I got this one with code during refactoring with a lack of care (and with templates, it case that was what made an ICE rather than a normal compile time error)

Simplified code:

void myFunction() {
    using std::is_same_v;
    for (auto i ...) {
       myOtherFunction(..., i);
    }
}

void myOtherFunction(..., size_t idx) {
    // no statement using std::is_same_v;
    if constexpr (is_same_v<T, char>) {
        ...
    }
}

answered Nov 27, 2017 at 5:36

chrisb2244chrisb2244

2,93022 silver badges44 bronze badges

I had this error when I was compiling to a x64 target.
Changing to x86 let me compile the program.

answered Oct 17, 2017 at 14:38

Robert AndrzejukRobert Andrzejuk

5,0662 gold badges20 silver badges30 bronze badges

Sometimes helps reordering the code. I had once this error in Visual Studio 2013 and this was only solved by reordering the members of the class (I had an enum member, few strings members and some more enum members of the same enum class. It only compiled after I’ve put the enum members first).

answered Jun 12, 2019 at 13:51

In my case, this was causing the problem:

std::count_if(data.cbegin(), data.cend(), [](const auto& el) { return el.t == t; });

Changing auto to the explicit type fixed the problem.

answered Nov 13, 2019 at 15:06

Had similar problem with Visual Studio 2017 after switching to C++17:

boost/mpl/aux_/preprocessed/plain/full_lambda.hpp(203): fatal error C1001: An internal error has occurred in the compiler.
1>(compiler file 'msc1.cpp', line 1518)
1> To work around this problem, try simplifying or changing the program near the locations listed above.

Solved by using Visual Studio 2019.

answered Jan 15, 2020 at 12:04

DmytroDmytro

1,27217 silver badges21 bronze badges

I first encountered this problem when i was trying to allocate memory to a char* using new char['size']{'text'}, but removing the braces and the text between them solved my problem (just new char['size'];)

answered Jun 19, 2022 at 16:38

Another fix on Windows 10 if you have WSL installed is to disable LxssManager service and reboot the PC.

answered Aug 21, 2022 at 19:10

Источник

Visual Studio Professional 2013 Visual Studio Professional 2013 Visual Studio Premium 2013 Visual Studio Premium 2013 Еще…Меньше

Симптомы

При построении проекта Visual C++ в Visual Studio 2013 Update 5, использующий определенные типы из сборки .NET, может появиться следующее сообщение об ошибке:

Неустранимая ошибка C1001: Внутренняя ошибка в компиляторе.
(файл компилятора «f:ddvctoolscompilercxxfeslp1cesu.c», строка 6378)

Решение

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

Чтобы устранить эту проблему, установите это исправление здесь.

Временное решение

Чтобы обойти эту проблему, не используйте последний тип, указанный в сообщении об ошибке. При использовании этого типа в других языках .NET, таких как C#, не подвержены рассматриваемой проблеме. Таким образом сборки оболочки могут создаваться для предоставления непрямой доступ уязвимого типа.

Ссылки

Дополнительные сведения о Visual Studio 2013 Update 5 Описание из Visual Studio 2013 обновления 5см.

Нужна дополнительная помощь?

While compiling on x64 plattform I am getting following error:

c:codavs05hpsw-scovpacctoolscodaaccesstestcoda_access.cpp(1572): fatal error C1001: An internal error has occurred in the compiler.

(compiler file 'f:ddvctoolscompilerutcsrcp2sizeopt.c', line 55)
To work around this problem, try simplifying or changing the program near the locations listed above.
Please choose the Technical Support command on the Visual C++
Help menu, or open the Technical Support help file for more information

------ Build started: Project: asyncexample, Configuration: Release Win32 ------

If I change settings to preprocessor file (Yes) i am not getting any error.

About my environment: Upgrading Microsoft Visual Studio 2005 to 2010

Please help.

LuFFy

8,31310 gold badges38 silver badges59 bronze badges

asked Aug 16, 2011 at 10:01

I have had this problem with VS2015 while building locally in Windows.

In order to solve it, I deleted my build folder (Output Directory as seen in Properties/General) and rebuilt the project.

This always seems to help when strange things happen during the build.

answered Aug 2, 2017 at 8:36

AutexAutex

1971 silver badge12 bronze badges

I’ve encountered this error many times in VC++. Do the following steps. They’ve sometimes helped me with this issue:

Take a look at the exact location, pointed out by compiler error.
Find any external types or classes used there at that location.
Change the order of “include path” of those files found in step 2 and rebuild the solution.
I hope that help !!!!

answered Aug 16, 2011 at 10:17

TonySalimiTonySalimi

8,0944 gold badges31 silver badges62 bronze badges

I am getting same error with VC2012. Setting up the project properties Optimization to Disabled (/Od) resolved the issue.

answered Feb 3, 2014 at 12:27

anilanil

9711 gold badge11 silver badges23 bronze badges

In my solution, i’ve removed output dll file of the project, and I’ve made project rebuild.

answered Apr 27, 2017 at 16:52

Paweł IwaneczkoPaweł Iwaneczko

8131 gold badge10 silver badges13 bronze badges

answered Mar 7, 2014 at 1:45

quiteProquitePro

5465 silver badges3 bronze badges

answered Jan 30, 2017 at 10:57

cbuchartcbuchart

10.4k7 gold badges53 silver badges86 bronze badges

I got this error using boost library with VS2017. Cleaning the solution and rebuilding it, solved the problem.

answered Feb 27, 2018 at 16:06

TidesTides

11111 bronze badges

I also had this problem while upgrading from VS2008 to VS2010.

To fix, I have to install a VS2008 patch (KB976656).

Maybe there is a similar patch for VS2005 ?

answered Jan 9, 2013 at 16:33

answered Sep 6, 2016 at 22:54

hlongmorehlongmore

1,52625 silver badges27 bronze badges

I got this one with code during refactoring with a lack of care (and with templates, it case that was what made an ICE rather than a normal compile time error)

Simplified code:

void myFunction() {
    using std::is_same_v;
    for (auto i ...) {
       myOtherFunction(..., i);
    }
}

void myOtherFunction(..., size_t idx) {
    // no statement using std::is_same_v;
    if constexpr (is_same_v<T, char>) {
        ...
    }
}

answered Nov 27, 2017 at 5:36

chrisb2244chrisb2244

2,91022 silver badges42 bronze badges

I had this error when I was compiling to a x64 target.
Changing to x86 let me compile the program.

answered Oct 17, 2017 at 14:38

Robert AndrzejukRobert Andrzejuk

4,9932 gold badges23 silver badges30 bronze badges

answered Jun 12, 2019 at 13:51

In my case, this was causing the problem:

std::count_if(data.cbegin(), data.cend(), [](const auto& el) { return el.t == t; });

Changing auto to the explicit type fixed the problem.

answered Nov 13, 2019 at 15:06

Had similar problem with Visual Studio 2017 after switching to C++17:

boost/mpl/aux_/preprocessed/plain/full_lambda.hpp(203): fatal error C1001: An internal error has occurred in the compiler.
1>(compiler file 'msc1.cpp', line 1518)
1> To work around this problem, try simplifying or changing the program near the locations listed above.

Solved by using Visual Studio 2019.

answered Jan 15, 2020 at 12:04

DmytroDmytro

1,25216 silver badges21 bronze badges

answered Jun 19, 2022 at 16:38

Another fix on Windows 10 if you have WSL installed is to disable LxssManager service and reboot the PC.

answered Aug 21, 2022 at 19:10

Содержание

Неустранимая ошибка C1001
Fatal Error C1001
Fatal error c1001 внутренняя ошибка компилятора
Asked by:
Question
визуальная фатальная ошибка C1001: в компиляторе произошла внутренняя ошибка
Решение
Другие решения
Fatal error c1001 внутренняя ошибка компилятора
Asked by:
Question

ВНУТРЕННЯЯ ОШИБКА КОМПИЛЯТОРА ( файл компилятора, номер строки)

Компилятор не может создать правильный код для конструкции, часто из-за сочетания определенного выражения и параметра оптимизации или проблемы при анализе. Если указанный файл компилятора содержит сегмент пути в формате UTC или C2, вероятно, это ошибка оптимизации. Если файл содержит сегмент пути cxxfe или c1xx или msc1.cpp, вероятно, это ошибка средства синтаксического анализа. Если файл с именем cl.exe, другие сведения отсутствуют.

Часто можно устранить проблему оптимизации, удалив один или несколько вариантов оптимизации. Чтобы определить, какой вариант неисправен, удаляйте параметры по одному и перекомпилируйте, пока сообщение об ошибке не исчезнет. Чаще всего отвечают параметры /Og (глобальная оптимизация) и /Oi (создание встроенных функций). Определив, какой вариант оптимизации отвечает, вы можете отключить его вокруг функции, в которой возникает ошибка, с помощью директивы optimize pragma и продолжить использовать параметр для остальной части модуля. Дополнительные сведения о параметрах оптимизации см. в разделе Рекомендации по оптимизации.

Если оптимизация не несет ответственности за ошибку, попробуйте переписать строку, в которой сообщается ошибка, или несколько строк кода, окружающих ее. Чтобы просмотреть код так, как компилятор видит его после предварительной обработки, можно использовать параметр /P (Предварительная обработка к файлу).

Дополнительные сведения о том, как изолировать источник ошибки и как сообщить о внутренней ошибке компилятора в корпорацию Майкрософт, см. в статье Как сообщить о проблеме с набором инструментов Visual C++.

Источник

Fatal Error C1001

INTERNAL COMPILER ERROR(compiler file file, line number)

The compiler cannot generate correct code for a construct, often due to the combination of a particular expression and an optimization option, or an issue in parsing. If the compiler file listed has a utc or C2 path segment, it is probably an optimization error. If the file has a cxxfe or c1xx path segment, or is msc1.cpp, it is probably a parser error. If the file named is cl.exe, there is no other information available.

You can often fix an optimization problem by removing one or more optimization options. To determine which option is at fault, remove options one at a time and recompile until the error message goes away. The options most commonly responsible are /Og (Global optimizations) and /Oi (Generate Intrinsic Functions). Once you determine which optimization option is responsible, you can disable it around the function where the error occurs by using the optimize pragma, and continue to use the option for the rest of the module. For more information about optimization options, see Optimization best practices.

If optimizations are not responsible for the error, try rewriting the line where the error is reported, or several lines of code surrounding that line. To see the code the way the compiler sees it after preprocessing, you can use the /P (Preprocess to a file) option.

For more information about how to isolate the source of the error and how to report an internal compiler error to Microsoft, see How to Report a Problem with the Visual C++ Toolset.

Источник

Fatal error c1001 внутренняя ошибка компилятора

This forum has migrated to Microsoft Q&A. Visit Microsoft Q&A to post new questions.

Asked by:

Question

I recently switched our product over to VS2010 from VS2008. Our solution consists of several native C++ projects and some managed C++ projects that link to those native projects.

The managed C++ projects are compiled with the /clr flag, of course. However, when compiling for x64, one of the files that includes one of the boost mutex headers causes the compiler to spit out the following error:

boost_1_43_0_sdkincludeboostthreadwin32basic_timed_mutex.hpp(158): fatal error C1001: An internal error has occurred in the compiler

I’ve traced down the problem to the following piece of code in basic_timed_mutex.hpp:

When compiling for x86, I see the following warning but everything still compiles:

4>boost_1_43_0_sdkincludeboostthreadwin32basic_timed_mutex.hpp(160): warning C4793: ‘boost::detail::basic_timed_mutex::unlock’ : function compiled as native :
4> Found an intrinsic not supported in managed code

It would see the BOOST_INTERLOCKED_EXCHANGE_ADD macro causes the compiler to barf. Does anybody have any ideas on why this is, or how to fix it?

Источник

визуальная фатальная ошибка C1001: в компиляторе произошла внутренняя ошибка

При компиляции на платформе x64 я получаю следующую ошибку:

Если я изменяю настройки на файл препроцессора (Да), я не получаю никакой ошибки.

О моей среде: обновление Microsoft Visual Studio 2005 до 2010

Решение

Я встречал эту ошибку много раз в VC ++. Сделайте следующие шаги. Они всегда помогали мне с этим вопросом:

Посмотрите на точное местоположение, на которое указывает ошибка компилятора.
Найдите любые внешние типы или классы, используемые там в этом месте.
Измените порядок «include path» этих файлов, найденных на шаге 2, и перестройте решение.
Надеюсь что поможет .

Другие решения

Я получаю ту же ошибку с VC2012. Настройка свойств проекта Оптимизация на Отключено (/ Od) решила проблему.

У меня была эта проблема с VS2015 при сборке локально в Windows.

Это всегда помогает, когда во время сборки происходят странные вещи.

В моем решении я удалил выходной файл dll проекта, и я сделал пересборка проекта.

В моем случае было использование статической лямбда-функции с QStringList аргумент. Если бы я прокомментировал регионы, где QStringList был использован файл, скомпилированный, иначе компилятор сообщил об ошибке C1001. Изменение лямбда-функции на нестатическое решило проблему (очевидно, другие варианты могли бы использовать глобальную функцию в анонимном пространстве имен или статический закрытый метод класса).

У меня также была эта проблема при обновлении с VS2008 до VS2010.

Чтобы исправить, я должен установить патч VS2008 (KB976656).

Источник

Fatal error c1001 внутренняя ошибка компилятора

This forum has migrated to Microsoft Q&A. Visit Microsoft Q&A to post new questions.

Asked by:

Question

I recently switched our product over to VS2010 from VS2008. Our solution consists of several native C++ projects and some managed C++ projects that link to those native projects.

boost_1_43_0_sdkincludeboostthreadwin32basic_timed_mutex.hpp(158): fatal error C1001: An internal error has occurred in the compiler

I’ve traced down the problem to the following piece of code in basic_timed_mutex.hpp:

When compiling for x86, I see the following warning but everything still compiles:

It would see the BOOST_INTERLOCKED_EXCHANGE_ADD macro causes the compiler to barf. Does anybody have any ideas on why this is, or how to fix it?

Источник

При компиляции на платформе x64 я получаю следующую ошибку:

c:codavs05hpsw-scovpacctoolscodaaccesstestcoda_access.cpp(1572): fatal error C1001: An internal error has occurred in the compiler.

(compiler file 'f:ddvctoolscompilerutcsrcp2sizeopt.c', line 55)
To work around this problem, try simplifying or changing the program near the locations listed above.
Please choose the Technical Support command on the Visual C++
Help menu, or open the Technical Support help file for more information

------ Build started: Project: asyncexample, Configuration: Release Win32 ------

Если я изменяю настройки на файл препроцессора (Да), я не получаю никакой ошибки.

О моей среде: обновление Microsoft Visual Studio 2005 до 2010

Пожалуйста помоги.

Решение

Я встречал эту ошибку много раз в VC ++. Сделайте следующие шаги. Они всегда помогали мне с этим вопросом:

Посмотрите на точное местоположение, на которое указывает ошибка компилятора.
Найдите любые внешние типы или классы, используемые там в этом месте.
Измените порядок «include path» этих файлов, найденных на шаге 2, и перестройте решение.
Надеюсь что поможет !!!!

Другие решения

Я получаю ту же ошибку с VC2012. Настройка свойств проекта Оптимизация на Отключено (/ Od) решила проблему.

У меня была эта проблема с VS2015 при сборке локально в Windows.

Это всегда помогает, когда во время сборки происходят странные вещи.

В моем решении я удалил выходной файл dll проекта, и я сделал пересборка проекта.

У меня также была эта проблема при обновлении с VS2008 до VS2010.

Чтобы исправить, я должен установить патч VS2008 (KB976656).

Может быть, есть похожий патч для VS2005?

#include "StdAfx.h" #include ".gamemap.h"   namespace WorldBase {     GameMap::GameMap(void)     {         _tcscpy_s(m_szSkyBoxTopTex,sizeof(m_szSkyBoxTopTex)/sizeof(TCHAR), _T(""));         _tcscpy_s(m_szSkyBoxFrontRightTex,sizeof(m_szSkyBoxFrontRightTex)/sizeof(TCHAR), _T(""));         _tcscpy_s(m_szSkyBoxBackLeftTex,sizeof(m_szSkyBoxBackLeftTex)/sizeof(TCHAR), _T(""));     }       GameMap::~GameMap(void)     {         Destroy();     }       void GameMap::LoadFromFile(IFS* pFS,const TCHAR* szFileName,DWORD options)     {         m_staticMapObjs.clear();         m_npcs.clear();         m_waypoints.clear();         m_triggers.clear();         m_sounds.clear();         m_PointLight.clear();         m_MapRect.clear();         m_PathPoint.clear();         m_SpawnPoint.clear();         m_DynamicBlock.clear();         m_EventTriggers.clear();         m_MapAreaEx.clear();         m_MapTriggerEffect.clear();         m_MapCloudLayer.clear();         //load header         DWORD hFile=pFS->Open(szFileName);         THROW_NULLEX(hFile,_T("GameMap open file failed."),szFileName);           tagMapHeader header;         pFS->Read(&header,sizeof(tagMapHeader),hFile);           ASSERT(sizeof(m_Fog)==sizeof(header.byDistFog));         memcpy(&m_Fog,header.byDistFog,sizeof(m_Fog));         ASSERT(sizeof(m_SunLight)==sizeof(header.bySunLight));         memcpy(&m_SunLight,header.bySunLight,sizeof(m_SunLight));           //方向光diffuse乘以强度         m_SunLight.diffuse.R*=header.fSunModulus;         m_SunLight.diffuse.G*=header.fSunModulus;         m_SunLight.diffuse.B*=header.fSunModulus;           _tcscpy_s(m_szSkyBoxTopTex, sizeof(m_szSkyBoxTopTex)/sizeof(TCHAR), header.szSkyBoxTopTex);         _tcscpy_s(m_szSkyBoxFrontRightTex, sizeof(m_szSkyBoxFrontRightTex)/sizeof(TCHAR), header.szSkyBoxFrontRightTex);         _tcscpy_s(m_szSkyBoxBackLeftTex, sizeof(m_szSkyBoxBackLeftTex)/sizeof(TCHAR), header.szSkyBoxBackLeftTex);         m_fSkyBoxXsize = header.fSkyBoxXsize;         m_fSkyBoxYsize = header.fSkyBoxYsize;         m_fSkyBoxZsize = header.fSkyBoxZsize;         m_fSkyBoxOffX = header.fSkyBoxOffX;         m_fSkyBoxOffY = header.fSkyBoxOffY;         m_fSkyBoxOffZ = header.fSkyBoxOffZ;         m_fSunModulus = header.fSunModulus;         m_fSkyYaw = header.fSkyYaw;           ASSERT(sizeof(m_SkyCol) == sizeof(header.bySkyCol));         memcpy(&m_SkyCol, header.bySkyCol, sizeof(m_SkyCol));           m_bRenderSkyShade = ( 0 != header.byRenderSkyShade );         m_dwSkyShadeCol = header.dwSkyShadeCol;         m_dwDynamicDiffCol = header.dwDynamicDiffCol;         m_dwDynamicAmbCol = header.dwDynamicAmbCol;         m_dwDynamicSpecCol = header.dwDynamicSpecCol;           int i;           //--load npc         if(options&ELO_Npc)         {             pFS->Seek(hFile,header.dwNpcOffset,FILE_BEGIN);             for(i = 0; i < header.nNumNPC; i++)             {                 tagMapNPC npc;                 pFS->Read(&npc, sizeof(npc),hFile);                   m_npcs[npc.dwObjID]=npc;             }         }           //load static objs         if(options&ELO_Static)         {             pFS->Seek(hFile,header.dwStaticObjOffset,FILE_BEGIN);             for(i=0;i<header.nNumStaticObj;i++)             {                 tagStaticMapObj staticObj;                 pFS->Read(&staticObj,sizeof(staticObj),hFile);                   m_staticMapObjs.push_back(staticObj);             }         }           //load waypoint         if(options&ELO_WayPoint)         {             pFS->Seek(hFile,header.dwWayPointOffset,FILE_BEGIN);             for(i=0;i<header.nNumWayPoint;i++)             {                 tagMapWayPoint waypoint;                 pFS->Read(&waypoint,sizeof(waypoint),hFile);                 m_waypoints.push_back(waypoint);             }         }           //load triggers         if(options&ELO_Trigger)         {             pFS->Seek(hFile,header.dwTriggerOffset,FILE_BEGIN);             for(i=0;i<header.nNumTrigger;i++)             {                 tagMapTrigger pTriggerObj;                 /*pFS->Read(&trigger,sizeof(trigger),hFile);*/                 tstring szTemp;                 FReadValue(pFS, hFile, pTriggerObj.dwObjID);                 FReadValue(pFS, hFile, pTriggerObj.eType);                 FReadValVector(pFS, hFile, pTriggerObj.region);                 FReadValue(pFS, hFile, pTriggerObj.box.max);                 FReadValue(pFS, hFile, pTriggerObj.box.min);                 FReadValue(pFS, hFile, pTriggerObj.fHeight);                   pFS->Read(pTriggerObj.szMapName, sizeof(pTriggerObj.szMapName), hFile);                 pFS->Read(pTriggerObj.szWayPoint, sizeof(pTriggerObj.szWayPoint), hFile);                 pFS->Read(pTriggerObj.szScriptName, sizeof(pTriggerObj.szScriptName), hFile);                   FReadValue(pFS, hFile, pTriggerObj.dwParam);                 FReadValue(pFS, hFile, pTriggerObj.bLock);                 FReadValue(pFS, hFile, pTriggerObj.bFlag);                 FReadValue(pFS, hFile, pTriggerObj.dwQuestSerial);                 pFS->Read(pTriggerObj.byReserve, sizeof(pTriggerObj.byReserve), hFile);                 m_triggers.push_back(pTriggerObj);             }         }           //load sound         if(options&ELO_Sound)         {             pFS->Seek(hFile,header.dwSoundOffset,FILE_BEGIN);             for(i=0;i<header.nNumSound;i++)             {                 tagMapSound sound;                 pFS->Read(&sound,sizeof(sound),hFile);                 m_sounds.push_back(sound);             }         }           //load pointlight         if(options&ELO_PointLight)         {             pFS->Seek(hFile,header.dwPointLightOffset,FILE_BEGIN);             for(i=0;i<header.nNumPointLight;i++)             {                 tagMapPointLight pointlight;                 pFS->Read(&pointlight,sizeof(pointlight),hFile);                 m_PointLight.push_back(pointlight);             }           }           //load maprect by add xtian 2008-5-13         if(options&ELO_MapRect)         {             pFS->Seek(hFile, header.dwMapRectOffset, FILE_BEGIN);             for(i=0; i<header.nNumMapRect; i++)             {                 tagMapArea mapRect;                 /*pFS->Read(&maprect, sizeof(maprect), hFile);*/                 FReadValue(pFS, hFile, mapRect.dwObjID);                 FReadValue(pFS, hFile, mapRect.eType);                 FReadValVector(pFS, hFile, mapRect.region);                 FReadValue(pFS, hFile, mapRect.box.max);                 FReadValue(pFS, hFile, mapRect.box.min);                 FReadValue(pFS, hFile, mapRect.fHeight);                 FReadValue(pFS, hFile, mapRect.bLock);                 FReadValue(pFS, hFile, mapRect.bFlag);                 FReadValue(pFS, hFile, mapRect.dwMiniMapSize);                 FReadValue(pFS, hFile, mapRect.bDistFog);                 pFS->Read(mapRect.byDistFog, sizeof(mapRect.byDistFog), hFile);                 pFS->Read(mapRect.byReserve, sizeof(mapRect.byReserve), hFile);                 m_MapRect.push_back(mapRect);             }               //--额外信息             XMLReader varAreaEx;             Filename mbPath = szFileName;             TCHAR szMapAreaExPath[256];             _stprintf( szMapAreaExPath, _T("%smaparea.xml"), mbPath.GetPath().c_str() );               list<tstring> ExFieldList;             list<tstring>::iterator iter;             if(varAreaEx.Load(pFS, szMapAreaExPath, "id", &ExFieldList))             {                 for(iter = ExFieldList.begin(); iter != ExFieldList.end(); ++iter)                 {                     tagMapAreaEx areaEx;                     areaEx.dwObjID      = varAreaEx.GetDword(_T("id"), (*iter).c_str(), -1);                     areaEx.strTitle     = varAreaEx.GetString(_T("title"), (*iter).c_str(), _T(""));                     areaEx.wInterval    = (WORD)varAreaEx.GetDword(_T("interval"), (*iter).c_str(), 0);                     areaEx.byVol        = (BYTE)varAreaEx.GetDword(_T("volume"), (*iter).c_str(), 100);                     areaEx.byPriority   = (BYTE)varAreaEx.GetDword(_T("priority"), (*iter).c_str(), 1);                       for( int musici=0; musici<3; ++musici )                     {                         TCHAR szBuff[32];                         _stprintf( szBuff, _T("music%d"), musici );                         areaEx.strMusic[musici] = varAreaEx.GetString(szBuff, (*iter).c_str(), _T(""));                     }                       m_MapAreaEx.insert(make_pair(areaEx.dwObjID,areaEx));                 }             }         }           //load pathpoint by add xtian 2008-8-6         if(options&ELO_PathPoint)         {             pFS->Seek(hFile, header.dwPathPointOffset, FILE_BEGIN);             for(int i=0; i<header.nNumPathPoint; i++)             {                 tagMapPathPoint pathpoint;                 pFS->Read(&pathpoint, sizeof(tagMapPathPoint), hFile);                 m_PathPoint.push_back(pathpoint);             }         }           //load spawnpoint by add xtian 2008-8-11         if(options&ELO_SpawnPoint)         {             pFS->Seek(hFile, header.dwSpawnPointOffset, FILE_BEGIN);             for(int i=0; i<header.nNumSpawnPoint; i++)             {                 tagMapSpawnPoint spawnpoint;                 pFS->Read(&spawnpoint, sizeof(tagMapSpawnPoint), hFile);                 m_SpawnPoint.push_back(spawnpoint);             }         }           //load dynamicblock by add xtian 2008-8-11         if(options&ELO_DynamicBlock)         {             pFS->Seek(hFile, header.dwDynamicBlockOffset, FILE_BEGIN);             for(int i=0; i<header.nNumDynamicBlock; i++)             {                 tagMapDynamicBlock dynaBlock;                 pFS->Read(&dynaBlock, sizeof(tagMapDynamicBlock), hFile);                 m_DynamicBlock.push_back(dynaBlock);             }         }           if(options&ELO_EventTrigger)         {             pFS->Seek(hFile, header.dwEventTriggerOffset, FILE_BEGIN);             for(int i=0; i<header.nNumEventTrigger; i++)             {                 tagMapEventTrigger eventTrigger;                 pFS->Read(&eventTrigger, sizeof(tagMapEventTrigger), hFile);                 m_EventTriggers.push_back(eventTrigger);             }         }           if(options&ELO_MapDoor)         {             pFS->Seek(hFile, header.dwMapDoorOffset, FILE_BEGIN);             for(int i=0; i<header.nNumMapDoor; i++)             {                 tagMapDoor door;                 pFS->Read(&door, sizeof(tagMapDoor), hFile);                 m_MapDoor.push_back(door);             }         }           if(options&ELO_MapCarrier)         {             pFS->Seek(hFile, header.dwMapCarrierOffset, FILE_BEGIN);             for(int i=0; i<header.nNumMapCarrier; i++)             {                 tagMapCarrier carrier;                 pFS->Read(&carrier, sizeof(tagMapCarrier), hFile);                 m_MapCarrier.push_back(carrier);             }         }           if(options&ELO_MapTriggerEffect)         {             pFS->Seek(hFile,header.dwMapTriggerEffectOffset,FILE_BEGIN);             for(i=0;i<header.nNumMapTriggerEffect;i++)             {                 tagMapTriggerEffect obj;                 pFS->Read(&obj,sizeof(obj),hFile);                   m_MapTriggerEffect.push_back(obj);             }         }         if(options&ELO_MapCloudLayer)         {             pFS->Seek(hFile,header.dwCloudLayerOffset, FILE_BEGIN);             for(i = 0; i<header.nNumCloudLayer; ++i)             {                 tagMapCloudLayer cld;                 pFS->Read(&cld, sizeof(cld), hFile);                 m_MapCloudLayer.push_back(cld);             }         }         //--close file         pFS->Close(hFile);     }       void GameMap::Destroy()     {             }       /*const tagDynamicMapObj* GameMap:: FindDynamicMapObj(DWORD mapID)     {         map<DWORD, tagDynamicMapObj>::iterator pIter = m_dynamicMapObjs.find(mapID);         if(pIter != m_dynamicMapObjs.end())             return &pIter->second;         return NULL;                  }*/     const tagMapNPC* GameMap:: FindMapNpc(DWORD mapID)     {         map<DWORD, tagMapNPC>::iterator pIter = m_npcs.find(mapID);         if(pIter != m_npcs.end())             return &pIter->second;         return NULL;     }       const tagStaticMapObj* GameMap::FindStaticMapObj(DWORD mapID)     {         vector<tagStaticMapObj>::iterator pIter = m_staticMapObjs.begin();         for(; pIter != m_staticMapObjs.end(); ++pIter)             if(mapID == (*pIter).dwMapID)                 return &(*pIter);         return NULL;     }       const tagMapAreaEx* GameMap::FindMapAreaEx( DWORD areaID )     {         map<DWORD, tagMapAreaEx>::iterator pIter = m_MapAreaEx.find(areaID);         if(pIter != m_MapAreaEx.end())             return &pIter->second;         return NULL;     }       bool GameMap::GetMapAreaFog( const int nAreaIndex, tagDistFog& fog )     {         ASSERT( nAreaIndex >=0 && nAreaIndex < (int)m_MapRect.size() );         tagMapArea& area = m_MapRect[nAreaIndex];         if( !area.bDistFog )             return false;           ASSERT( sizeof(fog) == sizeof(area.byDistFog) );         memcpy( &fog, area.byDistFog, sizeof(fog) );         return true;     } }//namespace WorldBase

Источник

Вопрос:

Я новичок в Qt и разработал свой первый графический интерфейс с помощью создателя (v3.4.1). Я закодировал некоторые из кишок программы, но сейчас я просто хочу протестировать GUI. Когда я пытаюсь построить проект, я получаю сообщение об ошибке:

C1001: Внутренняя ошибка произошла в компиляторе.

C:Program Files (x86)Microsoft Visual Studio 12.0VCincludexmemory0: 61

Код в xmemory() указывает на следующее: ПРИМЕЧАНИЕ. Строка 61 – это конкретная строка ошибки.

58    template<> inline
59      void _Destroy(char *)
60      {   // destroy a char (do nothing)
61      }

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

EDIT: Хорошо, я нашел немного объяснения проблемы. Но я не уверен, как реализовать его исправление, предлагая упростить, поскольку я не кодировал его, создатель сделал. Во всяком случае, это то, что он говорит:

CPSC542_-_Gradebook" -I"." -I"D:QtQt5.4.25.4msvc2013_64include" -I"D:QtQt5.4.25.4msvc2013_64includeQtWidgets" -I"D:QtQt5.4.25.4msvc2013_64includeQtGui" -I"D:QtQt5.4.25.4msvc2013_64includeQtANGLE" -I"D:QtQt5.4.25.4msvc2013_64includeQtCore" -I"debug" -I"." -I"D:QtQt5.4.25.4msvc2013_64mkspecswin32-msvc2013" -Fodebug @C:UsersLouisAppDataLocalTempmoc_mainwindow.obj.77700.15.jom
moc_mainwindow.cpp
C:Program Files (x86)Microsoft Visual Studio 12.0VCINCLUDExmemory0(61) : fatal error C1001: An internal error has occurred in the compiler.
(compiler file 'msc1.cpp', line 1325)
To work around this problem, try simplifying or changing the program near the locations listed above.
Please choose the Technical Support command on the Visual C++
Help menu, or open the Technical Support help file for more information
Internal Compiler Error in C:Program Files (x86)Microsoft Visual Studio 12.0VCBINamd64cl.exe.  You will be prompted to send an error report to Microsoft later.
jom: C:UsersLouisDesktopbuild-CPSC542_-_Gradebook-Desktop_Qt_5_4_2_MSVC2013_64bit-DebugMakefile.Debug [debugmain.obj] Error 1
jom: C:UsersLouisDesktopbuild-CPSC542_-_Gradebook-Desktop_Qt_5_4_2_MSVC2013_64bit-DebugMakefile.Debug [debugmainwindow.obj] Error 1
jom: C:UsersLouisDesktopbuild-CPSC542_-_Gradebook-Desktop_Qt_5_4_2_MSVC2013_64bit-DebugMakefile.Debug [debugmoc_mainwindow.obj] Error 1
jom: C:UsersLouisDesktopbuild-CPSC542_-_Gradebook-Desktop_Qt_5_4_2_MSVC2013_64bit-DebugMakefile [debug] Error 2
15:22:56: The process "D:QtQt5.4.2ToolsQtCreatorbinjom.exe" exited with code 2.
Error while building/deploying project CPSC542_-_Gradebook (kit: Desktop Qt 5.4.2 MSVC2013 64bit)
When executing step "Make"
15:22:56: Elapsed time: 00:01.

EDIT 2: Хорошо, это все код в проекте. Это в основном пустой проект, но он получает ту же ошибку, что и выше, на трех отдельных компьютерах (просто тщательный).

mainwindow.h:

#ifndef MAINWINDOW_H
#define MAINWINDOW_H

#include <QMainWindow>

namespace Ui {
class MainWindow;
}

class MainWindow : public QMainWindow
{
Q_OBJECT

public:
explicit MainWindow(QWidget *parent = 0);
~MainWindow();

private:
Ui::MainWindow *ui;
};

#endif // MAINWINDOW_H

main.cpp

#include "mainwindow.h"
#include <QApplication>

int main(int argc, char *argv[])
{
QApplication a(argc, argv);
MainWindow w;
w.show();

return a.exec();
}

mainwindow.cpp

#include "mainwindow.h"
#include "ui_mainwindow.h"

MainWindow::MainWindow(QWidget *parent) :
QMainWindow(parent),
ui(new Ui::MainWindow)
{
ui->setupUi(this);
}

MainWindow::~MainWindow()
{
delete ui;
}

mainwindow.ui

<?xml version="1.0" encoding="UTF-8"?>
<ui version="4.0">
<class>MainWindow</class>
<widget class="QMainWindow" name="MainWindow">
<property name="geometry">
<rect>
<x>0</x>
<y>0</y>
<width>1146</width>
<height>629</height>
</rect>
</property>
<property name="windowTitle">
<string>MainWindow</string>
</property>
<widget class="QWidget" name="centralWidget"/>
<widget class="QMenuBar" name="menuBar">
<property name="geometry">
<rect>
<x>0</x>
<y>0</y>
<width>1146</width>
<height>21</height>
</rect>
</property>
</widget>
<widget class="QToolBar" name="mainToolBar">
<attribute name="toolBarArea">
<enum>TopToolBarArea</enum>
</attribute>
<attribute name="toolBarBreak">
<bool>false</bool>
</attribute>
</widget>
<widget class="QStatusBar" name="statusBar"/>
</widget>
<layoutdefault spacing="6" margin="11"/>
<resources/>
<connections/>
</ui>

Лучший ответ:

Итак, я просто удалил/переустановил все (Qt Creator, VS2013, Win Debug tools). Это была боль (так как все они должны были скачать снова), но это сработало. Если у кого-то еще есть эта проблема, сначала перезапустите Windows. Затем проверьте настройки сборки, параметры компилятора, а затем деконструируйте свой проект (в случае наличия неисправного кода). Если это не сработает, тогда сделайте то, что мне в конечном итоге пришлось делать, и удалил/переустановил все. Надеюсь, это не придет. Спасибо всем.

Источник

Visual Studio Professional 2013 Visual Studio Professional 2013 Visual Studio Premium 2013 Visual Studio Premium 2013 More…Less

Symptoms

When you build a Visual C++ project in Visual Studio 2013 Update 5 that uses certain types from a .NET assembly, you may receive the following error message:

fatal error C1001: An internal error has occurred in the compiler.
(compiler file ‘f:ddvctoolscompilercxxfeslp1cesu.c’, line 6378)

Resolution

A supported hotfix is now available from Microsoft. However, it is intended to correct only the problem that this article describes. Apply it only to systems that are experiencing this specific problem.

To resolve this problem, install this hotfix from here.

Workaround

To work around this issue, don’t use the last type referenced in the error message. Using that type in other .NET languages, such as C#, isn’t affected by this issue. Therefore, a shim assembly can be created to provide indirect access to the affected type.

References

For more information about Visual Studio 2013 Update 5, see Description of Visual Studio 2013 Update 5.

Need more help?

While compiling on x64 plattform I am getting following error:

c:codavs05hpsw-scovpacctoolscodaaccesstestcoda_access.cpp(1572): fatal error C1001: An internal error has occurred in the compiler.

(compiler file 'f:ddvctoolscompilerutcsrcp2sizeopt.c', line 55)
To work around this problem, try simplifying or changing the program near the locations listed above.
Please choose the Technical Support command on the Visual C++
Help menu, or open the Technical Support help file for more information

------ Build started: Project: asyncexample, Configuration: Release Win32 ------

If I change settings to preprocessor file (Yes) i am not getting any error.

About my environment: Upgrading Microsoft Visual Studio 2005 to 2010

Please help.

LuFFy

8,33110 gold badges38 silver badges59 bronze badges

asked Aug 16, 2011 at 10:01

I have had this problem with VS2015 while building locally in Windows.

In order to solve it, I deleted my build folder (Output Directory as seen in Properties/General) and rebuilt the project.

This always seems to help when strange things happen during the build.

answered Aug 2, 2017 at 8:36

AutexAutex

1971 silver badge12 bronze badges

I’ve encountered this error many times in VC++. Do the following steps. They’ve sometimes helped me with this issue:

Take a look at the exact location, pointed out by compiler error.
Find any external types or classes used there at that location.
Change the order of “include path” of those files found in step 2 and rebuild the solution.
I hope that help !!!!

answered Aug 16, 2011 at 10:17

TonySalimiTonySalimi

8,1044 gold badges32 silver badges62 bronze badges

I am getting same error with VC2012. Setting up the project properties Optimization to Disabled (/Od) resolved the issue.

answered Feb 3, 2014 at 12:27

anilanil

9711 gold badge11 silver badges23 bronze badges

In my solution, i’ve removed output dll file of the project, and I’ve made project rebuild.

answered Apr 27, 2017 at 16:52

Paweł IwaneczkoPaweł Iwaneczko

8131 gold badge10 silver badges13 bronze badges

answered Mar 7, 2014 at 1:45

quiteProquitePro

5465 silver badges3 bronze badges

answered Jan 30, 2017 at 10:57

cbuchartcbuchart

10.5k7 gold badges53 silver badges87 bronze badges

I got this error using boost library with VS2017. Cleaning the solution and rebuilding it, solved the problem.

answered Feb 27, 2018 at 16:06

TidesTides

11111 bronze badges

I also had this problem while upgrading from VS2008 to VS2010.

To fix, I have to install a VS2008 patch (KB976656).

Maybe there is a similar patch for VS2005 ?

answered Jan 9, 2013 at 16:33

answered Sep 6, 2016 at 22:54

hlongmorehlongmore

1,53525 silver badges27 bronze badges

I got this one with code during refactoring with a lack of care (and with templates, it case that was what made an ICE rather than a normal compile time error)

Simplified code:

void myFunction() {
    using std::is_same_v;
    for (auto i ...) {
       myOtherFunction(..., i);
    }
}

void myOtherFunction(..., size_t idx) {
    // no statement using std::is_same_v;
    if constexpr (is_same_v<T, char>) {
        ...
    }
}

answered Nov 27, 2017 at 5:36

chrisb2244chrisb2244

2,91022 silver badges43 bronze badges

I had this error when I was compiling to a x64 target.
Changing to x86 let me compile the program.

answered Oct 17, 2017 at 14:38

Robert AndrzejukRobert Andrzejuk

4,9932 gold badges23 silver badges30 bronze badges

answered Jun 12, 2019 at 13:51

In my case, this was causing the problem:

std::count_if(data.cbegin(), data.cend(), [](const auto& el) { return el.t == t; });

Changing auto to the explicit type fixed the problem.

answered Nov 13, 2019 at 15:06

Had similar problem with Visual Studio 2017 after switching to C++17:

boost/mpl/aux_/preprocessed/plain/full_lambda.hpp(203): fatal error C1001: An internal error has occurred in the compiler.
1>(compiler file 'msc1.cpp', line 1518)
1> To work around this problem, try simplifying or changing the program near the locations listed above.

Solved by using Visual Studio 2019.

answered Jan 15, 2020 at 12:04

DmytroDmytro

1,25216 silver badges21 bronze badges

answered Jun 19, 2022 at 16:38

Another fix on Windows 10 if you have WSL installed is to disable LxssManager service and reboot the PC.

answered Aug 21, 2022 at 19:10

Содержание

Fatal Error C1001
Неустранимая ошибка C1001
Fatal error c1001 internal compiler error
Answered by:
Question
Answers
All replies
Fatal error c1001 internal compiler error
Asked by:
Question
fatal error C1001: An internal error has occurred in the compiler. (compiler file ‘msc1.cpp’, line 1325)
1 answer

Fatal Error C1001

INTERNAL COMPILER ERROR(compiler file file, line number)

For more information about how to isolate the source of the error and how to report an internal compiler error to Microsoft, see How to Report a Problem with the Visual C++ Toolset.

Источник

ВНУТРЕННЯЯ ОШИБКА КОМПИЛЯТОРА ( файл компилятора, номер строки)

Источник

Fatal error c1001 internal compiler error

This forum has migrated to Microsoft Q&A. Visit Microsoft Q&A to post new questions.

Answered by:

Question

I used Microsoft Visual Studio only one time a few years ago and I just made a small DLL. Today I tried to recompile the same library with the final scope to rebuild it on 64 bit but the surprise was that I couldn’t even recompile it on 32 bit any more because of the error: «Fatal Error C1001 — An internal error has occurred in the compiler.» I tested on Microsoft Visual Studio 2019.

I looked online but I don’t know what is the problem, the error is too generic.

I tried to run Vizual Studio 2019 as administrator — as sugested in another post here and I tried to delete the «#pragma once» as sugested here but the error is the same.

I copied the project here.

Answers

Welcome to MSDN forum.

I have tried to build the project you share. But it could build successfully in Visual Studio 2019 16.3.2 on my side.

My Environment: Windows 10 1903, Visual Studio enterprise 2019 16.3.2, Visual Studio Ultimate 2013 with Update 5.

Not sure if it is related to compatibility between old VS and new system, please download latest Visual studio 2013 , then re-build it with win32 bit.

BTW, if you need to build it in visual studio 2019, please go to project properties page, then change platform toolset to «visual studio 2013(v120)», it will call VS2013 build tool to compile your project.

Any feedback will be expected.

MSDN Community Support Please remember to click «Mark as Answer» the responses that resolved your issue, and to click «Unmark as Answer» if not. This can be beneficial to other community members reading this thread. If you have any compliments or complaints to MSDN Support, feel free to contact MSDNFSF@microsoft.com

The thing to remember is that C1001 errors should never happen. If you see one then it means that the compiler itself has a problem.

In this situation you should at least provide a bug report to the Visual Studio team, you can do this via the Send Feedback button in the top right of the Visual Studio window. You could then maybe try different versions of the C++ toolset to see if an older version works.

This is a signature. Any samples given are not meant to have error checking or show best practices. They are meant to just illustrate a point. I may also give inefficient code or introduce some problems to discourage copy/paste coding. This is because the major point of my posts is to aid in the learning process.

Источник

Fatal error c1001 internal compiler error

This forum has migrated to Microsoft Q&A. Visit Microsoft Q&A to post new questions.

Asked by:

Question

I recently switched our product over to VS2010 from VS2008. Our solution consists of several native C++ projects and some managed C++ projects that link to those native projects.

boost_1_43_0_sdkincludeboostthreadwin32basic_timed_mutex.hpp(158): fatal error C1001: An internal error has occurred in the compiler

I’ve traced down the problem to the following piece of code in basic_timed_mutex.hpp:

When compiling for x86, I see the following warning but everything still compiles:

It would see the BOOST_INTERLOCKED_EXCHANGE_ADD macro causes the compiler to barf. Does anybody have any ideas on why this is, or how to fix it?

Источник

fatal error C1001: An internal error has occurred in the compiler. (compiler file ‘msc1.cpp’, line 1325)

i am using visual studio 2013 in windows 10. while compiling code i am getting fatal error.

fatal error C1001: An internal error has occurred in the compiler.
(compiler file ‘msc1.cpp’, line 1325)

Kindly look into this and do let me know the required steps to resolve the issue asap.

Perhaps the easiest solution would be to update to a supported level of VS.

1 answer

The thing that you must remember about this error is that it occurs in response to code that you write. While it is true that this is caused by a bug in the compiler, knowing how to trigger the bug is very important.
Anyway, as Barry Schwarz mentioned already, using Visual Studio 2019 16.7 would be the best option here. It has several years of bug fixes and is still being actively maintained. Visual Studio 2013 will not have any more bug fixes, so the most we could do is help you find an alternative way to do what you want without triggering C1001.
If Visual Studio 2019 16.7 still results in the C1001, then you can report it as a bug to Microsoft through Visual Studio and it will be fixed in a later version of 2019. But to make it absolutely clear, don’t expect any real fixes in 2013.

Источник

Remove From My Forums

Question
Hello

I used Microsoft Visual Studio only one time a few years ago and I just made a small DLL. Today I tried to recompile the same library with the final scope to rebuild it on 64 bit but the surprise was that I couldn’t even recompile it on 32 bit any more because
of the error: «Fatal Error C1001 — An internal error has occurred in the compiler.» I tested on Microsoft Visual Studio 2019.

I looked online but I don’t know what is the problem, the error is too generic.

I tried to run Vizual Studio 2019 as administrator — as sugested in another post here and I tried to delete the «#pragma once» as sugested

here but the error is the same.

I copied the project here.

Thank you
- Edited by
  
  Wednesday, October 2, 2019 10:51 AM

Answers

Hi Victorqedu123,

Welcome to MSDN forum.

I have tried to build the project you share. But it could build successfully in Visual Studio 2019 16.3.2 on my side.

My Environment: Windows 10 1903, Visual Studio enterprise 2019 16.3.2, Visual Studio Ultimate 2013 with Update 5.

Not sure if it is related to compatibility between old VS and new system, please download latest
Visual studio 2013, then re-build it with win32
bit.

BTW, if you need to build it in visual studio 2019, please go to project properties page, then change platform toolset to «visual studio 2013(v120)», it will call VS2013 build tool to compile your project.

Any feedback will be expected.

Best Regards,

Dylan

MSDN Community Support Please remember to click «Mark as Answer» the responses that resolved your issue, and to click «Unmark as Answer» if not. This can be beneficial to other community members reading this thread. If you have any
compliments or complaints to MSDN Support, feel free to contact MSDNFSF@microsoft.com
- Marked as answer by
  Victorqedu123
  Thursday, October 3, 2019 1:54 PM

Message Text

INTERNAL COMPILER ERROR
        (compiler file 'file', line number)
         Please choose the Technical Support command on the Visual C++
         Help menu, or open the Technical Support help file for more information

Circumstances

Error C1001 is the main error in which the compiler admits to something having
gone wrong internally, as opposed to being wrong with what its user provided as
input or arranged as the execution environment. Moreoever, though what has gone
wrong may have been anticipated, it is highly unexpected and not easily explained.

Broadly speaking, this error’s very many possible occurrences can be attributed
to two processes: assertions and exceptions. For an assertion, the compiler anticipates
something that may go wrong. For an exception, the
compiler anticipates that something may go wrong.

Assertions

TO BE DONE

Exceptions

The value of this error when reporting an exception is greatly reduced because
although the error message does at least cite which line of the user’s source code
the compiler was grappling with at the time, the rest of the error message tells
nothing of the faulting instruction or of the nature of the fault. What is described
is not where the fault occurred but where in the compiler’s source code the compiler
got round to reporting the fault as an internal compiler error. Indeed, all “exception”
cases of error C1001 cite the same compiler file and one of just two line numbers,
namely (in version 13.00.9466)

compiler file 'msc1.cpp', line 1414

and

compiler file 'msc1.cpp', line 2844

Of these, the second has much the greater opportunity for occurrence. It also
may show as a different fatal error. Of particular significance is that if an error
has already occurred, then an exception that would otherwise have caused this case
of fatal error C1001 is instead reported as fatal error C1903.

Almost by definition, the C1001 cases that are caused by CPU exceptions are coding
errors in the compiler. Perhaps this is just so obvious it needn’t be said, at least
not directly. The product documentation manages little more than “the compiler cannot
generate correct code for a construct”, which is true, but only in the best tradition
of euphemism: it has absolutely no useful content, being trivially true of any error
that stops compilation from proceeding to successful completion, and it is doubtful
that anybody would think to write such a description except as euphemism. A frank
explanation would admit to something such as “our programmers slipped up and the
compiler has just tried to do some such rubbish as dereference a null pointer.”

It is arguable, of course, that details of the exception can have hardly any
value even to the most advanced of users. The compiler’s code has caused a CPU exception
and there is nothing the user can do about it except rewrite the code in the hope
of avoiding the compiler’s defect. The exception details are better left to those
of Microsoft’s own programmers who work on the compiler and know it well enough
for deduction of what has gone wrong in their code.

That said, the exception details are obtainable, and without having to reproduce
the exception while the compiler runs under a debugger. Instead, compile with the
(undocumented) /Bd
option to defeat the compiler’s exception handlers. The fault then passes from the
compiler as unhandled, which in practice these days leaves it to be picked up by
Dr Watson with an offer to send details to Microsoft over the Internet.

Among the known cases of the front-end C++ compiler raising error C1001 because
a coding error causes a CPU exception are:

Источник

Решение

Другие решения

Симптомы

Решение

Временное решение

Ссылки

Нужна дополнительная помощь?