hi, I rebuild spice-gtk-0.34 with --enableo-webdav and
install it ,rebuid virt-viewer-6.0 and install it ,but reomote-viewer folder
sharing is not enabled
you can see my screeshot below
Can you help me to solve this problem?u
On Fri, May 18, 2018 at 03:13:57PM +0800, zhanglei_hlj wrote:
> hi, I rebuild spice-gtk-0.34 with --enableo-webdav
> and install it ,rebuid virt-viewer-6.0 and install it
> ,but reomote-viewer folder sharing is not enabled
>
> you can see my screeshot below
Your VM
>
> On 17/05/18 18:15, Jonathon Jongsma wrote:
> > Fine with me.
> >
>
> Thanks, I fixed a typo in header before pushing.
>
> s/spice_marshalller_intem_free_func/spice_marshaller_item_free_func
>
Can I send a follow up to remove the initial underscore?
Looks like some Python naming...
>
> On 17/05/18 12:11, Frediano Ziglio wrote:
> >>
> >> Here is an example of a successful run:
> >>
> >> https://gitlab.freedesktop.org/etrunko/spice-common/-/jobs/549
> >>
> >
> > Stupid question. Is it worth doing giving that spice-common is compiled
> > and tested from both spice-server and
>
> Wrap the streaming virtio port along with the mutex to lock it in a
> class. Pass the class temporarily around to functions that need it until
> the functions too are consolidated into the class.
>
> The locking needs to be outside the class for now to prevent situations
> like:
> 1 - data
>
> Hi,
>
>
> On 04/19/2018 03:28 PM, Frediano Ziglio wrote:
> > display_queue is queued with decoded frames ready to be displayed.
> > However current code can insert a timeout before displaying and
> > removing the queued frames. As the frames are not compressed the
> > usage of memory by
>
> Use exceptions for errors, remove the inner loop in read_command, which
> should practically never do more than one iteration. Handle EINTR from
> poll and report nothing to read, relying on the enclosing loop to poll
> for the command on the next iteration.
>
> Signed-off-by: Lukáš Hrázký
On Fri, 2018-05-18 at 05:27 -0400, Frediano Ziglio wrote:
> >
> > Use exceptions for errors, remove the inner loop in read_command, which
> > should practically never do more than one iteration. Handle EINTR from
> > poll and report nothing to read, relying on the enclosing loop to poll
> > for
>
> Update the interface to not return the size written, as it is not needed
> anymore.
>
> Signed-off-by: Lukáš Hrázký
> ---
> src/error.cpp | 1 -
> src/error.hpp | 14 +
> src/spice-streaming-agent.cpp | 48
>
>
> Both versions are fine, unify for consistency. Use the optically less
> verbose version.
>
> Signed-off-by: Lukáš Hrázký
> ---
> src/stream-port.cpp | 20 +++-
> src/stream-port.hpp | 4 ++--
> 2 files changed, 13 insertions(+), 11 deletions(-)
>
>
On Sat, 2018-05-12 at 11:19 +0800, Qiu Wenbo wrote:
> Yes. The situation can be easily reproduced by the patch below. We
> have noticed it usually happen on some thin clients (without the
> patch). Also, I can reproduce it on my desktop (latest version of
> Arch linux, ryzen 1600x) with debug
Use exceptions for errors. Handle EINTR from poll and report nothing to
read, relying on the enclosing loop to poll for the command on the next
iteration.
Signed-off-by: Lukáš Hrázký
---
src/spice-streaming-agent.cpp | 47 ---
1 file
Changes since v2:
- Removed the acked and pushed commits.
- Fixed accidental removal of test-mjpeg-fallback from TESTS.
- Added the copyright header to test-stream-port.
- Separated the fix for indefinitely looping read on a closed virtio
port into it's own patch (including the test case).
-
In blocking mode, a write to the virtio port blocks indefinitely if the
server closes the virtio port on it's side. Change to non-blocking mode,
so that we can quit the streaming agent in case the port gets closed.
Signed-off-by: Lukáš Hrázký
---
Signed-off-by: Lukáš Hrázký
---
src/unittests/.gitignore | 1 +
src/unittests/Makefile.am | 8 ++
src/unittests/test-stream-port.cpp | 55 ++
3 files changed, 64 insertions(+)
create mode 100644
On 18/05/18 05:42, Frediano Ziglio wrote:
>>
>> On 17/05/18 18:15, Jonathon Jongsma wrote:
>>> Fine with me.
>>>
>>
>> Thanks, I fixed a typo in header before pushing.
>>
>> s/spice_marshalller_intem_free_func/spice_marshaller_item_free_func
>>
>
> Can I send a follow up to remove the initial
On 18/05/18 05:57, Frediano Ziglio wrote:
>>
>> On 17/05/18 12:11, Frediano Ziglio wrote:
Here is an example of a successful run:
https://gitlab.freedesktop.org/etrunko/spice-common/-/jobs/549
>>>
>>> Stupid question. Is it worth doing giving that spice-common is compiled
For the series,
Acked-by: Frediano Ziglio
Frediano
>
> Changes since v2:
> - Removed the acked and pushed commits.
> - Fixed accidental removal of test-mjpeg-fallback from TESTS.
> - Added the copyright header to test-stream-port.
> - Separated the fix for indefinitely
In a comparison with current autotools build system, meson/ninja
provides a huge improvement in build speed, while keeping the same
functionalities currently available and being considered more user
friendly.
The new system coexists within the same repository with the current one,
so we can do
Hi
On Thu, May 17, 2018 at 3:01 PM, Frediano Ziglio wrote:
>>
>> Hi
>>
>> On Thu, May 17, 2018 at 1:50 PM, Frediano Ziglio wrote:
>> >>
>> >> On Wed, May 16, 2018 at 3:54 PM, Frediano Ziglio
>> >> wrote:
>> >> >>
>> >> >> On Wed, May
Reading from a closed virtio port looped indefinitely, check the read()
returning 0 and throw an exception if it happens.
Signed-off-by: Lukáš Hrázký
---
src/error.hpp | 2 ++
src/stream-port.cpp| 4
Wrap the streaming virtio port along with the mutex to lock it in a
class. Pass the class temporarily around to functions that need it until
the functions too are consolidated into the class.
The locking needs to be outside the class for now to prevent situations
like:
1 - data header
2 - cursor
This is the only function starting with an underscore, looks
out of style.
Signed-off-by: Frediano Ziglio
---
common/marshaller.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/common/marshaller.c b/common/marshaller.c
index 80cedb7..b55b568 100644
On 05/16/2018 05:17 AM, Christophe Fergeau wrote:
From: Joel Purra
- It seems `SpiceDisplayConn` does not always have the array
`this.o.sc.streams` set.
- It also seems (stream?) images can be loaded before `streams` is set.
- Without `streams`, or the specific stream
On Fri, 2018-05-18 at 11:57 -0300, Eduardo Lima (Etrunko) wrote:
> In a comparison with current autotools build system, meson/ninja
> provides a huge improvement in build speed, while keeping the same
> functionalities currently available and being considered more user
> friendly.
>
> The new
25 matches
Mail list logo