RE: [MiNT] Calling GEM from within a signal handler

["Julian Reschke" <reschke@muenster.de>]

> From: owner-mint@fishpool.com [mailto:owner-mint@fishpool.com]On Behalf
> Of Konrad Kokoszkiewicz
> Sent: Friday, April 16, 1999 5:06 PM
> To: Mario Becroft
> Cc: MiNT Mailing List
> Subject: RE: [MiNT] Calling GEM from within a signal handler

> This cannot be done with signal handler, because when signal handler runs,
> the process, that installed the handler, is suspended.
>
> The correct way is to fork (using P_fork()) the main process. However, the
> child created this way cannot use GEM calls with most of GEM libraries,
> just because, if an application forks, the AES global array et consortes
> cannot be located in the DATA and BSS segment and this is what most libs
> do.
>
> The solution is to create a special GEM library that can cope with it. I
> am currently working on such a lib for my private purposes, and, althought
> the lib I am working on is in assembler, it shouldn't be difficult to
> convert it to a C lib when it gets completed.

I think MagiC is shipping with such a library (MT_AES). Even if you prefer
to write your own because of copyright considerations, it might be a Good
Thing to consider to make the APIs compatible...