亚洲欧美第一页_禁久久精品乱码_粉嫩av一区二区三区免费野_久草精品视频

? 歡迎來到蟲蟲下載站! | ?? 資源下載 ?? 資源專輯 ?? 關于我們
? 蟲蟲下載站

?? changelog

?? pthread source code,you can compile directly
??
?? 第 1 頁 / 共 5 頁
字號:
2005-05-13  Ross Johnson  <ross at callisto.canberra.edu.au>	* pthread_kill.c (pthread_kill): Remove check for Win32 thread	priority (to confirm HANDLE validity). Useless since thread HANDLEs	a not recycle-unique.2005-05-30  Vladimir Kliatchko  <vladimir at kliatchko.com>	* pthread_once.c: Re-implement using an MCS queue-based lock. The form	of pthread_once is as proposed by Alexander Terekhov (see entry of	2005-03-13). The MCS lock implementation does not require a unique	'name' to identify the lock between threads. Attempts to get the Event	or Semaphore based versions of pthread_once to a satisfactory level	of robustness have thus far failed. The last problem (avoiding races	involving non recycle-unique Win32 HANDLEs) was giving everyone	grey hair trying to solve it.	* ptw32_MCS_lock.c: New MCS queue-based lock implementation. These	locks are efficient: they have very low overhead in the uncontended case;	are efficient in contention and minimise cache-coherence updates in	managing the user level FIFO queue; do not require an ABI change in the	library.2005-05-27  Alexander Gottwald <alexander.gottwald at s1999.tu-chemnitz.de>	* pthread.h: Some things, like HANDLE, were only defined if	PTW32_LEVEL was >= 3. They should always be defined.2005-05-25  Vladimir Kliatchko  <vladimir at kliatchko.com>	* pthread_once.c: Eliminate all priority operations and other	complexity by replacing the event with a semaphore. The advantage	of the change is the ability to release just one waiter if the	init_routine thread is cancelled yet still release all waiters when	done. Simplify once_control state checks to improve efficiency	further.2005-05-24  Mikael Magnusson  <mikaelmagnusson at glocalnet.net>	* GNUmakefile: Patched to allow cross-compile with mingw32 on Linux.	It uses macros instead of referencing dlltool, gcc and g++ directly;	added a call to ranlib. For example the GC static library can be	built with:	make CC=i586-mingw32msvc-gcc RC=i586-mingw32msvc-windres \	RANLIB=i586-mingw32msvc-ranlib clean GC-static2005-05-13  Ross Johnson  <ross at callisto.canberra.edu.au>	* pthread_win32_attach_detach_np.c (pthread_win32_thread_detach_np):	Move on-exit-only stuff from ptw32_threadDestroy() to here.	* ptw32_threadDestroy.c: It's purpose is now only to reclaim thread	resources for detached threads, or via pthread_join() or	pthread_detach() on joinable threads.	* ptw32_threadStart.c: Calling user destruct routines has moved to	pthread_win32_thread_detach_np(); call pthread_win32_thread_detach_np()	directly if statically linking, otherwise do so via dllMain; store	thread return value in thread struct for all cases, including	cancellation and exception exits; thread abnormal exits	go via	pthread_win32_thread_detach_np.	* pthread_join.c (pthread_join): Don't try to get return code from	Win32 thread - always get it from he thread struct.	* pthread_detach.c (pthread_detach): reduce extent of the thread	existence check since we now don't care if the Win32 thread HANDLE has	been closed; reclaim thread resources if the thread has exited already.	* ptw32_throw.c (ptw32_throw): For Win32 threads that are not implicit,	only Call thread cleanup if statically linking, otherwise leave it to	dllMain.	* sem_post.c (_POSIX_SEM_VALUE_MAX): Change to SEM_VALUE_MAX.	* sem_post_multiple.c: Likewise.	* sem_init.c: Likewise.2005-05-10  Ross Johnson  <ross at callisto.canberra.edu.au>	* pthread_join.c (pthread_join): Add missing check for thread ID	reference count in thread existence test; reduce extent of the	existence test since we don't care if the Win32 thread HANDLE has	been closed.2005-05-09  Ross Johnson  <ross at callisto.canberra.edu.au>	* ptw32_callUserDestroyRoutines.c: Run destructor process (i.e.	loop over all keys calling destructors) up to	PTHREAD_DESTRUCTOR_ITERATIONS times if TSD value isn't NULL yet;	modify assoc management.	* pthread_key_delete.c: Modify assoc management.	* ptw32_tkAssocDestroy.c: Fix error in assoc removal from chains.	* pthread.h	(_POSIX_THREAD_DESTRUCTOR_ITERATIONS): Define to value specified by	POSIX.	(_POSIX_THREAD_KEYS_MAX): Define to value specified by POSIX.	(PTHREAD_KEYS_MAX): Redefine [upward] to minimum required by POSIX.	(SEM_NSEMS_MAX): Define to implementation value.	(SEM_VALUE_MAX): Define to implementation value.	(_POSIX_SEM_NSEMS_MAX): Redefine to value specified by POSIX.	(_POSIX_SEM_VALUE_MAX): Redefine to value specified by POSIX.2005-05-06  Ross Johnson  <ross at callisto.canberra.edu.au>	* signal.c (sigwait): Add a cancellation point to this otherwise	no-op.	* sem_init.c (sem_init): Check for and return ERANGE error.	* sem_post.c (sem_post): Likewise.	* sem_post_multiple.c (sem_post_multiple): Likewise.	* manual (directory): Added; see ChangeLog inside.2005-05-02  Ross Johnson  <ross at callisto.canberra.edu.au>	* implement.h (struct pthread_key_t_): Change threadsLock to keyLock	so as not to be confused with the per thread lock 'threadlock';	change all references to it.	* implement.h (struct ThreadKeyAssoc): Remove lock; add prevKey	and prevThread pointers; re-implemented all routines that use this	struct. The effect of this is to save one handle per association,	which could potentially equal the number of keys multiplied by the	number of threads, accumulating over time - and to free the	association memory as soon as it is no longer referenced by either	the key or the thread. Previously, the handle and memory were	released only after BOTH key and thread no longer referenced the	association. That is, often no association resources were released	until the process itself exited. In addition, at least one race	condition has been removed - where two threads could attempt to	release the association resources simultaneously - one via	ptw32_callUserDestroyRoutines and the other via	pthread_key_delete.	- thanks to Richard Hughes at Aculab for discovering the problem.	* pthread_key_create.c: See above.	* pthread_key_delete.c: See above.	* pthread_setspecific.c: See above.	* ptw32_callUserDestroyRoutines.c: See above.	* ptw32_tkAssocCreate.c: See above.	* ptw32_tkAssocDestroy.c: See above.2005-04-27  Ross Johnson  <ross at callisto.canberra.edu.au>	* sem_wait.c (ptw32_sem_wait_cleanup): after cancellation re-attempt	to acquire the semaphore to avoid a race with a late sem_post.	* sem_timedwait.c: Modify comments.2005-04-25  Ross Johnson  <ross at callisto.canberra.edu.au>	* ptw32_relmillisecs.c: New module; converts future abstime to 	milliseconds relative to 'now'.	* pthread_mutex_timedlock.c: Use new ptw32_relmillisecs routine in	place of internal code; remove the NEED_SEM code - this routine is now	implemented for builds that define NEED_SEM (WinCE etc)	* sem_timedwait.c: Likewise; after timeout or cancellation,	re-attempt to acquire the semaphore in case one has been posted since	the timeout/cancel occurred. Thanks to Stefan Mueller.	* Makefile: Add ptw32_relmillisecs.c module; remove	ptw32_{in,de}crease_semaphore.c modules.	* GNUmakefile: Likewise.	* Bmakefile: Likewise.	* sem_init.c: Re-write the NEED_SEM code to be consistent with the	non-NEED_SEM code, but retaining use of an event in place of the w32 sema	for w32 systems that don't include semaphores (WinCE);	the NEED_SEM versions of semaphores has been broken for a long time but is	now fixed and supports all of the same routines as the non-NEED_SEM case.	* sem_destroy.c: Likewise.	* sem_wait.c: Likewise.	* sem_post.c: Likewise.	* sem_post_multple.c: Likewise.	* implement.h: Likewise.	* sem_timedwait.c: Likewise; this routine is now	implemented for builds that define NEED_SEM (WinCE etc).	* sem_trywait.c: Likewise.	* sem_getvalue.c: Likewise.	* pthread_once.c: Yet more changes, reverting closer to Gottlob Frege's	first design, but retaining cancellation, priority boosting, and adding	preservation of W32 error codes to make pthread_once transparent to	GetLastError.2005-04-11  Ross Johnson  <ross at callisto.canberra.edu.au>	* pthread_once.c (pthread_once): Added priority boosting to	solve starvation problem after once_routine cancellation.	See notes in file.2005-04-06  Kevin Lussier <Kevin at codegreennetworks.com>	* Makefile: Added debug targets for all versions of the library.2005-04-01  Ross Johnson  <ross at callisto.canberra.edu.au>	* GNUmakefile: Add target to build libpthreadGC1.a as a static link	library.	* Makefile: Likewise for pthreadGC1.lib.2005-04-01  Kevin Lussier <Kevin at codegreennetworks.com>	* sem_timedwait.c (sem_timedwait): Increase size of temp variables to	avoid int overflows for large timeout values.	* implement.h (int64_t): Include or define.2005-03-31   Dimitar Panayotov <develop at mail.bg>^M	* pthread.h: Fix conditional defines for static linking.	* sched.h: Liekwise.	* semaphore.h: Likewise.	* dll.c (PTW32_STATIC_LIB): Module is conditionally included	in the build.2005-03-16  Ross Johnson  <ross at callisto.canberra.edu.au>^M	* pthread_setcancelstate.c: Undo the last change.2005-03-16  Ross Johnson  <ross at callisto.canberra.edu.au>^M	* pthread_setcancelstate.c: Don't check for an async cancel event	if the library is using alertable async cancel..2005-03-14  Ross Johnson  <ross at callisto.canberra.edu.au>	* pthread_once.c (pthread_once): Downgrade interlocked operations to simple	memory operations where these are protected by the critical section; edit	comments.2005-03-13  Ross Johnson  <rpj at callisto.canberra.edu.au>	* pthread_once.c (pthread_once): Completely redesigned; a change was	required to the ABI (pthread_once_t_), and resulting in a version	compatibility index increment.	NOTES:	The design (based on pseudo code contributed by Gottlob Frege) avoids	creating a kernel object if there is no contention. See URL for details:-	http://sources.redhat.com/ml/pthreads-win32/2005/msg00029.html	This uses late initialisation similar to the technique already used for	pthreads-win32 mutexes and semaphores (from Alexander Terekhov).	The subsequent cancelation cleanup additions (by rpj) could not be implemented	without sacrificing some of the efficiency in Gottlob's design. In particular,	although each once_control uses it's own event to block on, a global CS is	required to manage it - since the event must be either re-usable or	re-creatable under cancelation. This is not needed in the non-cancelable	design because it is able to mark the event as closed (forever).	When uncontested, a CS operation is equivalent to an Interlocked operation	in speed. So, in the final design with cancelability, an uncontested	once_control operation involves a minimum of five interlocked operations	(including the LeaveCS operation).		ALTERNATIVES:	An alternative design from Alexander Terekhov proposed using a named mutex,	as sketched below:-	  if (!once_control) { // May be in TLS	    named_mutex::guard guard(&once_control2);	      if (!once_control2) {	         <init>	         once_control2 = true;	      }	    once_control = true;	  }		A more detailed description of this can be found here:-	http://groups.yahoo.com/group/boost/message/15442	[Although the definition of a suitable PTHREAD_ONCE_INIT precludes use of the	TLS located flag, this is not critical.]		There are three primary concerns though:-	1) The [named] mutex is 'created' even in the uncontended case.	2) A system wide unique name must be generated.	3) Win32 mutexes are VERY slow even in the uncontended 	case. An uncontested	Win32 mutex lock operation can be 50 (or more) times slower than an	uncontested EnterCS operation.	Ultimately, the named mutex trick is making use of the global locks maintained	by the kernel.	* pthread.h (pthread_once_t_): One flag and an event HANDLE added.	(PTHREAD_ONCE_INIT): Additional values included.2005-03-08  Ross Johnson  <rpj at callisto.canberra.edu.au>	* pthread_once.c (pthread_once): Redesigned to elliminate potential	starvation problem.	- reported by Gottlob Frege  <gottlobfrege at gmail.com>	* ptw32_threadDestroy.c (ptw32_threadDestroy): Implicit threads were	not closing their Win32 thread duplicate handle.	- reported by Dmitrii Semii <bogolt at gmail.com>2005-01-25  Ralf Kubis  <RKubis at mc.com>	* Attempted acquisition of recursive mutex was causing waiting	threads to not be woken when the mutex is released.	* GNUmakefile (GCE): Generate correct version resource comments.2005-01-01  Konstantin Voronkov  <beowinkle at yahoo.com>	* pthread_mutex_lock.c (pthread_mutex_lock): The new atomic exchange	mutex algorithm is known to allow a thread to steal the lock off	FIFO waiting threads. The next waiting FIFO thread gets a spurious	wake-up and must attempt to re-acquire the lock. The woken thread	was setting itself as the mutex's owner before the re-acquisition.2004-11-22  Ross Johnson  <rpj at callisto.canberra.edu.au>	* pthread_cond_wait.c (ptw32_cond_wait_cleanup): Undo change	from 2004-11-02.	* Makefile (DLL_VER): Added for DLL naming suffix - see README.	* GNUmakefile (DLL_VER): Likewise.	* Wmakefile (DLL_VER): Likewise.	* Bmakefile (DLL_VER): Likewise.	* pthread.dsw (version.rc): Added to MSVS workspace.2004-11-20  Boudewijn Dekker  <b.dekker at ellipsis.nl>	* pthread_getspecific.c (pthread_getspecific): Check for	invalid (NULL) key argument.2004-11-19  Ross Johnson  <rpj at callisto.canberra.edu.au>

