From unknown Sat Aug 16 21:19:06 2025 X-Loop: help-debbugs@gnu.org Subject: bug#19502: 24.4; Emacs 24.4 on windows: the contents of the system-configuration variable has changed, but its docstring has not. I prefer the behaviour described in the docstring. Resent-From: Albert Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 04 Jan 2015 09:56:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 19502 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 19502@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.142036534622525 (code B ref -1); Sun, 04 Jan 2015 09:56:02 +0000 Received: (at submit) by debbugs.gnu.org; 4 Jan 2015 09:55:46 +0000 Received: from localhost ([127.0.0.1]:35979 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Y7huT-0005rE-2U for submit@debbugs.gnu.org; Sun, 04 Jan 2015 04:55:45 -0500 Received: from eggs.gnu.org ([208.118.235.92]:49606) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Y7huP-0005r4-Ac for submit@debbugs.gnu.org; Sun, 04 Jan 2015 04:55:42 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Y7huJ-00026n-T8 for submit@debbugs.gnu.org; Sun, 04 Jan 2015 04:55:41 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: * X-Spam-Status: No, score=1.8 required=5.0 tests=AC_HTML_NONSENSE_TAGS, BAYES_50, FREEMAIL_FROM,HTML_MESSAGE,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:40086) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y7huJ-00026h-Q4 for submit@debbugs.gnu.org; Sun, 04 Jan 2015 04:55:35 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:51077) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y7huA-0001PJ-L5 for bug-gnu-emacs@gnu.org; Sun, 04 Jan 2015 04:55:35 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Y7hu0-0001uP-5F for bug-gnu-emacs@gnu.org; Sun, 04 Jan 2015 04:55:26 -0500 Received: from mail-ob0-x233.google.com ([2607:f8b0:4003:c01::233]:42832) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y7htz-0001sz-VU for bug-gnu-emacs@gnu.org; Sun, 04 Jan 2015 04:55:16 -0500 Received: by mail-ob0-f179.google.com with SMTP id va2so57551396obc.10 for ; Sun, 04 Jan 2015 01:55:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=1MQCEMfyu9Ky7n0BAUfmLiYPCWrUKSJOj4AozUDiH4M=; b=Kp2II0YpFeIukUAPy5QjPYFXSa85mcN1KaYs1MtVoXkkUtnJKZjOpG54GG3Y7anD6Y WSO8rqLCg1lcFoSeEAdulhAfZu9OByRntTlqZoKtvkB5hcHgCBLYAopk2D+PE8rqNmkc R/4xEBvNYQ8G7XYPsVULq0KTeOlGGldzPvv0fvAoaYJImsU1hAfbjnya+swcl6+cj6sx 2gnV81FPQeOGMhDGgZqX3v2cNZyVrIbMx1RcbKQols8TGbmWTBpz4gjO46yT4j4/J3X7 sLfV85v6q6XbuGavHBXs4EAv1vC/s9664+FSGO1lny9mqUi0T77GYHBYCpHlT8Q8gb3f Icrw== MIME-Version: 1.0 X-Received: by 10.182.246.163 with SMTP id xx3mr1120174obc.83.1420365314445; Sun, 04 Jan 2015 01:55:14 -0800 (PST) Received: by 10.60.121.101 with HTTP; Sun, 4 Jan 2015 01:55:14 -0800 (PST) Date: Sun, 4 Jan 2015 10:55:14 +0100 Message-ID: From: Albert Content-Type: multipart/alternative; boundary=001a11c1ee4604d683050bd09208 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -3.0 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.0 (---) --001a11c1ee4604d683050bd09208 Content-Type: text/plain; charset=UTF-8 Evaluating (insert system-configuration) gives in emacs 24.3: i386-mingw-nt6.2.9200 in emacs 24.4: i686-pc-mingw32 The important difference here is the absence of the "nt6.2.9200" part in emacs 24.4. I have use cases that need to know the version of the windows emacs is currently running on. I would therefore prefer something like "i686-pc-mingw32-nt6.2.9200" if that is somehow better or more accurate than the original string from 24.3. Perhaps the "pc" part is not needed? In emacs 24.4, the docstring for the variable system-configuration is: "system-configuration is a variable defined in `C source code'. Its value is "i686-pc-mingw32" Documentation: Value is string indicating configuration Emacs was built for. On MS-Windows, the value reflects the OS flavor and version on which Emacs is running." I would prefer if this docstring would remain correct. But, while checking the contents of this entire mail, I see a version number of 6.3.9600 reported just a few lines below. I am running windows 8.1 nowadays so that one is more accurate. Could it be that the windows version reported in the system-configuration variable of emacs 24.3 is the version under which that emacs was build? In that case, the version wouldn't be useful and even confusing. So it seems the old emacs 24.3 behaviour is not following the docstring either. Still, I would prefer it if the variable could live up to its current docstring, if possible. If that is not possible, is there another way of asking emacs on which windows version it is running? Is it documented somewhere where I could find it? The bug-reporting code obviously manages to do it, but when I searched for alternatives yesterday I couldn't find any. Thank "you" for the new version, Albert. In GNU Emacs 24.4.1 (i686-pc-mingw32) of 2014-10-24 on LEG570 Windowing system distributor `Microsoft Corp.', version 6.3.9600 Configured using: `configure --prefix=/c/usr' Important settings: value of $LANG: NLD locale-coding-system: cp1252 Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: C-a ( i n s e r t SPC s y s t e m - c o n f i g u r a t i o n ) C-x C-e Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. nil Load-path shadows: None found. Features: (shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util help-fns mail-prsvr mail-utils dired time-date tooltip electric uniquify ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp w32-common-fns disp-table w32-win w32-vars tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment lisp-mode prog-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process w32notify w32 multi-tty emacs) Memory information: ((conses 8 81100 7139) (symbols 32 17758 0) (miscs 32 38 158) (strings 16 11946 4623) (string-bytes 1 305328) (vectors 8 9285) (vector-slots 4 385622 6114) (floats 8 56 301) (intervals 28 423 131) (buffers 508 13)) --001a11c1ee4604d683050bd09208 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Evaluating (insert system-configuratio= n) gives
in emacs 24.3: i386-mingw-nt6.2.9200
in emacs = 24.4: i686-pc-mingw32

