SabreTools/SabreTools.Serialization
1
0
Fork 0
mirror of https://github.com/SabreTools/SabreTools.Serialization.git synced 2026-02-03 21:30:35 +00:00
Code Issues 56 Packages Projects Releases 20 Wiki Activity

[Investigation] #11

New Issue
Closed
opened 2026-01-29 21:16:31 +00:00 by claunia · 1 comment
claunia commented 2026-01-29 21:16:31 +00:00
Owner
Copy Link

Originally created by @mnadareski on GitHub (Aug 23, 2025).

Originally assigned to: @mnadareski on GitHub.

Look into the feasibility of moving ExtractionTool from BOS to here. The vast majority of extraction is now done via this library and it makes more sense to have it live directly next to that code as a reference executable.

Notable issues:

  • Would require both StormLib and LibMSPack4n to be ported as submodules in Serialization, similar to how they're done in BOS now
  • Would require the executable to have more external references (though this isn't that much different than normal)
  • Would... require mentioning that the executable moved? That's really low-tier in the grand scheme of things.
  • There are BOS-specific calls in the code, especially around packer and file types. That might mean that some of that work would have to be backported to Serialization?
Originally created by @mnadareski on GitHub (Aug 23, 2025). Originally assigned to: @mnadareski on GitHub. Look into the feasibility of moving ExtractionTool from BOS to here. The vast majority of extraction is now done via this library and it makes more sense to have it live directly next to that code as a reference executable. Notable issues: - Would require both StormLib and LibMSPack4n to be ported as submodules in Serialization, similar to how they're done in BOS now - Would require the executable to have more external references (though this isn't that much different than normal) - Would... require mentioning that the executable moved? That's really low-tier in the grand scheme of things. - There are BOS-specific calls in the code, especially around packer and file types. That might mean that some of that work would have to be backported to Serialization?
claunia commented 2026-01-29 21:16:31 +00:00
Author
Owner
Copy Link

@mnadareski commented on GitHub (Sep 15, 2025):

Yeah, this happened

@mnadareski commented on GitHub (Sep 15, 2025): Yeah, this happened
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
pull-request
Mirrored from GitHub Pull Request
No Label
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
claunia
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: SabreTools/SabreTools.Serialization#11
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?