From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13948 invoked by alias); 6 Jun 2005 05:25:24 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 13935 invoked by uid 22791); 6 Jun 2005 05:25:21 -0000 Received: from topsns.toshiba-tops.co.jp (HELO topsns.toshiba-tops.co.jp) (202.230.225.5) by sourceware.org (qpsmtpd/0.30-dev) with SMTP; Mon, 06 Jun 2005 05:25:21 +0000 Received: from inside-ms1.toshiba-tops.co.jp by topsns.toshiba-tops.co.jp via smtpd (for sourceware.org [12.107.209.250]) with SMTP; 6 Jun 2005 05:25:20 UT Received: from topsms.toshiba-tops.co.jp (localhost.localdomain [127.0.0.1]) by localhost.toshiba-tops.co.jp (Postfix) with ESMTP id 080711F320; Mon, 6 Jun 2005 14:25:18 +0900 (JST) Received: from srd2sd.toshiba-tops.co.jp (gw-chiba7.toshiba-tops.co.jp [172.17.244.27]) by topsms.toshiba-tops.co.jp (Postfix) with ESMTP id E39FA1F071; Mon, 6 Jun 2005 14:25:17 +0900 (JST) Received: from localhost (fragile [172.17.28.65]) by srd2sd.toshiba-tops.co.jp (8.12.10/8.12.10) with ESMTP id j565PHoj001580; Mon, 6 Jun 2005 14:25:17 +0900 (JST) (envelope-from anemo@mba.ocn.ne.jp) Date: Mon, 06 Jun 2005 05:25:00 -0000 Message-Id: <20050606.142517.51862870.nemoto@toshiba-tops.co.jp> To: gdb@sources.redhat.com Subject: Thread ID in gdbserver From: Atsushi Nemoto X-Fingerprint: 6ACA 1623 39BD 9A94 9B1A B746 CA77 FE94 2874 D52F X-Pgp-Public-Key: http://wwwkeys.pgp.net/pks/lookup?op=get&search=0x2874D52F Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-SW-Source: 2005-06/txt/msg00034.txt.bz2 Hi. In Mar 2005, the type of cont_thread, stop_thread, etc. was changed to "unsigned long" from "int". But there are still some codes which assume these variables are signed numbers. For example, in gdbserver/server.c: unsigned long cont_thread; ... if (n == 1 && resume_info[0].thread != -1) cont_thread = resume_info[0].thread; else cont_thread = -1; ... if (step || sig || cont_thread > 0) This looks very suspicious. For now I do not know whether this is real problem, but it is potential bug and should be fixed, isn't it? --- Atsushi Nemoto