Changing the subject line to a more appropriate one.. --- On Mon, 5/6/13, george john <simplyjoe13@xxxxxxxxx> wrote: > From: george john <simplyjoe13@xxxxxxxxx> > Subject: Re: Java client error on Windows 7 64 bit for Libvirt on KVM > To: "Matthias Bolte" <matthias.bolte@xxxxxxxxxxxxxx> > Cc: "libvirt mail-list" <libvirt-users@xxxxxxxxxx> > 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@xxxxxxxxx> > wrote: > > > From: george john <simplyjoe13@xxxxxxxxx> > > Subject: Re: Java client error on > Windows 7 64 bit for Libvirt on KVM > > To: "Matthias Bolte" <matthias.bolte@xxxxxxxxxxxxxx> > > Cc: "libvirt mail-list" <libvirt-users@xxxxxxxxxx> > > 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@xxxxxxxxxxxxxx> > > wrote: > > > > > From: Matthias Bolte <matthias.bolte@xxxxxxxxxxxxxx> > > > Subject: Re: Java client error on > > Windows 7 64 bit for Libvirt on KVM > > > To: "george john" <simplyjoe13@xxxxxxxxx> > > > Cc: "libvirt mail-list" <libvirt-users@xxxxxxxxxx> > > > Date: Wednesday, May 1, 2013, 10:40 AM > > > 2013/4/29 george john <simplyjoe13@xxxxxxxxx>: > > > > 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@xxxxxxxxxx > https://www.redhat.com/mailman/listinfo/libvirt-users > _______________________________________________ libvirt-users mailing list libvirt-users@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvirt-users
