Страница 22 из 23

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

СообщениеДобавлено: 27.11.2013 23:58:00
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".

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

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 08:57:31
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:23:29
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 09:50:02
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#p78121
Do 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! ;-)