Обсуждение:Pascal

Материал из Lurkmore.

• Возможность прямой работы с памятью - это щито? О_о Есть еще кривая что ли?
  • Нет запрета на прямое манипулирование памятью на уровне физических адресов.
  • managed отсутствие указателей и тотальное CbV, например
    • С каких это пор в Паскале указатели отсутствуют? И параметры, кстати, спокойно можно по ссылке передавать, если что.
      • Это был пример того, где работа с памятью кривая непрямая. К. О.
• Строгая типизация? Для похапешника, разве что. Там кастинг есть. Все, говорящие про строгую типизацию в пасквиле не видели ни света белого в своих подвалах, ни Хиндли-Милнера.
  • В Си++ тоже есть type-casting. Теперь будем говорить, что и в Сях++ тоже нет типизации данных?
    • В С++ нет строгой типизации, совершенно верно. Вы говорите так, как будто это что-то плохое.
  • Ну не канонически-строгая, но в целом-то да, достаточно.
• Унылая статья какая-то. Лулза - четверть чайной ложки. Единственная полезная информация - тот факт, что паскаль используется как учебный язык для дрессировки студентов-распиздяев, обучения их структурному программированию. Для остальных задач есть более кошерные языки.
  • Да и то не совсем верно, дрессирую студентов всем чем можно, но в основном "святой троицей" языков "Basic,C,Pascal".Никита Камхоров 09:59, 17 октября 2008 (MSD)
    • Запилить или перенести в Быдлокодер, ящитаю. Нехуя каждому быдлоязыку по отдельной статье.

• Блин, вроде умные люди собрались (куда-то же пять процентов населения ходит), смысл разводить этот и сопутствующие срачи? Сложно делить языки на быдло- и небыдло- - код-то от программиста зависит. Мудак и на голом си может хрень наваять, а человек с мозгом и на пыхапе нормально напишет, и на паскале. Нортон вон на паскале свой коммандер написал, до сих пор юзают. MC на сях - кардинальной разницы нет.
  • Петя Нортон - нихуя не пейсал коммандер. Он - владелец конторы, журнализд и пейсатель руками на бумаге.

>>Вы не представились системе. Ваш IP-адрес будет записан в историю изменений этой страницы.

Мне похуй. Блять, как заебали эти вычурные современные умники. Вы даже в статье про "программистов/быдлокодеров" назвали Delphi "языком программирования". Нету, блять, языка программирования "Delphi"! Есть язык программирования "Object Pascal". Delphi - это, блять, среда разработки программ! Также, как Visual Studio - среда разработки программ, а есть язык программирования ЦэПэПэ.

Начиная с Delphi 7 язык Delphi так и назвается Delphi, а не "Object Pascal".

Блять, у меня нет слов. Вы тут все ебланы недоделанные.

• Просто программирование на турбо паскале и делфях весьма серьезно различается. Кроме того, делфи имеет миллион расширений в плане языка по сравнению с паскалем. Не говоря уже о том, что язык - это синтаксис+стандартные библиотеки.
• Старпом очевидность
• Умник великий, в хелп загляни. Официальный. Начиная с 7 версии там сплошь и рядом присутствуют строки "Delphi Programming Language". Вот уже лет семь, как это название я-зы-ка. --Skiminok 01:35, 18 октября 2008 (MSD)
• Давайте не будем выебываться и есть моск. Дважды почивший Борланд столько нахуевертил в закромах ёбже пасквился, что с выходом седьмой среды предложенный в этой самой среде диалект был качественно поименован. Алсо, ваша доебливость очень хорошо сочетается с упоминанием загадочного ЦэПэПэ – нет такого языка, увы. Налицо пример взаимоисключающей логики, впрочем, “вычурные умники” и “ебланы недоделанные” проплаканные в одну сторону уже как бы намекют на нестандартное мышление. Предлагаю воспользоваться стеной самым правильным способом.

Содержание 1 Быдлокодохоливар? 2 Объекты, классы, фигассы... 3 Ололо-ололо 4 Предлагаю разделить 5 О ебланах недоделаных 6 О лулзах 7 IDE 8 Ненависти 9 Переписал 10 Я чето не понял, а где про MS Pascal?

