Pekka Pessi a écrit :
On 4/26/06, Thomas Rosenblatt <[EMAIL PROTECTED]> wrote:
I was wondering if the creation of socketpair was required in my Case?
This is a big problem for me cause when there is a high number of
request I always have a socketpair error -> too many open files.
Is this socketpair useful for my DNSresolver or can I do without it ? (
I 'm just using the sresolv and su modules)
There is a more socket-wise economic interface in the sres_blocking.c,
using sres_blocking_query() and sres_blocking_query_sockaddr(). The
interface saves sockets by 1) not requiring su_root_t object, and 2)
not creating extra sockets connected to nameservers.
So, when you create a new thread, you create a new resolver object for
it with sres_resolver_copy(), then use sres_blocking_query(). Please
see sip-dig.c (added today to CVS) as an example.
The downside is that the blocking stuff have not been tested. Really.
Bug reports and patches are welcome. ;)
--
Pekka.Pessi mail at nokia.com
Well I have removed the creation of socketpair, and I'm still using
su_root_t objects for each threads. Well it's not socket wise, but it
works almost...
With the modifications made on the cache creation (threadsafe), I have
no more assertion failure.
But I have noticed a new bug, very strange: The records stored in cache
are sometimes not find with the sres_cached_answers.
I really do not understand, I printed all records on screen, when they
are stored they keep the right sr_name. When I need to get a record from
cache, sometimes the sr_name is totally crazy!
(Not all records are bad stored only some of them, and always the
same...) . Therefore the record in cache is not found, whether it is in
cache!
HELP!
Thank you,
Thomas Rosenblatt, desperate workman.
-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid0709&bid&3057&dat1642
_______________________________________________
Sofia-sip-devel mailing list
Sofia-sip-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
