From owner-svn-src-all@FreeBSD.ORG Sun Aug 7 18:41:04 2011 Return-Path: Delivered-To: svn-src-all@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E88FD1065672; Sun, 7 Aug 2011 18:41:04 +0000 (UTC) (envelope-from marcel@xcllnt.net) Received: from mail.xcllnt.net (mail.xcllnt.net [70.36.220.4]) by mx1.freebsd.org (Postfix) with ESMTP id B22A48FC0A; Sun, 7 Aug 2011 18:41:04 +0000 (UTC) Received: from dhcp-192-168-2-22.wifi.xcllnt.net (atm.xcllnt.net [70.36.220.6]) (authenticated bits=0) by mail.xcllnt.net (8.14.5/8.14.5) with ESMTP id p77Ieu6H012958 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 7 Aug 2011 11:41:03 -0700 (PDT) (envelope-from marcel@xcllnt.net) Mime-Version: 1.0 (Apple Message framework v1244.3) Content-Type: text/plain; charset=us-ascii From: Marcel Moolenaar In-Reply-To: <20110807115256.GG48988@alchemy.franken.de> Date: Sun, 7 Aug 2011 11:40:58 -0700 Content-Transfer-Encoding: 7bit Message-Id: <937CC3F7-CA11-4C85-AB45-8EB4431B7FEE@xcllnt.net> References: <201108061748.p76HmUbM061259@svn.freebsd.org> <4E3DA560.6020100@yandex.ru> <4E3DBAF8.5040102@FreeBSD.org> <20110806232415.GE48988@alchemy.franken.de> <96C6C36B-E521-4438-9AEF-59D9A922D3B4@xcllnt.net> <20110807115256.GG48988@alchemy.franken.de> To: Marius Strobl X-Mailer: Apple Mail (2.1244.3) Cc: src-committers@FreeBSD.org, Ruslan Mahmatkhanov , Garrett Cooper , svn-src-all@FreeBSD.org, Andriy Gapon , svn-src-head@FreeBSD.org Subject: Re: svn commit: r224683 - head/lib/libthread_db X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Aug 2011 18:41:05 -0000 On Aug 7, 2011, at 4:52 AM, Marius Strobl wrote: > > Okay, but then I don't know how to properly fix this given that > thr_p{read,write}_long() still seem to do the wrong thing as they > supply sizeof(long) rather than the size of a long on the target > to thr_p{read,write}() as the size of the value in the target > address space. Don't worry about cross use. The implementation isn't quite there yet. That's why you see sizeof(long) in some places even though that's obviously only vid for the native case. FYI, -- Marcel Moolenaar marcel@xcllnt.net