sb0y[AT]home

sleep() в C

Sat, 05 Mar 2016 03:00:00 +0300

[Многие знают, что sleep() обладает плохой точностью. Многие так же знают, что sleep(), как и любой блокирующий системный вызов нужно вызывать в цикле, так как он попросту может не выждать требуемое от него количество времени.
Но в таком случае, после обработки сигнала, когда управляющий поток вернётся в место, где его прервали, sleep() будет вызван с теми же параметрами, что и первый раз.

Возможно, Вы думаете, что можно положиться на то, что sleep() возвращает время, которое ему нужно "доспать" и просто итерировать цикл, до тех пор, пока возвращаемое значение не будет равно 0. Давайте обратимся к документации библиотеки libc.

Resist the temptation to implement a sleep for a fixed amount of time by using the return value of sleep, when nonzero, to call sleep again. This will work with a certain amount of accuracy as long as signals arrive infrequently. But each signal can cause the eventual wakeup time to be off by an additional second or so. Suppose a few signals happen to arrive in rapid succession by bad luck—there is no limit on how much this could shorten or lengthen the wait.

Тоесть, разработчики стандартной библиотеки C настоятельно рекомендуют воздерживаться от такого кода:


int n = 1;
while (n>0) {
 n = sleep(n);
}

Потому, что жизненный путь программы может пролегать через ситуации, когда процессу будет приходить любое количество сигналов, любых типов, в любой последовательности и в ходе прерывания слипа однажды, может совершенно спокойно пропасть или добавиться секунда или больше (или меньше). Особенно это касается сигнала SIGALRM. На некоторых системах, даже если Вы перехватили, заблокировали этот сигнал, sleep() может закончиться раньше. И это не полный список проблем.

Все эти проблемы можно решить разными способами, но есть один вариант, который покрывает их всех вместе. Используйте nanosleep(). Если механизм обработки сигналов прервёт выполнение этого вызова -- он вернёт -1 и errno будет установлена в значение EINTR. А факт того, что, она запишет оставшееся время ожидания в наносекундах в структуру timespec, указатель на которую можно передать вторым аргументом, позволит корректно продолжить "сон".


#include 
#include 

int sleep_ex( unsigned long sleep_time_sec )
{
        struct timespec tv;
        /* Construct the timespec from the number of whole seconds... */
        tv.tv_sec = sleep_time_sec;
        /* ... and the remainder in nanoseconds. */
        tv.tv_nsec = static_cast < long > ( ( sleep_time_sec - tv.tv_sec )  * 1000000000  );

        int rval = 0;

        // repeat nanosleep() call only if rval == -1 and errno set to EINTR
        do {
                /* Sleep for the time specified in tv. If interrupted by a
                 signal, place the remaining time left to sleep back into tv. */
                rval = nanosleep ( &tv, &tv );
        } while ( rval == -1 && errno == EINTR );

        return rval;
}

pthread_cancel() и C++

Mon, 22 Feb 2016 03:00:00 +0300

[С приходом в нашу жизнь реализации Linux тредов NPTL, стало доступно досрочное завершение тредов. Представьте себе ситуацию, когда у Вас есть треды с блокирующими системными вызовами или просто треды, использующие sleep() (что ещё хуже) и Вам вдруг понадобилось их завершить. В случае, если Вы программируете на С, скорей всего проблем не будет. Грабли начинают когда Вы решаете сделать тоже самое в C++.

Что может случиться плохого? Такой подход соврешенно не совместим с RAII.
Рассмотрим пример, который гарантированно падает.


#include 
#include 
#include 
#include 

class Object
{
public:
  ~Object() {
  std::cout << "Inside ~Object()" << std::endl;
  sleep ( 999 );
  }
};
 
void newThread()
{
  try {   
    Object regular_object_on_stack;
    std::cout << "Inside the new thread" << std::endl;
    // ... billion strings of code ...
    throw std::runtime_error ( "Random exception" );
  } catch ( const std::runtime_error& e ) {
   std::cout << "You will never see this exception: " << e.what() << std::endl;
  } 
}

int main()
{
   pthread_t thread;
   pthread_create ( &thread, nullptr, &newThread, nullptr );
   sleep ( 1 ); // time for new thread for correct init order
   std::cout << "Let's try to cancel our thread ..." << std::endl;
   pthread_cancel ( thread );
   pthread_join ( thread, nullptr );
   std::cout << "You have a good chance not to see this message" << std::endl;
   return 0;
}

Вот результат выполнения на Ubuntu 15.10:


Inside the new thread
Inside ~Object()
Let's try to cancel our thread ...
terminate called without an active exception
Aborted (core dumped)

Что же происходит в этом коде такого, что необходимо завершить выполнение? К счастью, в Ubuntu 15.10 хороший вывод ошибок и ясно, что виновен не пойманый exception. Но где? При вызове любого системного вызова отмеченного как "Cancellation point".

Давайте разберём ещё раз, с самого начала. Мы создаём объект класса Object, внутри треда, который спустя секунду, будет отдан на растерзание pthread_cancel(). Внуртри этого же треда, мы кидаем exception, что приводит к stack unwinding и вызову деструкторов объектов на стеке и функция sleep(), переходя в kernel mode и являесь при этом cancellation point, благодаря C++ -- кидает exception, во время раскрутки стека, что и приводит к гарантированному падению нашей программы.

Не верите? :-) Попробуйте такой код:


#include 
#include 
#include 
#include 

class Object
{
public:
  ~Object() {
   std::cout << "Inside ~Object()" << std::endl;
   try {
    sleep ( 999 );
   } catch ( ... ) {
    std::cout << "We got something strange here ..." << std::endl;
   }
 }
};
 
void newThread()
{
  try {   
   Object regular_object_on_stack;
   std::cout << "Inside the new thread" << std::endl;
   // ... billion strings of code ...
   throw std::runtime_error ( "Random exception" );
 } catch ( std::runtime_error& e ) {
   std::cout << "You will never see this exception: " << e.what() << std::endl;
 } 
}

int main()
{
  pthread_t thread;
  pthread_create ( &thread, nullptr, &newThread, nullptr );
  sleep ( 1 ); // time for new thread for correct init order
  std::cout << "Let's try to cancel our thread ..." << std::endl;
  pthread_cancel ( thread );
  pthread_join ( thread, nullptr );
  std::cout << "You have a good chance not to see this message" << std::endl;
  return 0;
}

В результате будет такой вывод:


Inside the new thread
Inside ~Object()
Let's try to cancel our thread ...
We got something strange here ...
FATAL: exception not rethrown
Aborted (core dumped)

Поражены? И это в деструкторе объекта! Как Вы понимаете, о RAII с таким подходом можно забыть. Вы наверняка захотите использовать такие системные вызовы как fclose(), close(), dlclose() в деструкторе Вашего объекта. Список cancellation points достаточно обширен!

Всё, что вы можете -- попытаться контролировать процесс вхожения в cancellation point, используя pthread_testcancel(), которая создаст cancellation point до входа в опасную область видимости. При этом, я сам не уверен, что эта тактика оправданна и вообще имеет право на жизнь.

Интересно, что сам этот "exception" добавлеяет ИМЕННО C++ и его тип определён в хедере cxxabi.h, что значит, что его вполне реально поймать.


#include 
#include 
#include 
#include 
#include 

void newThread()
{
  try {
    sleep ( 999 );
    std::cout << "Inside the new thread" << std::endl;
    // ... billion strings of code ...
    throw std::runtime_error ( "Random exception" );
  } catch ( abi::__forced_unwind& ) {
    std::cout << "abi::__forced_unwind is catched" << std::endl;
  } 
}

int main()
{
  pthread_t thread;
  pthread_create ( &thread, nullptr, &newThread, nullptr );
  sleep ( 1 ); // time for new thread for correct init order
  std::cout << "Let's try to cancel our thread ..." << std::endl;
  pthread_cancel ( thread );
  pthread_join ( thread, nullptr );
  std::cout << "You have a good chance not to see this message" << std::endl;
  return 0;
}

Вывод:


Let's try to cancel our thread ...
abi::__forced_unwind is catched
FATAL: exception not rethrown
Aborted (core dumped)

На самом деле, это не столько "exception", сколько механизм для stack unwinding, о чём можно сделать вывод из названия типа "__forced_unwind". Следовательно, раз мы можем его поймать, мы можем его и кинуть далее и даже обработать!


#include 
#include 
#include 
#include 
#include 

void newThread()
{
  try {
    sleep ( 999 );
    std::cout << "Inside the new thread" << std::endl;
    // ... billion strings of code ...
    throw std::runtime_error ( "Random exception" );
  } catch ( abi::__forced_unwind& ) {
    std::cout << "rethrowing exception ..." << std::endl;
    throw;
  } catch ( ... ) {
    std::cout << "Catch any exception" << std::endl;
  }
}

int main()
{
  pthread_t thread;
  pthread_create ( &thread, nullptr, &newThread, nullptr );
  sleep ( 1 ); // time for new thread for correct init order
  std::cout << "Let's try to cancel our thread ..." << std::endl;
  pthread_cancel ( thread );
  pthread_join ( thread, nullptr );
  std::cout << "You have a good chance not to see this message" << std::endl;
  return 0;
}

Покрайней мере, программа уже не падает :-)


