From: Matthias Bolte <matthias.bolte(a)googlemail.com&gt; Subject: Re: [libvirt-users] Java client error on Windows 7 64 bit for Libvirt on KVM To: "george john" <simplyjoe13(a)yahoo.com&gt; Cc: "libvirt mail-list" <libvirt-users(a)redhat.com&gt; Date: Wednesday, May 1, 2013, 10:40 AM 2013/4/29 george john <simplyjoe13(a)yahoo.com&gt;: > Hi, > I need some help in building a Java client on Windows 7 64 bit plaftorm to manage a KVM using the libvirt APIs. Using the instructions at http://libvirt.org/java.html, i was able to build libvirt.jar. My understanding is that libvirt.jar uses JNA to call libvirt's native windows library. I tried using the libvirt dlls in the  experimental Windows installation package mentioned in http://libvirt.org/windows.html at http://libvirt.org/sources/win32_experimental/Libvirt-0.8.8-0.exe > but whenever I try to connect to my remote API, I get the below Java exception : > Exception in thread "main" java.lang.UnsatisfiedLinkError: %1 is not a valid Win32 application. > >         at com.sun.jna.Native.open(Native Method) >         at com.sun.jna.Native.open(Native.java:1718) >         at com.sun.jna.NativeLibrary.loadLibrary(NativeLibrary.java:210) >         at com.sun.jna.NativeLibrary.getInstance(NativeLibrary.java:322) >         at com.sun.jna.Library$Handler.<init>(Library.java:142) >         at com.sun.jna.Native.loadLibrary(Native.java:387) >         at com.sun.jna.Native.loadLibrary(Native.java:366) >         at org.libvirt.jna.Libvirt.<clinit>(Unknown Source) >         at org.libvirt.Library.<clinit>(Unknown Source) >         at org.libvirt.Connect.<init>(Unknown Source) >         at Main.main(Main.java:8) > > But when I try the same client code on a Windows XP 32 bit machine (with 32 bit JVM), I don't see this problem and the connection succeeds. So it looks like the problem is that I am not using 64 bit windows libvirt dlls. Is my assumption correct? Is there a Windows installer with 64 bit Libvirt dlls ? Or are the 64 bit version of DLLs published somewhere? A 64bit process cannot use 32bit DLLs. You'll need libvirt and its dependencies compiled for 64bit. I'm not aware of any pre-compiled 64bit libvirt DLLs. > I tried using Matthias Bolte's msys_setup script (I tried in 2 machines) and in both machines, I get the below error when I try to run compile_libxml2.sh as per instructions https://github.com/photron/msys_setup/blob/master/readme_libvirt.txt > > Last few lines before the error is : > >>>>>>>>>>>>>>>>>> > make[5]: Leaving directory `/src/libxml2/libxml2-2.9.0-0/python' > make[4]: Leaving directory `/src/libxml2/libxml2-2.9.0-0/python' > Making install in tests > make[4]: Entering directory `/src/libxml2/libxml2-2.9.0-0/python/tests' > make[5]: Entering directory `/src/libxml2/libxml2-2.9.0-0/python/tests' > make[5]: Nothing to be done for `install-exec-am'. > test -z "/share/doc/libxml2-python-2.9.0/examples" || /bin/mkdir -p "/share/doc/ > libxml2-python-2.9.0/examples" >  /bin/install -c -m 644 build.py attribs.py tst.py tstxpath.py xpathext.py push. > py pushSAX.py pushSAXhtml.py error.py serialize.py validate.py tstURI.py cutnpas > te.py xpathret.py xpath.py outbuf.py inbuf.py resolver.py regexp.py reader.py re > ader2.py reader3.py reader4.py reader5.py reader6.py reader7.py reader8.py reade > rnext.py walker.py nsdel.py ctxterror.py readererr.py relaxng.py schema.py threa > d2.py sync.py tstLastError.py indexes.py dtdvalid.py tstmem.py '/share/doc/libxm > l2-python-2.9.0/examples' >  /bin/install -c -m 644 validDTD.py validSchemas.py validRNG.py compareNodes.py > xpathns.py xpathleak.py tst.xml valid.xml invalid.xml test.dtd '/share/doc/libxm > l2-python-2.9.0/examples' > make[5]: Leaving directory `/src/libxml2/libxml2-2.9.0-0/python/tests' > make[4]: Leaving directory `/src/libxml2/libxml2-2.9.0-0/python/tests' > make[3]: Leaving directory `/src/libxml2/libxml2-2.9.0-0/python' > make[2]: Leaving directory `/src/libxml2/libxml2-2.9.0-0/python' > make[1]: Leaving directory `/src/libxml2/libxml2-2.9.0-0' > + cp /python/Lib/site-packages/libxml2mod.dll /python/DLLs/libxml2mod.pyd > cp: cannot stat `/python/Lib/site-packages/libxml2mod.dll': No such file or dire > ctory >>>>>>>>>>>>>>>>>>> I just fixed this problem, but this won't help you with your 64bit problem. My msys_setup scripts compile libvirt for 32bit and it isn't that easy to extend them for 64bit. This is mainly due to libvirt's dependencies. For example, for gnutls the scripts just download pre-compiled 32bit DLLs. It'll require some work to get libvirt and its dependencies compiled for 64bit. -- Matthias Bolte http://photron.blogspot.com

