|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 26 Jan 2003 13:17:11
To : Zahar Kiselev
Subject : Re: научный вопрос
--------------------------------------------------------------------------------
>>> Zahar Kiselev wrote:
ZK> Вот уж точно к месту цитата! Hе имею никакого желания под каждую задачу
ZK> новую комбинацию языков изучать. Особенно учитывая что задачи не так сложны,
ZK> чтобы это стало необходимостью. Как я понял - у тебя это именно
ZK> _необходимость_, ты в этом разобрался, сделал все необходимые настройки на
ZK> своей машине - конечно _теперь_ для тебя это просто. Как и для меня было
ZK> просто передавать параметры между функциями, написанными на разных языках в
ZK> досе. После того, как я долго в этом разбирался. Hо там проще было. В
ZK> линуксе один только каталог /usr/lib занимает полсотни мегов, и что там от
ZK> чего зависит - понимаешь не так быстро. Ответ даже на простейший вопрос
ZK> "где, в какой библиотеке, определен этот символ" времени требует.
А зачем тебе выяснение до такого уровня?
А calling convention везде одна. По крайней мере пока не начался C++.
Конечно, кто-то может написать в прототипе функции __attribute__((stdcall)),
или даже regparm'ом напихать параметров в регистры, но это встречается очень
редко.
ZK>>> Кстати говоря на странице
ZK>>> http://cad.ntu-kpi.kiev.ua/~netlib/prog/c/ex_24.htm и рядом с ней
ZK>>> лежат примеры перенаправления ввода и вывода программ, причем разными
ZK>>> способами. К сожалению часть из них весьма запутана и плохо
ZK>>> комментирована. Все равно попробую поизучать.
VB>> вот я никак не понимаю, почему на "примеры изучать" время есть, а
VB>> другой инсрумент - "это не стоит трудозатрат"? Страх?
ZK> Примеры имеют размер всего несколько экранов текста на _знакомом_ Си,
ZK> а твой Питон - длинный и непонятный.
(произносится загробным тягучим голосом)
Твой Питон длинный и непонятный. Ш-ш-ш-ш-ш-ш-ш-ш-ш...
Если код не связан с прямым манипулированием регистрами и прочей
ассемблерщиной, то на Питоне он будет в несколько раз короче.
(Hе люблю я Питон, но...)
VB>>>> Ты - ПРЕДПОЛАГАЕШЬ. Hе уверен, а просто думаешь, исходя из своего
VB>>>> опыта, фазы луны и погоды на Марсе. Пытаешься чинить то, что еще
VB>>>> не поломалось. Это очень неэфективно с точки зрения трудозатрат.
ZK> Вот тут не согласен. Как раз опыт и позволяет заранее предвидеть место где
ZK> могут быть разложены грабли и туда не ходить. В данном случае грабли
ZK> разложены в месте стыковки модулей, написанных на разных языках. Так было на
ZK> ЕС, СМ, в досе на персоналках, в полуоси, в виндах не пробовал, но говорят
ZK> тоже самое. Естественно предположить, что в системе, разные детали которой
ZK> написаны разными людьми, это выражено еще больше. В чем я и убедился на
ZK> примере с капризом линкера.
Угу. Давно хочу увидеть что-то похожее на COM. И чтобы были решены
все грабли с динамической линковкой. Hапример, чтобы разные модули могли
каждый видеть свою libc. И все это без насилия через RTLD_LOCAL.
-netch-
--- ifmail v.2.15dev5
* Origin: Dark side of coredump (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
