>>> #pragma begindump
>>> #include "hbapifs.h"
>>> HB_FUNC( HB_FISDEVICE )
>>> {
>>> hb_retl( hb_fsIsDevice( hb_numToHandle( hb_parnint( 1 ) ) ) );
>>> }
>>> #pragma enddump
>> Looks good on win, I'm getting .F. on 1 and 2 if I
>> redirect output to a file.
>
> Fine. Please also check
> tst.exe | grep .
> to check the results for pipes.
> I've just check that in DOS OpenWatcom builds it works as we want.
Works fine with mingw + cmd.exe.
Also works fine with mingw + msys.
>>> Oops. I've forgot that FD_* constants are in .ch file for CL53 FSETDEVMOD()
>>> functions so we already have everything in core code so please simply add:
>>> FSETDEVMOD( 1, FD_TEXT )
>>> FSETDEVMOD( 2, FD_TEXT )
>>> or if you want to make it in more generic way which will work also for
>>> multi GT output (i.e. with some code which allocates many different GTCGI
>>> drivers with different redirection) then make:
>>> FSETDEVMOD( hb_gtInfo( HB_GTI_OUTPUTFD ), FD_TEXT )
>>> FSETDEVMOD( hb_gtInfo( HB_GTI_ERRORFD ), FD_TEXT )
>> Will commit it ASAP, I hope Maurilio can test it then.
>
> I tested DOS OpenWatcom builds and it resolved the problem.
>
> BTW in most of cases we expanded names of Clipper functions cut to 10
> characters, i.e. dbSelectArea(). Maybe we should also change FSetDevMod()
> to FSetDevMode()?
That's a good question. Maybe the best solution would be to
add it as HB_FSETDEVMODE() and leave FSETDEVMOD() as
a compatibility wrapper.
This also helps hbmk2 to build when HB_COMPAT_C53 is disabled.
[ BTW it's not fully compatible, as C5.3 returned the old
dev mode value. ]
Brgds,
Viktor
_______________________________________________
Harbour mailing list (attachment size limit: 40KB)
[email protected]
http://lists.harbour-project.org/mailman/listinfo/harbour
