Bug #69

MultiName parsing error

Added by Robert 540 days ago. Updated 338 days ago.

Status:Resolved Start:08/13/2010
Priority:Normal Due date:03/03/2011
Assigned to:Adobe % Done:

100%
Category:ABC Format
Target version:-

Description

Bug reported by Daniel on 08.04.2010

The source code of the AbcPrinter which contains the MultiName parser is available at:

http://opensource.adobe.com/svn/opensource/flex/sdk/trunk/modules/swfutils/src/java/flash/swf/tools/AbcPrinter.java

Related issues

related to Bug #65 Invalid multiname type 0x1D Resolved 08/13/2010
related to Bug #89 AVM2 parsing issues Assigned 10/26/2010

History

Updated by FX 519 days ago

  • Category set to SWF Format
  • Status changed from New to Assigned
  • Assigned to set to Adobe

see http://learn.adobe.com/wiki/display/AVM2/4.4+String?focusedCommentId=69699723#comment-69699723

The missing types in the documentation are 0x13, 0x14, 0x1D

Updated by FX 498 days ago

  • Category changed from SWF Format to ABC Format

Updated by FX 477 days ago

  • 0x1D is used in Flash Player 10
  • 0x13, 0x14 are not used by the Player (we might want to check for this as well)
    Updated spec in Tamarin, run DoxyGen on the ByteCodes.

Updated by FX 460 days ago

  • % Done changed from 0 to 50

Revision r201 introduces first Multiname type 0x1D handler.

Updated by Robert 338 days ago

  • Due date set to 03/03/2011
  • Status changed from Assigned to Resolved
  • % Done changed from 50 to 100

Updated by Robert 338 days ago

The multiname 0x1D gets written now well this fixes a lot of issues(Player crashes) I had while testing in DCTS

Also available in: Atom PDF