Проблема такая. Вызываю из проги на Си++ функцию из фортрановской библиотеки.
Соответственно создаю для неё заголовочный файл, где меняю integer на int *, double на double *, ну и тд ...

типа вот так
extern "C" {
	void dnaupd_(int*ido, char*bmat, int*n, char *which, 
           int*nev, double *tol, double *resid, 
           int *ncv, double *v, int*ldv,
	     int *iparam, int *ipntr,
           double *workd, double *workl, int *lworkl, int *info);
}

библиотека собирается g77 (gcc-3.4.4) с опциями -O2 -g.

Если эта функция вызывается из .c файла, то всё работает без проблем, 
если она вызывается из .cpp файла и проект собирается с оптимизацией выше чем -O0, то вызов функции возвращает неверные значения

Если собирать весь проект с -O0 или собирать другим компилятором (msvc не зависимо от опций), то всё ok. 

Если собрать отдельно .cpp файлик с вызовом с -O0, а весь проект с -O, то опять возникает хрень.

Из-за чего такое дерьмо может происходить?

Итак, у меня дома накрылся винт. Надо было заново ставить систему. Пока винт пустой и ничего не нём нет решил я посмотреть как изменился линух за те полтора года что я последний раз юзал его на десктопе (последнее время вижу его внутри vmware и в качестве удаленной командной строки на серваках).

Машина 2001 года сборки - PIII-933Mhz, 512M, 80G Seagate, GeForce2 GTS, Pinnacle PC TV, SB Live!, две сетевушки CNET Pro 120 (модуль tulip) и CNET Pro 200 (модуль dmfe), резак Pioneer 108, мамка Abit на i815 чипсете.

Первое что возникло после установки - не поднялась сеть. А дело в том, что почему-то модули dmfe и tulip надо грузить в определенном порядке, а именно вначале dmfe, а потом tulip, но линух естественно в /etc/modprobe.conf прописал следующие строки

alias eth0 tulip

alias eth1 dmfe

со всеми вытекающими последствиями.

Следующий этап настройка графики. XOrg c модулем nv почему-то нипадеццки перекосячил картинку на моем NEC LCD 1525M, что даже автонастройка на мониторе не спасала. Ну что делать, лезем на nvidia.com->drivers->TNT2/GeForce (!!!!)->Linux IA32->качаем драйвер 7667, NVIDIA-Linux-x86-1.0-7667-pkg1.run -x && cd NVIDIA-Linux-x86-1.0-7667-pkg1 && make install и в логах возникает замечательная фраза о том, что моя карточка больше не поддерживается (а какого спрашивается они об этом при скачивании не написали и я потратил 11 метров трафика ??? )

Ну ладно, лезем в архив, качаем дрова 6629, распаковываем, запускаем сборку ..... и тут возникает облом, не собирается типа, новомодные причуды "стабильной" ветки ядра.

Ну ладно, лезем в гугл, качаем патч, ставим, собираем. С помощью такой-то матери графика поднялась и даже glxinfo писала то, что нужно.

Далее запуск тв-тюнера. KDE-шный тюнер просканил сетку, нашел все каналы, но почему-то их не сохранил (:)) ), точнее в списке каналов после поиска был только первый, хотя поиск нашел вроде как все 15 которые у меня показывают. Ну ладно, факт в том, что звука не было на тюнере (До этого когда когда-то давно на этой машине стоял древний Debian 3.0 такой проблемы не возникало), настройки микшера посмотрел, всё включено, громкость на полной, line-in на полной, а звука нет. Что за засада пока не разбирался, вечером буду смотреть.

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

Продолжении топика про посещение дискотек http://www.linux.org.ru/view-message.jsp?msgid=887189

Знаю, что среди здешних читателей много любителей тяжелой музыки. В общем расскажу что было вчера на концерте легендарных Kreator в СДК МАИ, дабы предостеречь здешний народ от посещения данного заведения.

