• kbal@fedia.io
        link
        fedilink
        arrow-up
        52
        arrow-down
        1
        ·
        edit-2
        10 months ago

        Super-advanced java devs like me do it like try{} catch (Exception e) { System.out.println("something went wrong"); e.printStackTrace(); }

            • tool@lemmy.world
              link
              fedilink
              English
              arrow-up
              8
              ·
              10 months ago

              On Error Resume Next never before have more terrible words been spoken.

              Every time I’m reading a PowerShell script at work and see -ErrorAction SilentlyContinue I want to scream into a pillow and forcefully revert their commit.

              I’ve actually done it a few times, but I want to do it every time.

      • lowleveldata@programming.dev
        link
        fedilink
        arrow-up
        12
        arrow-down
        5
        ·
        10 months ago

        you can follow any exception down to the exact line of code

        Which is usually not a piece of code written by us and is caused by another piece of code not written by us either

      • merc@sh.itjust.works
        link
        fedilink
        arrow-up
        6
        arrow-down
        2
        ·
        10 months ago

        but you can follow any exception down to the exact line of code (or JNI call, I guess) where the problem occurs.

        But, it’s not really where the problem occurred. How often do you get a stack trace and the bug fix is at the line referenced by the stack trace? Almost never. It’s more that it takes you down to the exact line of code where the effects of the problem are bad enough to affect the running of the program. But, the actual problem happened earlier, sometimes much earlier.

        For example, NullPointerException isn’t actually the problem, it’s a symptom of the problem. Something didn’t get initialized properly, and nobody noticed for a while, until we tried to use it, and got a null pointer. Sometimes it’s easy to go from the effect (null pointer) to the cause (uninitialized thing). But, other times that “thing” was passed in, so you have to work backwards to try to figure out where that thing comes from, and why it’s in that broken state.

        Sure, it’s better than nothing, but it’s still frustrating.

    • Aurenkin@sh.itjust.works
      link
      fedilink
      arrow-up
      17
      arrow-down
      1
      ·
      10 months ago

      I think it’s pretty useful, be interested to hear your hangups with it though because it’s definitely not perfect.

      If something goes wrong and I have a stack trace, that plus the type of exception will almost always be enough for me to figure out what’s wrong at least as a starting point. I’ve worked mostly with JVM languages in my career though so maybe I just don’t know how bad it actually is.

      • marcos@lemmy.world
        link
        fedilink
        arrow-up
        7
        ·
        10 months ago

        The same applies to using the core dump.

        In fact, the Python one is the lest useful of the trio.

        • xmunk@sh.itjust.works
          link
          fedilink
          arrow-up
          10
          ·
          10 months ago

          When the day comes that you need gdb you will indeed be amazed at how fucking powerful it is. If your server crashes grab that core dump!

    • Omega_Haxors@lemmy.ml
      link
      fedilink
      English
      arrow-up
      1
      ·
      10 months ago

      Implying you can’t consistently go to the same line every time and it always has what you need.