WinDepends – A Rewrite of the Dependency Walker

I never understood why those responsible for Windows SDK dropped Dependency Walker, instead of updating to the new Windows ways of dynamic libraries.<p>Most certainly they keep having similar tooling in Redmond.

There is also this: <a href="https:&#x2F;&#x2F;github.com&#x2F;lucasg&#x2F;Dependencies">https:&#x2F;&#x2F;github.com&#x2F;lucasg&#x2F;Dependencies</a> Similar project for replacing the old dependency walker tool

Its kind of crazy that a person outside of Microsoft is doing this. Why is this not supported by the Sysinternals team?

Nice! I loved and relied on WinDepends back in the day.

Why does a tool such as this need a server?

There is also this one, but it is no longer maintained. <a href="https:&#x2F;&#x2F;github.com&#x2F;MarekKnapek&#x2F;DependencyViewer">https:&#x2F;&#x2F;github.com&#x2F;MarekKnapek&#x2F;DependencyViewer</a>

Great! Dependency Walker has been nonfunctional since Windows introduced API sets.

In the olden times, the internet was so nerdy if you searched on Altavista for &quot;depends&quot; this tool was the top result.

Is there an equivalent of ldd for Win32?

This is awesome! I hope this doesn&#x27;t get abandoned.

Nice project, just as a challenge &#x2F; piece of feedback - most of the time you don&#x27;t actually need to have a C backend for this type of project. The challenge is to get all the P&#x2F;Invoke signatures and struct declarations &#x2F; pointer walking correct on .Net. The benefit being a single managed EXE and no need for cross process communication and the edge cases it brings.<p>(Source: Have built a full SCSI interop layer in .Net to do low level CD ripping, full with native pointer walking and all. Have also written tools to walk the PEB (process environment block) in .Net w&#x2F; no native backends.)