ссылка на канал | ссылка на группу

Вот так вот, занимаешься волонтёрством, следишь за спамом в чатах, удаляешь его или упоминаешь администраторов, а в один прекрасный день ты забанен в одной из групп).

Изменение:
Похоже, это всё произошло из-за нового бота, который меня и забанил.
Администратор группы разобрался в ситуации и разбанил меня).

ссылка на канал | ссылка на группу

Что-то меня vs codium начинает разочаровывать.
Вроде тот же vs code, а трудностей больше.

В vs code я в основном писал на C++, поэтому чуть больше понимаю как работает поддержка и интеграция этого языка, какие инструменты и расширения нужны, чем для других языков.

С переходом на vs codium пришлось отказаться от привычных настроек и расширений и искать другие.
Да, можно установить те же самые расширения через vsix, но с некоторые расширения проверяют название сборки и отказываются работать на неофициальной сборке vs code.

Ладно, для vs codium и C++ я нашёл расширения, которые мне понравились и работают быстрее или дают больше возможностей по сравнению с расширением от microsoft: clangd (llvm-vs-code-extensions.vscode-clangd), Native Debug (webfreak.debug) или CodeLLDB (vadimcn.vscode-lldb).

А вот в случае python я не сразу заметил подвох.
Было установлено расширение python (ms-python.python), вроде всё работало как обычно, но классы и другие сущности из других модулей или файлов не подсвечивались и были белого цвета.
При наведении очень долго редактор кода думает и спустя время показывает объявление и комментарий выделенного символа.
Но перейти к определению не работает, подсказки не работают.

Я даже не заметил, но расширения pylance не было и в vs codium он без модификаций работать из коробки не будет, его даже нет в списке расширений.
Я думал расширение python самодостаточное и ему не нужно для работы какие-то дополнительные зависимости.

По итогу для python я не нашёл какой-то нормальный аналог.
Видимо, придётся вернуться к vs code, так как на python я пишу по работе и мне кроме подсветки синтаксиса нужны и другие привычные в IDE инструменты, как intellisense и другие.

ссылка на канал | ссылка на группу

ссылка на канал | ссылка на группу

Я не слежу за IT новостями, но эту я совершенно случайно увидел, когда искал есть ли проблема сейчас скачать и установить MSVC в России.

Winlator выпустили android приложение, которое позволяет запускать windows x86 и x86_64 приложения при помощи Wine и Box86/Box64 в операционной системе android.
Официальный сайт разработчика

У habr очень хорошо работает индексация в google: посту всего несколько часов, а он уже есть в поисковой выдаче.
Новость на сайте habr

ссылка на канал | ссылка на группу

Когда я только собрал новый ПК, у меня не было какого-либо sata или M.2 накопителя.
Поэтому я windows установил на внешний usb ssd диск и пользовался так ПК некоторое время.

В играх всё было хорошо и стабильно, но потом я начал замечать графические артефакты, которые были только в игре Dying Light.
Некоторые случайные текстуры, которые от запуска к запуску были разными, заменялись на какую-то разноцветную сетку, и от расстояния немного менялись.
В инвентаре так же вместо правильной текстуры могла быть какая-то другая: карта высот или что-то другое техническое.
Переустановка игры, сброс настроек, обновление видеодрайвера и другие способы не помогли, но после покупки M.2 ssd проблема ушла.

Как думаете, в чём была причина, кто сталкивался?
У диска или контроллера забивался буфер, повредилась файловая система или какая-то другая причина?

ссылка на канал | ссылка на группу

Ура, в моём списке portable программ теперь появился obs studio).

Скачал программу в виде zip-архива, удалил все старые настройки в %appdata%, удалил уже установленную obs, разархивировал новую obs, запускаю её и вижу, что она сохранила все настройки в %appdata% — не порядок, что это за portable программа, которая выходит за границы своей папки.

Немного поискал, почитал, и нашёл, что есть два пути: добавить аргумент командной строки "--portable" или создать в корне папки obs файл с названием "portable_mode.txt", и только после этого portable программа сохраняет настройки в распакованной папке.
Инструкция:
https://obsproject.com/forum/resources/obs-and-obs-studio-portable-mode-on-windows.359/

Такая же история была с vs code и vs codium, их zip версия тоже требует некоторых действий, чтобы не хранить свои файлы за пределами папки установки.

ссылка на канал | ссылка на группу

За несколько месяцев я увидел много разных интересных или полезных сайтов, которые добавил в свою подборку:
Полезные ссылки для С++ разработчиков

