MSElang : обсуждение фишек

[debi12345]

Git-daemon поднимается, только если нужен публичный неавторизованный доступ

Нужен для GITOSIS-администрирования (первичный инит "админки" и копирование ключей - по GIT-протоколу) :

Код: Выделить всё

url = git@<git-server>:gitosis-admin.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".

Как эта тема решается нормальным образом ?

[Vapaamies]

Модула была разработана чуть позже Паскаля, Вирт тогда еще не был старым.

Говорят, у Borland была почти готова Turbo Modula-2, но ее решили не развивать, а добавить модульность в Turbo Pascal, чтобы не терять преемственности и рынка сбыта. С маркетинговой точки зрения ход был верный, а с технологической -- не знаю. К тому времени Turbo Pascal уже достаточно отошел от оригинала, попутно сформировав собственную субкультуру, иногда идущую вразрез с видением Вирта, как мне казалось. Взгляд Borland мне нравился больше.

[alexey38]

Говорят, у Borland была почти готова Turbo Modula-2, но ее решили не развивать, а добавить модульность в Turbo Pascal, чтобы не терять преемственности и рынка сбыта. С маркетинговой точки зрения ход был верный, а с технологической -- не знаю. К тому времени Turbo Pascal уже достаточно отошел от оригинала, попутно сформировав собственную субкультуру, иногда идущую вразрез с видением Вирта, как мне казалось. Взгляд Borland мне нравился больше.

Вот это как раз и есть пример, как нужно развивать языки. Языковые отличия Паскаля и Модулы на самом деле не принципиальны. Ради этого губить совместимость? Борланд поступил правильно и взял из Модулы (а затем и из других языков) те реальные фишки, которые были нужны.

При этом паскалевская модульность - это пример эффективности и гениальности. Как удобно работать с ними в паскале, и как было неудобно и криво (по сравнению с паскалем) работать в С/С++. Как удобно, когда не линкер, а компилятор задает все вопросы.

[debi12345]

При этом паскалевская модульность - это пример эффективности и гениальности. Как удобно работать с ними в паскале, и как было неудобно и криво (по сравнению с паскалем) работать в С/С++.

100%, но один важный нюанс.При сборке С-программ достаточно иметь заголовочные файлы библиотек-зависимостей, бинарники которых представлены в виде "shared code". В случае случае же Паскал-я нужно иметь их исходники полностью. Разница по объему - в разы.

Добавлено спустя 7 минут 33 секунды:
А также С-системы имеют центральный репозиторий хэдеров (вроде "/usr/inlude/"), и можно просто копировать хэдеры туда полагаясь что копмилятор и линкер сами их найдут.

[Kemet]

Кому-то нравится begin, кому-то нет.

Хех, пусть используют другие подходы к визуализации синтаксических структур, например,Р-схемы(R-Chart) - ГОСТ 19.005-85 (ISO 8631Н)

[alexey38]

100%, но один важный нюанс.При сборке С-программ достаточно иметь заголовочные файлы библиотек-зависимостей, бинарники которых представлены в виде "shared code". В случае случае же Паскал-я нужно иметь их исходники полностью. Разница по объему - в разы.

Под виндой, где разработку Дельфей вел Борланд такой проблемы в принципе не существовало, т.к. dcu-файлы содержат в себе заголовочные области, и отдельные заголовочные файлы вообще не нужны, достаточно бинарников библиотек. Подключая DLL/SO через LoadLibrary вообще не нужно никаких заголовочных файлов исходной библиотеки.

Кроме того, в чем вообще проблема с объемом, на который Вы непрерывно ссылаетесь? Вы походу создаете себе вначале гемор, который затем героически решаете. Какое бы не было компактное по исполнению решение, современные SSD достаточно компактны, чтобы не иметь проблем с наличием места на накопителе. По крайней мере размеры исходников достаточно малы, чтобы это было проблемой. Если роутером (с которыми Вы работаете) является обычный комп, то любого винта всегда хватит.

[Mikhail]

С маркетинговой точки зрения ход был верный, а с технологической -- не знаю.

С технологической точки зрения это было ошибкой. Во многом это и несколько последующих решений привели к краху компиляторного бизнеса Borland, а затем и самой фирмы .

[alexey38]

Хех, пусть используют другие подходы к визуализации синтаксических структур, например,Р-схемы(R-Chart) - ГОСТ 19.005-85 (ISO 8631Н)

