GNU bug report logs -
#12594
24.2.50; i-search high-lighting makes found text invisible in NS variant on Snow Leopard
Previous Next
Reported by: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
Date: Sun, 7 Oct 2012 15:48:02 UTC
Severity: normal
Found in version 24.2.50
Done: Jan Djärv <jan.h.d <at> swipnet.se>
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 12594 in the body.
You can then email your comments to 12594 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#12594
; Package
emacs
.
(Sun, 07 Oct 2012 15:48:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sun, 07 Oct 2012 15:48:03 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hello!
This screen-shot shows the effect (searching enu):
[NS Emacs i-search.png (image/png, inline)]
[Message part 3 (text/plain, inline)]
A similar effect shows up in mini-buffer when I, for example, try to switch to another buffer:
[NS Emacs mini-buffer.png (image/png, inline)]
[Message part 5 (text/plain, inline)]
These effects do not appear when I build a native 64-bit application and when I build a 32-bit application without wide ints (which could also be called "native").
The two different 32-bit applications (with or without wide ints) show another behaviour on my multi-core system when launched with -Q: one CPU core has constantly 100 % load when launched with -Q.
In GNU Emacs 24.2.50.1 (i386-apple-darwin10.8.0, NS apple-appkit-1038.36)
of 2012-10-07 on Sumac.local
Bzr revision: 110380 rgm <at> gnu.org-20121006024726-5wcssahlmv2hitkr
Windowing system distributor `Apple', version 10.3.1038
Configured using:
`configure '--build=x86_64-apple-darwin10.8.0'
'--host=i386-apple-darwin10.8.0' '--target=i386-apple-darwin10.8.0'
'--with-wide-int' '--without-pop' '--without-sound' '--without-gpm'
'--without-dbus' '--without-selinux' '--with-ns'
'--disable-ns-self-contained' '--without-xpm' '--without-jpeg'
'--without-tiff' '--without-gif' '--without-png' '--without-rsvg'
'--x-libraries=/usr/X11/lib' '--x-includes=/usr/X11/include'
'--enable-locallisppath=/Library/Application
Support/Emacs/calendar24:/Library/Application Support/Emacs' 'CFLAGS=-g
-H -pipe -fPIC -fno-common -Os -march=core2 -mtune=core2 -m32
-fomit-frame-pointer -msse4.2' 'LDFLAGS=-m32 -Wl,-dead_strip_dylibs
-Wl,-bind_at_load -Wl,-t' 'CPPFLAGS=-I/sw/include' 'CC=clang'
'CXX=clang++'
'PKG_CONFIG_PATH=/sw/lib/xft2/lib/pkgconfig:/sw/share/pkgconfig:/sw/lib/pkgconfig:/usr/X11/lib/pkgconfig:/usr/X11/share/pkgconfig:/usr/lib/pkgconfig'
'build_alias=x86_64-apple-darwin10.8.0'
'host_alias=i386-apple-darwin10.8.0'
'target_alias=i386-apple-darwin10.8.0''
Important settings:
value of $LC_CTYPE: de_DE.UTF-8
value of $LANG: de_DE.UTF-8
locale-coding-system: utf-8-unix
default enable-multibyte-characters: t
Major mode: Info
Minor modes in effect:
tooltip-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
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
buffer-read-only: t
line-number-mode: t
transient-mark-mode: t
--
Greetings
Pete
The wise man said: "Never argue with an idiot. They bring you down to their level and beat you with experience."
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#12594
; Package
emacs
.
(Sun, 07 Oct 2012 16:43:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 12594 <at> debbugs.gnu.org (full text, mbox):
Hello.
I built with your flags to configure and can't reproduce the highlight error or the CPU usage.
I guess you have conflicting libraries that causes this.
Jan D.
7 okt 2012 kl. 17:44 skrev Peter Dyballa <Peter_Dyballa <at> Freenet.DE>:
> Hello!
>
> This screen-shot shows the effect (searching enu):
>
> <NS Emacs i-search.png>
>
> A similar effect shows up in mini-buffer when I, for example, try to switch to another buffer:
>
> <NS Emacs mini-buffer.png>
>
> These effects do not appear when I build a native 64-bit application and when I build a 32-bit application without wide ints (which could also be called "native").
>
> The two different 32-bit applications (with or without wide ints) show another behaviour on my multi-core system when launched with -Q: one CPU core has constantly 100 % load when launched with -Q.
>
>
> In GNU Emacs 24.2.50.1 (i386-apple-darwin10.8.0, NS apple-appkit-1038.36)
> of 2012-10-07 on Sumac.local
> Bzr revision: 110380 rgm <at> gnu.org-20121006024726-5wcssahlmv2hitkr
> Windowing system distributor `Apple', version 10.3.1038
> Configured using:
> `configure '--build=x86_64-apple-darwin10.8.0'
> '--host=i386-apple-darwin10.8.0' '--target=i386-apple-darwin10.8.0'
> '--with-wide-int' '--without-pop' '--without-sound' '--without-gpm'
> '--without-dbus' '--without-selinux' '--with-ns'
> '--disable-ns-self-contained' '--without-xpm' '--without-jpeg'
> '--without-tiff' '--without-gif' '--without-png' '--without-rsvg'
> '--x-libraries=/usr/X11/lib' '--x-includes=/usr/X11/include'
> '--enable-locallisppath=/Library/Application
> Support/Emacs/calendar24:/Library/Application Support/Emacs' 'CFLAGS=-g
> -H -pipe -fPIC -fno-common -Os -march=core2 -mtune=core2 -m32
> -fomit-frame-pointer -msse4.2' 'LDFLAGS=-m32 -Wl,-dead_strip_dylibs
> -Wl,-bind_at_load -Wl,-t' 'CPPFLAGS=-I/sw/include' 'CC=clang'
> 'CXX=clang++'
> 'PKG_CONFIG_PATH=/sw/lib/xft2/lib/pkgconfig:/sw/share/pkgconfig:/sw/lib/pkgconfig:/usr/X11/lib/pkgconfig:/usr/X11/share/pkgconfig:/usr/lib/pkgconfig'
> 'build_alias=x86_64-apple-darwin10.8.0'
> 'host_alias=i386-apple-darwin10.8.0'
> 'target_alias=i386-apple-darwin10.8.0''
>
> Important settings:
> value of $LC_CTYPE: de_DE.UTF-8
> value of $LANG: de_DE.UTF-8
> locale-coding-system: utf-8-unix
> default enable-multibyte-characters: t
>
> Major mode: Info
>
> Minor modes in effect:
> tooltip-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
> auto-composition-mode: t
> auto-encryption-mode: t
> auto-compression-mode: t
> buffer-read-only: t
> line-number-mode: t
> transient-mark-mode: t
>
>
> --
> Greetings
>
> Pete
>
> The wise man said: "Never argue with an idiot. They bring you down to their level and beat you with experience."
>
>
>
>
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#12594
; Package
emacs,ns
.
(Mon, 08 Oct 2012 18:39:03 GMT)
Full text and
rfc822 format available.
Message #11 received at 12594 <at> debbugs.gnu.org (full text, mbox):
Hello.
I have fixed a font/wide-int problem in nsfont.m. See if it fixes this problem.
Thanks,
Jan D.
7 okt 2012 kl. 18:41 skrev Jan Djärv <jan.h.d <at> swipnet.se>:
> Hello.
>
> I built with your flags to configure and can't reproduce the highlight error or the CPU usage.
> I guess you have conflicting libraries that causes this.
>
> Jan D.
>
> 7 okt 2012 kl. 17:44 skrev Peter Dyballa <Peter_Dyballa <at> Freenet.DE>:
>
>> Hello!
>>
>> This screen-shot shows the effect (searching enu):
>>
>> <NS Emacs i-search.png>
>>
>> A similar effect shows up in mini-buffer when I, for example, try to switch to another buffer:
>>
>> <NS Emacs mini-buffer.png>
>>
>> These effects do not appear when I build a native 64-bit application and when I build a 32-bit application without wide ints (which could also be called "native").
>>
>> The two different 32-bit applications (with or without wide ints) show another behaviour on my multi-core system when launched with -Q: one CPU core has constantly 100 % load when launched with -Q.
>>
>>
>> In GNU Emacs 24.2.50.1 (i386-apple-darwin10.8.0, NS apple-appkit-1038.36)
>> of 2012-10-07 on Sumac.local
>> Bzr revision: 110380 rgm <at> gnu.org-20121006024726-5wcssahlmv2hitkr
>> Windowing system distributor `Apple', version 10.3.1038
>> Configured using:
>> `configure '--build=x86_64-apple-darwin10.8.0'
>> '--host=i386-apple-darwin10.8.0' '--target=i386-apple-darwin10.8.0'
>> '--with-wide-int' '--without-pop' '--without-sound' '--without-gpm'
>> '--without-dbus' '--without-selinux' '--with-ns'
>> '--disable-ns-self-contained' '--without-xpm' '--without-jpeg'
>> '--without-tiff' '--without-gif' '--without-png' '--without-rsvg'
>> '--x-libraries=/usr/X11/lib' '--x-includes=/usr/X11/include'
>> '--enable-locallisppath=/Library/Application
>> Support/Emacs/calendar24:/Library/Application Support/Emacs' 'CFLAGS=-g
>> -H -pipe -fPIC -fno-common -Os -march=core2 -mtune=core2 -m32
>> -fomit-frame-pointer -msse4.2' 'LDFLAGS=-m32 -Wl,-dead_strip_dylibs
>> -Wl,-bind_at_load -Wl,-t' 'CPPFLAGS=-I/sw/include' 'CC=clang'
>> 'CXX=clang++'
>> 'PKG_CONFIG_PATH=/sw/lib/xft2/lib/pkgconfig:/sw/share/pkgconfig:/sw/lib/pkgconfig:/usr/X11/lib/pkgconfig:/usr/X11/share/pkgconfig:/usr/lib/pkgconfig'
>> 'build_alias=x86_64-apple-darwin10.8.0'
>> 'host_alias=i386-apple-darwin10.8.0'
>> 'target_alias=i386-apple-darwin10.8.0''
>>
>> Important settings:
>> value of $LC_CTYPE: de_DE.UTF-8
>> value of $LANG: de_DE.UTF-8
>> locale-coding-system: utf-8-unix
>> default enable-multibyte-characters: t
>>
>> Major mode: Info
>>
>> Minor modes in effect:
>> tooltip-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
>> auto-composition-mode: t
>> auto-encryption-mode: t
>> auto-compression-mode: t
>> buffer-read-only: t
>> line-number-mode: t
>> transient-mark-mode: t
>>
>>
>> --
>> Greetings
>>
>> Pete
>>
>> The wise man said: "Never argue with an idiot. They bring you down to their level and beat you with experience."
>>
>>
>>
>>
>
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#12594
; Package
emacs,ns
.
(Mon, 08 Oct 2012 19:56:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 12594 <at> debbugs.gnu.org (full text, mbox):
Am 08.10.2012 um 20:38 schrieb Jan Djärv:
> I have fixed a font/wide-int problem in nsfont.m. See if it fixes this problem.
Great! It does fix the reported issue.
--
Greetings
Pete
Time is an illusion. Lunchtime, doubly so.
Reply sent
to
Jan Djärv <jan.h.d <at> swipnet.se>
:
You have taken responsibility.
(Mon, 08 Oct 2012 20:58:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
:
bug acknowledged by developer.
(Mon, 08 Oct 2012 20:58:02 GMT)
Full text and
rfc822 format available.
Message #19 received at 12594-done <at> debbugs.gnu.org (full text, mbox):
Good, closing.
Jan D.
8 okt 2012 kl. 21:51 skrev Peter Dyballa <Peter_Dyballa <at> Freenet.DE>:
>
> Am 08.10.2012 um 20:38 schrieb Jan Djärv:
>
>> I have fixed a font/wide-int problem in nsfont.m. See if it fixes this problem.
>
> Great! It does fix the reported issue.
>
> --
> Greetings
>
> Pete
>
> Time is an illusion. Lunchtime, doubly so.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Tue, 06 Nov 2012 12:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 12 years and 314 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.