Janmm14

I have a bunch of obscure samples for potential testing. I think besides support for basic and better display of custom/complex invokedynamic, an option for it to do unambiguous imports...

Krakatau is currently used in some guis for decompilation. They usually ask for decompilation/disassemble of a single class file. To make this easy for potential bad-named class files (multiple issues...

> I briefly looked at the Recaf repository, and it looks like it is mostly focused on disassembly and reassembly rather than decompilation, correct? I expect it to take much...

> Do you have any samples handy that I can use to test the zipfile reading issue you mentioned? Actually I was wrong with that part, recaf doesn't include such...

@Col-E i was just using githubs search so it doesnt check branches. also he didnt ask for abnormal bytecode, so my answer was fully related to zip files

Those deobfuscators, one of which I'm also maintaining a little bit, usually don't have such advanced peephole optimizations and often rely on bytecode patterns. I thought that maybe it'd be...

https://github.com/java-deobfuscator/deobfuscator/issues/748 At least I couldn't find it being sold or offered for download somewhere when I googled so I gave that the benefit of the doubt that he followed the...

Can you maybe add a per-class max-loop counter or a max-decompilation time for a class, so the ongoing decompilation of a jar file can continue?

Update: It just finished after ~1937 seconds aka ~33 minutes. I would like to see some performance improvements here if possible. Decompile output of that one class is btw ~7.1...

Thanks for the answer. > FYI, your preprocessing appears to have silently corrupted the jar. For example, the field names and types are incorrect in the preprocessed jar. > from...