(VS2022/MFC/Visual c++) Cannot add Event Handler. "Message Type" does not appear in dialog - visual-c++

I made
appliclation type- Dialog based MFC project, named Viewer
and added IDR_MAIN_MENU using Add Resource dialog.
and have set up like this
and boom! there is no Message type
Ive taught that there should be COMMAND or UPDATE_COMMAND_UI,
but there is nothing
i have no idea what i did wrong.
one of my classmate had same problem,
and he solved this problem indirectly
-by installing VS2019
my environment is WINDOWS10/VS2022
with
v143 c++ build tools,
MSVC v143- VS2022 c++ x64/x86 build tools
installed.
sorry for the korean in installer screenshot.
Any Idea of what I did wrong?
Should I REALLY install another version of VS?

Same thing here, Microsoft close my issue but it still appears in 17.4.0
In the current Preview 17.5.0 you can pick a message type but the generated code ist wrong.

Related

No Rust autocomplete in Visual Studio Code for external crates such as 'gtk-rs'

Maybe this question has been done before but I can not find anything.
I would like to know what steps to follow so that Visual Studio Code can show the autocomplete window that shows Rust methods and such, for example when using ctrl+space (In many commons, editors) What I see is that it works for std but not for gtk-rs.
I was wondering if I would have to tell you in some way how to find the files or something like that.
I do not know if this will depend on each editor or all have some specific files included, my IDE is Visual Studio Code.
...you forgot to include the extensions that you have installed
kalitaalexey
Rust for Visual Studio Code
Rust Language Server integration.
Autocompletion (via racer or RLS).
Go To Definition (via racer or RLS).
Go To Symbol (via rustsym or RLS).
Code formatting (via rustfmt).
Code Snippets.
//..
Although there could be many possible causes of a problem with the Rust extension in Visual Studio Code, the following steps should help anyone with issues of this kind:
Do not use the old extension "Rusty Code", since it's no longer maintained. Instead, you have two options:
rust-analyzer provides by far the best Rust language support and is already part of the Rust organization. This is the recommended choice today.
rust-lang.rust is an older extension developed by an official Rust team and is focused on Rust Language Server (RLS) integration. It is not as powerful.
The kalitaalexey.vscode-rust extension was forked from Rusty Code to make it more stable, but that one too eventually lost maintenance.
When using RLS, you might need to build your project so that dependencies are downloaded and compiled locally, thus enabling the extension to retrieve additional information about them.
It's always worth making sure that the extension is up to date and properly configured. Update the extension, and check out the respective documentation for instructions on how to make it work.
Check the status bar. If something is wrong, it should tell you so. Open the extension task's output window for error messages. If something still isn't right, try reloading your window.
If there's still a problem after these steps, it might actually be a bug, which should be reported.
For me solution was to use Rust Analyzer extension https://marketplace.visualstudio.com/items?itemName=matklad.rust-analyzer instead of rust-lang.rust https://marketplace.visualstudio.com/items?itemName=rust-lang.rust
If you're just starting with Rust and VSCode, and want to enable autocomplete, this is what I did (Novemeber 2021):
Install Rust extension in VSCode
Open root folder of you existing Rust project(or create new) in VSCode (and select "trust workspace" if asked)
Open src/main.rs, now in lower right corner VSCode will ask you to install some components, click yes and it will install both Rust Language Server and Rust Analyzer
Autocomplete should now work with CTRL+SPACE
Before trying out E_net4's solutions, make sure you are running your Rust project from root. (same directory as Cargo.toml)
I was running :
-app
- src
- Cargo.toml
-app2
- src
- Cargo.toml
As my workspace root.
For me, the answer was to install rust via rustup rather than through Home Brew.
Install rust via Rustup
Install the rust-analyzer extension
Also ensure that the workspace is trusted in VS Code.

Compilation of Release configuration fails (ILT0005)

I've updated Visual Studio 2015 to Update 2 recently. Since then, I'm not able to compile my already published app anymore. Even a new blank UWP project does not compile. I get the following error message:
ILT0005: "C:\Program Files (x86)\MSBuild\Microsoft.NetNative\x86\ilc\Tools\nutc_driver.exe #"C:\Users\locked\documents\visual studio 2015\Projects\App1\App1\obj\x86\Release\ilc\intermediate\MDIL\App1.rsp"" Exitcode -1073740791
I completely uninstalled all Visual Studio relevant components and reinstalled them, which didn't solve the problem. Unfortunately, I'm not able to update my app at the moment.
I'm running Windows 10 Build 10586.218
It is a bug in .NET Native compiler, affecting German localization only (based on our current knowledge). We are looking into solutions (a fix with reasonable shipping vehicle, or better workaround). Stay tuned.
[Update] The fix shipped on 6th May as "Universal Windows App Development Tools - Tools (1.3.2)". Go to Control Panel - Programs - Programs and Features - Visual Studio ... - Modify, check Tools (1.3.2), then click Update. All languages now work (German, French, Italian, etc.).
-Karel Zikmund
(.NET Native team)
i had exactly this issue on french platform and found this solution : https://social.msdn.microsoft.com/Forums/en-US/9d590372-d82c-4075-9ea9-504a22c9502f/cant-compile-in-net-native-ilt005-error?forum=wpdevelop
compilation is ok after moved all ressources files nutcui.dll

