Question : Indigène de l'air 2.0 de processus : Pourquoi process.standardOutput.readUTFBytes semble-t-il déborder ?

Problème :
J'emploie FB4/SDK 3.5a/Air2.0 RC1 avec le programme de C.A. ++ qui renvoie une corde très longue (chars 9million).

J'addapted le cours d'instruction ci-dessous et tant que ma corde de retour est moins que circa 3000 chars que je n'ai pas un problème. Cependant, quand je renvoie la pleine corde l'application échoue silencieusement.

Est-ce que quelqu'un peut proposer une solution ?

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

1 : 2 : 3 : 4 :

// cette ligne de code lit dedans la corde // du train de sorties de C++ DST. streptocoque de variété : Corde = process.standardOutput.readUTFBytes (process.standardOutput.bytesAvailable) ;

Réponse : Indigène de l'air 2.0 de processus : Pourquoi process.standardOutput.readUTFBytes semble-t-il déborder ?

Je supposerais que c'est une issue de mémoire. En tant qu'en renvoyant la pleine corde, propably le code indigène doit tenir la corde entière dans la mémoire et ceci est alors copié à l'Air-Application qui puis aussi les besoins de la sauver. Car le plein utf a besoin de 2 bytes pour chaque char, vous avez besoin au moins de 18MB pendant les temps 2 de ce résultat au moins… pour l'Indigène-Code et l'application d'air que vous commencez à avoir besoin de beaucoup de RAM.

Vous pourriez essayer d'augmenter la mémoire réservée à votre application d'air.
Vous pourriez vous essayer de traiter vos données dans les morceaux (3000 blocs de char) ?
Une autre solution serait d'avoir votre code indigène pour produire des données dans (peut-être même Mémoire-Tracé) un dossier provisoire et pour les lire avec un stream d'entrée dans le câble. De cette façon vous ne devez pas avoir trop de mémoire disponible.