GNU bug report logs -
#13112
24.2.90; The cygw32 build should disable X11
Previous Next
Reported by: Ken Brown <kbrown <at> cornell.edu>
Date: Fri, 7 Dec 2012 13:32:01 UTC
Severity: normal
Tags: moreinfo
Found in version 24.2.90
Done: Ken Brown <kbrown <at> cornell.edu>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 13112 in the body.
You can then email your comments to 13112 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#13112
; Package
emacs
.
(Fri, 07 Dec 2012 13:32:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Ken Brown <kbrown <at> cornell.edu>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Fri, 07 Dec 2012 13:32:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
The cygw32 build of emacs tries to use many X11 features if the builder
has the appropriate development packages installed. For example,
HAVE_GSETTINGS and HAVE_GCONF will be defined. This causes serious
problems, as detailed starting at
http://cygwin.com/ml/cygwin/2012-12/msg00070.html
In GNU Emacs 24.2.90.1 (i686-pc-cygwin)
of 2012-11-27 on desktop-new
Windowing system distributor `Microsoft Corp.', version 0.0.0
Configured using:
`configure
'--srcdir=/home/kbrown/src/cygemacs/emacs-24.2.90-1/src/emacs-24.2.90'
'--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin'
'--sbindir=/usr/sbin' '--libexecdir=/usr/lib' '--datadir=/usr/share'
'--localstatedir=/var' '--sysconfdir=/etc' '--datarootdir=/usr/share'
'--docdir=/usr/share/doc/emacs' '-C' '--with-w32' 'CC=gcc'
'CFLAGS=-ggdb -O2 -pipe
-fdebug-prefix-map=/home/kbrown/src/cygemacs/emacs-24.2.90-1/build=/usr/src/debug/emacs-24.2.90-1
-fdebug-prefix-map=/home/kbrown/src/cygemacs/emacs-24.2.90-1/src/emacs-24.2.90=/usr/src/debug/emacs-24.2.90-1'
'LDFLAGS=-L/usr/lib/ncursesw' 'LIBS='
'CPPFLAGS=-I/usr/include/ncursesw''
Important settings:
value of $LANG: en_US.UTF-8
locale-coding-system: utf-8-unix
default enable-multibyte-characters: t
Major mode: Fundamental
Minor modes in effect:
show-paren-mode: t
display-time-mode: t
delete-selection-mode: t
tooltip-mode: t
mouse-wheel-mode: t
tool-bar-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
temp-buffer-resize-mode: t
buffer-read-only: t
line-number-mode: t
transient-mark-mode: t
Recent input:
M-x r e p o r <tab> <return>
Recent messages:
Loading /home/kbrown/emacs/.custom-24.el (source)...
Loading delsel...done
Loading time...done
Loading help-at-pt...done
Loading paren...done
Loading /home/kbrown/emacs/.custom-24.el (source)...done
Loading /home/kbrown/emacs/cygwin-init.el (source)...done
For information about GNU Emacs and the GNU system, type C-h C-a.
Load-path shadows:
None found.
Features:
(shadow gnus-util mail-extr emacsbug message cl-macs gv format-spec
rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231
mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums
mm-util mail-prsvr mail-utils dired edmacro kmacro solar cal-dst
planner-diary cl diary-lib diary-loaddefs planner-publish muse-xml
planner cal-menu calendar cal-loaddefs sort muse-colors muse-latex
muse-html muse-xml-common cus-edit muse-publish muse-project
muse-protocols muse-regexps wid-edit derived muse muse-nested-tags
muse-mode muse-autoloads info easymenu package preview-latex tex-site
auto-loads saveplace uniquify advice help-fns cl-lib advice-preload
paren help-at-pt time delsel cus-start cus-load time-date tooltip
ediff-hook vc-hooks lisp-float-type mwheel w32-common-fns disp-table
w32-win w32-vars tool-bar dnd fontset image regexp-opt fringe
tabulated-list newcomment lisp-mode register page menu-bar rfn-eshadow
timer select scroll-bar mouse jit-lock font-lock syntax facemenu
font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan
thai tai-viet lao korean japanese hebrew greek romanian slovak czech
european ethiopic indian cyrillic chinese case-table epa-hook
jka-cmpr-hook help simple abbrev minibuffer loaddefs button faces
cus-face macroexp files text-properties overlay sha1 md5 base64 format
env code-pages mule custom widget hashtable-print-readable backquote
make-network-process dbusbind w32 multi-tty emacs)
*** E-Mail body has been placed on clipboard, please paste it here! ***
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#13112
; Package
emacs
.
(Fri, 07 Dec 2012 14:47:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 13112 <at> debbugs.gnu.org (full text, mbox):
On 12/7/2012 8:04 AM, Ken Brown wrote:
> The cygw32 build of emacs tries to use many X11 features if the builder
> has the appropriate development packages installed. For example,
> HAVE_GSETTINGS and HAVE_GCONF will be defined. This causes serious
> problems, as detailed starting at
>
> http://cygwin.com/ml/cygwin/2012-12/msg00070.html
A workaround is to add the configure options --with-x=no and
--without-xim, but it shouldn't be hard to modify the configure script
so that these options are implied by --with-w32. I don't know enough
about autoconf to immediately see how to do that.
Ken
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#13112
; Package
emacs
.
(Fri, 07 Dec 2012 18:02:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 13112 <at> debbugs.gnu.org (full text, mbox):
Ken Brown wrote:
> The cygw32 build of emacs tries to use many X11 features if the builder
> has the appropriate development packages installed. For example,
> HAVE_GSETTINGS and HAVE_GCONF will be defined.
I don't see how that is possible. configure does:
if test "${HAVE_W32}" = "yes"; then
window_system=w32
[...]
fi
[...]
HAVE_X11=no
case "${window_system}" in
x11 )
HAVE_X11=yes
[...]
w32 ) [...]
esac
[...]
HAVE_GSETTINGS=no
if test "${HAVE_X11}" = "yes" && test "${with_gsettings}" = "yes"; then
...
fi
So I think you need to provide more details.
> http://cygwin.com/ml/cygwin/2012-12/msg00070.html
This talks about dbus.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#13112
; Package
emacs
.
(Fri, 07 Dec 2012 18:26:02 GMT)
Full text and
rfc822 format available.
Message #14 received at submit <at> debbugs.gnu.org (full text, mbox):
Glenn Morris writes:
>> http://cygwin.com/ml/cygwin/2012-12/msg00070.html
>
> This talks about dbus.
Which is involved, but as it turns out not responsible.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
SD adaptation for Waldorf rackAttack V1.04R1:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#13112
; Package
emacs
.
(Fri, 07 Dec 2012 18:42:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 13112 <at> debbugs.gnu.org (full text, mbox):
Achim Gratz wrote:
> Glenn Morris writes:
>>> http://cygwin.com/ml/cygwin/2012-12/msg00070.html
>>
>> This talks about dbus.
>
> Which is involved, but as it turns out not responsible.
Maybe you could summarize what the actual problem is, then.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#13112
; Package
emacs
.
(Fri, 07 Dec 2012 19:20:01 GMT)
Full text and
rfc822 format available.
Message #20 received at submit <at> debbugs.gnu.org (full text, mbox):
Glenn Morris writes:
> Maybe you could summarize what the actual problem is, then.
The problem, as far as I have been able to determine, is that my init
file set a default font that does only exist in X11 but not Windows, so
it was illegal for the cygw32 build, but somehow that managed to sneak
past Emacs' guards and apparently activated X11 code paths that should
not have been in there to begin with. This then made Emacs hang
whenever it should display UI dialogs (like the file chooser).
Interestingly if dbus was started then somehow everything kept working
(I had to manually switch the font from the first in the list, which
happened to be Arial, to something fixed-width). If I remove the
default font customization in my .emacs or arrange for that font to be a
Windows font (or simply start "emacs -Q"), then it does not matter
whether or not dbus has been started, so I'd say it is a red herring as
far as this bug report is concerned.
I'm using the test version that Ken has provided, so I can't answer any
questions on how the build has been configured.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Factory and User Sound Singles for Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#13112
; Package
emacs
.
(Fri, 07 Dec 2012 21:25:01 GMT)
Full text and
rfc822 format available.
Message #23 received at 13112 <at> debbugs.gnu.org (full text, mbox):
> From: Achim Gratz <Stromeko <at> nexgo.de>
> Date: Fri, 07 Dec 2012 20:18:12 +0100
>
> Glenn Morris writes:
> > Maybe you could summarize what the actual problem is, then.
>
> The problem, as far as I have been able to determine, is that my init
> file set a default font that does only exist in X11 but not Windows, so
> it was illegal for the cygw32 build, but somehow that managed to sneak
> past Emacs' guards and apparently activated X11 code paths that should
> not have been in there to begin with. This then made Emacs hang
> whenever it should display UI dialogs (like the file chooser).
Are you saying that xterm.c, xfns.c, and xmenu.c are compiled into a
cygw32 Emacs? They shouldn't, AFAIU.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#13112
; Package
emacs
.
(Fri, 07 Dec 2012 21:33:01 GMT)
Full text and
rfc822 format available.
Message #26 received at 13112 <at> debbugs.gnu.org (full text, mbox):
On 12/7/2012 2:18 PM, Achim Gratz wrote:
> Glenn Morris writes:
>> Maybe you could summarize what the actual problem is, then.
>
> The problem, as far as I have been able to determine, is that my init
> file set a default font that does only exist in X11 but not Windows, so
> it was illegal for the cygw32 build, but somehow that managed to sneak
> past Emacs' guards and apparently activated X11 code paths that should
> not have been in there to begin with. This then made Emacs hang
> whenever it should display UI dialogs (like the file chooser).
>
> Interestingly if dbus was started then somehow everything kept working
> (I had to manually switch the font from the first in the list, which
> happened to be Arial, to something fixed-width). If I remove the
> default font customization in my .emacs or arrange for that font to be a
> Windows font (or simply start "emacs -Q"), then it does not matter
> whether or not dbus has been started, so I'd say it is a red herring as
> far as this bug report is concerned.
>
> I'm using the test version that Ken has provided, so I can't answer any
> questions on how the build has been configured.
The configure options can be seen in my original bug report.
It turns out that I must have done something stupid when I claimed that
HAVE_GSETTINGS and HAVE_GCONF were defined. I can no longer reproduce
that, so Glenn is right. At this point I don't know whether or not
there is an emacs bug here. I'm sorry for the confusion I caused.
So let's start from scratch. Can you give a detailed, step-by-step
procedure for reproducing the problem? I'd like to see if I can
reproduce it.
Ken
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#13112
; Package
emacs
.
(Fri, 07 Dec 2012 21:47:02 GMT)
Full text and
rfc822 format available.
Message #29 received at 13112 <at> debbugs.gnu.org (full text, mbox):
On 12/7/2012 4:23 PM, Eli Zaretskii wrote:
>> From: Achim Gratz <Stromeko <at> nexgo.de>
>> Date: Fri, 07 Dec 2012 20:18:12 +0100
>>
>> Glenn Morris writes:
>>> Maybe you could summarize what the actual problem is, then.
>>
>> The problem, as far as I have been able to determine, is that my init
>> file set a default font that does only exist in X11 but not Windows, so
>> it was illegal for the cygw32 build, but somehow that managed to sneak
>> past Emacs' guards and apparently activated X11 code paths that should
>> not have been in there to begin with. This then made Emacs hang
>> whenever it should display UI dialogs (like the file chooser).
>
> Are you saying that xterm.c, xfns.c, and xmenu.c are compiled into a
> cygw32 Emacs? They shouldn't, AFAIU.
They're not.
I've caused some confusion, and we need to start from scratch. See my
previous message.
Ken
Ken
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#13112
; Package
emacs
.
(Fri, 07 Dec 2012 22:37:01 GMT)
Full text and
rfc822 format available.
Message #32 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On 12/7/12 2:19 PM, Burton Samograd wrote:
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
>>> From: Achim Gratz <Stromeko <at> nexgo.de>
>>> Date: Fri, 07 Dec 2012 20:18:12 +0100
>>>
>>> Glenn Morris writes:
>>>> Maybe you could summarize what the actual problem is, then.
>>>
>>> The problem, as far as I have been able to determine, is that my init
>>> file set a default font that does only exist in X11 but not Windows, so
>>> it was illegal for the cygw32 build, but somehow that managed to sneak
>>> past Emacs' guards and apparently activated X11 code paths that should
>>> not have been in there to begin with. This then made Emacs hang
>>> whenever it should display UI dialogs (like the file chooser).
>>
>> Are you saying that xterm.c, xfns.c, and xmenu.c are compiled into a
>> cygw32 Emacs? They shouldn't, AFAIU.
>
> They are on my build, but I have the proper X11 headers and libraries
> installed in my cygwin. I like it that way so I can display my emacs
> with an x-server.
But you didn't build Emacs with --with-w32, did you? As much as I'd
like a single Emacs binary to support both X11 and W32, we're a long
way away from there.
[signature.asc (application/pgp-signature, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#13112
; Package
emacs
.
(Sat, 08 Dec 2012 08:07:02 GMT)
Full text and
rfc822 format available.
Message #35 received at submit <at> debbugs.gnu.org (full text, mbox):
> From: Burton Samograd <burton <at> samograd.ca>
> Date: Fri, 07 Dec 2012 18:51:59 -0700
>
> >>> Are you saying that xterm.c, xfns.c, and xmenu.c are compiled into a
> >>> cygw32 Emacs? They shouldn't, AFAIU.
> >>
> >> They are on my build, but I have the proper X11 headers and libraries
> >> installed in my cygwin. I like it that way so I can display my emacs
> >> with an x-server.
> >
> > But you didn't build Emacs with --with-w32, did you? As much as I'd
> > like a single Emacs binary to support both X11 and W32, we're a long
> > way away from there.
>
> No, I don't use --with-w32.
Then yours is not the cygw32 build, and I was asking only about that.
> I just wanted to make sure a feature I use didn't get removed from
> the build :)
How can you seriously think we would consider removing X11 support
from Emacs?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#13112
; Package
emacs
.
(Sat, 08 Dec 2012 11:31:01 GMT)
Full text and
rfc822 format available.
Message #38 received at submit <at> debbugs.gnu.org (full text, mbox):
Ken Brown writes:
> So let's start from scratch. Can you give a detailed, step-by-step
> procedure for reproducing the problem? I'd like to see if I can
> reproduce it.
I'm not near any system running Windows, so I can't test it myself, but
I hope the following will do:
1. Nix all configuration files, then start emacs-X11 and set the default
font to "DejaVu Sans Mono" and "Save Options". Check that it got saved in
the "(custom-set-faces" section in the appropriate init file.
2. Do not start X11 or dbus. From a freshly started mintty, start
emacs-w32 so that it reads the configuration file with the default font.
It should start with whatever font is the first one in your Windows font
list instead of the default monospace font it would use when started
with "-Q". Now try to select File->Open from the menu bar.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Factory and User Sound Singles for Waldorf Q+, Q and microQ:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#13112
; Package
emacs
.
(Sat, 08 Dec 2012 12:25:01 GMT)
Full text and
rfc822 format available.
Message #41 received at 13112 <at> debbugs.gnu.org (full text, mbox):
On 12/8/2012 6:29 AM, Achim Gratz wrote:
> Ken Brown writes:
>> So let's start from scratch. Can you give a detailed, step-by-step
>> procedure for reproducing the problem? I'd like to see if I can
>> reproduce it.
>
> I'm not near any system running Windows, so I can't test it myself, but
> I hope the following will do:
>
> 1. Nix all configuration files, then start emacs-X11 and set the default
> font to "DejaVu Sans Mono" and "Save Options". Check that it got saved in
> the "(custom-set-faces" section in the appropriate init file.
I've done that, and I now have a ~/.emacs with the following contents:
(custom-set-variables
;; custom-set-variables was added by Custom.
;; If you edit it by hand, you could mess it up, so be careful.
;; Your init file should contain only one such instance.
;; If there is more than one, they won't work right.
)
(custom-set-faces
;; custom-set-faces was added by Custom.
;; If you edit it by hand, you could mess it up, so be careful.
;; Your init file should contain only one such instance.
;; If there is more than one, they won't work right.
'(default ((t (:family "DejaVu Sans Mono" :foundry "unknown" :slant
normal :weight normal :height 113 :width normal)))))
And I've moved ~/.Xdefaults and /usr/share/emacs/site-lisp out of the
way. ps shows no processes except mintty and bash.
> 2. Do not start X11 or dbus. From a freshly started mintty, start
> emacs-w32 so that it reads the configuration file with the default font.
> It should start with whatever font is the first one in your Windows font
> list instead of the default monospace font it would use when started
> with "-Q". Now try to select File->Open from the menu bar.
$ emacs-w32 &
emacs-w32 opens in a new window. Options -> Set Default Font shows that
emacs is using DejaVu Sans Mono-11. File -> Open works fine.
I wonder why emacs-w32 finds DejaVu Sans Mono on my system but not on
yours? I guess that's not really relevant to this bug, but it does mean
that I can't currently reproduce the problem and so I can't debug it.
If you can consistently reproduce it, I think you might have to do it
under gdb (or attach gdb when emacs hangs) and see if you can figure out
what's going on.
I did reproduce the hang two nights ago (with different steps), but I
was tired and making mistakes, and I don't remember exactly what I did.
I know from previous discussions that you use tcsh as your shell. Could
there be something in your tcsh configuration files that's interfering?
Or is there anything in your environment that could explain this?
Maybe you should try this from a bash shell and a clean environment. If
you want to send me your cygcheck output off list, I can see if I spot
any obvious differences between your system and mine.
Ken
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#13112
; Package
emacs
.
(Sat, 08 Dec 2012 12:44:01 GMT)
Full text and
rfc822 format available.
Message #44 received at 13112 <at> debbugs.gnu.org (full text, mbox):
On 12/8/2012 7:23 AM, Ken Brown wrote:
> On 12/8/2012 6:29 AM, Achim Gratz wrote:
>> Ken Brown writes:
>>> So let's start from scratch. Can you give a detailed, step-by-step
>>> procedure for reproducing the problem? I'd like to see if I can
>>> reproduce it.
>>
>> I'm not near any system running Windows, so I can't test it myself, but
>> I hope the following will do:
>>
>> 1. Nix all configuration files, then start emacs-X11 and set the default
>> font to "DejaVu Sans Mono" and "Save Options". Check that it got
>> saved in
>> the "(custom-set-faces" section in the appropriate init file.
>
> I've done that, and I now have a ~/.emacs with the following contents:
>
> (custom-set-variables
> ;; custom-set-variables was added by Custom.
> ;; If you edit it by hand, you could mess it up, so be careful.
> ;; Your init file should contain only one such instance.
> ;; If there is more than one, they won't work right.
> )
> (custom-set-faces
> ;; custom-set-faces was added by Custom.
> ;; If you edit it by hand, you could mess it up, so be careful.
> ;; Your init file should contain only one such instance.
> ;; If there is more than one, they won't work right.
> '(default ((t (:family "DejaVu Sans Mono" :foundry "unknown" :slant
> normal :weight normal :height 113 :width normal)))))
>
> And I've moved ~/.Xdefaults and /usr/share/emacs/site-lisp out of the
> way. ps shows no processes except mintty and bash.
>
>> 2. Do not start X11 or dbus. From a freshly started mintty, start
>> emacs-w32 so that it reads the configuration file with the default font.
>> It should start with whatever font is the first one in your Windows font
>> list instead of the default monospace font it would use when started
>> with "-Q". Now try to select File->Open from the menu bar.
>
> $ emacs-w32 &
>
> emacs-w32 opens in a new window. Options -> Set Default Font shows that
> emacs is using DejaVu Sans Mono-11. File -> Open works fine.
>
> I wonder why emacs-w32 finds DejaVu Sans Mono on my system but not on
> yours? I guess that's not really relevant to this bug, but it does mean
> that I can't currently reproduce the problem and so I can't debug it. If
> you can consistently reproduce it, I think you might have to do it under
> gdb (or attach gdb when emacs hangs) and see if you can figure out
> what's going on.
>
> I did reproduce the hang two nights ago (with different steps), but I
> was tired and making mistakes, and I don't remember exactly what I did.
>
> I know from previous discussions that you use tcsh as your shell. Could
> there be something in your tcsh configuration files that's interfering?
> Or is there anything in your environment that could explain this?
> Maybe you should try this from a bash shell and a clean environment. If
> you want to send me your cygcheck output off list, I can see if I spot
> any obvious differences between your system and mine.
I just repeated the experiment, but this time with Droid instead of
DejaVu. This time emacs-w32 didn't find the font and chose Arial. But
File->Open still worked.
Ken
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#13112
; Package
emacs
.
(Sat, 08 Dec 2012 13:10:01 GMT)
Full text and
rfc822 format available.
Message #47 received at submit <at> debbugs.gnu.org (full text, mbox):
Ken Brown writes:
> I just repeated the experiment, but this time with Droid instead of
> DejaVu. This time emacs-w32 didn't find the font and chose Arial.
OK, so that part seems to work the same way.
> But File->Open still worked.
Did it work after some delay or right away? When I've started dbus and
tried this, I've only been getting the dialog after an initial delay of
two or three seconds. Subsequent invocations didn't have that delay.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
SD adaptation for Waldorf rackAttack V1.04R1:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#13112
; Package
emacs
.
(Sat, 08 Dec 2012 14:12:02 GMT)
Full text and
rfc822 format available.
Message #50 received at submit <at> debbugs.gnu.org (full text, mbox):
Ken Brown writes:
> I wonder why emacs-w32 finds DejaVu Sans Mono on my system but not on
> yours?
It's certainly possible that you've installed it in Windows as well.
I'd simply use another font (or even a wholLy non-existing one).
> I guess that's not really relevant to this bug, but it does
> mean that I can't currently reproduce the problem and so I can't debug
> it. If you can consistently reproduce it, I think you might have to do
> it under gdb (or attach gdb when emacs hangs) and see if you can
> figure out what's going on.
I'll have to sneak it in somehow next week trying to reproduce this on a
different machine (running XP for testing) that has a clean Cygwin
installation. I've been testing a lot on my own machine for the last
few weeks and I don't really trust that installation anymore, but I
can't nuke it right now.
> I know from previous discussions that you use tcsh as your shell.
> Could there be something in your tcsh configuration files that's
> interfering? Or is there anything in your environment that could
> explain this? Maybe you should try this from a bash shell and a clean
> environment. If you want to send me your cygcheck output off list, I
> can see if I spot any obvious differences between your system and
> mine.
I can try it again in bash and I should have nothing non-standard in my
.bashrc, but will check again to make sure. I've mentioned tcsh because
it is handling job control and some I/O issues differently than other
shells and that has been triggering different behaviour in the past.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Samples for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#13112
; Package
emacs
.
(Sat, 08 Dec 2012 15:59:02 GMT)
Full text and
rfc822 format available.
Message #53 received at 13112 <at> debbugs.gnu.org (full text, mbox):
On 12/8/2012 8:08 AM, Achim Gratz wrote:
> Ken Brown writes:
>> I just repeated the experiment, but this time with Droid instead of
>> DejaVu. This time emacs-w32 didn't find the font and chose Arial.
>
> OK, so that part seems to work the same way.
>
>> But File->Open still worked.
>
> Did it work after some delay or right away? When I've started dbus and
> tried this, I've only been getting the dialog after an initial delay of
> two or three seconds. Subsequent invocations didn't have that delay.
It worked right away.
Ken
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#13112
; Package
emacs
.
(Sun, 09 Dec 2012 00:10:02 GMT)
Full text and
rfc822 format available.
Message #56 received at 13112 <at> debbugs.gnu.org (full text, mbox):
On 12/8/2012 1:37 PM, Burton Samograd wrote:
> I didn't realize that cygw32 meant that you use the --with-w32 options.
> Cygw32 was something I had never heard of and I thought it just meant
> the regular cygwin builds.
>
> I don't think that use of emacs through X11 on windows is a hugely
> common occurance
If you build emacs on any POSIXish system, it uses X11 (and GTK+) by
default, provided the builder has the necessary libraries installed.
Cygwin is no exception. You have to specify a configure option to make
it do something different. For example, --with-x=no creates a non-GUI
version of emacs, and --with-w32 creates a version that uses the native
Windows GUI for display instead of X11. It's this build that has been
referred to as the cygw32 build on the emacs-devel mailing list. In the
Cygwin distribution, this build produces what's called the emacs-w32
package, as of about a week ago.
Ken
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#13112
; Package
emacs
.
(Tue, 11 Dec 2012 17:32:02 GMT)
Full text and
rfc822 format available.
Message #59 received at submit <at> debbugs.gnu.org (full text, mbox):
Ken Brown writes:
> The cygw32 build of emacs tries to use many X11 features if the builder
> has the appropriate development packages installed. For example,
> HAVE_GSETTINGS and HAVE_GCONF will be defined. This causes serious
> problems, as detailed starting at
Hi Ken,
sorry it took so long, but I've first updated my Cygwin installation to
the latest and greatest and since the rebase map was starting to look
wierd I also did a full rebase of everything. Result: I cannot
reproduce the hang-ups anymore for the cygw32 build and the Gtk dialogs
come up noticeably faster as well. I'll have to assume BLODA at this
point since none of the updates (except libtasn1) was even remotely
related to Emacs. If I find another way to reproduce the error again,
I'll try to get a backtrace of all threads (I have all debuginfo
packages installed now).
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
DIY Stuff:
http://Synth.Stromeko.net/DIY.html
Reply sent
to
Ken Brown <kbrown <at> cornell.edu>
:
You have taken responsibility.
(Tue, 11 Dec 2012 18:30:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Ken Brown <kbrown <at> cornell.edu>
:
bug acknowledged by developer.
(Tue, 11 Dec 2012 18:30:02 GMT)
Full text and
rfc822 format available.
Message #64 received at 13112-done <at> debbugs.gnu.org (full text, mbox):
> wierd I also did a full rebase of everything. Result: I cannot
> reproduce the hang-ups anymore for the cygw32 build and the Gtk dialogs
> come up noticeably faster as well. I'll have to assume BLODA at this
> point since none of the updates (except libtasn1) was even remotely
> related to Emacs. If I find another way to reproduce the error again,
> I'll try to get a backtrace of all threads (I have all debuginfo
> packages installed now).
OK, thanks. I'm closing the bug for now, but it can be re-opened if
you're able to reproduce it again.
Ken
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Wed, 09 Jan 2013 12:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 12 years and 215 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.