Missing .dll error reoccurence

I have a question regarding VC++ 5.0.
For a dialog-based project I am writing, I have linked it to a particular dynamic link library called File32.dll by adding the corresponding .lib file to my project debug folder as you do.
I also linked to this library in the Project Settings. This library contains functions specific to a particular application which I need to access. All of the necessary header files have been included and the project builds without errors or warnings.
The problem is that once I try to debug and run the dialog, an error appears:
The program can't start because OUTPUT.dll is missing from your
computer.Try reinstalling the program to fix this problem.
OUTPUT.dll is a library I am not linking to for this project. And when I add this particular .dll to my debug folder, the same error appears with a different .dll (SYSINT32.dll).
No matter how much I add these dlls to my debug folder, the error message reappears with a new dll. Bare in mind, the project debugged and ran successfully before I linked to File32.lib. So I feel that the problem lies with File32.lib. Any ideas on what might be happening with the linker?
Use Dependency Walker to open your File32.dll. It will show all DLLs this one (statically) depends on. It will also highlight the missing ones.
As for VC++ 5.0 ... I feel the need to comment ...
Visual C++ 5.0, which included MFC 4.21 and was released 1997-04-28 (...)
that's an amazing 18 years :-)

Project is targeting frameworks not installed or are included as part of future updates to Visual Studio

I am attempting to convert the Microsoft.Health C# class library that is installed as part of the HealthVault SDK, using instructions provided here. After following these instructions, I get the following error when attempting to load the project into Visual Studio 2013.
"The project is targeting frameworks hat are either not installed or
are included as part of future updates to Visual Studio. See
http://go.microsoft.com/fwlink/?LinkId=287985"
Visiting the link takes me to .NET SDKs and Downloads. Once there, I have no clue on what needs to be done.
I do realize that one will have to leverage the Portable Class Library Contrib project to fill in some missing bits, especially code related to System.Security. This, I will deal with later.
Any one run into a similar problem?
Maybe so late but for those who have the same problem.
I had the same error in a project which was working perfect before updating VS2013 and finally after 3 hours looking for the source of the error I found that the error is about TargetFrameworkProfile.
In my case I sloved it like so:
Right click in the unloaded project in your solution and click Edit.
Find the TargetFrameworkProfile tag and set it as below:
<TargetFrameworkProfile>Profile78</TargetFrameworkProfile>
At a guess, this is because you need to specify the TargetFrameworkVersion and TargetFrameworkProfile properties in the project file. Compare the .csproj you are trying to create to a newly created PCL project file, and make sure that everything that's not specific to your project matches.
I ran into the same issue and got it resolved by installing the latest Visual Studio Update

MonoDevelop unsupported project type vcxproj

I have been a long-time visual studio developer, and I am trying to switch over to using mono so I can port my applications to Ubuntu. I have been trying to get some of my VS2010 C++ projects (.vcxproj file types) to load into MD on my Ubunutu 12.04 machine. According to the documentation I have read online this should work, however, every time I try and load a project I get the error shown below. Is there something else I need to be installing in order to be able to load C++ projects in monodevelop? I have done some searching, but have not yet found anything related to this particular question.
VC2010Test.sln(4): Unsupported or unrecognized project : '/home/me/Projects/Test/VC2010Test/VC2010Test.vcxproj'.
Thanks
MonoDevelop has a C/C++ binding, called CBinding.
But:
Beware, it's not meant to target managed C++.
AFAIK, it only works in Unix-like platforms.
So, if you still target non-managed C++ and are not using MonoDevelop for Windows, two questions:
Did you make sure that the binding (addin) is installed and enabled?
If the answer to the above question is yes, you may want to try this: the binding creates projects with the extension ".proj" by default, I think, so maybe you can change this to ".vcxproj", recompile, and test again. If it works, then it should be easy to create a pull request to include this extension of possible file types that this addin can handle?

Resources