Re: [MiNT] Runtime AES application name change?

[Standa Opichal <opichals@seznam.cz>]

Hi!

On Thu, 13 Feb 2003, Konrad Kokoszkiewicz wrote:

> >> give it any name you want. Using fork() with GEM is difficult for
> >> principal reasons, but it can be done with special libraries.
> >
> > Do you mean the mt_aes? The new gemlib (the merge with mgemlib beeing
> > currently done) will have this ability.
> 
> I think this may be the mt_aes, yes. I actually used own libraries for
> playing with that, but mt_aes will be fine I think.

Good.

> > But how to actually set the name of the child process? Could you point
> > me to some example code?
> 
> Do you mean the name for a GEMDOS process (displayable with 'ps') or rather
> the name for an AES process?

I mean really the name of the AES process. Not the GEMDOS process name nor 
the AES application name displayed in the 'Desk' menu.

e.g. in the Thing case:
'thing' = The GEMDOS process name (displayed by ps from EasyMiNT installation).
'Thing Desktop' = The AES application title (the 'Desk' menu entry).
'THING   ' = The AES application name (the string you need to put to the 
             appl_find() to get the Thing's AES apID).

I need to change the 'THING   ' one (the AES apName). I've just looked 
into the XaAES. It creates this name from the u:/proc/ entry by appending 
the spaces up to length of 8 (in the appl_init() call). So the only way 
how to change this is to create the AES extension. I did not look into the 
other strings above so far as I don't need them now.

> When you use fork(), there is no way of changing the name I can think of.
> Perhaps someone else could remind the method.

:(

> When you create the child with Pexec(7)/Pexec(104), the name of the newly
> created process is passed as the second parameter of the Pexec(104), e.g.
> Pexec(104, (char *)"foobar", basepage_ptr, 0L); starts new process with the
> name "foobar" visible after you do "ps".

This is not what I need, but might be useful otherwise.

> The names for the AES processes, either for the "Desk" menu or for the
> appl_find()/appl_search() are set with menu_register().

Not true.

best regards

STan