Собственно на билетах было написано время 20:00, как обычно с подругой подошли за час до мероприятия, то есть в 19:00. Перед входом толпа человек тыща ... Ну и фиг с этим. В горбушку тоже всегда толпа народу, а проходишь максимум (!!!) за 20 минут. Но не тут то было, пускают по три (!!!) человека. Как раз к 20 часам мы приблизились к входу. К этому времени народ у входа начал буйствовать :) Ну еще бы, час толкаться.

Где-то в 20:30 мы дошли до пищалки и охранников. Такого осмотра не было еще ни в одном клубе. У меня даже поинтересовались что лежит в кошельке (!!!), пришлось открывать.

Билеты были на балкон. Поднимаемся по лестнице ... Вход часть #2, млин, опять не пускают них##. Минут 20 пришлось еще толкаться на лестнице.

Ладно думаем хер с этим может концерт будет нормальным. В 21 с чем-то вышли Kreator, заиграли первые аккорды заглавного хита их последнего альбома Enemy Of God и я подумал #ля, что эти уроды сотворили со звуком, слышно только ударные из гитар получается какая-то непонятная каша, на звук гитар похожая весьма отдаленно. Когда Милле Петроцца запел я подумал - ну всё, 3.14159265358979323846здец, приехали. Что он пел было нихера неслышно. В общем сколько ходил на разные концерты такого убого звука еще не слышал ни разу.

Эта версия Mandrakelinux поддерживает платформы AMD x86-64 и Intel EMT.

>>> Подробности (mandrakesoft.com)

Вышло третье обновление для Debian 3.0 (woody). Обновление исправляет ряд критических ошибок и дыр в безопасности.

>>> Подробности (debian.org)

В дистрибутив вошли
- gcc 3.4.1
- KDE 3.2.3
- GNOME 2.6

Дистрибутив пока доступен для скачивания только членам MandrakeClub

>>> Подробности (mandrakesoft.com)

В Apache HTTP Server 2.0.x найдено переполнение буфера при разборе конфигурационных файлов httpd.conf и .htaccess

Ошибка исправлена в Apache 2.0.51

http://www.apache.org/dist/httpd/Anno...

>>> Подробности (securityfocus.com)

cdrecord при установленном uid бите не сбрасывает флаг euid=0 когда запускает пользовательскую команду, заданную через переменную окружения $RSH. Это может привести к повышению привелегий локального пользователя.

>>> Подробности (securityfocus.com)

Вышла версия 4.5.2 виртуальной машины VMware.
Изменения:
- Поддержка x86_64 в качестве хост-платформы (в этом случае VMware эмулирует 32'х битный процессор)
- Поддержка Solaris 9 и Solaris 10 в качестве гостевой ОС

>>> Подробности (vmware.com)

Тут выяснилось, что в последних дистрибутивах Linux'а что-то сделали с рендерингом несглаженных шрифтов (Mandrake10, ASP9.2) из-за чего они выглядят ужасно. Причём это проявляется только в приложениях, использующих новый механизм fontconfig, в приложениях не использующих его, например в xfontsel всё выглядит как и раньше.

Достаточно посмотреть как выглядит шрифт Helvetica в xfontsel в MDK10 и та же Helvetica в KDE.

Вообщем вопроса собственно два - кто виноват и что делать?

Вариант поставить шрифты от MS или использовать AA не предлагать, так как это уход от проблемы.

Скриншоты: MDK10: http://forum.ixbt.com/post.cgi?id=attach:22:51431:0:1 BCL62: http://forum.ixbt.com/post.cgi?id=attach:22:51431:0:2

Обнаружены два переполнения буфера в exim <=3.35 и exim <=4.32. Уязвимости проявляются если в конфигурации выставлены опции "sender_verify = true" и "headers_check_syntax".

>>> Подробности (debian.org)

Вышедший недавно SuSE Live CD 9.1 содержит ошибку в конфигурации, позволяющей заходить удалённо по ssh с правами root без ввода пароля.

>>> Подробности (securityfocus.com)

Найдено переполнение буфера в драйвере файловой системы ISO9660. Злоумышленник может подготовить специальным образом cdrom диск и получить права рута, подмонтировав его.

>>> Подробности (redhat.com)

читаем http://www.computerra.ru/think/sentinel/32529/

на форуме computerra разразился нешуточный флейм :-)

