findpanics icon indicating copy to clipboard operation
findpanics copied to clipboard

No sources for std

Open RazrFalcon opened this issue 5 years ago • 1 comments

I'm testing this app on some code and it produces something like this:

    Call to 89b0 <core::str::Split<P> as core::iter::traits::iterator::Iterator>::next
         at ba48 <unknown>

    Call to 89b0 <core::str::Split<P> as core::iter::traits::iterator::Iterator>::next
         at baa3 <unknown>

    Call to 89b0 <core::str::Split<P> as core::iter::traits::iterator::Iterator>::next
         at bb1d <unknown>

    Call to ed10 core::num::dec2flt::dec2flt
         at bb2d <unknown>

Is there a way to resolve it?

RazrFalcon avatar Apr 29 '20 04:04 RazrFalcon

I'm still able to reproduce this with the findpanics executable itself i.e. cargo run -- ./target/debug/findpanics returns lots of things including

In function 738d70 miniz_oxide::inflate::core::transfer

    Call to 2276d0 core::panicking::panic_bounds_check
         at 738e66 <unknown>

    Call to 2276d0 core::panicking::panic_bounds_check
         at 738eaf <unknown>

    Call to 2276d0 core::panicking::panic_bounds_check
         at 738f28 <unknown>

It's fairly clear this is due to the unchecked array access at https://github.com/Frommi/miniz_oxide/blob/master/miniz_oxide/src/inflate/core.rs#L746, but also wondering why that doesn't get properly resolved?

palfrey avatar Sep 19 '21 13:09 palfrey