You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I am currently working with a project that predominantly runs on Windows 10/11 (64bit) and from what I have read, OpenDHT will not compile as a Windows library (DLL) but could be wrong on this.
It gave me the thought that just maybe OpenDHT might be able to be compiled into a runtime library under Mingw64 and then it could be loaded and called from within a standard Visual Studio solution project as part of a larger project that I am doing now.
Not sure if this would work, but wanted to try and get some input from the OpenDHT developers on the feasibility of such an approach?
Any thoughts would be greatly appreciated.
The text was updated successfully, but these errors were encountered:
Actually, the idea is to use OpenDHT with FUSE and Dokany to build a user space P2P filesystem for Windows so that file chunks can be spread out across nodes in encrypted shards and replicants helping to make it a bit more secure.
I ran across a few Github projects, but they are mainly for FUSE on Linux, but all tend to use OpenDHT.
Hi All,
I am currently working with a project that predominantly runs on Windows 10/11 (64bit) and from what I have read, OpenDHT will not compile as a Windows library (DLL) but could be wrong on this.
It gave me the thought that just maybe OpenDHT might be able to be compiled into a runtime library under Mingw64 and then it could be loaded and called from within a standard Visual Studio solution project as part of a larger project that I am doing now.
Not sure if this would work, but wanted to try and get some input from the OpenDHT developers on the feasibility of such an approach?
Any thoughts would be greatly appreciated.
The text was updated successfully, but these errors were encountered: