unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#248: 23.0.60; the chinese font display related
       [not found] ` <482B9AD2.8080305@gmail.com>
@ 2008-05-15  8:47   ` Jason Rumney
  2008-05-15  9:28     ` Kyle M. Lee
  2008-12-09 15:24   ` Jason Rumney
  2008-12-10 14:40   ` bug#248: marked as done (23.0.60; the chinese font display related) Emacs bug Tracking System
  2 siblings, 1 reply; 9+ messages in thread
From: Jason Rumney @ 2008-05-15  8:47 UTC (permalink / raw)
  To: Kyle M. Lee; +Cc: 248

Kyle M. Lee wrote:
> I compiled the cvs emacs23 today.
> And I found the chinses punctuation going to blank box. (see the attach
> file) Event the bug report mail.
>   

The screenshots look even worse than your description. Do any Chinese
characters display correctly?
Do only Chinese punctuation characters display incorrectly, or does the
incorrect display start from the first punctuation character encountered?

Can you try putting the cursor on a character that is not displaying,
and pressing C-u C-x =. Then post the contents of the *Help* buffer here.







^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#248: 23.0.60; the chinese font display related
  2008-05-15  8:47   ` bug#248: 23.0.60; the chinese font display related Jason Rumney
@ 2008-05-15  9:28     ` Kyle M. Lee
  2008-05-15  9:42       ` Jason Rumney
  0 siblings, 1 reply; 9+ messages in thread
From: Kyle M. Lee @ 2008-05-15  9:28 UTC (permalink / raw)
  To: Jason Rumney; +Cc: 248

[-- Attachment #1: Type: text/plain, Size: 1183 bytes --]

Jason Rumney 写道:
> Kyle M. Lee wrote:
>> I compiled the cvs emacs23 today.
>> And I found the chinses punctuation going to blank box. (see the attach
>> file) Event the bug report mail.
>>   
> 
> The screenshots look even worse than your description. Do any Chinese
> characters display correctly?
The Chinese chars in tutorial display correctly.
But the english chars in bug report buffer display wrong.

> Do only Chinese punctuation characters display incorrectly, or does the
> incorrect display start from the first punctuation character encountered?
> 
> Can you try putting the cursor on a character that is not displaying,
> and pressing C-u C-x =. Then post the contents of the *Help* buffer here.
Did you mean this ? (I copied something in the minibuffer after i had
pressed the C-u C-x =)
Quit
point=137 of 136 (EOB) column=0


And I found the exactly way to reproduce this bug:
>emacs -Q RET
Firstly Emacs display scratch correctly(english, of course). Then C-h t
RET, emacs display chinese tutorial, the chinese chars display
correctly, but punctuation not. Finally switch back to the scratch
buffer, everything goes wrong.








[-- Attachment #2: emacs.scratch.PNG --]
[-- Type: image/png, Size: 22284 bytes --]

^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#248: 23.0.60; the chinese font display related
  2008-05-15  9:28     ` Kyle M. Lee
@ 2008-05-15  9:42       ` Jason Rumney
  2008-05-15  9:54         ` Kyle M. Lee
  0 siblings, 1 reply; 9+ messages in thread
From: Jason Rumney @ 2008-05-15  9:42 UTC (permalink / raw)
  To: Kyle M. Lee; +Cc: 248


>> Can you try putting the cursor on a character that is not displaying,
>> and pressing C-u C-x =. Then post the contents of the *Help* buffer here.
>>     
> Did you mean this ? (I copied something in the minibuffer after i had
> pressed the C-u C-x =)
> Quit
> point=137 of 136 (EOB) column=0
>   

That is the output of C-x =. If you prefix it with C-u, you should also
get a *Help* buffer with more information, including font and codepoint
for the character.







^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#248: 23.0.60; the chinese font display related
  2008-05-15  9:42       ` Jason Rumney
@ 2008-05-15  9:54         ` Kyle M. Lee
  0 siblings, 0 replies; 9+ messages in thread
From: Kyle M. Lee @ 2008-05-15  9:54 UTC (permalink / raw)
  To: Jason Rumney; +Cc: 248

Jason Rumney 写道:
>>> Can you try putting the cursor on a character that is not displaying,
>>> and pressing C-u C-x =. Then post the contents of the *Help* buffer here.
>>>     
>> Did you mean this ? (I copied something in the minibuffer after i had
>> pressed the C-u C-x =)
>> Quit
>> point=137 of 136 (EOB) column=0
>>   
> 
> That is the output of C-x =. If you prefix it with C-u, you should also
> get a *Help* buffer with more information, including font and codepoint
> for the character.
> 
Sorry for forgetting pressed C-u, because i can not see it in minibuffer.

Here it is, in Chinese Tutorial:
---------------------------------------------------

        character: SPC (32, #o40, #x20)
preferred charset: ascii (ASCII (ISO646 IRV))
       code point: 0x20
           syntax:   	which means: whitespace
         category: a:ASCII graphic characters 32-126 (ISO646
IRV:1983[4/0]) l:Latin
      buffer code: #x20
        file code: not encodable by coding system chinese-iso-8bit-unix
          display: by this font (glyph code)
     -outline-Consolas-normal-normal-normal-mono-16-*-*-*-m-*-iso10646-1
(#x03)

Character code properties are not shown: customize what to show

There are text properties here:
  auto-composed        t
  charset              chinese-gb2312

------------------------------------------------------
and in some chinese txt:
------------------------------------------------------
        character: E (69, #o105, #x45)
preferred charset: ascii (ASCII (ISO646 IRV))
       code point: 0x45
           syntax: w 	which means: word
         category: a:ASCII graphic characters 32-126 (ISO646
IRV:1983[4/0]) l:Latin r:Japanese roman
      buffer code: #x45
        file code: not encodable by coding system chinese-gbk-unix
          display: by this font (glyph code)
     -outline-Consolas-normal-normal-normal-mono-16-*-*-*-m-*-iso10646-1
(#x08)

Character code properties are not shown: customize what to show

There are text properties here:
  auto-composed        t

[back]







^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#592: 23.0.60; emacs crashed on w32
@ 2008-07-22 14:49 ` Kyle M. Lee
  2008-12-09 15:27   ` Jason Rumney
  2008-12-10 14:40   ` bug#592: marked as done (23.0.60; emacs crashed on w32) Emacs bug Tracking System
  0 siblings, 2 replies; 9+ messages in thread
From: Kyle M. Lee @ 2008-07-22 14:49 UTC (permalink / raw)
  To: emacs-pretest-bug

(gdb) thread 1
(gdb) bt
#0  0x7c921231 in ntdll!DbgUiConnectToDbg ()
   from C:\WINDOWS\system32\ntdll.dll
#1  0x0114d867 in w32_abort () at w32fns.c:7372
#2  0x010634c8 in mark_object (arg=6) at alloc.c:5672
#3  0x0110dd13 in mark_byte_stack () at bytecode.c:293
#4  0x01064af8 in Fgarbage_collect () at alloc.c:5108
#5  0x0110f757 in Fbyte_code (bytestr=63388, vector=8578752, maxdepth=130)
    at bytecode.c:713
#6  0x0100b522 in funcall_lambda (fun=47041444, nargs=3,
arg_vector=0x82e814)
    at eval.c:3229
#7  0x0100ba17 in Ffuncall (nargs=4, args=0x2cdcba4) at eval.c:3099
#8  0x0110e88f in Fbyte_code (bytestr=63388, vector=8579088, maxdepth=3)
    at bytecode.c:678
#9  0x0100b522 in funcall_lambda (fun=49522468, nargs=1,
arg_vector=0x82e95c)
    at eval.c:3229