The important difference her= e is the absence of the "nt6.2.9200" part in
emacs 24.4= . I have use cases that need to know the version of the
windows e= macs is currently running on. I would therefore prefer
something = like "i686-pc-mingw32-nt6.2.9200" if that is somehow better or
more accurate than the original string from 24.3. Perhaps the "= ;pc" part
is not needed?

In emacs 2= 4.4, the docstring for the variable system-configuration is:
&quo= t;system-configuration is a variable defined in `C source code'.
<= div>Its value is "i686-pc-mingw32"

Docum= entation:
Value is string indicating configuration Emacs was buil= t for.
On MS-Windows, the value reflects the OS flavor and versio= n on which
Emacs is running."

I wou= ld prefer if this docstring would remain correct.

= But, while checking the contents of this entire mail, I see a version
=
number of 6.3.9600 reported just a few lines below. I am running
=
windows 8.1 nowadays so that one is more accurate. Could it be that
the windows version reported in the system-configuration variable o= f
emacs 24.3 is the version under which that emacs was build? In = that
case, the version wouldn't be useful and even confusing.=

So it seems the old emacs 24.3 behaviour is not f= ollowing the
docstring either. Still, I would prefer it if the va= riable could live
up to its current docstring, if possible. If th= at is not possible, is
there another way of asking emacs on which= windows version it is
running? Is it documented somewhere where = I could find it?=C2=A0
The bug-reporting code obviously manages t= o do it, but when I searched=C2=A0
for alternatives yesterday I c= ouldn't find any.

Thank "you" for th= e new version,

Albert.

In GNU Emacs 24.4.1 (i686-pc-mingw32)
=C2=A0of 2014-= 10-24 on LEG570
Windowing system distributor `Microsoft Corp.'= ;, version 6.3.9600
Configured using:
=C2=A0`configure = --prefix=3D/c/usr'

Important settings:
=C2=A0 value of $LANG: NLD
=C2=A0 locale-coding-system: cp1252=

Major mode: Lisp Interaction

=
Minor modes in effect:
=C2=A0 tooltip-mode: t
=C2= =A0 electric-indent-mode: t
=C2=A0 mouse-wheel-mode: t
= =C2=A0 tool-bar-mode: t
=C2=A0 menu-bar-mode: t
=C2=A0 = file-name-shadow-mode: t
=C2=A0 global-font-lock-mode: t
=C2=A0 font-lock-mode: t
=C2=A0 blink-cursor-mode: t
= =C2=A0 auto-composition-mode: t
=C2=A0 auto-encryption-mode: t
=C2=A0 auto-compression-mode: t
=C2=A0 line-number-mode: = t
=C2=A0 transient-mark-mode: t

Recent i= nput:
<help-echo> <help-echo> <help-echo> <h= elp-echo> <help-echo>=C2=A0
<menu-bar> <buffer&= gt; C-a ( i n s e r t SPC s y s t e=C2=A0
m - c o n f i g u r a t= i o n ) C-x C-e <left> <left>=C2=A0
<left> <= ;left> <left> <left> <left> <left> <left> = <left>=C2=A0
<left> <left> <left> <lef= t> <left> <return> <help-echo>=C2=A0
<hel= p-echo> <help-echo> <help-echo> <help-echo> <help-e= cho>=C2=A0
<help-echo> <help-echo> <menu-bar>= ; <help-menu> <se
nd-emacs-bug-report>

=
Recent messages:
For information about GNU Emacs and t= he GNU system, type C-h C-a.
nil

Load-pa= th shadows:
None found.

Features:
<= div>(shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mm= l
easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse rfc22= 31
mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-= drums
mm-util help-fns mail-prsvr mail-utils dired time-date tool= tip electric
uniquify ediff-hook vc-hooks lisp-float-type mwheel = dos-w32 ls-lisp
w32-common-fns disp-table w32-win w32-vars tool-b= ar dnd fontset image
regexp-opt fringe tabulated-list newcomment = lisp-mode prog-mode register
page menu-bar rfn-eshadow timer sele= ct scroll-bar mouse jit-lock
font-lock syntax facemenu font-core = frame cham georgian utf-8-lang
misc-lang vietnamese tibetan thai = tai-viet lao korean japanese hebrew
greek romanian slovak czech e= uropean ethiopic indian cyrillic chinese
case-table epa-hook jka-= cmpr-hook help simple abbrev minibuffer nadvice
loaddefs button f= aces cus-face macroexp files text-properties overlay
sha1 md5 bas= e64 format env code-pages mule custom widget
hashtable-print-read= able backquote make-network-process w32notify w32
multi-tty emacs= )

Memory information:
((conses 8 81100 7= 139)
=C2=A0(symbols 32 17758 0)
=C2=A0(miscs 32 38 158)=
=C2=A0(strings 16 11946 4623)
=C2=A0(string-bytes 1 30= 5328)
=C2=A0(vectors 8 9285)
=C2=A0(vector-slots 4 3856= 22 6114)
=C2=A0(floats 8 56 301)
=C2=A0(intervals 28 42= 3 131)
=C2=A0(buffers 508 13))

--001a11c1ee4604d683050bd09208-- From unknown Sat Aug 16 21:19:06 2025 X-Loop: help-debbugs@gnu.org Subject: bug#19502: 24.4; Emacs 24.4 on windows: the contents of the system-configuration variable has changed, but its docstring has not. I prefer the behaviour described in the docstring. Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 04 Jan 2015 15:58:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19502 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Albert Cc: 19502@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 19502-submit@debbugs.gnu.org id=B19502.14203870612958 (code B ref 19502); Sun, 04 Jan 2015 15:58:02 +0000 Received: (at 19502) by debbugs.gnu.org; 4 Jan 2015 15:57:41 +0000 Received: from localhost ([127.0.0.1]:36516 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Y7nYi-0000le-Ru for submit@debbugs.gnu.org; Sun, 04 Jan 2015 10:57:41 -0500 Received: from mtaout29.012.net.il ([80.179.55.185]:49981) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Y7nYf-0000lR-0W for 19502@debbugs.gnu.org; Sun, 04 Jan 2015 10:57:39 -0500 Received: from conversion-daemon.mtaout29.012.net.il by mtaout29.012.net.il (HyperSendmail v2007.08) id <0NHN00500TF7Z700@mtaout29.012.net.il> for 19502@debbugs.gnu.org; Sun, 04 Jan 2015 17:54:37 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout29.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NHN002MMTJ1WQ30@mtaout29.012.net.il>; Sun, 04 Jan 2015 17:54:37 +0200 (IST) Date: Sun, 04 Jan 2015 17:57:38 +0200 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <837fx2a68d.fsf@gnu.org> References: X-Spam-Score: 1.0 (+) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > Date: Sun, 4 Jan 2015 10:55:14 +0100 > From: Albert > > Evaluating (insert system-configuration) gives > in emacs 24.3: i386-mingw-nt6.2.9200 > in emacs 24.4: i686-pc-mingw32 > > The important difference here is the absence of the "nt6.2.9200" part in > emacs 24.4. I have use cases that need to know the version of the > windows emacs is currently running on. I would therefore prefer > something like "i686-pc-mingw32-nt6.2.9200" if that is somehow better or > more accurate than the original string from 24.3. Perhaps the "pc" part > is not needed? The native MS-Windows build of Emacs now uses the same code as on other platforms to compute this string, so the OS version is not included. I fixed the doc string, thanks for pointing out the discrepancy. > In emacs 24.4, the docstring for the variable system-configuration is: > "system-configuration is a variable defined in `C source code'. > Its value is "i686-pc-mingw32" > > Documentation: > Value is string indicating configuration Emacs was built for. > On MS-Windows, the value reflects the OS flavor and version on which > Emacs is running." > > I would prefer if this docstring would remain correct. > > But, while checking the contents of this entire mail, I see a version > number of 6.3.9600 reported just a few lines below. Exactly. So in fact the OS version in old value was redundant, and no information is lost with this change. > Could it be that the windows version reported in the > system-configuration variable of emacs 24.3 is the version under > which that emacs was build? No, it reported the version of the OS where Emacs was running. > So it seems the old emacs 24.3 behaviour is not following the > docstring either. It will in the next release. > Still, I would prefer it if the variable could live up to its > current docstring, if possible. Given that the information you want is still available, both in the bug report and independently (see below), why would you need that information in system-configuration as well? > If that is not possible, is there another way of asking emacs on > which windows version it is running? Is it documented somewhere > where I could find it? The bug-reporting code obviously manages to > do it, but when I searched for alternatives yesterday I couldn't > find any. You want x-server-version (a function), it is what report-emacs-bug calls to get that info. From unknown Sat Aug 16 21:19:06 2025 X-Loop: help-debbugs@gnu.org Subject: bug#19502: 24.4; Emacs 24.4 on windows: the contents of the system-configuration variable has changed, but its docstring has not. I prefer the behaviour described in the docstring. Resent-From: Albert Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 04 Jan 2015 17:18:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19502 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 19502@debbugs.gnu.org Received: via spool by 19502-submit@debbugs.gnu.org id=B19502.142039184210472 (code B ref 19502); Sun, 04 Jan 2015 17:18:02 +0000 Received: (at 19502) by debbugs.gnu.org; 4 Jan 2015 17:17:22 +0000 Received: from localhost ([127.0.0.1]:36534 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Y7onp-0002ip-B1 for submit@debbugs.gnu.org; Sun, 04 Jan 2015 12:17:22 -0500 Received: from mail-oi0-f44.google.com ([209.85.218.44]:35396) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Y7oni-0002ic-MJ for 19502@debbugs.gnu.org; Sun, 04 Jan 2015 12:17:19 -0500 Received: by mail-oi0-f44.google.com with SMTP id a141so11564538oig.3 for <19502@debbugs.gnu.org>; Sun, 04 Jan 2015 09:17:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=emDOz8fmaKCt8oxZg/ugAyt2lrXIfOwJCzIWBDH1dCs=; b=kYfLdspvrpb8ppbSLmumNTL6nRVhu9fTU91d8lvnZNt2FOlh1iZxuoLqtuTosUuHwS v3g7C0EviK1wGjRaXn9cSoei7I6A0pVx+lYjcimCw3Mk6+l27JkUptWUShmJ05FgT2I8 /pP4sE2WWwwC30WClt+cZRuzeI63tPK9Vr7o46pK0pymkLnizSNB8p6MA2J9c50r2MMu nhEl+wuduvzLIBd/KDp18bTP/W/jcJ7yhmHSo7UcR1OJ5iu/ZCPd1UXypXP9Dwtc0Pln CWXQAJs2qonm7cupNt+PrN2CTXZRUsZumgBouS2g0r+Jta2uW3e4YMHSlyx2kCzfdZWu ZaEg== MIME-Version: 1.0 X-Received: by 10.202.62.6 with SMTP id l6mr47507483oia.59.1420391834217; Sun, 04 Jan 2015 09:17:14 -0800 (PST) Received: by 10.60.121.101 with HTTP; Sun, 4 Jan 2015 09:17:14 -0800 (PST) In-Reply-To: <837fx2a68d.fsf@gnu.org> References: <837fx2a68d.fsf@gnu.org> Date: Sun, 4 Jan 2015 18:17:14 +0100 Message-ID: From: Albert Content-Type: multipart/alternative; boundary=001a113cc160b874a5050bd6be8f X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --001a113cc160b874a5050bd6be8f Content-Type: text/plain; charset=UTF-8 Thank you! The function x-server-version indeed serves my needs. You are right, no need to have non-standard behaviour for the system-configuration variable. In hindsight it is even documented in an obvious place. However, the wording in the documentation of x-server-version and x-server-vendor is a little confusing (the relevant snippets are included at the end of this mail): - The elisp manual says "specifically about X displays". I would expect a word about mswindows here. - The docstring of x-server-version is compatible with that, but I would again expect a word about mswindows. - The docstring of x-server-vendor seems to ONLY mention W32 and Microsoft. I would expect more or less the same text as in the elisp manual with an extra remark about W32. Best regards, Albert. >From elisp manual: "Display Feature Testing": --8><--------------- These functions obtain additional information specifically about X displays. -- Function: x-server-version &optional display This function returns the list of version numbers of the X server running the display. The value is a list of three integers: the major and minor version numbers of the X protocol, and the distributor-specific release number of the X server software itself. -- Function: x-server-vendor &optional display This function returns the "vendor" that provided the X server software (as a string). Really this means whoever distributes the X server. When the developers of X labeled software distributors as "vendors", they showed their false assumption that no system could ever be developed and distributed noncommercially. --8><--------------- And in the docstring of both of them it says: --8><--------------- x-server-version is a built-in function in `w32fns.c'. (x-server-version &optional DISPLAY) Return the version numbers of the server of DISPLAY. The value is a list of three integers: the major and minor version numbers of the X Protocol in use, and the distributor-specific release number. See also the function `x-server-vendor'. The optional argument DISPLAY specifies which display to ask about. DISPLAY should be either a frame or a display name (a string). If omitted or nil, that stands for the selected frame's display. [forward] --8><--------------- --8><--------------- x-server-vendor is a built-in function in `w32fns.c'. (x-server-vendor &optional DISPLAY) Return the "vendor ID" string of the W32 system (Microsoft). The optional argument DISPLAY specifies which display to ask about. DISPLAY should be either a frame or a display name (a string). If omitted or nil, that stands for the selected frame's display. [back] --8><--------------- On 4 January 2015 at 16:57, Eli Zaretskii wrote: > > Date: Sun, 4 Jan 2015 10:55:14 +0100 > > From: Albert > > > > Evaluating (insert system-configuration) gives > > in emacs 24.3: i386-mingw-nt6.2.9200 > > in emacs 24.4: i686-pc-mingw32 > > > > The important difference here is the absence of the "nt6.2.9200" part in > > emacs 24.4. I have use cases that need to know the version of the > > windows emacs is currently running on. I would therefore prefer > > something like "i686-pc-mingw32-nt6.2.9200" if that is somehow better or > > more accurate than the original string from 24.3. Perhaps the "pc" part > > is not needed? > > The native MS-Windows build of Emacs now uses the same code as on > other platforms to compute this string, so the OS version is not > included. > > I fixed the doc string, thanks for pointing out the discrepancy. > > > In emacs 24.4, the docstring for the variable system-configuration is: > > "system-configuration is a variable defined in `C source code'. > > Its value is "i686-pc-mingw32" > > > > Documentation: > > Value is string indicating configuration Emacs was built for. > > On MS-Windows, the value reflects the OS flavor and version on which > > Emacs is running." > > > > I would prefer if this docstring would remain correct. > > > > But, while checking the contents of this entire mail, I see a version > > number of 6.3.9600 reported just a few lines below. > > Exactly. So in fact the OS version in old value was redundant, and no > information is lost with this change. > > > Could it be that the windows version reported in the > > system-configuration variable of emacs 24.3 is the version under > > which that emacs was build? > > No, it reported the version of the OS where Emacs was running. > > > So it seems the old emacs 24.3 behaviour is not following the > > docstring either. > > It will in the next release. > > > Still, I would prefer it if the variable could live up to its > > current docstring, if possible. > > Given that the information you want is still available, both in the > bug report and independently (see below), why would you need that > information in system-configuration as well? > > > If that is not possible, is there another way of asking emacs on > > which windows version it is running? Is it documented somewhere > > where I could find it? The bug-reporting code obviously manages to > > do it, but when I searched for alternatives yesterday I couldn't > > find any. > > You want x-server-version (a function), it is what report-emacs-bug > calls to get that info. > --001a113cc160b874a5050bd6be8f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thank you!

