[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Gcl-devel] Re: gcl_signal & sockets
From: |
Michael Koehne |
Subject: |
Re: [Gcl-devel] Re: gcl_signal & sockets |
Date: |
Mon, 28 Jun 2004 18:47:36 +0200 |
User-agent: |
Mutt/1.3.28i |
Moin Camm Maguire,
> Test conditions for the signal handlers would be very useful in
> reverse engineering the intent. In particular, the handling
> possibilities of SIGALRM and SIGIO could have implications for a
> possible (re-)implementation of server sockets in gcl.
I dont want to bombard a gcl-tk with sigusr1 ;( I can see some race
conditions without ;) My idea on signal and sockets would be :
- I've already implemented read-sequence/write-sequence for postgres
interface, and I'm currently patching on pretty printer to get f2cl
up and running.
- next could be a deeper look into o/file.d to implement 3 things :
- white streams (old GCL streams)
- black streams (file/socket streams operating of file descriptors
instead of using stdio or readline to operate on file pointers)
- interface for Gray streams (user defined streams of mostly
Common Lisp manner)
this would allow to refactor gcl-tk to get rid of the sigusr1 signal,
because events are now triggered by the streams/socket/select/idle
loop. This loop needs some way to register additonal co-routines,
e.g. for updating OpenGL. Idea would be to have some GCL, that is
able to act as a socket server and X11/OpenGL client at the same
time, without the need to add any C code.
Bye Michael
--
mailto:address@hidden UNA:+.? 'CED+2+:::Linux:2.4.22'UNZ+1'
http://www.xml-edifact.org/ CETERUM CENSEO WINDOWS ESSE DELENDAM
- Re: [Gcl-devel] Inefficient unsigned 32-bit arithmetic?, (continued)
- Re: [Gcl-devel] Inefficient unsigned 32-bit arithmetic?, Camm Maguire, 2004/06/23
- [Gcl-devel] Re: gcl_signal, Mike Thomas, 2004/06/25
- Re: [Gcl-devel] Re: gcl_signal, Michael Koehne, 2004/06/25
- Re: [Gcl-devel] Re: gcl_signal, Mike Thomas, 2004/06/25
- Re: [Gcl-devel] Re: gcl_signal, Michael Koehne, 2004/06/26
- Re: [Gcl-devel] Re: gcl_signal, Camm Maguire, 2004/06/28
- Re: [Gcl-devel] Re: gcl_signal & sockets,
Michael Koehne <=
- RE: [Gcl-devel] Re: gcl_signal & sockets, Mike Thomas, 2004/06/28
- Re: [Gcl-devel] Re: gcl_signal & sockets, Camm Maguire, 2004/06/29
- Re: [Gcl-devel] Re: gcl_signal & sockets, Camm Maguire, 2004/06/29
- Re: [Gcl-devel] Re: gcl_signal, Camm Maguire, 2004/06/28
- RE: [Gcl-devel] Re: gcl_signal, Mike Thomas, 2004/06/28
- Re: [Gcl-devel] Re: gcl_signal, Camm Maguire, 2004/06/29
- RE: [Gcl-devel] Re: gcl_signal - PS, Mike Thomas, 2004/06/28
- Re: [Gcl-devel] Re: gcl_signal - PS, Camm Maguire, 2004/06/29