Jump to content
View in the app

A better way to browse. Learn more.

Forge Forums

A full-screen app on your home screen with push notifications, badges and more.

To install this app on iOS and iPadOS
  1. Tap the Share icon in Safari
  2. Scroll the menu and tap Add to Home Screen.
  3. Tap Add in the top-right corner.
To install this app on Android
  1. Tap the 3-dot menu (⋮) in the top-right corner of the browser.
  2. Tap Add to Home screen or Install app.
  3. Confirm by tapping Install.

flapee

Members
  • Joined

  • Last visited

  1. Using patches via coremod, the mod main code works already surprisingly well, What I need, is help from coremod folks. Where / how could i get in touch with them? One could argue, to use second set of patches for obf, but that would equal to throwing most of the AspectJ advantage out of the window
  2. In most cases I would agree. But unfortunately, most of the places i need to patch, Forge does not have hooks for. And even if the tables would be turned, me being forge, considering the request , i would decline it, as for most usecases, it would be useless not to mention the patches are intended to be applied on 3rd party mods as well ... Sure one could argue, that 3rd party mods should implement an API, but seeing the state of modpacking scene ( the slowdown that is added by explicitly implementing interoperability), this approach is much more flexible and expedient and API would be just a fallback option for conflicting situations.
  3. Fully understand the discouragement, but Core is the only place for bytecode patching, which i have to use. Actually u can have booth, the transformation chain: takes obfuscated bytecodes, gives it to ASM patchers (mods seem to provide two sets of patches, one for deobf and one for obf ) patched bytecode is handed to deobfuscation and then AspectJ patches the bytecode again ( given full deobf ... ) the question is if during deobf, mcp remapping can be used instead of srg
  4. Hi, i'm trying to deploy a mod into production ( in dev all works ) The mod uses AspectJ (runtime weaving) for bytecode manipulation CoreMod pointing to IClassTransformer and positioned behind DeobfuscationTransformer using IFMLLoadingPlugin.SortingIndex(1011) The Transformer receives bytecode for transformation(weaving), but method/field names are just in the form func_NNNNN_A / field_NNNNN_A ( dumped the class at the end of the transformation chain using legacy.debugClassLoadingSave) a) what to do, to get the method names deobfuscated? b) what side effects will it have on the rest of code, bearing in mind that: 1) asm patches are applied before deobfuscation 2) rest of the MC/forge/mods code will get same deobf treatment 3) somwhere in forge i saw even reflection helper/fixer for (de)obf - correct me on this, if need be c) if full run-time deobf has no side effects, why is it not turned on any help/tips would be appreciated Thanks p

Important Information

By using this site, you agree to our Terms of Use.

Configure browser push notifications

Chrome (Android)
  1. Tap the lock icon next to the address bar.
  2. Tap Permissions → Notifications.
  3. Adjust your preference.
Chrome (Desktop)
  1. Click the padlock icon in the address bar.
  2. Select Site settings.
  3. Find Notifications and adjust your preference.