This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

The debugging session could not be started. Either the debugger initialization failed, or else the file...

The debugging session could not be started. Either the debugger initialization failed, or else the file...

What do you think?!

  • Did you read the hint about the log file at the end of the error message? What does the log say?

  • Jens-Michael Gross,

    You cannot just imagine! Today I have no longer such error! It is disappeared! Now I can load the code without any errors!!! Surprising!

  • CaEngineer said:
    You cannot just imagine! Today I have no longer such error

    A PC is not a deterministic device. Even less as framework for interaction with real world hardware.
    With all these automatisms, ‘smart’ programs, drivers, helper services etc, it may be that a different loading order or startup timing for USB or VCP-related programs may have a big influence on whether things work or not.

    We had mouse drivers or smartphone syncing software that was hijacking the FET virtual COM port, the enumeration order of USB devices slightly changes timing and latency (had this with a soundcard device, which was sometimes working fine and sometimes stuttering) and other things that were causing a fragile debugging. There’s not much (if at all) the IDE developers can do to fix all cases. After all, a 100% bullet-proof setup is 0% configurable (a blackbox machine). That’s what made the early MAC devices so perfect for professional use (design, printing, music): always same hardware and the software perfectly tailored (similar for game consoles)
    But today, people want to do everything on their single PC (or smartphone) and sometimes unexplainable interferences are the price to pay.

  • So, you believe that computers are not reliable devices. Yes, nothing in the universe is perfect and machines are error-prone!

  • I didn’t say ‘computers’ in general. I was talking about the typical PC (with lots of code installed and running in the background that is not related to the current job, but required to run other stuff on this machine at a different time).

    Also, I didn’t say ‘not reliable’ but ‘not deterministic’. Execute the same binary on two unrelated typical PCs and you’ll get two different results regarding timing and other behavior. The differences may be barely noticeable or significant. But both may or may not affect a certain operation.

    Ideally, you have a separate PC for each specific job. One for running compiler/debugger, one for playing music, one for internet access etc.

    But usually, you have compiler/debugger, but then Acrobat reader for the datasheets, IE or Firefox for internet for finding the datasheets, then Flash player for proper internet access, BT module for the wireless keyboard and mouse, soundcard drivers for internet radio listening while coding, or maybe just for the system beeps, 3D video drivers so you can use the second monitor, this, that, and everything affects the behavior of the PC. And none of the manufacturers of one of these components cares for compatibility with the other components in your system.

    So well, yes, a PC might be versatile, but is not always reliable, and definitely not deterministic.

  • I see dear Jens! :)

**Attention** This is a public forum