<html><head></head><body><div class="ydpd7da5c34yahoo-style-wrap" style="font-family: Helvetica Neue, Helvetica, Arial, sans-serif; font-size: 13px;"><div><div><br></div></div></div><div id="ydpab5b8a55yahoo_quoted_0019867409" class="ydpab5b8a55yahoo_quoted"><div style="font-family:'Helvetica Neue', Helvetica, Arial, sans-serif;font-size:13px;color:#26282a;">
<div><div dir="ltr">Tarmo Pikaro <<a shape="rect" href="mailto:tapika@yahoo.com" rel="nofollow" target="_blank">tapika@yahoo.com</a>> writes:<br clear="none"><br clear="none">> Here is 64-bit enabling commit:<br clear="none">><br clear="none">> <a shape="rect" href="https://github.com/tapika/dbghelp2/commit/3a3e9daacae14c4f73585aeff4ef53a207a9f55d" rel="nofollow" target="_blank">https://github.com/tapika/dbghelp2/commit/3a3e9daacae14c4f73585aeff4ef53a207a9f55d</a><br clear="none">><br clear="none">> Basically my intention was to prototype that it's possible to determine call stack using wine dbghelp parts. <br clear="none">><br clear="none">> - Does it makes any sense to try to make my dbghelp prototype be more or less official / or create such version which would be suitable for wine and for standalone compilation ?<br clear="none"><br clear="none">> For what you want, you should be able to use Wine's dbghelp unmodified.<br clear="none"><br></div><div dir="ltr">Hmm... Basically use wine, and run windows executable, but load elf file instead ? Hmm... That sounds like a plan, will try this later on.</div><div dir="ltr">I have already tried to cross compile wine in linux subsystem for windows.</div><div dir="ltr"><br></div><div dir="ltr">> Things that are legitimate bug fixes (like getting rid of 'long') can be<br></div><div dir="ltr">> merged upstream. </div><div dir="ltr"><br></div><div dir="ltr">Ok, but I still bit suspicion on potential regressions, I don't fully know dbghelp area where it should work and where it should not.</div><div dir="ltr"><br></div><div dir="ltr">> Other stuff like missing WideCharToMultiByte can be<br clear="none">> addressed by providing the missing functions in your own separate object<br clear="none">> file, without changing the source.<div class="ydpab5b8a55yqt1997718782" id="ydpab5b8a55yqtfd38488"><br></div><div class="ydpab5b8a55yqt1997718782" id="ydpab5b8a55yqtfd38488">I've scanned quite many unicode libraries and concluded of bringing up cutf library alive - that is basically a replacement for</div><div class="ydpab5b8a55yqt1997718782" id="ydpab5b8a55yqtfd38488"><span><span style="color: rgb(38, 40, 42); font-family: Helvetica Neue, Helvetica, Arial, sans-serif;">WideCharToMultiByte & windows api - uses less call arguments, but can achieve stuff.</span></span></div><div class="ydpab5b8a55yqt1997718782" id="ydpab5b8a55yqtfd38488"><span><span style="color: rgb(38, 40, 42); font-family: Helvetica Neue, Helvetica, Arial, sans-serif;"><br></span></span></div><div class="ydpab5b8a55yqt1997718782" id="ydpab5b8a55yqtfd38488"><span><span style="color: rgb(38, 40, 42); font-family: Helvetica Neue, Helvetica, Arial, sans-serif;">I've posted one message to reddit about cutf library in here:</span></span></div><div class="ydpab5b8a55yqt1997718782" id="ydpab5b8a55yqtfd38488"><span><span style="color: rgb(38, 40, 42); font-family: Helvetica Neue, Helvetica, Arial, sans-serif;"><span><a href="https://www.reddit.com/r/cpp/comments/bwdjjq/utf8_wide_character_conversion_with_c_c/" rel="nofollow" target="_blank">https://www.reddit.com/r/cpp/comments/bwdjjq/utf8_wide_character_conversion_with_c_c/</a></span><br></span></span></div><div class="ydpab5b8a55yqt1997718782" id="ydpab5b8a55yqtfd38488"><span><span style="color: rgb(38, 40, 42); font-family: Helvetica Neue, Helvetica, Arial, sans-serif;">and already prototyped patching dbghelp library, see:</span></span></div><div class="ydpab5b8a55yqt1997718782" id="ydpab5b8a55yqtfd38488"><span><span style="color: rgb(38, 40, 42); font-family: Helvetica Neue, Helvetica, Arial, sans-serif;"><span><a href="https://github.com/tapika/dbghelp2/commit/b516e1ca2f47055c994a3ede9fc8c28dfa29dfb6" rel="nofollow" target="_blank">https://github.com/tapika/dbghelp2/commit/b516e1ca2f47055c994a3ede9fc8c28dfa29dfb6</a></span><br></span></span></div><div class="ydpab5b8a55yqt1997718782" id="ydpab5b8a55yqtfd38488"><br></div><div class="ydpab5b8a55yqt1997718782" id="ydpab5b8a55yqtfd38488">One thing which I'm not so sure about - is whether or not you actually use code pages (and which) in dbghelp.dll.</div><div class="ydpab5b8a55yqt1997718782" id="ydpab5b8a55yqtfd38488"><br clear="none">> - I would be interested in further development of dbghelp - as standalone dll / so independently from wine.<br clear="none">><br clear="none">> At the moment dbghelp serves like read / parse of existing file<br clear="none">> formats (PE & ELF), has anyone considered of expanding support towards<br clear="none">> generation of same file formats ?</div><br clear="none">> There was an effort a long time ago to generate PDB files from the Unix<br clear="none">> data, but it never got good enough for real use. Doing this at the<br clear="none">> compiler level is probably more realistic.<br clear="none"><br clear="none"><div class="ydpab5b8a55yqt1997718782" id="ydpab5b8a55yqtfd22030">I would like to head into direction of having only one compilation instead of multiple -</div><div class="ydpab5b8a55yqt1997718782" id="ydpab5b8a55yqtfd22030"><span><a href="https://www.reddit.com/r/cpp/comments/bjgt0j/make_portable_dll_without_second_compilation/" rel="nofollow" target="_blank">https://www.reddit.com/r/cpp/comments/bjgt0j/make_portable_dll_without_second_compilation/</a></span><br></div><div class="ydpab5b8a55yqt1997718782" id="ydpab5b8a55yqtfd22030"><br></div><div class="ydpab5b8a55yqt1997718782" id="ydpab5b8a55yqtfd22030">basically replace .so & .dll file format with one centralized file format, which can be run on multiple platforms. (e.g. linux and windows)</div><div class="ydpab5b8a55yqt1997718782" id="ydpab5b8a55yqtfd22030"><br></div><div class="ydpab5b8a55yqt1997718782" id="ydpab5b8a55yqtfd22030">Please don't tell me it will be a long way to get there, I know that - but there already exists prototypes</div><div class="ydpab5b8a55yqt1997718782" id="ydpab5b8a55yqtfd22030">who managed to make this happen. I think wine's dbghelp is good place to start from, but</div><div class="ydpab5b8a55yqt1997718782" id="ydpab5b8a55yqtfd22030">we might indeed require native compilers support, need to locate good guys for this job.</div><div class="ydpab5b8a55yqt1997718782" id="ydpab5b8a55yqtfd22030"><br></div><div class="ydpab5b8a55yqt1997718782" id="ydpab5b8a55yqtfd22030">C# .net already compiles only one compilation .net assembly, why same cannot be done with C++ ?</div><div class="ydpab5b8a55yqt1997718782" id="ydpab5b8a55yqtfd22030"><br></div><div class="ydpab5b8a55yqt1997718782" id="ydpab5b8a55yqtfd22030">Suspect that need to set up "discussion" bridges to Microsoft compiler, gcc and clang teams.</div><div class="ydpab5b8a55yqt1997718782" id="ydpab5b8a55yqtfd22030"><br></div><div class="ydpab5b8a55yqt1997718782" id="ydpab5b8a55yqtfd22030">I had already some experience with Android platform development and know about linker limitations on that </div><div class="ydpab5b8a55yqt1997718782" id="ydpab5b8a55yqtfd22030">platform. Suspect might need to take some development effort to make dll loader, file format, call stack </div><div class="ydpab5b8a55yqt1997718782" id="ydpab5b8a55yqtfd22030">to be fully platform agnostic.</div><div class="ydpab5b8a55yqt1997718782" id="ydpab5b8a55yqtfd22030"><br></div><div class="ydpab5b8a55yqt1997718782" id="ydpab5b8a55yqtfd22030"><br></div></div></div>
</div>
</div></body></html>