Sponsored Content
Top Forums Programming pthread_cond_timedwait relocks forever Post 302434689 by fpmurphy on Sunday 4th of July 2010 04:55:52 PM
Old 07-04-2010
Quote:
Therefore, it is possible that pthread_cond_timedwait would block for ever, which is exactly what one is trying to avoid by using a timed version of 'wait'.
Yes, it is very possible for that to happen.

I am not sure what your understanding of how pthread_cond_timedwait works is. I would point out that once the wait time expires and is turned off, the thread is moved off the sleep queue. Likewise once a sleeping thread is signaled, even by error, it is taken off the sleep queue and the wait timer is turned off. This does not mean that it re-acquires the mutex, etc. If it takes another week before reacquiring the mutex, too bad. If it never gets the mutex back because the other thread has not released it, too bad.

If you have the Lewis & Berg book on Pthreads, this issue is discussed on pages 94 -99. Dave Butenhof also discusses this issue in his book on Pthreads. See section 3.3.2 et al.

BTW, a thought just struck me, are you trying to port a Win32 application which uses eventing to GNU/Linux?
 

9 More Discussions You Might Find Interesting

1. AIX

AIX 4.3.3 takes forever to log in

Hi all, my RS/6k 7043 150 with aix 4.3.3 takes FOREVER to log in. When I power the machine on, the boot process procedes normally and I get 2 short beeps (which I don't recall hearing before) and then I get the login window. If I log in, as root, say, the machine goes to its usual blue screen... (3 Replies)
Discussion started by: Jwoollard
3 Replies

2. Programming

msgrcv pending forever !!!

When I am using msgrcv to get a message from a queue, in case of msgsnd some error, the msgrcv thread will waiting forever. Is there some way that I can specify a time out value for this queue ? just let msgrcv wait for some time, if no message comes during this time slot, msgrcv just return... (3 Replies)
Discussion started by: Yun Gang Chen
3 Replies

3. Solaris

user password forever

Hi I am very new for Solaris, I want to make some users' passwords never expired. My ssytem kernel is: 5.8 # uname -a SunOS sspfs_svr 5.8 Generic_117000-01 sun4u sparc SUNW,Netra-240 Could you make some advice? Thanks (5 Replies)
Discussion started by: xramm
5 Replies

4. Linux

I want to mount my disk forever

Hi guys! I've just mounted my drive in fstab: /dev/sdb /myfolder ext3 defaults 0 0 and rebooted linux. I've got severel failers during booting process and also I can't login as root first time: login: root password:root incorrect login login:user password: user ... (1 Reply)
Discussion started by: Junior Admin
1 Replies

5. IP Networking

valid_lft forever preferred_lft forever <-- what does this mean?

Just looking at my ethernet interface.. I see this response... what does this mean...? ipconfig... lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo inet6 ::1/128 scope host valid_lft... (0 Replies)
Discussion started by: jimmyc
0 Replies

6. Programming

How use pthread_cond_timedwait without clock_gettime?

I need to use pthread_cond_timedwait, which is available in my old embedded Linux for PPC. But I don't have clock_gettime... So, I build this replacement for clock_gettime, and it seems to work: #include <sys/time.h> #include <time.h> int clock_gettime_replacement(struct timespec *now) {... (1 Reply)
Discussion started by: fcolombo
1 Replies

7. Shell Programming and Scripting

\n have to make a newline forever?

I'm trying to make a little script, but I have a problem... I'm trying to sed a list of files made with a ls > filename.txt... Two variables (or i may call them constant because they are fixed values :D): ststr1 and ststr2 I want to sed s/"$ststr1"/"$ststr2"/g filename.txt >... (5 Replies)
Discussion started by: maxlamax
5 Replies

8. Red Hat

Failed dependencies loop forever

Hello All, I was trying to install one rpm and it failed due to missing dependencies, when I try to look at the dependencies and try to install them it is asking for 100+ dependencies, did any one ever face this problem? how can we fix this? rpm -ivh /var/tmp/erlang-R15B-02.1.el6.x86_64.rpm... (0 Replies)
Discussion started by: lovesaikrishna
0 Replies

9. UNIX for Dummies Questions & Answers

Forever -w option

I am trying to use the forever command. I can get it to work if I do not use the w option to watch for changes and cause an automatic restart on a change to the contents of the directory being watched. I would really like to use the watch option. Is this option fully implemented? here is an... (4 Replies)
Discussion started by: barrygordon
4 Replies
tis_cond_timedwait(3)					     Library Functions Manual					     tis_cond_timedwait(3)

NAME
tis_cond_timedwait - Causes a thread to wait for the specified condition variable to be signaled or broadcast, such that it will awake after a specified period of time. LIBRARY
Standard C Library (libc.so, libc.a) SYNOPSIS
#include <tis.h> int tis_cond_timedwait( pthread_cond_t *cond, pthread_mutex_t *mutex, const struct timespec *abstime); STANDARDS
None PARAMETERS
Condition variable that the calling thread waits on. Mutex associated with the condition variable specified in cond. Absolute time at which the wait expires, if the condition has not been signaled or broadcast. See the tis_get_expiration(3) routine, which is used to obtain a value for this argument. The abstime argument is specified in Universal Coordinated Time (UTC). In the UTC-based model, time is represented as seconds since the Epoch. The Epoch is defined as the time 0 hours, 0 minutes, 0 seconds, January 1st, 1970 UTC. Seconds since the Epoch is a value inter- preted as the number of seconds between a specified time and the Epoch. DESCRIPTION
If threads are not present, this function is equivalent to sleep(3). This routine causes a thread to wait until one of the following occurs: The specified condition variable is signaled or broadcast. The current system clock time is greater than or equal to the time specified by the abstime argument. This routine is identical to tis_cond_wait(3), except that this routine can return before a condition variable is signaled or broadcast; specifically, when the specified time expires. For more information, see the tis_cond_wait(3) description. This routine automatically releases the mutex and causes the calling thread to wait on the condition. When the thread regains control after calling tis_cond_timedwait(3), the mutex is locked and the thread is the owner. This is true regardless of why the wait ended. If general cancelability is enabled, the thread requires the mutex (blocking if necessary) before the cleanup handlers are run (or before the excep- tion is raised). If the current time equals or exceeds the expiration time, this routine returns immediately, releasing and reacquiring the mutex. It might cause the calling thread to yield (see the sched_yield(3) description). Your code should check the return status whenever this routine returns and take the appropriate action. Otherwise, waiting on the condition variable can become a nonblocking loop. Call this routine after you have locked the mutex specified in mutex. The results of this routine are unpredictable if this routine is called without first locking the mutex. The only routines which are supported for use with asynchronous cancelability enabled are those which disable asynchronous cancelability. RETURN VALUES
If an error condition occurs, this routine returns an integer value indicating the type of error. Possible return values are as follows: Successful completion. The value specified by cond, mutex, or abstime is invalid, or: Different mutexes are supplied for concurrent tis_cond_timedwait(3) or tis_cond_wait(3) operations on the same condition variable, or: The mutex was not owned by the calling thread at the time of the call. DECthreads cannot acquire memory needed to block using a statically initialized condition variable. The time speci- fied by abstime expired. ERRORS
None RELATED INFORMATION
Functions: tis_cond_broadcast(3), tis_cond_destroy(3), tis_cond_init(3), tis_cond_signal(3), tis_cond_wait(3), tis_get_expiration(3) Manuals: Guide to DECthreads and Programmer's Guide delim off tis_cond_timedwait(3)
All times are GMT -4. The time now is 06:33 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy