Error Log

Flex の ComboBox のメモリリーク話のつづきです。

方式G なる人に SDK-19030 の話をして「肩の荷が下りたぁ」と思っていたところ、その人から

おまえんとこ、SDK-18268 のパッチ当たってないんじゃね??

という回答をもらいました。なんでも、

• 方式Gの環境では、はじめは再現しなかった
  
• もしやと思って SDK-18268 のパッチを外して再度試したら、再現した
  

ということらしい。

・・・
えええっ!!

自分たちのビルド手順を調べた結果、SDK-18268 のパッチ、あたってませんでした orz。

自分たち業務G は、方式G から「フレームワーク」として Flex ライブラリをもらい、その上で開発をしています。この開発スタイルにおいて「SDK-18268 のパッチをあてる」というのは、

1. Flex SDK の lib ディレクトリに SDK_18268_PATCH2.swc を追加する。
   
2. Flex プロジェクトのビルドパスに、フレームワークの「Flex ライブラリ プロジェクト」を追加する。
   
3. フレームワークもろとも、Flex プロジェクトをビルドする。
   

というやり方か、

1. デフォルトの Flex SDK を利用する。
   
2. Flex プロジェクトに、方式G が配布しているフレームワークの .swc をコピーし、ビルドパスに加える。
   
3. Flex プロジェクトをビルドする。
   

というやり方のいずれかの手順を指していたのでした。

1. デフォルトの Flex SDK を利用する。
   
2. Flex プロジェクトのビルドパスに、フレームワークの Flex ライブラリ「プロジェクト」を追加する。
   
3. フレームワークもろとも、Flex プロジェクトをビルドする。
   

という手順では、SDK-18268 のパッチなんてあたる訳ない、というオチ。

方式G が配布しているフレームワークの .swc を使うようにビルド手順を直して、編集画面・確認画面の Flex モジュールのインスタンスが解放されることを確認。

SDK-19030 って、SDK-18268 と重複だったんですねぇ。。。
だから「Flex SDK 3.3 では解消されているから Close して」なんて会話がされていたんでしょうか。。

というのはおいといて、方式Gの人に「お騒がせしました。ごめんなさい」といって終了。
・・・しないんですねぇ、これが。