[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference turris::digital_unix

Title:DIGITAL UNIX(FORMERLY KNOWN AS DEC OSF/1)
Notice:Welcome to the Digital UNIX Conference
Moderator:SMURF::DENHAM
Created:Thu Mar 16 1995
Last Modified:Fri Jun 06 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:10068
Total number of notes:35879

9305.0. "pthread functionality for 3.2G" by MAIL1::GHAHRAMANI () Wed Mar 26 1997 16:32

    my customer is developing code under Digital Unix 3.2G, they want to be
    able to take advantage of pthreads segment masks.  They will not be
    migrating to V4.0x for a while.  Is there another way to block signals
    for child processes in V3.2G?  
    
    Thanks,
    
    forough Ghahramani
T.RTitleUserPersonal
Name
DateLines
9305.1SMURF::DENHAMDigital UNIX KernelWed Mar 26 1997 20:3118
    You must mean "signal" masks, not segment masks, right?
    
    If so, there's no major change in signal mask behvavior in
    threads between 3.2 and 4.0. Each thread has its own signal
    mask (there is no process signal mask). Before 4.0, a
    thread sets its signal mask using sigprocmask; for 4.0,
    it must use pthread_sigmask.
    
    When you refer to child processes, do you mean threads
    instead?
    
    One thing to know is this: the signal mask of the thread
    that calls pthread_create is inherited by the new thread.
    And the signal mask of the process that calls fork is
    inherited by the child process.
    
    I have no idea if any this will help, but at least we can
    start a dialogue....
9305.2VAXCPU::michaudJeff Michaud - ObjectBrokerWed Mar 26 1997 20:384
	Also if the only reason you are playing with signals is in
	order to reap zombie/defunct child processes, and you don't
	care to check their exit status, etc, look at the man
	page for sigaction and the SA_NOCLDWAIT flag .....
9305.3thank youMAIL1::GHAHRAMANIThu Mar 27 1997 09:431
    Thanks for the information.  I will pass this along to the customer.