GNU bug report logs -
#8562
Emacs 23.1 and later don't work in windows 98
Previous Next
Reported by: oslsachem <oslsachem <at> gmail.com>
Date: Tue, 26 Apr 2011 21:59:01 UTC
Severity: normal
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
Message #140 received at 8562 <at> debbugs.gnu.org (full text, mbox):
> Date: Sun, 12 Jun 2011 23:47:33 +0200
> From: oslsachem <oslsachem <at> gmail.com>
> Cc: 8562 <at> debbugs.gnu.org
>
> So the change correctly done (supposing the is_windows_9x() function
> was available for this file) could be something like :
>
> void
> globals_of_w32menu ()
> {
> /* See if Get/SetMenuItemInfo functions are available. */
> HMODULE user32 = GetModuleHandle ("user32.dll");
> get_menu_item_info = (GetMenuItemInfoA_Proc) GetProcAddress (user32,
> "GetMenuItemInfoA");
> set_menu_item_info = (SetMenuItemInfoA_Proc) GetProcAddress (user32,
> "SetMenuItemInfoA");
> if (is_windows_9x())
> {
> HMODULE unicows = GetModuleHandle ("unicows.dll");
> unicode_append_menu = (AppendMenuW_Proc) GetProcAddress
> (unicows, "AppendMenuW");
> }
> else unicode_append_menu = (AppendMenuW_Proc) GetProcAddress
> (user32, "AppendMenuW");
> }
>
> I think it would be interesting to make this change given that this
> unicode function is already called through function pointers and that
> this would keep the execution branches of windows 9x and windows NT as
> close as possible.
I would like to avoid making changes for which we don't have a good
reason and a clear test case. So if you can spot any significant
differences in menus depending on whether AppendMenuW comes from
unicows.dll or elsewhere, please show them, and let's take it from
there. If there are no significant differences, I'd prefer not to
rock the boat more than necessary.
Thanks.
This bug report was last modified 13 years and 200 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.