The formula is here to make sure glyph is aligned to 4 bytes so
tell to the compiler to avoid a warning.
Signed-off-by: Frediano Ziglio
---
server/red-parse-qxl.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/server/red-parse-qxl.c b/server/red-parse-qxl.c
index afae943
This patch came from some experiments using an emulated MIPS machine.
On such architecture due to not supporting alignment access the
compiler is more strict about conversion complaining with some
pointer casts. Use different conversion to avoid these warnings.
Signed-off-by: Frediano Ziglio
---
Signed-off-by: Frediano Ziglio
---
server/jpeg-encoder.c | 7 +++
server/mjpeg-encoder.c | 21 +++--
2 files changed, 26 insertions(+), 2 deletions(-)
diff --git a/server/jpeg-encoder.c b/server/jpeg-encoder.c
index 269ed8aa7..1ff7e2506 100644
--- a/server/jpeg-encoder.c
++
Signed-off-by: Frediano Ziglio
---
server/char-device.c | 27 ---
1 file changed, 8 insertions(+), 19 deletions(-)
diff --git a/server/char-device.c b/server/char-device.c
index 9ee255664..caabdd3e1 100644
--- a/server/char-device.c
+++ b/server/char-device.c
@@ -224,11 +
The Cursor/DisplayChannel is not expecting large messages (which are
protocol violations).
This fixes https://gitlab.freedesktop.org/spice/spice-server/issues/11.
Signed-off-by: Frediano Ziglio
---
server/common-graphics-channel.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --gi
>
> On 6/1/19 3:14 PM, Frediano Ziglio wrote:
> > As we don't use any token there's no reason to not queue
> > directly instead of passing through RedCharDevice.
> > This will make easier to limit the queue which currently is
> > unlimited.
>
> Hi,
>
> If we need flow control, how difficult woul
