forking new process when calling gnutls_global_init() function
h.habib at gmail.com
Mon Feb 18 11:51:08 CET 2008
Thanks for your response.
I have exported the variable and run the application as you suggested
and got the following outful in file.
But I don't know what to infer from this.
START RNDUNIX DEBUG pid=27534
/bin/vmstat -s contributed 0 bytes, usefulness = 2
/bin/vmstat -c contributed 0 bytes, usefulness = 2
/bin/vmstat -i contributed 0 bytes, usefulness = 1
/usr/bin/last -n 50 contributed 0 bytes, usefulness = 0
/usr/bin/nfsstat contributed 1698 bytes, usefulness = 3
/bin/vmstat -f contributed 47 bytes, usefulness = 0
/bin/ps -el contributed 17179 bytes, usefulness = 5
/bin/ps -A contributed 0 bytes, usefulness = 0
/usr/bin/netstat -s contributed 2566 bytes, usefulness = 5
/usr/bin/netstat -m contributed 34 bytes, usefulness = 1
/bin/netstat -in contributed 253 bytes, usefulness = 1
/usr/bin/w contributed 1330 bytes, usefulness = 1
/usr/bin/iostat contributed 42 bytes, usefulness = 0
/usr/bin/uptime contributed 68 bytes, usefulness = 0
/bin/vmstat contributed 135 bytes, usefulness = 0
/usr/bin/ipcs -a contributed 2214 bytes, usefulness = 1
/usr/sbin/ripquery -nw 1 127.0.0.1 contributed 109 bytes, usefulness = 0
/bin/lpstat -t contributed 65 bytes, usefulness = 0
/etc/arp -a contributed 82 bytes, usefulness = 0
/usr/bin/netstat -n contributed 13987 bytes, usefulness = 6
/usr/bin/df contributed 589 bytes, usefulness = 0
Got 40398 bytes, usefulness = 23
On Feb 18, 2008 2:06 PM, Werner Koch <wk at gnupg.org> wrote:
> On Thu, 14 Feb 2008 08:33, h.habib at gmail.com said:
> > I am using gnutls and libgcrypt in my application for using TLS in
> > HP-UX. But when calling gnutls_global_init() function it forking a new
> > process giving following trace
> > [New process 28026]
> > warning: reading `r3' register: No data
> > Detaching after fork from process 28026
> > Can you please help why this new process is being created and how to avoid this.
> On systems with a random device, libgcrypt uses an entropy gatherer
> which works by running dozens of system tools to gather stats about the
> system. The error message is likely from one of these tools. I don't
> know tryhe trace utility but if you can configure it to also show the
> exec call, you will see the culprit.
> An easier way to debug this is by setting the envvar:
> The actual code is cipher/rndunix.c .
> A failure of one of the tools is not a real problem. If track it down
> we might be able to exclude that tool for a certain version of HPUX.
> Die Gedanken sind frei. Auschnahme regelt ein Bundeschgesetz.
Md. Haidar Habib
Senior Software Engineer
haidar.habib at aricent.com
More information about the Gcrypt-devel