Перейти к содержанию

Byte

Members
  • Постов

    2255
  • Зарегистрирован

  • Посещение

    Никогда
  • Победитель дней

    1

Весь контент Byte

  1. Dr.Spectre писал(а) пн, 07 ноября 2005 08:13 Цитата: Slackware И отвечу - почему. потому что отсутствие менеджера пакетов и зависимостей и т.п. не является абсолютным плюсом. Это "плюс" только для тех кто юзает слаку. хм... а что такое pkgtool ? rpm-пакеты конешно удобнее, никто не спорит... а вот наличие зависимостей является злом...
  2. BSDobermann писал(а) вс, 06 ноября 2005 19:15 Ну вот так сложилось, что смотрят не на знания, а на бумажку. ). Позвольте, и на основании каких фактов Вы так рассуждаете?
  3. 1. В СЕТИ. все что касается initrd 2. В документации к дровам для рейда (если есть)
  4. пересобрать initrd ручками или неверные параметры ядру передаются
  5. slackware...
  6. да все зависит от языка и приемов программирования. если это язык высокого уровня, инкапсулирующий низкоуровневые АПИ ф-ции - один подход; "чистый" С - другой, при этом приходится использовать "голый" винапи если это не простейшее консольное приложение. винда - ОС основанная на объектно ориентированном подходе, посему, хотя и можно программить на С, С++ роднее для винды
  7. Hans R. Steiner писал(а) пт, 28 октября 2005 09:50 1. на мой -- взгляд, рановато, советую Mandrake Linux. уж лучше винду ХР...
  8. ArcsinX писал(а) чт, 27 октября 2005 16:49 Спасибо всем, кто пытался мне помочь, теперь всё работает после того как в ядре я включил поддержку звука как модуль а не как поддержку в ядре. (Кстати после пересборки ядра переутснавливать алса не нужно.) если звуковой модуль подключается ядерный а не алсашный - то конечно алса переустанавливать не надо
  9. все зависит от того, как читать из файла. если это чистые винапи функции ввода/вывода, то на им на последовательности перевода каретки действительно плевать, но чистый апи - ИМХО неудобно. а вот если использовать, скажем объект на основе класса CStdioFile из MFC, то 0D0A считать в виде последовательности байтов не получится, зато есть функция чтения строки целиком К чему это я: винда файлы не делит на те или иные, их делит программист в зависимости от потребностей.
  10. live Cd blin 2.0 может работать с иксами при 64 метрах памяти и освобождает сидюк после загрузки
  11. Dr.Spectre писал(а) пн, 24 октября 2005 14:34 Byte хотел сказать ldd ldd file истинная правда сорри исправлюсь
  12. 2Добер: после первого сообщения было сообщение о переустановке алса. и ничего не было про то что после этой операции запускался alsaconf следить за сообщениями надо внимательнее разводите тут флейм...
  13. а ld не помогает?
  14. перед тем как запускать alsamixer необходимо запустить alsaconf для первоначального конфигурирования
  15. Цитата: Уж полночь близится, А Германа все нет А.С. Пушкин ... о чем это я?... ах... да... три месяца прошло...
  16. для алса, если не ошибаюсь, надо поддержка OOS в ядре после пересборки ядра алсу также надо пересобрать или переустановить из тарболов для коректной установки алсашных модулей
  17. растение есть такое рУта...
  18. Пингвинчик писал(а) пт, 21 октября 2005 17:41 Тогда он туп, что маловероятно ну я вооще-то в своей предыдущей мессаге слегка пошутил
  19. а Добер не прикалывается он на полном серьезе
  20. BSDobermann писал(а) пт, 21 октября 2005 12:40 [Неее.. это не винда.. Это ФФ глючит - выкинул меня на netfoto.ru (скорее всего просто кэш надо было прочистить). ага или меньше мучить порносайты...
  21. Byte

    Проблемка.

    действительно - мои извинения это у меня лис 1.7 глючит - до перезагрузки браузера ваша подпись была где-то 24 шрифтом. поэтому и написал насчет подписи. нда... прикольно
  22. Byte

    Проблемка.

    1. 2Доберманн: премного благодарен за то, что Вы соизволили изменить размер подписи. 2. Пить, пусть даже на брудершафт, вредно 3. Сей топик действительно удалить-бы, но ведь это же флейм?
  23. Byte

    Проблемка.

    2Доберманн: ты бы подпись еще по навязчивее сделать не мог? будь добр, не раздражай ею чесной народ...
  24. userdel -r <user_name> smbpasswd -x <user_name>
×
×
  • Создать...