[libvirt-users] Error in msys_setup script while generating 32 bit libvirt dll
george john
simplyjoe13 at yahoo.com
Tue May 7 14:30:27 UTC 2013
Changing the subject line to a more appropriate one..
--- On Mon, 5/6/13, george john <simplyjoe13 at yahoo.com> wrote:
> From: george john <simplyjoe13 at yahoo.com>
> Subject: Re: [libvirt-users] Java client error on Windows 7 64 bit for Libvirt on KVM
> To: "Matthias Bolte" <matthias.bolte at googlemail.com>
> Cc: "libvirt mail-list" <libvirt-users at redhat.com>
> 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 at yahoo.com>
> wrote:
>
> > From: george john <simplyjoe13 at yahoo.com>
> > Subject: Re: [libvirt-users] Java client error on
> Windows 7 64 bit for Libvirt on KVM
> > To: "Matthias Bolte" <matthias.bolte at googlemail.com>
> > Cc: "libvirt mail-list" <libvirt-users at redhat.com>
> > 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 at googlemail.com>
> > wrote:
> >
> > > From: Matthias Bolte <matthias.bolte at googlemail.com>
> > > Subject: Re: [libvirt-users] Java client error on
> > Windows 7 64 bit for Libvirt on KVM
> > > To: "george john" <simplyjoe13 at yahoo.com>
> > > Cc: "libvirt mail-list" <libvirt-users at redhat.com>
> > > Date: Wednesday, May 1, 2013, 10:40 AM
> > > 2013/4/29 george john <simplyjoe13 at yahoo.com>:
> > > > 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 at redhat.com
> https://www.redhat.com/mailman/listinfo/libvirt-users
>
More information about the libvirt-users
mailing list