From: Joe Trivers via help-gnu-emacs <help-gnu-emacs@gnu.org>
To: <help-gnu-emacs@gnu.org>
Subject: Re: emacs won't start interactively
Date: Tue, 28 May 2019 01:09:23 +0000 [thread overview]
Message-ID: <BN6P102MB00666D1B1ACC75E74A3B77A9EE1E0@BN6P102MB0066.NAMP102.PROD.OUTLOOK.COM> (raw)
[I hope "Re:" in the subject line does the Right Thing.]
From:Óscar Fuentes
> What's the exit code of emacs?
>
> emacs.exe -nw
> echo %errorlevel%
1
> If, on the command line, you set PATH to the bare minimum
> (c:\windows\system32) and then run emacs.exe, does it work?
Same result.
> You can try installing Dependencies [1] and see if there is some missing
> dll or a mismatch.
It shows a _lot_ of dependencies, 81 lines in the Module subwindow. They're all in or under C:\Windows\system32, near as I can tell. Not sure how to find incompatible ones. All are shown as Machine: AMD64. Many are api-ms-win-core-*.dll -> C:\Windows\system32\kernel32.dll or kernelbase.dll or powrprof.dll or sechost.dll or a few other ones.
I installed enough of MinGW to get gdb going, and then noticed it appears to be 32-bit only so I re-unpacked the emacs-26.2-i686 zip that I tried the first time. It, too, exits immediately when I run bin\emacs.exe or runemacs.exe. I ran emacs.exe with gdb and gave it an "r" command, hoping for a stack trace when something broke. To my astonishment, emacs popped up in a window and looked perfect.
Very interesting, I thought. I tried to run the 64-bit emacs.exe with gdb but it said it didn't recognize the format of the executable.
I then installed mingw-w64 and ran the 64-bit emacs-26.1.exe with that gdb, and it also produced a perfectly cromulent emacs window. So apparently whatever goes wrong is cured by running under gdb.
Any further thoughts about what might be happening here? And on how gdb could be making it work correctly?
The content of this message is APPLIED MATERIALS CONFIDENTIAL. If you are not the intended recipient, please notify me, delete this email and do not use or distribute this email.
next reply other threads:[~2019-05-28 1:09 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-05-28 1:09 Joe Trivers via help-gnu-emacs [this message]
2019-05-28 2:10 ` emacs won't start interactively Óscar Fuentes
2019-05-28 14:51 ` Eli Zaretskii
2019-05-28 14:48 ` Eli Zaretskii
-- strict thread matches above, loose matches on Subject: below --
2019-05-28 17:30 Joe Trivers via help-gnu-emacs
2019-05-28 18:55 ` Eli Zaretskii
[not found] <BN6P102MB00661ACF5A35AD540DAC0C10EE1D0@BN6P102MB0066.NAMP102.PROD.OUTLOOK.COM>
2019-05-27 16:59 ` Eli Zaretskii
2019-05-27 17:09 ` Óscar Fuentes
2019-05-26 3:27 Joe_Trivers--- via help-gnu-emacs
2019-05-26 13:43 ` Óscar Fuentes
2019-05-26 14:41 ` 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=BN6P102MB00666D1B1ACC75E74A3B77A9EE1E0@BN6P102MB0066.NAMP102.PROD.OUTLOOK.COM \
--to=help-gnu-emacs@gnu.org \
--cc=Joe_Trivers@amat.com \
/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.