The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Создать новую тему
 - Свернуть нити
Пометить прочитанным
1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | Архив | Избранное | Мое | Новое | | |  
Форум Программирование под UNIX
Скрипт для совмещения строк, !*! Uche, (Shell скрипты) 11-Фев-17, 01:07  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
Два дня ЛОР героически сражался с Rsync..., !*! chukcha, (Shell скрипты) 11-Дек-16, 00:49  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
  • ну ты это пойди и расскажи авторам rsync-aв --exclude пути всегда относительны b, олхнтп (?), 01:02 , 11-Дек-16 (1) !*!
  • https gist github com typomedia 6484306но там исключения отдельно вынесены, !*! Аноним (-), 06:24 , 11-Дек-16 (8)
    https://gist.github.com/typomedia/6484306

    но там исключения отдельно вынесены

    сообщить модератору +/ответить
    • Оказывается, всё-таки есть жизнь на Марсе Спасибо за дельные советы Ну а те,, !*! chukcha (??), 21:32 , 11-Дек-16 (11) –1
      Оказывается, всё-таки есть жизнь на Марсе! :) Спасибо за дельные советы!
      Ну а те, кто первыми "высказался"... известно ведь, что  всегда наверху плавает.

      Итак:

      > https://gist.github.com/typomedia/6484306
      > но там исключения отдельно вынесены

      Посмотрел, спасибо. Интересное, хотя для моего юзерского понимания сложноватое решение, но возможно, придется к нему вернуться.


      cat orig_exclude.txt| sed 's/^\/home//'>new_exclude.txt 
      rsync    -avpH --exclude-from=new_exclude.txt /home   /mnt/sdc1/

      > Второй вариант указать в качестве исходного пути "/" и добавить маски  
      > "+ /home/" и "- *" в список исключений, при которых несмотря
      > на указания пути "/" копироваться будет только /home.

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

      --------

      А пока просьба рассмотреть решение, которое предложил один из лоровцев.
      Оно привлекло меня  свое исключительной простотой.
      К сожалению, у лоровца оказались сильно испорченые нервы, не долечился, видимо, и диалог прервался на самом интересном месте из-за его хамства.

      Вот что он предложил:

      rsync    -avpH      \
      --filter="-/ /home/chukcha/.config/chromium/Default"                  \
      --filter="-/ /home/chukcha/.cache/mozilla/firefox"                    \
      --filter="-/ /home/chukcha/.cache/moonchild productions/pale moon"    \
      /home   /mnt/sdc1/


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

      Проверял его очень просто: запустил этот скрипт и наблюдал, что копируется, а что нет.
      Оказалось, что копируется всё (разумеется, за исключением ранее скопированного), но к сожалению, корируется также и то, что содержится в строках исключения, а такого, конечно,  не должно быть.

      Что я делаю не так - ума не приложу. Или все-таки это решение неправильное?

      сообщить модератору –1 +/ответить
  • rsync обрабатывает маски относительно корня копирования, поэтому самым простым в, !*! Freddy Cuper (?), 08:36 , 11-Дек-16 (9) +1
    rsync обрабатывает маски относительно корня копирования, поэтому самым простым выходом будет запись списка исключения в файл и использование простого скрипта, который вырежет корень из имён путей в этом списке, а потом запустит rsync с передачей изменённого набора правил директивой --exclude-from

    типа
    cat orig_exclude.txt| sed 's/^\/home//'>new_exclude.txt
    rsync    -avpH --exclude-from=new_exclude.txt /home   /mnt/sdc1/

    Второй вариант указать в качестве исходного пути "/" и добавить маски  "+ /home/" и "- *" в список исключений, при которых несмотря на указания пути "/" копироваться будет только /home.

    сообщить модератору +1 +/ответить
      • Оказывается, всё-таки есть жизнь на Марсе Спасибо за дельные советы Ну а те,, !*! chukcha (??), 23:09 , 11-Дек-16 (14) –2
        Оказывается, всё-таки есть жизнь на Марсе! :) Спасибо за дельные советы!
        Ну а те, кто первыми "высказался"... известно ведь, что  всегда наверху плавает.

        Итак:

        > https://gist.github.com/typomedia/6484306
        > но там исключения отдельно вынесены

        Посмотрел, спасибо. Интересное, хотя для моего юзерского понимания сложноватое решение, но возможно, придется к нему вернуться.


        cat orig_exclude.txt| sed 's/^\/home//'>new_exclude.txt 
        rsync    -avpH --exclude-from=new_exclude.txt /home   /mnt/sdc1/


        > Второй вариант указать в качестве исходного пути "/" и добавить маски  
        > "+ /home/" и "- *" в список исключений, при которых несмотря
        > на указания пути "/" копироваться будет только /home.

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

        --------

        А пока просьба рассмотреть решение, которое предложил один из лоровцев.
        Оно привлекло меня  свое исключительной простотой.
        К сожалению, у лоровца оказались сильно испорченые нервы, не долечился, видимо, и диалог прервался на самом интересном месте из-за его хамства.

        Вот что он предложил:

        rsync    -avpH      \
        --filter="-/ /home/chukcha/.config/chromium/Default"                  \
        --filter="-/ /home/chukcha/.cache/mozilla/firefox"                    \
        --filter="-/ /home/chukcha/.cache/moonchild productions/pale moon"    \
        /home   /mnt/sdc1/


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

        Проверял его очень просто: запустил этот скрипт и наблюдал, что копируется, а что нет.
        Оказалось, что копируется всё (разумеется, за исключением ранее скопированного), но к сожалению, корируется также и то, что содержится в строках исключения, а такого, конечно,  не должно быть.

        Что я делаю не так - ума не приложу. Или все-таки это решение неправильное?

        сообщить модератору –2 +/ответить


