Ineu

AndrS писал(а) вт, 03 января 2006 00:46 я не видел еще программ способных подменить под ЛИНУКСОМ МАСадрес. http://www.alobbs.com/modules.php?op=modload&name=macc&a mp;file=index

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

Ой, извините, не удержался. Вы, наверное, с Паскалем раньше работали? Вложенные описания функций - это ж просто ахтунг Или это у Вас не описания, а вызовы??? Вот Вам работающий исходник: #include <stdio.h> double* quick (double *s, int low, int hi) { double cnt,aux; int i,j; if (hi > low) { i = low; j = hi; cnt = s; while (i < j) { if (s[i+1] <= cnt) { s = s[i+1]; s[i+1] = cnt; i++; } else { if (s[j] <= cnt) { aux = s[j]; s[j] = s[i+1]; s[i+1] = aux; } j--; } } quick(s,low,i-1); quick(s,i+1,hi); } return (s); } int main () { double a[8] = {1, 3, 2, 76, 123, 0, 4, 1}; int i; int n = 8; quick (a, 0, n - 1); for (i = 0; i < n; i++) printf ("%f\n", a); }

Пять месяцев... а я думал - я медленно работаю...

allez писал(а) пт, 16 декабря 2005 20:34 А вы в стартовых скриптах покопайтесь да найдите, где параметры IDE настраиваются. Наверняка выйдете на файл конфигурации, в котором упомянут лишь один диск из трех. Кстати, каким дистрибутивом пользуетесь? У меня на старых версиях Mandrake и Red Hat (седьмых с копейками версий) конфиги гнездились в /etc/sysconfig (точные имена файлов сейчас не вспомню). Нужными данными они наполнялись после, например, прогона сервиса kudzu. Gentoo. Менялось ТОЛЬКО ядро. Придется и правда загнать в скрипты . Благодарю за помощь.

Примера не дам, могу так прикинуть Судя по коду, функции скармливается указатель на начало массива, индекс элемента, с которого надо начинать сортировку и индекс элемента, на котором сортировку надо заканчивать. Для сортировки всего массива a[n] вызов ф-ии должен выглядеть как quick (a, 0, n - 1). И что Вас тут смущает?

Dr.Spectre писал(а) пн, 19 декабря 2005 22:04 Цитата: Поставьте маскарад двусторонний обычный маскарад нужен. А я все же утверждаю, что если демону не нравится внешний ИП, то вполне логично сменить его на внутренний. Цитата: 1. включить в proc ip_forward (или через /etc/sysctl.conf если есть поддержка) Написано же - при заходе из инета работает все, кроме Линейки. При чем тут разрешение форвардинга? Цитата: 2. открыть форвард в обе стороны iptables -A FOWARD -s xxx -d xxx -j ACCEPT 1. См. предыдущий пункт 2. В приведенных Дагерсом правилах я не заметил изменения политик для цепочек, а какая политика стоит для всех цепочек (в т.ч. FORWARD) по умолчанию? Цитата: Поставьте маскарад двусторонний, чтоб до игрового сервака пакеты приходили не с реального ИПа, а со 192.168.100.2 Чё-то ума не приложу как это осуществить... Наверное, я не совсем правильно выразился... Имелось в виду помимо MASQUERADE all -- 192.168.100.0/24 anywhere маскарад в направлении 192.168.100.0/24. Напомню, что был поставлен вопрос о том, что демону не нравится реальный ИП, поэтому ИМХО вполне логично было прописать маскарад в направлении инет-> локалка. А если маскарад есть и тот и тот, его можно назвать двусторонним. Я так думаю (с) Винни Пух ЗЫ: А с Вашими новыми правилами я тоже ничо не понимаю

И что Вас смущает? Простейший пример - отправка письма по адресу, указанному первым аргументом, с текстом, указанным вторым аргументом: #include <stdio.h> #include <stdlib.h> int main (int ac, char *av[]) { char str[256]; if (ac != 3) exit (1); sprintf (str, "echo %s | mail %s", av[2], av[1]); system (str) && printf ("Error sending mail to %s\n", av[1]) || printf ("Mail to %s sent\n", av[1]); return 0; }

