forking new process when calling gnutls_global_init() function

[Haidar Habib]

Hi Werner,

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.

Regards,
Haidar

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:
>
>  GNUPG_RNDUNIX_DBG=filename
>
> 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.
>
>
> Shalom-Salam,
>
>
>   Werner
>
>
>
> --
> Die Gedanken sind frei.  Auschnahme regelt ein Bundeschgesetz.
>
>



-- 
With regards,
Md. Haidar Habib
Senior Software Engineer
haidar.habib at aricent.com
Aricent
Gurgaon
Cell- 09350042332