Alexandr Maslyuchenko
-
Постов
6 -
Зарегистрирован
-
Посещение
Никогда
Сообщения, опубликованные Alexandr Maslyuchenko
-
-
Народ! Помогите кастрировать мула. В частности что бы он отдавал поменьше....
А то на работе запустишь - сразу админ выкупает, поскольку идет постоянная отдача (1-2 кб/с, но все же ее видно).
Дома же всего 350 метров в месяц трафика - тоже жалко отдавать много....
Были бы нормальные условия инета, я бы не пытался обделить других перекачаныим файлами....
В общем есть какой нибудь способ убрать отдачу вообще или снизить ее к минимуму? Как это отразится на муловском протоколе? А то они там говорят на сайте, про поощерение отдающих...
-
Я бы тоже смотрел.... знать бы логи чего смотреть....
Компиляция проходит нормально....
-
Берем только что поставленную Федору 3 (без Х)
берем баш (2.05 или 3.0), конфигурим, собираем запускаем....
Из под собраного баша запускаем чтонибудь... например ls
выбранная комманда отрадатывает правильно, после чего баш виснет нафиг.... пересобирал раз 10 с разными ключами - безрезультатно...
Где грабли?
-
Проверил....
Проблема в сборке bash под Федорой....
скомпилял под Слакой статически, перенес - работает...
Посмотрим, что получается при второй сборке баша....
-
Ставлю себе LFS 6.0. Хост система Fedora3.
Я понимаю, что они очень не рекомендуют отходить от книги, но я все таки сделал вольность и отошел....
В частности они предлагают юзать glibc 2.3.4 какой то снапшот, я же попытался ставить 2.3.5.
Далее они при конфигурировании предлагают использовать ключ --enable-add-ons=nptl, а я использовал --enable-add-ons=linuxthreads (естественно предварительно распаковал эти самые линукстреды в директорию с исходниками glibc)
Первый воспрос (чисто для общего развития): в чем разница этих ключей?
А проблема, в общем, следующая, после того как я собрал статическую часть, сделал chroot, после запуска любой внешней комманды, она выполняется, но в шелл обратно не выходит....
Т.е. к примеру:
# ls
glibc-2.3.5 glibc-build linux-libc-headers-2.6.11.2 man-pages-2.03
<и тут консоль начинает висеть>
В чем могут быть грабли? связано это с неправильной компиляцией glibc на статическом шаге? или это чтото другое собралось криво?
Тесты я пока не прогонял (как они и советуют?)
выкручиваюсь скриптами: пишу мелкий скрипт, к примеру "./configure && make && make install && echo 'complete'", когда вижу окончание - прибиваю шелл и логинюсь заново...
Пропадет ли этот глюк после того как я пересобираю всю вторую часть?
ЗЫ Програмлю под никсы я давно, но в сборке системных компонент я пока новичек...
Объясните технологию написания трансляторов
в Программирование общее
Опубликовано
В частности интересует применимо к ANTLR, но рассмотрю любые комменты.
Из документации по АНТЛРу следует, что транслятор должен состоять из двух частей:
1) парсер входного языка, который проверяет синтаксис и строит АSТ (Abstract Syntax Tree)
2) парсер этого АСТ, который выписывает результат на выходном языке
Вопрос: а где в такой схеме проверять семантику? Например двойное объявление переменной, соответствие значения нужному типу?
Пока что я написал, только парсер, в который запихнул семантический проверки. Но попути оказалось, что у меня в некоторой моей структуре данных уже есть вся информация нужная для представления на выходном языке. Зачем тогда нужен парсер дерева?
Кто что думает по этому поводу?