From: eric.kolotyluk at gmail.com (Eric Kolotyluk) Date: Sat, 29 Jan 2011 15:00:56 -0800 Subject: [Pljava-dev] Windows binaries In-Reply-To: References: <4D436496.2040909@gmail.com> Message-ID: <4D449C28.6000402@gmail.com> On 2011-01-28 5:38 PM, Johann 'Myrkraverk' Oskarsson wrote: > On Sat, 29 Jan 2011 00:51:34 -0000, Eric Kolotyluk > wrote: > >> Enterprise DB do not seem to have a binary release of 64-bit Postgres >> Plus for me to try. >> >> At the moment this is a bit of a showstopper for us as we need to be >> able to deploy on both 32-bit and 64-bit Windows. > > That is unfortunate. At the moment I do not envision having the time > to build Windows binaries until after February 11th. There are mainly > two things that stop me. First is the complete lack of the Windows > operating system license and installation media. The second is a > computer/cpu with virtualization support so I can run 64bit Windows in > a virtual machine. Well, we do not need to deploy until well after Feb 11. But it would be nice to be able to test on 64-bit windows. I do have a high end workstation with VMWare Workstation, and Windows 7 installation ISOs with MSDN licenses. If there is any way I could help please let me know. I can certainly test any DLLs you want me to. > >> Off hand neither me nor my colleagues have heard of a situation where a >> 32-bit DLL does not run on 64-bit windows, so we cannot imagine what is >> wrong with pljava.dll. > > And neither can I. I have heard of incompatible libraries such as > Python 2.7 components that refused to work together. As I understood > the story that had nothing to do with 32 vs. 64 bits and had to do > with incompatible compilers or compilation settings. I was wondering about the compiler and linker environment you were using for Windows. Is it GNU or Microsoft? > >>> Who can I talk to about the reason pljava does not work on 64-bit >>> Windows? I have never come across 32-bit software that does not run on >>> 64-bit windows before. There must be something funny about how they >>> built the DLL. > > In an ideal world that would be I. And I have no idea who to talk to > at Enterprise DB about this. > I have raised the issue on the Enterprise support forum, but have heard nothing in a week. For the most part I have been trying to avoid having to build the binaries myself, but I have been able to test my proof of concept in the allotted time, so I may have an opportunity to go this route later. Cheers, Eric