https://bugs.winehq.org/show_bug.cgi?id=53257
Bug ID: 53257 Summary: Emacs 28.1 is unusable Product: Wine Version: 7.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: EmilySeville7cf@gmail.com Distribution: ---
Created attachment 72636 --> https://bugs.winehq.org/attachment.cgi?id=72636 screenshot of console emacs
I install Emacs 28.1 from here (http://mirror.tochlab.net/pub/gnu/emacs/windows/emacs-28/) emacs-28.1-installer.exe and run it via "C:\Program Files\Emacs\emacs-28.1\bin\runemacs.exe" ".
When I use GUI version of Emacs it's window is moved to the left upper corner when I press any button. Workaround: maximize window size and use Emacs.
When I use console Emacs version (emacs -nw) from wine cmd I can do nothing at all. Any Emacs shortcut breaks interface. For instance I've tried use "Ctrl+N" and obtain result on the screenshot.
https://bugs.winehq.org/show_bug.cgi?id=53257
Jeff Zaroyko jeffz@jeffz.name changed:
What |Removed |Added ---------------------------------------------------------------------------- URL| |http://mirror.tochlab.net/p | |ub/gnu/emacs/windows/emacs- | |28/emacs-28.1-installer.exe Keywords| |download, source Severity|blocker |normal
--- Comment #1 from Jeff Zaroyko jeffz@jeffz.name --- Not a blocker.
Please use the latest development version of wine when reporting bugs.
Please only report one issue per bug report.
http://bugs.winehq.org/show_bug.cgi?id=53257
Stian Low wineryyyyy@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wineryyyyy@gmail.com
--- Comment #2 from Stian Low wineryyyyy@gmail.com --- Unable to reproduce for wine-10.11-217-g3c4cc9d04b6 running GNU Emacs 30.1 (build 2, x86_64-w64-mingw32) of 2025-02-23.
I live in GNU Emacs and so far it behaves practically the same inside Wine as it does inside Windows which is practically the same as inside Linux despite the dogfood after taste outside Linux.
Therefore this issue can probably be considered resolved.
http://bugs.winehq.org/show_bug.cgi?id=53257
--- Comment #3 from Stian Low wineryyyyy@gmail.com --- An AppDB GNU Emacs entry is pending which will reflect the latest test results which will be accessible here once approved:
https://appdb.winehq.org/objectManager.php?bIsQueue=false&bIsRejected=fa...
http://bugs.winehq.org/show_bug.cgi?id=53257
--- Comment #4 from Stian Low wineryyyyy@gmail.com --- Once the emacs installer is resolved, remaining emacs runtime misbehaviors inside of Wine seem related to various cygwin bugs described by:
https://bugs.winehq.org/buglist.cgi?bug_status=UNCONFIRMED&bug_status=NE...
The most critical basic functionality is the ability to search files by name via find-name-dired and patterns within files via rgrep.
These most vital basic commands seem inhibited by cygwin find.exe which partially works but outputs the following message reported by those other bugs:
Cygwin WARNING: Couldn't compute FAST_CWD pointer. This typically occurs if you're using an older Cygwin version on a newer Windows. Please update to the latest available Cygwin version from https://cygwin.com/. If the problem persists, please see https://cygwin.com/problems.html
This message warning may be breaking what emacs expects as output from the find and grep commands.
http://bugs.winehq.org/show_bug.cgi?id=53257
--- Comment #5 from Stian Low wineryyyyy@gmail.com --- Regarding the Cygwin FAST_CWD warning, it is largely ignorable and not problematic for Emacs as detailed further here: https://bugs.winehq.org/show_bug.cgi?id=58507
http://bugs.winehq.org/show_bug.cgi?id=53257
--- Comment #6 from Stian Low wineryyyyy@gmail.com --- Created attachment 78969 --> http://bugs.winehq.org/attachment.cgi?id=78969 Emacs 30.1 working example of successful mingw .exe debug
Here's a snapshot of GNU Emacs 30.1 (build 2, x86_64-w64-mingw32) of 2025-02-23 running in Wine as a latest update to this issue.
With MinGW and Cygwin environments set in ~/.emacs, mingw gdb of .exe files was achieved.
Overall everything seems to be in working order after Mingw and Cygwin environments are made available to Emacs.
None of the issues originally reported were able to be reproduced.
http://bugs.winehq.org/show_bug.cgi?id=53257
--- Comment #7 from Stian Low wineryyyyy@gmail.com --- Created attachment 78970 --> http://bugs.winehq.org/attachment.cgi?id=78970 Emacs -nw fixed with compatible launch method
http://bugs.winehq.org/show_bug.cgi?id=53257
--- Comment #8 from Stian Low wineryyyyy@gmail.com --- Regarding the Emacs no-window option -nw, it does misbehave in unusuable fashion when called directly in a linux terminal as it seems there's some incompatible intermixing of all the layers involved.
However launching c:\windows\system32\cmd.exe via `wine explorer` creates a dedicated cmd window within the wine environment which resolves the issues when calling `emacs -nw`
See the -nw screenshot showing how to run `emacs -nw` from wine in a way that mimics how the equivalent command would be called on Windows.
Without launching cmd.exe according to the screenshot, the backmost Linux terminal of wine fixmes gets intermixed into the emacs terminal to the right, which is the cmd.exe window with `emacs -nw` run, which causes malfunctions. For instance the keybind C-s for search-forward doesn't work and outputs '<pause> is undefined'
Launched according to the snapsho, `emacs -nw` behaves as expected in usual usable fashion.
http://bugs.winehq.org/show_bug.cgi?id=53257
--- Comment #9 from Stian Low wineryyyyy@gmail.com --- Created attachment 78971 --> http://bugs.winehq.org/attachment.cgi?id=78971 Snapshot of Linux Emacs (left) launching Wine Emacs (right)
Emacs Wine Emacs serenity achieve.
-
WineHQ Bugzilla