On Thu, 27 Jun 2002, Ron Lange wrote:

> Hi,
> I have to build a extension for PHP, which is connecting to a special 
> server over tcp/ip. For each session (client-php) a session related set of 
> data has to be kept, inclusive the socket descriptors and so on.
> 
> 1. How can I keep the relationship of the data and the session? The data 
> consists of a c struct.

You need to serialize that c data struct somehow which you can load when 
the session 'wakes up' again. I imagine that might not be possible for 
sockets, so you need to resort to some deamon for that to keep the sockets 
survive after a request ends. Now there is a solution for this already: 
SRM. (For more information see www.vl-srm.net, or write to 
[EMAIL PROTECTED]). I would be happy to answer every question you have 
about it.

> 
> 2. How I can determine which session is no longer used and can be freed?

The garbage collector is called according to your php.ini settings. If you 
provide a GC from your session handler, you can then close your 'sessions' 
yourself.

> 
> 3. At the moment my work rests in the cvs tree of our project, and I want 
> them to stay there. How I can build the php extension (using php-internal 
> build scripts) without great difficulties??? 

(from your extension source directory):
phpize
./configure
make

> 
> 4. Our project uses own memory functions, since the sources will be 
> compiled on several different platforms. Do I have to use zend's exxx 
> memory functions?

No, you don't need too, but if you use them they show memory leakage when 
the script ends, and it might be slightly faster.

Derick

---------------------------------------------------------------------------
 Did I help you?   http://www.derickrethans.nl/link.php?url=giftlist
 Frequent ranting: http://www.derickrethans.nl/
---------------------------------------------------------------------------
                 PHP: Scripting the Web - [EMAIL PROTECTED]
                    All your branches are belong to me!
                SRM: Script Running Machine - www.vl-srm.net
---------------------------------------------------------------------------


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to