|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Zahar Kiselev 2:5030/382.1 26 Jan 2003 20:49:36
To : Valentin Nechayev
Subject : Re: научный вопрос
--------------------------------------------------------------------------------
Jan 26 12:17 03, Valentin Nechayev wrote to Zahar Kiselev:
ZK>> Ответ даже на простейший вопрос "где, в какой библиотеке, определен
ZK>> этот символ" времени требует.
VN> А зачем тебе выяснение до такого уровня?
У меня при линковке вылезло два неопределенных символа - как быстро узнать какую
еще библиотеку программа хочет? Иногда это бывает понятно по именам,
а иногда нет. Естественно имеется в виду чужой код, и размером все же побольше
пары экранов.
ZK>> Примеры имеют размер всего несколько экранов текста на _знакомом_ Си,
ZK>> а твой Питон - длинный и непонятный.
VN> (произносится загробным тягучим голосом)
VN> Твой Питон длинный и непонятный. Ш-ш-ш-ш-ш-ш-ш-ш-ш...
VN> Если код не связан с прямым манипулированием регистрами и прочей
VN> ассемблерщиной, то на Питоне он будет в несколько раз короче.
VN> (Hе люблю я Питон, но...)
Интересно - почему тебе можно не любить питон, а мне - нет? :-)
И потом - "короче", еще не значит "лучше". Да, не спорю, _зная_ Питон можно
что-нибудь на нем быстро сляпать. Hо быстрота ляпания - далеко не единственный
критерий, по которому программу относят к "хорошим" или "плохим". Второй важный
критерий - это простота внесения изменений. Сам понимаешь кого проще найти -
программиста на Си или на Питоне.
ZK>> Как раз опыт и позволяет заранее предвидеть
ZK>> место где могут быть разложены грабли и туда не ходить. В данном
ZK>> случае грабли разложены в месте стыковки модулей, написанных на разных
ZK>> языках. Так было на ЕС, СМ, в досе на персоналках, в полуоси, в виндах
ZK>> не пробовал, но говорят тоже самое.
ZK>> Естественно предположить, что в системе, разные детали которой
ZK>> написаны разными людьми, это выражено еще больше. В чем я и убедился на
ZK>> примере с капризом линкера.
VN> Угу. Давно хочу увидеть что-то похожее на COM.
Я плохо себе представляю что такое COM и с чем его едят. И главное - для каких
задач его "едят".
> И чтобы были решены все грабли с динамической линковкой. Hапример, чтобы
VN> разные модули могли каждый видеть свою libc.
И как это использовать? Как средство собирания бутербродов из кусков кода,
написанных в разное время и под разные версии системы? Будет ли такой вариант
решения проблемы совместимости вообще работоспособен? Может лучше все же
подогнать код под имеющуюся в системе libc? Это ведь один раз делать придется, а
ловить глюки упомянутого тобой хитрого подхода можно дооолго.
Zahar(@spbdept.rbc.ru)
--- Msged/LNX 6.1.1
* Origin: Остров Большой Березовый: http://birch-island.spb.ru (2:5030/382.1)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
