CLion 2017.3.2 bug-fix update

CLion 2017.3.2, build 173.4301.33, is now available for download. If you’re using CLion 2017.3.1, a patch-update will be available shortly.


Download CLion 2017.3.2

In this update:

  • Ability to pause program output in the terminal (IDEA-140061). This can help when scrolling the output back while the program is still running and producing new lines to the output.
  • Fix for the bundled GDB 8.0 crash on Linux when debugging certain inferiors (CPP-11480).

Full release notes are available by the link.

Your CLion Team

JetBrains
The Drive to Develop

This entry was posted in Announcement and tagged , . Bookmark the permalink.

9 Responses to CLion 2017.3.2 bug-fix update

  1. Tano says:

    In 2017.3.2 the CLion memory jumps to 7.9GB, a CLion record :)))) (see the last photo on the item CPP-10575)

    • Tano says:

      Now 8.8GB, please fix this asap please

      • Anastasia Kazakova says:

        We are on it. Follow the updates in the ticket, we’ll post there when have some new info

        • Tano says:

          Great, could you also please fix the debugger also? (CPP-11810) Cause it seems it does not work anymore in latest version, I really hope the problem is on my computer.

          • Anastasia Kazakova says:

            Definitely, we’ll investigate the issue and let you know as soon as we get some results. We haven’t heard such reports before, so seems it’s smth specific to your case. Anyway we’ll keep you updated in the issue.

  2. mymbrooks says:

    Is it possible to use toolchains(gcc clang…) in Windows Subsystem for Linux (WSL) on Windows 10?

    From windows-10-insider-preview-build-17063 :
    https://blogs.windows.com/windowsexperience/2017/12/19/announcing-windows-10-insider-preview-build-17063-pc/#yo14qFJq4yHIJYPy.97

    Windows Subsystem for Linux (WSL)
    WSL can run background tasks: Processes that set themselves up to run in the background such as sshd, tmux/screen, etc. will now continue running after the last console window has been closed. Read this blog for more information and a demo.

    Elevated and non-elevated WSL instances can run simultaneously: Previously WSL instances all had to all run as elevated or all unelevated. Now you can run some elevated and some non-elevated instances. You can also use Scheduled Tasks to run WSL.

    WSL runs in remote connections: WSL is now supported when connected via OpenSSH, VPN, Enter-PSSession, and/or other similar Windows remoting tools. Previously this would only work in cases where the user logged in interactively and started a WSL instance before connecting remotely. to the remote host and then launch WSL. With background processes you can background sshd in WSL so it persists in the background without having any open windows.

    Tool to convert Linux paths to Windows-friendly paths: Wslpath is a tool that allows you to convert Linux paths to their Windows equivalent. Here is a quick reference for how you can use the wslpath tool:

    -a force result to absolute path format
    -u translate from a Windows path to a WSL path (default)
    -w translate from a WSL path to a Windows path
    -m translate from a WSL path to a Windows path, with ‘/’ instead of ‘\\’

    New tools available to developers on Windows
    Windows Command line Toolchain includes bsdtar (tar) and curl.
    bsdtar and curl, two popular command line tools from the Unix shell, are now available in Windows and Windows Server. bsdtar provides handy extraction/creation of compressed files and curl offers data transfer capabilities so you can download files from a remote location. Read this blog to learn more about the addition of these two new tools and see how they’re shaping the developer experience on Windows.

    Unix style sockets (AF_UNIX) are available on Windows
    AF_UNIX is an address family which has enabled inter-process communication on Unix for countless years. The windows equivalent is named pipes, which offers similar facilities. Based on user feedback, we heard that you’d like an easier path when porting tools relying on AF_UNIX to Windows. As a result, two Win32 processes can now use the AF_UNIX address family over Winsock API to communicate with each other. Read this blog for more details.

  3. Tano says:

    Hi Anastasia, I heard many persons who want to switch to CLion, but them switch back to Eclipse/NetBeans/vim because the performance issues, they use old codebase with very large .c or .cpp files (it’s the known bug CPP-11121), but many of them like CLion and I am sure that want to use it in the future.

    So, is there an updated survey of CLion usage across the developers? Because, although it has some problems, overall it’s a fantastic IDE (i started to like it more than VStudio) and I was curious how it’s doing in the market compared to other IDEs. I know that there was a survey at the end of 2016 and CLion was rising but how it’s doing in 2017?

    Thanks

    • Anastasia Kazakova says:

      Talking about performance, we plan to have big changes in 2018.1 that will improve the performance significantly.
      In general, CLion is doing good and grows significantly in 2017. Probably, we’ll share some interesting facts later.

Leave a Reply to mymbrooks Cancel reply

Your email address will not be published. Required fields are marked *