win64

In the Windows applications I work on, we have a custom framework that sits directly above Win32 (don't ask). When we create a window, our normal practice is to put this in the window's user data area via SetWindowLong(hwnd, GWL_USERDATA, this) , which allows us to have an MFC-like callback or a tightly integrated WndProc , depending. The problem is that this will not work on Win64, since LONG is only 32-bits wide. What's a better solution to this problem that works on both 32- and 64-bit systems? SetWindowLongPtr was created to replace SetWindowLong in these instances. It's LONG_PTR parameter

I want to copy c:\Windows\regedit.exe to same directory with regedit2.exe name But when I try to copy it,I take an error which say regedit.exe file not found" or sometimes copy it to under windows\SysWOW64 directory. And actually I knıow win64 is redirecting it But how can I disable redirecting and copy windows/regedit.exe to windows/regedit2.exe. My sample code is if(File.Exists(@"c:\Windows\regedit.exe")) try { File.Copy(@"c:\Windows\regedit.exe", @"c:\Windows\regedit2.exe", true); } catch (Exception ex){} İs there any one who can help me There are Win32 functions available that can disable

Everything I've read indicates that TRTTIContext is thread-safe. However, TRTTIContext.FindType seems to fail (returns nil) occasionally when multithreading. Using a TCriticalSection around it fixes the issue. Note that I'm using XE6, and the issue doesn't seem to exist in XE. Edit: Seems to exist in all Delphi editions that have the new RTTI units. I've worked up a test project you can use to see for yourself. Create a new VCL project, drop a TMemo and a TButton, replace unit1 with below, and assign the Form1.OnCreate, Form1.OnDestroy and Button1.OnClick events. The key CS is the GRTTIBlock

I have Windows Vista 64. I have some projects requiring Python 2.7.3 64 bit and others requiring Python 2.7.3 32 bit (because some extensions do not work in 64 bit). How do I prevent the Python 2.7.3 MSI installer (32 or 64 bot) from deleting the other version. Side by side worked for me with Python 2.7.2 without problems. This appears to be working for me on Windows 7 64 bit. Choose one version to be your default installation, e.g. 64 bit, and install it first. Before doing anything else install the other version. Specify a different installation directory and in the Customize Python 2.7.3

I'm a member in a team that develop a Delphi application. The memory requirements are huge. 500 MB is normal but in some cases it got out of memory exception. The memory allocated in that cases is typically between 1000 - 1700 MB. We of course want 64-bits compiler but that won't happen now (and if it happens we also must convert to unicode, but that is another story...). My question is why is there a 2 GB memory limit per process when running in a 64 bit environment. The pointer is 32 bit so I think 4 GB would be the right limit. I use Delphi 2007. EDIT: So if I set the IMAGE_FILE_LARGE

After following the instructions in INSTALL.W64 I have two problems: The code is still written to the "out32" folder. I need to be able to link to both 32-bit and 64-bit versions of the library on my workstation, so I don't want the 64-bit versions to clobber the 32-bit libs. The output is still 32-bit! This means that I get "unresolved external symbol" errors when trying to link to the libraries from an x64 app. kgriffs To compile the static libraries (both release and debug), this is what you need to do: Install Perl - www.activestate.com Run the "Visual Studio 2008 x64 Cross Tools Command