/dev/hda: multcount = 16 (on) IO_support = 0 (default 16-bit) unmaskirq = 0 (off) using_dma = 1 (on) keepsettings = 0 (off) readonly = 0 (off) readahead = 8 (on) geometry = 4998/255/63, sectors = 41110142976, start = 0 /dev/hdc: multcount = 0 (off) IO_support = 0 (default 16-bit) unmaskirq = 0 (off) using_dma = 0 (off) keepsettings = 0 (off) readonly = 0 (off) readahead = 8 (on) geometry = 19457/255/63, sectors = 160041885696, start = 0 /dev/hdd: multcount = 0 (off) IO_support = 0 (default 16-bit) unmaskirq = 0 (off) using_dma = 0 (off) keepsettings = 0 (off) readonly = 0 (off) readahead = 8 (on) geometry = 30401/255/63, sectors = 250059350016, start = 0 Установка флага using_dma дает результат в принципе небоходимый, но возникает следующий вопрос - почему ядро само по умолчанию использует ДМА только на первом диске? В стоявшем раньше 2.4.31 ДМА для всех дисков устанавливался при загрузке...

Доброе время суток! Ядро - 2.4.22. Мать на Intel 848P. Винты: Макстор 40, Самсунг 160, Самсунг 250. В ядре поддержка Intel PIIX. hdparm -t дают 50 М/с для первого винта, как и положено. Но для второго и третьего - по 2 М/с!!! В чем мб проблема?

Daggers писал(а) сб, 10 декабря 2005 10:46 Есть подозрение, что игровому серверу не нравицца белый IP подключающегося клиента, ибо в локалке всё работает нормально. Как мне решить эту проблему? Поставьте маскарад двусторонний, чтоб до игрового сервака пакеты приходили не с реального ИПа, а со 192.168.100.2

man basename В целом - info coreutils Предполагаю, что можно помучать Гугля на предмет регулярных выражений, на фразу bash regexp он вывел кучу всякого добра

Если массив целиком упорядочен, то для любого i2 >= i1, j2 >= j1 выполняется условие a[i2][j2] > a[i1][j1] (разумеется, индексы не могут быть равны одновременно). В таком случае нет необходимости сравнивать Х с каждым элементом массива, а можно в цикле по строкам сравнивать его с первым элементом строки. Очевидно, что если a[0] < X < a[i + 1][0], то искомый элемент находится в строке i. В зависимости от метода поиска количество проверок может разниться, но в любом случае оно не будет больше n. Когда строка найдена, можно проделывать ту же операцию со столбцами в найденной строке. Опять же, вне зависимости от метода проверки, для нахождения нужного элемента понадобится не более m проверок. То есть даже в худшем варианте мы вполне укладываемся в ограничения задачи.

Проблема решена. Дело оказалось в ядре. В 2.4.22 работает. В 2.4.31 не работает. В 2.6.13 работает. Дурдом.

Как я понял, элемент массива a[j] определяется как X = 10*i + j + 1. В таком случае, индексы определяются как: i = X/10, j = X%10 - 1. Впрочем, это слишком просто, чтобы быть правильным. Опишите подробней принцип формирования массива.

system ("/bin/mail ......");

Connecting people...

Доброе время суток, господа! Проблема появилась недавно, раньше все прекрасно работало, но в один далеко не прекрасный момент перестало, хоть убей, не могу понять, отчего. Итак, проблема В локалке есть сервак С и клиент К. На С есть два инетовских канала - через гейты И1 (eth0) и И2 (eth1). Дефолт роут - И1. Клиентский трафик пускается через И2: ip rule add from К table 1 ip route add 0/0 via И2 table 1 Вроде бы все правильно, но... не жужжит. Пакет с К входит через eth0, проходит через все положенные цепочки в том числе и nat.POSTROUTING, но после этого через eth1 не выходит! Ядро 2.4.31, iproute новый - из дерева портежей, iptables 1.3.2.

