2011-12-06 20 views
20

Tengo una subclase NSDocument para un editor de texto simple (usando la nueva plantilla de aplicación basada en documentos de Lion, con algunas personalizaciones), y encuentro un extraño error al cargar el contenido del archivo en el almacenamiento de texto.Excepción de codificación confusa en NSTextStorage

Aquí está mi 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]; 
} 

El error ocurre cuando:

  • ejecutar la aplicación en Xcode (como una versión de depuración)
  • abrir cualquier documento
  • salir de la aplicación (sin cerrar el documento)
  • ejecutar la aplicación nuevamente desde Xcode

Se bloquea en -replaceCharactersInRange:withString: con "No se pudieron convertir los bytes en la cadena 0x10004d430 a _NSCStringEncoding".

Pero sólo sucede en cada segundo lanzamiento de la aplicación (un tercio de lanzamiento no se bloqueará, y se automáticamente volver a abrir el documento que se estrelló al intentar abrir la vez anterior). También solo sucede cuando ejecuto la aplicación desde Xcode. Las versiones de lanzamiento nunca se han bloqueado en el lanzamiento.

Pensé que podría ser un problema de codificación con el sistema de guardado automático, pero incluso se bloquea al comentar ese código y simplemente cargar la cadena @ "hello world" en la vista de texto (como se muestra en el código anterior) . Del mismo modo, el comentario NSLog() no muestra nada extraño. El almacenamiento de texto es válido (se carga desde el archivo xib), la longitud de almacenamiento del texto es 0 y el contenido de texto es el contenido del archivo que se está abriendo.

--- --- EDITAR

que he aprendido este problema está relacionado de alguna manera con el com.apple.security.app-sandbox derecho. Si los derechos/sandbox son habilitados, entonces mi aplicación no bloquea. Si cualquiera de las autorizaciones o la función de sandbox de la aplicación son deshabilitada, entonces mi aplicación se bloquea en cada segundo lanzamiento tratando de restaurar los documentos abiertos anteriormente.

Solo había notado que se bloqueaba al hacer una compilación/ejecución desde dentro de xcode, porque esa era mi única configuración de compilación con la caja de arena desactivada.

---/EDIT ---

¿Alguien tiene alguna idea? La excepción completo sigue, y el código fuente completo se encuentra en 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 
) 
+0

Usted * podría * tener daños en la memoria. ¿Has intentado ejecutar las herramientas de coherencia de memoria disponibles en XCode? (Build and Analyze, Zombies, and the ilk) – voidref

+0

Sí, he intentado construir y analizar, y los zombies están habilitados. También estoy usando ARC. –

+0

Fui a buscar su proyecto porque es fascinante. Permití que el guardia de garabatos y todo eso, todavía nada parecía estar mal. Hay una cantidad de preocupaciones válidas que muestra el Analizador, pero corregirlas no afectó este problema. – voidref

Respuesta

0

Esto parece haber sido un error en OS X 10.7 (Lion). Con cero cambios en mi código, el bloqueo ya no ocurre en OS X 10.8 (Mountain Lion) cumplió con Xcode 4.4.1.

+0

Veo este problema con uno de mis proyectos en Xcode 5.0.2 en OS X 10.9.1. Tengo curiosidad por saber si alguna vez resurgió para ti? –

+0

@CharlesA. No ha resurgido para mí, pero tal vez haya otras formas de desencadenar el mismo síntoma. –

5

admito, esta pregunta me perplejo durante bastante tiempo. Creo que finalmente encontré una repro.

Mirando a través del GNUstepcode that emulates this behavior, me encontré con el siguiente código:

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 no es uno-a-uno con su mensaje de error. Sin embargo, observo esto de su repro de error:

reason: 'Unable to convert bytes in string 0x10004d430 to_NSCStringEncoding'

Bueno, we all know what a C String is, y si se utiliza el método de codificación incorrecta (por ejemplo, ancho donde se espera ASCII o viceversa), vas a terminar exactamente con este problema. Por lo tanto, ¿ha intentado cambiar los tipos de datos ASCII y Wide en su aplicación para solucionar este problema?

Debido a lo común que es este comportamiento, es muy probable que indique que se trata de un caso manejado por el entorno limitado de la aplicación. Sin embargo, aún no puedo encontrar documentación para este fin. Esto debería ser algo explícitamente anotado por sandboxd, como lo mencioné en la pregunta errata.

+1

Bueno, Abhi aún no ha respondido si esto lo llevó al problema, pero mi recompensa está a punto de caducar, y tu respuesta está bien pensada y al menos útil, así que te otorgaré la recompensa. –

+0

Gracias por la ayuda, lo investigaré cuando tenga un minuto libre. Aunque no es terriblemente optimista, porque el bloqueo incluso ocurre cuando inserto una constante de cadena "hello world" codificada en el campo, no solo cuando leo una cadena de un archivo.Mi siguiente pensamiento para depurar esto es que la excepción no está hablando de la cadena que estoy * insertando * sino del objeto de cadena que ya está en el campo de texto, siendo reemplazado por el nuevo valor. Auto-Save de Cocoa podría estar haciendo algo raro allí? No he tenido tiempo de experimentar. –

+0

Me interesaría ver lo que resulta ser. Retrocedí hasta donde está tolerablemente documentado, pero posiblemente podría lanzarlo en Xcode y ver qué pasa. Espero que sea un problema simple de codificación de caracteres, pero el _where_ y el _why_ son los más importantes aquí. – MrGomez

1

Obtuve la misma excepción en 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 
) 

que estaba usando NSTextStorage en applicationWillFinishLaunching. Lo moví al applicationDidFinishLaunching y funciona bien.

Cuestiones relacionadas