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.
13 lines
489 B
Text
13 lines
489 B
Text
$NetBSD: patch-ah,v 1.3 2007/11/08 03:56:58 obache Exp $
|
|
|
|
--- threadutil/inc/ithread.h.orig 2007-11-06 01:46:41.000000000 +0000
|
|
+++ threadutil/inc/ithread.h
|
|
@@ -45,7 +45,7 @@ extern "C" {
|
|
#define PTHREAD_MUTEX_RECURSIVE_NP PTHREAD_MUTEX_RECURSIVE
|
|
#endif
|
|
|
|
-#ifdef PTHREAD_MUTEX_RECURSIVE
|
|
+#if defined(PTHREAD_MUTEX_RECURSIVE) || defined(__DragonFly__)
|
|
/* This system has SuS2-compliant mutex attributes.
|
|
* E.g. on Cygwin, where we don't have the old nonportable (NP) symbols
|
|
*/
|