Op 24-1-2025 om 07:56 schreef Sven Barth via fpc-pascal:
Hairy Pixels via fpc-pascal schrieb
am Fr., 24. Jan. 2025, 06:16:
Feels to me like manual memory management and exceptions don’t mix
well. I use exceptions in C# and Swift and they don’t require all
this boiler plate to prev
On 1/24/25 8:38 AM, Hairy Pixels via fpc-pascal wrote:
On Jan 24, 2025 at 1:34:26 PM, Nikolay Nikolov via fpc-pascal
wrote:
Doesn't matter whether they're handled in the same scope or not. It's
the same code. Usually they're not handled in the same scope, but in
a very distant place. That's u
Hairy Pixels via fpc-pascal schrieb am
Fr., 24. Jan. 2025, 06:16:
> Feels to me like manual memory management and exceptions don’t mix well. I
> use exceptions in C# and Swift and they don’t require all this boiler plate
> to prevent memory leaks.
>
Don't know about Swift, but C# uses garbage co
On Jan 24, 2025 at 1:34:26 PM, Nikolay Nikolov via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
> Doesn't matter whether they're handled in the same scope or not. It's the
> same code. Usually they're not handled in the same scope, but in a very
> distant place. That's usually when except
On 1/24/25 8:12 AM, Hairy Pixels via fpc-pascal wrote:
On Jan 24, 2025 at 12:43:51 PM, Nikolay Nikolov via fpc-pascal
wrote:
That's not what exceptions are meant to be used for, though. What you
describe is called a program "defect". When you encounter a "defect"
in your program, you terminat
On Jan 24, 2025 at 12:43:51 PM, Nikolay Nikolov via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
> That's not what exceptions are meant to be used for, though. What you
> describe is called a program "defect". When you encounter a "defect" in
> your program, you terminate the program. The
On 1/24/25 7:16 AM, Hairy Pixels via fpc-pascal wrote:
On Jan 24, 2025 at 11:20:02 AM, Nikolay Nikolov via fpc-pascal
wrote:
As you can see, it's more complicated and more error prone. You can
simplify it a little bit with goto, but it will never be better,
compared to try...finally
ok, I
On Jan 24, 2025 at 11:20:02 AM, Nikolay Nikolov via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
> As you can see, it's more complicated and more error prone. You can
> simplify it a little bit with goto, but it will never be better, compared
> to try...finally
>
>
ok, I’ve never used exc
On 1/24/25 4:04 AM, Hairy Pixels via fpc-pascal wrote:
On Jan 24, 2025 at 8:38:25 AM, Nikolay Nikolov via fpc-pascal
wrote:
Maybe because there's a much better way to write it:
procedure foo();
var
s1: TStringList = nil;
s2: TStringList = nil;
s3: TStringList = nil;
begin
try
s1:=
On Jan 24, 2025 at 8:38:25 AM, Nikolay Nikolov via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
> Maybe because there's a much better way to write it:
>
> procedure foo();
> var
> s1: TStringList = nil;
> s2: TStringList = nil;
> s3: TStringList = nil;
> begin
> try
> s1:=TStr
On 1/24/25 3:21 AM, Hairy Pixels via fpc-pascal wrote:
On Jan 24, 2025 at 2:10:53 AM, Santi via fpc-pascal
wrote:
procedure foo()
var
s1: TStringList;
s2: TStringList;
s3: TStringList;
begin
s1:=TStringList.create;
try
s2:=TStringList.create;
try
s3:=TStringList.create;
tr
On Jan 24, 2025 at 2:10:53 AM, Santi via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
> procedure foo()
> var
> s1: TStringList;
> s2: TStringList;
> s3: TStringList;
> begin
> s1:=TStringList.create;
> try
>s2:=TStringList.create;
>try
> s3:=TStringList.create;
> t
El 16/10/2024 a las 19:03, Guillermo Martínez Jiménez via fpc-pascal
escribió:
Prease DON'T add garbage collector. IMO it isn't a good idea. I had
very bad experiences with it. Unless somebody found a new magic
algorithm in the last decade...
El Wed, 16 Oct 2024 04:49:44 -0700
Hairy Pixels via
Bart via fpc-pascal said on Sat, 16 Nov 2024 14:59:10 +0100
>On Sat, Nov 16, 2024 at 8:55 AM Steve Litt via fpc-pascal
> wrote:
>
>
>> See this is what I don't understand. In the 7 years I used Turbo
>> Pascal professionally, I don't remember ever having to allocate or
>> free memory: I just decla
Am 15.11.2024 um 15:26 schrieb Steve Litt via fpc-pascal:
Nikolay Nikolov via fpc-pascal said on Wed, 16 Oct 2024 12:44:35 +0300
Do you have a garbage collection proposal for Pascal?
Free Pascal has a JVM target that supports garbage collection and
pretty much nobody is using it. Why do you t
On Sat, Nov 16, 2024 at 8:55 AM Steve Litt via fpc-pascal
wrote:
> See this is what I don't understand. In the 7 years I used Turbo Pascal
> professionally, I don't remember ever having to allocate or free
> memory: I just declared variables. This was one of the big advantages
> of Turbo Pascal
Rainer Stratmann via fpc-pascal said on Sat, 19 Oct 2024 16:15:10 +0200
>I really can not see where beginners have to struggle with memory
>management. If a project gets bigger you have to think about it, yes.
>It depends on the coding style. In my project I wrote my own memory
>management for the
Sven Barth via fpc-pascal said on Thu, 17 Oct 2024 14:17:23 +0200
>Probably something like the std::*_ptr (shared, unique, auto, etc.)
>from C++ could be implemented in FPC. Main point missing for a
>convenient solution would be a mechanism so that e.g. classes could be
>accessed as is from such t
Nikolay Nikolov via fpc-pascal said on Wed, 16 Oct 2024 12:44:35 +0300
>Do you have a garbage collection proposal for Pascal?
>
>Free Pascal has a JVM target that supports garbage collection and
>pretty much nobody is using it. Why do you think that is?
This is what I meant in my previous post.
On 10/21/24 3:17 PM, Sven Barth via fpc-pascal wrote:
Nikolay Nikolov via fpc-pascal
schrieb am Mo., 21. Okt. 2024, 08:32:
2) record types (as opposed to class), which can live on the stack
and have a pass-by-value semantics. FPC trunk supports advanced
records, so you get C++-sty
Nikolay Nikolov via fpc-pascal schrieb am
Mo., 21. Okt. 2024, 08:32:
> 2) record types (as opposed to class), which can live on the stack and
> have a pass-by-value semantics. FPC trunk supports advanced records, so you
> get C++-style copy constructors.
>
Advanced records are already supported
On 10/21/24 5:37 AM, Hairy Pixels via fpc-pascal wrote:
then isn’t Pascal’s requirement to predeclare uninitialized variables
the worst possible design? In C you can at least declare a variable
with its assignment in one step but with Pascal by design you can
always read uninitialized memory
On Oct 21, 2024 at 7:54:22 AM, Bernd Oppolzer via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
> 3. Standard Pascal has only pointers, which point to the heap and are
> created by the NEW procedure.
> I am the maintainer of another Pascal dialect (Stanford Pascal) - and,
> like many other
No shitstorm from my part :-)
I am working with Pascal, C and other programming languages (PL/1 for
example) for more than 40 years now,
and I am thinking sometimes about what makes programming languages
secure or insecure - or: what are the
common reasons for runtime errors?
Some observation
Regarding Memory Management
Its possible to write a Pascal program w/o any pointer, but it may be not
elegant and interfaces to some C-like GUI structures, as used in all common
OSs, are impossible.
But, I am using Borland Pascal (sic!) and also FreePascal (no Lazarus) for
small embedded s
On 10/19/24 5:53 PM, Hairy Pixels via fpc-pascal wrote:
On Oct 19, 2024 at 9:37:49 PM, Nikolay Nikolov via fpc-pascal
wrote:
Counterexample 1: The growth of Rust.
which is the opposite of Pascal, total memory safety. Rust is one of
the reasons that show people don’t want bug prone manual me
On 10/19/24 5:27 PM, Hairy Pixels via fpc-pascal wrote:
On Oct 19, 2024 at 9:15:10 PM, Rainer Stratmann via fpc-pascal
wrote:
I really can not see where beginners have to struggle with memory
management.
If a project gets bigger you have to think about it, yes. It depends
on the
coding style
On Oct 19, 2024 at 9:37:49 PM, Nikolay Nikolov via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
> Counterexample 1: The growth of Rust.
>
which is the opposite of Pascal, total memory safety. Rust is one of the
reasons that show people don’t want bug prone manual memory management
anymor
On Oct 19, 2024 at 9:15:10 PM, Rainer Stratmann via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
> I really can not see where beginners have to struggle with memory
> management.
> If a project gets bigger you have to think about it, yes. It depends on the
> coding style. In my project I
Am Samstag, 19. Oktober 2024, 15:34:48 CEST schrieb Hairy Pixels via fpc-
pascal:
> On Oct 19, 2024 at 8:06:56 PM, Rainer Stratmann via fpc-pascal <
>
> fpc-pascal@lists.freepascal.org> wrote:
> > Sorry, but if you start then you start with a simple program and then you
> > have
> > to gain exper
On 10/19/24 4:34 PM, Hairy Pixels via fpc-pascal wrote:
On Oct 19, 2024 at 8:06:56 PM, Rainer Stratmann via fpc-pascal
wrote:
Sorry, but if you start then you start with a simple program and then
you have
to gain experience over time. That is the same case everywhere.
There is a german saywo
Hairy Pixels via fpc-pascal schrieb am
Sa., 19. Okt. 2024, 15:14:
> On Oct 19, 2024 at 8:10:02 PM, Sven Barth via fpc-pascal <
> fpc-pascal@lists.freepascal.org> wrote:
>
>> For a class one can override NewInstance and FreeInstance. And with
>> TVirtualMethodInterceptor (I think not yet implement
On 19/10/2024 15:34, Hairy Pixels via fpc-pascal wrote:
On Oct 19, 2024 at 8:06:56 PM, Rainer Stratmann via fpc-pascal
wrote:
Sorry, but if you start then you start with a simple program and then
you have
to gain experience over time. That is the same case everywhere.
There is a german saywor
On 19/10/2024 15:17, Hairy Pixels via fpc-pascal wrote:
On Oct 19, 2024 at 8:06:44 PM, Martin Frb via fpc-pascal
wrote:
NOTE: the below is NOT about ARC. It is about the implication that
ARC == Safety (in the environment that we have)
Not following "in the environment that we have”. I’m just
On Oct 19, 2024 at 8:06:56 PM, Rainer Stratmann via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
> Sorry, but if you start then you start with a simple program and then you
> have
> to gain experience over time. That is the same case everywhere.
>
> There is a german sayword "Es ist noch
On 10/19/24 4:17 PM, Hairy Pixels via fpc-pascal wrote:
On Oct 19, 2024 at 8:06:44 PM, Martin Frb via fpc-pascal
wrote:
NOTE: the below is NOT about ARC. It is about the implication that
ARC == Safety (in the environment that we have)
Not following "in the environment that we have”. I’m just
Am Samstag, 19. Oktober 2024, 14:57:32 CEST schrieb Hairy Pixels via fpc-
pascal:
> On Oct 19, 2024 at 7:53:14 PM, Rainer Stratmann via fpc-pascal <
>
> fpc-pascal@lists.freepascal.org> wrote:
> > I feel very safe with freepascal. I don't know what you are talking about.
> > It depends on the pro
On Oct 19, 2024 at 8:06:44 PM, Martin Frb via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
> NOTE: the below is NOT about ARC. It is about the implication that ARC ==
> Safety (in the environment that we have)
>
Not following "in the environment that we have”. I’m just saying manual
memo
On Oct 19, 2024 at 8:10:02 PM, Sven Barth via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
> For a class one can override NewInstance and FreeInstance. And with
> TVirtualMethodInterceptor (I think not yet implemented in FPC) it might
> even be possible to replace these on an existing cla
Hairy Pixels via fpc-pascal schrieb am
Sa., 19. Okt. 2024, 14:49:
> On Oct 19, 2024 at 7:37:15 PM, Martin Frb via fpc-pascal <
> fpc-pascal@lists.freepascal.org> wrote:
>
>> Because if the latter, well I know some people who would shot the person
>> introducing that in a high performance software
On 19/10/2024 14:57, Hairy Pixels via fpc-pascal wrote:
On Oct 19, 2024 at 7:53:14 PM, Rainer Stratmann via fpc-pascal
wrote:
I feel very safe with freepascal. I don't know what you are talking
about.
It depends on the programmer who is in front of the computer.
We’re talking about new users
Hairy Pixels via fpc-pascal schrieb am
Sa., 19. Okt. 2024, 14:20:
> On Oct 19, 2024 at 3:35:25 PM, Michael Van Canneyt via fpc-pascal <
> fpc-pascal@lists.freepascal.org> wrote:
>
>> You are not taking the reasoning to its logical conclusion.
>>
>> These "new users" will want to have some standar
On Oct 19, 2024 at 7:53:14 PM, Rainer Stratmann via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
> I feel very safe with freepascal. I don't know what you are talking about.
> It depends on the programmer who is in front of the computer.
>
We’re talking about new users and programmers th
Am Samstag, 19. Oktober 2024, 14:20:45 CEST schrieb Hairy Pixels via fpc-
pascal:
> So right now if you wanted a low level compiled language to learn and you
> want some memory safety you’re still going for C++.
I feel very safe with freepascal. I don't know what you are talking about.
It depends
On Oct 19, 2024 at 7:37:15 PM, Martin Frb via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
> Because if the latter, well I know some people who would shot the person
> introducing that in a high performance software...
>
yes it’s bad except for UI apps which is what FPC and new users see
On Oct 19, 2024 at 7:24:15 PM, Martin Frb via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
> Who is forcing *everyone* ?
>
> To the day, that person has not knocked on my door. Am I the last free
> (not forced) person on the planet?
>
I mean if there are two version of the RTL to be main
On 19/10/2024 14:20, Hairy Pixels via fpc-pascal wrote:
The bigger problem though is now everyone is forced to use ARC on new
projects and the old RTL is frozen in time. This is very bad of course
and deal breaker.
And actually: ARC, are we talking the simple version => just a refcount,
a
On Oct 19, 2024 at 3:35:25 PM, Michael Van Canneyt via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
> You are not taking the reasoning to its logical conclusion.
>
> These "new users" will want to have some standard library - the RTL and
> packages.
>
> So the whole rtl/packages needs to
On 19/10/2024 14:20, Hairy Pixels via fpc-pascal wrote:
The bigger problem though is now everyone is forced to use ARC on new
projects and the old RTL is frozen in time. This is very bad of course
and deal breaker.
Who is forcing *everyone* ?
To the day, that person has not knocked on my doo
On Oct 19, 2024 at 4:26:51 PM, Martin Frb via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
> Which IMHO, means another (potentially drastic) downside.
>
> If it would be possible and would be done, you end up with 2
> incompatible products. That would mean you split the community into 2
>
On 19/10/2024 10:35, Michael Van Canneyt via fpc-pascal wrote:
On Fri, 18 Oct 2024, Hairy Pixels via fpc-pascal wrote:
You just only adopt it when you want it or in new programs entirely.
Remember we’re talking about new users with no programs wanting to start
fresh.
You are not taking the r
On Fri, 18 Oct 2024, Hairy Pixels via fpc-pascal wrote:
On Oct 19, 2024 at 2:31:36 AM, Sven Barth via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
This would mean that a new class type or some kind of additional attribute
would have to be introduced which would have to be incompatibl
Hairy Pixels via fpc-pascal schrieb am
Sa., 19. Okt. 2024, 03:18:
> On Oct 19, 2024 at 2:31:36 AM, Sven Barth via fpc-pascal <
> fpc-pascal@lists.freepascal.org> wrote:
>
>> This would mean that a new class type or some kind of additional
>> attribute would have to be introduced which would have
On Oct 19, 2024 at 2:31:36 AM, Sven Barth via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
> This would mean that a new class type or some kind of additional attribute
> would have to be introduced which would have to be incompatible to
> non-reference-counted classes as otherwise there w
Hairy Pixels via fpc-pascal schrieb am
Fr., 18. Okt. 2024, 17:21:
> On Oct 18, 2024 at 3:41:49 PM, Karoly Balogh via fpc-pascal <
> fpc-pascal@lists.freepascal.org> wrote:
>
>> Maybe it was mentioned in the thread, I just glanced through it, but how
>> about ARC (Automatic Reference Counting), Ob
On Oct 18, 2024 at 3:41:49 PM, Karoly Balogh via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
> Maybe it was mentioned in the thread, I just glanced through it, but how
> about ARC (Automatic Reference Counting), Objective C style? To be honest,
> I really liked that, and we already have
Am Freitag, 18. Oktober 2024, 06:37:59 CEST schrieb Nikolay Nikolov via fpc-
pascal:
> > Lazarus is for Delphi nostalgic guys, like me. I'm sure 90% of Lazarus
> > users have worked professionally with Delphi before.
>
> Not me. I really think Free Pascal is an improvement over many "modern"
> lan
Op 18-10-2024 om 11:23 schreef Karoly Balogh via fpc-pascal:
Embarcadero tried it in Delphi, and they failed. Not surprisingly,
they removed again all automatic memory management.
Maybe it was mentioned in the thread, I just glanced through it, but how
about ARC (Automatic Reference Counting
On Fri, 18 Oct 2024, Martin Frb via fpc-pascal wrote:
On 18/10/2024 10:41, Karoly Balogh via fpc-pascal wrote:
For once, I'd be really glad if a bunch of the containers would be
Thread-Safe by default, like TList and things, and they aren't, because
they're based on almost 3 decade old Delph
On 18/10/2024 10:41, Karoly Balogh via fpc-pascal wrote:
For once, I'd be really glad if a bunch of the containers would be
Thread-Safe by default, like TList and things, and they aren't, because
they're based on almost 3 decade old Delphi concepts, when multithreading
wasn't as big of a deal as
Hi,
On Fri, 18 Oct 2024, Marco van de Voort via fpc-pascal wrote:
> >> Embarcadero tried it in Delphi, and they failed. Not surprisingly,
> >> they removed again all automatic memory management.
> > Maybe it was mentioned in the thread, I just glanced through it, but how
> > about ARC (Automatic
Op 18-10-2024 om 10:41 schreef Karoly Balogh via fpc-pascal:
By contrast, Pascal is not designed with GC in mind.
You'd need to redesign the language.
If you do that, you can throw away all existing code if you introduce GC,
because the two concepts do not merge easily.
Embarcadero tried it in
On 10/18/24 11:41 AM, Karoly Balogh via fpc-pascal wrote:
Hi,
On Thu, 17 Oct 2024, Michael Van Canneyt via fpc-pascal wrote:
By contrast, Pascal is not designed with GC in mind.
You'd need to redesign the language.
If you do that, you can throw away all existing code if you introduce GC,
be
Hi,
On Thu, 17 Oct 2024, Michael Van Canneyt via fpc-pascal wrote:
> By contrast, Pascal is not designed with GC in mind.
> You'd need to redesign the language.
>
> If you do that, you can throw away all existing code if you introduce GC,
> because the two concepts do not merge easily.
>
> Embarc
On 10/17/24 10:01 PM, Santi via fpc-pascal wrote:
El 16/10/2024 a las 05:12, Joao Paulo Schwarz Schuler via fpc-pascal
escribió:
Some half baked ideas:
* month after month, the percentage of code coded by AI grows and
human made shrinks.
* could Pascal be the ideal language coded (or preferre
El 16/10/2024 a las 05:12, Joao Paulo Schwarz Schuler via fpc-pascal
escribió:
Some half baked ideas:
* month after month, the percentage of code coded by AI grows and
human made shrinks.
* could Pascal be the ideal language coded (or preferred) by AI?
Given that Pascal is strongly typed, easy
Michael Van Canneyt schrieb am Do., 17. Okt. 2024,
14:37:
>
>
> On Thu, 17 Oct 2024, Sven Barth via fpc-pascal wrote:
>
> > Michael Van Canneyt via fpc-pascal
> > schrieb am Do., 17. Okt. 2024, 11:40:
> >
> >>
> >>
> >> On Wed, 16 Oct 2024, Hairy Pixels via fpc-pascal wrote:
> >>
> >>> On Oct 17
Hi all,
Interesting discussion that was bound to happen at some point.
As a long-time (+30 year) user of the language and many years of
FreePascal and Lazarus, I did not mean to pile on too much, but it looks
like I may. Sorry.
From what I read so far, my views match well those of Nikolay and
On Thu, 17 Oct 2024, Sven Barth via fpc-pascal wrote:
Michael Van Canneyt via fpc-pascal
schrieb am Do., 17. Okt. 2024, 11:40:
On Wed, 16 Oct 2024, Hairy Pixels via fpc-pascal wrote:
On Oct 17, 2024 at 12:03:47 AM, Guillermo Martínez Jiménez via
fpc-pascal <
fpc-pascal@lists.freepasca
Nikolay Nikolov via fpc-pascal schrieb am
Do., 17. Okt. 2024, 09:16:
>
> In 2024 you don’t need the performance of manual memory management in UI
> apps. Garbage collector or anything else will work perfectly well.
>
> Well, surely, you can probably use something like this with Free Pascal as
> w
Michael Van Canneyt via fpc-pascal
schrieb am Do., 17. Okt. 2024, 11:40:
>
>
> On Wed, 16 Oct 2024, Hairy Pixels via fpc-pascal wrote:
>
> > On Oct 17, 2024 at 12:03:47 AM, Guillermo Martínez Jiménez via
> fpc-pascal <
> > fpc-pascal@lists.freepascal.org> wrote:
> >
> >> Prease DON'T add garbage
El 16/10/24 a les 5:00, Hairy Pixels via fpc-pascal ha escrit:
Even if there is a market for Lazarus type apps people in 2024 don’t
want to use a massive legacy IDE and prefer better tools like VSCode.
I'm biased because I've been programming in pascal for almost 40 years,
starting with line
El 17/10/24 a les 7:58, Hairy Pixels via fpc-pascal ha escrit:
I used C# for Unity quite a bit and never had any problems. That’s even
with the worst case scenario for game developing that needs real time
graphics. Does that power all of .NET too and all those desktop
applications? It’s been ba
On Wed, 16 Oct 2024, Hairy Pixels via fpc-pascal wrote:
On Oct 17, 2024 at 12:03:47 AM, Guillermo Martínez Jiménez via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
Prease DON'T add garbage collector. IMO it isn't a good idea. I had
very bad experiences with it. Unless somebody foun
On 10/17/24 8:58 AM, Hairy Pixels via fpc-pascal wrote:
On Oct 17, 2024 at 12:03:47 AM, Guillermo Martínez Jiménez via
fpc-pascal wrote:
Prease DON'T add garbage collector. IMO it isn't a good idea. I had
very bad experiences with it. Unless somebody found a new magic
algorithm in the last d
On Oct 17, 2024 at 12:03:47 AM, Guillermo Martínez Jiménez via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
> Prease DON'T add garbage collector. IMO it isn't a good idea. I had
> very bad experiences with it. Unless somebody found a new magic
> algorithm in the last decade...
>
I used
Nikolay Nikolov via fpc-pascal schrieb am
Mi., 16. Okt. 2024, 11:44:
> As for the language I think for GUI apps programmers don’t need or want a
> manual memory managed language like Pascal and would prefer something like
> C#. In general the ease of programming is not there in Pascal compared to
Hairy Pixels via fpc-pascal schrieb am
Mi., 16. Okt. 2024, 13:49:
> As for the language I think for GUI apps programmers don’t need or want a
>> manual memory managed language like Pascal and would prefer something like
>> C#. In general the ease of programming is not there in Pascal compared to
On 10/16/24 8:03 PM, Guillermo Martínez Jiménez via fpc-pascal wrote:
Prease DON'T add garbage collector. IMO it isn't a good idea. I had
very bad experiences with it. Unless somebody found a new magic
algorithm in the last decade...
I agree. Although, I'm not against someone adding a .NET t
Prease DON'T add garbage collector. IMO it isn't a good idea. I had
very bad experiences with it. Unless somebody found a new magic
algorithm in the last decade...
El Wed, 16 Oct 2024 04:49:44 -0700
Hairy Pixels via fpc-pascal escribió:
> On Oct 16, 2024 at 4:44:35 PM, Nikolay Nikolov via fpc-p
On 16/10/2024 13:49, Hairy Pixels via fpc-pascal wrote:
I’ve watched the community dwindle over the years and people move on
and new programmers adopt new languages. It’s clearly going in the
wrong direction as noted by the original post. Am I wrong?
You may be wrong...
I don't have the num
On Oct 16, 2024 at 4:44:35 PM, Nikolay Nikolov via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
>
> On 10/16/24 6:00 AM, Hairy Pixels via fpc-pascal wrote:
>
> FPC is not keeping up with trends in the industry which new programmings
> want despite all the older programmers who are settled
On 10/16/24 6:00 AM, Hairy Pixels via fpc-pascal wrote:
FPC is not keeping up with trends in the industry which new
programmings want despite all the older programmers who are settled in
their ways. Even if there is a market for Lazarus type apps people in
2024 don’t want to use a massive lega
Some half baked ideas:
* month after month, the percentage of code coded by AI grows and
human made shrinks.
* could Pascal be the ideal language coded (or preferred) by AI?
Given that Pascal is strongly typed, easy to read and debug, avoids many
types of bugs, could we make AI to prefer pascal?
FPC is not keeping up with trends in the industry which new programmings
want despite all the older programmers who are settled in their ways. Even
if there is a market for Lazarus type apps people in 2024 don’t want to use
a massive legacy IDE and prefer better tools like VSCode.
If you want to u
85 matches
Mail list logo
