https://lib-tl3zl25qr54rxidovnjnbr4i.fit.wf/book/25364585/4a208bскачал только что, но еще не читал.

советую там зарегистрироваться.

ну если хотите могу так книгу куда-нибудь закинуть.

вот про эту книгу

https://delphi-books.com/en/Delphi-Event-based-and-Asynchronous-Programming.html

ну отзывы везде восторженные.

Вечером закину на облако и выложу ссылку, раз ленитесь зарегистрироваться на лучшей онлайн библиотеке.

а собственно все.
вот ссылка

https://cloud.mail.ru/public/Dot7/6obirEpTe

Delphi Event-based and Asynchronous Programming

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

ну я прочитаю.

в гуи тоже есть место асинхронности.

редактировать первое сообщение в теме не дает, сделаю заново.About Delphi Event-based and Asynchronous Programming
Event-based programming is everywhere. Nowadays, you can hardly write any kind of application without leaning on events and messages.

This simple, yet extremely powerful mechanism is also the cornerstone of asynchronous and multithreaded programming. Without events, we would not know when some task was completed.

But, asynchronous and multithreaded programming consists of more than just handling multiple threads, protecting shared resources, and synchronization. It also includes designing and understanding program flow. That design aspect is often forgotten, taken for granted, and solving all the fine-grained nuances of multithreaded programming hogs the spotlight.

Without understanding asynchronous flow and the bigger picture it can be hard to properly solve all the other issues, including multithreading. What used to be plain spaghetti code, now becomes temporal spaghetti.

You can lose control over your objects, have bits of code creating and releasing them all over the place, even without adding multithreading into the mix. Memory leaks, crashes, and holding references to dead data long after its destruction are perfectly possible even in a singlethreaded environment.

While the starting point of this book is giving a proper introduction to event-based and asynchronous programming flow and design, it also provides the necessary implementation details, explanations and code examples needed to put those designs into practice.

Table of content
Part I. - Sections 1-4 Introduction 1. The Loop Hidden complexity Peeking at the console Main event loop Event-based programming Pushmi-pullyu Game loop 2. Messaging Systems Windows messaging system Windows messaging system in VCL Custom messaging systems and patterns System.Messaging 3. Life, the Universe, and Everything Life, the Universe, and Everything Automatic memory management Interfaces Class helpers Anonymous methods and lambdas 4. Asynchronous Programming and Multithreading Asynchronous programming and multithreading Making the first dive... Application.ProcessMessages Application.ProcessMessages reentrancy problem Moving long operations to a background thread Asynchronous message dialog Tasks Futures Coming in Part II. on December 11, 2020 Part II. - Sections 5 & 6 5. Thread Safety What is thread safety anyway? The importance of thread safety Achieving thread safety Avoiding shared data Protecting shared data 6. GUI and Multithreading Main (GUI) thread Communicating with the main thread ...

https://cloud.mail.ru/public/Dot7/6obirEpTe

да все кто хотел скорее всего уже скачали.
уже не важно )

Не совсем новая (2019), но любопытно.

ссылка для скачивания
https://cloud.mail.ru/public/1KND/xbMLrR7a4

Creating Gear: An interpreter written in Free Pascal using an external tree visitor pattern
Jeroen de Haan

This is a no-nonsense book about creating an interpreted programming language, named “Gear”, using an external visitor pattern. Why Gear? No particular reason, I just like the sound of it…
In this book I won’t describe a lot of theory, as there are plenty of good books out there. As a matter of fact, I do recommend reading a few of them, such as:

- Writing Compilers and Interpreters, A software emgineering approach (Ronald Mak)

- Language Implementation Patterns (Terence Parr)

Then, there are hands-on websites/blogs that describe and create an interpreter on-the-go:

- Let’s build a simple interpreter (https://ruslanspivak.com/lsbasi-part1/) (Ruslan Spivak)

- Crafting Interpreters (http://craftinginterpreters.com) (Bob Nystrom)

These books/blogs use Java or Python as programming language.

The code in this book is based on the programming language Object Pascal, a modern pascal version, and the free downloadable IDE ‘Lazarus’. Lazarus/Free Pascal is available for Windows, Linux, OSX, and many other Operatig Systems. It’s slogan is: ‘Write once, compile anywhere’! The website and download links are available at: http://www.lazarus-ide.org/index.php. For this book I use version 2.0.4 (or later) of Lazarus and version 3.04 (or later) of Free Pascal.

начал листать, плохая книга.
не качайте )

Дальше листаю, а в принципе, может неплохая.
Просто он там начинает делать свой интерпретатор с верхнего уровня.
Ничего еще не определено.
Дальше полистал, он потом начинает разворачивать.

Может и есть в этом смысл.
Я всё жду, когда появится пиратская копия аналогичной по Делфи.

я еще ту, по асинрону не дочитал, отвлекся на художественную )