The function x-se= rver-version indeed serves my needs. You are right,
no need to ha= ve non-standard behaviour for the system-configuration
variable. = In hindsight it is even documented in an obvious
place. However, = the wording in the documentation of x-server-version
and x-server= -vendor is a little confusing (the relevant snippets are
included= at the end of this mail):

- The elisp manual says= "specifically about X displays". I would
expect a word= about mswindows here.

- The docstring of x-server= -version is compatible with that, but I
would again expect a word= about mswindows.

- The docstring of x-server-vend= or seems to ONLY mention W32 and=C2=A0
Microsoft. I would expect = more or less the same text as in the elisp=C2=A0
manual with an e= xtra remark about W32.

Best regards,
Albert.

From elisp manual: "Displ= ay Feature Testing":
--8><---------------
Th= ese functions obtain additional information specifically about X
= displays.

=C2=A0-- Function: x-server-version &= ;optional display
=C2=A0 =C2=A0 =C2=A0This function returns the l= ist of version numbers of the X server
=C2=A0 =C2=A0 =C2=A0runnin= g the display.=C2=A0 The value is a list of three integers: the
= =C2=A0 =C2=A0 =C2=A0major and minor version numbers of the X protocol, and = the
=C2=A0 =C2=A0 =C2=A0distributor-specific release number of th= e X server software
=C2=A0 =C2=A0 =C2=A0itself.