From: george john <simplyjoe13(a)yahoo.com&gt; Subject: Re: [libvirt-users] Java client error on Windows 7 64 bit for Libvirt on KVM To: "Matthias Bolte" <matthias.bolte(a)googlemail.com&gt; Cc: "libvirt mail-list" <libvirt-users(a)redhat.com&gt; Date: Monday, May 6, 2013, 2:31 PM Hello Matthias, I trying rebuiling the 32 bit dlls by following instructions at https://github.com/photron/msys_setup/blob/master/readme_libvirt.txt and I get a new  error (note:  I did not redo instructions at  https://github.com/photron/msys_setup/blob/master/readme.txt) >>>>>>>>>>>>>>> testlimits.c:1345:25: warning: format '%lu' expects type 'long unsigned int', b t argument 4 has type 'size_t' testlimits.c:1355:25: warning: format '%lu' expects type 'long unsigned int', b t argument 4 has type 'size_t'   CCLD   testlimits.exe make[2]: Leaving directory `/src/libxml2/libxml2-2.9.0-0' Making all in doc make[2]: Entering directory `/src/libxml2/libxml2-2.9.0-0/doc' Making all in . make[3]: Entering directory `/src/libxml2/libxml2-2.9.0-0/doc' make[3]: Nothing to be done for `all-am'. make[3]: Leaving directory `/src/libxml2/libxml2-2.9.0-0/doc' Making all in devhelp make[3]: Entering directory `/src/libxml2/libxml2-2.9.0-0/doc/devhelp' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/src/libxml2/libxml2-2.9.0-0/doc/devhelp' Making all in examples make[3]: Entering directory `/src/libxml2/libxml2-2.9.0-0/doc/examples'   CC     io1.o   CCLD   io1.exe   CC     io2.o   CCLD   io2.exe   CC     parse1.o   CCLD   parse1.exe   CC     parse2.o   CCLD   parse2.exe   CC     parse3.o   CCLD   parse3.exe   CC     parse4.o   CCLD   parse4.exe   CC     reader1.o   CCLD   reader1.exe   CC     reader2.o   CCLD   reader2.exe   CC     reader3.o   CCLD   reader3.exe   CC     reader4.o   CCLD   reader4.exe   CC     testWriter.o   CCLD   testWriter.exe   CC     tree1.o   CCLD   tree1.exe   CC     tree2.o   CCLD   tree2.exe   CC     xpath1.o   CCLD   xpath1.exe   CC     xpath2.o   CCLD   xpath2.exe make[3]: Leaving directory `/src/libxml2/libxml2-2.9.0-0/doc/examples' make[2]: Leaving directory `/src/libxml2/libxml2-2.9.0-0/doc' Making all in example make[2]: Entering directory `/src/libxml2/libxml2-2.9.0-0/example'   CC     gjobread.o   CCLD   gjobread.exe make[2]: Leaving directory `/src/libxml2/libxml2-2.9.0-0/example' Making all in xstc make[2]: Entering directory `/src/libxml2/libxml2-2.9.0-0/xstc' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/src/libxml2/libxml2-2.9.0-0/xstc' Making all in python make[2]: Entering directory `/src/libxml2/libxml2-2.9.0-0/python' make  all-recursive make[3]: Entering directory `/src/libxml2/libxml2-2.9.0-0/python' Making all in . make[4]: Entering directory `/src/libxml2/libxml2-2.9.0-0/python'   CC     libxml.lo libxml.c:14:20: fatal error: Python.h: No such file or directory compilation terminated. make[4]: *** [libxml.lo] Error 1 make[4]: Leaving directory `/src/libxml2/libxml2-2.9.0-0/python' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/src/libxml2/libxml2-2.9.0-0/python' make[2]: *** [all] Error 2 make[2]: Leaving directory `/src/libxml2/libxml2-2.9.0-0/python' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/src/libxml2/libxml2-2.9.0-0' make: *** [all] Error 2 >>>>>>>>>>>>>>>>>>>>>>>>>> Do you know what could be causing this? Thank you. --- On Wed, 5/1/13, george john <simplyjoe13(a)yahoo.com&gt; wrote: > From: george john <simplyjoe13(a)yahoo.com&gt; > Subject: Re: [libvirt-users] Java client error on Windows 7 64 bit for Libvirt on KVM > To: "Matthias Bolte" <matthias.bolte(a)googlemail.com&gt; > Cc: "libvirt mail-list" <libvirt-users(a)redhat.com&gt; > Date: Wednesday, May 1, 2013, 2:22 PM > Thank you Matthias for investigating > and fixing the issue. I will try to re-build the 32 bit dlls > using your msys_setup script. > > Also thank you for explanation for my other questions. > > --- On Wed, 5/1/13, Matthias Bolte <matthias.bolte(a)googlemail.com&gt; > wrote: > > > From: Matthias Bolte <matthias.bolte(a)googlemail.com&gt; > > Subject: Re: [libvirt-users] Java client error on > Windows 7 64 bit for Libvirt on KVM > > To: "george john" <simplyjoe13(a)yahoo.com&gt; > > Cc: "libvirt mail-list" <libvirt-users(a)redhat.com&gt; > > Date: Wednesday, May 1, 2013, 10:40 AM > > 2013/4/29 george john <simplyjoe13(a)yahoo.com&gt;: > > > Hi, > > > I need some help in building a Java client on > Windows 7 > > 64 bit plaftorm to manage a KVM using the libvirt > APIs. > > Using the instructions at http://libvirt.org/java.html, i was able to build > > libvirt.jar. My understanding is that libvirt.jar uses > JNA > > to call libvirt's native windows library. I tried using > the > > libvirt dlls in the  experimental Windows > installation > > package mentioned in http://libvirt.org/windows.html at http://libvirt.org/sources/win32_experimental/Libvirt-0.8.8-0.exe > > > but whenever I try to connect to my remote API, I > get > > the below Java exception : > > > Exception in thread "main" > > java.lang.UnsatisfiedLinkError: %1 is not a valid > Win32 > > application. > > > > > >         at > > com.sun.jna.Native.open(Native Method) > > >         at > > com.sun.jna.Native.open(Native.java:1718) > > >         at > > > com.sun.jna.NativeLibrary.loadLibrary(NativeLibrary.java:210) > > >         at > > > com.sun.jna.NativeLibrary.getInstance(NativeLibrary.java:322) > > >         at > > > com.sun.jna.Library$Handler.<init>(Library.java:142) > > >         at > > com.sun.jna.Native.loadLibrary(Native.java:387) > > >         at > > com.sun.jna.Native.loadLibrary(Native.java:366) > > >         at > > org.libvirt.jna.Libvirt.<clinit>(Unknown Source) > > >         at > > org.libvirt.Library.<clinit>(Unknown Source) > > >         at > > org.libvirt.Connect.<init>(Unknown Source) > > >         at > > Main.main(Main.java:8) > > > > > > But when I try the same client code on a Windows > XP 32 > > bit machine (with 32 bit JVM), I don't see this problem > and > > the connection succeeds. So it looks like the problem > is > > that I am not using 64 bit windows libvirt dlls. Is my > > assumption correct? Is there a Windows installer with > 64 bit > > Libvirt dlls ? Or are the 64 bit version of DLLs > published > > somewhere? > > > > A 64bit process cannot use 32bit DLLs. You'll need > libvirt > > and its > > dependencies compiled for 64bit. I'm not aware of any > > pre-compiled > > 64bit libvirt DLLs. > > > > > I tried using Matthias Bolte's msys_setup script > (I > > tried in 2 machines) and in both machines, I get the > below > > error when I try to run compile_libxml2.sh as per > > instructions https://github.com/photron/msys_setup/blob/master/readme_libvirt.txt > > > > > > Last few lines before the error is : > > > > > > >>>>>>>>>>>>>>>>>> > > > make[5]: Leaving directory > > `/src/libxml2/libxml2-2.9.0-0/python' > > > make[4]: Leaving directory > > `/src/libxml2/libxml2-2.9.0-0/python' > > > Making install in tests > > > make[4]: Entering directory > > `/src/libxml2/libxml2-2.9.0-0/python/tests' > > > make[5]: Entering directory > > `/src/libxml2/libxml2-2.9.0-0/python/tests' > > > make[5]: Nothing to be done for > `install-exec-am'. > > > test -z "/share/doc/libxml2-python-2.9.0/examples" > || > > /bin/mkdir -p "/share/doc/ > > > libxml2-python-2.9.0/examples" > > >  /bin/install -c -m 644 build.py attribs.py > tst.py > > tstxpath.py xpathext.py push. > > > py pushSAX.py pushSAXhtml.py error.py > serialize.py > > validate.py tstURI.py cutnpas > > > te.py xpathret.py xpath.py outbuf.py inbuf.py > > resolver.py regexp.py reader.py re > > > ader2.py reader3.py reader4.py reader5.py > reader6.py > > reader7.py reader8.py reade > > > rnext.py walker.py nsdel.py ctxterror.py > readererr.py > > relaxng.py schema.py threa > > > d2.py sync.py tstLastError.py indexes.py > dtdvalid.py > > tstmem.py '/share/doc/libxm > > > l2-python-2.9.0/examples' > > >  /bin/install -c -m 644 validDTD.py > > validSchemas.py validRNG.py compareNodes.py > > > xpathns.py xpathleak.py tst.xml valid.xml > invalid.xml > > test.dtd '/share/doc/libxm > > > l2-python-2.9.0/examples' > > > make[5]: Leaving directory > > `/src/libxml2/libxml2-2.9.0-0/python/tests' > > > make[4]: Leaving directory > > `/src/libxml2/libxml2-2.9.0-0/python/tests' > > > make[3]: Leaving directory > > `/src/libxml2/libxml2-2.9.0-0/python' > > > make[2]: Leaving directory > > `/src/libxml2/libxml2-2.9.0-0/python' > > > make[1]: Leaving directory > > `/src/libxml2/libxml2-2.9.0-0' > > > + cp /python/Lib/site-packages/libxml2mod.dll > > /python/DLLs/libxml2mod.pyd > > > cp: cannot stat > > `/python/Lib/site-packages/libxml2mod.dll': No such > file or > > dire > > > ctory > > > >>>>>>>>>>>>>>>>>>> > > > > I just fixed this problem, but this won't help you with > your > > 64bit > > problem. My msys_setup scripts compile libvirt for > 32bit and > > it isn't > > that easy to extend them for 64bit. This is mainly due > to > > libvirt's > > dependencies. For example, for gnutls the scripts just > > download > > pre-compiled 32bit DLLs. It'll require some work to > get > > libvirt and > > its dependencies compiled for 64bit. > > > > -- > > Matthias Bolte > > http://photron.blogspot.com > > > _______________________________________________ libvirt-users mailing list libvirt-users(a)redhat.com https://www.redhat.com/mailman/listinfo/libvirt-users

On 05/06/2013 03:31 PM, george john wrote: > Hello Matthias, > I trying rebuiling the 32 bit dlls by following instructions at https://github.com/photron/msys_setup/blob/master/readme_libvirt.txt and I get a new error (note: I did not redo instructions at https://github.com/photron/msys_setup/blob/master/readme.txt) > > make[4]: Entering directory `/src/libxml2/libxml2-2.9.0-0/python' > CC libxml.lo > libxml.c:14:20: fatal error: Python.h: No such file or directory > compilation terminated. This sounds like you don't have python development headers installed in your environment. But since this is an error related to compiling libxml, not libvirt, it's not very relevant to this particular list; at this point, you have enough work cut out for you in setting up a generic windows compilation environment that you may be better off asking on mingw lists.