[править] Быдлокодохоливар?

/me ушёл за попкорном

И где ж в пасквиле матан?

Если массив статический, то отсчёт от 1, а если динамический, то от 0. Или Вы хотите сказать, что в этом нет смысла?

Я больше скажу, если массив статический, то ты сам решаешь, откуда делать отсчет

Несущественно, ИМХО. Матан --- это Хиндли-Милнер, лямбды, замыкания, и паттерн-матчинг.

[править] Объекты, классы, фигассы...

Модель "object`ов" давно официально deprecated и оставлена лишь для совместимости с унылыми 80-ми и Turbo Poscacal. Давайте, если уж наезжать на Делфи, то хотя бы не по унылым мелочам) --Skiminok 23:45, 28 октября 2008 (MSK)

ХУИТА Lovesan 21:32, 29 октября 2008 (MSK)

Если эта статья исключительно для лулзов, то, да, уведите её в смехуёчки. Если нет - напишите о том, почему этот (Borland) компилятор стал популярен. Насчет кросс-платформ - напишите о FPC. А то чувство, что статью пишут nix'оиды, которые этого диалекта никогда не видели.

Таки школота быдлокодерская детектед, ага. Не статья, а ода пасквилю, его даже быдлоязыком не назвали не разу. Перепилить, мое мнение.

• Перепилите, тут всё возможно. Чем больше мнений - тем лучше. Считаете, что это "ода" - поставьте "щито" на подозрительных фактах. Не хотите их ставить и обсуждать статью - идите нахуй.

нахуй вообще сдался этот быдлопаскаль кстати, почему про Пролог до сих пор нет статьи?

• здесь все могут написать статью. напишите про PROLOG.

> Достоинства языка Паскаль > Возможность прямой работы с памятью

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

• А WriteProcessMemory религия использовать не позволяет?
  • Это вообще-то уже WinAPi. БыдлоКотэ разницы не ощущаэ.
• Access Violation - это вообще-то явный признак быдлокодера. C++ вываливается при таком вооооон туда ->>> Assert.

а вот «С»-разработчики срутся друг с другом до сих пор из-за отсутствия стандарта на язык C-99 отменили? нада бы написать в ISO, а то пацаны-то не знают

• разумеется, это холиварный влив в статью).

Для истинно православных паскалистов напомню, что int 09h это линия IRQ1 обслуживающая клавиатуру.

Каким образом в "истинно православном примере кодинга" вызывается процедура _Writeln с параметром, если она описана без параметров?

Пример вырезан автором последней правки, не могу сказать точно, что там было. Вообще, "Write" и "Read" - это макросы компилятора, так же, как процедура "Swap" они преобразуются сразу в инструкции. Т.е. Вы не найдете исходников этих функций в RTL.

Пример остался здесь, речь именно об описанной в нем процедуре _Writeln, а не о стандартном макросе. Думаю, автор просто забыл описать параметр, но в любом случае компилятор такое не съест.

Автор в процедуре _Writeln написал полную хуйню. Во-первых, компилятор BP не выводит строки с помощью сервиса DOS. Во-вторых, НИКТО не знает, что находится по адресу SS:[BP+6] в момент вызова этой процедуры.

Вот и я о том же. Если уж самому писать процедуру перехвата прерывания на асме, то досовскими прерываниями пользоваться ни разу не кошерно. Собственно, я бы впилил свой пример перехвата, но не знаю, из каких соображений там сейчас красуется хеллоуворлд. Это шутка юмора такая или просто всем лень?

Кому вообще обосрался этот померший нах и давно DOS с его ублюдочными 21-м и прочим прерываниями? Ошибка природы, пиздец, сколько можно фапать на этот кретинизм, ёмое.

Почитайте статью про ассемблер, дружище. Знать, как устроен комп, желательно любому, кто для него пишет программы. Но это, конечно, хуйня, понтное дело. А суть вот в чём: пример вырезали, а он давался не для того, чтобы Вы вспомнили про ДОС, а для того, чтобы увидели возможности языка.

