PR_ASSERT problem

[Carsten Grzemba]

my build on OpenIndiana with the IllumOS provided NSPR cores on startup of some commands:

$ pwdhash 
Assertion failure: 0 == lock->notified.length, at
/jenkins/jobs/oi-userland/workspace/components/library/mozilla-nspr/nspr-4.12/nspr/pr/src/pthreads/ptsynch.c:159
/usr/bin/pwdhash: line 60: 5993: Abort(coredump)

$ pstack core
core 'core' of 5993: /usr/bin/amd64/pwdhash-bin
 fffffd7fff2b4eda _lwp_kill () + a
 fffffd7fff2480e0 raise (6) + 20
 fffffd7fff220818 abort () + 98
 fffffd7ff943fda2 ???????? ()
 fffffd7ff9457828 PR_DestroyLock () + d8
 fffffd7ff978bc2a slapi_entry_free () + 11a
 0000000000402888 init_config () + 2d8
 0000000000402d43 main () + 353
 000000000040235c _start () + 6c

Before I dive in the source code, has anyone a hint where I can start to search what
happens here?
<signaturebeforequotedtext></signaturebeforequotedtext><signatureafterquotedtext></signatureafterquotedtext>

[William Brown]

On Wed, 2017-09-20 at 14:30 +0200, Carsten Grzemba wrote:
>  my build on OpenIndiana with the IllumOS provided NSPR cores on
> startup of some commands:
>  
>  $ pwdhash 
>  Assertion failure: 0 == lock->notified.length, at
> /jenkins/jobs/oi-userland/workspace/components/library/mozilla-nspr/nspr-4.12/nspr/pr/src/pthreads/ptsynch.c:159
>  /usr/bin/pwdhash: line 60: 5993: Abort(coredump)
>  
>  $ pstack core
>  core 'core' of 5993: /usr/bin/amd64/pwdhash-bin
>   fffffd7fff2b4eda _lwp_kill () + a
>   fffffd7fff2480e0 raise (6) + 20
>   fffffd7fff220818 abort () + 98
>   fffffd7ff943fda2 ???????? ()
>   fffffd7ff9457828 PR_DestroyLock () + d8
>   fffffd7ff978bc2a slapi_entry_free () + 11a
>   0000000000402888 init_config () + 2d8
>   0000000000402d43 main () + 353
>   000000000040235c _start () + 6c
>  
>  Before I dive in the source code, has anyone a hint where I can start to search what
> happens here?
>
> <signaturebeforequotedtext></signaturebeforequotedtext><signatureafterquotedtext></signatureafterquotedtext>
Sounds like the lock may not have been created properly? Sadly I think
you need to dive into the source,

