I want to run libre.extend.examples on Windows 7 (x64). I get the following error:
Exception in thread "main" java.lang.UnsatisfiedLinkError: C:\Program Files (x86)\LibreOffice 4.0\URE\bin\jpipe.dll: Can't load IA 32-bit .dll on a AMD 64-bit platform
Will there be support for x64 Windows?
Should I switch to Microsoft Office and reimplement my stuff there?
@qubit1: I made a demo for a client based on these: http://api.libreoffice.org/examples/DevelopersGuide/examples.html . I’d really hate telling them to use MS Office “because LibreOffice can’t API”.
I had the same problem with Jabref 2.9 on a Windows 8 machine. (On my Ubuntu machines this always worked out of the box).
I had both 64 bit and 32 bit java installed, and apparently LO seemed to run on the 32 while Jabref ran on the 64. I uninstalled my 64 bit JAVA using “Control Panel”’ and set the PATH environment variables to include ‘C:\Program Files (x86)\Java\jre7\bin’ and created a JAVA_HOME variable pointing to '‘C:\Program Files (x86)\Java’. After that, when I restarted JabRef it connected to LibreOffice straight away and it now works great. When you get it to work, the Jabref plugin for OO/ Libre Office is really rather nice!
Bye bye expensive overcomplicated endnote 
Hi @SeanW,
To provide the backstory (that you probably know), we don’t currently ship a 64-bit build of LO for Windows, we just support the 32-bit build on both x86 and x86_64:
Where have you sourced this “libre.extend.examples” file/library? Is that something that LibreOffice provides?
After chatting with a developer, it sounds like TDF only provides 32bit builds of the code, which would include the DLL. This might be an issue where you need a 32bit JRE to handle the 32bit DLLs, although I don’t know enough about the particulars to tell you for sure.
The fastest solution would be to run a 32bit VM so that LO can run in a native 32bit environment.
It may certainly be possible for you to recompile the DLL and then have the example code work on the 64bit Windows platform. The devs tell me that “recompiling LibO for 64 bit is not possible for someone without deep knowledge as it requires some low level work in the uno bridge,” so that sounds pretty tricky. If you have are interested in trying that process, please check with the devs.
I also found this bug:
Looks like there’s a flag in the compile process to enable the creation of 64bit DLLs. This might be totally irrelevant to your problem, but it sounds like it could be pertinent.
Good luck!
@qubit1 thank you for your research; hopefully a x64 version will be released eventually. As I really only need to manipulate spreadsheets, using HandsOnTable in the browser is what I am doing currently.