=C2=A0-- Function: x-server-vendor &optional display
= =C2=A0 =C2=A0 =C2=A0This function returns the "vendor" that provi= ded the X server
=C2=A0 =C2=A0 =C2=A0software (as a string).=C2= =A0 Really this means whoever distributes the
=C2=A0 =C2=A0 =C2= =A0X server.

=C2=A0 =C2=A0 =C2=A0When the develope= rs of X labeled software distributors as
=C2=A0 =C2=A0 =C2=A0&quo= t;vendors", they showed their false assumption that no system could
=C2=A0 =C2=A0 =C2=A0ever be developed and distributed noncommercial= ly.
--8><---------------

And in th= e docstring of both of them it says:

--8><--= -------------
x-server-version is a built-in function in `w32fns.= c'.

(x-server-version &optional DISPLAY)

Return the version numbers of the server of DISPLAY= .
The value is a list of three integers: the major and minor
version numbers of the X Protocol in use, and the distributor-specifi= c
release number.=C2=A0 See also the function `x-server-vendor= 9;.

The optional argument DISPLAY specifies which = display to ask about.
DISPLAY should be either a frame or a displ= ay name (a string).
If omitted or nil, that stands for the select= ed frame's display.

[forward]
--8>= ;<---------------

--8><---------------
x-server-vendor is a built-in function in `w32fns.c'.

(x-server-vendor &optional DISPLAY)

Return the "vendor ID" string of the W32 system (Microsoft)= .
The optional argument DISPLAY specifies which display to ask ab= out.
DISPLAY should be either a frame or a display name (a string= ).
If omitted or nil, that stands for the selected frame's di= splay.

[back]
--8><---------------=


On 4 January 2015 at 16:57, Eli Zaretskii <<= a href=3D"mailto:eliz@gnu.org" target=3D"_blank">eliz@gnu.org> wrote:
> Date: Sun, 4 Jan 2015 10:55= :14 +0100
> From: Albert <ab.for.list= s@gmail.com>
>
> Evaluating (insert system-configuration) gives
> in emacs 24.3: i386-mingw-nt6.2.9200
> in emacs 24.4: i686-pc-mingw32
>
> The important difference here is the absence of the "nt6.2.9200&q= uot; part in
> emacs 24.4. I have use cases that need to know the version of the
> windows emacs is currently running on. I would therefore prefer
> something like "i686-pc-mingw32-nt6.2.9200" if that is someh= ow better or
> more accurate than the original string from 24.3. Perhaps the "pc= " part
> is not needed?

The native MS-Windows build of Emacs now uses the same code as on
other platforms to compute this string, so the OS version is not
included.

I fixed the doc string, thanks for pointing out the discrepancy.

> In emacs 24.4, the docstring for the variable system-configuration is:=
> "system-configuration is a variable defined in `C source code'= ;.
> Its value is "i686-pc-mingw32"
>
> Documentation:
> Value is string indicating configuration Emacs was built for.
> On MS-Windows, the value reflects the OS flavor and version on which > Emacs is running."
>
> I would prefer if this docstring would remain correct.
>
> But, while checking the contents of this entire mail, I see a version<= br> > number of 6.3.9600 reported just a few lines below.

