Кто-нибудь организовывал означенное в теме взаимодействие? Может поделиться опытом/подводными граблями в решении данной задачи?

Дело в том, что сейчас имеется файл-сервер под оффтопиком, на который сливают данные машины, работающие под досом. Хотелось бы выкинуть нафиг оффтопик и заменить его на нормальную ОС. Однако, мне один человек утверждал, что вроде бы досовский клиент SMB работает вообще не по протоколу IP, а как-то более низкоуровнево. В инете встречал информацию что подружить дос с самбой вроде можно, но без подробностей.

Заменить дос на что-то другое в данном случае проблематично (там работает софт, работающий напрямую с железом, и переписывать его сейчас никому не хочется; машины довольно слабые, так что запускать в эмуляторе тоже не получится).

Поскольку на ЛОРе много программирующих людей, хотелось бы узнать у тех, кто пишет на C/C++: чем вы отлаживаете свой код?

Лично я использую gdb и в качестве оболочки для него ddd (т. к. не нашёл ничего больше сравнимого по функциональности).

Собственно, меня эта пара удовлетворяет далеко не всегда (к примеру, часто бывают проблемы с установкой брейкпоинта на методы в c++: ставишь брейкпоинт (по имени метода), он ставится, отображается, но ставится, как выясняется, куда-то "не туда", в итоге он не срабатыват когда должен). Вот и хочу узнать - может что получше есть.

Может кто не видел ещё:

http://books.google.com/

Есть поиск и по русскоязычным книгам. Только вот полные тексты они выкладывают только с согласия издателей (т. е. крайне редко).

Ссылка из tracker.jsp, озаглавлена как "Программное обеспечение: обзоры".

http://www.linux.org.ru/profile/slav/group.jsp?group=5922

Связана с сообщением http://www.linux.org.ru/profile/slav/view-message.jsp?msgid=1829280

Почитал вот описание paludis (http://paludis.pioto.org/) - пакетный менеджер для генты, заменяющий portage. Пишут он гораздо гибче в конфигурировании и значительно быстрее portage. Кто-нибудь пробовал его использовать?

Никто не обращал внимания, что на addons.mozilla.org на картинке сверху нарисован велосипед? Что бы это значило? :)

В psi-0.10 наблюдаю такое поведение: автоматическая смена статуса связана только с движением мыши и не затрагивает клавиатуру. Т. е. если длительное время не трогать мышь а работать только с клавиатуры, то статус меняется как при неактивности. Наблюдает ли кто-нибудь такое же поведение и можно ли это как-то исправить? И как с этим дела обстоят в других клиентах?

Вопрос такой: возможно ли скопировать (т. е. получить доступ к содержимому) если на файл есть право только исполнения (режим 0711, пользователь не является владельцем файла и не входит в его группу)? Файл - обычный исполняемый (ELF).

Увидев вот эту рекламу на webmail.yandex.ru:

http://img.yandex.net/mail5/i/login/marka27.gif

прочитал то, что там написано, как "быдлопоиск" :)

Суть проблемы такова: vsftpd (под анонимусом) почему-то при досупе к файлу действует так, как будто он не является ни владельцем, ни членом группы файла. То есть, к примеру, если у каталога владелец ftp, группа ftp (vsftpd работает под пользователем и группой ftp), права rw-r-----, то vsftpd на запрос этого файла отвечает "550 Failed to open file.". Если же установить права rw-r--r--, то всё нормально. Впечатление будто он сам дополнительно проверяет, доступен ли файл для "остальных", не доверяя ОС (он же вроде "very secure"). А можно ли это как-то отключить?

Вот, к примеру, сейчас, подумав пару минут, сделал минимальный аналог netcat из одной строчки (нужно было с одного хоста подсоединиться к другому по smtp для проверки, ни telnet-а, ни nc там не было):

(cat <&2 & cat >&2) <>/dev/tcp/hostname/port 1>&0

Это я к чему: unix-принцип построения системы ОЧЕНЬ гибок и позволяет довольно эффективно решать большинство задач (даже не совстем стандартных) с минимальными усилиями. Веднузятникам такое и не снилось :)

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

