Просьба модераторов и т.с. все таки оформить пост более "форматировано". Хотя бы для списков использовать соответствующие тэги.

ЗЫ: да, да, я зануда и педант.

Я не использую emacs, однако так же не являюсь его противником. Просто у emacs есть минус, связанный с большими затратами времени на его освоение. Мало кто может себе это позволить без действительно серьёзных мотиваций. У заточенного под конкретную задачу софта в этом плане этот минус будет гораздо меньше.

Есть возможность сделать небольшой скринкаст того, как работает эта связка в emacs?

Не забудьте про появление wayland в скором времени :).

Тогда это должно быть нечто на уровне иксов, аналогичное по работе с буфером обмена.

Знаете, боюсь, что в большинстве своем эта штука полезна скорее гуманитариям, поэтому предполагаю, что доля знающих и использующих emacs там будет еще ниже чем среди тех же программистов.

Предполагаю, что чтение текстов будет происходить через браузер, поэтому, наверное это должно быть приложение, больше похожее на gnote (tomboy), в которое по хоткею или через всплывающее меню должен отправляться из браузера выделенный текст, при этом с какой-то мета информацией типа времени и URL. Подозреваю, что передать из браузера эту информацию можно путем написания для браузера какого-то расширения.
ИМХО конечно.

Жаль не в Питере.

wiki и тикеты - это уже совсем другая тема разговора, абсолютно никакого отношения не имеющая к mercurial.

Я делал так, правда на виндовом сервере было дело и там из-за этого были пляски с симлинками на репозиторий. Если я правильно помню, то смысл был вот в чем: подымался sshd, у пользователей, прописанных в sshd был линк репозиторий. Минус что с правами вроде как не рулилось, т.е у всех были равные права на доступ к репозиторию.

В linux смысл такой-же я думаю.

Сжимать deb пакет смысла нет, т.к. это и так tar.gz архив.

Так это и не опровергает все сказанное мною.

К чему такие пляски, если есть рабочий, бесплатный VirtualBox.

Не хотеть.

Теперь перенесли.

Ну, я просто не помню то, где-что писал :). Пардонте :)

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

Тут статейка, которая может помочь. Так, на всякий случай :).

Забыли про строки.

По поводу возможности объединения в структуры, я имел в виду то, что объединять нужно то, что логически этому способствует.

Спасибо, тоже буду лучше знать :). Отсюда в общем-то следует, почему не стоить делать функции с кучей параметров. Лучше по возможности объединить это дело в структуры и передавать по указателю.


Думаю, что очень многое тут зависит от алгоритма выделения памяти и его реализации. Ну и еще так же от способа работы с памятью (ну т.е выделяем ли мы по 1 байту сто раз, или же выделили 1 раз 100 байт и работаем с этим куском как нам нужно).

Ну, чего-то каких-то рекомендаций в память не приходит. Здравый смысл если только :).

По идее чем меньше локальных переменных и параметров у функции, тем лучше, т.к. перед вызовом функции надо все параметры запихнуть в стек, все локальные переменные так же поместить в стек, потом вызвать функцию, по завершению работы надо все это дело из стека убрать. По идее, это по одной команде ассемблера на параметр, на локальную переменную и затем вызов функции. Потом в обратном порядке (только без вызова функции). Но это все приблизительно и конкретными фактами не подкреплено. Скорее теория :). Так-что то, что я сказал, надо еще 10 раз проверить.

Можно конечно :).

Если речь идет о языке C, то:

1. Исходники сохраняем в файлы с расширением *.c
   
2. Вызов компилятора - gcc
   

Ну, по указателям следует сказать следующее:

1. Указатель представляет собой место, куда может быть записан адрес памяти.
   
2. Указатель у современных архитектур и компиляторов может содержать 2^32 значение, т.е. имеет размерность 4 байта (на 64-х разрядных архитектурах - вероятно это будет 8 байт - т.е возможно записать 2^64 значений).
   
