bug-serveez
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [bug-serveez] Preserving object props on sockets


From: Thien-Thi Nguyen
Subject: Re: [bug-serveez] Preserving object props on sockets
Date: Fri, 01 Nov 2013 21:51:08 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux)

() Mike Gran <address@hidden>
() Fri, 1 Nov 2013 10:53:28 -0700 (PDT)

   I haven't checked your implementation, but, AFAICT, obj props
   on sockets works as expected.

Thanks for testing.  Latest iteration now is rebased on the support
for server and servertype smobs.  (That support is necessary in order to
justify the removal of svz:server:state-{ref,set!} (after rewriting the
mandel and icecast servers to use object properties, of course).)

Rumninations follow; feel free to ignore.

Anyway, the remaining design worry is that to manage socket smobs in the
same way, libserveez needs to add a pre-finalization hook for sockets so
that guile-server can specify a function to invalidate the SMOB/C-object
coupling.  Adding the the libserveez API is not an immediate problem,
actually -- the doubt lies w/ whether or not such extension is a one-off
decision, or something that will recur (w/ other types).  If the latter
is possible, then maybe there are different ways to design the change in
API so that is (will be) less hodge-podge.  The primary impact for any
libserveez change in this area is for wrapping code (such as for Guile).

Unfortunately, i don't have any experience outside of Guile and so am
uncertain about missing something.  That said, i suppose if there are
few to no users outside guile-server for this part of the API, then all
this noise is just useless hand-wringing...

-- 
Thien-Thi Nguyen
   GPG key: 4C807502
   (if you're human and you know it)
      read my lisp: (responsep (questions 'technical)
                               (not (via 'mailing-list)))
                     => nil

Attachment: pgp7YGOHGMN23.pgp
Description: PGP signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]