Страница 22 из 23
Re: MSElang : обсуждение фишек
Добавлено: 28.11.2013 00:31:14
debi12345
Git-daemon поднимается, только если нужен публичный неавторизованный доступ
Нужен для GITOSIS-администрирования (первичный инит "админки" и копирование ключей - по GIT-протоколу) :
(к своему стыду вынужден признаться, что не люблю низкоуровневые копания - поэтому сразу ищу "админки" и дальше без них как без рук)
Добавлено спустя 33 минуты 14 секунд:Кстати, как Вы решили проблему GT PUSH от win-32 консольных клиентов ? Я столкнулся с тем, что OPENSSL под вынью ищет "id_rsa" (приватный ключ GIT-клиента) всегда в %HOME%\.ssh\. Но в "хрюше" %HOME% как правило включает пробелы и нелатинские символы - и это сбивает GIT PUSH по SSH-протоколу. Я методом тыка нащупал "dirty workaround" :
- создать каталог c:\Users\
- создать NTFS-link %HOME%(c:\Documents ans Settings\<user>) => c:\Users\<non-latin-user-alias>
- создать переменную окружения HOME=c:\Users\<non-latin-user-alias> и перелогиниться
Только после этого "GIT PUSH" стал находить "id_rsa".
Как эта тема решается нормальным образом ?
Re: MSElang : обсуждение фишек
Добавлено: 28.11.2013 02:20:25
Vapaamies
Mikhail писал(а):Модула была разработана чуть позже Паскаля, Вирт тогда еще не был старым.
Говорят, у Borland была почти готова Turbo Modula-2, но ее решили не развивать, а добавить модульность в Turbo Pascal, чтобы не терять преемственности и рынка сбыта. С маркетинговой точки зрения ход был верный, а с технологической -- не знаю. К тому времени Turbo Pascal уже достаточно отошел от оригинала, попутно сформировав собственную субкультуру, иногда идущую вразрез с видением Вирта, как мне казалось. Взгляд Borland мне нравился больше.
Re: MSElang : обсуждение фишек
Добавлено: 28.11.2013 05:43:46
alexey38
Vapaamies писал(а):Говорят, у Borland была почти готова Turbo Modula-2, но ее решили не развивать, а добавить модульность в Turbo Pascal, чтобы не терять преемственности и рынка сбыта. С маркетинговой точки зрения ход был верный, а с технологической -- не знаю. К тому времени Turbo Pascal уже достаточно отошел от оригинала, попутно сформировав собственную субкультуру, иногда идущую вразрез с видением Вирта, как мне казалось. Взгляд Borland мне нравился больше.
Вот это как раз и есть пример, как нужно развивать языки. Языковые отличия Паскаля и Модулы на самом деле не принципиальны. Ради этого губить совместимость? Борланд поступил правильно и взял из Модулы (а затем и из других языков) те реальные фишки, которые были нужны.
При этом паскалевская модульность - это пример эффективности и гениальности. Как удобно работать с ними в паскале, и как было неудобно и криво (по сравнению с паскалем) работать в С/С++. Как удобно, когда не линкер, а компилятор задает все вопросы.
Re: MSElang : обсуждение фишек
Добавлено: 28.11.2013 09:05:04
debi12345
При этом паскалевская модульность - это пример эффективности и гениальности. Как удобно работать с ними в паскале, и как было неудобно и криво (по сравнению с паскалем) работать в С/С++.
100%, но один важный нюанс.При сборке С-программ достаточно иметь заголовочные файлы библиотек-зависимостей, бинарники которых представлены в виде "shared code". В случае случае же Паскал-я нужно иметь их исходники полностью. Разница по объему - в разы.
Добавлено спустя 7 минут 33 секунды:А также С-системы имеют центральный репозиторий хэдеров (вроде "/usr/inlude/"), и можно просто копировать хэдеры туда полагаясь что копмилятор и линкер сами их найдут.
Re: MSElang : обсуждение фишек
Добавлено: 28.11.2013 09:12:36
Kemet
alexey38 писал(а):Кому-то нравится begin, кому-то нет.
Хех, пусть используют другие подходы к визуализации синтаксических структур, например,
Р-схемы(R-Chart) -
ГОСТ 19.005-85 (ISO 8631Н)
Re: MSElang : обсуждение фишек
Добавлено: 28.11.2013 09:17:40
alexey38
debi12345 писал(а):100%, но один важный нюанс.При сборке С-программ достаточно иметь заголовочные файлы библиотек-зависимостей, бинарники которых представлены в виде "shared code". В случае случае же Паскал-я нужно иметь их исходники полностью. Разница по объему - в разы.
Под виндой, где разработку Дельфей вел Борланд такой проблемы в принципе не существовало, т.к. dcu-файлы содержат в себе заголовочные области, и отдельные заголовочные файлы вообще не нужны, достаточно бинарников библиотек. Подключая DLL/SO через LoadLibrary вообще не нужно никаких заголовочных файлов исходной библиотеки.
Кроме того, в чем вообще проблема с объемом, на который Вы непрерывно ссылаетесь? Вы походу создаете себе вначале гемор, который затем героически решаете. Какое бы не было компактное по исполнению решение, современные SSD достаточно компактны, чтобы не иметь проблем с наличием места на накопителе. По крайней мере размеры исходников достаточно малы, чтобы это было проблемой. Если роутером (с которыми Вы работаете) является обычный комп, то любого винта всегда хватит.
Re: MSElang : обсуждение фишек
Добавлено: 28.11.2013 09:22:34
Mikhail
Vapaamies писал(а):С маркетинговой точки зрения ход был верный, а с технологической -- не знаю.
С технологической точки зрения это было ошибкой. Во многом это и несколько последующих решений привели к краху компиляторного бизнеса Borland, а затем и самой фирмы .
Re: MSElang : обсуждение фишек
Добавлено: 28.11.2013 09:31:19
alexey38
Kemet писал(а):Хех, пусть используют другие подходы к визуализации синтаксических структур, например,Р-схемы(R-Chart) - ГОСТ 19.005-85 (ISO 8631Н)
Есть всякие способы. Но есть паскаль и языки, основанные на нем (Дельфи, FPC), к этому синтаксису привыкли люди, к этому синтаксису адаптированы всевозможные RAD и прочие Tools.
Делать революцию в синтаксисе ради эмпирических хотелок с эстетических соображений - это значить изначально сделать проект мертворожденным. Вбухивать сотни миллионов баксов в пиар нового синтаксиса никто не будет, а без этого пиара проект умрет.
Добавлено спустя 7 минут 50 секунд:Mikhail писал(а):С технологической точки зрения это было ошибкой. Во многом это и несколько последующих решений привели к краху компиляторного бизнеса Borland, а затем и самой фирмы .
Вы ошибаетесь. Эффективность Delphi 7 была настолько высокой, что до сих пор на нем многие делают проекты. С коммерческой точки зрения это и было самоубийством, т.к. исчез мотив покупать новые версии (по мере выхода новых версий, по-моему после 4-х дельфей продажи падали, а число не перешедших на новую версию возрастало).
В тот момент Борланд клюнул на микрософтовскую удочку с их НЕТом. Выпустили мертворожденную версию 8. И еще потеряли ключевого разработчика перешедшего в команду Микрософта на проект C#. Исключительно это и послужило причиной краха Борланда.
Современная Ембаркадера, вначале реанимировала виндовый Дельфи, ввела в него человеческий Уникод (в отличие от нечеловеческого подхода в FPC/LAZARUS), а затем зацепилась за сектор мобильных систем. Не самым удачным образом, но все таки эта ниша приносит им деньги.
Re: MSElang : обсуждение фишек
Добавлено: 28.11.2013 10:04:21
debi12345
Эффективность Delphi 7 была настолько высокой, что до сих пор на нем многие делают проекты
Ха ! При свободном (от техзадания, наследия,..) выборе RAD (шаре-варщики,..) трудно найти НЕ-дельфевую программу. "PEExplorer" не обманывает
Добавлено спустя 14 минут 19 секунд:Подключая DLL/SO через LoadLibrary вообще не нужно никаких заголовочных файлов исходной библиотеки.
Хотя да - компиляторы паскаля не проверяют DLL-зависимости в исходниках библиотек (даже прямо указанные через "external 'dll_name' subrout_name/ordinal"! ) на этапе компиляции, а тупо "пробуют" их в бинарниках библиотек - в каталоге собираемой программы и в системном LD_LIBRARY_PATH. То есть не заморачиваются. Так наверное проще чем С-ые мучения...
Re: MSElang : обсуждение фишек
Добавлено: 28.11.2013 10:05:46
alexey38
debi12345 писал(а):Ха ! При свободном (от техзадания, наследия,..) выборе RAD (шаре-варщики,..) трудно найти НЕ-дельфевую программу. "PEExplorer" не обманывает
Кстати, на Дельфи 7 прекрасно работают всякие тулсы типа
http://www.cnpack.org
Re: MSElang : обсуждение фишек
Добавлено: 29.11.2013 03:43:38
Vapaamies
Mikhail писал(а):С технологической точки зрения это было ошибкой. Во многом это и несколько последующих решений привели к краху компиляторного бизнеса Borland, а затем и самой фирмы .
На самом деле между отказом от развития Модулы и прекращением развития вообще прошло добрых 9 лет. Последние существенные изменения входного языка были в Delphi 4 -- появились
overload-процедуры/методы и
resourcestring. В 5-й версии они только вытащили наружу текстовый формат DFM, что было важно, но мало. А потом были уже только рюшки.
Кстати, перегруженные процедуры уже прошли мимо архитектуры VCL. Почему методы сохранения по-прежнему называются SaveToStream и SaveToFile, хотя могут быть названы просто Save и перегружены? Так и осталось с Delphi 2.
Re: MSElang : обсуждение фишек
Добавлено: 29.11.2013 11:20:34
Mikhail
Vapaamies писал(а):На самом деле между отказом от развития Модулы и прекращением развития вообще прошло добрых 9 лет. Последние существенные изменения входного языка были в Delphi 4 -- появились overload-процедуры/методы и resourcestring. В 5-й версии они только вытащили наружу текстовый формат DFM, что было важно, но мало. А потом были уже только рюшки.
Кстати, перегруженные процедуры уже прошли мимо архитектуры VCL. Почему методы сохранения по-прежнему называются SaveToStream и SaveToFile, хотя могут быть названы просто Save и перегружены? Так и осталось с Delphi 2.
После Delphi 7 в язык также были внесены очень существенные изменения. Несколько последовательных неудачных расширений языка привели к тому что имеем. Было два момента когда все можно было изменить, это до TP5 и при переходе на Delphi.
Re: MSElang : обсуждение фишек
Добавлено: 29.11.2013 23:41:05
Vapaamies
Mikhail писал(а):После Delphi 7 в язык также были внесены очень существенные изменения.
Имел в виду эпоху до Embarcadero.
Re: MSElang : обсуждение фишек
Добавлено: 30.11.2013 23:28:32
debi12345
2Martin - very interesting math (SSE) optimization issues "G++'s SSE4.1 64bit against FPC's SSE3 32bit where G++ wins by 16 times". The recent posts at :
http://freepascal.ru/forum/viewtopic.php?f=1&t=9432&p=78121#p78121Do You plan to make MSElang so smart as the curent (4.7) g++ is ?
Re: MSElang : обсуждение фишек
Добавлено: 01.12.2013 10:59:03
mse
debi12345 писал(а):Do You plan to make MSElang so smart as the curent (4.7) g++ is ?
Sure!
