1. Forum
  2. USENET
  3. comp.sys.tandem

  • Debugging L-Series with Eclipse

    From John Wilson@wilson.john.mc@gmail.com to comp.sys.tandem on Thu Sep 14 14:12:03 2023
    From Newsgroup: comp.sys.tandem

    Hi All -

    With the migration to the L-Series (X86), the manuals indicate that debugging using Visual Inspect will no longer be possible.

    When attempting to debug using Eclipse (using instructions from NSDEE manual) there seems to be an issue with how Eclipse invokes the debug session and which CPU is used.

    Has anyone experienced this? Or are you using Eclipse debugging without any issue?

    Thanks,
    John
    --- Synchronet 3.21d-Linux NewsLink 1.2
  • From Randall@rsbecker@nexbridge.com to comp.sys.tandem on Fri Sep 15 14:08:28 2023
    From Newsgroup: comp.sys.tandem

    On Thursday, September 14, 2023 at 5:12:05rC>p.m. UTC-4, John Wilson wrote:
    Hi All -

    With the migration to the L-Series (X86), the manuals indicate that debugging using Visual Inspect will no longer be possible.

    When attempting to debug using Eclipse (using instructions from NSDEE manual) there seems to be an issue with how Eclipse invokes the debug session and which CPU is used.

    Has anyone experienced this? Or are you using Eclipse debugging without any issue?

    Thanks,
    John
    Hi John,
    No issues for me on using NSDEE, ECLIPSE, and GDB, but you do need to have your SSH connections set up prior to attempting to debug. You should be using the latest version of NSDEE (or appropriate version for your system). There also could be a firewall issue, and also a port forwarding setup requirement in SSH2. The important "trick" is that you will be entering GDB commands via a console window in ECLIPSE, which is not normally input enabled, but the remote debugging does set up input to enter commands. The debug at line function had some issues (clicking on the line in the code window), but I thought that was resolved long ago. Please contact GNSC for support rather than here as this is a HPE supported product.
    Regards,
    Randall
    --- Synchronet 3.21d-Linux NewsLink 1.2
  • From wilso...@gmail.com@wilsonjohna@gmail.com to comp.sys.tandem on Mon Sep 18 05:30:10 2023
    From Newsgroup: comp.sys.tandem

    On Friday, September 15, 2023 at 5:08:29rC>PM UTC-4, Randall wrote:
    On Thursday, September 14, 2023 at 5:12:05rC>p.m. UTC-4, John Wilson wrote:
    Hi All -

    With the migration to the L-Series (X86), the manuals indicate that debugging using Visual Inspect will no longer be possible.

    When attempting to debug using Eclipse (using instructions from NSDEE manual) there seems to be an issue with how Eclipse invokes the debug session and which CPU is used.

    Has anyone experienced this? Or are you using Eclipse debugging without any issue?

    Thanks,
    John
    Hi John,

    No issues for me on using NSDEE, ECLIPSE, and GDB, but you do need to have your SSH connections set up prior to attempting to debug. You should be using the latest version of NSDEE (or appropriate version for your system). There also could be a firewall issue, and also a port forwarding setup requirement in SSH2. The important "trick" is that you will be entering GDB commands via a console window in ECLIPSE, which is not normally input enabled, but the remote debugging does set up input to enter commands. The debug at line function had some issues (clicking on the line in the code window), but I thought that was resolved long ago. Please contact GNSC for support rather than here as this is a HPE supported product.

    Regards,
    Randall
    Hi Randall,
    I will double check into the port forwarding, and will follow up with GNSC. Thanks!
    --- Synchronet 3.21d-Linux NewsLink 1.2
  • From Bill Honaker@no_spam_bhonaker__@x_i_d.com to comp.sys.tandem on Mon Sep 18 12:37:10 2023
    From Newsgroup: comp.sys.tandem

    On Thu, 14 Sep 2023 14:12:03 -0700 (PDT), John Wilson <wilson.john.mc@gmail.com> wrote:

    Hi All -

    With the migration to the L-Series (X86), the manuals indicate that debugging using Visual Inspect will no longer be possible.

    When attempting to debug using Eclipse (using instructions from NSDEE manual) there seems to be an issue with how Eclipse invokes the debug session and which CPU is used.

    Has anyone experienced this? Or are you using Eclipse debugging without any issue?

    Thanks,
    John

    John, not sure what you mean by the issue. Can you decribe errors or issues more clearly? As Randall said, you need to setup the SSH session correctly.
    In the 'Mian' tab of the 'NonStop Application' configuration, click the 'Edit...' button by the NonStop system choice.
    There, you should see options to setup SSH (or the Telnet/FTP which is discouraged). Once you think it's correct, click 'Connect' to see if it connects.
    Then you can Apply and Close, and click Debug on the configuraiton page.

    That session stays open for the duration of your Eclipse session unless you specifically disconnect it.

    Good luck,
    Bill
    --- Synchronet 3.21d-Linux NewsLink 1.2
  • From John Wilson@wilson.john.mc@gmail.com to comp.sys.tandem on Tue Sep 26 13:56:03 2023
    From Newsgroup: comp.sys.tandem

    On Monday, September 18, 2023 at 12:37:13rC>PM UTC-5, Bill Honaker wrote:
    On Thu, 14 Sep 2023 14:12:03 -0700 (PDT), John Wilson <wilson....@gmail.com> wrote:

    Hi All -

    With the migration to the L-Series (X86), the manuals indicate that debugging using Visual Inspect will no longer be possible.

    When attempting to debug using Eclipse (using instructions from NSDEE manual) there seems to be an issue with how Eclipse invokes the debug session and which CPU is used.

    Has anyone experienced this? Or are you using Eclipse debugging without any issue?

    Thanks,
    John
    John, not sure what you mean by the issue. Can you decribe errors or issues more clearly? As Randall said, you need to setup the SSH session correctly.
    In the 'Mian' tab of the 'NonStop Application' configuration, click the 'Edit...' button by the NonStop system choice.
    There, you should see options to setup SSH (or the Telnet/FTP which is discouraged). Once you think it's correct, click 'Connect' to see if it connects.
    Then you can Apply and Close, and click Debug on the configuraiton page.

    That session stays open for the duration of your Eclipse session unless you specifically disconnect it.

    Good luck,
    Bill
    The error I am seeing inside of Eclipse is:
    "The debugger process started on CPU 2 instead of CPU 0 as expected. The NonStop host may be configured to restrict user access to certain CPUs, or system-load balancing software may be installed that overrides user-assigned CPU values." Followed with "Error starting process"
    Initially when we opened a ticket with HPE previously, they stated that there is a round robin setup with the CPUs and if we kept attempting the debugging multiple times it would eventually begin on the correct CPU.
    I will take a look at the additional SSH setup parameters and see if that may be related.
    Thanks!
    --- Synchronet 3.21d-Linux NewsLink 1.2
  • From Bill Honaker@no_spam_bhonaker__@x_i_d.com to comp.sys.tandem on Tue Sep 26 16:40:12 2023
    From Newsgroup: comp.sys.tandem

    On Tue, 26 Sep 2023 13:56:03 -0700 (PDT), John Wilson <wilson.john.mc@gmail.com> wrote:

    On Monday, September 18, 2023 at 12:37:13?PM UTC-5, Bill Honaker wrote:
    On Thu, 14 Sep 2023 14:12:03 -0700 (PDT), John Wilson <wilson....@gmail.com> wrote:

    Hi All -

    With the migration to the L-Series (X86), the manuals indicate that debugging using Visual Inspect will no longer be possible.

    When attempting to debug using Eclipse (using instructions from NSDEE manual) there seems to be an issue with how Eclipse invokes the debug session and which CPU is used.

    Has anyone experienced this? Or are you using Eclipse debugging without any issue?

    Thanks,
    John
    John, not sure what you mean by the issue. Can you decribe errors or issues more clearly? As Randall said, you need to setup the SSH session correctly.
    In the 'Mian' tab of the 'NonStop Application' configuration, click the 'Edit...' button by the NonStop system choice.
    There, you should see options to setup SSH (or the Telnet/FTP which is discouraged). Once you think it's correct, click 'Connect' to see if it connects.
    Then you can Apply and Close, and click Debug on the configuraiton page.

    That session stays open for the duration of your Eclipse session unless you specifically disconnect it.

    Good luck,
    Bill

    The error I am seeing inside of Eclipse is:
    "The debugger process started on CPU 2 instead of CPU 0 as expected. The NonStop host may be configured to restrict user access to certain CPUs, or system-load balancing software may be installed that overrides user-assigned CPU values." Followed with "Error starting process"

    Initially when we opened a ticket with HPE previously, they stated that there is a round robin setup with the CPUs and if we kept attempting the debugging multiple times it would eventually begin on the correct CPU.

    I will take a look at the additional SSH setup parameters and see if that may be related.

    Thanks!

    John,

    If your userid is prohibited from running programs in certain CPUs, that is possibly a scenario that the NSDEE developer didn't allow for.

    Have you tried, on the Dubg Configurations page, 'Argument's tab, using "-cpu 2" in the 'Run command options' field?
    That may only apply tot he process you're planning to debug... not the debugger itself, but worth a try.

    Good luck,
    Bill
    --- Synchronet 3.21d-Linux NewsLink 1.2