Reinhard Pagitsch <[EMAIL PROTECTED]> writes:
>Hello Paul,
>
>Am 21.01.2005 17:51 schrieb Paul Johnson:
>> On Fri, Jan 21, 2005 at 10:41:52AM +0100, Reinhard Pagitsch wrote:
>>
>>>
>>>The code in the prop.c where the error is looks
>>>XS(XS_Win32__File__Prop_ReadProperty)
>>>{
>>> dXSARGS;
>>> if (items != 1)
>>> Perl_croak(aTHX_ "Usage: Win32::File::Prop::ReadProperty(THIS)");
>>> {
>>> Properties * THIS; // This generates the error
>>
>>
>> I suggest using a different variable name. THIS has a special meaning.
Hmm, that rings a bell. I have a feeling it is Windows that may
have a meaning for THIS.
>Tis code will be generated by xsubpp. I have no influence on this. And
>it is ok. The error will be generated because the "type" Properties *
>will be changed by something to nonsens.
Someone (Windows or perl) seems to have a #define of 'Properties' or 'THIS'.
Try
#undef Properties
#undef THIS
after your #include-s
If that doesn't solve it ...
Can we see the .xs input for that function ?
Also can you try genrating the preprocessed form of the generated .c file
If you have Foo.xs -> Foo.c then
something like:
nmake Foo.i
Should do that.
Then if you can cut/paste the part of that that corresponds to the line above
we can try and track down what is
>
>>
>> See perldoc perlxs, "Using XS With C++".
>I did, and much more documentation and searched for samples in the Internet.
>
>regards
>Reinhard
