a3eda3ee26
While here, add DESTDIR support. Changes: ******************************************************************************* Version 1.6.1 ******************************************************************************* 2007-11-07 Marcelo Jimenez <mroberto(at)users.sourceforge.net> * SF Bug Tracker [ 1825278 ] AdvertiseAndReply sleeps with handle lock out Applied patch from Alex (afaucher) to change some write locks to read locks. 2007-11-06 Marcelo Jimenez <mroberto(at)users.sourceforge.net> * Adjusting libtool library numbers to reflect the last changes. 2007-11-06 Marcelo Jimenez <mroberto(at)users.sourceforge.net> * SF Bug Tracker [ 1825278 ] AdvertiseAndReply sleeps with handle lock out GlobalHndMutex, which was a mutex is now GlobalHndRWLock, which is a rwlock. HandleLock() is mapped to HandleWriteLock() while all other instances have not been checked. One instance in AdvertiseAndReply() has been changed to HandleReadLock(). Thanks to Alex (afaucher) for the bug report and suggestions. 2007-11-06 Marcelo Jimenez <mroberto(at)users.sourceforge.net> * Added support for rwlocks. 2007-11-05 Marcelo Jimenez <mroberto(at)users.sourceforge.net> * SF Bug Tracker [ 1825929 ] woker thread still alive after UpnpFinish() Submitted By: Luke Kim - nereusuj Worker thread still alive after calling UpnpFinish() because ThreadPoolShutdown() is in the #ifdef DEBUG block. 421 422 #ifdef DEBUG 423 ThreadPoolShutdown( &gSendThreadPool ); 424 ThreadPoolShutdown( &gRecvThreadPool ); 2007-08-28 Marcelo Jimenez <mroberto(at)users.sourceforge.net> * Changed the calls to virtualDirCallback.open(filename, UPNP_WRITE) to (virtualDirCallback.open)(filename, UPNP_WRITE) (notice the parenthesis) due to a change in glibc that produces compilation errors. 2007-08-28 Marcelo Jimenez <mroberto(at)users.sourceforge.net> * Initialization of the "randomness" struct so that valgrind does not complain. 2007-08-06 Marcelo Jimenez <mroberto(at)users.sourceforge.net> * Merge of patch submitted By Keith Brindley - brindlk SF Bug Tracker [ 1762758 ] Seek not working for large files Problem: Requests from the uPnP client to seek to a position beyond 2GB in a large file are handled as a request to see from the 2GB point. Impact: Varies depending on client. The Xbox 360 kills the connection when it realises. Solution: GetNextRange function (webserver.c) is updated to handle large file sizes. Fix should also recognise when built on a 32bit platform rather than 64 and handle accordingly. 2007-08-05 Marcelo Jimenez <mroberto(at)users.sourceforge.net> * Merge of Mac OS X patch from Stephane Corthesy (davelopper), SF Bug Tracker [ 1686420 ] Modifications for MacOSX. Some of the proposed changes were already done by Rene Hexel's patch.
35 lines
1.4 KiB
Text
35 lines
1.4 KiB
Text
$NetBSD: patch-ac,v 1.5 2007/11/08 03:56:58 obache Exp $
|
|
|
|
--- upnp/src/genlib/net/uri/uri.c.orig 2007-08-06 01:21:23.000000000 +0000
|
|
+++ upnp/src/genlib/net/uri/uri.c
|
|
@@ -625,9 +625,9 @@ parse_hostport( const char *in,
|
|
//call gethostbyname_r (reentrant form of gethostbyname)
|
|
// TODO: Use autoconf to discover this rather than the
|
|
// platform-specific stuff below
|
|
-#if defined(WIN32) || defined(__CYGWIN__)
|
|
+#if defined(WIN32) || defined(__CYGWIN__) || defined(_AIX50) || defined(__upux11)
|
|
h = gethostbyname(temp_host_name);
|
|
-#elif defined(SPARC_SOLARIS)
|
|
+#elif defined(sun) || defined(__sun) || defined(sgi) || defined(__sgi)
|
|
errCode = gethostbyname_r(
|
|
temp_host_name,
|
|
&h,
|
|
@@ -647,12 +647,17 @@ parse_hostport( const char *in,
|
|
if ( h == NULL ) {
|
|
errCode = 1;
|
|
}
|
|
-#elif defined(__linux__)
|
|
+#elif defined(__GLIBC__)
|
|
errCode = gethostbyname_r(
|
|
temp_host_name,
|
|
&h_buf,
|
|
temp_hostbyname_buff,
|
|
BUFFER_SIZE, &h, &errcode );
|
|
+#elif defined(__osf1__) || defined(__hpux) || defined(_AIX)
|
|
+ errCode = gethostbyname_r( temp_host_name,
|
|
+ &h_buf,
|
|
+ (struct hostent_data*)temp_hostbyname_buff);
|
|
+ h = &h_buf;
|
|
#else
|
|
{
|
|
struct addrinfo hints, *res, *res0;
|