Visual D bug in paths

Jo Blow Jo at Blow.net
Sat Mar 26 04:54:32 UTC 2022


On Friday, 25 March 2022 at 09:18:09 UTC, Rainer Schuetze wrote:
>
>
> On 21/03/2022 21:38, Jo at blow.net wrote:
>> So I deleted the .vs directory and it fixed the debug source 
>> files so they now point to the 2022 install. I still cannot 
>> debug the old project in x86 mode even after messing with 
>> various debuggers(mago, mixed mode, visual studio). I've tried 
>> matching up the new working projects settings with the old and 
>> everything is the same so I have no idea what really is going 
>> on.
>> 
>> 
>
>
> AFAICT the "debug source files" usually only contain the 
> directories of the Microsoft C++ header and source files. More 
> directories are added there if you manually locate a source 
> file that the debugger cannot find autoamtically.
>
> I don't see an update of those directories when loading a 
> solution into VS 2022, even with VS 2019 still installed, so 
> deleting the .vs folder seems like a good solution. I don't 
> think these settings are vital to starting the debugger, though.
>

It didn't solve the problem ;/

> I guess you are using the visualdproj projects. The "mago debug 
> engine" that can be selected in the debugging options is a 
> 32-bit engine only, so it doesn't work in VS 2022 anymore. The 
> "mago extension" to the Visual Studio debugger is ported to 
> 64-bit and works with both VS engines adding similar and more 
> functionality.
>
> One thing I stumble over from time to time is that the VS 
> project configuration dialog doesn't always open with the 
> current configuration, so changes to the settings seem to have 
> no effect.
>
> If that doesn't help: what is the exact error message you get?

The exact error is a dialog that pops up saying:

"
cannot launch debugger on
C:\projects\test\test\Win32\Debug\test.exe
hr = 800702e4
"


I thought it worked because I created a test project. It seems it 
has something specific to do with older projects. I can debug a 
new project in x86 using mago or visual studio x86 mixed mode.

But in my older project I cannot get anything to work except for 
x64 debugging but my project uses x86 dlls that I cannot port to 
x64. I tried creating a new project so it seems like it is 
something fishy with my code.

I'm using the requests library and simply drag and drop the 
folder in to the new project and copy over the code(which is just 
one file).


The requests library gives me an error about "errors in imported 
modules: depreciated ... Usage of the 'body' keyword is 
depreciated. Use `do` instead."

I can't imagine that causing a problem with the debugger but 
maybe? It works in x64 mode and the error doesn't stop a build.

------ Rebuild All started: Project: test, Configuration: Debug 
Win32 ------
Building Win32\Debug\test.exe...
..\..\test\test\requests\pool.d(281): Deprecation: Usage of the 
`body` keyword is deprecated. Use `do` instead.
..\..\test\test\requests\pool.d(370): Deprecation: Usage of the 
`body` keyword is deprecated. Use `do` instead.
..\..\test\test\requests\streams.d(1033): Deprecation: Usage of 
the `body` keyword is deprecated. Use `do` instead.
         1 file(s) copied.
========== Rebuild All: 1 succeeded, 0 failed, 0 skipped 
==========

The copied file is just a post build command that copies the exe.

Any ideas?



More information about the Digitalmars-d-ide mailing list