Создать скрипт помогите, !*! pilotik, (Shell скрипты) 17-Янв-17, 14:46  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]


компановка скрипта, !*! Alex, (Shell скрипты) 20-Янв-17, 13:00  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
запуск процесса и получение его PID, !*! hamel1on, (Perl) 20-Янв-17, 11:36  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
sed вывести переменную содержащую знаки пунктуации., !*! DiJey, (Shell скрипты) 19-Янв-17, 16:59  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
помогите с простенькой задачкой, !*! visitor, (Perl) 14-Янв-17, 19:24  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
  • Это в каком классе сейчас такие примитивные задачки сейчас задают , !*! Led (ok), 21:27 , 14-Янв-17 (1)
    Это в каком классе сейчас такие примитивные задачки сейчас задают?
    сообщить модератору +/ответить
  • gt оверквотинг удален Иногда скорость не имеет решающего значения Есть задачи, !*! Square1 (?), 22:35 , 14-Янв-17 (2)
    >[оверквотинг удален]
    > 2. список доменов:
    > domain1.com
    > domain2.com
    > ...
    > domainX.com
    > задача сосотоит в том чтобы выкинуть все мыла из листа 1 домены
    > которых совпали с доменами из листа 2
    > grep -v работает ужасно долго при больших листах - уверен перл справиться
    > намного быстрее.
    > Спасибо!

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

    Что же до скорости....
    Самое быстрое решение (если объем файлов действительно велик) - будет загнать оба списка в базу данных а потом сконструировать примитивный select ... like in (select ...)

    Если объем файлов слишком велик для этого метода- то использовать шардинг.

    Если объем файлов реально велик - то вероятно надо использовать MapReduce.

    Что же до перла - то загрузка в перл больших объемов данных приводит к существенному потреблению памяти. Это надо помнить.

    сообщить модератору +/ответить
  • Ну что же, сам напросился - получай code usr bin perlopen DOMAIN, path t, !*! михалыч (ok), 08:45 , 15-Янв-17 (3)
    Ну что же, сам напросился - получай ))

    #!/usr/bin/perl

    open (DOMAIN, /path/to/file/domain);
    @domain{<DOMAIN>}=();

    open (MAIL, /path/to/file/mail);
    while (<MAIL>) {
        /^.*\@(.*)/;
        print unless exists $domain{"$1\n"};
    }


    насчет жручести памяти в перле будем считать тебя предупредили выше
    сообщить модератору +/ответить
    • А тебя ещё чуть выше предупредили про медленный греп В перле нет чего побыс, !*! Andrey Mitrofanov (?), 11:22 , 15-Янв-17 (4)
      > Ну что же, сам напросился - получай ))
      > #!/usr/bin/perl
      >     /^.*\@(.*)/;
      > насчет жручести памяти в перле будем считать тебя предупредили выше

      А тебя ещё чуть выше предупредили про "медленный" греп... В перле нет чего побыстрее для отрезания "всего до вон того символа"? Ну, вложенные циклы (найти вложенный - упражнение для читателей младше 2го курса #форумная-ЦС) оставим, как "подарок" начинающему падавану.

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

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

      сообщить модератору +/ответить
      • Правильно Решение на awk не будем показывать , !*! universite (ok), 19:03 , 15-Янв-17 (5)
        >> Ну что же, сам напросился - получай ))
        >> #!/usr/bin/perl
        >>     /^.*\@(.*)/;
        >> насчет жручести памяти в перле будем считать тебя предупредили выше
        > А тебя ещё чуть выше предупредили про "медленный" греп... В перле нет
        > чего побыстрее для отрезания "всего до вон того символа"? Ну, вложенные
        > циклы (найти вложенный - упражнение для читателей младше 2го курса #форумная-ЦС)
        > оставим, как "подарок" начинающему падавану.

        Правильно! Решение на awk не будем показывать!

        сообщить модератору +/ответить
        • user awk BEGIN mail som example com dom substr mail,index mail, 1 pri, !*! Andrey Mitrofanov (?), 09:31 , 16-Янв-17 (7)
          >>> Ну что же, сам напросился - получай ))
          >>> #!/usr/bin/perl
          >>>     /^.*\@(.*)/;
          >>> насчет жручести памяти в перле будем считать тебя предупредили выше
          >> А тебя ещё чуть выше предупредили про "медленный" греп... В перле нет
          >> чего побыстрее для отрезания "всего до вон того символа"? Ну, вложенные

          user:~$ awk 'BEGIN{mail="som@example.com";dom=substr(mail,index(mail,"@")+1);print dom}'
          example.com
          user:~$ _

          >> циклы (найти вложенный - упражнение для читателей младше 2го курса #форумная-ЦС)
          >> оставим, как "подарок" начинающему падавану.
          > Правильно! Решение на awk не будем показывать!

          Конечно. Лениво же.

          сообщить модератору +/ответить
      • да что за предъявы сижу никого не трогаю, починяю примусна перле заказывали пол, !*! михалыч (ok), 20:56 , 15-Янв-17 (6)
        > А тебя ещё чуть выше предупредили про "медленный" греп

        да что за предъявы?
        сижу никого не трогаю, починяю примус

        на перле заказывали? получите, распишитесь ))

        ну можно ещё так отрезать "всё до вон того символа"

        #!/usr/bin/perl

        open (DOMAIN, domain);
        @domain{<DOMAIN>}=();

        open (MAIL, mail);
        while (<MAIL>) {
            $m=$_;
            $m=~s/^.*\@//;
            print unless exists $domain{$m};
        }

        но сути использования ключей хеша это не изменит

        а ТС, если захочет, замерит, что там будет быстрее, чем

        grep -vFf domain mail
        и насколько быстрее,

        а если памяти мало - так это не ко мне, это в магазин за углом ))

        сообщить модератору +/ответить
        • Да, я так, погулять вышел Греп тормоз, да Я пробовал поанализировать в сторо, !*! Andrey Mitrofanov (?), 09:40 , 16-Янв-17 (8)
          >> А тебя ещё чуть выше предупредили про "медленный" греп
          > да что за предъявы?
          > сижу никого не трогаю, починяю примус
          > на перле заказывали? получите, распишитесь ))

          Да, я так, погулять вышел. Греп тормоз, да. Я пробовал "поанализировать" в сторону, что в перле же тоже регекспы и поэтому-то... Доказательство по аналогии "считаю безобразной ошибкой"

          --[Расскаиваюсь. Прошу дать возможность загладить, искупить.]Ц

          > ну можно ещё так отрезать "всё до вон того символа"

          #!/usr/bin/perl 
          >     $m=~s/^.*\@//;

          Это ж опять регексп, см.index+substr выше. Впрочем, перл всяко быстрее грепа, а заякорённый регексп должен быть даже быстрее index+substr.

          > а ТС, если захочет, замерит, что там будет быстрее, чем

          grep -vFf 
          > domain mail
          и насколько быстрее,
          сообщить модератору +/ответить
