GNU bug report logs -
#15288
24.3.50; Speedbar makes minibuffer lost focus when code is compiled
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 15288 in the body.
You can then email your comments to 15288 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#15288
; Package
emacs
.
(Fri, 06 Sep 2013 12:58:04 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Thierry Volpiatto <thierry.volpiatto <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Fri, 06 Sep 2013 12:58:05 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi,
I have a bug in helm since sometime now I am unable to fix:
https://github.com/emacs-helm/helm/issues/257
This happen only on Windows system and probably also Mac-Osx.
It is not reproductible on GNU/Linux.
On Windows (I tried on WindowsXP in a virtualbox) the bug is
reproductible only when helm code is compiled.
To reproduce, install helm from here:
https://github.com/emacs-helm/helm.git
compile with make.
launch speedbar, and from there start any helm command, the helm-buffer
(where helm display its completion) become editable.
If you remove all *.elc files and restart Emacs, it is no more reproductible.
--
Thierry
Get my Gnupg key:
gpg --keyserver pgp.mit.edu --recv-keys 59F29997
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15288
; Package
emacs
.
(Fri, 06 Sep 2013 13:30:03 GMT)
Full text and
rfc822 format available.
Message #8 received at 15288 <at> debbugs.gnu.org (full text, mbox):
> From: Thierry Volpiatto <thierry.volpiatto <at> gmail.com>
> Date: Fri, 06 Sep 2013 14:56:28 +0200
>
> I have a bug in helm since sometime now I am unable to fix:
> https://github.com/emacs-helm/helm/issues/257
I suggest to post here a full description of the bug. The URL above
just points to another bug, and says "similar to ...". This can
easily lead to confusion and misunderstandings about what the actual
problem is.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15288
; Package
emacs
.
(Fri, 06 Sep 2013 13:38:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 15288 <at> debbugs.gnu.org (full text, mbox):
> From: Thierry Volpiatto <thierry.volpiatto <at> gmail.com>
> Date: Fri, 06 Sep 2013 14:56:28 +0200
>
> If you remove all *.elc files and restart Emacs, it is no more reproductible.
The long discussion in the issue tracker seems to suggest that
byte-compiling *.el files on Windows has something to do with this.
Did anyone try copying *.elc files compiled on Unix to Windows, and
re-running the test case? Or just comparing the *.elc files compiled
on Unix and on Windows?
I actually can hardly believe that some problem that is only revealed
in byte-compiled code could be Windows specific. There's nothing in
the byte-code interpreter that is specific to Windows, AFAIK.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15288
; Package
emacs
.
(Fri, 06 Sep 2013 14:27:01 GMT)
Full text and
rfc822 format available.
Message #14 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi Eli,
Eli Zaretskii <eliz <at> gnu.org> writes:
>> From: Thierry Volpiatto <thierry.volpiatto <at> gmail.com>
>> Date: Fri, 06 Sep 2013 14:56:28 +0200
>>
>> If you remove all *.elc files and restart Emacs, it is no more reproductible.
>
> The long discussion in the issue tracker seems to suggest that
> byte-compiling *.el files on Windows has something to do with this.
> Did anyone try copying *.elc files compiled on Unix to Windows, and
> re-running the test case? Or just comparing the *.elc files compiled
> on Unix and on Windows?
No, I didn't try, I will try as soon as possible.
> I actually can hardly believe that some problem that is only revealed
> in byte-compiled code could be Windows specific. There's nothing in
> the byte-code interpreter that is specific to Windows, AFAIK.
Yes I don't see the relation, why I asked you what you think about it.
Thanks.
--
Thierry
Get my Gnupg key:
gpg --keyserver pgp.mit.edu --recv-keys 59F29997
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15288
; Package
emacs
.
(Fri, 06 Sep 2013 14:51:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 15288 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>> From: Thierry Volpiatto <thierry.volpiatto <at> gmail.com>
>> Date: Fri, 06 Sep 2013 14:56:28 +0200
>>
>> If you remove all *.elc files and restart Emacs, it is no more reproductible.
>
> The long discussion in the issue tracker seems to suggest that
> byte-compiling *.el files on Windows has something to do with this.
> Did anyone try copying *.elc files compiled on Unix to Windows, and
> re-running the test case?
After copying all the *.elc files compiled on my GNU/linux box to the
helm directory on WindowsXP the problem is gone.
Both version on GNU/linux and WindowsXP are 24.3.1.
> Or just comparing the *.elc files compiled on Unix and on Windows?
From my GNU/Linux box:
(setenv "LANG" "C")
--8<---------------cut here---------------start------------->8---
diff -c /home/thierry/elisp/helm/helm.elc /home/thierry/sharevbox/helm.elc
Binary files /home/thierry/elisp/helm/helm.elc and /home/thierry/sharevbox/helm.elc differ
Diff finished (diff error). Fri Sep 6 16:46:22 2013
--8<---------------cut here---------------end--------------->8---
Is there special recommendation to diff binary files?
> I actually can hardly believe that some problem that is only revealed
> in byte-compiled code could be Windows specific. There's nothing in
> the byte-code interpreter that is specific to Windows, AFAIK.
--
Thierry
Get my Gnupg key:
gpg --keyserver pgp.mit.edu --recv-keys 59F29997
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15288
; Package
emacs
.
(Fri, 06 Sep 2013 15:05:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 15288 <at> debbugs.gnu.org (full text, mbox):
> Is there special recommendation to diff binary files?
"diff --text". After all .elc files are only somewhat binary.
Stefan
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15288
; Package
emacs
.
(Fri, 06 Sep 2013 15:43:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 15288 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Stefan Monnier <monnier <at> iro.umontreal.ca> writes:
>> Is there special recommendation to diff binary files?
>
> "diff --text". After all .elc files are only somewhat binary.
Thanks, attached the diff of GNU/Linux:helm.elc<=>Windows:helm.elc.
--
Thierry
Get my Gnupg key:
gpg --keyserver pgp.mit.edu --recv-keys 59F29997
[helmbin.diff (text/x-diff, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15288
; Package
emacs
.
(Fri, 06 Sep 2013 16:09:01 GMT)
Full text and
rfc822 format available.
Message #26 received at 15288 <at> debbugs.gnu.org (full text, mbox):
> From: Thierry Volpiatto <thierry.volpiatto <at> gmail.com>
> Cc: Eli Zaretskii <eliz <at> gnu.org>, 15288 <at> debbugs.gnu.org
> Date: Fri, 06 Sep 2013 17:41:54 +0200
>
> > "diff --text". After all .elc files are only somewhat binary.
>
> Thanks, attached the diff of GNU/Linux:helm.elc<=>Windows:helm.elc.
Is this for the same bzr revision?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15288
; Package
emacs
.
(Fri, 06 Sep 2013 16:27:02 GMT)
Full text and
rfc822 format available.
Message #29 received at 15288 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>> From: Thierry Volpiatto <thierry.volpiatto <at> gmail.com>
>> Cc: Eli Zaretskii <eliz <at> gnu.org>, 15288 <at> debbugs.gnu.org
>> Date: Fri, 06 Sep 2013 17:41:54 +0200
>>
>> > "diff --text". After all .elc files are only somewhat binary.
>>
>> Thanks, attached the diff of GNU/Linux:helm.elc<=>Windows:helm.elc.
>
> Is this for the same bzr revision?
Sorry, it is the wrong diff with a file compiled with 24.4.50.1.
But forget it, I think I found what wrong for me and the others
Emacs/windows users on this bug:
If it is the same for them we are compiling with make that use the old
PATH of emacs that is emacs-24.2.1, compiling with the good emacs
(24.3.1) seems to solve the problem.
I realize that reading the diff.
I have no more time left now, but I will investigate more next week to
confirm you that.
Sorry for the noise and thanks for your help.
Good week-end.
--
Thierry
Get my Gnupg key:
gpg --keyserver pgp.mit.edu --recv-keys 59F29997
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15288
; Package
emacs
.
(Tue, 10 Sep 2013 12:23:01 GMT)
Full text and
rfc822 format available.
Message #32 received at 15288 <at> debbugs.gnu.org (full text, mbox):
This bug can be closed.
Thanks.
--
Thierry
Get my Gnupg key:
gpg --keyserver pgp.mit.edu --recv-keys 59F29997
Reply sent
to
Glenn Morris <rgm <at> gnu.org>
:
You have taken responsibility.
(Tue, 10 Sep 2013 15:51:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Thierry Volpiatto <thierry.volpiatto <at> gmail.com>
:
bug acknowledged by developer.
(Tue, 10 Sep 2013 15:51:02 GMT)
Full text and
rfc822 format available.
Message #37 received at 15288-done <at> debbugs.gnu.org (full text, mbox):
Thierry Volpiatto wrote:
> This bug can be closed.
Feel free to close your own bugs in future, by sending mail to
###-done <at> debbugs, as I did in this mail.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Wed, 09 Oct 2013 11:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 11 years and 338 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.