The test program as an attachment as my mua mangles inline
code - sorry. Also on cvs:~kurt/startup.c
startup.c
Description: Binary data
I’ve been hunting an intermittent jdk crash on sparc64 for some time now.
Since egdb has not been up to the task, I created a small c program which
reproduces the problem. This partially mimics the jdk startup where a number
of detached threads are created. When each thread is created the main
I can reproduce it with tog (game of trees tui tool, it's multithreaded,
I can't reproduce the hang with simple 'got' binary, which is single
threaded - this is only difference I'm aware of):
git clone ssh://anonym...@got.gameoftrees.org/got.git
mkdir ~/bin
cd got
make obj
make
make install
egdb
On 2023/08/13 08:46, Harald Dunkel wrote:
> Hi Stuart,
>
> On 2023-08-11 11:39:24, Stuart Henderson wrote:
> > On 2023/08/11 08:47, Harald Dunkel wrote:
> > >
> > > For forensic measures in case of an incident it is crucial to
> > > have the peers public key. This string is constant over time
>
Hi Stuart,
On 2023-08-11 11:39:24, Stuart Henderson wrote:
On 2023/08/11 08:47, Harald Dunkel wrote:
For forensic measures in case of an incident it is crucial to
have the peers public key. This string is constant over time
(unless it is not rotated for security). The first 16 or 10
chars