?? 快捷鍵說明

復制代碼 Ctrl + C
搜索代碼 Ctrl + F
全屏模式 F11
切換主題 Ctrl + Shift + D
顯示快捷鍵 ?
增大字號 Ctrl + =
減小字號 Ctrl + -
亚洲欧美第一页_禁久久精品乱码_粉嫩av一区二区三区免费野_久草精品视频
欧美亚洲综合一区| 日本一区二区三区电影| 国产肉丝袜一区二区| 亚洲最大成人综合| 国模无码大尺度一区二区三区| 91捆绑美女网站| 久久久高清一区二区三区| 亚洲午夜一区二区三区| 高清不卡在线观看av| 日韩欧美精品在线| 视频一区在线视频| 一本色道久久综合亚洲精品按摩| 久久综合五月天婷婷伊人| 亚洲成av人片| 欧美中文字幕不卡| 国产精品乱人伦中文| 激情文学综合网| 日韩欧美的一区二区| 亚洲二区在线观看| 色一区在线观看| 国产精品国产三级国产aⅴ原创 | 中文在线免费一区三区高中清不卡| 亚洲第一福利一区| 色哟哟在线观看一区二区三区| 中文字幕成人在线观看| 国产精品亚洲成人| 精品久久久久久久一区二区蜜臀| 视频一区视频二区中文字幕| 欧美调教femdomvk| 亚洲一区二区三区视频在线| 99久久国产综合精品女不卡| 国产亚洲欧美日韩在线一区| 紧缚奴在线一区二区三区| 欧美一区二区三区人| 日韩成人av影视| 欧美电影在线免费观看| 天天综合网 天天综合色| 欧美日韩在线播放三区四区| 一区二区三区欧美在线观看| 91视频在线观看| 中文字幕亚洲不卡| 95精品视频在线| 亚洲精品伦理在线| 欧美三级电影网站| 天天操天天色综合| 日韩精品一区二区三区中文不卡 | 在线观看亚洲精品视频| 一区二区三区中文在线| 日本韩国欧美国产| 亚洲一区二区三区四区在线| 欧美亚洲免费在线一区| 免费一级欧美片在线观看| 日韩免费高清电影| 国产精品1区2区3区在线观看| 欧美高清在线视频| 在线看国产日韩| 免费成人av在线| 欧美国产1区2区| 色88888久久久久久影院按摩| 性感美女极品91精品| 欧美zozo另类异族| 99久久国产综合色|国产精品| 亚洲成人免费在线观看| 久久综合五月天婷婷伊人| 99久久国产免费看| 日本va欧美va精品| 国产精品免费丝袜| 91麻豆精品国产91久久久更新时间 | 久久99国内精品| 国产精品久久综合| 日韩一区二区三区免费看| 懂色中文一区二区在线播放| 亚洲成人中文在线| 久久午夜国产精品| 欧美性视频一区二区三区| 国产一区二三区| 亚洲精品伦理在线| 国产午夜精品在线观看| 欧美三级资源在线| 高清不卡一区二区在线| 日韩精品福利网| 一区二区中文字幕在线| 日韩欧美专区在线| 欧美综合色免费| 国产成人h网站| 久久超碰97中文字幕| 亚洲黄色小视频| 国产精品免费久久久久| 日韩欧美自拍偷拍| 欧洲一区二区av| www.日韩av| 国产老妇另类xxxxx| 日韩国产精品大片| 一区二区三区在线播| 国产三级三级三级精品8ⅰ区| 91.成人天堂一区| 欧美在线免费观看视频| 99久久er热在这里只有精品66| 久色婷婷小香蕉久久| 亚洲国产欧美在线人成| 亚洲激情av在线| 最新中文字幕一区二区三区| 欧美精品一区二区三区在线| 欧美高清你懂得| 欧美中文一区二区三区| 91污在线观看| 97精品久久久午夜一区二区三区| 国产成人99久久亚洲综合精品| 蜜乳av一区二区三区| 日韩av在线免费观看不卡| 亚洲国产中文字幕在线视频综合| 国产精品短视频| 国产精品欧美综合在线| 国产视频在线观看一区二区三区| 精品三级在线观看| 日韩亚洲欧美高清| 日韩一区二区免费在线观看| 欧美一区二区久久| 日韩一区二区电影| 精品乱人伦小说| 久久精品日韩一区二区三区| 精品国产91乱码一区二区三区| 精品处破学生在线二十三| 欧美videofree性高清杂交| 日韩精品一区二区三区四区视频| 精品欧美黑人一区二区三区| www国产精品av| 久久久精品2019中文字幕之3| 国产亚洲短视频| 中文字幕中文字幕一区| 亚洲视频一二三| 亚洲国产综合色| 精品在线观看视频| 成人天堂资源www在线| 一道本成人在线| 欧美美女网站色| 精品国产一区二区三区久久久蜜月| 欧美成人伊人久久综合网| 精品国产污污免费网站入口| 日本一区二区视频在线观看| 亚洲天天做日日做天天谢日日欢 | 一区二区高清在线| 日本视频在线一区| 国产成人精品免费看| 色噜噜狠狠成人网p站| 7777精品伊人久久久大香线蕉经典版下载 | 伊人夜夜躁av伊人久久| 亚洲成av人片在线| 精品一区二区三区免费毛片爱| 丁香一区二区三区| 欧美性受xxxx| 欧美精品一区二区三| 国产精品乱人伦一区二区| 午夜视频一区二区| 国产精品一二三区在线| 色欧美片视频在线观看| 91精品国产欧美一区二区18| 国产亚洲精品久| 午夜精品久久久久| 成人免费视频免费观看| 欧美精品aⅴ在线视频| 中文成人av在线| 日韩精品欧美精品| 成人av片在线观看| 日韩精品一区二区三区四区视频| 亚洲免费视频成人| 国产剧情一区二区三区| 欧美丰满嫩嫩电影| 一区二区中文字幕在线| 韩国中文字幕2020精品| 欧美三级中文字幕在线观看| 亚洲国产电影在线观看| 日本欧美一区二区| 在线观看亚洲a| 国产精品日日摸夜夜摸av| 美腿丝袜亚洲三区| 欧美日韩三级在线| 亚洲天堂免费在线观看视频| 国产资源在线一区| 欧美顶级少妇做爰| 亚洲国产wwwccc36天堂| 成人福利视频网站| 久久久久久久综合| 麻豆视频观看网址久久| 欧美日韩国产一区二区三区地区| 中文字幕一区二区三区不卡| 国产一区二区精品久久99| 91精品国产免费| 亚洲成人免费视| 日本精品视频一区二区| 亚洲人午夜精品天堂一二香蕉| 国产精品77777| www激情久久| 国产乱人伦偷精品视频免下载| 欧美一区二区三区白人| 三级一区在线视频先锋| 欧美日韩国产综合久久| 香蕉久久一区二区不卡无毒影院 | 欧美视频精品在线观看| 亚洲欧美日韩中文播放|