all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Albert <ab.for.lists@gmail.com>
To: Eli Zaretskii <eliz@gnu.org>
Cc: 19502@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.
Date: Sun, 4 Jan 2015 18:17:14 +0100	[thread overview]
Message-ID: <CAJs9Ju9YUYtE8jowQS141Kaf2M-LeaL4RODhSoESkejtx-z4aA@mail.gmail.com> (raw)
In-Reply-To: <837fx2a68d.fsf@gnu.org>

[-- Attachment #1: Type: text/plain, Size: 5323 bytes --]

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 <eliz@gnu.org> wrote:

> > Date: Sun, 4 Jan 2015 10:55:14 +0100
> > From: Albert <ab.for.lists@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" 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.
>

[-- Attachment #2: Type: text/html, Size: 7053 bytes --]

  reply	other threads:[~2015-01-04 17:17 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-01-04  9:55 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 Albert
2015-01-04 15:57 ` Eli Zaretskii
2015-01-04 17:17   ` Albert [this message]
2015-01-04 18:35     ` Eli Zaretskii

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CAJs9Ju9YUYtE8jowQS141Kaf2M-LeaL4RODhSoESkejtx-z4aA@mail.gmail.com \
    --to=ab.for.lists@gmail.com \
    --cc=19502@debbugs.gnu.org \
    --cc=eliz@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.