Exactly.=C2=A0 So in fact the OS version in old value was redundant, and no=
information is lost with this change.

> Could it be that the windows version reported in the
> system-configuration variable of emacs 24.3 is the version under
> which that emacs was build?

No, it reported the version of the OS where Emacs was running.

> So it seems the old emacs 24.3 behaviour is not following the
> docstring either.

It will in the next release.

> Still, I would prefer it if the variable could live up to its
> current docstring, if possible.

Given that the information you want is still available, both in the
bug report and independently (see below), why would you need that
information in system-configuration as well?

> If that is not possible, is there another way of asking emacs on
> which windows version it is running?=C2=A0 Is it documented somewhere<= br> > where I could find it?=C2=A0 The bug-reporting code obviously manages = to
> do it, but when I searched for alternatives yesterday I couldn't > find any.

You want x-server-version (a function), it is what report-emacs-bug
calls to get that info.

--001a113cc160b874a5050bd6be8f-- From unknown Sat Aug 16 21:19:06 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.503 (Entity 5.503) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Albert Subject: bug#19502: closed (Re: bug#19502: 24.4; Emacs 24.4 on windows: the contents of the system-configuration variable has changed, but its docstring has not. I prefer the behaviour described in the docstring.) Message-ID: References: <834ms69yxg.fsf@gnu.org> X-Gnu-PR-Message: they-closed 19502 X-Gnu-PR-Package: emacs Reply-To: 19502@debbugs.gnu.org Date: Sun, 04 Jan 2015 18:36:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1420396562-18404-1" This is a multi-part message in MIME format... ------------=_1420396562-18404-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #19502: 24.4; Emacs 24.4 on windows: the contents of the system-configurati= on variable has changed, but its docstring has not. I prefer the behaviour = described in the docstring. which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 19502@debbugs.gnu.org. --=20 19502: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D19502 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1420396562-18404-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 19502-done) by debbugs.gnu.org; 4 Jan 2015 18:35:24 +0000 Received: from localhost ([127.0.0.1]:36589 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Y7q1M-0004lo-3H for submit@debbugs.gnu.org; Sun, 04 Jan 2015 13:35:24 -0500 Received: from mtaout27.012.net.il ([80.179.55.183]:37119) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Y7q1J-0004le-EY for 19502-done@debbugs.gnu.org; Sun, 04 Jan 2015 13:35:22 -0500 Received: from conversion-daemon.mtaout27.012.net.il by mtaout27.012.net.il (HyperSendmail v2007.08) id <0NHO00M0008EP800@mtaout27.012.net.il> for 19502-done@debbugs.gnu.org; Sun, 04 Jan 2015 20:27:34 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout27.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NHO00OW80LX3B00@mtaout27.012.net.il>; Sun, 04 Jan 2015 20:27:34 +0200 (IST) Date: Sun, 04 Jan 2015 20:35:23 +0200 From: Eli Zaretskii Subject: Re: bug#19502: 24.4; Emacs 24.4 on windows: the contents of the system-configuration variable has changed, but its docstring has not. I prefer the behaviour described in the docstring. In-reply-to: X-012-Sender: halo1@inter.net.il To: Albert Message-id: <834ms69yxg.fsf@gnu.org> References: <837fx2a68d.fsf@gnu.org> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 19502-done Cc: 19502-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > Date: Sun, 4 Jan 2015 18:17:14 +0100 > From: Albert > Cc: 19502@debbugs.gnu.org > > The function x-server-version indeed serves my needs. You are right, > no need to have non-standard behaviour for the system-configuration > variable. In hindsight it is even documented in an obvious > place. However, the wording in the documentation of x-server-version > and x-server-vendor is a little confusing (the relevant snippets are > included at the end of this mail): > > - The elisp manual says "specifically about X displays". I would > expect a word about mswindows here. > > - The docstring of x-server-version is compatible with that, but I > would again expect a word about mswindows. > > - The docstring of x-server-vendor seems to ONLY mention W32 and > Microsoft. I would expect more or less the same text as in the elisp > manual with an extra remark about W32. Thanks, I fixed all these discrepancies, and I'm therefore closing the bug report. ------------=_1420396562-18404-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 4 Jan 2015 09:55:46 +0000 Received: from localhost ([127.0.0.1]:35979 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Y7huT-0005rE-2U for submit@debbugs.gnu.org; Sun, 04 Jan 2015 04:55:45 -0500 Received: from eggs.gnu.org ([208.118.235.92]:49606) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Y7huP-0005r4-Ac for submit@debbugs.gnu.org; Sun, 04 Jan 2015 04:55:42 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Y7huJ-00026n-T8 for submit@debbugs.gnu.org; Sun, 04 Jan 2015 04:55:41 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: * X-Spam-Status: No, score=1.8 required=5.0 tests=AC_HTML_NONSENSE_TAGS, BAYES_50, FREEMAIL_FROM,HTML_MESSAGE,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:40086) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y7huJ-00026h-Q4 for submit@debbugs.gnu.org; Sun, 04 Jan 2015 04:55:35 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:51077) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y7huA-0001PJ-L5 for bug-gnu-emacs@gnu.org; Sun, 04 Jan 2015 04:55:35 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Y7hu0-0001uP-5F for bug-gnu-emacs@gnu.org; Sun, 04 Jan 2015 04:55:26 -0500 Received: from mail-ob0-x233.google.com ([2607:f8b0:4003:c01::233]:42832) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y7htz-0001sz-VU for bug-gnu-emacs@gnu.org; Sun, 04 Jan 2015 04:55:16 -0500 Received: by mail-ob0-f179.google.com with SMTP id va2so57551396obc.10 for ; Sun, 04 Jan 2015 01:55:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=1MQCEMfyu9Ky7n0BAUfmLiYPCWrUKSJOj4AozUDiH4M=; b=Kp2II0YpFeIukUAPy5QjPYFXSa85mcN1KaYs1MtVoXkkUtnJKZjOpG54GG3Y7anD6Y WSO8rqLCg1lcFoSeEAdulhAfZu9OByRntTlqZoKtvkB5hcHgCBLYAopk2D+PE8rqNmkc R/4xEBvNYQ8G7XYPsVULq0KTeOlGGldzPvv0fvAoaYJImsU1hAfbjnya+swcl6+cj6sx 2gnV81FPQeOGMhDGgZqX3v2cNZyVrIbMx1RcbKQols8TGbmWTBpz4gjO46yT4j4/J3X7 sLfV85v6q6XbuGavHBXs4EAv1vC/s9664+FSGO1lny9mqUi0T77GYHBYCpHlT8Q8gb3f Icrw== MIME-Version: 1.0 X-Received: by 10.182.246.163 with SMTP id xx3mr1120174obc.83.1420365314445; Sun, 04 Jan 2015 01:55:14 -0800 (PST) Received: by 10.60.121.101 with HTTP; Sun, 4 Jan 2015 01:55:14 -0800 (PST) Date: Sun, 4 Jan 2015 10:55:14 +0100 Message-ID: Subject: 24.4; Emacs 24.4 on windows: the contents of the system-configuration variable has changed, but its docstring has not. I prefer the behaviour described in the docstring. From: Albert To: bug-gnu-emacs@gnu.org Content-Type: multipart/alternative; boundary=001a11c1ee4604d683050bd09208 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -3.0 (---) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.0 (---) --001a11c1ee4604d683050bd09208 Content-Type: text/plain; charset=UTF-8 Evaluating (insert system-configuration) gives in emacs 24.3: i386-mingw-nt6.2.9200 in emacs 24.4: i686-pc-mingw32 The important difference here is the absence of the "nt6.2.9200" part in emacs 24.4. I have use cases that need to know the version of the windows emacs is currently running on. I would therefore prefer something like "i686-pc-mingw32-nt6.2.9200" if that is somehow better or more accurate than the original string from 24.3. Perhaps the "pc" part is not needed? In emacs 24.4, the docstring for the variable system-configuration is: "system-configuration is a variable defined in `C source code'. Its value is "i686-pc-mingw32" Documentation: Value is string indicating configuration Emacs was built for. On MS-Windows, the value reflects the OS flavor and version on which Emacs is running." I would prefer if this docstring would remain correct. But, while checking the contents of this entire mail, I see a version number of 6.3.9600 reported just a few lines below. I am running windows 8.1 nowadays so that one is more accurate. Could it be that the windows version reported in the system-configuration variable of emacs 24.3 is the version under which that emacs was build? In that case, the version wouldn't be useful and even confusing. So it seems the old emacs 24.3 behaviour is not following the docstring either. Still, I would prefer it if the variable could live up to its current docstring, if possible. If that is not possible, is there another way of asking emacs on which windows version it is running? Is it documented somewhere where I could find it? The bug-reporting code obviously manages to do it, but when I searched for alternatives yesterday I couldn't find any. Thank "you" for the new version, Albert. In GNU Emacs 24.4.1 (i686-pc-mingw32) of 2014-10-24 on LEG570 Windowing system distributor `Microsoft Corp.', version 6.3.9600 Configured using: `configure --prefix=/c/usr' Important settings: value of $LANG: NLD locale-coding-system: cp1252 Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: C-a ( i n s e r t SPC s y s t e m - c o n f i g u r a t i o n ) C-x C-e Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. nil Load-path shadows: None found. Features: (shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util help-fns mail-prsvr mail-utils dired time-date tooltip electric uniquify ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp w32-common-fns disp-table w32-win w32-vars tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment lisp-mode prog-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process w32notify w32 multi-tty emacs) Memory information: ((conses 8 81100 7139) (symbols 32 17758 0) (miscs 32 38 158) (strings 16 11946 4623) (string-bytes 1 305328) (vectors 8 9285) (vector-slots 4 385622 6114) (floats 8 56 301) (intervals 28 423 131) (buffers 508 13)) --001a11c1ee4604d683050bd09208 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Evaluating (insert system-configuratio= n) gives
in emacs 24.3: i386-mingw-nt6.2.9200
in emacs = 24.4: i686-pc-mingw32

