In <[EMAIL PROTECTED]>,
<[EMAIL PROTECTED]> wrote:
>Just wondering:
>
>If I was to try and join a pthread that already exited, would there be an error
>message output and/or errno set to an error value, or would a system hang?
Was the thread created with detach state set PTHREAD_CREATE_DETACHED o
On Wed, 7 Feb 2007, [EMAIL PROTECTED] wrote:
On Wed, 7 Feb 2007, Pietro Cerutti wrote:
On 2/7/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Just wondering:
If I was to try and join a pthread that already exited, would there be an
error message output and/or errno set to an error value, o
On Wed, 7 Feb 2007, Pietro Cerutti wrote:
On 2/7/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Just wondering:
If I was to try and join a pthread that already exited, would there be an
error message output and/or errno set to an error value, or would a system
hang?
man pthread_join(3):
On 2/7/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Just wondering:
If I was to try and join a pthread that already exited, would there be an error
message output and/or errno set to an error value, or would a system hang?
man pthread_join(3):
ERRORS
The pthread_join() function will
Just wondering:
If I was to try and join a pthread that already exited, would there be an error
message output and/or errno set to an error value, or would a system hang?
It this variable on Unix OSes?
-Garrett
___
freebsd-hackers@freebsd.org mailin
On Thursday 01 February 2007 14:40, M. Warner Losh wrote:
> In message: <[EMAIL PROTECTED]>
> Luigi Rizzo <[EMAIL PROTECTED]> writes:
> : On Thu, Feb 01, 2007 at 11:38:51AM -0700, M. Warner Losh wrote:
> : > In message: <[EMAIL PROTECTED]>
> : > Peter Jeremy <[EMAIL PROTECTE
On Tuesday 30 January 2007 14:59, Steve Kargl wrote:
> MPICH2 has the ability to use shared memory as one of
> its communication channel. Unfortuantely, the build
> dies with an error realted to ptrace. In looking at
> a linux manpage for ptrace, I've identified that the
> linux PTRACE_ATTACH and
>From: Eric Anderson <[EMAIL PROTECTED]>
>On one of my boxes where I have a decent amount of (less than 50) users
>in a few groups, I finally hit the limit. Not 1024 bytes though (that I
>know of). When that happens though, it is sooner than expected, and
>tools (like 'id') seg fault (and cor
On 02/07/07 07:44, Kostik Belousov wrote:
On Wed, Feb 07, 2007 at 12:17:51PM +0300, Maxim Konovalov wrote:
On Tue, 6 Feb 2007, 22:56-0600, Eric Anderson wrote:
On one of my boxes where I have a decent amount of (less than 50)
users in a few groups, I finally hit the limit. Not 1024 bytes
thou
On Wed, Feb 07, 2007 at 08:00:07AM -0600, Eric Anderson wrote:
> On 02/07/07 07:44, Kostik Belousov wrote:
> >On Wed, Feb 07, 2007 at 12:17:51PM +0300, Maxim Konovalov wrote:
> >>On Tue, 6 Feb 2007, 22:56-0600, Eric Anderson wrote:
> >>
> >>>On one of my boxes where I have a decent amount of (less
On Wed, Feb 07, 2007 at 12:17:51PM +0300, Maxim Konovalov wrote:
> On Tue, 6 Feb 2007, 22:56-0600, Eric Anderson wrote:
>
> > On one of my boxes where I have a decent amount of (less than 50)
> > users in a few groups, I finally hit the limit. Not 1024 bytes
> > though (that I know of). When that
On Tue, Feb 06, 2007 at 10:15:46AM -0600, Eric Anderson wrote:
> >
> >Is this a fundamental design issue with null_fs or a bug?
> >
> >There appears to be a lot of confusion on the lists about this point
> >as many people are trying to do this so as to make a single mysql
> >server available from w
Ali Mashtizadeh wrote:
> I saw in the past several people have asked if theres a way to monitor all
> file operations (not limited to a set of Vnodes). Is this likely to be
> implemented any time soon? Or is there a good alternative?
If I understand correctly what you're looking for, then you want
On Tue, 6 Feb 2007, 22:56-0600, Eric Anderson wrote:
> On one of my boxes where I have a decent amount of (less than 50)
> users in a few groups, I finally hit the limit. Not 1024 bytes
> though (that I know of). When that happens though, it is sooner than
> expected, and tools (like 'id') seg fa
14 matches
Mail list logo