You are right, VC6 does support IP Helper API with recent SDK.
OS support: Michael pointed out the OS requirements for the API
(http://sourceforge.net/mailarchive/message.php?msg_id=38034625) -
there is no need for WINVER checks.
Should the VC6 project files be supported in parallel to VC2005
Pekka,
The IP Helper API is disabled by default now (iphlpapi.h is missing in
VC6).
The below patch enables the API for VC2005 build.
{
hunk ./win32/config.h.in 155
-#undef HAVE_IPHLPAPI_H
+#define HAVE_IPHLPAPI_H 1
hunk ./win32/libsofia-sip-ua/libsofia_sip_ua.vcproj 79
-
Pekka,
I have built libsofia-sip-ua/nth/http-client.c for Windows and launched
it with the http://www.google.com parameter. The nth receives 302
response from the server, creates and sends a new request, but tport is
not woken up for the subsequent response and eventually results in 408
Pekka,
The below patch adds TPTAG_LOG() and TPTAG_DUMP() tags, which override
TPORT_LOG and TPORT_DUMP environment variables. The patch also checks
for TPORT_LOG_OVERRIDE environment variable, which, if set, has
preference over TPTAG_LOG() and TPORT_LOG.
{
hunk ./libsofia-sip-ua/nua/nua.c 106
Pekka,
sres.c uses close() to close sockets now, while closesocket() should be
used for win32. As sres.c uses su anyway, the below whatsnew patch
replaces calls to close() with calls to su_close().
I suppose that the rest of socket functions called in sres.c should be
replaced with su_ - I
Pekka,
For now, tport uses TPORT_LOG and TPORT_DUMP environment variables to
configure the log flags and we found that more dynamic configuration of
the above flags (e.g. on nua_create()) is much more comfortable.
Please find below a whatsnew patch which adds TPTAG_LOG() and TPTAG_DUMP()
Pekka Pessi wrote:
On 12/8/06, Roman Filonenko wrote:
For now, tport uses TPORT_LOG and TPORT_DUMP environment variables to
configure the log flags and we found that more dynamic configuration of
the above flags (e.g. on nua_create()) is much more comfortable.
Thanks. I think that having