On 03/24/2014 07:24 PM, Phillip Susi wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 3/24/2014 5:43 AM, Janani Venkataraman wrote:
>> Gcore attaches to the process using gdb and runs the gdb gcore
>> command and then detaches. In gcore the dump cannot be issued from
>> a signal
On 03/24/2014 07:24 PM, Phillip Susi wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 3/24/2014 5:43 AM, Janani Venkataraman wrote:
Gcore attaches to the process using gdb and runs the gdb gcore
command and then detaches. In gcore the dump cannot be issued from
a signal handler
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 3/24/2014 5:43 AM, Janani Venkataraman wrote:
> Gcore attaches to the process using gdb and runs the gdb gcore
> command and then detaches. In gcore the dump cannot be issued from
> a signal handler context as fork() is not signal safe and moreover
On 03/21/2014 08:32 PM, Phillip Susi wrote:
On 3/21/2014 4:17 AM, Karel Zak wrote:
The gencore command looks like a good idea, but why we need the
client-server infrastructure? At least at first glance it seems
like overkill.
Yes, the server seems pointless.
We would like to push this to
On 03/21/2014 01:47 PM, Karel Zak wrote:
On Thu, Mar 20, 2014 at 03:09:03PM +0530, Janani Venkataraman wrote:
Gencore Daemon
The programs can request a dump using gencore() API, provided through
libgencore. This is implemented through a daemon which listens on a UNIX File
socket. The daemon
On 03/21/2014 01:47 PM, Karel Zak wrote:
On Thu, Mar 20, 2014 at 03:09:03PM +0530, Janani Venkataraman wrote:
Gencore Daemon
The programs can request a dump using gencore() API, provided through
libgencore. This is implemented through a daemon which listens on a UNIX File
socket. The daemon
On 03/21/2014 08:32 PM, Phillip Susi wrote:
On 3/21/2014 4:17 AM, Karel Zak wrote:
The gencore command looks like a good idea, but why we need the
client-server infrastructure? At least at first glance it seems
like overkill.
Yes, the server seems pointless.
We would like to push this to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 3/24/2014 5:43 AM, Janani Venkataraman wrote:
Gcore attaches to the process using gdb and runs the gdb gcore
command and then detaches. In gcore the dump cannot be issued from
a signal handler context as fork() is not signal safe and moreover
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 3/21/2014 4:17 AM, Karel Zak wrote:
> The gencore command looks like a good idea, but why we need the
> client-server infrastructure? At least at first glance it seems
> like overkill.
Yes, the server seems pointless.
>> We would like to push
On Thu, Mar 20, 2014 at 03:09:03PM +0530, Janani Venkataraman wrote:
> Gencore Daemon
>
> The programs can request a dump using gencore() API, provided through
> libgencore. This is implemented through a daemon which listens on a UNIX File
> socket. The daemon is started immediately post
On Thu, Mar 20, 2014 at 03:09:03PM +0530, Janani Venkataraman wrote:
Gencore Daemon
The programs can request a dump using gencore() API, provided through
libgencore. This is implemented through a daemon which listens on a UNIX File
socket. The daemon is started immediately post installation.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 3/21/2014 4:17 AM, Karel Zak wrote:
The gencore command looks like a good idea, but why we need the
client-server infrastructure? At least at first glance it seems
like overkill.
Yes, the server seems pointless.
We would like to push this
On 03/20/2014 09:39 AM, Janani Venkataraman wrote:
> Hi all,
>
> The following series implements an infrastructure for capturing the core of an
> application without disrupting its process.
>
> Kernel Space Approach:
>
> 1) Posted an RFD to LKML explaining the various kernel-methods being
Hi all,
The following series implements an infrastructure for capturing the core of an
application without disrupting its process.
Kernel Space Approach:
1) Posted an RFD to LKML explaining the various kernel-methods being analysed.
https://lkml.org/lkml/2013/9/3/122
2) Went ahead to
Hi all,
The following series implements an infrastructure for capturing the core of an
application without disrupting its process.
Kernel Space Approach:
1) Posted an RFD to LKML explaining the various kernel-methods being analysed.
https://lkml.org/lkml/2013/9/3/122
2) Went ahead to
On 03/20/2014 09:39 AM, Janani Venkataraman wrote:
Hi all,
The following series implements an infrastructure for capturing the core of an
application without disrupting its process.
Kernel Space Approach:
1) Posted an RFD to LKML explaining the various kernel-methods being analysed.
16 matches
Mail list logo