The important difference her= e is the absence of the "nt6.2.9200" part in
emacs 24.4= . I have use cases that need to know the version of the
windows e= macs is currently running on. I would therefore prefer
something = like "i686-pc-mingw32-nt6.2.9200" if that is somehow better or
more accurate than the original string from 24.3. Perhaps the "= ;pc" part
is not needed?

In emacs 2= 4.4, the docstring for the variable system-configuration is:
&quo= t;system-configuration is a variable defined in `C source code'.
<= div>Its value is "i686-pc-mingw32"

Docum= entation:
Value is string indicating configuration Emacs was buil= t for.
On MS-Windows, the value reflects the OS flavor and versio= n on which
Emacs is running."

I wou= ld prefer if this docstring would remain correct.

= But, while checking the contents of this entire mail, I see a version
=
number of 6.3.9600 reported just a few lines below. I am running
=
windows 8.1 nowadays so that one is more accurate. Could it be that
the windows version reported in the system-configuration variable o= f
emacs 24.3 is the version under which that emacs was build? In = that
case, the version wouldn't be useful and even confusing.=

So it seems the old emacs 24.3 behaviour is not f= ollowing the
docstring either. Still, I would prefer it if the va= riable could live
up to its current docstring, if possible. If th= at is not possible, is
there another way of asking emacs on which= windows version it is
running? Is it documented somewhere where = I could find it?=C2=A0
The bug-reporting code obviously manages t= o do it, but when I searched=C2=A0
for alternatives yesterday I c= ouldn't find any.

Thank "you" for th= e new version,

Albert.

In GNU Emacs 24.4.1 (i686-pc-mingw32)
=C2=A0of 2014-= 10-24 on LEG570
Windowing system distributor `Microsoft Corp.'= ;, version 6.3.9600
Configured using:
=C2=A0`configure = --prefix=3D/c/usr'

Important settings:
=C2=A0 value of $LANG: NLD
=C2=A0 locale-coding-system: cp1252=

Major mode: Lisp Interaction

=
Minor modes in effect:
=C2=A0 tooltip-mode: t
=C2= =A0 electric-indent-mode: t
=C2=A0 mouse-wheel-mode: t
= =C2=A0 tool-bar-mode: t
=C2=A0 menu-bar-mode: t
=C2=A0 = file-name-shadow-mode: t
=C2=A0 global-font-lock-mode: t
=C2=A0 font-lock-mode: t
=C2=A0 blink-cursor-mode: t
= =C2=A0 auto-composition-mode: t
=C2=A0 auto-encryption-mode: t
=C2=A0 auto-compression-mode: t
=C2=A0 line-number-mode: = t
=C2=A0 transient-mark-mode: t

Recent i= nput:
<help-echo> <help-echo> <help-echo> <h= elp-echo> <help-echo>=C2=A0
<menu-bar> <buffer&= gt; C-a ( i n s e r t SPC s y s t e=C2=A0
m - c o n f i g u r a t= i o n ) C-x C-e <left> <left>=C2=A0
<left> <= ;left> <left> <left> <left> <left> <left> = <left>=C2=A0
<left> <left> <left> <lef= t> <left> <return> <help-echo>=C2=A0
<hel= p-echo> <help-echo> <help-echo> <help-echo> <help-e= cho>=C2=A0
<help-echo> <help-echo> <menu-bar>= ; <help-menu> <se
nd-emacs-bug-report>

=
Recent messages:
For information about GNU Emacs and t= he GNU system, type C-h C-a.
nil

Load-pa= th shadows:
None found.

Features:
<= div>(shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mm= l
easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse rfc22= 31
mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-= drums
mm-util help-fns mail-prsvr mail-utils dired time-date tool= tip electric
uniquify ediff-hook vc-hooks lisp-float-type mwheel = dos-w32 ls-lisp
w32-common-fns disp-table w32-win w32-vars tool-b= ar dnd fontset image
regexp-opt fringe tabulated-list newcomment = lisp-mode prog-mode register
page menu-bar rfn-eshadow timer sele= ct scroll-bar mouse jit-lock
font-lock syntax facemenu font-core = frame cham georgian utf-8-lang
misc-lang vietnamese tibetan thai = tai-viet lao korean japanese hebrew
greek romanian slovak czech e= uropean ethiopic indian cyrillic chinese
case-table epa-hook jka-= cmpr-hook help simple abbrev minibuffer nadvice
loaddefs button f= aces cus-face macroexp files text-properties overlay
sha1 md5 bas= e64 format env code-pages mule custom widget
hashtable-print-read= able backquote make-network-process w32notify w32
multi-tty emacs= )

Memory information:
((conses 8 81100 7= 139)
=C2=A0(symbols 32 17758 0)
=C2=A0(miscs 32 38 158)=
=C2=A0(strings 16 11946 4623)
=C2=A0(string-bytes 1 30= 5328)
=C2=A0(vectors 8 9285)
=C2=A0(vector-slots 4 3856= 22 6114)
=C2=A0(floats 8 56 301)
=C2=A0(intervals 28 42= 3 131)
=C2=A0(buffers 508 13))

--001a11c1ee4604d683050bd09208-- ------------=_1420396562-18404-1--