#10 0x0100ba17 in Ffuncall (nargs=2, args=0x2f3a724) at eval.c:3099
#11 0x0100cc4d in call1 (fn=6, arg1=6) at eval.c:2823
#12 0x01083489 in mapcar1 (leni=74, vals=0x82ea10, fn=49522468, seq=63388)
    at fns.c:2500
#13 0x01083716 in Fmapcar (function=6, sequence=57554797) at fns.c:2572
#14 0x0100bc28 in Ffuncall (nargs=3, args=0x12af3d8) at eval.c:3045
#15 0x0110e88f in Fbyte_code (bytestr=63388, vector=8580072, maxdepth=2)
    at bytecode.c:678
#16 0x0100b522 in funcall_lambda (fun=49522308, nargs=2,
arg_vector=0x82ed34)
    at eval.c:3229
#17 0x0100ba17 in Ffuncall (nargs=3, args=0x2f3a684) at eval.c:3099
#18 0x0110e88f in Fbyte_code (bytestr=63388, vector=8580400, maxdepth=2)
    at bytecode.c:678
#19 0x0100b522 in funcall_lambda (fun=49394276, nargs=3,
arg_vector=0x82ee84)
    at eval.c:3229
#20 0x0100ba17 in Ffuncall (nargs=4, args=0x2f1b264) at eval.c:3099
#21 0x0110e88f in Fbyte_code (bytestr=63388, vector=8580736, maxdepth=3)
    at bytecode.c:678
#22 0x0100b146 in Feval (form=19610768) at eval.c:2379
#23 0x01009cdb in internal_catch (tag=6, func=0x100abef <Feval>,
arg=57709821)
    at eval.c:1247
#24 0x0110eeed in Fbyte_code (bytestr=63388, vector=8581232, maxdepth=141)
    at bytecode.c:853
#25 0x0100b146 in Feval (form=19610768) at eval.c:2379
#26 0x0100d439 in internal_lisp_condition_case (var=43038721,
    bodyform=57709589, handlers=57709797) at eval.c:1456
#27 0x0110eea1 in Fbyte_code (bytestr=63388, vector=8581760, maxdepth=143)
    at bytecode.c:868
#28 0x0100b146 in Feval (form=19610768) at eval.c:2379
#29 0x0100d439 in internal_lisp_condition_case (var=43038721,
    bodyform=57848725, handlers=57848213) at eval.c:1456
#30 0x0110eea1 in Fbyte_code (bytestr=63388, vector=8582288, maxdepth=143)
    at bytecode.c:868
#31 0x0100b522 in funcall_lambda (fun=49393700, nargs=3,
arg_vector=0x82f5e0)
    at eval.c:3229
#32 0x0100ba17 in Ffuncall (nargs=4, args=0x2f1b024) at eval.c:3099
#33 0x0110e88f in Fbyte_code (bytestr=63388, vector=8582620, maxdepth=3)
    at bytecode.c:678
#34 0x0100b522 in funcall_lambda (fun=48874020, nargs=6,
arg_vector=0x82f764)
    at eval.c:3229
#35 0x0100ba17 in Ffuncall (nargs=7, args=0x2e9c224) at eval.c:3099
#36 0x0110e88f in Fbyte_code (bytestr=63388, vector=8583008, maxdepth=6)
    at bytecode.c:678
#37 0x0100b522 in funcall_lambda (fun=49007780, nargs=1,
arg_vector=0x82f8b4)
    at eval.c:3229
#38 0x0100ba17 in Ffuncall (nargs=2, args=0x2ebcca4) at eval.c:3099
#39 0x0110e88f in Fbyte_code (bytestr=63388, vector=8583344, maxdepth=1)
    at bytecode.c:678
#40 0x0100b522 in funcall_lambda (fun=49651300, nargs=0,
arg_vector=0x82fa24)
    at eval.c:3229
#41 0x0100ba17 in Ffuncall (nargs=1, args=0x2f59e64) at eval.c:3099
#42 0x0100d17f in apply1 (fn=52113009, arg=63388) at eval.c:2783
#43 0x0110c7f1 in Fcall_interactively (function=52113009,
    record_flag=43038721, keys=45008388) at callint.c:389
#44 0x0100bc11 in Ffuncall (nargs=4, args=0x12b3c48) at eval.c:3048
#45 0x0100bde9 in call3 (fn=6, arg1=6, arg2=6, arg3=6) at eval.c:2868
#46 0x01055d8e in Fcommand_execute (cmd=52113009, record_flag=43038721,
    keys=6, special=43038721) at keyboard.c:10420
#47 0x0105d502 in command_loop_1 () at keyboard.c:1910
#48 0x01009da6 in internal_condition_case (bfun=0x105d19d <command_loop_1>,
    handlers=43102425, hfun=0x1056801 <cmd_error>) at eval.c:1511
#49 0x01050b7a in command_loop_2 () at keyboard.c:1367
#50 0x01009cdb in internal_catch (tag=6, func=0x1050b57 <command_loop_2>,
    arg=43038721) at eval.c:1247
#51 0x01050987 in command_loop () at keyboard.c:1346
#52 0x01050a20 in recursive_edit_1 () at keyboard.c:955
#53 0x01050b41 in Frecursive_edit () at keyboard.c:1017
#54 0x01002a21 in main (argc=1, argv=0xac3f18) at emacs.c:1762

(gdb) thread 2
[Switching to thread 2 (thread 3944.0xfb0)]#0  0x7c92eb94 in
ntdll!LdrAccessReso
urce () from C:\WINDOWS\system32\ntdll.dll
(gdb) bt
#0  0x7c92eb94 in ntdll!LdrAccessResource ()
   from C:\WINDOWS\system32\ntdll.dll
#1  0x77d1902d in USER32!GetWindowDC () from C:\WINDOWS\system32\user32.dll
#2  0x5adc5199 in UxTheme!IsThemeDialogTextureEnabled ()
   from C:\WINDOWS\system32\uxtheme.dll