Домашнее задание на Python, !*! Dimon2016, (Python) 27-Апр-16, 08:54  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]


строка в обратном порядке без sed и awk, !*! grizzlynet, (Shell скрипты) 05-Дек-16, 09:27  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]


Cron + shell, !*! SuicideMouse, (Shell скрипты) 19-Дек-16, 09:34  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
Найти юзера, что зашел в систему локально, !*! Vasya_Alibabaevich, (Разное) 15-Дек-16, 23:57  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]


Найти строку в файле и удалить предыдущую перед ней, !*! XaKoN, (Shell скрипты) 12-Дек-16, 17:31  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
вставить перевод  строки через каждые 5 слов, !*! Badaboom, (Shell скрипты) 25-Ноя-16, 15:25  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
C Перенаправить файл в дочерний процесс обработать tail и, !*! mesmeridze, (C/C++) 15-Ноя-16, 08:35  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
Проблема с регулярными выражениями в bash-скрипте, !*! drew53, (Shell скрипты) 13-Ноя-16, 20:26  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
Работа со строками Bash, !*! kampaiification, (Shell скрипты) 20-Окт-16, 23:39  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
какой применить алгоритм?!, !*! вотак, (Разное) 07-Окт-16, 09:40  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
centos iopl(3) Operation not permitted, !*! serge, (C/C++) 03-Окт-16, 20:46  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
bash-скриптинг, !*! Hogward, (Shell скрипты) 30-Сен-16, 14:23  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
  • gt оверквотинг удален while read f do echo fdone list txt, !*! Виктор (??), 23:27 , 30-Сен-16 (1) +1
    >[оверквотинг удален]
    > осуществляется именно через текстовый документ, т.к. он формируется на удаленном сервере,
    > после чего доставляется на необходимый.
    > PS из плюсов - все файлы имеют вид "document"; "item" и пр.
    > Без пробелов, спецсимволов и расширений.
    > Копирование файлов планирую осуществлять вот таким образом:
    > cat /home/usr/var/to_backup.txt | xargs -IFILE cp FILE  /home/usr/var_old/
    > где to_backup.txt - файл, созданный на основе list.txt, но с полными путями
    > до файлов.
    > Почти уверен, что проблему можно решить обычным find-ом, но не хватает скила
    > правильно это сделать.

    while read f; do
      echo $f
    done <list.txt

    сообщить модератору +1 +/ответить
    • gt оверквотинг удален Спасибо, разобрался с циклом и все заработало , !*! Hogward (ok), 11:35 , 03-Окт-16 (3)
      >[оверквотинг удален]
      >> Без пробелов, спецсимволов и расширений.
      >> Копирование файлов планирую осуществлять вот таким образом:
      >> cat /home/usr/var/to_backup.txt | xargs -IFILE cp FILE  /home/usr/var_old/
      >> где to_backup.txt - файл, созданный на основе list.txt, но с полными путями
      >> до файлов.
      >> Почти уверен, что проблему можно решить обычным find-ом, но не хватает скила
      >> правильно это сделать.
      > while read f; do
      >   echo $f
      > done <list.txt

      Спасибо, разобрался с циклом и все заработало.

      сообщить модератору +/ответить
  • причем тут find, когда, как ты сам пишешь, тебе известны их имена и пути ост, !*! Pahanivo (ok), 11:03 , 03-Окт-16 (2)
    причем тут find, когда, как ты сам пишешь, тебе известны их имена и пути ... остается только проверить их существование ...
    попытайся сформулировать задачу хотя бы для себя - глядишь и сам разберешься.
    сообщить модератору +/ответить
