LINUX.ORG.RU

Выпуск Bluetuith v0.1.8

 , bluetuith,


4

3

Bluetuith – это менеджер Bluetooth на базе TUI для Linux, который призван стать альтернативой большинству менеджеров Bluetooth.

Программа может выполнять такие операции с bluetooth, как:

  • Подключение к bluetooth-устройствам и общее управление ими, при этом информация об устройстве, такая как процент заряда батареи, RSSI и т.д., отображается, если она доступна. Более подробную информацию об устройстве можно просмотреть, выбрав в меню пункт ‘Info’ или нажав клавишу ‘i’.
  • Управление Bluetooth-адаптером с возможностью переключения режимов питания, обнаружения, сопряжения и сканирования.
  • Передача и прием файлов по протоколу OBEX с интерактивным файлообменником для выбора нескольких файлов.
  • Работа с сетями на основе протоколов PANU и DUN для каждого устройства bluetooth.
  • Управление воспроизведением мультимедиа на подключенном устройстве с помощью всплывающего окна медиаплеера, отображающего информацию о воспроизведении и элементы управления.

Данный выпуск содержит следующие новые возможности:

  • Новые параметры командной строки --adapter-states для установки свойств адаптера и --connect-bdaddr для подключения к устройству при инициализации.
  • Блокировка/разблокировка устройств.
  • возможность отображения ключа/пинкода.
  • Изменяемые навигационные клавиши.
  • Отображение свойства ‘Bonded’ для устройства.

>>> Подробности



Проверено: hobbit ()
Последнее исправление: CYB3R (всего исправлений: 4)

Ответ на: комментарий от monk

В Си аналогично, если v строка, […] или структура.

В C есть понятное правило – то, что ты пихаешь в аргументы функции, копируется. Если ты пихаешь туда структуру, а в ней есть указатели – данные по ним могут поменять, но ты про это знаешь. Здесь же ты кладешь на стек int и его внезапно меняют.

массив

Там тоже понятные правила – массив деградирует до указателя, а дальше работает тот же принцип.

cumvillain
()
Последнее исправление: cumvillain (всего исправлений: 3)
Ответ на: комментарий от alex1101

const char* предсказуемее, чем std::string_view, например. Для строковых литералов const char* все равно не избежать, как не старайся.

zx_gamer ★★★
()
Ответ на: комментарий от zx_gamer

Зато получение длины для const char* O(N). И взятие подстроки (которая вместо string_view). А так всё O(1).

Для строковых литералов const char* все равно не избежать, как не старайся.

У литерала типа нет. Он появится в тот момент, когда этот литерал куда-то сохранится или передастся.

monk ★★★★★
()
Ответ на: комментарий от monk

У литерала есть тип. const char[N]

ISO:14882:1998: 2.13.4.1: An ordinary string literal has type “array of n const char” and static storage duration (3.7), where n is the size of the string as defined below, and is initialized with the given characters.

zx_gamer ★★★
()
Последнее исправление: zx_gamer (всего исправлений: 1)
Ответ на: комментарий от zx_gamer

Синтаксически, да. А семантически тип проявляется только при хранении в переменной или при обработке аргумента функции. И в этом смысле литерал можно считать std::string.

Единственное исключение: сумма сорокового литерала и числа.

monk ★★★★★
()
Ответ на: комментарий от monk

В том-то и дело. Не обманывайте себя. const char*, это именно указатель на строку, а класс строки. Сложение указателя и числа есть адрес. И это всегда надо держать в уме.

zx_gamer ★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.