Not to throw shade, just wishing that somebody here can understand. Whenever an input is reasonably long, an analyzing function will crash, and this PR aims to fix that with a mechanism that contradicts the maintainer’s understanding while a similar C implementation does not need this fix. Clearly, the maintainer has not heard a certain programming mantra…

  • jwaters42@beehaw.org
    link
    fedilink
    arrow-up
    2
    ·
    5 months ago

    After the xz debacle, I think we should resist the temptation to rush maintainers into accepting code that they don’t fully understand.

  • Solemarc@lemmy.world
    link
    fedilink
    arrow-up
    2
    ·
    5 months ago

    What mantra? I think this maintainer is doing the right thing here by trying to understand why this fix works.

    You should always attempt to address the root cause of an issue instead of slapping band aid patches onto everything.

    To me it looks like the maintainer is trying to find out what exactly is wrong. “this doesn’t happen in our C implementation” implies that there’s something wrong with the rust code specifically.

  • gedhrel@lemmy.world
    link
    fedilink
    arrow-up
    2
    ·
    5 months ago

    Incidentally, this kind of passive-aggressive pressure is the kind of thing that might be considered a legitimate security threat, post xz. If you need to vent, vent in private. If “it works for you” but the maintainer is asking legitimate questions about the implementation, consider engaging with that in good faith and evaluating their questions with an open mind.

  • Giooschi@lemmy.world
    link
    fedilink
    English
    arrow-up
    0
    ·
    5 months ago

    while a similar C implementation does not need this fix

    No, that implementation also needs the fix. It’s just that it was never properly tested, so they thought it was working correctly.

    • Aatube@kbin.melroy.orgOP
      link
      fedilink
      arrow-up
      0
      ·
      5 months ago

      They tested the same strings on that implementation., though judging by the recent comments someone’s found something.

      • Giooschi@lemmy.world
        link
        fedilink
        English
        arrow-up
        1
        ·
        5 months ago

        They tested the same strings on that implementation

        The strings were the same, but not the implementation. They were testing the decoding of the strings, but the C function they were looking at was the one for encoding them. The decoding function was correct but what it read didn’t match the encoding one.

        though judging by the recent comments someone’s found something.

        Yeah, that’s me :)