-
-
Notifications
You must be signed in to change notification settings - Fork 45
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feature request: native Windows support #23
Comments
This is probably harder than it looks like:
|
Thanks much @aitap . I don't quite understand your point. Am I doing something wrong with the |
OH! I see it. I bet that's a bug. Let me see if I can reproduce it in testing. |
Fixed the va_args usage with #27 |
I get the second bullet now. Hrm. So when we are printing the value as "%#lx" and I extract it as a long, that won't work. Maybe I should be more religious about %p and extract it as a |
Is there a |
I just pushed up this pull request. Does it fix anything? #28 |
Thanks a lot for your help! |
Sure thing. Appreciate your feedback. |
I have a Windows-only project that dmalloc could really help with. Currently, it seems that the only way to use dmalloc on Windows is to build it with Cygwin, since the only virtual memory APIs that dmalloc currently speaks are
sbrk
andmmap
, and Windows has neither.If you are interested in this, I could prepare a pull request modifying
heap.c
to useVirtualAlloc
/VirtualFree
in addition tommap
/munmap
, bringing me closer to my goal of cross-compiling dmalloc for Windows using something like./configure --build=i686-linux-gnu --host=i686-w64-mingw32
. While lack ofmmap
could be worked around usingINTERNAL_MEMORY_SPACE
, it's not a good solution.The text was updated successfully, but these errors were encountered: