Char

Forum Replies Created

Viewing 15 posts - 1 through 15 (of 24 total)
  • Author
    Posts
  • in reply to: Visual Studio freeze #24721
    Char
    Participant

    however we could try reducing it

    Options what you talk about will decrease freeze time, but the freezing will occur.  The main problem is that there is no progress bar / gdb log or something else where you can watch the process. You  can’t run manual command when it happens.

    Running a program locally is not a solution.

    in reply to: Visual Studio freeze #24710
    Char
    Participant

    I can buy newer version – but you tell me that you cant fix this problem. I tried in virtual enviriment latest VS and latest VGDB – it works same as my old one. I always had this freeze problem when i had adding many breakpoints.  But when it was frozen for 5-10 seconds i couldnt diagnose it and tell thet visualgdb is the reason of GUI freeze. Do you have mictosoft ticket for this problem? I will check is the Visual C++ for Linux Development have same problem.

    in reply to: Visual Studio freeze #24687
    Char
    Participant

    Unfortunately this is a design limitation of Visual Studio itself.

    very sad to hear it.

    As a workaround, please try running gdb locally using a gdbserver.

    I dont have this option in  5.2 version.

    we would need to verify your support status first

    I don`t have support now – that is why I am writing here and not writing to you by mail.

    • This reply was modified 5 years, 7 months ago by Char.
    • This reply was modified 5 years, 7 months ago by Char.
    in reply to: Visual gdb private key location #8550
    Char
    Participant

    Thank you

    in reply to: Dynamic library debug #8253
    Char
    Participant

    If i use empty or not exist patch it dont add default patches to intellisence

    in reply to: Compression issue #8163
    Char
    Participant

    Hi, can you make same update for SmartTTY? with compression and keep-alive?

    in reply to: Compression issue #8077
    Char
    Participant

    Thank you 🙂

    i update gdb 7.10 => 7.11  and disabhe show names in call stack 🙂

    in reply to: Compression issue #8070
    Char
    Participant

    I tried it on test project  🙂

    If “Threads” window open each step over command translates into 7 gdb instructions

    -exec-next
     -thread-list-ids
     -thread-select 1
     -stack-list-frames
     -stack-list-arguments 0
     -stack-select-frame 0
     -thread-select 1

    If i close call stack and threads  i got 4 commands  🙂 open\close call stack window not change it

    -exec-next
    -thread-select 1
    -stack-list-frames
    -stack-list-arguments 0
    • This reply was modified 8 years, 7 months ago by Char.
    • This reply was modified 8 years, 7 months ago by Char.
    in reply to: Compression issue #8068
    Char
    Participant

    Thank you i ‘ ll try close this windows when i debug slow remote host.

    You think compression not a big deal? heh  🙂 upload/download sourses, debug begin time (when it sends meny commands before show any window in VS)

    that 60ms   290ms vs 350ms its +20%  response time.  🙂

    Source upload/download time now works 4-5times  faster  🙂

    One more speed hint what you don`t set out of the box –  enable multi tread compilation -j8

     

    • This reply was modified 8 years, 7 months ago by Char.
    in reply to: Compression issue #8057
    Char
    Participant

    Ohh, thank you very much!

    this update makes me happy 🙂 now i have average time for command ~ 290ms per command before was ~350+ 🙂

    Is is possible to batch commands  or other way to get to make debugger response more faster?

    in reply to: Compression issue #8056
    Char
    Participant

    Thank you very much compression works now

    tail -f /var/log/secure | grep -E "zlib|compression|client"
    Apr 23 00:18:14 lcnt sshd[11009]: debug1: Client protocol version 2.0; client software version libssh2_1.7.0_DEV
    Apr 23 00:18:15 lcnt sshd[11009]: debug2: kex_parse_kexinit: none,zlib@openssh.com [preauth]
    Apr 23 00:18:15 lcnt sshd[11009]: debug2: kex_parse_kexinit: none,zlib@openssh.com [preauth]
    Apr 23 00:18:15 lcnt sshd[11009]: debug2: kex_parse_kexinit: zlib,zlib@openssh.com,none [preauth]
    Apr 23 00:18:15 lcnt sshd[11009]: debug2: kex_parse_kexinit: zlib,zlib@openssh.com,none [preauth]
    Apr 23 00:18:15 lcnt sshd[11009]: debug1: kex: client->server aes128-ctr hmac-sha2-256 zlib@openssh.com [preauth]
    Apr 23 00:18:15 lcnt sshd[11009]: debug1: kex: server->client aes128-ctr hmac-sha2-256 zlib@openssh.com [preauth]
    Apr 23 00:18:15 lcnt sshd[11009]: debug1: Enabling compression at level 6. [preauth]
    Apr 23 00:18:26 lcnt sshd[11019]: debug1: Client protocol version 2.0; client software version libssh2_1.7.0_DEV
    Apr 23 00:18:26 lcnt sshd[11019]: debug2: kex_parse_kexinit: none,zlib@openssh.com [preauth]
    Apr 23 00:18:26 lcnt sshd[11019]: debug2: kex_parse_kexinit: none,zlib@openssh.com [preauth]
    Apr 23 00:18:26 lcnt sshd[11019]: debug1: kex: client->server aes128-ctr hmac-sha2-256 none [preauth]
    Apr 23 00:18:26 lcnt sshd[11019]: debug1: kex: server->client aes128-ctr hmac-sha2-256 none [preauth]
    
    
    
    in reply to: Compression issue #8045
    Char
    Participant

    Hi, you have wrong information latest VisualGDB-5.1.4.676 have same same lib version like SmarTTY 1.0   i compare it byte-byte 🙂

    You use lib with compile date 19 november 2012  🙂 and at that date it was latest version of libssh2 🙂

    in reply to: Compression issue #8043
    Char
    Participant

    Hi ,i know  i talk about libssh2

    https://www.libssh2.org/changes.html
    <div class=”subtitle” align=”left”>Version 1.4.3 – November 27 2012</div>
    libssh2 1.4.3 GPG sig (685712 bytes)

    <b>Changes:</b>

    <b>Bug fixes:</b>

    • sftp_read: return error if a too large package arrives
    • libssh2_hostkey_hash.3: update the description of return value
    • Fixed MSVC NMakefile
    • examples: use stderr for messages, stdout for data
    • openssl: do not leak memory when handling errors
    • improved handling of disabled MD5 algorithm in OpenSSL
    • known_hosts: Fail when parsing unknown keys in known_hosts file
    • configure: gcrypt doesn’t come with pkg-config support
    • session_free: wrong variable used for keeping state
    • libssh2_userauth_publickey_fromfile_ex.3: mention publickey == NULL
    • comp_method_zlib_decomp: handle Z_BUF_ERROR when inflating


    <div class=”subtitle” align=”left”>Version 1.4.2 – May 18 2012</div>

    in reply to: Compression issue #8037
    Char
    Participant

    Hi you use version 1.4.2 , can you update it ti version 1.4.3 ? i cant compile it like DLL /

    Version 1.4.3 – November 27 2012

    Changes:

    Bug fixes:

    • comp_method_zlib_decomp: handle Z_BUF_ERROR when inflating
    • This reply was modified 8 years, 7 months ago by Char.
    in reply to: Compression issue #8030
    Char
    Participant

    If compression is ON and i try to get really long line in terminal 250kb+

    console freezes and stops working showing no error .

    its 100% repeatable on VisualGDB last version and smartty 1.1/2.2

    1. turn compression is ON
    2. create text file with one line and size 250+kb (i use -file-list-exec-source-files output string 600kb)
    3. cat this file

    if compression OFF – akk ok, when its on after 250KB it freezes.

     

Viewing 15 posts - 1 through 15 (of 24 total)