[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #20966] wrong glyph call order and fontinfo on win32
From: |
Riccardo mottola |
Subject: |
[bug #20966] wrong glyph call order and fontinfo on win32 |
Date: |
Mon, 03 Sep 2007 19:28:22 +0000 |
User-agent: |
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.9) Gecko/20061211 SeaMonkey/1.0.7 |
URL:
<http://savannah.gnu.org/bugs/?20966>
Summary: wrong glyph call order and fontinfo on win32
Project: GNUstep
Submitted by: rmottola
Submitted on: Monday 09/03/2007 at 19:28
Category: Gui/AppKit
Severity: 3 - Normal
Item Group: None
Status: None
Privacy: Public
Assigned to: None
Open/Closed: Open
Discussion Lock: Any
_______________________________________________________
Details:
after recent changes, no application starts up anymore on windows, I get the
following exception:
G:\GNUstep\Development\msys\1.0\home\multix\gnustep-examples-1.0.0\gui\Ink\Ink.app\Ink.exe:
Uncaught exception NSGenericException, reason: Glyph generation was triggered
for a layout manager while the text storage it was attached to had unprocessed
editing. This is not allowed. Glyph generation may be triggered only at points
where calls to -beginEditing and -endEditing are balanced.
furthermore I can get:
2007-09-03 21:14:56.138 PRICE[3636] Exception occured while loading model:
WIN32FontInfo(instance) does not recognize addCharactersInRange:
2007-09-03 21:14:56.188 PRICE[3636] Failed to load Gorm
mingw doesn't have a gdb, so no stactraces...
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?20966>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
- [bug #20966] wrong glyph call order and fontinfo on win32,
Riccardo mottola <=