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
Failing instrumentation #2
Comments
Hi Floyd, thanks for your feedback! Is the "com.otherexample" package in example.jar? Kelinci uses ASM for instrumentation. ASM requires superclasses of the classes to instrument to be on the classpath. Adding the "com.otherexample" package to the classpath should fix this. |
BTW I agree that it makes more sense to skip a class when a RuntimeException is thrown than to quit instrumenting. Thanks for the tip. |
The "com.otherexample" package is not in example.jar and you are probably right. However, in my case I was simply too lazy and just skipped instrumentation, in most cases instrumenting 99% of the code is probably fine. Ok, I sent you a pull request #5 that catches the errors |
I gave this more though. The RuntimeException is actually caused by a ClassNotFoundException. In that case, it does not make sense to try and add it to the JAR, since it will not be loadable. |
Ok, so here's the challenge for you I'm now able to disclose: Instrument tika-app.jar of the Apache Tika project https://tika.apache.org/ and try to do a fuzzing run |
Hi there,
When instrumenting code with kelinci, I often get:
For now I just make sure it will use the non-instrumented classes when it fails in my fork (see floyd-fuh@32f405e), however, I think that's not the best option. Any idea why it could fail? Are there any dependencies that could be missing during instrumentation or anything like that?
The text was updated successfully, but these errors were encountered: