Activity

1. weinand commented on Mar 5, 2018

   

   Andre Weinand (weinand)

   on Mar 5, 2018

   Author

   More actions

   From VSCode Bot (@vscodebot)[bot] on March 2, 2018 15:47

   (Experimental duplicate detection)
   Thanks for submitting this issue. Please also check if it is already covered by an existing one, like:

   • Window always on top when opened from a remote server (#37586)
2. weinand commented on Mar 5, 2018

   

   Andre Weinand (weinand)

   on Mar 5, 2018

   Author

   More actions

   From Isidor Nikolic (@isidorn) on March 2, 2018 15:56

   Sounds like a potential duplicate of the wsl issues, forwarding to Andre Weinand (@weinand)
3. weinand commented on Mar 5, 2018

   

   Andre Weinand (weinand)

   on Mar 5, 2018

   Author

   More actions

   Loreton How does your launch config look like?
4. weinand commented on Mar 5, 2018

   

   Andre Weinand (weinand)

   on Mar 5, 2018

   Last edited by DonJayamanne

   Author

   More actions

   From Loreton on March 5, 2018 11:4

   my main.py code

   # ####################################
   # #### R E M O T E  - Linux OS #############
   # ####################################
   
   # ******** D E B U G *********************************
   import ptvsd
   ptvsd.enable_attach("my_secret", address=('localhost', 3000))
   ptvsd.wait_for_attach() # only in the remote node
   # ******** D E B U G *********************************
   
   
   import sys; sys.dont_write_bytecode = True
   import  Source as Prj
   
   myLibName = ['LnPyLib', 'DDNS_v2018-02-27.zip'] 
   LnLib     = Prj.SPE.LibPath(myLibName, fDEBUG=False)
   
   
   
   # ####################################
   # #### L O C A L    Windows OS ############
   # ####################################
   
   # ******** D E B U G *********************************
   import ptvsd
   ptvsd.enable_attach("my_secret", address=('localhost', 3000))
   # ptvsd.wait_for_attach() # only in the remote node
   # ******** D E B U G *********************************
   
   
   import sys; sys.dont_write_bytecode = True
   import  Source as Prj
   
   myLibName = ['LnPyLib', 'DDNS_v2018-02-27.zip']   **_<=== BreakPoint_**
   LnLib     = Prj.SPE.LibPath(myLibName, fDEBUG=False)

   Problem

   When I start the debugger I can STEP just the first two line and the I get an error regarding a missing feature of netifaces module (AF_PACKET).

     File "y:\GIT-REPO\Python3\DDNS\__main__.py", line 79, in <module>
       Prj.Main(gv.args.firstPosParameter)
     File "y:\GIT-REPO\Python3\DDNS\Source\Main\DDNS_Main.py", line 83, in Main
       interfaces     = Ln.getInterfaces(dictType=Ln.Dict)
     File "y:\GIT-REPO\Python3\DDNS\LnPyLib\Net\InterfacesCl.py", line 418, in getInterfaces
       ifc = Interfaces(ifcName)
     File "y:\GIT-REPO\Python3\DDNS\LnPyLib\Net\InterfacesCl.py", line 116, in __init__
       self.arpPing(self._gatewayIpAddress)
     File "y:\GIT-REPO\Python3\DDNS\LnPyLib\Net\InterfacesCl.py", line 319, in arpPing
       macAddressHex   =  bytes.fromhex(self._MAC_address.replace(':',''))
   AttributeError: 'NoneType' object has no attribute 'replace'
   

   But this feature is missed just in windows module and not in linux one.
   In any case:

   1. it doesn't stop in the breakpoint line.
   2. the TCP connection to remote machine NOT starts

   launch extract configuration

      "configurations": [
           {
               "name": "Python",
               "type": "python",
               "request": "launch",
               "stopOnEntry": true,
               "pythonPath": "${config:python.pythonPath}",
               "program": "${file}",
               "cwd": "${workspaceRoot}",
               "env": {},
               "envFile": "${workspaceRoot}/.env",
               "debugOptions": [
                   // "WaitOnAbnormalExit",
                   // "WaitOnNormalExit",
                   "RedirectOutput"
               ],
               "args": [
                   "update",
                   "--profile",
                   "LnPi23"
               ]
           },
       ....
       i have the following tunnel ssh -L 3001:destMaschine:3000 
           {
               "name": "Attach (Remote Debug)",
               "type": "python",
               "request": "attach",
               "localRoot": "${workspaceRoot}",
               "remoteRoot": "/home/pi/GIT-REPO/Python3/DDNS",
               "port": 3001,    
               "secret": "my_secret",
               "host": "localhost"
           }
       ]

   Kind Regards
5. DonJayamanne commented on Mar 5, 2018

   

   Don Jayamanne (DonJayamanne)

   on Mar 5, 2018

   Last edited by DonJayamanne

   More actions

   lorento
   Please could you change the remote python file being debugged as follows:

   my main.py code

   import ptvsd
   ptvsd.enable_attach("my_secret", address=('localhost', 3000))
   ptvsd.wait_for_attach()
   
   
   print("attached")
   a = input()
   print("something entered")    # **_<=== BreakPoint_**
   print("End")                  # **_<=== BreakPoint_**

   • Run the above file on the remote linux computer in a terminal window
   • Ensure the above file is also available on the local widows computer
   • Go into your local windows computer
   • Add a break point to the line print("something entered") and the line after as well
   • Select Attach (Remote Debug) and run that.
     Note: None of the Python code gets executed locally on your windows machine.
6. Don Jayamanne (DonJayamanne)

   added

   bugIssue identified by VS Code Team member as probable bugIssue identified by VS Code Team member as probable bug

   area-debugging

   info-neededIssue requires more information from posterIssue requires more information from poster

   on Mar 5, 2018
7. Loreton commented on Mar 6, 2018

   

   Loreton

   on Mar 6, 2018

   More actions

   Hi Don,
   reading your last update, when you said:

   "Select Attach (Remote Debug) and run that."

   I realized I had omitted something important. I didn't select the configuration type to be used for debugging. I left the default. Selecting the right configuration it works fine and very fast.
   I am very sorry to have bothered You for my mistake.
   Thanks for Your support and best compliments for this product that I'm starting to discover.
   It's OK for me. Problem is solved.
   Regards
   Loreto
8. Don Jayamanne (DonJayamanne)

   added

   closed-invalid

   and removed

   info-neededIssue requires more information from posterIssue requires more information from poster

   bugIssue identified by VS Code Team member as probable bugIssue identified by VS Code Team member as probable bug

   on Mar 6, 2018
9. Don Jayamanne (DonJayamanne)

   closed this as completedon Mar 6, 2018
10. Brett Cannon (brettcannon)

    added a commit that references this issue on Mar 6, 2018

    Update interpreter display (#3)

    ...

    e54947e
11. lock

    locked as resolved and limited conversation to collaborators on Jul 11, 2018