Fatal error c1510 cannot load language resource clui dll

Hello,

RRS feed

  • Remove From My Forums

  • Question

  • Hello,

    When compiling a big project 64 bit using VS 2012, getting following error

    fatal error C1510: Cannot load language resource clui.dll.

    Can’t seem to find any solutions. The Debug build works fine.

    The Development server is Window  7 64 bit, having 12 GB of memory and 24 GB of virtual memory.

    Please advice.

    Thanks,

    — Srini

All replies

  • Hi Srini,

    Using Visual Studio Setup Wizard (via Control Panel) to repair Visual Studio seems to resolve this issue.

    Best regards,

    Ego [MSFT]
    MSDN Community Support | Feedback to us
    Develop and promote your apps in Windows Store
    Please remember to mark the replies as answers if they help and unmark them if they provide no help.

  • Thank you for your suggestion. I tired that option and I am still getting the same error.

    I also upgraded the memory to 24 GB but it is of no avail.

    Please advice. I am stuck in middle..

    Thanks in Advance.

    — Srini

  • Had problems with this myself — if you’re using cl.exe as a command line compiler, or underneath a different editor, clui.dll has to be in a /1033 subdirectory or it can’t be found :(

  • I had this error when trying to build the Unreal Engine in Visual Studio 2015.

    Repairing as Ego Jiang suggested, worked for me.

  • Hello, I had the a similar problem, the solution was simply to place clue.dll besides the corresponding cl.exe for different build types (amd64, x86_amd64, etc.)

    • Edited by

      Tuesday, February 12, 2019 5:50 PM

Источник

Содержание

  1. Fatal error c1510 cannot load language resource clui dll
  2. Answered by:
  3. Question
  4. Fatal error c1510 cannot load language resource clui dll
  5. Asked by:
  6. Question
  7. All replies
  8. Fatal error C1510 when using S-function builder or C Caller block
  9. Direct link to this question
  10. Direct link to this question
  11. Answers (0)
  12. See Also
  13. Categories
  14. Products
  15. Release
  16. Community Treasure Hunt
  17. How to Get Best Site Performance
  18. Americas
  19. Europe
  20. Asia Pacific
  21. Fatal error C1510 when using S-function builder or C Caller block
  22. Direct link to this question
  23. Direct link to this question
  24. Answers (0)
  25. See Also
  26. Categories
  27. Products
  28. Release
  29. Community Treasure Hunt
  30. How to Get Best Site Performance
  31. Americas
  32. Europe
  33. Asia Pacific
  34. Fatal error c1510 cannot load language resource clui dll
  35. #2 2015-08-25 23:59:52
  36. Re: Windows x64 compilation broken
  37. #3 2015-08-26 01:35:47
  38. Re: Windows x64 compilation broken
  39. #4 2015-08-26 02:50:55
  40. Re: Windows x64 compilation broken
  41. #5 2015-08-26 03:07:38
  42. Re: Windows x64 compilation broken
  43. #6 2015-08-26 03:40:35
  44. Re: Windows x64 compilation broken
  45. #7 2015-08-26 03:53:34
  46. Re: Windows x64 compilation broken
  47. #8 2015-08-26 04:04:19
  48. Re: Windows x64 compilation broken

Fatal error c1510 cannot load language resource clui dll

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

Answered by:

Question

We use Visual Studio 2005 with SP1, and we have a problem. Our project cannot be linked, and we get the following message:

Linking.
Generating code
fatal error C1510: Cannot load language resource clui.dll.
Project : error PRJ0002 : Error result 1 returned from ‘C:Program FilesMicrosoft Visual Studio 8VCbinlink.exe’.

I didn’t find any information about that C1510 error code in the documentation, but I searched for this clui.dll. I found it in the following locations:

c:Program FilesMicrosoft Visual Studio 8VCbin1033clui.dll
c:Program FilesMicrosoft Visual Studio 8VCbinamd641033clui.dll
c:Program FilesMicrosoft Visual Studio 8VCbinx86_amd641033clui.dll
c:Program FilesMicrosoft Visual Studio 8VCcebinx86_arm1033clui.dll
c:Program FilesMicrosoft Visual Studio 8VCcebinx86_mips1033clui.dll
c:Program FilesMicrosoft Visual Studio 8VCcebinx86_sh1033clui.dll

There is another strange thing. This error message appears only on 32-bit Windows XP systems. The same solution compiles without any error message on 64-bit XPs. The clui.dll can be found these places on XP64:

c:Program Files (x86)Microsoft Visual Studio 8VCbin1033clui.dll
c:Program Files (x86)Microsoft Visual Studio 8VCbinamd641033clui.dll
c:Program Files (x86)Microsoft Visual Studio 8VCbinx86_amd641033clui.dll
c:Program Files (x86)Microsoft Visual Studio 8VCcebinx86_arm1033clui.dll
c:Program Files (x86)Microsoft Visual Studio 8VCcebinx86_mips1033clui.dll
c:Program Files (x86)Microsoft Visual Studio 8VCcebinx86_sh1033clui.dll

It seems they match to 32-bit version paths.

Anyway the global optimization turned on. There aren’t any errors in debug compilations.

Is it possible that the linker ran out of virtual space? I don’t think, because our target platform is Win32, so the 32-bit linker runs in both cases.

Источник

Fatal error c1510 cannot load language resource clui dll

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

Asked by:

Question

I have experienced link error while migrating my VS2010 project to VS2015 with error log as below.

LINK : fatal error C1510: Cannot load language resource clui.dll.

This error occurs while optimizing on VS2015 only with these options(/O2, /Ot, /GL, /LTCG).

It seems that there is difference between VS2015 and VS2010 when link program.

Because in my project ‘MS Incremental Linker’ of VS2015 uses over 3GB Memory against VS2010 uses only 200MB.

Does anyone know what the difference of link method of VS2015 and VS2010 is?

And how to resolve this issue?

My company want to upgrade visual studio but cannot upgrade without to resolve this link issue.

Any comments would be really helpful.

There are some link error types I’ve experienced on Visual Studio 2015.

There is two key options affect to result
— C/C++>Optimization>Favor Size Or Speed
— C/C++>Optimization>Whole Program Optimization

1. LINK : fatal error C1510: Cannot load language resource clui.dll.
— Neither, /GL
— /Ot, /GL

2. fatal error C1002: compiler is out of heap space in pass 2
LINK : fatal error LNK1257: code generation failed
— /Ot, /No

3. LINK Success
— Neither, /No

So, to success link my project I cannot use optimize option.

I have not come across this strange problem. I may want to ask you some questions. is this issue happens on both debug and release build? Have you try to set No (/INCREMENTAL:NO)?

Is your project x64 version? VS2015 uses over 3GB Memory, this sound you need build your project with x64 platform. You project reach the memory limitation which may cause the fatal error C1510.

For the fatal error LNK 1257, does your project link some static libraries or dlls? This error may caused by some third party library which is build in different version of VS.

So I suggest your rebuild all of your libraries with VS 2015. Hope this helps some.

We are trying to better understand customer views on social support experience, so your participation in this interview project would be greatly appreciated if you have time. Thanks for helping make community forums a great place.
Click HERE to participate the survey.

Источник

Fatal error C1510 when using S-function builder or C Caller block

Direct link to this question

Direct link to this question

0 Comments

Answers (0)

See Also

Categories

Products

Release

Find the treasures in MATLAB Central and discover how the community can help you!

An Error Occurred

Unable to complete the action because of changes made to the page. Reload the page to see its updated state.

Select a Web Site

Choose a web site to get translated content where available and see local events and offers. Based on your location, we recommend that you select: .

You can also select a web site from the following list:

How to Get Best Site Performance

Select the China site (in Chinese or English) for best site performance. Other MathWorks country sites are not optimized for visits from your location.

Americas

Europe

  • Belgium (English)
  • Denmark (English)
  • Deutschland (Deutsch)
  • España (Español)
  • Finland (English)
  • France (Français)
  • Ireland (English)
  • Italia (Italiano)
  • Luxembourg (English)
  • Netherlands (English)
  • Norway (English)
  • Österreich (Deutsch)
  • Portugal (English)
  • Sweden (English)
  • Switzerland
    • Deutsch
    • English
    • Français
  • United Kingdom (English)

Asia Pacific

  • Australia (English)
  • India (English)
  • New Zealand (English)
  • 中国
    • 简体中文 Chinese
    • English
  • 日本 Japanese (日本語)
  • 한국 Korean (한국어)

Accelerating the pace of engineering and science

MathWorks is the leading developer of mathematical computing software for engineers and scientists.

Источник

Fatal error C1510 when using S-function builder or C Caller block

Direct link to this question

Direct link to this question

0 Comments

Answers (0)

See Also

Categories

Products

Release

Find the treasures in MATLAB Central and discover how the community can help you!

An Error Occurred

Unable to complete the action because of changes made to the page. Reload the page to see its updated state.

Select a Web Site

Choose a web site to get translated content where available and see local events and offers. Based on your location, we recommend that you select: .

You can also select a web site from the following list:

How to Get Best Site Performance

Select the China site (in Chinese or English) for best site performance. Other MathWorks country sites are not optimized for visits from your location.

Americas

Europe

  • Belgium (English)
  • Denmark (English)
  • Deutschland (Deutsch)
  • España (Español)
  • Finland (English)
  • France (Français)
  • Ireland (English)
  • Italia (Italiano)
  • Luxembourg (English)
  • Netherlands (English)
  • Norway (English)
  • Österreich (Deutsch)
  • Portugal (English)
  • Sweden (English)
  • Switzerland
    • Deutsch
    • English
    • Français
  • United Kingdom (English)

Asia Pacific

  • Australia (English)
  • India (English)
  • New Zealand (English)
  • 中国
    • 简体中文 Chinese
    • English
  • 日本 Japanese (日本語)
  • 한국 Korean (한국어)

Accelerating the pace of engineering and science

MathWorks is the leading developer of mathematical computing software for engineers and scientists.

Источник

Fatal error c1510 cannot load language resource clui dll

DeSmuME refuses to compile for 64-bit Windows in its current state. I get the following error in Visual Studio (using the VS 2012 solution):

From my research, this apparently means the compiler is hitting the 4GB RAM limit for 32-bit applications on 64-bit Windows.

I last built rev 5245 successfully; this error occurred when trying to build rev 5249 (the latest as of this post).

#2 2015-08-25 23:59:52

Re: Windows x64 compilation broken

youre right, somethings made the code generation go nuts. I didnt wait long enough to see that error though.
I’m going to soon stop supporting all compilers but vs2015. It may not be a problem in 2015. But I’m going to investigate it anyway.
Last build here is 5247 so it must have been 5248 that did it: http://buildbot.orphis.net/desmume/

block at line 946 of r5248 in gpu.cpp? Seems commenting out the else<> will fix it

#3 2015-08-26 01:35:47

Re: Windows x64 compilation broken

autofire, try building r5251. Let us know if that works out for you.

#4 2015-08-26 02:50:55

Re: Windows x64 compilation broken

rogerman, it builds successfully now; thanks.

zeromus, in my experience, the VS 2015 project does not compile successfully for 64-bit Windows; the compiler spews a bunch of «macro redefinition of snprintf» errors.

#5 2015-08-26 03:07:38

Re: Windows x64 compilation broken

I’ve actually been playing around with Visual Studio 2015 for a while, so I might as well commit some fixes for it. Try r5252.

#6 2015-08-26 03:40:35

Re: Windows x64 compilation broken

I’m afraid it’s still a no go.

#7 2015-08-26 03:53:34

Re: Windows x64 compilation broken

Of course I would fix it before I stop supporting the other compilers

#8 2015-08-26 04:04:19

Re: Windows x64 compilation broken

autofire, you’re seeing those errors because the DeSmuME_VS2015.vcxproj file is using a newer platform toolset that is incompatible with the current DeSmuME codebase. You will need to downgrade the platform toolset in order to do the build.

To configure this:
1. Open the DeSmuME_VS2015.vcxproj file in Visual Studio 2015.
2. In Visual Studio 2015, choose Project > DeSmuME_VS2015 Properties.
3. For the Configuration menu, choose All Configurations. For the Platform menu, choose All Platforms.
4. Under Configuration Properties > General, for Platform Toolset, select «Visual Studio 2013 — Windows XP (v120_xp)».
5. Click Apply, then click OK.

You should now be able to build in Visual Studio 2015.

Источник

Источник

This topic has been deleted. Only users with topic management privileges can see it.

  • Hi again.
    I want to build a 64-Bit application. So i changed the kits:

    Compiler: Microsoft Visual Studio C++ Compiler 12.0 (amd64)
    Debugger: (auto-detect) C:Program Files (x86)Windows Kits10Debuggersx86cdb.exe
    Qt-Version: Qt 5.6.0 MSVC 2013 64-Bit

    And now i get These Errors:

    fatal error C1510: Cannot load language resource clui.dll.
jom: C:UsersHenrikDocumentsbuild-TextPad-Desktop_Qt_5_5_1_MinGW_32bit2-DebugMakefile.Debug [debugpagestextedit.obj] Error 4
jom: C:UsersHenrikDocumentsbuild-TextPad-Desktop_Qt_5_5_1_MinGW_32bit2-DebugMakefile.Debug [debugmainwindow.obj] Error 4
jom: C:UsersHenrikDocumentsbuild-TextPad-Desktop_Qt_5_5_1_MinGW_32bit2-DebugMakefile.Debug [debugpagemetrics.obj] Error 4
jom: C:UsersHenrikDocumentsbuild-TextPad-Desktop_Qt_5_5_1_MinGW_32bit2-DebugMakefile [debug] Error 2
13:48:50: Der Prozess "C:QtToolsQtCreatorbinjom.exe" wurde mit dem Rückgabewert 2 beendet.
Fehler beim Erstellen/Deployment des Projekts TextPad (Kit: Kit)
Bei der Ausführung von Schritt "Make"

I don't know why. Please help me,
Henrik

  • After changing the Kit did you execute qmake and rebuilt your application (you can delete the build directory before executing qmake and rebuild)?

  • @jsulm
    Yes i did that. I can’t rebuild

    fatal error C1510: Cannot load language resource clui.dll.
jom: C:UsersHenrikDocumentsbuild_TextPad64BitMakefile.Debug [debugmainwindow.obj] Error 4
jom: C:UsersHenrikDocumentsbuild_TextPad64BitMakefile.Debug [debugmain.obj] Error 4
jom: C:UsersHenrikDocumentsbuild_TextPad64BitMakefile [debug] Error 2
15:14:50: The process "C:QtToolsQtCreatorbinjom.exe" exited with code 2.
Error while building/deploying project TextPad (kit: Kit)
When executing step "Make"

  • Hi, just googled your error message, seems it’s not only you. One tip that I found is try turning off Whole Program Optimization (/GL), perhaps it’ll help…

  • I have google it. Do i have Visual Studio completely ? Or is it ok to install only the windows sdk?

    Am I’m using the wrong compiler or wrong debugger?

  • Hi, what happens if you compile in Release mode instead of Debug?

    • Источник
    Автор Тема: Кодировка консоли сборки  (Прочитано 49294 раз)
    poops

    Гость

    Проблема в следующем, юзаю qtcreator 1.3 c QT 4.6 собранный под vs2008. Все ошибки компиляции выводятся в консоль сборки в ДОС’овской кодировке. Можно ли это как-то исправить, а то задолбался уже переключаться в консоль, чтоб ошибки посмотреть

    Записан
    poops

    Гость

    Понятно что компилятор, и тут по идее 2 варианта, либо в QtCreator’e поставить кодировку консоли в cp866, либо мс’овский nmake (или jom) настроить чтоб сообщения компиляции выводились в CP1251

    Записан
    poops

    Гость

    up

    Записан
    poops

    Гость

    Спасибо, помогло

    Записан
    Jo

    Гость

    Можешь написать как решил проблему?

    Записан
    kuzulis

    Подниму тему.

    Так какое же решение?

    1. Пробовал в региональных настройках Win7 для приложений не поддерживающих юникод
    менять язык на английский — так креатор в консоли сборки стал выводить вопросики.  Злой

    2. Пробовал удалять %VSINSTALLDIR%VCbin1049clui.dll
    так студийный компилер выдает:

    fatal error C1510: Cannot load language resource clui.dll.

    ЗЫ: Использую Windows 7 + MSVC 2010 + QtCreator 2.2.1
    « Последнее редактирование: Июль 27, 2011, 17:51 от kuzulis »
    Записан

    ArchLinux x86_64 / Win10 64 bit
    kuzulis

    Cкачал — но архив битый: «неизвестный формат или ошибка в архиве».

    —

     Если же удалить расширение *.zip и оставить только *.exe, и заменить jom — то компилирует, но всё-равно крякозяблы (а если менять настройки Win7 на English — то сплошные знаки вопроса).

    Так что не помогает.
    « Последнее редактирование: Июль 27, 2011, 18:27 от kuzulis »
    Записан

    ArchLinux x86_64 / Win10 64 bit
    b-s-a

    Гость

    Так, в Windows XP все работает.
    Посмотри значение ключей OEMCP и ACP ветки реестра: HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlNlsCodePage
    Должно быть «866» и «1251» соответственно.

    Записан
    kuzulis

    Да, у этих ключей было:
    OEMCP  = 437
    ACP = 1252

    После исправления на:
    OEMCP  = 866
    ACP = 1251

    всё заработало. Спасибо!

    PS: только настораживает разница в размерах jom ~1.5MB (родной) vs ~60KB (исправленный).
    « Последнее редактирование: Июль 28, 2011, 17:28 от kuzulis »
    Записан

    ArchLinux x86_64 / Win10 64 bit
    b-s-a

    Гость

    upx рулит.

    Записан
    andrew.k

    Гость

    Проверил ключи. У меня значения какие и должны быть.
    OEMCP  = 866
    ACP = 1251

    Скачал jom из вложения (размер 150кб)

    Проблема не устранилась. По-прежнему каракули.

    Записан
    b-s-a

    Гость

    Пинайте нокию через багтрекер… Сейчас в jom внесены серьезные изменения, которые полностью несовместимы с моим патчем. Поэтому, для исправления проблемы необходим целый ряд действий:
    1. внесение изменений в Qt Creator, чтобы он поддерживал смену кодировки в output panes (панелях вывода) или в «читателе стандартных выводов приложений».
    2. создание специального враппера, который будет декодировать вывод приложений, запускаемых через него (на данный момент в первую очередь необходимо преобразование ACP -> OEMCP, но наверняка потребуют чтобы это было параметром).
    3. внесение изменений в jom/qmake/spec, чтобы запуск микрософтовского ilink.exe (или как его там) в Makefile шел через созданный враппер.

    Есть желающие все это (или хотя бы часть) сделать?

    Записан

    Источник

    Понравилась статья? Поделить с друзьями:

    Читайте также:

  • Fatal error c1083 не удается открыть файл включение stdio h no such file or directory
  • Fatal error c1083 не удается открыть файл включение stdafx h
  • Fatal error c1083 не удается открыть файл включение pthread h no such file or directory
  • Fatal error c1083 не удается открыть файл включение math h
  • Fatal error c1083 не удается открыть файл включение crtdbg h no such file or directory

    • 0 0 голоса
    Рейтинг статьи
    Подписаться
    Уведомить о
    guest

    0 комментариев
    Старые
    Новые Популярные
    Межтекстовые Отзывы
    Посмотреть все комментарии