* bug#942: NTEmacs hangs with cygwin\usr\X11R6\bin\libXpm.dll
@ 2008-09-09 10:19 Joshua S.
2008-09-09 10:59 ` Juanma Barranquero
0 siblings, 1 reply; 6+ messages in thread
From: Joshua S. @ 2008-09-09 10:19 UTC (permalink / raw)
To: emacs-pretest-bug
Xpm enabled NTEmacs hangs if your %PATH% includes cygwin\usr\X11R6\bin.
LoadLibrary("libxpm.dll") never returns in w32_delayed_load() in
src/image.c.
Since the most cygwin DLLs are not meant to be loaded by non-cygwin apps
(if you do, they hang),
I suggest we simply remove "libxpm.dll" and "libXpm-nox4.dll" from
image-library-alist.
(AFAIK Emacs on Cygwin does not use this variable.)
Index: lisp/term/w32-win.el
===================================================================
RCS file: /sources/emacs/emacs/lisp/term/w32-win.el,v
retrieving revision 1.105
diff -u -d -w -r1.105 w32-win.el
--- lisp/term/w32-win.el 11 Aug 2008 01:23:07 -0000 1.105
+++ lisp/term/w32-win.el 9 Sep 2008 10:03:39 -0000
@@ -199,7 +199,7 @@
;;; Set default known names for image libraries
(setq image-library-alist
- '((xpm "libxpm.dll" "xpm4.dll" "libXpm-nox4.dll")
+ '((xpm "xpm4.dll")
(png "libpng12d.dll" "libpng12.dll" "libpng.dll"
;; these are libpng 1.2.8 from GTK+
"libpng13d.dll" "libpng13.dll")
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#942: NTEmacs hangs with cygwin\usr\X11R6\bin\libXpm.dll
2008-09-09 10:19 bug#942: NTEmacs hangs with cygwin\usr\X11R6\bin\libXpm.dll Joshua S.
@ 2008-09-09 10:59 ` Juanma Barranquero
2008-09-09 11:00 ` Juanma Barranquero
` (2 more replies)
0 siblings, 3 replies; 6+ messages in thread
From: Juanma Barranquero @ 2008-09-09 10:59 UTC (permalink / raw)
To: Joshua S., 942
On Tue, Sep 9, 2008 at 12:19, Joshua S. <viking_r@george24.com> wrote:
> Xpm enabled NTEmacs hangs if your %PATH% includes cygwin\usr\X11R6\bin.
It is better not to have a cygwin binary directory in Emacs' PATH. If
you don't want to mess the system or user PATH variables for Emacs,
you can define your own PATH variable as a value in the registry (in
key HKLM\Software\GNU\Emacs), and Emacs (the Windows port, at least)
will obey it.
> Since the most cygwin DLLs are not meant to be loaded by non-cygwin apps (if
> you do, they hang),
> I suggest we simply remove "libxpm.dll" and "libXpm-nox4.dll" from
> image-library-alist.
libxpm.dll and libxpm-nox4.dll are not "cygwin DLLs". There are
MinGW-compiled versions of both.
You can also modify `image-library-alist' in your path. There's no
need to change the default value.
Juanma
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#942: NTEmacs hangs with cygwin\usr\X11R6\bin\libXpm.dll
2008-09-09 10:59 ` Juanma Barranquero
@ 2008-09-09 11:00 ` Juanma Barranquero
2008-09-09 11:58 ` Joshua S.
2008-09-09 13:13 ` Joshua S.
2 siblings, 0 replies; 6+ messages in thread
From: Juanma Barranquero @ 2008-09-09 11:00 UTC (permalink / raw)
To: Joshua S., 942
> You can also modify `image-library-alist' in your path. There's no
s/path/.emacs/
Juanma
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#942: NTEmacs hangs with cygwin\usr\X11R6\bin\libXpm.dll
2008-09-09 10:59 ` Juanma Barranquero
2008-09-09 11:00 ` Juanma Barranquero
@ 2008-09-09 11:58 ` Joshua S.
2008-09-09 13:37 ` Juanma Barranquero
2008-09-09 13:13 ` Joshua S.
2 siblings, 1 reply; 6+ messages in thread
From: Joshua S. @ 2008-09-09 11:58 UTC (permalink / raw)
To: 942
Thanks.
> It is better not to have a cygwin binary directory in Emacs' PATH.
It may need a special notice about this when you distribute xpm-enabled
NTEmacs binaries.
I know a few users who get into this trouble.
>> You can also modify `image-library-alist' in your path. There's no
> s/path/.emacs/
This does not work when I do "make bootstrap".
I will do the registry thing. Thank you for information.
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#942: NTEmacs hangs with cygwin\usr\X11R6\bin\libXpm.dll
2008-09-09 10:59 ` Juanma Barranquero
2008-09-09 11:00 ` Juanma Barranquero
2008-09-09 11:58 ` Joshua S.
@ 2008-09-09 13:13 ` Joshua S.
2 siblings, 0 replies; 6+ messages in thread
From: Joshua S. @ 2008-09-09 13:13 UTC (permalink / raw)
To: 942
> you can define your own PATH variable as a value in the registry (in
> key HKLM\Software\GNU\Emacs), and Emacs (the Windows port, at least)
> will obey it.
>
It does not work.
Quick look at init_environment() in w32.c, it seems Emacs does not look
for PATH.
Anyway, I can overcome the problem on my own, just end users' sake.
Thanks.
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#942: NTEmacs hangs with cygwin\usr\X11R6\bin\libXpm.dll
2008-09-09 11:58 ` Joshua S.
@ 2008-09-09 13:37 ` Juanma Barranquero
0 siblings, 0 replies; 6+ messages in thread
From: Juanma Barranquero @ 2008-09-09 13:37 UTC (permalink / raw)
To: Joshua S., 942
On Tue, Sep 9, 2008 at 13:58, Joshua S. <viking_r@george24.com> wrote:
> It may need a special notice about this when you distribute xpm-enabled
> NTEmacs binaries.
> I know a few users who get into this trouble.
Perhaps it would be worth noting it somewhere, but the trouble is not
Emacs-specific. Other MinGW-built free software using image libraries
could fall in the same trap.
>>> You can also modify `image-library-alist' in your path. There's no
>
>> s/path/.emacs/
>
> This does not work when I do "make bootstrap".
True. This could be circumvented with "make PATH=... bootstrap", but
again, it is best not to have Cygwin in the path (or, at the very
least, not before the Emacs binary directory) unless needed.
> I will do the registry thing. Thank you for information.
> It does not work.
Yes, you're right. I misremembered that Emacs looks for HOME. Sorry.
Juanma
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2008-09-09 13:37 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-09-09 10:19 bug#942: NTEmacs hangs with cygwin\usr\X11R6\bin\libXpm.dll Joshua S.
2008-09-09 10:59 ` Juanma Barranquero
2008-09-09 11:00 ` Juanma Barranquero
2008-09-09 11:58 ` Joshua S.
2008-09-09 13:37 ` Juanma Barranquero
2008-09-09 13:13 ` Joshua S.
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.