From mboxrd@z Thu Jan  1 00:00:00 1970
From: Stas Sergeev <stssppnn@yahoo.com>
Subject: Re: 1.1.4 incompatible with glibc 2.1
Date: Sun, 05 Jan 2003 13:17:38 +0300
Sender: linux-msdos-owner@vger.kernel.org
Message-ID: <3E180642.1030803@yahoo.com>
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------090504080509000105060401"
Return-path: <linux-msdos-owner@vger.kernel.org>
List-Id: <linux-msdos.vger.kernel.org>
To: linux-msdos@vger.kernel.org

This is a multi-part message in MIME format.
--------------090504080509000105060401
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Hello.

Sergey Suleymanov wrote:
> Stas> dosemu required at all, just "upgrade your glibc" message.  
> Wow! :) That's sort of using a steam-hammer to crack nuts.
Yes:)

> Stas> I can't beleive it can be simply missing, after reading "man
> Stas> inet".
> I read it too. And saw just unsigned long int :) System is
That makes sense.
OK, as the in_addr_t is not really used
(only once for sizeof), then there should
be no problems at all avoiding it entirely.
The attached trivial patch should do the trick.

--------------090504080509000105060401
Content-Type: text/plain;
 name="timid.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="timid.diff"

--- src/arch/linux/dosext/sound/midid/timid.c	Sat Jan  4 15:40:30 2003
+++ src/arch/linux/dosext/sound/midid/timid.c	Sun Jan  5 13:04:50 2003
@@ -102,7 +102,7 @@
   
   ctrl_adr.sin_family = AF_INET;
   ctrl_adr.sin_port = htons(config.timid_port);
-  memcpy(&ctrl_adr.sin_addr.s_addr, serv->h_addr, sizeof(in_addr_t));
+  memcpy(&ctrl_adr.sin_addr.s_addr, serv->h_addr, sizeof(ctrl_adr.sin_addr.s_addr));
 
   data_adr.sin_family = AF_INET;
   data_adr.sin_addr.s_addr = ctrl_adr.sin_addr.s_addr;

--------------090504080509000105060401--