Pergunta : Nativo do ar 2.0 Process: Por que process.standardOutput.readUTFBytes parece transbordar?

Problema:
Eu estou usando FB4/SDK 3.5a/Air2.0 RC1 com programa da A.A. ++ que retorna uma corda muito longa (carvões animais 9million).

Eu addapted o curso abaixo e contanto que minha corda do retorno fosse menos do que circa 3000 carvões animais que eu não tenho um problema. Entretanto, quando eu retorno a corda cheia a aplicação falha silenciosamente.

Pode qualquer um sugerir uma solução?

Tutorial
http://www.adobe.com/devnet/air/flex/quickstart/interacting_with_native_process.html

1: 2: 3: 4:

// esta linha de código lê dentro a corda // do córrego de saída de C++ STD. estreptococo do var: Corda = process.standardOutput.readUTFBytes (process.standardOutput.bytesAvailable);

Resposta : Nativo do ar 2.0 Process: Por que process.standardOutput.readUTFBytes parece transbordar?

Eu supor que esta é uma edição da memória. Como ao retornar a corda cheia, propably o código nativo precisa de prender a corda inteira na memória e isto é copiado então à Ar-Aplicação que então também necessidades da conservar. Porque o utf cheio precisa 2 bytes para cada carvão animal, você precisam pelo menos 18MB por os tempos 2 desse resultado pelo menos… para o Nativo-Código e a aplicação que do ar você começa precisar muita ram.

Você poderia tentar aumentar a memória reservado a sua aplicação do ar.
Você poderia você tentar processar seus dados nos pedaços (3000 blocos do carvão animal)?
Uma outra solução seria ter seu código nativo para gerar os dados (Memória-Traçado talvez mesmo) em uma lima provisória e para lê-los com um córrego de entrada no cabo flexível. Esta maneira você não tem que ter demasiada memória disponível.