#3  0x5adc5162 in UxTheme!IsThemeDialogTextureEnabled ()
   from C:\WINDOWS\system32\uxtheme.dll
#4  0x5adc6639 in UxTheme!SetThemeAppProperties ()
   from C:\WINDOWS\system32\uxtheme.dll
#5  0x5adc6d1d in UxTheme!SetThemeAppProperties ()
   from C:\WINDOWS\system32\uxtheme.dll
#6  0x5adc1ac7 in ?? () from C:\WINDOWS\system32\uxtheme.dll
#7  0x00ac5f70 in ?? ()
#8  0x20a0e618 in ?? ()
#9  0x0130e6c8 in pfnSetLayeredWindowAttributes ()
#10 0x00000085 in ?? ()
#11 0x91042072 in ?? ()
#12 0x0002046e in ?? ()
#13 0x00000085 in ?? ()
#14 0x91042072 in ?? ()
#15 0x00000000 in ?? ()

(gdb) thread 3
[Switching to thread 3 (thread 3944.0x9f0)]#0  0x7c92eb94 in
ntdll!LdrAccessReso
urce () from C:\WINDOWS\system32\ntdll.dll
(gdb) bt
#0  0x7c92eb94 in ntdll!LdrAccessResource ()
   from C:\WINDOWS\system32\ntdll.dll
#1  0x7c92e9c0 in ntdll!ZwWaitForSingleObject ()
   from C:\WINDOWS\system32\ntdll.dll
#2  0x7c8025cb in WaitForSingleObjectEx ()
   from C:\WINDOWS\system32\kernel32.dll
#3  0x0000058c in ?? ()
#4  0x00000000 in ?? ()

(gdb) thread 4
[Switching to thread 4 (thread 3944.0xdb4)]#0  0x7c92eb94 in
ntdll!LdrAccessReso
urce () from C:\WINDOWS\system32\ntdll.dll
(gdb) bt
#0  0x7c92eb94 in ntdll!LdrAccessResource ()
   from C:\WINDOWS\system32\ntdll.dll
#1  0x7c92e9c0 in ntdll!ZwWaitForSingleObject ()
   from C:\WINDOWS\system32\ntdll.dll
#2  0x7c8025cb in WaitForSingleObjectEx ()
   from C:\WINDOWS\system32\kernel32.dll
#3  0x00000620 in ?? ()
#4  0x00000000 in ?? ()

(gdb) thread 5
[Switching to thread 5 (thread 3944.0xee8)]#0  0x7c92eb94 in
ntdll!LdrAccessReso
urce () from C:\WINDOWS\system32\ntdll.dll
(gdb) bt
#0  0x7c92eb94 in ntdll!LdrAccessResource ()
   from C:\WINDOWS\system32\ntdll.dll
#1  0x7c92e288 in ntdll!ZwReadFile () from C:\WINDOWS\system32\ntdll.dll
#2  0x7c801875 in ReadFile () from C:\WINDOWS\system32\kernel32.dll
#3  0x000005d0 in ?? ()
#4  0x00000000 in ?? ()

(gdb) thread 1
[Switching to thread 1 (thread 3944.0x680)]#0  0x7c921231 in
ntdll!DbgUiConnectT
oDbg () from C:\WINDOWS\system32\ntdll.dll
(gdb) c
Continuing.

Program exited with code 02.


In GNU Emacs 23.0.60.1 (i386-mingw-nt5.1.2600)
 of 2008-07-14 on RAZ0R
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4) --cflags -I./inc -pipe
-Id:/apps/gnuwin32/include'

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: CHS
  value of $XMODIFIERS: nil
  locale-coding-system: cp936
  default-enable-multibyte-characters: t

Major mode: Fundamental

Minor modes in effect:
  ecb-minor-mode: t
  which-function-mode: t
  desktop-save-mode: t
  recentf-mode: t
  show-paren-mode: t
  auto-image-file-mode: t
  tabbar-mwheel-mode: t
  tabbar-mode: t
  tooltip-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  blink-cursor-mode: t
  global-auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
<down-mouse-1> <mouse-1> <down-mouse-1> <mouse-1> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<menu-bar> <help-menu> <send-emacs-bug-report>

Recent messages:
Mark set [15 times]
The ECB is now activated.
There are no NEWS to display. [7 times]
Loading vc-cvs...done
temp.txt has auto save data; consider M-x recover-this-file
Desktop: 20 buffers restored.
For information about GNU Emacs and the GNU system, type C-h C-a.
Mark set [5 times]
ECB 2.33beta1 - Warning: The tag-visit-function
`ecb-tag-visit-smart-tag-start' moves point outside of tag - ignored!
Mark set [90 times]






^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#248: 23.0.60; the chinese font display related
       [not found] ` <482B9AD2.8080305@gmail.com>
  2008-05-15  8:47   ` bug#248: 23.0.60; the chinese font display related Jason Rumney
@ 2008-12-09 15:24   ` Jason Rumney
  2008-12-10 14:40   ` bug#248: marked as done (23.0.60; the chinese font display related) Emacs bug Tracking System
  2 siblings, 0 replies; 9+ messages in thread
From: Jason Rumney @ 2008-12-09 15:24 UTC (permalink / raw)
  To: Kyle M. Lee; +Cc: 248

Kyle M. Lee wrote:
> I compiled the cvs emacs23 today.
> And I found the chinses punctuation going to blank box. (see the attach
> file) Event the bug report mail.
>   
Hi Kyle,

There have been many changes to font and display related code since you
sent this bug report. Do you still see this problem?


> The following is my font setting, it worked before :
>
> -*-Consolas-normal-r-*-*-16-*-*-*-c-*-fontset-gbk,ascii:-*-Consolas-normal
> -r-normal-*-16-112-*-*-*-*-iso8859-1,chinese-gb2312:-*-微软雅黑-normal-r
> -normal-*-16-112-*-*-*-*-gb2312*-*,chinese-cns11643-5:-*-微软雅黑-normal
> -r-normal-*-16-*-*-*-*-*-gbk*-0,chinese-cns11643-6:-*-微软雅黑-normal-r-
> normal-*-16-*-*-*-*-*-gbk*-0,chinese-cns11643-7:-*-微软雅黑-normal-r-
> normal-*-16-*-*-*-*-*-gbk*-0,chinese-big5-1:-*-Ming(for
> ISO10646)-*-*-*-*-16-*-*-*-*-*-big5*-*,chinese-big5-2:-*-Ming(for
> ISO10646)-*-*-*-*-14-*-*-*-*-*-big5*-*,japanese-jisx0208:-*-MS ゴシッ
> ク-normal-*-*-*-*-*-*-*-*-*-jisx0208-sjis,latin-jisx0201:-*-MS ゴシッ
> ク-normal-*-*-*-*-*-*-*-*-*-jisx0208-sjis,katakana-jisx0201:-*-MS ゴ
> シック-normal-*-*-*-*-*-*-*-*-*-jisx0208-sjis,mule-unicode-0100-24ff:-
> misc-nsimsun-normal-r-normal--14-*-*-*-*-*-iso10646-1
>   







^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#592: 23.0.60; emacs crashed on w32
  2008-07-22 14:49 ` bug#592: 23.0.60; emacs crashed on w32 Kyle M. Lee