Найдена уязвимость в популярном проигрывателе видео файлов mplayer.

При проигрывании файлов с удаленного веб сервера может произойти переполнение хипа при работе с url строкой. Злоумышленник может воспользоваться уязвимостью и выполнить произвольный код на машине путём формирования url специального вида.

>>> Подробности (securityfocus.com)

Поюзал я тут систему контроля версий ARCH, от которой тут народ народ на ЛОР тащится

Вообщем большего глюкодрома и кривости я ещё не видел

Я тогда его ещё тогда в треде про subversion критиковал, но тогда я его вообще-то поюзал не больше часа. Мне сказали поюзать подольше, чтоб привыкнуть. Поюзал блин, его больше часа.

Ну вообщем несколько недель на это системе у меня хостился мой мелкий проект со всякой там документацией.

Ну во первых синтаксис команд кривой до жопы, чтоб отмиррорить репозиторий надо команды три ввести с десятком ключей, которые запомнить естественно нельзя (для примера в bitkeeper это делается командами bk pull и bk push в зависимости от того в какую сторону мирроришь), причём как я понял нормально с распределёнными репозиториями как bitkeeper оно работать не умеет.

Поддержки версионности для файлов я в упор не увидел, только ченджсеты есть. тэгов и ключевых слов я тоже в упор не нашёл, хотя это всё даже в CVS было.

И самое главное это поделие начинает со страшной силой глючить если от него запросишь операцию сложнее чем update и commit, то у него какие-то проблемы с блокировками возникают, типа не може содать файлы вида lock-чего-то там, с правами доступа при этом всё ok было.

То возникают ни с того ни с сего вот такие номера:
$tla get test
unable to open directory "/home/reset/projects/{archives}/2004/test/test" (No such file or directory)
PANIC: I/O error

хотя test надо брать естественно в /home/reset/projects/{archives}/2004/test/ , и какой жопы оно ещё дополнительный /test достаёт, это х её знает.

При операции с миррором на другой машине:
tla get test
No such package
name: xxx@xxx.xx.xx--2004
location: /home/reset/projects/{archives}/2004
package: test

ну как это нет??? а куда он делся?? как видно всё есть:
$ls /home/reset/projects/{archives}/2004
=meta-info test

Потом при делании commit в мирроре (get всё-таки мне один раз как-то удалось для него сделать, но потом всё не работало) начинают возникать интересные приколы с блокировками, а commit реально не выполняется, то есть он пишет что выполняется, а на самом деле ничего не работает.

Прошу не обвинять меня в том, что у меня кривые руки. я достаточно долго работал с такими системами как CVS, Bitkeeper и Subversion и у меня НИ РАЗУ (!!!) не возникало с ними таких левых проблем! Да, tla я использовал самой последней версии то есть 1.2

PS сегодня я снёс нахер это поделие красноглазых и перевёл свой мелкий проект на bitkeeper.

Из основных изменений по сравнению с 4.0.x:
- поддержка ядер 2.6
- возможность создания машин с 3600M памяти
- поддержка Longhorn в качестве гостевой ОС


Ссылки для скачивания:
http://download3.vmware.com/software/...
http://download3.vmware.com/software/...
http://download3.vmware.com/software/...

>>> release notes (vmware.com)

никто не успел заценить сабж? linuxcenter его начал продавать, может кто уже купил и заценил?

В интерпритаторе популярного скриптового языка Python версий 2.2 и 2.2.1 найдено переполнение буфера.

Ошибка содержится в функции getaddrinfo и проявляется на IPV6 адресах. Атакующий может сформировать на своём DNS IPV6 адрес специального вида и вызвать переполнение буфера на удаленной машине.

>>> Подробности (debian.org)

Найдены две уязвимости в известном ftp сервере wu-ftpd.

- пользователь может обойти ограничения на доступ в директории, выставив специальным образом права на свой домашний каталог.
- существует возможность переполнения буфера при использовании S/Key аутентификации.

>>> Подробности (debian.org)