Let's try to cancel our thread ...
rethrowing exception ...
You have a good chance not to see this message

Что и требовалось доказать. Использование pthread_cancelation -- весьма сомнительная возможноcть NPTL. Возможно, использование её в языке C оправданно, но в C++, в котором наличествует огромное количество уже готовых типов, которые используют различные системные вызовы, ничего не подозревая о новшествах реализации -- лучше воспользоваться функционалом предоставляемым libstdc++ ну или вообще, BOOST.

Статьи по теме

Создать загрузучную USB-флешку из Linux среды

Sun, 17 Jan 2016 03:00:00 +0300

[Для Linux существует несколько проектов, позволяющих создавать загрузочные USB носители из ISO образа с Windows. Это и кроссплатформенный UNetBootin и WinUSB, который судя по всему больше не поддерживается автором.
Однако, я скачивал Windows 10 с торрентов и записанные флешки на отрез отказывались грузиться :-(
Дело то ли в специфике русского Windows, скаченного в торрентов, то ли в ошибках, которые хором повторяют эти программы. К счастью, у нас есть Grub, который грузит всё и всегда.
В этой статье я постараюсь кратко изложить, что нужно сделать, чтобы Ваш ISO образ попал на USB носитель и при этом с него можно было бы грузиться.

Для начала -- смотрите содержимое команды fdisk -l


sudo fdisk -l

...

Disk /dev/sdc: 7,3 GiB, 7813988352 bytes, 15261696 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xe3c1b8f6

Device     Boot Start      End  Sectors  Size Id Type
/dev/sdc1  *    16128 15261695 15245568  7,3G  c W95 FAT32 (LBA)

Моя флешка -- /dev/sdc1. Не перепутайте!
Первое, что сделаем -- отформатируем флешку. Для этого отмонтируем её и создадим разметку FAT32 универсальной командой.


sudo umount /dev/sdc1
sudo mkfs.vfat /dev/sdc1

Ok. Теперь примонтируем наш ISO через loop, чтобы получить доступ к файлам образа. Скорей всего, это так же хорошо будет работать и через любой архиватор, например Ark.


mkdir iso # создадим папку, в которую отобразятся файлы образа
sudo mount -o loop Windows\ 10\ Pro\ x64\ MoverSoft\ 09.2015.iso iso
mount: /dev/loop0 is write-protected, mounting read-only
ls iso/
autorun.inf  autounattend.xml  boot  bootmgr  bootmgr.efi  efi  setup.exe  sources  support

Ну а теперь примонтируйте обратно флешку. Можно кликнуть на неё в менеджере файлов или просто вытащить из компьютера и вставить обратно.
А далее, просто скопируйте файлы из образа на вашу флешку.


sudo cp -Rf iso/* /media/sb0y/93E0-7F17 # так Ubuntu примонтировала мой USB stick

После завершения довольно продолжительной операции копирования, настало время сделать главное -- установить и настроить Grub.
Делается это командой:


sudo grub-install --target=i386-pc --boot-directory="/media/sb0y/93E0-7F17/boot" /dev/sdc # обратите внимание, что я не указываю номер раздела
Installing for i386-pc platform.
Installation finished. No error reported.

Некоторым древним материнским платам, необходим флаг boot на разделе, чтобы начать с него процедуру загрузки. Проставить его можно командой:


sudo parted /dev/sdc set 1 boot on # опять же, обратите внимание, что номер раздела я не пишу

И последнее, что нужно будет сделать -- сконфигурировать Grub на загрузку ntloader.
Создайте в каталоге /media/sb0y/93E0-7F17/boot/grub/grub.cfg, в нём напишете:


set menu_color_normal=white/black
set menu_color_highlight=black/light-gray
menuentry 'Install Windows 10, 8, 7' {
     ntldr /bootmgr
}

Вот и всё. Проверено на Windows 7, 8, 10.

Файл менеджер для директорий в Gigolo на Kubuntu 14.04

Sat, 19 Apr 2014 04:00:00 +0400

[

Ранее писал о том, как объяснить Gigolo как работать с различными типами файлов. Это сильно помогало, в случае, если эта полезная программа работала в чужеродной среде, отличной от XFCE4 или Gnome. Последнее обновление Kubuntu принесло новой пищи для размышлений. Описанный способ не работает, gfvs-open теперь не слушается текстового файла defaults.list. Однако, решение нашлось. Починили утилиту gvfs-mime. Теперь легитимный обработчик MIME типов можно узнать по команде:

gvfs-mime --query inode/directory Приложение по умолчанию для «inode/directory»: kde4-gwenview.desktop Зарегистрированные приложения: kde4-gwenview.desktop kde4-dolphin.desktop Рекомендуемые приложения: kde4-gwenview.desktop kde4-dolphin.desktop

Ну а теперь, скажем, что мы конкретно хотим:

gvfs-mime --set inode/directory kde4-dolphin.desktop Set kde4-dolphin.desktop as the default for inode/directory

Идеальные CFLAGS в Gentoo

Mon, 01 Jul 2013 04:00:00 +0400

[

С 4й версии GCC умеет подбирать оптимальные параметры автоматически, для этого нужно всего лишь указать в CFLAGS ключ -march=native. Однако, бывают случаи, когда -march=native использовать нельзя, например, если у вас distcc (proof) Вот здесь начинается особая, уличная магия. Первое, что нужно сделать - узнать свою модель процессора. Сделать это можно при помощи команды:


grep -m1 -A3 "vendor_id" /proc/cpuinfo

Получите примерно такое:


vendor_id       : GenuineIntel
cpu family      : 6
model           : 30
model name      : Intel(R) Xeon(R) CPU           X3450  @ 2.67GHz

Простое решение - позаимствовать из архивов Gentoo Wiki набор протестированных флагов (раз, два, три). Однако такие документации уже довольно стары, а то и вовсе не поддерживаются. Так что вы имеете достаточно большую вероятность просто не найти свой процессор в этих простынях. Поэтому последний и сложный вариант - составить свой собственный, точный набор флагов, используя те же инструменты, что и GCC для -march=native.


# выполнять от root`а
gcc -c -Q -march=native --help=target

Это команда выведет список флагов, который поддерживает ваш процессор. Используйте осторожно, ибо не всякая программа будет компилироваться с ними. Например от mstackrealign у меня намертво отваливалась сборка порта bzip2. Так же будет полезно рассказать GCC сколько памяти у процессора в L-кешах. В этом нам поможет утилита lscpu:


sb0y@fabian / $ lscpu
Architecture:          x86_64
CPU op-mode(s):        32-bit, 64-bit
Byte Order:            Little Endian
CPU(s):                8
On-line CPU(s) list:   0-7
Thread(s) per core:    2
Core(s) per socket:    4
Socket(s):             1
NUMA node(s):          1
Vendor ID:             GenuineIntel
CPU family:            6
Model:                 30
Stepping:              5
CPU MHz:               2660.000
BogoMIPS:              5320.11
Virtualization:        VT-x
L1d cache:             32K
L1i cache:             32K
L2 cache:              256K
L3 cache:              8192K
NUMA node0 CPU(s):     0-7

Теперь можно добавить в CFLAGS: --param l1-cache-size=32 --param l1-cache-line-size=64 --param l2-cache-size=8192. Вот и всё. После установки новых флагов, лучше выполнить emerge system, чтобы быть уверенным, что ничего не сломалось.

Qt5: скопировать после сборки файлы в build directory

Tue, 25 Jun 2013 04:00:00 +0400

[

Qt5 создаёт build directory рядом с source directory. Если Ваш проект считывает какие-либо файлы после запуска программы - их нужно положить в соответствующие директории. Qmake позволяет сделать это кроссплатформенно, создав цели для make install.

Итак, в файле проекта *.pro добавьте такие строки:


install_it.path = $$OUT_PWD
install_it.files += $$PWD/html

INSTALLS += install_it

Этот код инициализирует массив install_it, который заполняется переменной директории сборки ($$OUT_PWD) и переменной с директорией исходных кодов Вашего проекта ($$PWD).

В итоге скопируется директория html, лежащая в директории с исходными кодами.

Про остальные переменные, коими обладает qmake, можно почитать здесь.

Далее нужно попросить QtCreator запускать make install после сборки проекта.

Найдите на главной панели слева вкладку "Projects".
В появившемся окне найдите раздел "Build Steps".
В нём надо нажать на кнопку "Add Build Step".
В выпавшем списке выбирайте пункт "Make".
В поле "Make arguments" напишите install.

Вот собственно и всё!

Ведущий ноль для чисел в JavaScript

Thu, 23 May 2013 04:00:00 +0400

[

Недавно понадобилось повторить работу С-функции printf() с параметром "%02d" на JavaScript. Получилась такая функция:


function zeroField (val, numSize)
{
 var outZero = "";
 var zeroCount = numSize - String(val).length;
 for (var x=0; x < zeroCount; ++x) outZero += "0";
 return outZero+val;
}

Конечно, можно поработать со степенями. Но скорость будет уже не та.


function zeroField (val, numSize)
{
 var tmp = String (val);
 for (var x=numSize; x; --x)
 {
   if ( val < Math.pow (x, 10) ) 
   {
     tmp = "0" + tmp; 
   }
 }

  return tmp;
}

Ну и напоследок, для тех, у кого есть возможность подключать в проекте сторонние библиотеки: реализация printf() на Javascript.

Пересборка всех модулей Xorg на Gentoo

Sun, 07 Apr 2013 04:00:00 +0400

[

Вот уже второй раз, после значительных обновлений моей домашней рабочей машины с Calculate, в иксах не работают мышь и клавиатура. В Xorg.log при этом пишется следующее:


[643641.785] (II) LoadModule: "evdev"
[643641.785] (II) Loading /usr/lib64/xorg/modules/input/evdev_drv.so
[643641.785] (II) Module evdev: vendor="X.Org Foundation"
[643641.785]    compiled for 1.13.1, module version = 2.7.3
[643641.785]    Module class: X.Org XInput Driver
[643641.785]    ABI class: X.Org XInput driver, version 18.0
[643641.785] (EE) module ABI major version (18) doesn't match the server's version (19)
[643641.785] (II) UnloadModule: "evdev"
[643641.785] (II) Unloading evdev
[643641.785] (EE) Failed to load module "evdev" (module requirement mismatch, 0)
[643641.785] (EE) No input driver matching `evdev'

Причём, не спасает штатная команда


emerge @x11-module-rebuild

На одном из форумов Gentoo, нашёл действенный способ, который получает список Xorg модулей из qlist, таким образом пересобираются ВСЕ модули. Записал, чтобы не искать:


emerge -1 $(qlist -IC x11-drivers)

Настройка Eclipse для работы с cmake проектами

Tue, 22 Jan 2013 04:00:00 +0400

[

В отличии от NetBeans, где достаточно всего лишь создать проект из существующего Makefile, Eclipse требует некоторой настройки. В этой статье я подробно разберу настройку отладчика и компилятора.

Предположим, что у вас есть такой, вполне обычный CMakeLists.txt.


project(weathercollector)

cmake_minimum_required(VERSION 2.8)

include (CMakeUserFindMySQL)

include_directories ("${PROJECT_BINARY_DIR}")
include_directories ("${MYSQL_INCLUDE_DIR}") 
include_directories ("${PROJECT_SOURCE_DIR}/re2")
include_directories ("${PROJECT_SOURCE_DIR}/rudeconfig/src")
include_directories ("${PROJECT_SOURCE_DIR}/headers")
link_directories ("${PROJECT_SOURCE_DIR}/re2/obj")
link_directories ("${PROJECT_SOURCE_DIR}/rudeconfig/.libs")

file (COPY ${PROJECT_SOURCE_DIR}/settings.conf DESTINATION ${PROJECT_BINARY_DIR})
file (COPY ${PROJECT_SOURCE_DIR}/weathercollector.rc DESTINATION ${PROJECT_BINARY_DIR})

find_package (Threads)

FILE(GLOB_RECURSE SRCS "${PROJECT_SOURCE_DIR}/src/*.cpp")
ADD_EXECUTABLE(weathercollector ${SRCS})

target_link_libraries (weathercollector ${MYSQL_LIBRARIES})
target_link_libraries (weathercollector re2)
target_link_libraries (weathercollector stdc  )
target_link_libraries (weathercollector m)
target_link_libraries (weathercollector rudeconfig)
target_link_libraries (weathercollector ${CMAKE_THREAD_LIBS_INIT})

Теперь давайте создадим проект Eclipse. Нажимайте File > New > Project. В появившимся мастере выбирайте C++ Project. Далее как обычно: вводите название, выбирайте Toolchain.

Теперь откройте окно Make Target, проследуя Window > Show View > Make Target. Оно появится справа от главного окна. Выберете в этом окне корневую директорию для CMake, именно она станет его рабочей директорией.

Теперь:

кликайте правой кнопкой мыши по выбранной папке и в контекстном меню нажимайте "New...".
В появившемся диалоге, уберите две галочки "Same as the target name" и "Use builder settings".

Затем заполните форму:

Target Name: Cmake Release
Make Target: (оставить пустым)
Build command: cmake -E chdir Release/ cmake -G "Unix Makefiles" ../ -DCMAKE_BUILD_TYPE:STRING=Release
Жмём Ок.

Тоже самое нужно сделать для цели Debug. Target Name, естественно будет Cmake Debug, а Build command:


cmake -E chdir Debug/ cmake -G "Unix Makefiles" ../ -DCMAKE_BUILD_TYPE:STRING=Debug

Как вы уже наверняка поняли, в директории проекта необходимо создать директории, в которых будут собираться цели:


mkdir Release Debug

Теперь кликните правой кнопкой мыши по созданной цели и нажмите Build Target. Eclipse зайдёт в рабочую директорию и выполнит там команду "cmake ../". Естественно это действие нужно будет повторять после каждой правки CMakeLists.txt

Теперь необходимо настроить, собственно сам Builder.

В левом меню найдите свой проект
Вызовите контекстное меню правым щелчком мыши и нажмите Properties
В появившемся окне выберите слева в списке, пункт "C/C++ Build"
В верхнем выпадающем меню, выберете конфигурацию "Release" (если такой нет, создайте в этом же окошке)
Снимите галочки "Use default build command" и "Generate make files automatically"

В активизировавшемся поле ввода "Build command", укажите:


make -C ${ConfigName}

В поле "Build directory" напишите: ${PROJECT_LOC}

Переходим на вкладку Behaviour. Там всё должно быть вот так:

Тоже самое следует повторить и для конфигурации Debug, с той лишь разницей, что в поле "Build command" я обычно указываю опцию VERBOSE=1, чтобы получать подробный лог компиляции. Поле у меня при этом выглядит вот так:


make -C ${ConfigName} VERBOSE=1

Стоит заметить, что после каждого изменения файла CMakeLists.txt необходимо обновить цель. Для этого нужно щёлкнуть на ней правой кнопкой мыши и в контекстном меню нажать "Rebuild Last Target".

Компиляция и дебагинг

Как выяснилось, просто иметь цели компиляции не достаточно. Нужно ещё настроить соответствующие кнопки на верхней панели. Начнём с самого интересного - c Debug`а.

Найдите на верхней панели иконку с маленьким зеленоватым жучком и нажмите на стрелку вниз рядом с ним.
В выпадающем меню выберете "Debug Configurations"
В появившемся окне, в списке слева выберете пункт "C/C++ Application" и кликните по нему правой кнопкой мыши.
Далее "New" и это создаст вам новый профиль отладки для текущего приложения в проекте.

Далее нажимайте кнопку "Browse", рядом с полем Project и выбирайте проект, с которым будете работать. После этого нажимает "Search Project" и там вы должны увидеть исполняемый файл, который получается после компиляции. Выбирайте его.

Стоит отметить, что бывали случаи, когда путь на выходной бинарник, в поле C/C++ Application по умолчанию указывал куда-то в CMakeFiles. Забирать его от туда не очень удобно, поэтому не стесняйтесь указывать что-то вроде "Debug/weathercollector" :-)

Теперь опять находим в левом фрейме Project Explorer свой проект, кликаем по нему правой кнопкой мыши, в выпавшем меню находим пункт "Debug as" и выбираем только что созданный профиль дебагинга.

В верхнем меню, нажмите кнопку с иконкой молоточка, в выпадающем меню которого можно найти созданные ранее профили Debug и Release.

Всё, теперь можно нажимать на иконку с зелёным жучком и пользоваться всеми прелестями отладчика Eclipse.

Следуя тому же принципу, нужно создать и назначить профили для кнопок Run и Build.

Gigolo: ассоциации файлов

Sat, 05 Jan 2013 04:00:00 +0400

[

Gigolo - это графический и консольный интерфейс для подключения к локальным и удалённым файловым системам, использующий GIO/GVfs. С его помощью вы можете быстро и просто подсоединить или смонтировать практически любую файловую систему, если её поддержка есть в вашей системе. Для частого использования предусмотрены закладки.

Бывает так, что из коробки Gigolo отказывается открывать смонтированные директории. Лечится это правкой файла defaults.list.


$ locate defaults.list
/home/sb0y/.local/share/applications/defaults.list
/usr/portage/gnome-base/gnome-session/files/defaults.list

В принципе по содержимому файла уже понятно что и к чему. На всякий случай привожу свой файл полностью.


application/illustrator=gimp.desktop
application/pdf=evince.desktop;gimp.desktop
application/rss xml=chromium-chromium.desktop;mozilla-firefox.desktop
application/rtf=writer.desktop
application/vnd.mozilla.xul xml=chromium-chromium.desktop;mozilla-firefox.desktop
application/vnd.oasis.opendocument.spreadsheet=calc.desktop
application/vnd.oasis.opendocument.text=writer.desktop
application/x-font-ttx=chromium-chromium.desktop;mozilla-firefox.desktop
application/x-ufraw=chromium-chromium.desktop;mozilla-firefox.desktop
application/xhtml xml=chromium-chromium.desktop;mozilla-firefox.desktop
application/xml-external-parsed-entity=chromium-chromium.desktop;mozilla-firefox.desktop
application/xml=chromium-chromium.desktop;mozilla-firefox.desktop
application/xsd=chromium-chromium.desktop;mozilla-firefox.desktop
application/xslt xml=chromium-chromium.desktop;mozilla-firefox.desktop
audio/mp4=audacious2-gtkui.desktop
audio/mpeg=audacious2-gtkui.desktop
audio/x-flac=audacious2-gtkui.desktop
audio/x-ms-wma=audacious2-gtkui.desktop
audio/x-wav=audacious2-gtkui.desktop
image/bmp=gqview.desktop;gimp.desktop
image/gif=gqview.desktop;gimp.desktop
image/jpeg=gqview.desktop;gimp.desktop
image/jpg=gqview.desktop;gimp.desktop
image/png=gqview.desktop;gimp.desktop
image/svg xml-compressed=gimp.desktop;gqview.desktop
image/svg xml=gqview.desktop;gimp.desktop
image/tiff=gqview.desktop;gimp.desktop
image/vnd.microsoft.icon=gqview.desktop;gimp.desktop
image/vnd.wap.wbmp=gqview.desktop;gimp.desktop
image/x-gray=gqview.desktop;gimp.desktop
image/x-pcx=gqview.desktop;gimp.desktop
image/x-png=gqview.desktop;gimp.desktop
image/x-portable-anymap=gqview.desktop;gimp.desktop
image/x-portable-bitmap=gqview.desktop;gimp.desktop
image/x-portable-graymap=gqview.desktop;gimp.desktop
image/x-portable-pixmap=gqview.desktop;gimp.desktop
image/x-tga=gqview.desktop;gimp.desktop
image/x-xbitmap=gqview.desktop;gimp.desktop
image/x-xpixmap=gqview.desktop;gimp.desktop
text/html=chromium-chromium.desktop;mozilla-firefox.desktop
text/plain=mousepad.desktop
video/x-msvideo=gnome-mplayer.desktop

# strings below was added for fix

x-directory/gnome-default-handler=Thunar.desktop
inode/directory=Thunar.desktop
x-directory/normal=Thunar.desktop

В моём конфиге почему-то не оказалось строк


x-directory/gnome-default-handler=Thunar.desktop
inode/directory=Thunar.desktop
x-directory/normal=Thunar.desktop

Из-за этого Gigolo открывал директории не через Thunar или Nautilus, а как ни странно через аудио плеер Audacious :)

При написании использовалась Gigolo Help.

UPDATE

Так же можно в графическом интерфейсе Gigolo открыть Edit -> Preferences и в вкладке General, в качестве File manager ввести, например Thunar.