Thank You! Works.
On 8/1/25 15:52, Michael Van Canneyt via fpc-pascal wrote:
Hi,
I applied a patch that should fix the issue.
Michael.
On Fri, 1 Aug 2025, Mattias Gaertner via fpc-pascal wrote:
Hi,
Compiling fpc 3.3.1 with fpc 3.2.2 as starting compiler on macos 15.5
aarch64 stops on lin
Hi,
I applied a patch that should fix the issue.
Michael.
On Fri, 1 Aug 2025, Mattias Gaertner via fpc-pascal wrote:
Hi,
Compiling fpc 3.3.1 with fpc 3.2.2 as starting compiler on macos 15.5 aarch64
stops on linking fppkg:
Target OS: Darwin for AArch64
Compiling fppkg/fppkg.pp
Assemblin
al Wiki (Tim Coates)
>
>
> --
>
> Message: 1
> Date: Wed, 30 Jul 2025 16:25:51 +0200 (CEST)
> From: Michael Van Canneyt
> To: FPC-Pascal users discussions
> Subject: Re: [fpc-pascal] TIniFile crash
>
Hello, on which pages exactly are the links broken?
Of course, you can help with that. Find them via search, make sure they are the
right pages, and edit the links. Or report it (here or on the forum) if you are
not sure.
>Четверг, 31 июля 2025, 12:51 +05:00 от Tim Coates via fpc-pascal
>:
>
On Tue, 29 Jul 2025, James Richters via fpc-pascal wrote:
I will try just creating a temp file, and once it’s completed delete the
original file then rename the temp file to the correct name, it’s a good idea,
and a least I will now that nothing I am doing is trying to access the file…
beca
y 29, 2025 2:26 PM
To: fpc-pascal@lists.freepascal.org
Cc: Ralf Quint
Subject: Re: [fpc-pascal] TIniFile crash
On 7/26/2025 2:05 PM, James Richters via fpc-pascal wrote:
I’m having an issue with TIniFile,
I have a pretty simple procedure, It deletes the old .ini file, waits for it
to be gone,
On 7/26/2025 2:05 PM, James Richters via fpc-pascal wrote:
I’m having an issue with TIniFile,
I have a pretty simple procedure,It deletes the old .ini file, waits
for it to be gone, creates a new one, writes a bunch of variables to
it, then frees it.It works 99% of the time, but 1% of the time
May be it would be safer to read the list of sections with INI.ReadSections
and then delete each section with INI.EraseSection ?
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
On Mon, 28 Jul 2025, Hairy Pixels via fpc-pascal wrote:
On Jul 28, 2025 at 10:13:20 AM, Martin Frb via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
Or have array element index done different?
type TFooArray = array (.0..9.) of Byte;
SomeFooArray(.3.) := 1;
Oh wait, that compil
On Jul 28, 2025 at 10:13:20 AM, Martin Frb via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
> Or have array element index done different?
> type TFooArray = array (.0..9.) of Byte;
> SomeFooArray(.3.) := 1;
>
> Oh wait, that compiles. ;)
>
never saw that before! so ugly too. Why do
Travis Siegel via fpc-pascal schrieb am
Mo., 28. Juli 2025, 15:42:
>
> Take for instance, comments.
>
> { this is a comment}
>
> works just as well as
>
> (* this is a comment *)
>
> I don't believe I've ever seen you complain about multiple ways to put
> comments in the code
>
That is a bad exa
Pierre Muller via fpc-pascal schrieb am
Mo., 28. Juli 2025, 15:27:
>
>
> Le 28/07/2025 à 10:07, Michalis Kamburelis via fpc-pascal a écrit :
> > Michael Van Canneyt wrote:
> >> Personally, I prefer the backtick solution.
> >> The triple quote is slow, it requires postprocessing the string.
> >> T
On 28/07/2025 17:59, Michalis Kamburelis via fpc-pascal wrote:
Moreover, in case of multi-line comments, the additional confusion
(which I still think is possible) is because there are {$xxx} compiler
directives changing their behavior, and some of them apply only to
backtick-style, some only to
> Your argument makes no sense. There's always been multiple ways to do
> many things in pascal, and it's never caused any more confusion than any
> other typical language construct.
I don't think the comparison to "multiple ways to write a comment" is
proper here. Because various ways to write c
On Jul 28, 2025 at 9:12:53 AM, Michael Van Canneyt
wrote:
> Because the amount of whitespace to remove at the start of every line
> is determined by the amount of spaces before the closing triple quotes.
>
> Ergo, you can only strip the whitespaces at the start of every line
> after the whole st
On Mon, 28 Jul 2025, Hairy Pixels via fpc-pascal wrote:
On Jul 28, 2025 at 1:04:49 AM, Michael Van Canneyt via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
Personally, I prefer the backtick solution.
The triple quote is slow, it requires postprocessing the string.
The backtick soluti
Actually, in Pascal (* and *) came before { }. But this is quite off topic for
this thread, so let's leave it.
Doug C.
On Mon, 28 Jul 2025 10:41:31 -0400 Hairy Pixels via fpc-pascal
wrote ---
On Jul 28, 2025 at 8:24:38 AM, Brian via fpc-pascal <
mailto:fpc-pascal@lists.freepasc
On Jul 28, 2025 at 8:24:38 AM, Brian via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
> The two ways to do comments are, IMO, almost essential. The way I was
> taught to write Pascal, about 45 years ago now, was to use braces for
> comments - but then if you needed to comment out a whole
On 7/28/25 09:26, Travis Siegel via fpc-pascal wrote:
Your argument makes no sense. There's always been multiple ways to do
many things in pascal, and it's never caused any more confusion than
any other typical language construct.
Take for instance, comments.
{ this is a comment}
works jus
On Jul 28, 2025 at 1:04:49 AM, Michael Van Canneyt via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
> Personally, I prefer the backtick solution.
> The triple quote is slow, it requires postprocessing the string.
> The backtick solution needs only one pass.
>
>
> I positively HATE it whe
On Jul 28, 2025 at 7:26:08 AM, Travis Siegel via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
> Your argument makes no sense. There's always been multiple ways to do
> many things in pascal, and it's never caused any more confusion than any
> other typical language construct.
>
> Take fo
On Mon, 28 Jul 2025, Pierre Muller via fpc-pascal wrote:
Le 28/07/2025 à 10:07, Michalis Kamburelis via fpc-pascal a écrit :
Michael Van Canneyt wrote:
Personally, I prefer the backtick solution.
The triple quote is slow, it requires postprocessing the string.
The backtick solution needs o
On 7/27/2025 7:24 PM, David Connolly via fpc-pascal wrote:
Personally, I prefer the back tick, but they're both excellent
additions to the language.
As do I.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/c
Your argument makes no sense. There's always been multiple ways to do
many things in pascal, and it's never caused any more confusion than any
other typical language construct.
Take for instance, comments.
{ this is a comment}
works just as well as
(* this is a comment *)
I don't believe I
Le 28/07/2025 à 10:07, Michalis Kamburelis via fpc-pascal a écrit :
Michael Van Canneyt wrote:
Personally, I prefer the backtick solution.
The triple quote is slow, it requires postprocessing the string.
The backtick solution needs only one pass.
I positively HATE it when people start treati
On Mon, 28 Jul 2025, DougC via fpc-pascal wrote:
Michael Van Canneyt via fpc-pascal < mailto:fpc-pascal@lists.freepascal.org >
schrieb am Mo., 28. Juli 2025, 11:21:
If this argument is to carry any weight, then we also need to remove
all instances where FPC did things differently from Delph
On Mon, 28 Jul 2025, Sven Barth via fpc-pascal wrote:
Michael Van Canneyt via fpc-pascal
schrieb am Mo., 28. Juli 2025, 11:21:
If this argument is to carry any weight, then we also need to remove
all instances where FPC did things differently from Delphi:
[snip]
- anonymous functions expl
Michael Van Canneyt via fpc-pascal < mailto:fpc-pascal@lists.freepascal.org >
schrieb am Mo., 28. Juli 2025, 11:21:
If this argument is to carry any weight, then we also need to remove
all instances where FPC did things differently from Delphi:
False. This argument still carries considerab
Michael Van Canneyt via fpc-pascal
schrieb am Mo., 28. Juli 2025, 11:21:
> If this argument is to carry any weight, then we also need to remove
> all instances where FPC did things differently from Delphi:
>
> [snip]
> - anonymous functions explicitly are interfaces.
> [snip]
Anonymous function
Michael Van Canneyt via fpc-pascal
schrieb am Mo., 28. Juli 2025, 09:05:
> The solution is simple:
> if you don't like the backticks, don't use them.
>
Independent of the specific feature this is not a good argument, because
more often than not one has to work with third party code, thus one
def
> But pas2js exists, I believe it is important, and that explains my decision.
OK. I will have to accept this decision :) Well I see your arguments
(Pas2js compatibility + you feel Delphi design is "horror" :) ). Even
if I do see a different decision as more optimal.
For the sake of clarity, I do
On Mon, 28 Jul 2025, Michalis Kamburelis via fpc-pascal wrote:
Michael Van Canneyt wrote:
Personally, I prefer the backtick solution.
The triple quote is slow, it requires postprocessing the string.
The backtick solution needs only one pass.
I positively HATE it when people start treating
Michael Van Canneyt wrote:
> Personally, I prefer the backtick solution.
> The triple quote is slow, it requires postprocessing the string.
> The backtick solution needs only one pass.
>
>
> I positively HATE it when people start treating whitespace as
> significant. No YAML or Python for me on th
On Sun, 27 Jul 2025, Michalis Kamburelis wrote:
Michael Van Canneyt wrote:
Let's delete custom very special FPC variant with ticks. leave only Delphi
variant, please. in English it is maybe called as 'align implementation with
Delphi'.
It is aligned with Delphi ?
why? to keep the same so
Thanks to you both!
Maybe I missed something, but isn't there a way to strip/skip the "line
endings"?
Em dom., 27 de jul. de 2025 às 09:29, Michael Van Canneyt via fpc-pascal <
fpc-pascal@lists.freepascal.org> escreveu:
>
> Hello,
>
> I have added (long overdue) multiline string support to the FP
Personally, I prefer the back tick, but they're both excellent additions to
the language.
On Sun 27 Jul 2025, 20:15 Thomas Kurz via fpc-pascal, <
fpc-pascal@lists.freepascal.org> wrote:
> > Deprecate in FPC and Pas2js the "backtick version". That is, let the
> > compilers just generate a message
> Deprecate in FPC and Pas2js the "backtick version". That is, let the
> compilers just generate a message like "Multi-line strings using
> backticks are deprecated and will be removed in some future release.
> We encourage to use instead syntax with 3 apostrophes, docs on XXX"
> when it encounters
>
> Anyways, thanks to for getting this merged. It’s been a whopping 6 years
> since the PR was made and it’s a very welcome feature for embedded code. 👏
>
Oh, I also want to add "thank you" by the way for multi-line strings!
We have code constructing long shaders in Castle Game Engine. It right
On Jul 27, 2025 at 11:01:16 AM, Michalis Kamburelis via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
> I'd say that (while I understand the reasons it happened) having 2
> ways in the language to do the same thing -> makes things more
> complicated.
>
> Why?
>
I originally liked the back
Michael Van Canneyt wrote:
> > Let's delete custom very special FPC variant with ticks. leave only Delphi
> > variant, please. in English it is maybe called as 'align implementation with
> > Delphi'.
>
> It is aligned with Delphi ?
>
> > why? to keep the same source when changing objfpc/delphi mode
On Sun, 27 Jul 2025, Alexey T. via fpc-pascal wrote:
hello,
Let's delete custom very special FPC variant with ticks. leave only Delphi
variant, please. in English it is maybe called as 'align implementation with
Delphi'.
It is aligned with Delphi ?
why? to keep the same source when cha
hello,
Let's delete custom very special FPC variant with ticks. leave only
Delphi variant, please. in English it is maybe called as 'align
implementation with Delphi'.
why? to keep the same source when changing objfpc/delphi mode.
Alexey Torgashin
_
El 15/7/25 a les 18:01, Michael Van Canneyt via fpc-pascal ha escrit:
On Mon, 14 Jul 2025, Luca Olivetti via fpc-pascal wrote:
El 14/7/25 a les 17:57, Michael Van Canneyt via fpc-pascal ha escrit:
On Mon, 14 Jul 2025, Luca Olivetti via fpc-pascal wrote:
El 14/7/25 a les 14:59, Michael Va
On Mon, 14 Jul 2025, Luca Olivetti via fpc-pascal wrote:
El 14/7/25 a les 17:57, Michael Van Canneyt via fpc-pascal ha escrit:
On Mon, 14 Jul 2025, Luca Olivetti via fpc-pascal wrote:
El 14/7/25 a les 14:59, Michael Van Canneyt via fpc-pascal ha escrit:
That's not what the documentati
El 14/7/25 a les 17:57, Michael Van Canneyt via fpc-pascal ha escrit:
On Mon, 14 Jul 2025, Luca Olivetti via fpc-pascal wrote:
El 14/7/25 a les 14:59, Michael Van Canneyt via fpc-pascal ha escrit:
That's not what the documentation says
https://www.freepascal.org/docs-html/fcl/db/tstringfi
On Mon, 14 Jul 2025, Luca Olivetti via fpc-pascal wrote:
El 14/7/25 a les 14:59, Michael Van Canneyt via fpc-pascal ha escrit:
That's not what the documentation says
https://www.freepascal.org/docs-html/fcl/db/tstringfield.size.html
(emphasis mine)
"it is the declared *maximum* size of
El 14/7/25 a les 14:59, Michael Van Canneyt via fpc-pascal ha escrit:
That's not what the documentation says
https://www.freepascal.org/docs-html/fcl/db/tstringfield.size.html
(emphasis mine)
"it is the declared *maximum* size of the string (in *characters*) and
is used to calculate the si
On Mon, 14 Jul 2025, Luca Olivetti via fpc-pascal wrote:
El 14/7/25 a les 14:30, Michael Van Canneyt via fpc-pascal ha escrit:
On Mon, 14 Jul 2025, Luca Olivetti via fpc-pascal wrote:
Hello,
In a project I'm using both an sql server database (TMSSQLConnection) and
a postgresql one (TPQ
El 14/7/25 a les 14:30, Michael Van Canneyt via fpc-pascal ha escrit:
On Mon, 14 Jul 2025, Luca Olivetti via fpc-pascal wrote:
Hello,
In a project I'm using both an sql server database (TMSSQLConnection)
and a postgresql one (TPQConnection).
One of the TStringField is defined as size 100, b
On Mon, 14 Jul 2025, Luca Olivetti via fpc-pascal wrote:
Hello,
In a project I'm using both an sql server database (TMSSQLConnection) and a
postgresql one (TPQConnection).
One of the TStringField is defined as size 100, but in the sql server it has
been changed to to 200.
Even without chan
From: Kevin Lyda
To: FPC-Pascal users discussions
Subject: [fpc-pascal] Importing units
Message-ID:
Content-Type: text/plain; charset="UTF-8"
tl;dr How do I package reusable units for others?
Back in 1988/89, I took a computer science class in high school. Yes,
we lacked fire back then,
> On Jun 18, 2025, at 4:20 PM, Kevin Lyda via fpc-pascal
> wrote:
>
> tl;dr How do I package reusable units for others?
>
> Back in 1988/89, I took a computer science class in high school. Yes,
> we lacked fire back then, but we had a compiler so that was fine.
> Specifically a Turbo Pascal 3
On Tue, 17 Jun 2025, Mattias Gaertner via fpc-pascal wrote:
Hi,
What is the state of the bug 15128, that is the infamous checksum changed
bug:
https://gitlab.com/freepascal.org/lazarus/ccr/-/issues/15218
In the issue Jonas wrote that the only case is a forward function that
implements a
On Sat, 24 May 2025, Thomas Kurz via fpc-pascal wrote:
Pass FPCMAKENEW=/path/to/utils/fpcm/bin/i386-win32/fpcmake.exe correct
the path to generated make.
I must admit I don't understand this response. First thing is I'm on Linux x64
and I don't think that the `fpcmake.exe` will help. Apart
> Pass FPCMAKENEW=/path/to/utils/fpcm/bin/i386-win32/fpcmake.exe correct
the path to generated make.
I must admit I don't understand this response. First thing is I'm on Linux x64
and I don't think that the `fpcmake.exe` will help. Apart from that, there *is*
an fpcmake built just some minutes
Op 22-5-2025 om 10:16 schreef Thomas Kurz via fpc-pascal:
I'm trying to create an automated dockerized build of FPC targeting Win32 (and
later Win64). Everything's fine so far, except the `utils` directory.
Pass FPCMAKENEW=/path/to/utils/fpcm/bin/i386-win32/fpcmake.exe correct
the path to ge
On 21/05/2025 01:36, Don Siders via fpc-pascal wrote:
I was told to contact Jonas about blocked access to the wiki. I
recently clicked on a help button in the Lazarus IDE, and after a
redirect from Anubis, found that I can no longer access the wiki. I
get a connection refused response. I was hopi
On Sun, 18 May 2025, ppadilcdx--- via fpc-pascal wrote:
For the functions EndsStr/EndsText in StrUtils, the description starts with
"StartsText checks …”; when it should start EndsStr/EndsText respectively.
Not sure if I should submit a pull request for just a typo.
I fixed the typos. Than
On 15/05/2025 23:04, Tim Coates via fpc-pascal wrote:
I was able to get to Wiki home page.
I entered my details into the form to create an account, and on
submitting the form, get thrown to a Unable to connect page,
I can now no longer access the Wiki home page. :(
I'm sorry. I think I know
I was able to get to Wiki home page.
I entered my details into the form to create an account, and on submitting
the form, get thrown to a Unable to connect page,
I can now no longer access the Wiki home page. :(
Tim
On Fri, May 16, 2025 at 4:28 AM Jonas Maebe via fpc-pascal <
fpc-pascal@lists.f
On 15/05/2025 11:04, Tim Coates via fpc-pascal wrote:
My IP address is:
121.222.90.99
Should be okay now. I've also added an extra instruction to the captcha
to avoid triggering any autobans aimed at bots.
Jonas
___
fpc-pascal maillist - fpc-p
My IP address is:
121.222.90.99
Tim
On Thu, May 15, 2025 at 6:19 PM Michael Van Canneyt via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
>
>
> On Thu, 15 May 2025, Tim Coates via fpc-pascal wrote:
>
> > Hi Everyone,
> >
> > Is there a problem with https://wiki.freepascal.org/ as in the
On Thu, 15 May 2025, Tim Coates via fpc-pascal wrote:
Hi Everyone,
Is there a problem with https://wiki.freepascal.org/ as in the last days I
am getting an "Unable to Connect" error message? I have been wanting to
create an account so that I could assist with updating documentation etc.
So
El 25/4/25 a les 14:24, Michael Van Canneyt via fpc-pascal ha escrit:
Try to make sure you don't have circular references. It happens often in
such cases.
Ouch, that's probably it. I usually avoid circular references but in
this project I have a couple, I'll either have to try to untangle
On Fri, 25 Apr 2025, Luca Olivetti via fpc-pascal wrote:
Hello,
recently I get a lot of these errors (i.e., I modify something, in lazarus
click on "compile" or "run", and I get the error).
If I then use "clean up & build.." the compilation ends without errors.
I recently switched the virt
Adriaan van Os schrieb am Fr., 4. Apr. 2025, 15:30:
> Sven Barth wrote:
> > Adriaan van Os mailto:adri...@adriaan.biz>>
> > schrieb am Do., 3. Apr. 2025, 14:47:
> >
> > Well, in what form will a patch along these lines be accepted ? I
> > really need this to be fixed.
> >
> >
> > In no fo
Sven Barth wrote:
Adriaan van Os mailto:adri...@adriaan.biz>>
schrieb am Do., 3. Apr. 2025, 14:47:
Well, in what form will a patch along these lines be accepted ? I
really need this to be fixed.
In no form, cause this is not a way in which we want to see this fixed.
So, how are you
On 29/03/25 20:03, Tobias Giesen via fpc-pascal wrote:
Is it possible for somebody to create a little endian release?
Can I also suggest an x86-32 tarball, as I'm tracking an apparent inaccuracy
in the 64-bit math library not present in the 32-bit version,
which gives the same results as the equ
On 3/25/25 15:02, Martin Guy via fpc-pascal wrote:
On 25/03/25 13:55, Mattias Gaertner via fpc-pascal wrote:
The Lazarus team is glad to announce the third release candidate of
Lazarus 4.0.
What is Lazarus? I have been unable to find anything on its web sites
that say what it is or what it do
Sorry about that. Thunderbird seems to have sent the Draft last night
before it was ready.
On 20/03/25 19:55, Martin Guy wrote:
I'm resurrecting a software to do DolbyB encoding and decoding in software
>but I'm finding that the resulting wave files, when it's compiled and
run > on 32-bit a
Peter B schrieb am Di., 4. März 2025, 22:48:
> Back in 2022, I did expect that the release 3.2.4, including this fix,
> would have been out by now.
>
> Is it possible, that this fix could be applied as a patch to 3.2.2
> (which is what all the Linux distributions are still using).
> i.e. is the
On Tue, 25 Feb 2025 22:47:29 +0100, Tomas Hajny via fpc-pascal
wrote:
>On 2025-02-25 22:09, Jean SUZINEAU via fpc-pascal wrote:
>> I haven't done it recently but basically on Windows you have keys in
>> the registry under HKEY_CLASSES_ROOT to associate your program with a
>> specific file extensi
On 2025-02-25 22:09, Jean SUZINEAU via fpc-pascal wrote:
I haven't done it recently but basically on Windows you have keys in
the registry under HKEY_CLASSES_ROOT to associate your program with a
specific file extension.
You can view the registry with regedit.
.
.
I'd add that you can define
I haven't done it recently but basically on Windows you have keys in the
registry under HKEY_CLASSES_ROOT to associate your program with a
specific file extension.
You can view the registry with regedit.
Your application is called with the filename as parameter on the command
line.
El 25/2/25 a les 21:28, Bo Berglund via fpc-pascal ha escrit:
I want the program to load a video file if it appears in the command line so it
can be immediately played rather than having to click the OpenFile button and
navigate to the video and select it.
Any ideas, suggestions, links?
https
On 2025-02-24 12:44, Michalis Kamburelis via fpc-pascal wrote:
Karoly Balogh wrote:
.
.
3. Discussions whether language X is good or bad should be an
independent discussion, in an independent thread(s), IMHO. Because
.
.
...and a different mailing list (in particular, fpc-other).
Tomas
On 2025-02-24 11:22, Arne Hanssen via fpc-pascal wrote:
Den 24.02.2025 09:27, skreiv Karoly Balogh via fpc-pascal:
On Sat, 22 Feb 2025, DougC via fpc-pascal wrote:
Hi,
[...]
As a former OS/2 user I find REXX (Regina Rexx nowadays) very
versatile and useful - and easy to learn. But you're
On 2/21/25 12:04, Anthony Walter via fpc-pascal wrote:
[...]
Javascript:
let data = { name: "James", age: 25 };
function update(name) {
data.name = name;
}
function verify(note) {
console.log("received note " + note);
console.log("data name is " + data.name);
hello(data, " messa
Karoly Balogh wrote:
> We're in the offtopic again, but I really hate this kind of elitism. As a
> kid I started with BASIC - on various Commodore home computers then also
> on early IBM PCs - and I hope to think I grew up to be a semi-decent
> programmer. At least I can fix your Pascal compiler fo
Den 24.02.2025 09:27, skreiv Karoly Balogh via fpc-pascal:
Hi,
On Sat, 22 Feb 2025, DougC via fpc-pascal wrote:
Why not? Because it helps a distinctly inferior language design to
perpetuate.
It used to be said that any programmer that first learned to program
using BASIC was ruined for life.
Hi,
On Sat, 22 Feb 2025, DougC via fpc-pascal wrote:
> Why not? Because it helps a distinctly inferior language design to
> perpetuate.
>
> It used to be said that any programmer that first learned to program
> using BASIC was ruined for life. I would say the same thing about
> Javascript.
We'r
I'm not a fan of javascript myself, but I see nothing wrong with having
it as an option. It's never bad to have another tool in the toolbox. I
can see situations where it would be useful. I'd not be likely to use
it, because javascript isn't my thing, but I certainly can easily point
to proj
Why not? Because it helps a distinctly inferior language design to perpetuate.
It used to be said that any programmer that first learned to program using
BASIC was ruined for life. I would say the same thing about Javascript.
Doug C.
On Fri, 21 Feb 2025 17:46:49 -0500 wrote ---
Den 21.02.2025 19:49, skreiv Peter B via fpc-pascal:
On 21/02/2025 02:26, Hairy Pixels via fpc-pascal wrote:
What do you mean? like syntax styling?
Hi Ryan,
I'm looking for a diff tool that would show
a/ foo := false;
b/ foo := true;
as differences worth reporting,
but would suppress
a/ F
On 21/02/2025 02:26, Hairy Pixels via fpc-pascal wrote:
What do you mean? like syntax styling?
Hi Ryan,
I'm looking for a diff tool that would show
a/ foo := false;
b/ foo := true;
as differences worth reporting,
but would suppress
a/ Foo := False;
b/ foo := false;
as these changes have
On 21/02/2025 01:33, Wayne Sherman via fpc-pascal wrote:
Peter B wrote:
I'm wondering if there is any diff tool out there,
that caters for Pascal syntax, so can filter out
the noise from reformatting etc.
Beyond Compare
https://www.scootersoftware.com/
(30-day free trial, but well worth buying
I am also allergic to javascript!
Consider Lua instead.
Doug C.
On Fri, 21 Feb 2025 07:35:39 -0500 Alexey T. via fpc-pascal
wrote ---
Scripting is good thing. But I hate JS. No mandatory quotes around dict
keys. Arrow functions which are sugar and not needed. etc etc.
I sugg
Scripting is good thing. But I hate JS. No mandatory quotes around dict
keys. Arrow functions which are sugar and not needed. etc etc.
I suggest to use Python.
Python-for-Lazarus is in the github.
I like Python!
Alexey
___
fpc-pascal maillist - fpc-pa
Beyond Compare is the single most valuable utility I have bought in 30 years of
PC use. Highly recommended!
On Thu, 20 Feb 2025 20:33:41 -0500 Wayne Sherman via fpc-pascal
wrote ---
Peter B wrote:
> I'm wondering if there is any diff tool out there,
> that caters for Pascal synta
What do you mean? like syntax styling? I use Sublime Merge as my git client
and it styles Pascal syntax.
Regards,
Ryan Joseph
On Feb 21, 2025 at 2:05:03 AM, Peter B via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
> Hi,
>
> I'm wondering if there is any diff tool out there,
> that c
Peter B wrote:
> I'm wondering if there is any diff tool out there,
> that caters for Pascal syntax, so can filter out
> the noise from reformatting etc.
Beyond Compare
https://www.scootersoftware.com/
(30-day free trial, but well worth buying a license)
(Beyond Compare is itself written using Del
El 18/2/25 a les 14:49, Michael Van Canneyt via fpc-pascal ha escrit:
On Tue, 18 Feb 2025, Luca Olivetti via fpc-pascal wrote:
Hello,
I need to copy a table between an mssql database and a postgresql one.
I used a query to obtain the data, a datasource ponting to it and
another query using
On Tue, 18 Feb 2025, Luca Olivetti via fpc-pascal wrote:
Hello,
I need to copy a table between an mssql database and a postgresql one.
I used a query to obtain the data, a datasource ponting to it and another
query using the datasource, the sql being
INSERT INTO table (f1,f2,f3...) value
On Fri, 14 Feb 2025, ppadilcdx--- via fpc-pascal wrote:
I did copy gmp.pas to another folder and named it mygmp.pas, changed "$linklib
gmp.3” to "$linklib gmp.dylib” (just plain gmp did not work). Now examples compile
and run with the change to “uses mygmp” and adding opt/homebrew/lib to the
I did copy gmp.pas to another folder and named it mygmp.pas, changed "$linklib
gmp.3” to "$linklib gmp.dylib” (just plain gmp did not work). Now examples
compile and run with the change to “uses mygmp” and adding opt/homebrew/lib to
the link search path.
So good to go.
For next release can we
On Tue, 11 Feb 2025, ppadilcdx--- via fpc-pascal wrote:
What else do I need to add to the compile line to use the gmp unit? I added
gmp to the use line and it throws an error in compilation:
ld: warning: -multiply_defined is obsolete
-macosx_version_min has been renamed to -macos_version_mi
On 2/8/25 11:45, Guillermo Martínez Jiménez via fpc-pascal wrote:
Seeing the error line (FItems: ^TArray;) I think it's fpdoc's
fault. Seems that it doesn't recognize it as a specialization and gets
confused by finding a '<' character out of place (from it's point of
view).
Please create an
Seeing the error line (FItems: ^TArray;) I think it's fpdoc's
fault. Seems that it doesn't recognize it as a specialization and gets
confused by finding a '<' character out of place (from it's point of
view).
El Fri, 7 Feb 2025 11:05:01 -0800
ppadilcdx--- via fpc-pascal escribió:
> Was trying
On Tue, Feb 4, 2025 Mgr. Janusz Chmiel wrote:
>. App can be installed, but user is
> helpless to find its launcher at The launcher desktop.
> Here is The short intent.
>
>
>
>
>
> I have got AN error from Android 14 from ADB that Intents must be
> spe
FYI: A related case is rtl-generics, although there are some examples in the
installed share/doc, there are many more examples in the fpc source
packages/rtl-generics. Thanks.
Pete
> On Feb 4, 2025, at 1:49 AM, Michael Van Canneyt via fpc-pascal
> wrote:
>
>
>
> On Mon, 3 Feb 2025, ppadilc
1 - 100 of 47069 matches
Mail list logo
