[Spice-devel] Latest development branch on Ubuntu 9.04
Alexander Larsson
alexl at redhat.com
Tue Jun 29 02:08:16 PDT 2010
On Tue, 2010-06-29 at 10:26 +0200, Attila Sukosd wrote:
> On Tue, Jun 29, 2010 at 9:48 AM, Attila Sukosd
> <attila.sukosd at gmail.com> wrote:
> Hi guys,
>
> So I've been trying to get the sources from the devel git to
> work, and I've got it to compile however I was facing some
> CEGUI issues:
>
> 29/06/2010 09:13:14 (Std) ---- CEGUI System
> initialisation completed ----
> 29/06/2010 09:13:14 (Std) ---- Version 0.6.2 ----
> 29/06/2010 09:13:14 (Std) ---- Renderer module is:
> Unknown renderer (vendor did not set the ID string!) ----
> 29/06/2010 09:13:14 (Std) ---- XML Parser module is:
> CEGUI::XercesParser - Official Xerces-C++ based parser module
> for CEGUI ----
> 29/06/2010 09:13:14 (Std) ---- Scripting module is: None
> ----
> 29/06/2010 09:13:14 (Std) Attempting to load Scheme from
> file 'TaharezLook.scheme'.
> 29/06/2010 09:13:14 (Std) XercesParser::initialiseSchema
> - Attempting to load schema from file 'GUIScheme.xsd'.
> 29/06/2010 09:13:14 (Error) CEGUI::GenericException in
> file ../../client/gui/resource_provider.cpp(83) : failed
> 29/06/2010 09:13:14 (Error) XercesParser::parseXMLFile -
> An unexpected error occurred while parsing XML file
> 'TaharezLook.scheme'.
> 29/06/2010 09:13:14 (Error) Scheme::Scheme - loading of
> Scheme from file 'TaharezLook.scheme' failed.
>
> This was using the "libcegui-mk2-*" packages from the default
> Ubuntu repositories. After playing around with it and
> regenerating the taharez_look.*.c, I still got nowhere, so I
> downloaded the CEGUI 0.6.2 sources and compiled it by hand,
> but I still had the same issue. In the end, I did manage to
> "fix" it by changing the default xml parser for CEGUI to
> libxml (--with-default-xml-parser=LibxmlParser) instead of the
> Xerces one.
>
>
> Now I'm down to the issue of not being able to connect to a
> v0.4 server cause of version mismatch:
>
> 1277797671 INFO spice : [12999:12999] Application::main:
> starting 0.5.1
> 1277797671 INFO spice : [12999:12999] GUI::GUI(Application&,
> Application::State):
> 1277797671 INFO spice : [12999:13002]
> RedPeer::connect_unsecure: Connecting 192.168.1.4 6001
> 1277797671 WARN spice : [12999:13002] RedChannel::run: version
> mismatch: expect 4294967294 got 1
> 1277797671 INFO spice : [12999:12999] main: Spice client
> terminated (exitcode = 11)
>
> Server side:
>
> handle_dev_input: attach
> create_cairo_context: using cairo canvas
> interface_change_notifier: VD_INTERFACE_VDI_PORT
> interface_change_notifier: VD_INTERFACE_TABLET
> reds_handle_read_header_done: version mismatch
> reds_handle_read_header_done: version mismatch
>
>
>
> Best Regards,
>
> Attila
>
> Update:
>
> Changing #define RED_VERSION_MAJOR (~(uint32_t)0 - 1)
> to #define RED_VERSION_MAJOR 1
> has "fixed" the issue.
Thats very wrong. The major is high to indicate the current protocol is
unstable. When its declared stable we'll set it to 2, not 1. 1 is the
old protocol from 0.4.
I think the problem you're having should have been fixed by:
http://cgit.freedesktop.org/spice/spice/commit/?id=eb3fe11d944acf32d7795fb6d0d69c25ce800d54
Do you have that commit? If you do something weird is going on and needs
more debugging.
More information about the Spice-devel
mailing list