On Mon, 18 Jan 2010, Szak�ts Viktor wrote:
> Is there any particular reason to define stubs
> for non-WinCE winapi calls in hbwince.c, like
> Ellipse(), Arc(), FrameRect(), FloodFill(),
> FreeResource()?
> Looks like these could be simply handled by
> HB_OS_WIN_CE guards, just like we do for all
> other similar case.
1. It's necessary to update code in many different places and
in some cases it makes code really unreadable
2. I do not know which missing functions are real WinCE limitation
and which one are missing only in provided WinCE RTL, i.e. each
new release of MinGWCE adds new functions. It's much easier to
update single file then scan whole code for different:
#if ! defined( HB_OS_WIN_CE ) || ...
Please note that in few cases these are very important functions,
i.e. without file lock functions any WinCE application cannot access
concurrently the same DBF files.
3. We added functions to emulate environment. We can also add functions
to emulate some other things like current directory and in such case
it's good to keep the same code for desktop windows and WinCE.
BTW I also think that if some code can be compiled for WinCE and does
not create some fixed dependencies which break existing functionality
then we should compile it. I.e. with some minor fixes win_prn[123].c
can be compiled for WinCE by MinGWCE. In current version of WinCE RTL
low level functions do not exists but maybe they will be supported in
the future or even by some 3-rd party extensions i.e. there is 3-rd
party windows console for WinCE so it should be possible to use GTWIN
with it so we can provide GTWIN for WinCE builds but of course it cannot
be included in harbour.dll. Please also remember that new MinGW compilers
support direct linking with .dll libraries and do not need any
intermediate import libraries (BTW it's even suggested to eliminate
import libraries from new projects because direct linking with .DLLs
is faster and consumes less memory) so it's enough that user has valid
.dlls to link his application and use new functionality.
best regards,
Przemek
_______________________________________________
Harbour mailing list (attachment size limit: 40KB)
[email protected]
http://lists.harbour-project.org/mailman/listinfo/harbour