А мне понравилось Мне бы их проблемы

Довольно неожиданный вывод

Работает. Большое спасибо!

Доброе время суток! ФудФорум позволяет рассылать в уведомлениях о сообщении тело поста или ответа. Штука, как я уже убедился, очень удобная. Нельзя ли такое сделать на ЛинухРу, чтоб не лазить по РСС?

BSDobermann писал(а) пн, 24 октября 2005 14:46 Как говорил один мой знакомый - просто забейте. P.S. а вообще можно это дело кое-как ускорить.. Только боюсь тогда опять появятся эти топики - "Голосуем: а нужен ли нам этот модератор"? ИМХО глупо.. А как ускорить? Можно в приват Надеюсь, Вы не обижаетесь на тот пост? Сейчас в такой же ситуации я бы поступил так же, уж извините

А я видел надпись на заборе, большими буквами - Ма-ны не ставить!... Кошмар линуксоида

BSDobermann писал(а) пн, 24 октября 2005 15:04 EvilShadow писал(а) пн, 24 октября 2005 15:46 Промолчу, а то если начнется спор Генту-Слака, будет много крови с обеих сторон EvilShadow, какие аргументы нынче в моде? Ну что ж, Вы сами этого хотели Кста, я не считаю, что основной метод спора - указывать на недостатки объекта другой стороны, а наоборот, демонстрировать преимущества своего. Итак: Цитата: 1) То что в слаке нет нормального пакетного менеджера? (ок. забудем про pkgtool. Вы можете им не пользоваться, если он вам не нравится), но не удаляйте этот пакет (он все равно занимает пару десятков Кб), пользуйте installpkg - чтобы проинсталлировать бинарный пакет в систему. removepkg - чтобы деинсталлировать, и upgradepkg - чтобы обновить. Вот видите все просто как раз-два-три. Просмотреть список установленного ПО можно так: ls -la /var/log/packages/ emerge - вещь достаточно серьезная, а в сочетании в gentoolkit почти дотягивает до уровня rpm Список установленного ПО - cat /var/lib/portage/world Цитата: 2) То что в слаке проблемы с PAM? -- no comments. No comments. Я такого не говорил Цитата: 3) То что не удается по-человечески отследить "зависимости"? Дык расчитывался этот дистрибутив на человека, который хоть чуть-чуть (иногда) в состоянии пошевелить мозгами.. ldd `which micq`. Сложнее отследить зависимости до установки пакета. (хотя этот момент тоже решается за несколько десятков минут). с корректно настроенными USE-флагами эти проблемы решаются сразу и без участия пользователя. К тому же отпадает следующая проблема: Цитата: 1) Не нравится генту потому что приходится выкачивать из сети куча всякого не нужного барахла. (качается то, что потом не пригодится 100%) Отнюдь - с нормальной настройкой. Цитата: 2) Не нравится то, что в генту надо тратить драгоценное место на портеджи (более 200Мб-300Мб+ просто так). Само дерево портежей весит около 100 метров. Размер distfiles - это другая проблема, причем решение ее зависит только от Вас - и в rpm-based дистрибутиве можно хранить на винте пакеты дистрибутива. А можно и не хранить. Только в Генту это относится к исходникам. Цитата: 3) Не нравится ждать часами пока программа скомпилируется из исходников. Мне не нравится все время что-то оптимизировать -- это пароноя. Не заостряйте внимание на сборке. Генту может конструироваться и из бинарных пакетов, так что с компиляцией можно и не мучаться. Также рекомендую в Gentoo Handbook сделать поиск по слову RPM - интересные результаты Цитата: В остальном все вроде в норме. Производительность на высоте. Но тогда уж лучше ковырять LFS.. LFS - любовь на всю жизнь Но тут уже появляются упомянутые проблемы - и отсутствие нормального менеджера пакетов, и необходимость все делать ручками твт.