Can anyone use the open source files to code a 64bit version of the LuaCOM.DLL
I have the 32bit X86 version which worked just fine until the software developers for another application changed to a 64bit Lua, now the Link is broken
Related
So I have Delphi XE (no number) and I have a project that was built on another machine (using JVCL components). Now, my machine is a Windows 8.1 (64 bits), and the previous machine was Windows XP (32 bits).
Of course I want to be able to continue developing the app, but for that I need the JCL/JVCL to be installed here too.
Now comes my problem. When I run the installer (bat) of JCL, it starts ok, but it does not show any options, so when I click the Install button nothing happens, and I get a message saying the installation finished. But of course nothing is installed.
This is how the installer looks on my x64 machine:
What can I do to install this JCL on a win64 machine? I am very sure that this is the problem: the OS. Because on 32bit OS (Windows XP) I have no problem installing it.
I looked it up, but could not find a straightforward solution. There might be a problem with some registry where the installer looks for the location of Delphi ?!?! but I have no idea how to fix it.
I need to install the JVCL, but it wont install unless I have JCL installed first... and the JCL does not install
Please help me.
Thank you
I recently upgraded from Delphi 2010 to Delphi XE4, but the paths to the source files on one application I am working on are not found by the compiler. I go to Tools-Project-Options and select the Platform as 64-bit Windows and add the paths to the source files to the Library path. I close the dialog and try to compile but the paths are not found. I reopen project options and find that it has reset itself to 32-bit windows.
What is causing the dialog to not set the paths and revert to 32-Bit Windows?
The some files are found, but some are not. The files that are not found are the 64-bit Abbrevia
files and the 32-bit Abbrevia files.
I have successfully created other 64-bit apps without this problem, so I an confused as to what is going on.
I have PostgreSQL 9.2 installed on win 7 64 and can connect to it with ODBC from my delphi IDE using dbexpress with no problem. When I try to connect using Zeos, and although I have provided the path to the libpq.dll, I still get the error (libpq not found or not loadable). I tried all solutions I found by googling but so far I haven't found a working solution.
I have put the dll, and later all dlls into system32 to even see if that is what it takes.
This is my setup:
Delphi XE3
Zeos 7
PostgreSQL 9.2
On windows 7 64
Does anyone use this system and can connect to postgresql 9.2 with zeos?If so what am I missing?
So my question summarized in one line is this:
What is a working configuration/steps to connect zeos 7 with postgresql on delphi on win 7 64?
Your answer is much much appreciated!!
Make sure you have the following files together with libpq.dll:
libeay32.dll, libiconv.dll, ssleay32.dll, libintl.dll, libxml2.dll,
and libxslt.dll. These are library files that lipq.dll depends on. Delphi IDE is 32bit so you can only use the 32bit version of the above libraries if you want to connect to postgresql at design time. If your project is 64bit you may get the 64bit version of the files above and place it in a separate folder under your project's root dir then change the libpq.dll path of ZConnection at runtime to point to that folder.
Hope this helps.
Are you sure your ZeosLib is x64? When building component, make sure you choose 64-bit Windows as Target Platform.
Most likely the computer where the problem is happening lacks Microsoft Visual C++ 2010 Redistributable x64. I adivise you to download it from Microsoft and install it, then run another test.
I had the same problem. To get around this, I had to change the working directory of the delphi application to the path of libpq.dll because otherwise it will not be able to find the other libraries, it needs. So maybe you want to do something similar to this before opening the first connection to postgresql:
OldPath := ExtractFilePath(Application.ExeName);
ChDir('c:\path\to\libpq\dll\');
ZConnection.Connect;
ChDir(OldPath)
I tried to use the Rails Installer to get a ruby on rails environment on my Windows 7 64bit today and the .exe won't run because it's made for 32bit instead of 64bit.
Update When I try to start the installer, this message pops up:
Here is the translation:
This version of the file is not compatible with the running version of Windows.
Open the system information of the computer to check if a x86 (32bit) or x64
(64bit) version of this application is neccessary and contact the software vendor.
Is there a 64bit alternative for the installer?
64bits Windows can run 32bits applications, that is what WOW64 layer provides (Windows on Windows)
However, there are specific things you can't perform, like accessing OLE or using 64bits DLLs from 32bits applications or viceversa.
If the issue you're having is connect to a MySQL installation (something you're not mentioning) you should take a look to this blog article:
http://blog.mmediasys.com/2011/07/07/installing-mysql-on-windows-7-x64-and-using-ruby-with-it/
Hope that helps.
I recently got Visual Studio on a new computer, and to set up DirectX on it, I went to Tools>Options>Projects and Solutions>VC++ Directories and under Library Files made a new entry C:\Program Files\Microsoft DirectX SDK (August 2009)\Lib\x86
and now ran a test program (essentially just initialized DirectX) and it worked fine. However, if I change ...\Lib\x86 to ...\Lib\x64, than I get a linker error that Direct3DCreate9 is undefined:
1>main.obj : error LNK2019: unresolved external symbol _Direct3DCreate9#4 referenced in function "void __cdecl init(void)" (?init##YAXXZ)
The x86 libraries are for 32-bit applications, and the x64 libraries are for 64-bit applications.
You can see which platform you are targetting in Visual Studio's Configuration Manager. Unless you have a good reason, you should be writing 32-bit applications, since 64-bit apps will require the 64-bit version of Windows to run.
The x64 folder contains the library files for the AMD64 platform (Windows 64 Bit). You need to compile your application for 64 bit, too. Also, you need the 64 bit version of Windows to run the produced executable.
Well the simple answer is that the x86 libraries are for 32 bit operating systems and the x64 libraries are for 64 bit operating systems.
Simply changing the DirectX library linked to will produce an error as you are (in all probability) trying to link your 32 bit code to the 64 bit library. You will need to compile your code to target 64 bit operating systems to get this to link successfully.