Re: [Harbour] Re: Possible OLE bug

2009-09-23 Thread Viktor Szakáts
Hi Antonio, I don't understand your message, OLE was never Przemek's code, current SVN is brand new implementation from Mindaugas and additions by Przemek. Brgds, Viktor On 2009 Sep 23, at 18:17, Antonio Linares wrote: Viktor, Thanks for your answer and time to review it. Good to see that P

Re: [Harbour] Re: Possible OLE bug

2009-09-23 Thread Antonio Linares
Viktor, Thanks for your answer and time to review it. Good to see that Przemek fixes his own bugs :-) best regards, Antonio 2009/9/23 Przemyslaw Czerpak : > On Wed, 23 Sep 2009, Szak�ts Viktor wrote: >> To all: >> My dev PC (WinXP) died tonight, so don't expect frequent >> SVN updates until th

Re: [Harbour] Re: Possible OLE bug

2009-09-22 Thread Przemyslaw Czerpak
On Wed, 23 Sep 2009, Szak�ts Viktor wrote: > To all: > My dev PC (WinXP) died tonight, so don't expect frequent > SVN updates until the situation gets resolved. Ups, hope you will resolve it soon. > BTW, the patch looks wrong to me as WideToAnsi() isn't > passed any length data, so the conversion

Re: [Harbour] Re: Possible OLE bug

2009-09-22 Thread Viktor Szakáts
To all: My dev PC (WinXP) died tonight, so don't expect frequent SVN updates until the situation gets resolved. I've also pulled Oracle access for the time being, pls tell if it's needed and I try to make it online. BTW, the patch looks wrong to me as WideToAnsi() isn't passed any length data,

[Harbour] Re: Possible OLE bug

2009-09-22 Thread Antonio Linares
Proposed change: case VT_BSTR: { char* szString = WideToAnsi( pVariant->n1.n2.n3.bstrVal ); hb_itemPutCLPtr( pItem, szString, WideCharToMultiByte( CP_ACP, 0, pVariant->n1.n2.n3.bstrVal, -1, NULL, 0, NULL, NULL ) ); break; } best regards Antonio 2009/