Ошибки компилятора PascalABC.Net


#21

Ну например так, да. Написать , что Crt для совместимости и в дальнейшем её поддерживать не будут.


#22

@Andrej_Rulin, забудьте уже TurboPascal!


#23

К слову, все модули, включая PABCSystem, предназначены для обучения, не более. Для серьёзного проекта используйте только библиотеки .NET.


#24

Используйте System.Console вместо Crt.


#25
Uses System;
Begin
  Console.WriteLine('Hello, World!');
End.

#26

Конечно, после того как Вы (@Gleb, это не к Вам конкретно) привыкли к Write/Writeln это выглядит длинно (по себе знаю), но это дело лишь привычки. Потом поймете насколько это удобно. Тем более, если Вы хотите потом изучать C#, то лучше начинать применять .Net Framework в PascalABC.Net.


#27

22 сообщения перенесены в тему Болталка PascalABC.NET


#28

Минус 1 в карму за рекламу другого языка


#29

Кстати очень зря насчёт забудьте. Одно из действительно неплохих применений PascalABC - это перенос старого кода TurboPascal. Которого накопилось тонны в школах, университетах, для программ личного применения(понятно, уже больше половины выбросили, но всё же). На Delphi это не переносилось по понятным причинам. Вот сейчас , последний шанс это наследие как-то использовать.


#30

Можно использовать, я так перенес кое-что очень старое. Но лучше все же потом переписать на современный код. Заодно и практика…


#31

Предположение о том, что после PascalABC.Net, возможно, будет осуществлен переход на C# - не является рекламой. Это личные предпочтения каждого. Тем более, это не единственный язык, который упоминался на просторах этого форума и не только мной.

@Gleb, перенесите эти два сообщения (моё и @Admin) в Болталку. Причина: оффтоп.


#32

#33

К сожалению, я вынужден, повторить свою просьбу:

Покажите мне доказательство на другом диалекте Pascal, где так можно.

. Хотя, на мой взгляд, это разрешение неправильно по следующим причинам:

  1. С точки зрения пользователя возникает неоднозначность: неясно требуется ли тело метода или нет. Абстрактные методы это подмножество виртуальных с тем отличием, что их реализация может быть отложена (могут реализовываться в классах потомках).
  2. В справке сказано:

Данные методы являются виртуальными, но ключевое слово virtual использовать не нужно.

.


#35

Код взят из этой Issue. После исправления появился другой баг - Undefined FileName.


#36

Автокласс не может иметь поля, являющиеся событиями [opened].


#37

#38

Замечу, что пространства имён ещё не готовы, официально их ещё не объявляли. Так что куча issue может привести к исключению их из релиза, а это ведь не очень хорошо :slight_smile:


#39

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


#40

<личное мнение>Не очень, так как я активно использую namespace’ы. Думаю, что я не единственный такой.</личное мнение>


#41

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