widl [2/2]: Implement pointer descriptions for complex structures
Robert Shearman
rob at codeweavers.com
Tue Sep 18 17:15:26 CDT 2007
Dan Hipschman wrote:
> On Tue, Sep 18, 2007 at 09:23:37AM +0100, Robert Shearman wrote:
>
>> Dan Hipschman wrote:
>>
>>> var_t *field,
>>> }
>>> else if (is_ptr(type))
>>> {
>>> - print_file(file, 2, "0x8,\t/* FC_LONG */\n");
>>> + unsigned char fc = (cont->type == RPC_FC_BOGUS_STRUCT
>>> + ? RPC_FC_POINTER
>>> + : RPC_FC_LONG);
>>> + print_file(file, 2, "0x%x,\t/* %s */\n", fc, string_of_type(fc));
>>> *tfsoff += 1;
>>> }
>>> else if (!write_base_type(file, type, tfsoff))
>>>
>>>
>> I sent a patch yesterday which does a similar thing to this chunk. I
>> think we need to agree on which approach we're going to take so we can
>> let Alexandre know which patch to commit.
>>
>
> Sorry, I missed your last three patches somehow. My patch not only uses
> RPC_FC_POINTER instead of RPC_FC_LONG here, but it also implements the
> pointer description section for complex structures.
Right, but I was really talking about the approach of passing a flag
into write_member_types or passing the containing type in. I think it is
slightly cleaner to do the former, but your patch works very well for
the case I was trying to fix.
> I actually left
> these as RPC_FC_LONG on purpose, until the pointer description part was
> finished. Isn't using RPC_FC_POINTER with a pointer description offset
> of zero just going to crash? It's not really any more correct in that
> case. There are no tests, so I'm not sure what it would do.
>
Sure, but it was slightly better than the existing code, which would
have appeared to correctly unmarshal data, but fail in strange ways. If
you want to always output correct format strings then you have to detect
unimplemented cases and output an error!
--
Rob Shearman
More information about the wine-devel
mailing list