On Tue, 13 Apr 2010, Szak�ts Viktor wrote:

Hi,

> Speaking of hbmk2, which has a -run/-hbrun functionality, 
> above configurable method seems to defeat the whole 
> purpose of these option (namely to launch target executable 
> in a _simple_ way).
> What do you recommend as a simple, default, commonly working 
> launch method for hbmk2, which sort of works like 'start' and 
> 'open' in other operating system? (keeping in mind, that 
> an app can be GUI, CUI and cmdline)

For me current hbmk2 behavior is perfect. Nothing to change.
hbmk2 is command line tools so it already has terminal device
where is executed and if I sue -run option then it means that
I want to use this TTY device. If I want to demonize some
programs then I usually have my own code inside the application
which will detach the process from current process group so
I do not need any special switches or if I want to execute
as daemon application which was not designed for such usage
then I use nohup or similar tools redirecting IO and using &
shell operator. I can also use shell commands like fg, bg, kill,
wait, jobs to control such application. We can extend hbmk2
but in fact it will still support only small subset of existing
shell functionality so I do not think it's necessary to make
anything with it.
With HBIDE the problem is a little bit different.
This is GUI application so to execute console programs it should
create terminal window in which they will be executed.

BTW probably most of people do not know about it but first GT
driver which was able to create many console windows in single
application and switch between them in [x]Harbour world was GTCRS
I created long time ago for xHarbour. This code is still present
in our GTCRS though disabled by #if 0 (see create_newXterm()).
It uses xterm to create new terminal windows. This code may help
to understand how they work on lower level. Maybe in some spare
time I'll reenable it using current Harbour multiwindow API.

best regards,
Przemek
_______________________________________________
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Reply via email to