@ 2008-12-09 15:27   ` Jason Rumney
  2008-12-10 14:40   ` bug#592: marked as done (23.0.60; emacs crashed on w32) Emacs bug Tracking System
  1 sibling, 0 replies; 9+ messages in thread
From: Jason Rumney @ 2008-12-09 15:27 UTC (permalink / raw)
  To: Kyle M. Lee; +Cc: 592

Hi Kyle,

Can you still reproduce this crash? If so, please include instructions
on how you reproduced it, starting from emacs -Q

Thanks,
Jason

Kyle M. Lee wrote:
> (gdb) thread 1
> (gdb) bt
> #0  0x7c921231 in ntdll!DbgUiConnectToDbg ()
>    from C:\WINDOWS\system32\ntdll.dll
> #1  0x0114d867 in w32_abort () at w32fns.c:7372
> #2  0x010634c8 in mark_object (arg=6) at alloc.c:5672
> #3  0x0110dd13 in mark_byte_stack () at bytecode.c:293
> #4  0x01064af8 in Fgarbage_collect () at alloc.c:5108
> #5  0x0110f757 in Fbyte_code (bytestr=63388, vector=8578752, maxdepth=130)
>     at bytecode.c:713
> #6  0x0100b522 in funcall_lambda (fun=47041444, nargs=3,
> arg_vector=0x82e814)
>     at eval.c:3229
> #7  0x0100ba17 in Ffuncall (nargs=4, args=0x2cdcba4) at eval.c:3099
> #8  0x0110e88f in Fbyte_code (bytestr=63388, vector=8579088, maxdepth=3)
>     at bytecode.c:678
> #9  0x0100b522 in funcall_lambda (fun=49522468, nargs=1,
> arg_vector=0x82e95c)
>     at eval.c:3229
> #10 0x0100ba17 in Ffuncall (nargs=2, args=0x2f3a724) at eval.c:3099
> #11 0x0100cc4d in call1 (fn=6, arg1=6) at eval.c:2823
> #12 0x01083489 in mapcar1 (leni=74, vals=0x82ea10, fn=49522468, seq=63388)
>     at fns.c:2500
> #13 0x01083716 in Fmapcar (function=6, sequence=57554797) at fns.c:2572
> #14 0x0100bc28 in Ffuncall (nargs=3, args=0x12af3d8) at eval.c:3045
> #15 0x0110e88f in Fbyte_code (bytestr=63388, vector=8580072, maxdepth=2)
>     at bytecode.c:678
> #16 0x0100b522 in funcall_lambda (fun=49522308, nargs=2,
> arg_vector=0x82ed34)
>     at eval.c:3229
> #17 0x0100ba17 in Ffuncall (nargs=3, args=0x2f3a684) at eval.c:3099
> #18 0x0110e88f in Fbyte_code (bytestr=63388, vector=8580400, maxdepth=2)
>     at bytecode.c:678
> #19 0x0100b522 in funcall_lambda (fun=49394276, nargs=3,
> arg_vector=0x82ee84)
>     at eval.c:3229
> #20 0x0100ba17 in Ffuncall (nargs=4, args=0x2f1b264) at eval.c:3099
> #21 0x0110e88f in Fbyte_code (bytestr=63388, vector=8580736, maxdepth=3)
>     at bytecode.c:678
> #22 0x0100b146 in Feval (form=19610768) at eval.c:2379
> #23 0x01009cdb in internal_catch (tag=6, func=0x100abef <Feval>,
> arg=57709821)
>     at eval.c:1247
> #24 0x0110eeed in Fbyte_code (bytestr=63388, vector=8581232, maxdepth=141)
>     at bytecode.c:853
> #25 0x0100b146 in Feval (form=19610768) at eval.c:2379
> #26 0x0100d439 in internal_lisp_condition_case (var=43038721,
>     bodyform=57709589, handlers=57709797) at eval.c:1456
> #27 0x0110eea1 in Fbyte_code (bytestr=63388, vector=8581760, maxdepth=143)
>     at bytecode.c:868
> #28 0x0100b146 in Feval (form=19610768) at eval.c:2379
> #29 0x0100d439 in internal_lisp_condition_case (var=43038721,
>     bodyform=57848725, handlers=57848213) at eval.c:1456
> #30 0x0110eea1 in Fbyte_code (bytestr=63388, vector=8582288, maxdepth=143)
>     at bytecode.c:868
> #31 0x0100b522 in funcall_lambda (fun=49393700, nargs=3,
> arg_vector=0x82f5e0)
>     at eval.c:3229
> #32 0x0100ba17 in Ffuncall (nargs=4, args=0x2f1b024) at eval.c:3099
> #33 0x0110e88f in Fbyte_code (bytestr=63388, vector=8582620, maxdepth=3)
>     at bytecode.c:678
> #34 0x0100b522 in funcall_lambda (fun=48874020, nargs=6,
> arg_vector=0x82f764)
>     at eval.c:3229
> #35 0x0100ba17 in Ffuncall (nargs=7, args=0x2e9c224) at eval.c:3099
> #36 0x0110e88f in Fbyte_code (bytestr=63388, vector=8583008, maxdepth=6)
>     at bytecode.c:678
> #37 0x0100b522 in funcall_lambda (fun=49007780, nargs=1,
> arg_vector=0x82f8b4)
>     at eval.c:3229
> #38 0x0100ba17 in Ffuncall (nargs=2, args=0x2ebcca4) at eval.c:3099
> #39 0x0110e88f in Fbyte_code (bytestr=63388, vector=8583344, maxdepth=1)
>     at bytecode.c:678
> #40 0x0100b522 in funcall_lambda (fun=49651300, nargs=0,
> arg_vector=0x82fa24)
>     at eval.c:3229
> #41 0x0100ba17 in Ffuncall (nargs=1, args=0x2f59e64) at eval.c:3099
> #42 0x0100d17f in apply1 (fn=52113009, arg=63388) at eval.c:2783
> #43 0x0110c7f1 in Fcall_interactively (function=52113009,
>     record_flag=43038721, keys=45008388) at callint.c:389
> #44 0x0100bc11 in Ffuncall (nargs=4, args=0x12b3c48) at eval.c:3048
> #45 0x0100bde9 in call3 (fn=6, arg1=6, arg2=6, arg3=6) at eval.c:2868
> #46 0x01055d8e in Fcommand_execute (cmd=52113009, record_flag=43038721,
>     keys=6, special=43038721) at keyboard.c:10420
> #47 0x0105d502 in command_loop_1 () at keyboard.c:1910
> #48 0x01009da6 in internal_condition_case (bfun=0x105d19d <command_loop_1>,
>     handlers=43102425, hfun=0x1056801 <cmd_error>) at eval.c:1511
> #49 0x01050b7a in command_loop_2 () at keyboard.c:1367
> #50 0x01009cdb in internal_catch (tag=6, func=0x1050b57 <command_loop_2>,
>     arg=43038721) at eval.c:1247
> #51 0x01050987 in command_loop () at keyboard.c:1346
> #52 0x01050a20 in recursive_edit_1 () at keyboard.c:955
> #53 0x01050b41 in Frecursive_edit () at keyboard.c:1017
> #54 0x01002a21 in main (argc=1, argv=0xac3f18) at emacs.c:1762
>
> (gdb) thread 2
> [Switching to thread 2 (thread 3944.0xfb0)]#0  0x7c92eb94 in
> ntdll!LdrAccessReso
> urce () from C:\WINDOWS\system32\ntdll.dll
> (gdb) bt
> #0  0x7c92eb94 in ntdll!LdrAccessResource ()
>    from C:\WINDOWS\system32\ntdll.dll
> #1  0x77d1902d in USER32!GetWindowDC () from C:\WINDOWS\system32\user32.dll
> #2  0x5adc5199 in UxTheme!IsThemeDialogTextureEnabled ()
>    from C:\WINDOWS\system32\uxtheme.dll
> #3  0x5adc5162 in UxTheme!IsThemeDialogTextureEnabled ()
>    from C:\WINDOWS\system32\uxtheme.dll
> #4  0x5adc6639 in UxTheme!SetThemeAppProperties ()
>    from C:\WINDOWS\system32\uxtheme.dll
> #5  0x5adc6d1d in UxTheme!SetThemeAppProperties ()
>    from C:\WINDOWS\system32\uxtheme.dll
> #6  0x5adc1ac7 in ?? () from C:\WINDOWS\system32\uxtheme.dll
> #7  0x00ac5f70 in ?? ()
> #8  0x20a0e618 in ?? ()
> #9  0x0130e6c8 in pfnSetLayeredWindowAttributes ()
> #10 0x00000085 in ?? ()
> #11 0x91042072 in ?? ()
> #12 0x0002046e in ?? ()
> #13 0x00000085 in ?? ()
> #14 0x91042072 in ?? ()
> #15 0x00000000 in ?? ()
>
> (gdb) thread 3
> [Switching to thread 3 (thread 3944.0x9f0)]#0  0x7c92eb94 in
> ntdll!LdrAccessReso
> urce () from C:\WINDOWS\system32\ntdll.dll
> (gdb) bt
> #0  0x7c92eb94 in ntdll!LdrAccessResource ()
>    from C:\WINDOWS\system32\ntdll.dll
> #1  0x7c92e9c0 in ntdll!ZwWaitForSingleObject ()
>    from C:\WINDOWS\system32\ntdll.dll
> #2  0x7c8025cb in WaitForSingleObjectEx ()
>    from C:\WINDOWS\system32\kernel32.dll
> #3  0x0000058c in ?? ()
> #4  0x00000000 in ?? ()
>
> (gdb) thread 4
> [Switching to thread 4 (thread 3944.0xdb4)]#0  0x7c92eb94 in
> ntdll!LdrAccessReso
> urce () from C:\WINDOWS\system32\ntdll.dll
> (gdb) bt
> #0  0x7c92eb94 in ntdll!LdrAccessResource ()
>    from C:\WINDOWS\system32\ntdll.dll
> #1  0x7c92e9c0 in ntdll!ZwWaitForSingleObject ()
>    from C:\WINDOWS\system32\ntdll.dll
> #2  0x7c8025cb in WaitForSingleObjectEx ()
>    from C:\WINDOWS\system32\kernel32.dll
> #3  0x00000620 in ?? ()
> #4  0x00000000 in ?? ()
>
> (gdb) thread 5
> [Switching to thread 5 (thread 3944.0xee8)]#0  0x7c92eb94 in
> ntdll!LdrAccessReso
> urce () from C:\WINDOWS\system32\ntdll.dll
> (gdb) bt
> #0  0x7c92eb94 in ntdll!LdrAccessResource ()
>    from C:\WINDOWS\system32\ntdll.dll
> #1  0x7c92e288 in ntdll!ZwReadFile () from C:\WINDOWS\system32\ntdll.dll
> #2  0x7c801875 in ReadFile () from C:\WINDOWS\system32\kernel32.dll
> #3  0x000005d0 in ?? ()
> #4  0x00000000 in ?? ()
>
> (gdb) thread 1
> [Switching to thread 1 (thread 3944.0x680)]#0  0x7c921231 in
> ntdll!DbgUiConnectT
> oDbg () from C:\WINDOWS\system32\ntdll.dll
> (gdb) c
> Continuing.
>
> Program exited with code 02.
>
>
> In GNU Emacs 23.0.60.1 (i386-mingw-nt5.1.2600)
>  of 2008-07-14 on RAZ0R
> Windowing system distributor `Microsoft Corp.', version 5.1.2600
> configured using `configure --with-gcc (3.4) --cflags -I./inc -pipe
> -Id:/apps/gnuwin32/include'
>
> Important settings:
>   value of $LC_ALL: nil
>   value of $LC_COLLATE: nil
>   value of $LC_CTYPE: nil
>   value of $LC_MESSAGES: nil
>   value of $LC_MONETARY: nil
>   value of $LC_NUMERIC: nil
>   value of $LC_TIME: nil
>   value of $LANG: CHS
>   value of $XMODIFIERS: nil
>   locale-coding-system: cp936
>   default-enable-multibyte-characters: t
>
> Major mode: Fundamental
>
> Minor modes in effect:
>   ecb-minor-mode: t
>   which-function-mode: t
>   desktop-save-mode: t
>   recentf-mode: t
>   show-paren-mode: t
>   auto-image-file-mode: t
>   tabbar-mwheel-mode: t
>   tabbar-mode: t
>   tooltip-mode: t
>   mouse-wheel-mode: t
>   menu-bar-mode: t
>   file-name-shadow-mode: t
>   global-font-lock-mode: t
>   blink-cursor-mode: t
>   global-auto-composition-mode: t
>   auto-encryption-mode: t
>   auto-compression-mode: t
>   column-number-mode: t
>   line-number-mode: t
>   transient-mark-mode: t
>
> Recent input:
> <down-mouse-1> <mouse-1> <down-mouse-1> <mouse-1> <help-echo>
> <help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
> <help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
> <menu-bar> <help-menu> <send-emacs-bug-report>
>
> Recent messages:
> Mark set [15 times]
> The ECB is now activated.
> There are no NEWS to display. [7 times]
> Loading vc-cvs...done
> temp.txt has auto save data; consider M-x recover-this-file
> Desktop: 20 buffers restored.
> For information about GNU Emacs and the GNU system, type C-h C-a.
> Mark set [5 times]
> ECB 2.33beta1 - Warning: The tag-visit-function
> `ecb-tag-visit-smart-tag-start' moves point outside of tag - ignored!
> Mark set [90 times]
>
>
>
>
>   







^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#248: marked as done (23.0.60; the chinese font display related)
       [not found] ` <482B9AD2.8080305@gmail.com>
  2008-05-15  8:47   ` bug#248: 23.0.60; the chinese font display related Jason Rumney
  2008-12-09 15:24   ` Jason Rumney
