From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Fabrice Popineau Newsgroups: gmane.emacs.devel Subject: Re: INSTALL.W64 Date: Sat, 4 Nov 2017 13:29:40 +0100 Message-ID: References: <87po9t2w96.fsf@petton.fr> <86vaj3x8ms.fsf@stephe-leake.org> <83y3nnvgax.fsf@gnu.org> <86vairb860.fsf@stephe-leake.org> <87lgjngpuz.fsf@russet.org.uk> <86r2tfb0x8.fsf_-_@stephe-leake.org> <83d14zundb.fsf@gnu.org> <87zi822z7z.fsf@gmx.de> <83po8ytez6.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="001a114fce3e472119055d27614b" X-Trace: blaine.gmane.org 1509798613 18196 195.159.176.226 (4 Nov 2017 12:30:13 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 4 Nov 2017 12:30:13 +0000 (UTC) Cc: Stephen Leake , Michael Albinus , Emacs developers To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Nov 04 13:30:08 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eAxaR-0004Kj-T7 for ged-emacs-devel@m.gmane.org; Sat, 04 Nov 2017 13:30:08 +0100 Original-Received: from localhost ([::1]:40862 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eAxaZ-0001ZU-D0 for ged-emacs-devel@m.gmane.org; Sat, 04 Nov 2017 08:30:15 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51808) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eAxaO-0001WK-90 for emacs-devel@gnu.org; Sat, 04 Nov 2017 08:30:05 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eAxaN-0003k8-7T for emacs-devel@gnu.org; Sat, 04 Nov 2017 08:30:04 -0400 Original-Received: from mail-qk0-x22d.google.com ([2607:f8b0:400d:c09::22d]:54227) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eAxaL-0003jJ-LI; Sat, 04 Nov 2017 08:30:01 -0400 Original-Received: by mail-qk0-x22d.google.com with SMTP id y23so6137326qkb.10; Sat, 04 Nov 2017 05:30:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=VQYd8X9LDRFeAUlUwGNeTTOhKMW/S57tJfHFdi0rUok=; b=Zt8OhKkSGmeQO/gOhWzv207ibnc+IQ7GnUGsf4KL4/PgzrKZZTSyElWLuh6iKLkHVM gHwoaEGHVlW6K+CqzvaYMZuvlLyHn6fwmkC8ElOS3YPKpf0fJ5wsPNeqlBlcTWdAP49f MGyw4Z4hSJQ+O+UElhUFPbzCdh7AxZF5f61hxpcGvI77CityuwMU8uhN2KoqOEqpR7gA LJgFtFHMgjphM3inxbV1KJduD6dnaBDiMG2mcjo3FUyD8OQVyFFra89f0lky5GML5mwW g+KhWZD/lZTDcXoLpbngDkG4eQr/gpZmVdmj1SsVwnRdWuj0nz3Ou3utWooytmcgdqyx m83Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=VQYd8X9LDRFeAUlUwGNeTTOhKMW/S57tJfHFdi0rUok=; b=JcH1pcANA8ybMpmniHVt1fDS1EWYM+NHOY+MgxKzO3l6NiL49CFciT4qS6+B7TatHM GNypMLj5NixgBEfYDUiuzkpjCivRCkwQk0utX+7MylOEGzk5k/J7yBZG5X8S+JdXfJnc iUIvL2pgUz8x5FJCWHM8RSUWhkdMP+f+vjpSrJB63WeAdsrZIzbyrSmVEawi9FrsrCDn I7Ry/ZRUnzO98PrstuZnmaxeXIGcQ5asE8a6y47cRD/1HlbkYlGx+iM2E6wQCK27F95i F1FXlAIZgl/5u9JfuvIox1FUDIcXN94Q8Sxaa/hvFeEnjTWG1JQ0EfS5M9bqK3rE7pY6 Z06w== X-Gm-Message-State: AJaThX74pJqDYLFBuayd0eESXuDleqOKnpj6W+K7MKK5LlSN4eFqtAYO VYgqlSSsWZN7IHt8gad47wxKxY4xcAj1MkyurbmM8A== X-Google-Smtp-Source: ABhQp+THAV0o6I2q8EmEItJ++JEILRCUyPAYjL/wCEBPHdAAI/rm/VUbhUFTaBdyrpH1YrDwxbSTWe/ovItNX23oxoM= X-Received: by 10.55.168.209 with SMTP id r200mr14054692qke.217.1509798600710; Sat, 04 Nov 2017 05:30:00 -0700 (PDT) Original-Received: by 10.140.89.242 with HTTP; Sat, 4 Nov 2017 05:29:40 -0700 (PDT) In-Reply-To: <83po8ytez6.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:400d:c09::22d X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:219919 Archived-At: --001a114fce3e472119055d27614b Content-Type: text/plain; charset="UTF-8" 2017-11-04 13:17 GMT+01:00 Eli Zaretskii : > > From: Michael Albinus > > Cc: Eli Zaretskii , Stephen Leake < > stephen_leake@stephe-leake.org>, Emacs developers > > Date: Sat, 04 Nov 2017 10:02:40 +0100 > > > > Do you believe D-Bus could run on w64? > > This question should be actually asked on the MSYS2 list, because the > MSYS2 project does provide a MinGW build of D-Bus, so I would expect > them to test the port and see that it is useful on Windows. Whether > the features it supports on MS-Windows are enough to satisfy what > Emacs needs, I don't know. > But that won't make emacs run with DBus. I quote a previous conversation with you (in case you've forgotten) : me> At the moment, I'm trying to understand why DBus from MinGW64 me> seems to work (I can dbus-send info and monitor it), me> but Emacs fails to take advantage of it. me> me> Emacs does not see any DBUS_EVENT in its event loop. me> me> The file src/dbusbind.c is making use of add_read_fd() and add_write_fd(). me> Are those functions known to work for Win32? you> I don't expect them to work, because no one bothered to add the you> necessary code to sys_select. We only watch the file descriptors for you> subprocesses we know about, and also for the keyboard and for C-g, you> that's all. Look at the beginning of sys_select, and you will see how you> we collect the handles on which we wait with WaitForMultipleObjects. you> There's nothing there that consults the fd_callback_info[] array that you> add_read_fd and add_write_fd manipulate. Clearly, DBus can't work on emacs/w64 because add_read_fd() and add_write_fd() are not working in this context. --001a114fce3e472119055d27614b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


2017-11-04 13:17 GMT+01:00 Eli Zaretskii <eliz@gnu.org>:
=
> From: Michael Albinu= s <michael.a= lbinus@gmx.de>
> Cc: Eli Zaretskii <eliz@gnu.org>,=C2=A0 Stephen Leake <stephen_leake@stephe-leake.or= g>,=C2=A0 Emacs developers <emacs-devel@gnu.org>
> Date: Sat, 04 Nov 2017 10:02:40 +0100
>
> Do you believe D-Bus could run on w64?

This question should be actually asked on the MSYS2 list, because th= e
MSYS2 project does provide a MinGW build of D-Bus, so I would expect
them to test the port and see that it is useful on Windows.=C2=A0 Whether the features it supports on MS-Windows are enough to satisfy what
Emacs needs, I don't know.

But that won't = make emacs run with DBus. I quote a previous conversation with you (in case= you've forgotten) :

me&g= t; At the moment, I'm trying to understand why=C2=A0DBus=C2=A0from MinGW64
me> seems to work (I can=C2=A0dbus-send info and monitor it),
me> but = Emacs fails to take advantage of it.
me>
me> Emacs does not see= any DBUS_EVENT in its event loop.
me>
me> The file src/dbusbin= d.c is making use of add_read_fd() and add_write_fd().
me> Are those = functions known to work for Win32?

you> I don't expect them to work, because no one bothered to = add the
you>=C2=A0necessary code to s= ys_select.=C2=A0 We only watch the file descriptors for
you>=C2=A0subprocesses we know about, and also for the k= eyboard and for C-g,
you>=C2=A0that&#= 39;s all.=C2=A0 Look at the beginning of sys_select, and you will see how
you>= ;=C2=A0we collect the handles on wh= ich we wait with WaitForMultipleObjects.
you>=C2=A0There's nothing there that consults the fd_callback_info[= ] array that
you>=C2=A0add_read_fd an= d add_write_fd manipulate.

Clearly, DBus can't work on emacs/w64 bec= ause add_read_fd() and add_write_fd()
are not working in this context.<= /div>

--001a114fce3e472119055d27614b--