Блин, времени нет позаниматься по книжкам.
Интерпретатор реально интересно, просто для развлечения.
Но работаю пока на двух работах, и выходные заняты.
Остается просто вечерами читать, без практики.

Сайт с новыми книгами (правда без ссылок для скачивания).
https://delphi-books.com/en/livres-par-date.html

я пока охочусь за этой (трехтомник)

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

Я сейчас начал делать интерпретатор по этой книге, там с азов, и вообще по максимуму упрощенно.
Единственно недостаток что на GO.
Я переделываю на c# (хотя шарп тоже не особо знаю).

https://cloud.mail.ru/public/8S4m/Xty73Rd3s

разбираю выражение
let five = 5;

до чисел еще не добрался )
вывод пар ТипТокена + литерал.

Добрался :)

чьорт, тело функции пропустил в исходном коде.

так лучше

Заглядываю сейчас время от времени в книжку интерпретатор на паскале, сравнить как там то или иное реализовано.
Паскаль все-таки красивый язык.

Вон как просто, и проверять вхождение обычным in.
На Go отдельные методы для подобных проверок.PS
пора наверно отдельную тему для интерпретаторов.

Crafting Interpreters by Robert Nystromссылка на амазон https://www.amazon.com/Crafting-Interpreters-Robert-Nystrom/dp/0990582930

Вот эту книгу прям очень хвалят.
На Java делает сначала интерпретатор, а потом виртуальную машину на C.

Хорошо объясняет теорию создания интерпретаторов.
Я начал читать, хоть и продолжу на паскале пока.

ссылка для скачивания
https://cloud.mail.ru/public/mpTz/yGX3bb9ye

Букинистика :)

on Pascal Compilers

Книга 1985го года.
Как делать компиляторы на паскале, нашел ее упоминание на форуме как чуть ли не лучшую книгу по созданию компиляторов.ссылка на амазон https://www.amazon.com/Brinch-Hansen-Pascal-Compilers/dp/0130830984

ссылка для скачивания https://cloud.mail.ru/public/L87Q/BcobE2f4A

Комментарий об этой книге.

The best compiler book!

This is a practical book, ideal for study. If you get stuck with other compiler books, don't hesitate to buy this one.

This book is undoubtedly the best compiler book. And I think it always will be. Brinch tells you the steps of creating a Pascal-like compiler, clearly stating the correct way to get the results. You don't need a PhD to create a compiler. If you follow the book, there are numerous code examples, and there is an entire listing in the appendix. The book has no typos, the code fragments are concise and understandable, and there is no missing code.

In about 1000 lines, a non-trivial compiler can be written. You can easily adjust the code to make your compiler of choice.

Some things to be aware of:

1) The book was written in the old DOS days. This is an advantage because the author had to keep the code small while making it as powerful as possible.

2) I expected the book to teach me how to compile to a DOS native EXE program. Unfortunately, it doesn't. The book is about creating interpretive-compilers, which involve a Virtual Machine. The VM used is simple, and is stack based. If you want an executable, you can still do it. You'd just have to write code that maps the virtual machine code to a real CPU. To do that, you'd need the specs of the CPU.

3) The book doesn't use object-oriented-programming. The procedural style of the code makes for easy reading and once you understand it, you will be in a good position to create your own language (even an OO one).

4) The Virtual Machine is stack-based. This results in ease of compiler creation. Most other compiler books are more advanced and use registers instead of stacks. You only need to use registers if you want to write an optimising compiler, which this book does not teach you.

5) The book uses a top-down, recursive descent, parser. This is the best way to handcraft a compiler. Many compilers use this type of parser. They are simple enough that you can easily code them. Most books on compilers teach too much theory, especially trying to explain DFA and then telling you that it's too hard to hand-code, so you should tools like lex and yacc. I've found it much better to simply hand-code these first 2 stages. In that way, you get a perfect knowledge of its workings.

6) The best method of error-recovery is given

7) There is some formal maths but the English explanations make it understandable.

Hopefully the publishers will reprint this book. Otherwise, grab a copy asap.

Classic work on the topic walks you through a complete implementation of a recursive descent parser.

We used this book in a compiler class many years ago along with the Dragon Book.

Personally, I found this one more useful and practical than the Dragon Book over the years.

With the Dragon Book you'll get a good survey of compilers and compiler strategies and shift reduce parsing.

With this book, it will walk you tutorial style step by step through implementation of a recursive descent parser.

Компилятор как следующий шаг после интерпретатора )
Правда тут делается не exe файл, а создается виртуальная машина типа явы.

Вообще, интерпретатор как пет-проект классная вещь, и не сказать что слишком сложно, и в то же время затрагивает много областей языка.
Хорошо для тренировки в делфях.

с подчеркнутым могут возникнуть сложности )