From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lennart Borgman Newsgroups: gmane.emacs.devel Subject: Re: Problems with the url package on w32? Date: Wed, 20 Dec 2006 00:45:11 +0100 Message-ID: <45887987.3040105@student.lu.se> References: <871wnnclkz.fsf@freemail.hu> <87lkltztzy.fsf@freemail.hu> <871wniv89d.fsf@freemail.hu> <87wt5825wh.fsf@freemail.hu> NNTP-Posting-Host: dough.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1166571935 26908 80.91.229.10 (19 Dec 2006 23:45:35 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 19 Dec 2006 23:45:35 +0000 (UTC) Cc: Michael Kifer , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Dec 20 00:45:33 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by dough.gmane.org with esmtp (Exim 4.50) id 1GwoeK-0003P6-DL for ged-emacs-devel@m.gmane.org; Wed, 20 Dec 2006 00:45:32 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GwoeJ-000190-Vf for ged-emacs-devel@m.gmane.org; Tue, 19 Dec 2006 18:45:32 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Gwoe9-00017x-13 for emacs-devel@gnu.org; Tue, 19 Dec 2006 18:45:21 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Gwoe6-00016c-UJ for emacs-devel@gnu.org; Tue, 19 Dec 2006 18:45:20 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Gwoe6-00015o-IZ for emacs-devel@gnu.org; Tue, 19 Dec 2006 18:45:18 -0500 Original-Received: from [80.76.149.212] (helo=ch-smtp01.sth.basefarm.net) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1Gwoe3-0008Fb-3T for emacs-devel@gnu.org; Tue, 19 Dec 2006 18:45:15 -0500 Original-Received: from c83-254-145-24.bredband.comhem.se ([83.254.145.24]:60269 helo=[127.0.0.1]) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.63) (envelope-from ) id 1Gwoe0-0003v7-4w; Wed, 20 Dec 2006 00:45:13 +0100 User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) Original-To: "Kim F. Storm" In-Reply-To: X-Antivirus: avast! (VPS 0660-0, 2006-12-19), Outbound message X-Antivirus-Status: Clean X-Scan-Result: No virus found in message 1Gwoe0-0003v7-4w. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1Gwoe0-0003v7-4w fdb088145e703dca2c2e33a905c30d2f X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:63971 Archived-At: Kim F. Storm wrote: > storm@cua.dk (Kim F. Storm) writes: > > >> If :nowait t doesn't work on Windoze, >> (featurep 'make-network-process '(:nowait t)) should return nil. >> >> But why doesn't it work on Windoze? Could someone please investigate it? >> >> If this is a general problem, BROKEN_NON_BLOCKING_CONNECT should >> be defined in window... >> > > > Would someone please check if this patch gives "good" results on Windows, > that is, make > (featurep 'make-network-process '(:nowait t)) > return nil, and not have any other bad effects on network connections. > > > > *** ms-w32.h 15 Dec 2006 01:26:24 +0100 1.41 > --- ms-w32.h 19 Dec 2006 16:45:18 +0100 > *************** > *** 137,142 **** > --- 137,147 ---- > > #define HAVE_SOCKETS 1 > > + /* But our select implementation doesn't allow us to make non-blocking > + connects. So until that is fixed, this is necessary: */ > + > + #define BROKEN_NON_BLOCKING_CONNECT 1 > + > /* Define this symbol if your system has the functions bcopy, etc. */ > > #define BSTRING > I tried to test, but I see Juanma has already done that now. Good. However I noticed another very strange thing. I just tried to appy the patch with ediff-patch, using gnuwin32 binaries. It just hangs. Or rather patch seems to loop. emacs -Q (latest binaries built after pretest release today) C-x C-f .... ms-w32.h C-x C-f .... the-patch.diff M-x ediff-patch-buffers (answers with the default, ie the buffers from above) Well, I was wrong... - after 5 min the patch was ready ... 3GHz, everything else runs fine... There seem to be a bug here on some level. Has anyone else seen this?