Using out latest NSPR and NSS sources from trunk,
I get a deadlock when starting the following command, using the attached three files.
The cert files don't seem to matter.
Nicknames don't seem to matter
I'm operating on an empty cert db, that got created with
certutil -d db -N (no password)
Contents of batch file:
-A -n "r1" -t "CT,C," -i r1
-A -n "r2" -t "CT,C," -i r2
#0 0x00110416 in __kernel_vsyscall ()
#1 0x00b8fb95 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2 0x003896e3 in PR_WaitCondVar (cvar=0x86f0ed8, timeout=4294967295) at ../../../../pr/src/pthreads/ptsynch.c:405
#3 0x00392290 in PR_Cleanup () at ../../../../pr/src/pthreads/ptthread.c:1035
#4 0x080560c6 in certutil_main (argc=9, argv=0x86f0848, initialize=0) at certutil.c:2895
#5 0x0805604f in certutil_main (argc=6, argv=0xbfe578e4, initialize=1) at certutil.c:2883
#6 0x0805611d in main (argc=Cannot access memory at address 0x80
) at certutil.c:2907
certutil -B -i batch -d db/
Created attachment 321798 [details]
Created attachment 321799 [details]
Created attachment 321800 [details]
Doing some testing, this seems to have been introduced between
3.12 Beta 1
3.12 Beta 2
Regression might have been introduced by bug 415167.
This should be fixed in 3.12.1 by the additional patch checked in, see bug 415167.
Not sure if this can be fixed in 3.12.0, probably not.
I'm marking this fixed. It was fixed with a checked in done in bug 434808