From owner-freebsd-emulation@FreeBSD.ORG  Wed Oct 13 11:10:42 2004
Return-Path: <owner-freebsd-emulation@FreeBSD.ORG>
Delivered-To: freebsd-emulation@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 8B67716A4CE
	for <freebsd-emulation@freebsd.org>;
	Wed, 13 Oct 2004 11:10:42 +0000 (GMT)
Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140])
	by mx1.FreeBSD.org (Postfix) with ESMTP id D99AF43D41
	for <freebsd-emulation@freebsd.org>;
	Wed, 13 Oct 2004 11:10:40 +0000 (GMT)	(envelope-from avg@icyb.net.ua)
Received: from [212.40.38.87] (oddity.topspin.kiev.ua [212.40.38.87])
	by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA11689
	for <freebsd-emulation@freebsd.org>;
	Wed, 13 Oct 2004 14:10:37 +0300 (EEST)
	(envelope-from avg@icyb.net.ua)
Message-ID: <416D0D2C.6020001@icyb.net.ua>
Date: Wed, 13 Oct 2004 14:10:36 +0300
From: Andriy Gapon <avg@icyb.net.ua>
User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040831)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: freebsd-emulation@freebsd.org
References: <416CF40A.3070008@icyb.net.ua>
In-Reply-To: <416CF40A.3070008@icyb.net.ua>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Subject: Re: linux threaded application hang
X-BeenThere: freebsd-emulation@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Development of Emulators of other operating systems
	<freebsd-emulation.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-emulation>,
	<mailto:freebsd-emulation-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-emulation>
List-Post: <mailto:freebsd-emulation@freebsd.org>
List-Help: <mailto:freebsd-emulation-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-emulation>,
	<mailto:freebsd-emulation-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 13 Oct 2004 11:10:42 -0000

on 13.10.2004 12:23 Andriy Gapon said the following:

> (gdb) p set
> $1 = (sigset_t *) 0x482c87f0
> (gdb) p *set
> $2 = {__val = {1250168, 1208405312, 1208363760, 1209738430, 1209738446,
> 1210126092, 1209738478, 1209738494, 1210131344, 1209738526, 1209738542,
> 1209738558,
>     1209738574, 1209738590, 1209554352, 1209738622, 1209738638,
> 1209738654, 1209738670, 1209738686, 1209738702, 1209738718, 1209738734,
> 1209738750,
>     1209738766, 1209738782, 1209738798, 1210090948, 1209738830,
> 1209738846, 1209738862, 1209738878}}
> 
> if I understand correctly linux sigset_t then mask for signal 32 should
> be bit 31 (highest) of __val[0]:
> 
> 1250168 == 100110001001101111000

well it seems that frame 0 was actually reported wrong by gdb, or
something like that

> (gdb) p mask
> $3 = {__val = {0, 0, 0, 0, 0, 1208347125, 0, 3217021232, 0, 0, 0, 0, 0,
> 0, 3, 0, 0, 0, 0, 0, 16777216, 0, 1209525676, 102, 1209536638, 1209529244,
>     1209524044, 1208404144, 7, 1210900512, 3, 1210877936}}

and this is correct:

`ps -O sigmask` reported empty mask for initial thread, so it looks that
it was linux_kill that actually failed.

-- 
Andriy Gapon