Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

"[ERR] Metavtab of <classname> lies outside all segments." should not be fatal #2

Open
Muirey03 opened this issue Jul 22, 2020 · 3 comments

Comments

@Muirey03
Copy link

Currently the error [ERR] Metavtab of <classname> lies outside all segments. when using iometa -M is fatal and iometa terminates when it is encountered. It would be better if this error could be considered nonfatal and the class could be instead "skipped over" by iometa, allowing other classes to still be processed.

@Siguza
Copy link
Owner

Siguza commented Jul 22, 2020

I disagree.
There are a good bunch of issues that I made non-fatal, mostly when failing to find certain things at all. In those cases, I have no reason to believe that the things iometa does find are wrong. However, if any of the things found are clearly wrong (such as with the issue you're encountering), then I have strong reason to assume that other things are also wrong, and should not be trusted.

That said, would you mind telling me exactly what kernel you're getting this error on?

@Muirey03
Copy link
Author

This was run on the 13.0 InternalUI leak's kernelcache. Changing the break to a continue allowed this class to be skipped and I was given a very detailed symbol map which I would be happy to include in this repository via a pull request.

@Siguza
Copy link
Owner

Siguza commented Sep 8, 2020

So, the commits of the past month included quite a bunch of bug fixes, and I ran the 1.5.0 build against every kernel I have available.
Could you try again and see if the issue persists on your kernel?

That said, I'd rather not include symbols from an internal kernel in this repo. The 12.0b1 and 14.0-Research kernels should give us virtually all the symbols we need, and associating with leaked/stolen material is not something I'm too keen on.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants