GNU bug report logs -
#2507
23.0.91; Stripping emacs.exe on MS-Windows produces an invalid program
Previous Next
Reported by: Eli Zaretskii <eliz <at> gnu.org>
Date: Sat, 28 Feb 2009 11:05:07 UTC
Severity: minor
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Wed, 04 Jun 2014 21:42:56 +0300
with message-id <837g4w7byn.fsf <at> gnu.org>
and subject line Re: bug#2507: 23.0.91; Stripping emacs.exe on MS-Windows produces an invalid program
has caused the debbugs.gnu.org bug report #2507,
regarding 23.0.91; Stripping emacs.exe on MS-Windows produces an invalid program
to be marked as done.
(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)
--
2507: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=2507
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.
Your bug report will be posted to the emacs-pretest-bug <at> gnu.org mailing list.
Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:
strip emacs.exe
emacs -Q
results in the OS popping an error dialog saying:
emacs.exe is not a valid Win32 application
If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
`bt full' and `xbacktrace'.
If you would like to further debug the crash, please read the file
d:/gnu/emacs/etc/DEBUG for instructions.
In GNU Emacs 23.0.91.1 (i386-mingw-nt5.1.2600)
of 2009-02-28 on HOME-C4E4A596F7
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4)'
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: nil
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: ENU
value of $XMODIFIERS: nil
locale-coding-system: cp1255
default-enable-multibyte-characters: t
Major mode: Lisp Interaction
Minor modes in effect:
tooltip-mode: t
tool-bar-mode: t
mouse-wheel-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
global-auto-composition-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t
Recent input:
M-x r e p o r t - e m a c s - b u <tab> <return>
Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
[Message part 3 (message/rfc822, inline)]
This problem was solved as side effect of the changes to use mmap-like
memory management for buffer text and store the dumped data in a
static array instead of a special section.
Closing.
This bug report was last modified 10 years and 355 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.