@ 2008-12-10 14:40   ` Emacs bug Tracking System
  2 siblings, 0 replies; 9+ messages in thread
From: Emacs bug Tracking System @ 2008-12-10 14:40 UTC (permalink / raw)
  To: Jason Rumney

[-- Attachment #1: Type: text/plain, Size: 808 bytes --]


Your message dated Wed, 10 Dec 2008 22:35:23 +0800
with message-id <493FD3AB.90808@gnu.org>
and subject line Closing w32 bugs
has caused the Emacs bug report #248,
regarding 23.0.60; the chinese font display related
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact don@donarmstrong.com
immediately.)


-- 
248: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=248
Emacs Bug Tracking System
Contact don@donarmstrong.com with problems

[-- Attachment #2: Type: message/rfc822, Size: 118779 bytes --]

[-- Attachment #2.1.1: Type: text/plain, Size: 3995 bytes --]


Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.

Your bug report will be posted to the emacs-pretest-bug@gnu.org mailing
list.

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

I compiled the cvs emacs23 today.
And I found the chinses punctuation going to blank box. (see the attach
file) Event the bug report mail.

The following is my font setting, it worked before :

-*-Consolas-normal-r-*-*-16-*-*-*-c-*-fontset-gbk,ascii:-*-Consolas-normal
-r-normal-*-16-112-*-*-*-*-iso8859-1,chinese-gb2312:-*-微软雅黑-normal-r
-normal-*-16-112-*-*-*-*-gb2312*-*,chinese-cns11643-5:-*-微软雅黑-normal
-r-normal-*-16-*-*-*-*-*-gbk*-0,chinese-cns11643-6:-*-微软雅黑-normal-r-
normal-*-16-*-*-*-*-*-gbk*-0,chinese-cns11643-7:-*-微软雅黑-normal-r-
normal-*-16-*-*-*-*-*-gbk*-0,chinese-big5-1:-*-Ming(for
ISO10646)-*-*-*-*-16-*-*-*-*-*-big5*-*,chinese-big5-2:-*-Ming(for
ISO10646)-*-*-*-*-14-*-*-*-*-*-big5*-*,japanese-jisx0208:-*-MS ゴシッ
ク-normal-*-*-*-*-*-*-*-*-*-jisx0208-sjis,latin-jisx0201:-*-MS ゴシッ
ク-normal-*-*-*-*-*-*-*-*-*-jisx0208-sjis,katakana-jisx0201:-*-MS ゴ
シック-normal-*-*-*-*-*-*-*-*-*-jisx0208-sjis,mule-unicode-0100-24ff:-
misc-nsimsun-normal-r-normal--14-*-*-*-*-*-iso10646-1


If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
    `bt full' and `xbacktrace'.