Это довольно старый пост, поэтому многие из вас могли его пропустить, даже при наличии ссылок на этот и многие другие посты в единственном закреплённом сообщении сверху.

Какие ещё интересные или полезные сайты знаете вы, которых ещё нет в моей подборке?

ссылка на канал | ссылка на группу

Использовать компилятор mingw в vs code довольно просто.
Если путь до mingw/bin/ указан в переменных среды, то редактор кода и расширения могут автоматически найти g++.exe и получить все необходимые пути и настройки.
Если же компилятор ещё не добавлен в переменные среды или не хочется по какой-либо причине, то можно просто указать полный путь до исполняемого файла компилятора и отладчика, так тоже всё будет работать.

Если предыдущий компилятор можно просто скачать в виде 7z или zip архива, просто разархивировать в любое удобное место, а потом просто запустить gcc.exe или g++.exe без каких-либо дополнительных настроек и трудностей, то с компилятором от microsoft (MSVC, cl.exe) так просто не будет.

Для установки MSVS отдельно от IDE visual studio придётся сначала скачать и запустить Build Tools for Visual Studio 2022, выбрать необходимые рабочие нагрузки (workloads).
Но если после установки вы попробуете запустить компилятор cl.exe, то получите такую ошибку:

>cl.exe
"cl.exe" не является внутренней или внешней
командой, исполняемой программой или пакетным файлом.

>

Кстати, установка MSVC будет весить примерно 8 Гб, когда mingw примерно 0.5-2 Гб в зависимости от версии и наличия clang.

Есть несколько способов использовать компилятор cl.exe в vs code:
1) Если вы компилируете вручную и только через терминал, то открываете терминал, запускаете bat файл "C:\Program Files\Microsoft Visual Studio\2022\Community\VC\Auxiliary\Build\vcvarsall.bat" (у вас путь может отличаться) с аргументом x64.
Готово, в данном конкретном терминале будут установлены все переменные среды и компилятор будет работать.

>"C:\Program Files\Microsoft Visual Studio\2022\Community\VC\Auxiliary\Build\vcvarsall.bat" x64

**********************************************************************
** Visual Studio 2022 Developer Command Prompt v17.6.3
** Copyright (c) 2022 Microsoft Corporation
**********************************************************************
[vcvarsall.bat] Environment initialized for: 'x64'

>

2) Создать bat файл, в котором сначала будет запускаться vcvarsall.bat, а потом запускаться cl.exe с нужными аргументами, и tasks.json, в котором будет запускаться скрипт:

call "C:\Program Files\Microsoft Visual Studio\2022\Community\VC\Auxiliary\Build\vcvarsall.bat" x64
cl.exe %*

{
    "version": "2.0.0",
    "tasks":
    [
        {
            "label": "run cl",
            "type": "shell",
            "command": "build.bat",
            "args":
            [
                "/Fe:", "main.exe",
                "main.cpp"
            ],
            "problemMatcher":
            [
                "$msCompile"
            ],
            "group":
            {
                "kind": "build",
                "isDefault": true
            }
        }
    ]
}

3) Запустить терминал, выполнить "C:\Program Files\Microsoft Visual Studio\2022\Community\VC\Auxiliary\Build\vcvarsall.bat" x64, запустить code.exe (или его ярлык).

Если я найду ещё какие-то другие способы, я дополню этот пост или сделаю отдельный, если помешает лимит символов.

ссылка на канал | ссылка на группу

ссылка на канал | ссылка на группу

Иногда в группе по vs code я видел желание некоторых людей в терминале скрыть длинный путь до виртуального окружения python или до папки проекта.
У меня такого желания не было, но понять их я могу, всё-таки кастомизация это интересно и удобно.

Например, чтобы вместо:
C:\users\hecker\Desktop\my\very\deep\path\to\my\project> build.bat

Стало такое:
> build.bat

Я видел решение то ли специфичное для python, то ли для конкретной оболочки или терминала, то ли только для linux или macos, типа сделать export какой-то переменной среды и всё получится.
Но для windows cmd мне ни разу не попадалось такое решение, я даже представить не мог, можно ли это сделать и как это реализовано.

Сейчас во время поиска информации для решения одной проблемы я нашёл решение для другой проблемы).

Называется команда (или программа) prompt.
В примере выше использовалась следующая команда: "prompt [$T$H$H$H] $G ".
Почитать какие есть параметры можно по ссылке на документацию или при помощи команды "prompt /?".

ссылка на канал | ссылка на группу

ссылка на канал | ссылка на группу