int21h это всё-таки BIOS - которого в маках и NT-ях как бы и нет.

Реквестирую анекдот как Вирт приехал в Испанию и спросил: вам понравился Пасколь? на что испанцы закричали "Си! Си!".

Бери и добавляй. Или уёбывай.

Забыли эпичный срач насчет принципиального отсутствия множественного наследования в объектном паскале. Как люто, бешено Pascal презирают за это плиплюснутые и как не менее яросто долбоделфисты высирают кирпичи и отбиваются "строгой логикой наследования" и возможностью натянуть любой гандонинтерфейс на любой класс. Также упоминания заслуживают "особенности" ООП вроде доступа к приватным секциям класса в пределах модуля.

Покажите мне пример, где это множественное нахрен нужно, за исключением пладежа багов? Интерфейс хотя бы имеет плюс при написании COM-объектов. Private можно перегрузить, хотя это сильно мозги партии при перегрузке сообщений.

[править] Ололо-ололо

Прозреваю загноение моска!

Дык исправь, хуле.

[править] Предлагаю разделить

Предлагаю разделить статью на Pascal и Delphi. Ибо, старики не понимают молодежь и наоборот. В "Паскале" вспомнить расовый борланд и заикнуться о FPC и TMT-Pascal. В Делфи - посмеяться над индусами и более чем девятью тысячами коммерческих программ, написаных на оном. Все будет лучше, чем перетирание статьи сразу после очередной правки.

:Совершенно верно! Утверждения, истинные для паскаля воспринимаются как утверждения для паскаля-и-дельфи, где они ложны. Из статьи поголовно всё нубы ровным счётом нихуя не поймут. 

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

Уважаемые насильники и приплюснутые. Заведите себе уютненькую страничку про свой любимый Pure/C++ и откладывайте там свои мнения.

Ну что за фак. Понабежали пионеры с ФГМ. Что такое откостыленный синтаксис? Кому впились ваши откровения о PDP и Xerox? Xerox Parc вообще GUI создала, это про окошки. А TV был основан на IBM CUA/SAA, это несколько про другое.

Вирт, залогинься. Про С и С++ статьи есть и они гораздо злее. А великим и ужасным паскалем и дощерью его, делфой, я попользоваться успел, чтобы иметь о ней представление. Няшные статьи иди плодить на тематические форумы. Паскаль тут пока никто ещё реально не обосрал, а писать подобные высеры с примечаниями, насколько же величайший паскаль лучше С, после каждого абзаца тут не стоит. Алсо, если уж пас так кошерен, запрашиваю ось на нём в качестве примера. Про Xerox выпилить, остальное оставить.

Done.

Может, запилить какой-нибудь специфический код, в котором пас может уделать с?

Он его не уделает. Всё, что должно уделывать компилер, пишется на асме. Но верно вот что: нельзя на С написать такой код, который нельзя написать на ТП.

ITT паскалоиды баттхёртят

????????

Тут и уделывать не нужно. Достаточно знать, как компилятор ТП обрабатывает упоминания о перечислимых типах, и как компилятор С кладет прибор на ключевое слово "enum".

Просвяти-ка меня, мне интересно. Какой именно компилятор?

[править] О ебланах недоделаных

• Нет такой функции "sleep" в TP. Автор правки путает педали - не удосуживается читать заголовок статьи, которую правит.
• Компилятор с ТP не есть однопроходный компилятор - если бы это было так, в нем бы не присутствовало ключевое слово "forward" для опережающего определения функций. Хотя, и этого форварда не надо, ибо в ТП разрешены взаимные ссылки в юнитах друг на друга, что кагбэ намекает.

Таки разрешены, ТОЛЬКО если в interface. Что само по себе является декларацией. Перекрёстные запрещены. Ибо так.

Таки однопроходный. КО: если будет второй проход нах вообще особое ключевое слово?

interface, implementation и initialization таки не имеют отношения к глобальным переменным?

да, согласен. двойные проходы нужны для замены long jump на short jmp, где это возможно - чтобы уменьшить размер кода. Но кого это теперь ебёт?

Во всех потомках паскаля по линии Модула-Модула2-Оберон-КомпонентПаскаль компиляторы однопроходные и в стандартах языков присутствует forward declaration. И несмотря на то, что все известные мне компиляторы этих языков - не оптимизирующие, быстродействие вполне неплохое.

• Есть аргументированное предположение что TP вообще не компилил программы, а дописывал к интерпретатору исходник, что на первый взгляд выглядело как нормальная программа.По крайней мере TP 5.0 делал именно так.

[править] О лулзах

Кого, собственно, автор хотел насмешить, назвав автора языка именем Николаус? Руки прочь от Николая Вальтеровича!

Доставляет лулзы то, что в Паскале, благодаря интересной реализации типа Boolean, импликация булевых переменных (допустим A->B) записывается, как A<=B, то есть, та же стрелка, но не в ту сторону. Не придумал куда запилить, в Достоинства, в Недостатки или просто в нейтральные факты-лулзы.

Смотри про COM дорогой мой. Енто оттудова.

[править] IDE

Анонимус имеет мнение, что сейчас скорее важен не язык, а среда(не день недели, а IDE). В последних делфях можно писать на cpp,с# и pascal, что в принципе не имеет большого значения, так как компоненты всё равно те-же, а индусский код можно написать на любом языке, основы алгоритмов одни,а на мелочи всем пох. Тем более сишник наверняка умеет писать код на паскале и наоборот, а если нет, то синтаксис выучить не проблема, а компоненты внутри одной среды всё те же. Скорее вопрос в использовании среды разработки(её компонентов), а не языка.

ЩИТО?

Лолшто???

Даже если запилить версию Дельфи для Python (то бишь VCL и все дела), то всё равно различие в конструкциях языка будет немаловажным. Хотя ОП отчасти прав - набыдлокодить можно на чём угодно.

[править] Ненависти

Язык быдлокодерский. НЕНАВИСТИ!!!

[править] Переписал

Возможно, грохнул лишнего или сморозил чего. Прошу допиливать FTGJ! ZX-920 16:47, 1 декабря 2009 (MSK)

[править] Я чето не понял, а где про MS Pascal?

Microsoft Pascal Материал из Википедии — свободной энциклопедии Перейти к: навигация, поиск

Microsoft Pascal — реализация языка программирования Паскаль, разработанная корпорацией Microsoft для разработки программ, работающих под системой MS-DOS и, в более поздних версиях, на OS/2 (как и многие другие инструменты программирования Microsoft).

Microsoft Паскаль версии 3.2 был выпущен в 1986 году. Последняя версия Microsoft Паскаль 4.0 была выпущена в 1988 году, когда Microsoft Паскаль был заменен (ненадолго) Microsoft Quick Pascal, дешевым инструментом разработки, подготовленным Microsoft для конкуренции с Borland Turbo Pascal. Microsoft Паскаль стоил около $ 400, тогда как стоимость Quick Pascal была между $ 25 и $ 50, и различия между ними были аналогичны различиям между Microsoft BASIC Professional Development System и Microsoft QuickBASIC.

В отличие от ISO совместимого продукта Microsoft Паскаль, Quick Pascal пошли после окончательной совместимости с Turbo Pascal. Это включает не только совместимость на уровне исходного кода, а также полную совместимость на уровне двоичных кодов с широко доступными библиотеками для компилятора. Для достижения такого уровня совместимости, Quick Pascal отошли от общих файлов формата (OBJ) и набор инструментов (LINK, LIB) разделяет Microsoft других компиляторов.

//http://www.experiencefestival.com/a/Turbo_Pascal_-_History/id/4865059 Turbo Pascal - Competition with Microsoft Pascal

It is likely that Microsoft Pascal was dropped because of the competition provided by Turbo Pascal's good quality and low price. Another theory is that Borland made an agreement with Microsoft to drop development of Turbo BASIC, a BASIC IDE that stems from Turbo Pascal, if Microsoft would stop developing Microsoft Pascal. For a while, Microsoft produced QuickPascal, which was almost 100% compatible with Turbo Pascal.