On Mon, Sep 05, 2011 at 08:20:55AM +0300, Alon Levy wrote:
> On Mon, Sep 05, 2011 at 03:19:50AM +0200, Christophe Fergeau wrote:
> > Several functions in server/ were not specifying an argument list,
> > ie they were declared as void foo(); When compiling with
> > -Wstrict-prototypes, this leads to
On Mon, Sep 05, 2011 at 03:19:50AM +0200, Christophe Fergeau wrote:
> Several functions in server/ were not specifying an argument list,
> ie they were declared as void foo(); When compiling with
> -Wstrict-prototypes, this leads to:
> test_playback.c:93:5: erreur: function declaration isn’t a prot
Several functions in server/ were not specifying an argument list,
ie they were declared as void foo(); When compiling with
-Wstrict-prototypes, this leads to:
test_playback.c:93:5: erreur: function declaration isn’t a prototype
[-Werror=strict-prototypes]
---
common/quic.c
Hey,
On Wed, Aug 31, 2011 at 10:49:48AM +0200, nicolas prochazka wrote:
> colossus:/tmp/spice-gtk-532450c76dfe100690b027b96e02d986895c1e21 # spicy
>
> (spicy:27817): GSpice-WARNING **: (spicy.c:1597):main: runtime check failed:
> (rrscreen != NULL)
>
> (spicy:27817): GSpice-CRITICAL **: gnome_rr
Hey,
On Wed, Aug 31, 2011 at 10:30:46AM +0200, nicolas prochazka wrote:
> + When i'm trying to compile spice-0.9.1 :
>
> reds.c: In function 'reds_handle_main_link':
> reds.c:1559:9: error: call to function 'reds_expects_link_id' without a real
> prototype
> reds.c:1528:5: note: 'reds_expects_lin
Hey,
On Fri, Sep 02, 2011 at 02:12:38PM +0200, nicolas prochazka wrote:
> spice 0.9.1 seems to be not compile on i686 architecture ( 32 bits )
> spice 0.8.x is ok for this architecture
Only spice-client is supported on 32 bit architectures, see the last
question in http://spice-space.org/faq.html
On 08/25/2011 01:24 PM, Yonit Halperin wrote:
Hi all,
here is the original email I sent for #725009.
===> For this plan no change is required in libvirt. <===
This plan does not bring back seamless migration to live. But it does
make the current host switching less noticeable by the user.
The di
On 09/02/2011 06:19 PM, Gerd Hoffmann wrote:
reds_stream_free() may call the channel_event callback which is not
supposed to be callsed from worker thread context. This patch moves
the reds_stream_free call for the display channel from the worker to
the dispatcher to fix this issue.
[ Note: not
On 08/31/2011 03:55 PM, Damien Churchill wrote:
Hi,
Are the patches you spoke of the ones that have recently been
committed to the git repository?
Regards,
Damien
Hi,
Yes. You can download the binaries:
http://spice-space.org/download/binaries/qxl-0.10-20112808.zip
Please let me know if it
