I wish OS vendors would realize that we need core files to debug this stuff. :( (Which is the entire reason why the facility exists, actually -- to figure out why programs crash.)
The way to get a core file is to execute 'ulimit -c unlimited' before executing the program. Once the program crashes, the file will be named 'core' in the application's current working directory, if (and only if) the program has the right to create files in that directory. Most of the time, /etc/profile (or other script, usually started by init, via inittab) sets a 'ulimit -c 0' to prevent stray core files from taking up disk space. In order to find out more about the limits that are placed on processes (limits designed to prevent all system resources from being taken up), read the setrlimit(2) man page. The standard C library (which the Java server links against) implements a function called ulimit(3), which is a shell around setrlimit(2). -Kyle H On Wed, Mar 25, 2009 at 6:08 PM, <ksreedha...@gmail.com> wrote: > Hi Julien, > > I am running this on CentOS 5. This is part of the Java Server. Where > should I see the core file. I didn't find one. I searched entire file > system for the core > > What would be the file name. > > Thanks, > Sreedhar > On Mar 23, 3:41 pm, Julien R Pierre - Sun Microsystems > <nospam.julien.pierre.nos...@nospam.sun.com.nospam> wrote: >> Sreedhar, >> >> This is an assertion on a pthread_mutex_lock failure . >> >> What operating system and version are you running your application on ? >> >> Using a debugger, can you print the value of rv and errno from your core >> file when you get this assertion ? >> >> On Solaris 10, the possible error codes are EAGAIN, EINVAL, EDEADLK, >> ENOMEM, EOWNERDEAD, ENOTRECOVERABLE . >> >> >> >> ksreedha...@gmail.com wrote: >> > On Mar 20, 9:59 pm, ksreedha...@gmail.com wrote: >> >> Hello, >> >> >> I am using JSS 4.2.5, NSS 3.11.4 and NSPR 4.6.4 >> >> >> Many times, my Java Server crashes with the following error. >> >> >> Assertion failure: 0 == rv, at ../../../../../nsprpub/pr/src/pthreads/ >> >> ptsynch.c:207 >> >> >> Is there any solution to this. >> >> >> Thanks, >> >> Sreedhar >> >> > One more observation is, this is happening whenever there is a problem >> > with the SSL connection. If server refuses the connection, may be >> > because of wrong protocol or some other problem, instead of just >> > throwing error and continuing, it is completely killing the process. >> > Is there any configuration or work around I need to do for it. >> >> > Thanks, >> > Sreedhar- Hide quoted text - >> >> - Show quoted text - > > -- > dev-tech-crypto mailing list > dev-tech-crypto@lists.mozilla.org > https://lists.mozilla.org/listinfo/dev-tech-crypto > -- dev-tech-crypto mailing list dev-tech-crypto@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-tech-crypto