Есть всякие способы. Но есть паскаль и языки, основанные на нем (Дельфи, FPC), к этому синтаксису привыкли люди, к этому синтаксису адаптированы всевозможные RAD и прочие Tools.

Делать революцию в синтаксисе ради эмпирических хотелок с эстетических соображений - это значить изначально сделать проект мертворожденным. Вбухивать сотни миллионов баксов в пиар нового синтаксиса никто не будет, а без этого пиара проект умрет.

Добавлено спустя 7 минут 50 секунд:

С технологической точки зрения это было ошибкой. Во многом это и несколько последующих решений привели к краху компиляторного бизнеса Borland, а затем и самой фирмы .

Вы ошибаетесь. Эффективность Delphi 7 была настолько высокой, что до сих пор на нем многие делают проекты. С коммерческой точки зрения это и было самоубийством, т.к. исчез мотив покупать новые версии (по мере выхода новых версий, по-моему после 4-х дельфей продажи падали, а число не перешедших на новую версию возрастало).

В тот момент Борланд клюнул на микрософтовскую удочку с их НЕТом. Выпустили мертворожденную версию 8. И еще потеряли ключевого разработчика перешедшего в команду Микрософта на проект C#. Исключительно это и послужило причиной краха Борланда.

Современная Ембаркадера, вначале реанимировала виндовый Дельфи, ввела в него человеческий Уникод (в отличие от нечеловеческого подхода в FPC/LAZARUS), а затем зацепилась за сектор мобильных систем. Не самым удачным образом, но все таки эта ниша приносит им деньги.

[debi12345]

Эффективность Delphi 7 была настолько высокой, что до сих пор на нем многие делают проекты

Ха ! При свободном (от техзадания, наследия,..) выборе RAD (шаре-варщики,..) трудно найти НЕ-дельфевую программу. "PEExplorer" не обманывает

Добавлено спустя 14 минут 19 секунд:

Подключая DLL/SO через LoadLibrary вообще не нужно никаких заголовочных файлов исходной библиотеки.

Хотя да - компиляторы паскаля не проверяют DLL-зависимости в исходниках библиотек (даже прямо указанные через "external 'dll_name' subrout_name/ordinal"! ) на этапе компиляции, а тупо "пробуют" их в бинарниках библиотек - в каталоге собираемой программы и в системном LD_LIBRARY_PATH. То есть не заморачиваются. Так наверное проще чем С-ые мучения...

[alexey38]

Ха ! При свободном (от техзадания, наследия,..) выборе RAD (шаре-варщики,..) трудно найти НЕ-дельфевую программу. "PEExplorer" не обманывает

Кстати, на Дельфи 7 прекрасно работают всякие тулсы типа http://www.cnpack.org

[Vapaamies]

С технологической точки зрения это было ошибкой. Во многом это и несколько последующих решений привели к краху компиляторного бизнеса Borland, а затем и самой фирмы .

На самом деле между отказом от развития Модулы и прекращением развития вообще прошло добрых 9 лет. Последние существенные изменения входного языка были в Delphi 4 -- появились overload-процедуры/методы и resourcestring. В 5-й версии они только вытащили наружу текстовый формат DFM, что было важно, но мало. А потом были уже только рюшки.

Кстати, перегруженные процедуры уже прошли мимо архитектуры VCL. Почему методы сохранения по-прежнему называются SaveToStream и SaveToFile, хотя могут быть названы просто Save и перегружены? Так и осталось с Delphi 2.

[Mikhail]

На самом деле между отказом от развития Модулы и прекращением развития вообще прошло добрых 9 лет. Последние существенные изменения входного языка были в Delphi 4 -- появились overload-процедуры/методы и resourcestring. В 5-й версии они только вытащили наружу текстовый формат DFM, что было важно, но мало. А потом были уже только рюшки.

Кстати, перегруженные процедуры уже прошли мимо архитектуры VCL. Почему методы сохранения по-прежнему называются SaveToStream и SaveToFile, хотя могут быть названы просто Save и перегружены? Так и осталось с Delphi 2.

После Delphi 7 в язык также были внесены очень существенные изменения. Несколько последовательных неудачных расширений языка привели к тому что имеем. Было два момента когда все можно было изменить, это до TP5 и при переходе на Delphi.

[Vapaamies]

После Delphi 7 в язык также были внесены очень существенные изменения.

Имел в виду эпоху до Embarcadero.

[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#p78121
Do You plan to make MSElang so smart as the curent (4.7) g++ is ?

[mse]

Do You plan to make MSElang so smart as the curent (4.7) g++ is ?

Sure!