If you would like to further debug the crash, please read the file
e:/emacs_gcc_std_install/etc/DEBUG for instructions.


In GNU Emacs 23.0.60.1 (i386-mingw-nt5.1.2600)
 of 2008-05-15 on RAZ0R
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4) --cflags -I./inc -pipe
-Id:/apps/gnuwin32/include'

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: CHS
  value of $XMODIFIERS: nil
  locale-coding-system: cp936
  default-enable-multibyte-characters: t

Major mode: Text

Minor modes in effect:
  ecb-minor-mode: t
  which-function-mode: t
  yas/minor-mode: t
  desktop-save-mode: t
  recentf-mode: t
  show-paren-mode: t
  auto-image-file-mode: t
  tabbar-mwheel-mode: t
  tabbar-mode: t
  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
  global-auto-composition-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <menu-bar>
<help-menu> <about-emacs> <help-echo> <help-echo> <help-echo>
q C-h t y C-n C-v M-v M-v M-v M-v M-v M-v M-v M-v M-v
M-v M-v M-v M-v M-v M-v M-v M-v M-v M-v M-v M-v M-v
M-v M-v M-v M-v C-v C-v C-v C-v C-v C-v C-v C-v C-v
<C-tab> <C-tab> <C-tab> <C-tab> <f9> <help-echo> <M-f8>
<help-echo> <lwindow> <help-echo> M-x C-g <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <menu-bar> <help-menu>
<send-emacs-bug-report>

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Preparing tutorial ...
Resume your last saved tutorial? (y or n)
call-interactively: End of buffer
call-interactively: Beginning of buffer [2 times]
Mark set [100 times]
ECB windows are now hidden.
Quit

