From owner-freebsd-emulation Sat Dec 6 20:56:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA14770 for emulation-outgoing; Sat, 6 Dec 1997 20:56:11 -0800 (PST) (envelope-from owner-freebsd-emulation) Received: from fang.cs.sunyit.edu (root@fang.cs.sunyit.edu [192.52.220.66]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA14764 for ; Sat, 6 Dec 1997 20:56:05 -0800 (PST) (envelope-from umji@cs.sunyit.edu) Received: from pirahna (A-W33.rh.sunyit.edu [150.156.211.115]) by fang.cs.sunyit.edu (8.8.5/8.7.3) with SMTP id AAA25353; Sun, 7 Dec 1997 00:56:26 GMT Message-Id: <3.0.1.32.19971206235525.00875740@fang.cs.sunyit.edu> X-Sender: umji@fang.cs.sunyit.edu X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Sat, 06 Dec 1997 23:55:25 -0500 To: Mike Smith From: Michael Imor Subject: Re: DNS Troubles w/Linux Apps Cc: emulation@FreeBSD.ORG In-Reply-To: <199712060251.NAA01269@word.smith.net.au> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-emulation@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk No luck. I tried replacing all the o* calls (except orecv and osend). but DNS lookups still fail. Mike At 01:21 PM 12/6/97 +1030, Mike Smith wrote: >> No, I think this is a bug in the Linux emulation. We've seen it with >> StarOffice as well, but only on some systems (including mine). So >> far, nobody who has expeienced the problem has found it disturbing >> enough to fix. > >I haven't had the time to get to this yet (story of my life 8(), >however this sounds very much similar to the problem that Amancio >tracked down with UDP emulation recently. > >As the DNS stuff that's at issue here also uses UDP, this 'feels' >relevant. If you want to experiment with this, start replacing the >"o*" UDP-related calls in the linuxulator with their non-"o*" >counterparts (eg. orecvfrom -> recvfrom, etc.), as this was the fix in >the above case. > >If you *do* achieve any results with this, *please* let me know, as I >will eventually get to committing the relevant changes. > >mike > > > >