search

edenzik / macvim

Automatically exported from code.google.com/p/macvim
0 stars 0 forks source link

Changing font size or face causes Vim to go to 100% usage and freeze. #188

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
What steps will reproduce the problem?

 Open a file with some unicode japanese text in it. Click around on the size of the current font 
(e.g. Andale Mono). It may take a few attempted changes.

What is the expected output? What do you see instead?

 While it might survive the first few changes, eventually the window will resize, but the app 
becomes unresponsive and begins consuming 100% of cpu time. You can move the 
scroll-bars 
on the document window, but it does nothing, neither does trying to close it 
via the trafficlight 
button at the top left. You can still quit MacVim using Apple-Q or its menu 
item, but it will leave 
a MacVim.app/Contents/MacOS/Vim -f -g process lurking behind.

What version of MacVim and OS X are you using (see "MacVim->About MacVim" and  
"Apple 
Menu->About This Mac" menu items, e.g. "Snapshot 40, 10.5.6 Intel")?

MacVim 7.2 stable 1.2 (33.3), OSX 10.5.7 Intel.

Please provide any additional information below.

I have not noticed this bug before, and have used Vim to edit quite a bit of 
Japanese text in the 
past. I recently reinstalled this machine and reinstalled MacVim, and have 
noticed this problem 
since then. I may have been using an outdated version of MacVim previously.

Original issue reported on code.google.com by curious...@gmail.com on 22 Jun 2009 at 5:50

GoogleCodeExporter commented 9 years ago 
Please find enclosed a file which seems to provoke this problem very quickly. I 
will attempt to find out where it's 
freezing up using GDB.

Original comment by curious...@gmail.com on 22 Jun 2009 at 5:53

Attachments:

GoogleCodeExporter commented 9 years ago 
It seems particularly likely to go off when a window is resized so as to take 
part of it outside the boundary a 
display. Having a poke around in GDB seems to indicate the problem is somewhere 
in gui_macvim_draw_string, 
with the program unable to escape the loop that jumps back from 
gui_macvim_draw_string+363. Sorry for the 
fragmented nature of these reports.

Original comment by curious...@gmail.com on 22 Jun 2009 at 6:04

GoogleCodeExporter commented 9 years ago 
I believe this is the bug which was fixed in commit

1838870ccb054ffad8f8685fd49c2100f8d3d7b9

At any rate, I can repro the crash with the stable build but the snapshot works 
fine (and the snapshot includes 
the above commit whereas the stable build doesn't).

I suggest you download the snapshot and run that instead of the stable build.  
(Let me know if that takes care 
of the problem for you.)

Original comment by bjorn.winckler@gmail.com on 23 Jun 2009 at 4:29

GoogleCodeExporter commented 9 years ago 
Bjorn,
 The snapshot appears to fix this problem. Apologies for not seeing it where it was originally filed!

Original comment by curious...@gmail.com on 24 Jun 2009 at 12:09

GoogleCodeExporter commented 9 years ago 
No worries, I had a hard time finding that commit myself!  I'm glad that took 
care of the problem for you.

Original comment by bjorn.winckler@gmail.com on 24 Jun 2009 at 10:34