El 21/10/2016 a las 13:57, LacaK escribió:
To note that both "constref" are intentional.
Ok I can create patch if we (you ;-)) are sure that it is okay ?
-Laco.
Hello,
I'm not "sure" because if the flag does not tell us nothing (no IN, no
OUT) I do not know if there is a "default behavior"
Dňa 21.10.2016 o 13:42 José Mejuto napísal(a):
El 21/10/2016 a las 12:32, LacaK escribió:
So result should be:
case FD^.lprgelemdescParam[k].paramdesc.wParamFlags and
(PARAMFLAG_FIN or PARAMFLAG_FOUT) of
PARAMFLAG_FIN or PARAMFLAG_FOUT:sPar:='var ';
PARAM
El 21/10/2016 a las 12:32, LacaK escribió:
So result should be:
case FD^.lprgelemdescParam[k].paramdesc.wParamFlags and
(PARAMFLAG_FIN or PARAMFLAG_FOUT) of
PARAMFLAG_FIN or PARAMFLAG_FOUT:sPar:='var ';
PARAMFLAG_FOUT:sPar:='out ';
else sPar:=
Dňa 21.10.2016 o 12:10 José Mejuto napísal(a):
El 21/10/2016 a las 12:05, LacaK escribió:
- in typelib.pas is on line 631 vt=VT_PTR and sl='PWideString' ('P' is
deleted on line 635) wParamFlags=0
When I add "else" part:
case FD^.lprgelemdescParam[k].paramdesc.wParamFlags and
(PARAMF
El 21/10/2016 a las 12:05, LacaK escribió:
- in typelib.pas is on line 631 vt=VT_PTR and sl='PWideString' ('P' is
deleted on line 635) wParamFlags=0
When I add "else" part:
case FD^.lprgelemdescParam[k].paramdesc.wParamFlags and
(PARAMFLAG_FIN or PARAMFLAG_FOUT) of
PARA
Dňa 20.10.2016 o 17:48 José Mejuto napísal(a):
El 20/10/2016 a las 15:20, LacaK escribió:
There is:
if bParamByRef then
case FD^.lprgelemdescParam[k].paramdesc.wParamFlags and
(PARAMFLAG_FIN or PARAMFLAG_FOUT) of
PARAMFLAG_FIN or PARAMFLAG_FOUT:sPar:='var ';
On Mon, October 17, 2016 12:18 am, grouchysmurf wrote:
> Hi.
>
>
>>> I ended up doing exactly that though it feels like an ugly thoug[h]
>>> incomplete hack. Thanks for the tip.
>
>> Why a hack?
>> System.ExitCode is meant for returning exitcodes.
>>
>
> Being forced to forfeit one or two layers o
