On Tue, 2010-06-29 at 10:26 +0200, Attila Sukosd wrote: > On Tue, Jun 29, 2010 at 9:48 AM, Attila Sukosd > <[email protected]> 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. _______________________________________________ Spice-devel mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/spice-devel
