[reSIProcate] nameserver fix....

[Scott Godin]

There was some strange conflict between iphlpapi and another library in my
project.  Changing the previous implementation (see below) to dynamically
load the library instead - made this issue go away.  Note:  You no longer
need to link with iphlpapi.lib.  I also fixed a leak with GlobalAlloc.  

 

I have checked in the changed ares_init.c.  

 

  _____  

From: Scott Godin [mailto:slgodin at icescape.com] 
Sent: Thursday, June 17, 2004 3:07 PM
To: 'Alan Hawrylyshen'
Cc: resiprocate-devel at list.sipfoundry.org
Subject: [reSIProcate] nameserver fix....

 

Hi Alan,

 

Since I updated to use this changed and added iphlpapi.lib to my project any
calls to gethostname deadlock.  Ie. Log::initialize calls gethostname and
everything stops here.

 

As soon as I comment out your additions (ie. GetNetworkParams) then
everything works again.  Any idea's on what is happening?  

 

Thanks,

 

Scott

 

 


Project

resiprocate


New Revision

2998


Committer

alan (Alan Hawrylyshen)


Date

2004-06-16 12:57:59 -0400 (Wed, 16 Jun 2004)


Log

 
 nameserver list fix for pre-historic Windows platforms
 
 

Modified:


*	main/sip/contrib/ares/ares_dns.h
<http://scm.sipfoundry.org/viewsvn/resiprocate/main/sip/contrib/ares/ares_dn
s.h?r1=2997&r2=2998&diff_format=l>  
*	main/sip/contrib/ares/ares_init.c
<http://scm.sipfoundry.org/viewsvn/resiprocate/main/sip/contrib/ares/ares_in
it.c?r1=2997&r2=2998&diff_format=l>  

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://list.resiprocate.org/pipermail/resiprocate-devel/attachments/20040618/b0168298/attachment.htm>