Sign in Join

Live chat for Free Pascal, Lazarus, Delphi and every Pascal programmer.

Mailing lists / fpc-pascal / 2023-09

SeekEof issue & 2020 blog post by A Stolyarov

3 messages · 3 people ·

Reply by email Subscribe to this list Your subscription

Read-only archive. Use j and k to move between messages.

Alexey Torgashin

Translation of blog post http://www.stolyarov.info/node/290 from Ru to En.
Sep 6 2020.
Author: Andrey Stolyarov, author of Ru books about programming.

==
I'm trying to convince FPC men to finally fix SeekEof: https://forum.lazarus.freepascal.org/index.php/topic,51353.0.html

Tellingly, I even sent them a fix. Proven fix, Carl! One strange man has already run in (Jonas Maebe). It feels like receiving replies from officials. I wonder if everyone is like that, or is there still a reasonable person? Or maybe I got into the wrong place, I don't need to go to the forum, but immediately to the bugtracker?

UPD: I reported in the bug tracker:
https://bugs.freepascal.org/view.php?id=37716 (
https://gitlab.com/freepascal.org/fpc/source/-/issues/37716 ) Place your bets, I'll still have to write in the new edition of the book that the numbers from the text stream can be read correctly only character-by-character, or they will fix it.

UPD2: I received a response from someone in the bug tracker. I made a patch according to their rules. Submit. We stock up on popcorn.

UPD3: Christmas trees, where do such people come from and how is Free Pascal still alive with such a team?! And, most importantly, what to do now? I'm sorry, I won't be able to fork this monster, it's easier to write my own Pascal compiler, but it's not for one year of work.

UPD4: https://bugs.freepascal.org/view.php?id=37833 ( https://gitlab.com/freepascal.org/fpc/source/-/issues/37833 )- now we will convince them to fix the consequences of their fix, which "fixes" what is not broken. By God, if it weren't for the fact that there are simply no other implementations of Pascal, I would have spat on these comrades a long time ago. Sometimes it is easier for students (and what is there sometimes, just almost always) to explain what and how than to this stubborn character. This time, it's a little worse that I can't provide a ready-made patch - well, I probably can, but there are damn changes in git, it will be difficult to isolate among them those that this alternatively professional comrade made.
====
In the comments of that post:

Q (reader): Judging by the state of the ticket, has success been achieved?
A (Stolyarov): To be honest, it's not clear - you'll have to pull out a snapshot and see. I really hope that this Tomas Hajny didn't understand what happens when you open a text stream and ended up not being able to do what he wanted to do -- cut off buffering for anything that isn't a file. If he succeeded, then "the victory has some strange taste" - SeekEof seems to have been fixed to us, but in general it has become even worse than before. To be honest, I didn't expect to encounter such a level of militant ignorance.
UPD: I looked. So yes. I don't even know what's worse - what happened before this "fix" or what happened after. It is quite difficult to do without the correct SeekEof, but you can - for example, read everything character by character and translate numbers with pens. But when buffering is turned off for output, it is impossible to turn it on from inside the program, no means are provided for this. The devil knows what.

Tomas Hajny
to Alexey Torgashin
Alexey Torgashin wrote
Translation of blog post http://www.stolyarov.info/node/290 from Ru to En. Sep 6 2020. Author: Andrey Stolyarov, author of Ru books about programming.

.
.

Show quoted text 7 lines
Q (reader): Judging by the state of the ticket, has success been achieved? A (Stolyarov): To be honest, it's not clear - you'll have to pull out a snapshot and see. I really hope that this Tomas Hajny didn't understand what happens when you open a text stream and ended up not being able to do what he wanted to do -- cut off buffering for anything that isn't a file. If he succeeded, then "the victory has

.
.

"This Tomas Hajny" still believes that a user having a different opinion on a certain thing doesn't automatically prove that his different view is wrong. "This Tomas Hajny" tried to provide reasoning on his position
- among others, "this Tomas Hajny" still values consistency among supported platforms and consideration of various use cases more than opinions of people only interested in their particular use case on one particular platform. "This Tomas Hajny" also sees that FPC RTL already provides variety of possibilities for achieving what the user having a different opinion intends to achieve. "This Tomas Hajny" understands that different people may differ in priorities of various arguments which is why he consulted the topic among the FPC core team. On top of that, "this Tomas Hajny" has by no means exclusive access to changing FPC RTL, i.e. any other member of the FPC core team may have decided to change the implementation according to preferences of the user having a different opinion.

Tomas

Michael Van Canneyt
to Tomas Hajny
Tomas Hajny wrote 29 lines
On 2023-09-11 11:08, Alexey Torgashin via fpc-pascal wrote: > Translation of blog post http://www.stolyarov.info/node/290 from Ru to En. > Sep 6 2020. > Author: Andrey Stolyarov, author of Ru books about programming. . . > Q (reader): Judging by the state of the ticket, has success been achieved? > A (Stolyarov): To be honest, it's not clear - you'll have to pull out > a snapshot and see. I really hope that this Tomas Hajny didn't > understand what happens when you open a text stream and ended up not > being able to do what he wanted to do -- cut off buffering for > anything that isn't a file. If he succeeded, then "the victory has . . "This Tomas Hajny" still believes that a user having a different opinion on a certain thing doesn't automatically prove that his different view is wrong. "This Tomas Hajny" tried to provide reasoning on his position - among others, "this Tomas Hajny" still values consistency among supported platforms and consideration of various use cases more than opinions of people only interested in their particular use case on one particular platform. "This Tomas Hajny" also sees that FPC RTL already provides variety of possibilities for achieving what the user having a different opinion intends to achieve. "This Tomas Hajny" understands that different people may differ in priorities of various arguments which is why he consulted the topic among the FPC core team. On top of that, "this Tomas Hajny" has by no means exclusive access to changing FPC RTL, i.e. any other member of the FPC core team may have decided to change the implementation according to preferences of the user having a different opinion.

I fail to see what's still the problem ?

Functions GetTextAutoFlush and SetTextAutoFlush were added to control the behaviour.

So, original poster can set behaviour as he wants it, and the issue is closed.

Michael.