[-- Attachment #2.1.2: emacs.chinese.tutorial.PNG --]
[-- Type: image/png, Size: 43306 bytes --]

[-- Attachment #2.1.3: emacs.bug.report.PNG --]
[-- Type: image/png, Size: 36966 bytes --]

[-- Attachment #3: Type: message/rfc822, Size: 2784 bytes --]

From: Jason Rumney <jasonr@gnu.org>
To: undisclosed-recipients:;
Subject: Closing w32 bugs
Date: Wed, 10 Dec 2008 22:35:23 +0800
Message-ID: <493FD3AB.90808@gnu.org>

Bugs 248 and 592 confirmed as fixed by submitter


^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#592: marked as done (23.0.60; emacs crashed on w32)
  2008-07-22 14:49 ` bug#592: 23.0.60; emacs crashed on w32 Kyle M. Lee
  2008-12-09 15:27   ` Jason Rumney
@ 2008-12-10 14:40   ` Emacs bug Tracking System
  1 sibling, 0 replies; 9+ messages in thread
From: Emacs bug Tracking System @ 2008-12-10 14:40 UTC (permalink / raw)
  To: Jason Rumney

[-- Attachment #1: Type: text/plain, Size: 796 bytes --]


Your message dated Wed, 10 Dec 2008 22:35:23 +0800
with message-id <493FD3AB.90808@gnu.org>
and subject line Closing w32 bugs
has caused the Emacs bug report #592,
regarding 23.0.60; emacs crashed on w32
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact don@donarmstrong.com
immediately.)


-- 
592: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=592
Emacs Bug Tracking System
Contact don@donarmstrong.com with problems

[-- Attachment #2: Type: message/rfc822, Size: 11867 bytes --]

From: "Kyle M. Lee" <mail2kyle@gmail.com>
To: emacs-pretest-bug <emacs-pretest-bug@gnu.org>
Subject: 23.0.60; emacs crashed on w32
Date: Tue, 22 Jul 2008 22:49:31 +0800
Message-ID: <4885F37B.3090604@gmail.com>

(gdb) thread 1
(gdb) bt
#0  0x7c921231 in ntdll!DbgUiConnectToDbg ()
   from C:\WINDOWS\system32\ntdll.dll
#1  0x0114d867 in w32_abort () at w32fns.c:7372
#2  0x010634c8 in mark_object (arg=6) at alloc.c:5672
#3  0x0110dd13 in mark_byte_stack () at bytecode.c:293
#4  0x01064af8 in Fgarbage_collect () at alloc.c:5108
#5  0x0110f757 in Fbyte_code (bytestr=63388, vector=8578752, maxdepth=130)
    at bytecode.c:713
#6  0x0100b522 in funcall_lambda (fun=47041444, nargs=3,
arg_vector=0x82e814)
    at eval.c:3229
#7  0x0100ba17 in Ffuncall (nargs=4, args=0x2cdcba4) at eval.c:3099
#8  0x0110e88f in Fbyte_code (bytestr=63388, vector=8579088, maxdepth=3)
    at bytecode.c:678
#9  0x0100b522 in funcall_lambda (fun=49522468, nargs=1,
arg_vector=0x82e95c)
    at eval.c:3229
#10 0x0100ba17 in Ffuncall (nargs=2, args=0x2f3a724) at eval.c:3099
#11 0x0100cc4d in call1 (fn=6, arg1=6) at eval.c:2823
#12 0x01083489 in mapcar1 (leni=74, vals=0x82ea10, fn=49522468, seq=63388)
    at fns.c:2500
#13 0x01083716 in Fmapcar (function=6, sequence=57554797) at fns.c:2572
#14 0x0100bc28 in Ffuncall (nargs=3, args=0x12af3d8) at eval.c:3045
#15 0x0110e88f in Fbyte_code (bytestr=63388, vector=8580072, maxdepth=2)
    at bytecode.c:678
#16 0x0100b522 in funcall_lambda (fun=49522308, nargs=2,
arg_vector=0x82ed34)
    at eval.c:3229
#17 0x0100ba17 in Ffuncall (nargs=3, args=0x2f3a684) at eval.c:3099
#18 0x0110e88f in Fbyte_code (bytestr=63388, vector=8580400, maxdepth=2)
    at bytecode.c:678
#19 0x0100b522 in funcall_lambda (fun=49394276, nargs=3,
arg_vector=0x82ee84)
    at eval.c:3229
#20 0x0100ba17 in Ffuncall (nargs=4, args=0x2f1b264) at eval.c:3099
#21 0x0110e88f in Fbyte_code (bytestr=63388, vector=8580736, maxdepth=3)
    at bytecode.c:678
#22 0x0100b146 in Feval (form=19610768) at eval.c:2379
#23 0x01009cdb in internal_catch (tag=6, func=0x100abef <Feval>,
arg=57709821)
    at eval.c:1247
#24 0x0110eeed in Fbyte_code (bytestr=63388, vector=8581232, maxdepth=141)
    at bytecode.c:853
#25 0x0100b146 in Feval (form=19610768) at eval.c:2379
#26 0x0100d439 in internal_lisp_condition_case (var=43038721,
    bodyform=57709589, handlers=57709797) at eval.c:1456
#27 0x0110eea1 in Fbyte_code (bytestr=63388, vector=8581760, maxdepth=143)
    at bytecode.c:868
#28 0x0100b146 in Feval (form=19610768) at eval.c:2379
#29 0x0100d439 in internal_lisp_condition_case (var=43038721,
    bodyform=57848725, handlers=57848213) at eval.c:1456
#30 0x0110eea1 in Fbyte_code (bytestr=63388, vector=8582288, maxdepth=143)
    at bytecode.c:868
#31 0x0100b522 in funcall_lambda (fun=49393700, nargs=3,
arg_vector=0x82f5e0)
    at eval.c:3229
#32 0x0100ba17 in Ffuncall (nargs=4, args=0x2f1b024) at eval.c:3099
#33 0x0110e88f in Fbyte_code (bytestr=63388, vector=8582620, maxdepth=3)
    at bytecode.c:678
#34 0x0100b522 in funcall_lambda (fun=48874020, nargs=6,
arg_vector=0x82f764)
    at eval.c:3229
#35 0x0100ba17 in Ffuncall (nargs=7, args=0x2e9c224) at eval.c:3099
#36 0x0110e88f in Fbyte_code (bytestr=63388, vector=8583008, maxdepth=6)
    at bytecode.c:678
#37 0x0100b522 in funcall_lambda (fun=49007780, nargs=1,
arg_vector=0x82f8b4)
    at eval.c:3229
#38 0x0100ba17 in Ffuncall (nargs=2, args=0x2ebcca4) at eval.c:3099
#39 0x0110e88f in Fbyte_code (bytestr=63388, vector=8583344, maxdepth=1)
    at bytecode.c:678
#40 0x0100b522 in funcall_lambda (fun=49651300, nargs=0,
arg_vector=0x82fa24)
    at eval.c:3229
#41 0x0100ba17 in Ffuncall (nargs=1, args=0x2f59e64) at eval.c:3099
#42 0x0100d17f in apply1 (fn=52113009, arg=63388) at eval.c:2783
#43 0x0110c7f1 in Fcall_interactively (function=52113009,
    record_flag=43038721, keys=45008388) at callint.c:389
#44 0x0100bc11 in Ffuncall (nargs=4, args=0x12b3c48) at eval.c:3048
#45 0x0100bde9 in call3 (fn=6, arg1=6, arg2=6, arg3=6) at eval.c:2868
#46 0x01055d8e in Fcommand_execute (cmd=52113009, record_flag=43038721,
    keys=6, special=43038721) at keyboard.c:10420
#47 0x0105d502 in command_loop_1 () at keyboard.c:1910
#48 0x01009da6 in internal_condition_case (bfun=0x105d19d <command_loop_1>,
    handlers=43102425, hfun=0x1056801 <cmd_error>) at eval.c:1511
#49 0x01050b7a in command_loop_2 () at keyboard.c:1367
#50 0x01009cdb in internal_catch (tag=6, func=0x1050b57 <command_loop_2>,
    arg=43038721) at eval.c:1247
#51 0x01050987 in command_loop () at keyboard.c:1346
#52 0x01050a20 in recursive_edit_1 () at keyboard.c:955
#53 0x01050b41 in Frecursive_edit () at keyboard.c:1017
#54 0x01002a21 in main (argc=1, argv=0xac3f18) at emacs.c:1762

(gdb) thread 2
[Switching to thread 2 (thread 3944.0xfb0)]#0  0x7c92eb94 in
ntdll!LdrAccessReso
urce () from C:\WINDOWS\system32\ntdll.dll
(gdb) bt
#0  0x7c92eb94 in ntdll!LdrAccessResource ()
   from C:\WINDOWS\system32\ntdll.dll
#1  0x77d1902d in USER32!GetWindowDC () from C:\WINDOWS\system32\user32.dll
#2  0x5adc5199 in UxTheme!IsThemeDialogTextureEnabled ()
   from C:\WINDOWS\system32\uxtheme.dll
#3  0x5adc5162 in UxTheme!IsThemeDialogTextureEnabled ()
   from C:\WINDOWS\system32\uxtheme.dll
#4  0x5adc6639 in UxTheme!SetThemeAppProperties ()
   from C:\WINDOWS\system32\uxtheme.dll
#5  0x5adc6d1d in UxTheme!SetThemeAppProperties ()
   from C:\WINDOWS\system32\uxtheme.dll
#6  0x5adc1ac7 in ?? () from C:\WINDOWS\system32\uxtheme.dll
#7  0x00ac5f70 in ?? ()
#8  0x20a0e618 in ?? ()
#9  0x0130e6c8 in pfnSetLayeredWindowAttributes ()
#10 0x00000085 in ?? ()
#11 0x91042072 in ?? ()
#12 0x0002046e in ?? ()
#13 0x00000085 in ?? ()
#14 0x91042072 in ?? ()
#15 0x00000000 in ?? ()

(gdb) thread 3
[Switching to thread 3 (thread 3944.0x9f0)]#0  0x7c92eb94 in
ntdll!LdrAccessReso
urce () from C:\WINDOWS\system32\ntdll.dll
(gdb) bt
#0  0x7c92eb94 in ntdll!LdrAccessResource ()
   from C:\WINDOWS\system32\ntdll.dll
#1  0x7c92e9c0 in ntdll!ZwWaitForSingleObject ()
   from C:\WINDOWS\system32\ntdll.dll
#2  0x7c8025cb in WaitForSingleObjectEx ()
   from C:\WINDOWS\system32\kernel32.dll
#3  0x0000058c in ?? ()
#4  0x00000000 in ?? ()

(gdb) thread 4
[Switching to thread 4 (thread 3944.0xdb4)]#0  0x7c92eb94 in
ntdll!LdrAccessReso
urce () from C:\WINDOWS\system32\ntdll.dll
(gdb) bt
#0  0x7c92eb94 in ntdll!LdrAccessResource ()
   from C:\WINDOWS\system32\ntdll.dll
#1  0x7c92e9c0 in ntdll!ZwWaitForSingleObject ()
   from C:\WINDOWS\system32\ntdll.dll
#2  0x7c8025cb in WaitForSingleObjectEx ()
   from C:\WINDOWS\system32\kernel32.dll
#3  0x00000620 in ?? ()
#4  0x00000000 in ?? ()

(gdb) thread 5
[Switching to thread 5 (thread 3944.0xee8)]#0  0x7c92eb94 in
ntdll!LdrAccessReso
urce () from C:\WINDOWS\system32\ntdll.dll
(gdb) bt
#0  0x7c92eb94 in ntdll!LdrAccessResource ()
   from C:\WINDOWS\system32\ntdll.dll
#1  0x7c92e288 in ntdll!ZwReadFile () from C:\WINDOWS\system32\ntdll.dll
#2  0x7c801875 in ReadFile () from C:\WINDOWS\system32\kernel32.dll
#3  0x000005d0 in ?? ()
#4  0x00000000 in ?? ()

(gdb) thread 1
[Switching to thread 1 (thread 3944.0x680)]#0  0x7c921231 in
ntdll!DbgUiConnectT
oDbg () from C:\WINDOWS\system32\ntdll.dll
(gdb) c
Continuing.

Program exited with code 02.


In GNU Emacs 23.0.60.1 (i386-mingw-nt5.1.2600)
 of 2008-07-14 on RAZ0R
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4) --cflags -I./inc -pipe
-Id:/apps/gnuwin32/include'

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: CHS
  value of $XMODIFIERS: nil
  locale-coding-system: cp936
  default-enable-multibyte-characters: t

Major mode: Fundamental

Minor modes in effect:
  ecb-minor-mode: t
  which-function-mode: t
  desktop-save-mode: t
  recentf-mode: t
  show-paren-mode: t
  auto-image-file-mode: t
  tabbar-mwheel-mode: t
  tabbar-mode: t
  tooltip-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  blink-cursor-mode: t
  global-auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
<down-mouse-1> <mouse-1> <down-mouse-1> <mouse-1> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<menu-bar> <help-menu> <send-emacs-bug-report>

Recent messages:
Mark set [15 times]
The ECB is now activated.
There are no NEWS to display. [7 times]
Loading vc-cvs...done
temp.txt has auto save data; consider M-x recover-this-file
Desktop: 20 buffers restored.
For information about GNU Emacs and the GNU system, type C-h C-a.
Mark set [5 times]
ECB 2.33beta1 - Warning: The tag-visit-function
`ecb-tag-visit-smart-tag-start' moves point outside of tag - ignored!
Mark set [90 times]



[-- Attachment #3: Type: message/rfc822, Size: 2795 bytes --]

From: Jason Rumney <jasonr@gnu.org>
To: undisclosed-recipients:;
Subject: Closing w32 bugs
Date: Wed, 10 Dec 2008 22:35:23 +0800
Message-ID: <493FD3AB.90808@gnu.org>

Bugs 248 and 592 confirmed as fixed by submitter


^ permalink raw reply	[flat|nested] 9+ messages in thread

end of thread, other threads:[~2008-12-10 14:40 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <493FD3AB.90808@gnu.org>
2008-07-22 14:49 ` bug#592: 23.0.60; emacs crashed on w32 Kyle M. Lee
2008-12-09 15:27   ` Jason Rumney
2008-12-10 14:40   ` bug#592: marked as done (23.0.60; emacs crashed on w32) Emacs bug Tracking System
     [not found] ` <482B9AD2.8080305@gmail.com>
2008-05-15  8:47   ` bug#248: 23.0.60; the chinese font display related Jason Rumney
2008-05-15  9:28     ` Kyle M. Lee
2008-05-15  9:42       ` Jason Rumney
2008-05-15  9:54         ` Kyle M. Lee
2008-12-09 15:24   ` Jason Rumney
2008-12-10 14:40   ` bug#248: marked as done (23.0.60; the chinese font display related) Emacs bug Tracking System

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).