From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1HBzI9-0004J3-1q
	for qemu-devel@nongnu.org; Tue, 30 Jan 2007 15:09:21 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1HBzI6-0004Ir-Ne
	for qemu-devel@nongnu.org; Tue, 30 Jan 2007 15:09:19 -0500
Received: from [199.232.76.173] (helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1HBzI6-0004Io-IM
	for qemu-devel@nongnu.org; Tue, 30 Jan 2007 15:09:18 -0500
Received: from wr-out-0506.google.com ([64.233.184.228])
	by monty-python.gnu.org with esmtp (Exim 4.52) id 1HBzI6-00022j-DX
	for qemu-devel@nongnu.org; Tue, 30 Jan 2007 15:09:18 -0500
Received: by wr-out-0506.google.com with SMTP id i7so1258534wra
	for <qemu-devel@nongnu.org>; Tue, 30 Jan 2007 12:09:17 -0800 (PST)
Message-ID: <46d6db660701301209t62180911vdd8e72aee37b4acc@mail.gmail.com>
Date: Tue, 30 Jan 2007 21:09:16 +0100
From: "Christian MICHON" <christian.michon@gmail.com>
Subject: Re: [Qemu-devel] current qemu cvs broken for mingw hosts
In-Reply-To: <Pine.LNX.4.63.0701302023190.22628@wbgn013.biozentrum.uni-wuerzburg.de>
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_Part_20843_32889176.1170187756431"
References: <46d6db660701301112t7902f5aak452a1cf1c0bc2ea4@mail.gmail.com>
	<Pine.LNX.4.63.0701302023190.22628@wbgn013.biozentrum.uni-wuerzburg.de>
Reply-To: qemu-devel@nongnu.org
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: qemu-devel@nongnu.org

------=_Part_20843_32889176.1170187756431
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On 1/30/07, Johannes Schindelin <Johannes.Schindelin@gmx.de> wrote:
> just guard it with an #ifndef ENOMEDIUM

this one was not bothering so much, but it's true it's cleaner with this.

> > c:/qemu/qemu-30jan07/vl.c: In function `win_chr_read_poll':
> > c:/qemu/qemu-30jan07/vl.c:2021: error: structure has no member named `chr'
> > [...]
> >
> > I cannot figure out what "chr"'s type is supposed to be in the struct.
>
> How about CharDriverState? I deduce this from
>
> origin:vl.h:318:int qemu_chr_can_read(CharDriverState *s);

I guess I'm tired (banged too much my head on git recently :) )
The fix is attached: thanks.

-- 
Christian

------=_Part_20843_32889176.1170187756431
Content-Type: application/octet-stream; name=chr.patch
Content-Transfer-Encoding: base64
X-Attachment-Id: f_exkrjy6v
Content-Disposition: attachment; filename="chr.patch"

LS0tIHZsLmMJMjAwNy0wMS0zMCAyMDowNzozOCArMDAwMAorKysgdmwuY194aWFuCTIwMDctMDEt
MzAgMjA6MDc6MTUgKzAwMDAKQEAgLTE4ODAsNiArMTg4MCw3IEBACiAgICAgT1ZFUkxBUFBFRCBv
cmVjdiwgb3NlbmQ7CiAgICAgQk9PTCBmcGlwZTsKICAgICBEV09SRCBsZW47CisgICAgQ2hhckRy
aXZlclN0YXRlICpjaHI7CiB9IFdpbkNoYXJTdGF0ZTsKIAogI2RlZmluZSBOU0VOREJVRiAyMDQ4
Cg==
------=_Part_20843_32889176.1170187756431--