: WARNING - support of the decompiler is now VERY LIMITED. There are no active developers. This means waiting times in the issue tracker are very long and mostly depend on community. Sorry for the inconvenience.
State: new new: Initial state. As long as issue is in this state, the work on the issue has not yet begun. opened: Opened state means developer started working on the issue. Feature/Fix will probably be in the next release. postponed: This means developer is not working on it now, for some reason it cannot be implemented now. Issue may be opened again in the future. upgraded: Issue is in upgraded state when developer made changes to the program and new version was released. closed: This means the user is satisfied with issue results and no more changes are needed. invalid: These issues cannot be solved. ignored: Developer decided to take no action on this issue. returned: Program changes were made but user is not satisfied and returned the issue.
> What steps will reproduce the problem?
1. Extract the simplegraph.swf file attached.
2. Visit source of class com.ibm.ilog.elixir.diagram.graphlayout.GraphLayout
> What is the expected output? What do you see instead?
EXPECTED: the setter _2010579132linkConnectionBoxProvider should be something like this:
private function set
_2010579132linkConnectionBoxProvider(value:ILinkConnectionBoxProvider) : void
if(value != this._linkConnectionBoxInterface)
this._linkConnectionBoxInterface = value;
private function set
_2010579132linkConnectionBoxProvider(param1:ILinkConnectionBoxProvider) : void
if(param1 != this._linkConnectionBoxInterface)
this._linkConnectionBoxInterface = param1;
==> This setter always throw error, but the original is not.
> What version of the product are you using? Is it "nightly build"? Which operating system
do you have?
This bug can reproduce in both ffdec_7.1.1 and ffdec_7.1.2_nightly1169
> Please provide any additional information below. If the problem is related to a SWF
file, attach it here, otherwise we can't help you.
supportsLinkConnectionBox returns constant false, so the expresion will be always true.
Deobfuscation removes the if statement, because the condition is always true. So the
deompilation is correct.
Please turn off deobfuscation if you want to see the if statement.
2nd is a bug.
Decompilation of try..finally block is pretty hard to implement.
finally clause uses switch internally when there are throw/return statements somewhere in
In this case, there are two nested finally blocks which makes it more complicated.
To be honest - I thank a god it displays at least something now!
But yes it's bug and needs to be fixed. I am too tired right now. Maybe during weekend I
could have a look, but can't promise anything, sorry.
Unfortunately, situation in my job is a bit critical so I go home really exhausted and I
don't have a mood during weekends to even sit to the computer and think or even start
Netbeans - I need to relax - visit some events with animals, exhibitions, concerts,
somewhere where there's no need to brain, etc. I admit it.
Sometimes it's better. I can't really promise any dates when this will be fixed :-(. I am
trying to at least answer questions on Issue tracker or reply somewhere - it's not much to
think. Or server upgrades. I think anybody understands. The decompiler is opensource,
anybody can (at least try to) fix it or help.