Наблюдаю вот такое: при запуске любой кде-шной проги в терминал, из которого она запущена, вываливается куча сообщений типа такого:

kbuildsycoca: WARNING: '/usr/share/applications/gqview.desktop' specifies undefined mimetype/servicetype 'image/bmp'

kde-3.5.2, gentoo, ставилось с livedvd 2006.1, после установки кеды не обновлял. В чём может быть дело?

Собственно, вариантов немного suspend который родной в ядре и suspend2. Кто какой из них использует и почему?

Я сам довольно порядка года использовал suspend2 т. к. умеет он побольше, но с ядром 2.6.19 у него какие-то проблемы начались - та версия которая не бета периодически при создании образа выдаёт Oops и виснет, бета у меня один раз молча повисла в процессе записи образа на диск. Всвязи с этим перешёл на суспенд который в ядре...

Каким образом в git можно извлечь из удалённого репозитория его текущий срез (или срез на момент определённого коммита), БЕЗ истории. То есть только то, что нужно чтобы собрать программу. Вроде когда-то придумал как это можно сделать, но нигде не зафиксировал и успел забыть, а сейчас заново никак придумать не могу :( git-tar-tree на удалённом репозитории почему-то не работает (хотя, по идее, должен...)

Задача стоит такая. Есть eps-файл (ну или ps - разница невелика), который использует какие-то шрифты, установленные в системе, внедрённых шрифтов не содержит. Нужно внедрить в него те шрифты, которые он использует (чтобы отображался везде одинаково независимо от наличия/отсутствия шрифтов). Делать это на этапе генерации postscript-а неудобно (его генерирует gnuplot, а там внедрение шрифтов сделано очень неудобно). Как это оптимальным образом сделать?

Пока нашёл только один способ - перегоняю сначала в pdf с параметром -dPDFSETTINGS=/printer (тогда он в pdf все шрифты внедряет), затем обратно через pdftops -eps -level3, но что-то мне подсказывает что это решение из серии "с первого этажа в подвал через чердак". ps2ps/eps2eps не годится т. к. они превращают все шрифты в растровые, что сильно нежелательно (описаный выше метод через pdf лишён этого недостатка). Может кто-нибудь посоветовать более прямое решение чем найденое мной?

Существует ли smart-монитор для жёстких дисков, который бы сохранял состояние параметров при своём завершении и загружал их при запуске? Т. е. чтобы он мог обнаруживать изменение каких-то параметров после выключения-включения (smartd обнаруживает только изменения, произошедшие в процессе его работы).

Вот такой вопрос возник. А не существует ли аналога screen, но для иксовых программ? Конкретно интересует возможность запуска иксовой программы с последующим "отсоединением" её от реального X-сервера (с возможным разлогиниванием пользователя) и последующего "присоединения" обратно. Есть ли такое и если есть - как называется?

Возник такой вопрос: динамически выделяемые локальные массивы (т. е. место под которые выделяется в стеке) является частью стандарта c или гнутым расширением? К примеру, нижеприведённый код gcc-4.1 нормально компилирует (и он нормально работает), а мелкомягкий компилятор (из msvs) - нет:

int n=10;
double a[n];

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

Пару дней назад ставил на один комп gentoo с livedvd x86_64 в бинарном виде (т. е. без компиляции всего подряд). Всё поставилось, но с одним но: при попытке загрузить genkernel груб сказал что ему не хватает памяти чтобы загрузить initrd (памяти там 4гб, initrd весит ~4.5 метра). Собственно, я не стал с этим заморачиваться и просто пересобрал ядро чтобы могло без initrd грузиться, но вопрос остаётся - почему с грубом возникла такая проблема? Ведь то же ядро с тем же initrd прекрасно грузится с livedvd (там правда загрузчик другой - isolinux). Или это уже какое-то ограничение груба?

ЗЫ на x86 (не 64) у меня вроде груб нормально грузил initrd от генкернела, а там он даже немного побольше чем на amd64...