~~ODT~~
I don't think it was super hard. We did it ourselves for our CRChart product, which is the only thing that our tiny company actually sells or maintains anymore based on the PG32 codebase. There is the basic pg32.dll and one or two small helper dll's. It was several 100 thousand lines of code overall , however, so there were any number of small fixups that had to be done. Here is a snippet from an Instantation engineer who was working on the small talk 64bit project: Dan, Please look into this as you can and deduct your time from what we have remaining. We use cmake for our build system...so you may notice a CMakeLists.txt which we use to generate the Visual Studio Project (or MinGW or whatever). I'm pretty much just copying/pasting below. Let me know if you need more context for any of these and I'll be happy to get him to expand what he is asking. ---Note from Alexander--- There are some issues I'm not sure how to resolve. I'd like to pass it to Dan to get some help. 1. tdi_main.c. There are lot's of alignment by 4-byte boundary. Should it be 8-byte boundary for 64-bit? 2. com_util.c. Cast HANLDE to HFILE, which is int. I know HANDLE value doesn't exceed 32-bit MAX_INT, but I don't like such casts. 3. tdi_cell.c:1100. Using strlen for wchar type. Maybe it should be replaced with wcslen or something? 4. wfx_pict.c:2622. The same as in p.2 5. mfc_strings.cpp:1234+ No idea what's going on here, need to clarify. -- Seth ----------------------------------------------------- Seth Berman President & CEO, Instantiations Inc. sberman@instantiations.com