Questione : Nativo dell'aria 2.0 trattato: Perché process.standardOutput.readUTFBytes sembra traboccare?

Problema:
Sto usando FB4/SDK 3.5a/Air2.0 RC1 con il programma di corrente alternata ++ che restituisce una stringa molto lunga (carboni 9million).

Addapted la lezione privata qui sotto e finchè la mia stringa di ritorno è di meno che circa 3000 carboni che non ho un problema. Tuttavia, quando restituisco la stringa piena l'applicazione viene a mancare silenziosamente.

Può qualcuno suggerire una soluzione?

D'istruzione
http://www.adobe.com/devnet/air/flex/quickstart/interacting_with_native_process.html

1: 2: 3: 4:

// questa linea di codice legge dentro la stringa // dal flusso di uscita di C++ std. streptococco di varietà: Stringa = process.standardOutput.readUTFBytes (process.standardOutput.bytesAvailable);

Risposta : Nativo dell'aria 2.0 trattato: Perché process.standardOutput.readUTFBytes sembra traboccare?

Presupporrei che questa è un'edizione di memoria. Come quando restituisce la stringa piena, propably il codice natale deve tenere l'intera stringa nella memoria e questo allora è copiato all'Aria-Applicazione che allora anche necessità di conservarla. Poichè il utf completo ha bisogno di 2 byte per ogni carbone, voi hanno bisogno almeno di 18MB per i tempi 2 di quel risultato almeno… per il Natale-Codice e l'applicazione che dell'aria cominciate avere bisogno di molta ram.

Potreste provare ad aumentare la memoria riservata alla vostra applicazione dell'aria.
Potreste voi provare a procedare i vostri dati in bei pezzi (3000 blocchetti del carbone)?
Un'altra soluzione sarebbe di avere vostro codice natale per generare i dati (forse persino Memoria-Tracciato) in una lima provvisoria e per leggerlo con un flusso di input nella flessione. Questo senso non dovete avere troppa memoria disponibile.