On Tue, Apr 17, 2012 at 12:49:11PM -0500, Aric Stewart wrote:
> Yeah, i am wondering a bit about this also.
>
> I know under c++ sizeof and empty struct will return 1
> gnu c will return 0
> msvc++ fails.
>
> adding a uint8_t padding member will make it always return 1. I am not sure
> if that i
Yeah, i am wondering a bit about this also.
I know under c++ sizeof and empty struct will return 1
gnu c will return 0
msvc++ fails.
adding a uint8_t padding member will make it always return 1. I am not
sure if that is going to be an issue.
I am totally not an expert on the wire protocol, w
Not sure if this applies since I'm looking at the spice-gtk 0.11 source, but
the generated_demarshallers.c code includes a function parse_SpiceMsgEmpty.
Within it it uses "sizeof(SpiceMsgEmpty)" and some pointer/allocator math for
demarshalling a SpiceEmptyMsg. I'm no expert here, but I would th
On Tue, Apr 17, 2012 at 08:15:22AM -0500, Aric Stewart wrote:
> Hello all,
>
> Working away at making the current tip of spice build the win32 client. I
> have run into another problem.
>
> Since the last working win32 cllient build the code generated by
> spice_codegen.py has shifted from C
Hello all,
Working away at making the current tip of spice build the win32
client. I have run into another problem.
Since the last working win32 cllient build the code generated by
spice_codegen.py has shifted from CPP files to C files. The generated
files include messages.h.
Inside