: Детская теория чисел, !*! pavlinux, (Shell скрипты) 27-Сен-15, 00:06  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]


Нормальный ли код получился? (Переворот строки Си)., !*! dcc0, (C/C++) 14-Сен-16, 20:10  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]


си system и переменные, !*! dcc0, (C/C++) 17-Сен-16, 10:32  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
Printf цикл отступ, !*! dcc0, (C/C++) 13-Сен-16, 13:09  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]


Мой маленький OpenSpurce проект, !*! dcc0, (PHP) 06-Сен-16, 16:27  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
Как реализвать substr в си?, !*! dcc0, (C/C++) 03-Сен-16, 01:54  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
Скрипт примонтирования, !*! Wellberg, (Shell скрипты) 18-Авг-16, 13:43  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
  • Вы слишком много куша а нет, не то Слишком много, или мало , кавычек А по, !*! Andrey Mitrofanov (?), 14:38 , 18-Авг-16 (1)
    > if [ `mount | grep "$dir_name"` ]; then

    Вы слишком много куша.. а нет, не то.  Слишком много, или мало?, "кавычек". А понимания мало.

    Или
    if mount |grep -qs "$dir_name"; then
    , или
    if [ "`mount |grep "$dir_name"` ]; then
    .

    Но на самом-то деле (там наверху проблема с совпадением по _подстроке_...) надо
    if mountpoint -q "$dir_name"; then
    !

    > echo "OK"
    > else

    И про вторую часть у меня есть чего добавить:

    > umount /mnt/backup/
    > cd /mnt/backup/
    > rm -r /mnt/backup/*
    > mount -a
    > И как связать первую часть со второй? То есть если директория не

    Чистишь файлы "под" примонтировнным разделом? _Просто_ смонтируй объемлющий раздел в другую директорию -- тем не будет "покрытия" этим макнт-поинтом!, сотри, если что есть, и отмонтируй. Навскидку, не проверяя:

    mkdir /tmp/fully-tmp \
        && mount --bind / /tmp/fully-tmp \
        && rm -r /tmp/fully-tmp/mnt/backup/* \
        && umount /tmp/fully-tmp
    || echo XFailedX

    И первая часть не нужна.

    сообщить модератору +/ответить
Bash vs Dash - подстановка управляющих символов, !*! AlAdin, (Shell скрипты) 14-Авг-16, 07:20  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
Подскажите инструменты для парсинга таблицы, !*! unixman, (Shell скрипты) 10-Авг-16, 12:05  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
Прекращение цикла, !*! Ordu, (Shell скрипты) 02-Авг-16, 15:17  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
Работа с сирийным портом (Linux/Kernel/LKM), !*! Oxff, (Процессы, Треды, RPC) 17-Июл-16, 03:35  [ | | | ] [линейный вид] [смотреть все] [раскрыть новое]
  • В гугле забанили , !*! PavelR (??), 11:25 , 17-Июл-16 (1) +1
  • собрать свой драйвер, наверное а что конкретно надо делать-то там вообще н, !*! Alex_S (??), 16:50 , 19-Июл-16 (3)
    > Приветствую!
    > Имеется исходник модуля ядра под Линукс, требуется из него работать с серийным
    > портом.
    > Немного прошарил тему, сколько удалось понять, что по простому работать с виртуальным
    > терминалом ttyS можно только из под юзер спейс.
    > В теории можно собрать свой низкоуровневый драйвер, но это сложновато для моего
    > уровня знаний.
    > Какие варианты решения посоветуете?

    собрать свой драйвер, наверное.

      а что конкретно надо делать-то ?

      там вообще несколько слоев. драйвер уарта, line discipline  и  собссно /dev/ttyS*

      мож тебе проще драйвер уарта пропатчить, например. проинициализировать девайс из юзерспэйса , но потом дергать из твоего модуля драйвер уарта напрямую, а /dev/ttyS не трогать вообще.

    сообщить модератору +/ответить
    • Мда, в сабже я дал конечно, был очень не трезв Есть готовый драйвер LKM из кот, !*! Oxff (ok), 18:04 , 19-Июл-16 (4)
      >  собрать свой драйвер, наверное.
      >   а что конкретно надо делать-то ?
      >   там вообще несколько слоев. драйвер уарта, line discipline  и
      >  собссно /dev/ttyS*
      >   мож тебе проще драйвер уарта пропатчить, например. проинициализировать девайс из
      > юзерспэйса , но потом дергать из твоего модуля драйвер уарта напрямую,
      > а /dev/ttyS не трогать вообще.

      Мда, в сабже я дал конечно, был очень не трезв ;)
      Есть готовый драйвер LKM из которого нужно наладить коммуникацию с периферией по уарту.
      В общем все сделал через /dev/ttyS, но работает не стабильно.
      После пересборки модуля он периодический зависает после вызова filp_open(serial, O_RDWR | O_NOCTTY | O_NDELAY, 0);
      Как отладить и с чего глючит не ясно...(


      сообщить модератору +/ответить
      • Зря вы так, у вас же явное ОРЗ PS ОРЗ Очень Резко Завязал , !*! izyk (ok), 20:02 , 19-Июл-16 (5)
        > Мда, в сабже я дал конечно, был очень не трезв ;)
        > Есть готовый драйвер LKM из которого нужно наладить коммуникацию с периферией по
        > уарту.
        > В общем все сделал через /dev/ttyS, но работает не стабильно.
        > После пересборки модуля он периодический зависает после вызова filp_open(serial, O_RDWR
        > | O_NOCTTY | O_NDELAY, 0);
        > Как отладить и с чего глючит не ясно...(

        Зря вы так, у вас же явное ОРЗ.

        PS. ОРЗ(Очень Резко Завязал).

        сообщить модератору +/ответить
      • С этого места можно чуть подробнее , !*! Oxff (ok), 22:46 , 19-Июл-16 (6)
        >   мож тебе проще драйвер уарта пропатчить, например. проинициализировать девайс из
        > юзерспэйса , но потом дергать из твоего модуля драйвер уарта напрямую,
        > а /dev/ttyS не трогать вообще.

        С этого места можно чуть подробнее...?


        сообщить модератору +/ответить
 
Пометить прочитанным Создать тему
1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | Архив | Избранное | Мое | Новое | | |



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру