Exceção de codificação confusa em NSTextStorage
-
29-10-2019 - |
Pergunta
Eu tenho uma subclasse NSDocument para um editor de texto simples (usando o novo modelo de aplicativo baseado em documento do Lion, com poucas personalizações) e estou encontrando um bug estranho ao carregar o conteúdo do arquivo no armazenamento de texto.
Este é meu código:
- (void)loadTextContentIntoStorage
{
if (!self.textStorage || !textContentToLoad)
return;
...
[self.textStorage beginEditing];
// NSLog(@"storage: %@ length: %lu textContent: %@", self.textStorage, (unsigned long)self.textStorage.length, textContentToLoad);
// [self.textStorage replaceCharactersInRange:NSMakeRange(0, self.textStorage.length) withString:textContentToLoad];
[self.textStorage replaceCharactersInRange:NSMakeRange(0, 0) withString:@"hello world"];
..
[self.textStorage endEditing];
}
O bug acontece quando eu:
- execute o aplicativo no Xcode (como uma compilação de depuração)
- abra qualquer documento
- saia do aplicativo (sem fechar o documento)
- execute o aplicativo novamente no Xcode
Ele trava no -replaceCharactersInRange:withString:
com "Não foi possível converter bytes na string 0x10004d430 para _NSCStringEncoding".
Mas isso só acontece a cada segundo inicialização do aplicativo (uma terceira inicialização não travará e irá reabrir automaticamente o documento travado ao tentar abrir da vez anterior). Também só acontece quando executo o aplicativo no Xcode. Versões de lançamento nunca travaram no lançamento.
Achei que poderia ser um problema de codificação com o sistema de salvamento automático, mas ele até trava quando comento esse código e apenas carrego a string @ "hello world" na visualização de texto (como mostrado no código acima). Da mesma forma, o NSLog()
comentado não mostra nada de estranho. O armazenamento de texto é válido (carregado do arquivo xib), o comprimento do armazenamento de texto é 0 e textContent é o conteúdo do arquivo que está sendo aberto.
Eu aprendi que esse problema está relacionado de alguma forma ao direito com.apple.security.app-sandbox
. Se os direitos / sandbox estiverem habilitados , meu aplicativo não trava. Se os direitos ou o recurso app-sandbox estiverem desativados , meu aplicativo trava a cada segundo que é iniciado tentando restaurar documentos abertos anteriormente.
Eu só notei que ele travava ao fazer uma compilação / execução de dentro do xcode, porque essa era minha única configuração de compilação com o sandbox desativado.
Alguém tem alguma ideia? A exceção completa segue, e o código-fonte completo está no github: https: / /github.com/abhibeckert/Dux/blob/master/Dux/DuxTextView.m
*** Terminating app due to uncaught exception 'NSInternalInconsistencyException', reason: 'Unable to convert bytes in string 0x10004d430 to _NSCStringEncoding'
*** First throw call stack:
(
0 CoreFoundation 0x00007fff84afb286 __exceptionPreprocess + 198
1 libobjc.A.dylib 0x00007fff88991d5e objc_exception_throw + 43
2 CoreFoundation 0x00007fff84afb0ba +[NSException raise:format:arguments:] + 106
3 CoreFoundation 0x00007fff84afb044 +[NSException raise:format:] + 116
4 Foundation 0x00007fff835bfae4 copyFromStringToStorage + 262
5 Foundation 0x00007fff835bf979 -[NSBigMutableString replaceCharactersInRange:withString:] + 1000
6 Foundation 0x00007fff835bc3f7 -[NSConcreteMutableAttributedString replaceCharactersInRange:withString:] + 375
7 AppKit 0x00007fff86149e14 -[NSConcreteTextStorage replaceCharactersInRange:withString:] + 81
8 Dux 0x0000000100002f9a -[MyTextDocument loadTextContentIntoStorage] + 1338
9 Dux 0x00000001000022a0 -[MyTextDocument windowControllerDidLoadNib:] + 640
10 AppKit 0x00007fff860f1328 -[NSWindowController _windowDidLoad] + 667
11 AppKit 0x00007fff860e89a3 -[NSWindowController window] + 109
12 AppKit 0x00007fff8615d761 -[NSDocument windowForSheet] + 86
13 AppKit 0x00007fff860e82c4 -[NSDocument _shouldShowAutosaveButtonForWindow:] + 50
14 AppKit 0x00007fff860e7fbb -[NSWindowController setDocument:] + 237
15 AppKit 0x00007fff8629c9b6 -[NSDocument makeWindowControllers] + 139
16 AppKit 0x00007fff8615d555 -[NSDocument(NSPersistentUISupport) restoreDocumentWindowWithIdentifier:state:completionHandler:] + 90
17 AppKit 0x00007fff8615d4aa -[NSDocumentControllerPersistentRestoration loadedDocument:forAutoID:] + 179
18 AppKit 0x00007fff8615cfbe __-[NSDocumentController reopenDocumentForURL:withContentsOfURL:display:completionHandler:]_block_invoke_8 + 187
19 AppKit 0x00007fff86148e14 __-[NSDocumentController reopenDocumentForURL:withContentsOfURL:display:completionHandler:]_block_invoke_5 + 163
20 AppKit 0x00007fff86148d5f __-[NSDocumentController reopenDocumentForURL:withContentsOfURL:display:completionHandler:]_block_invoke_4 + 697
21 AppKit 0x00007fff86148aa1 -[NSDocumentController _openDocumentWithContentsOfURL:usingProcedure:] + 530
22 AppKit 0x00007fff8614868d __-[NSDocumentController reopenDocumentForURL:withContentsOfURL:display:completionHandler:]_block_invoke_3 + 242
23 libdispatch.dylib 0x00007fff8bbbe8ba _dispatch_call_block_and_release + 18
24 libdispatch.dylib 0x00007fff8bbc072a _dispatch_main_queue_callback_4CF + 308
25 CoreFoundation 0x00007fff84a904dc __CFRunLoopRun + 1724
26 CoreFoundation 0x00007fff84a8fae6 CFRunLoopRunSpecific + 230
27 HIToolbox 0x00007fff8852f3d3 RunCurrentEventLoopInMode + 277
28 HIToolbox 0x00007fff8853663d ReceiveNextEventCommon + 355
29 HIToolbox 0x00007fff885364ca BlockUntilNextEventMatchingListInMode + 62
30 AppKit 0x00007fff85ef23f1 _DPSNextEvent + 659
31 AppKit 0x00007fff85ef1cf5 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 135
32 AppKit 0x00007fff85eee62d -[NSApplication run] + 470
33 AppKit 0x00007fff8616d80c NSApplicationMain + 867
34 Dux 0x0000000100001e32 main + 34
35 Dux 0x0000000100001e04 start + 52
36 ??? 0x0000000000000003 0x0 + 3
)
Solução 3
Este parece ser um bug do OS X 10.7 (Lion).Sem alterações no meu código, a falha não ocorre mais no OS X 10.8 (Mountain Lion) em conformidade com o Xcode 4.4.1.
Outras dicas
Eu admito, essa questão me deixou perplexo por um bom tempo. Mas acho que finalmente encontrei um representante.
Olhando através do GNUstep código que emula esse comportamento , encontrei o seguinte código-fonte:
if (enc == NSASCIIStringEncoding
&& isByteEncoding(internalEncoding))
{
unsigned i;
if (bytes > self->_count)
{
bytes = self->_count;
}
for (i = 0; i < bytes; i++)
{
unsigned char c = self->_contents.c[i];
if (c > 127)
{
[NSException raise: NSCharacterConversionException
format: @"unable to convert to encoding"];
}
buffer[i] = c;
}
buffer[bytes] = '\0';
if (bytes < self->_count)
{
return NO;
}
return YES;
}
...
Obviamente, este código não é um para um com sua mensagem de erro. No entanto, noto isso em sua reprodução de erro:
reason: 'Unable to convert bytes in string 0x10004d430 to
<✓_NSCStringEncoding'
Bem, todos nós sabemos o que é uma string C e se você usar a codificação errada (por exemplo, Wide onde ASCII é esperado ou vice-versa), você vai acabar com exatamente este problema. Assim: você tentou vários tipos de dados ASCII e Wide em seu aplicativo para corrigir esse problema?
Devido ao quão comum esse comportamento é, muito provavelmente indica que é um caso tratado pela caixa de proteção do aplicativo. Ainda não consigo encontrar a documentação para esse efeito, no entanto. Isso deve ser algo explicitamente observado por sandboxd
, como levantei na errata da questão.
Recebi a mesma exceção em 10.9.2.
Unable to convert bytes in string 0x60800026cd40 to _NSCStringEncoding
(
0 CoreFoundation 0x00007fff8dec825c __exceptionPreprocess + 172
1 libobjc.A.dylib 0x00007fff81de0e75 objc_exception_throw + 43
2 CoreFoundation 0x00007fff8dec810c +[NSException raise:format:] + 204
3 Foundation 0x00007fff8d94dd2b copyFromStringToStorage + 223
4 Foundation 0x00007fff8d94db9e -[NSBigMutableString replaceCharactersInRange:withString:] + 1081
5 Foundation 0x00007fff8d94d738 -[NSConcreteMutableAttributedString replaceCharactersInRange:withAttributedString:] + 296
6 AppKit 0x00007fff88d7889c -[NSConcreteTextStorage replaceCharactersInRange:withAttributedString:] + 77
9 myApp 0x00000001035d3fff myApp + 12287
10 CoreFoundation 0x00007fff8de96e0c __CFNOTIFICATIONCENTER_IS_CALLING_OUT_TO_AN_OBSERVER__ + 12
11 CoreFoundation 0x00007fff8dd8a82d _CFXNotificationPost + 2893
12 Foundation 0x00007fff8d8f8e4a -[NSNotificationCenter postNotificationName:object:userInfo:] + 68
13 AppKit 0x00007fff88b99cde -[NSApplication finishLaunching] + 440
14 AppKit 0x00007fff88b997f3 -[NSApplication run] + 128
15 AppKit 0x00007fff88b84783 NSApplicationMain + 940
16 libdyld.dylib 0x00007fff81aa65fd start + 1
17 ??? 0x0000000000000001 0x0 + 1
)
Eu estava usando NSTextStorage
em applicationWillFinishLaunching
.Mudei para applicationDidFinishLaunching
e está funcionando bem.