>Порылся в документации glib, но так и не нашёл там ничего про таймеры (GTimer, как я понял - отсчитывает время с момента своего старта).

Если использовать GLib, то может посмотреть в сторону g_timeout_add (). Или я не прав?

python

>python

<troll-mode>common lisp</troll-mode>

> <troll-mode>common lisp</troll-mode>

А зачем troll-mode?

> <troll-mode> А зачем troll-mode? </troll-mode>

fixed

а зачем common lisp?

>а зачем common lisp?

Эээх... Бери выше. А зачем python?

Топикстартер ясно сказал:

Платформа - GNU/Linux, язык (желательно C++, можно C).

Топикстартер ясно сказал:

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

Я не хочу никакой паровоз, это неправильное у вас ощущение.

Вот вы утверждаете, что можно обойтись трёхколёсным велосипедом. Можете подсказать имя этого велосипеда и его средства, с помощью которого можно реализовать проект? Напоминаю - это демон, и должен потреблять минимум ресурсов.

«Крутые фенечки» - это библиотеки, где уже реализован нужный мне функционал, дабы не изобретать этот ваш велосипед.

Я прошу помощи, а не хвалюсь крутостью, что знаю много умных слов и названий типа libFoo. Я показываю, что воспользовался гуглом как минимум, и провёл некоторую работу по реализации задуманного, и чтобы мой вопрос не умещался в
в фразу «памагите пацаны зделать сабдж!»

Юзай какую-нибудь жирную библиотеку, где всё есть, и всё работает друг с другом. Умеешь qt - пиши на qt. Хочешь boost - юзай boost. Брать в плюсовом миру по биту, имхо, моветон.

Если гонишься за размером, то цпп - не идеальный выбор.

> Юзай какую-нибудь жирную библиотеку, где всё есть, и всё работает друг с другом. Умеешь qt - пиши на qt. Хочешь boost - юзай boost. Брать в плюсовом миру по биту, имхо, моветон.

если программы на лиспе «едят» в 20 раз больше памяти чем на С++ - то не стоит компенсировать это самовнушением, что в С++ надо обязательно юзать жирные библиотеки ;)

>Если гонишься за размером, то цпп - не идеальный выбор.

Если не трудно, поясни - чем в плане «размера» цпп будет уступать?

если программы на лиспе «едят» в 20 раз больше памяти чем на С++ - то не стоит компенсировать это самовнушением, что в С++ надо обязательно юзать жирные библиотеки ;)

Лучше юзать одну жирную all-included библиотеку, чем сто разных мелких, где в каждой изобретён свой велосипед (смартпойнтеры, етц).

Если не трудно, поясни - чем в плане «размера» цпп будет уступать?

В порядке троллинга а-ля «перл лучше лиспа на примере однострочника» из соседнего треда:

#include <stdio.h>

int main(int argc, char* argv[])
{
	printf("Hello world!\n");
	return 0;
}

$ gcc -o hello_c hello.c
$ size hello_c
   text    data     bss     dec     hex filename
   1156     492      16    1664     680 hello_c

#include <iostream>

int main(int argc, char* argv[])
{
	std::cout << "Hello world!" << std::endl;
	return 0;
}

$ g++ -o hello_cpp hello.cpp
$ size hello_cpp
   text    data     bss     dec     hex filename
   2209     596     296    3101     c1d hello_cpp

> Лучше юзать одну жирную all-included библиотеку, чем сто разных мелких, где в каждой изобретён свой велосипед (смартпойнтеры, етц).

меня почему-то не очень беспокоят особенности внутренней реализации используемых библиотек, если у них удобный API и работают они стабильно

> В порядке троллинга а-ля «перл лучше лиспа на примере однострочника» из соседнего треда:

g++ -o hello_c hello.c

ы? :)

ы? :)

$ g++ -o hello_bastard hello.c
$ size hello_bastard 
   text    data     bss     dec     hex filename
   1411     548      16    1975     7b7 hello_bastard

Кресты всё только портят.

Очень дельный и добрый совет

Не заморачивайся и пиши на Qt или GLib. И там и там все есть. Написал на Qt - и хорошо, будет нормальный софт, не съезжай на те поделки. В Linux проблем нет и количество зависимостей ничего не значит. А вот на винде и на других системах эти библиотеки идут в удобных инсталлерах или архивах. С теми поделками можешь намучаться, когда будешь портировать

> Кресты всё только портят.

http://shootout.alioth.debian.org/gp4/benchmark.php?test=all&lang=gpp&lang2=gcc

В культурном обществе шутаут в качестве аргумента приводить стесняются.

К тому же, по скорости примерно одинаково получилось, а вот памяти кресты стабильно в 2 раза больше жрут.

Посмотри еще libconfuse это несколько более навороченный вариант libconfig.

> В культурном обществе шутаут в качестве аргумента приводить стесняются.

но мы то на ЛОР а не в культурном обществе ;)

К тому же, по скорости примерно одинаково получилось, а вот памяти кресты стабильно в 2 раза больше жрут.

ы? :)

http://shootout.alioth.debian.org/gp4/benchmark.php?test=all&lang=icpp&lang2=gcc

ы? :)

Неправославная проприетарщина.

> Неправославная проприетарщина.

и это говорит лиспер? вы ж чуть что - так сразу в пример проприетарщину на лиспе показывать бросаетесь ;)

и это говорит лиспер? вы ж чуть что - так сразу в пример проприетарщину на лиспе показывать бросаетесь ;)

Существование Лиспа не служит оправданием для жирных плюсовых секций text.

> Существование Лиспа не служит оправданием для жирных плюсовых секций text.

я уже привел ссылку - вы кажется путаете отдельную реализацию и язык ;)

> Существование Лиспа не служит оправданием для жирных плюсовых секций text.

я уже привел ссылку - вы кажется путаете отдельную реализацию и язык ;)

По приведённой ссылке из 12 тестов у Intel C++ в 10 бОльше размер .text, чем у GNU C.

О, сладкая парочка на ЛОРе :))

> По приведённой ссылке из 12 тестов у Intel C++ в 10 бОльше размер .text, чем у GNU C.

это ты про размер кода в байтах?

фшоке

это ты про размер кода в байтах?

Ты не знаешь, что такое .text? o_O

> Ты не знаешь, что такое .text? o_O

по-моему наоборот - инчае как объяснить, что ты размер исходного кода на С++ считаешь развнозначным размеру .text

по-моему наоборот - инчае как объяснить, что ты размер исходного кода на С++ считаешь развнозначным размеру .text

Я сейчас немножко на elf зациклен, на code size неадекватно реагирую.

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