Re: [Harbour] SF.net SVN: harbour-project:[13894] trunk/harbour

2010-02-17 Thread Viktor Szakáts
Hi Xavi, On 2010 Feb 17, at 16:00, Xavi wrote: > Hi Viktor, > >> even in the Windows API set. Dyn function engine >> should not pose extra limitation here. > > Well, I don't like limitations but in this case exist RAW type and I suppose > is appropriate for structures and arrays type TCHAR**,

Re: [Harbour] SF.net SVN: harbour-project:[13894] trunk/harbour

2010-02-17 Thread Xavi
Hi Viktor, even in the Windows API set. Dyn function engine should not pose extra limitation here. Well, I don't like limitations but in this case exist RAW type and I suppose is appropriate for structures and arrays type TCHAR**, seems a bit redundant. need extra translation modes, but si

Re: [Harbour] SF.net SVN: harbour-project:[13894] trunk/harbour

2010-02-17 Thread Viktor Szakáts
Hi Xavi, > It's nice. About Character Data. > If the encode is UNICODE, ASCII, ANSI, NULL is the terminator: only RAW can > be 0 in the data. Not necessarily. It may happen that a .c function expects human-readable data containing nul chars, even in the Windows API set. Dyn function engine sh

Re: [Harbour] SF.net SVN: harbour-project:[13894] trunk/harbour

2010-02-17 Thread Xavi
Viktor, It's nice. About Character Data. If the encode is UNICODE, ASCII, ANSI, NULL is the terminator: only RAW can be 0 in the data. Best regards, Xavi ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.h

Re: [Harbour] SF.net SVN: harbour-project:[13894] trunk/harbour

2010-02-17 Thread Viktor Szakáts
Hi Przemek, On 2010 Feb 17, at 13:39, Przemysław Czerpak wrote: > On Wed, 17 Feb 2010, Szak�ts Viktor wrote: > > Hi Viktor, > >>> I would also suggest to use macros to declare function types and call them. >>> They should greatly reduce total code size and allow to add new calling >>> conventio

Re: [Harbour] SF.net SVN: harbour-project:[13894] trunk/harbour

2010-02-17 Thread Viktor Szakáts
Hi Przemek, >> 2010-02-17 03:06 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) >> * src/rtl/fstemp.c >>! Using hb_fsTempDir() in HB_FTEMPCREATEEX() instead of >> old solution. This should fix it for some non-*nix >> platforms where *nix specific TEMPDIR envvar was used >> to de

Re: [Harbour] SF.net SVN: harbour-project:[13894] trunk/harbour

2010-02-17 Thread Przemysław Czerpak
On Wed, 17 Feb 2010, vszak...@users.sourceforge.net wrote: Hi Viktor, > 2010-02-17 03:06 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) > * src/rtl/fstemp.c > ! Using hb_fsTempDir() in HB_FTEMPCREATEEX() instead of > old solution. This should fix it for some non-*nix > platforms

[Harbour] SF.net SVN: harbour-project:[13894] trunk/harbour

2010-02-16 Thread vszakats
Revision: 13894 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13894&view=rev Author: vszakats Date: 2010-02-17 02:09:17 + (Wed, 17 Feb 2010) Log Message: --- 2010-02-17 03:06 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * src/rtl/fstemp.c ! Us