bug#13217: 24.3.50; emacs-version output not showing up

bug#13217: 24.3.50; emacs-version output not showing up

[nyc4bos]

Hi,

I'm having a problem with seeing the output of `emacs-version' that
I need help with tracking down.

With the pretest version of Gnu Emacs:

In GNU Emacs 24.2.91.1 (i386-mingw-nt6.1.7601)
 of 2012-12-15 on MS-W7-DANI
Bzr revision: 111040 cyd@gnu.org-20121215141602-c4qmr11gc39rrpng
Windowing system distributor `Microsoft Corp.', version 6.1.7601

I can see the value of `M-x emacs-version' both in the echo-area and
in the *Messages* buffer.

This is both with my full setup and with `runemacs.exe -Q'

However with the latest trunk version (bzr 111253) I can only see
the `emacs-version' value with `runemacs.exe -Q'

With my identical full setup I don't see the `emacs-version' in the
echo-area nor in the *Messages* buffer with trunk version.

The pretest command is:

     C:\emacs-24.2.91\bin\runemacs.exe

The trunk command is:

     C:\emacs-24.3.50\bin\runemacs.exe


Both commands are run from the CMD.EXE prompt with NO changes to my
environment, i.e. identical user configuration files.

How can I debug this?

Thanks.


In GNU Emacs 24.3.50.1 (i386-mingw-nt6.1.7601)
 of 2012-12-16 on ODIEONE
Bzr revision: 111253 eggert@cs.ucla.edu-20121216225328-derrzyty31427ibl
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
 `configure --with-gcc (4.7) --no-opt --enable-checking --cflags
 -IC:/Devel/emacs/build/include --ldflags -LC:/Devel/emacs/build/lib'

Important settings:
  value of $LANG: en_US
  locale-coding-system: cp1252
  default enable-multibyte-characters: t

Major mode: Fundamental

Minor modes in effect:
  tooltip-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:
ESC x e m a c s - v e r s i o n <return> C-x b <return> 
ESC x e m a c s - v e r SPC <return> <help-echo> <help-echo> 
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo> 
<help-echo> <help-echo> <help-echo> <help-echo> <menu-bar> 
<help-menu> <send-emacs-bug-report>

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
GNU Emacs 24.3.50.1 (i386-mingw-nt6.1.7601) of 2012-12-16 on ODIEONE [2 times]

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 mail-prsvr mail-utils time-date tooltip 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 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 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)

bug#13217: 24.3.50; emacs-version output not showing up

[Glenn Morris]

nyc4bos@aol.com wrote:

> This is both with my full setup and with `runemacs.exe -Q'
>
> However with the latest trunk version (bzr 111253) I can only see
> the `emacs-version' value with `runemacs.exe -Q'
>
> With my identical full setup I don't see the `emacs-version' in the
> echo-area nor in the *Messages* buffer with trunk version.

So, do the usual thing of commenting out half your init file to identify
which half has the problem, then once you know which half, comment out
half of what remains, and so on, till you narrow down the problem.

You might start by C-h f emacs-version...

bug#13217: 24.3.50; emacs-version output not showing up

[nyc4bos]

Glenn Morris <rgm@gnu.org> writes:

> nyc4bos@aol.com wrote:
>
>> This is both with my full setup and with `runemacs.exe -Q'
>>
>> However with the latest trunk version (bzr 111253) I can only see
>> the `emacs-version' value with `runemacs.exe -Q'
>>
>> With my identical full setup I don't see the `emacs-version' in the
>> echo-area nor in the *Messages* buffer with trunk version.
>
> So, do the usual thing of commenting out half your init file to identify
> which half has the problem, then once you know which half, comment out
> half of what remains, and so on, till you narrow down the problem.

When I invoke `runemacs.exe -q`, the problem still occurs.

So, perhaps the problem is in my site-lisp directory.

> You might start by C-h f emacs-version...

From a `runemacs.exe --no-site-lisp is see:

emacs-version is an interactive compiled Lisp function in
`version.el'.

So I checked my site-lisp directory and I had:
simple.el
simple.elc
subdirs.el

So to test, I copied the current lisp\simple.el* to site-lisp and I
now see:

emacs-version is an interactive compiled Lisp function.

(No 'version.el')

OK, seeing that message from `C-h f' is no problem.

However, when I subsequently startup Gnus, I see the problem with not
geting `emacs-version' to work.

Of course, the solution is to delete the simple.el* files from the
site-lisp directory.

But should having the existance of the current-up-to-date simple.el*
files in the site-lisp directory cause this problem?

You can close this bugreport if it is deemed not interesting to look
into why this happens (with subsequently starting Gnus?) since I can
just remove the simple.el* files from site-lisp.

Thanks.

bug#13217: 24.3.50; emacs-version output not showing up

[Glenn Morris]

nyc4bos@aol.com wrote:

> Of course, the solution is to delete the simple.el* files from the
> site-lisp directory.

OK, good. I don't think this is worth investigating further.