3. 
   Над указателем можно выполнять операцию разыменовывания указателя '*' и взятия адреса '&'. Пример:
   
char ch='t';
char* ch_ptr = &ch;

fprintf(stdout, "This is the char '%c'.\n", *ch_ptr);
fprintf(stdout, "This is the char '%c' memory address %p.\n", *ch_ptr, ch_ptr);
fprintf(stdout, "This is the memory addres %p of pointer %p which point to char %c.\n", &ch_ptr, ch_ptr, *ch_ptr);

   
   
4. 
   Над указателями можно выполнять арифметические операции, такие как: сложение, вычитание, инкремент и декремент. Однако, тут есть зависимость от того, на какой тип данных указывает указатель. Т.е. операции над указателем переведу к изменению адреса на величину типа данных, на который указывает указатель, умноженное на число, на которое нужно увеличить/уменьшить указатель.
   
   

Ну про память.. ну наверное лучше такой пример:

int var = 100;
int* int_ptr = &var; /* Проинициализированный указатель. Указывает на лок. переменную var. */
int* empty_int_ptr = NULL; /* Проинициализированный указатель, но правда указывающий вникуда.*/

if (NULL == (empty_int_ptr = (int*)malloc(sizeof(int)))) {
fprintf(stderr, "Can`t allocate memory.\n");
return 0;
}
else {
/* Теперь empty_int_ptr указывает на выделенный участок в памяти для нашего процесса,
куда можно что-нибудь записать размером в sizeof(int).*/
*empty_int_ptr = 25;

/* Освобождаем ранее выделенную память */
free(empty_int_ptr);
}


Где-то так.

Нет. У меня нету контактов как таковых. Устраивать "расследование" не было времени и в то же время было немножко лениво :). Так что, каюсь, спровоцировал :)) Но помыслы мои чисты - без обид :).

Я знал, что ты когда-нибудь объявишься. :)

Наверное тут от части ситуация, похожая на ситуацию с виниловыми пластинками. Фетиш же :).

Еще наверное можно како-то использовать в данном случае $HOME.

Хе-хе. На подходе 2-е из 3-х переведенных статейки по sed :).

Я к тому, что чего-то тур-листа не нашел.

А кокнкретнее есть информация? Где и во сколько будет 20 декабря?

Блин :). Словил клина. Почему-то подумалось, что речь идет о gedit :).

Под Mac же есть TextMate. Вроде как очень не плохой редактор, по словам автора одной книги про vim :).

В свете вашего крайнего поста... Ога.

Предполагаю, что все же нету :)К сожалению конечно.

Спасибо за правку :)

Отсутствие USB легко заменяется расшаренными папками с хост-системой. У меня лично так и сделано.

Лично меня это и щас особо не волнует. А вот тотальная коррупция - это да. Это волнует.

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

Точно. Кстати, такая же ерунда происходит и с GPS. Мало того, что точность позиционирования для гражданских занижена, но и отключат его нахрен в случае чего для заданной области. Это я конечно про ГЛОНАСС, но идея такая же.

Ммм.... затрудняюсь ответить. Не смотрел на столько глубоко. Но из того, с чем я сталкивался относительно недавно - vmware требует платный ключ.

Различие между платным и бесплатным VirtualBox в наличии/отсутствии USB стека соответственно.

Не вроде. Она именно платная.

Еще добавлю, что все таки лучше делать отступы в оформлении.

Ну кроме форумов еще есть почтовые рассылки. Подозреваю что очень много происходит именно там.

Спасибо :).

Да, есть. Вот нашел чуть-чуть тут.

Как на счет embedded?

nobody cares.

Чтобы публиковать в каком-либо разделе, в него нужно сначала вступить.
Ну а по теме, могу только посочувствовать, ибо всю жизнь с nvidia и ее блобами.

Не надо ломать процесс. Это может привести к проблемам.

Вернее в каждом из нас есть немножко "луддита".

Всегда есть "луддиты".