:( 

Let me know if you need any other advice. 

-- 
Sincerely,

William Brown
Software Engineer
Red Hat, Australia/Brisbane

[Carsten Grzemba]

<signaturebeforequotedtext></signaturebeforequotedtext>
On 28.09.17 00:49, William Brown  <wibrown(a)redhat.com&gt; wrote: 
>  
>  On Wed, 2017-09-20 at 14:30 +0200, Carsten Grzemba wrote:
>  > my build on OpenIndiana with the IllumOS provided NSPR cores on startup of some
> commands:
>  > 
>  > $ pwdhash 
>  > Assertion failure: 0 == lock->notified.length, at
> /jenkins/jobs/oi-userland/workspace/components/library/mozilla-nspr/nspr-4.12/nspr/pr/src/pthreads/ptsynch.c:159
>  > /usr/bin/pwdhash: line 60: 5993: Abort(coredump)
>  > 
>  > $ pstack core
>  > core 'core' of 5993: /usr/bin/amd64/pwdhash-bin
>  > fffffd7fff2b4eda _lwp_kill () + a
>  > fffffd7fff2480e0 raise (6) + 20
>  > fffffd7fff220818 abort () + 98
>  > fffffd7ff943fda2 ???????? ()
>  > fffffd7ff9457828 PR_DestroyLock () + d8
>  > fffffd7ff978bc2a slapi_entry_free () + 11a
>  > 0000000000402888 init_config () + 2d8
>  > 0000000000402d43 main () + 353
>  > 000000000040235c _start () + 6c
>  > 
>  > Before I dive in the source code, has anyone a hint where I can start to search what
> happens here?
>  >
> <signaturebeforequotedtext></signaturebeforequotedtext><signatureafterquotedtext></signatureafterquotedtext>
>  
>  Sounds like the lock may not have been created properly? Sadly I think
>  you need to dive into the source,
>  
>  :( 
>  
>  Let me know if you need any other advice. 
>   
It works, if I compile with 

 AC_DEFINE([USE_POSIX_RWLOCKS], [1], [POSIX rwlocks])

Because this is also set in Linux, I guess the NSPR Threads is not tested anymore.
 <signatureafterquotedtext></signatureafterquotedtext>

[William Brown]

On Thu, 2017-09-28 at 08:17 +0200, Carsten Grzemba wrote:
>  <signaturebeforequotedtext></signaturebeforequotedtext>
>  On 28.09.17 00:49, William Brown  <wibrown(a)redhat.com&gt; wrote: 
>  > 
>  > On Wed, 2017-09-20 at 14:30 +0200, Carsten Grzemba wrote:
>  > > my build on OpenIndiana with the IllumOS provided NSPR cores on startup of some
> commands:
>  > > 
>  > > $ pwdhash 
>  > > Assertion failure: 0 == lock->notified.length, at
> /jenkins/jobs/oi-userland/workspace/components/library/mozilla-nspr/nspr-4.12/nspr/pr/src/pthreads/ptsynch.c:159
>  > > /usr/bin/pwdhash: line 60: 5993: Abort(coredump)
>  > > 
>  > > $ pstack core
>  > > core 'core' of 5993: /usr/bin/amd64/pwdhash-bin
>  > > fffffd7fff2b4eda _lwp_kill () + a
>  > > fffffd7fff2480e0 raise (6) + 20
>  > > fffffd7fff220818 abort () + 98
>  > > fffffd7ff943fda2 ???????? ()
>  > > fffffd7ff9457828 PR_DestroyLock () + d8
>  > > fffffd7ff978bc2a slapi_entry_free () + 11a
>  > > 0000000000402888 init_config () + 2d8
>  > > 0000000000402d43 main () + 353
>  > > 000000000040235c _start () + 6c
>  > > 
>  > > Before I dive in the source code, has anyone a hint where I can start to search
> what happens here?
>  > >
> <signaturebeforequotedtext></signaturebeforequotedtext><signatureafterquotedtext></signatureafterquotedtext>
>  > 
>  > Sounds like the lock may not have been created properly? Sadly I think
>  > you need to dive into the source,
>  > 
>  > :( 
>  > 
>  > Let me know if you need any other advice. 
>  > 
>  It works, if I compile with 
>  
>   AC_DEFINE([USE_POSIX_RWLOCKS], [1], [POSIX rwlocks])
>  
>  Because this is also set in Linux, I guess the NSPR Threads is not tested anymore.
Yes, we only use pthreads, and we are likely to drop NSPR locks too.
NSPR is probably going to be only used for NSS/socket interactions going
forward because it adds overheads for no gains.

As a curious question, does solaris have rustlang support .... ? 

-- 
Sincerely,

William Brown
Software Engineer
Red Hat, Australia/Brisbane

Rust-Lang

[Carsten Grzemba]

>  
>  As a curious question, does solaris have rustlang support .... ? 
>  
>   
Not in the moment, but there some issues open for rust related Solaris. So it
tried somebody already.
 <signatureafterquotedtext></signatureafterquotedtext>

Rust-Lang

[William Brown]

On Fri, 2017-09-29 at 08:41 +0200, Carsten Grzemba wrote:
>  
>  > 
>  > As a curious question, does solaris have rustlang support .... ? 
>  > 
>  > 
>  Not in the moment, but there some issues open for rust related Solaris. So it tried
> somebody already. 
OKay, because I (we?) are pursuing integration of rust with 389-ds, so
this will become a blocker for you in the future I expect. Probably a
few months away still, but I think it's something you need to keep in
mind :) 

-- 
Sincerely,

William Brown
Software Engineer
Red Hat, Australia/Brisbane