On 15/03/2025 14:07, Jonas Maebe via fpc-devel wrote:
On 23/02/2025 14:22, Jonas Maebe via fpc-devel wrote:
On 23/02/2025 13:56, wkitty42--- via fpc-devel wrote:
FWIW: instead of rejecting, i would drop... that way their networking
stack has to wait on timeouts and adds a delay load to their
On 15/03/2025 14:07, Jonas Maebe via fpc-devel wrote:
On 23/02/2025 14:22, Jonas Maebe via fpc-devel wrote:
On 23/02/2025 13:56, wkitty42--- via fpc-devel wrote:
FWIW: instead of rejecting, i would drop... that way their networking
stack has to wait on timeouts and adds a delay load to their
On 22/02/2025 09:25, Jonas Maebe via fpc-devel wrote:
On 22/02/2025 00:14, Werner Pamler via fpc-devel wrote:
Trying to update a wiki article I noticed that the wiki is extremely
slow and responds to saving or previewin an edited article with the
error message shown below. I've been told tha
On 20-12-2022 21:12, Sven Barth via fpc-devel wrote:
So the only logical solution is to stop the offending thread from
executing or not to have it call InitThread() while the initialization
section of the System unit is still running. The former might have
unintended consequences (e.g. not b
On 27-6-2022 04:43, J. Gareth Moreton via fpc-devel wrote:
Hi everyone,
I'm playing around with a peephole optimization (back to my roots!) and
I've come across a relatively simple one that aims to reduce instruction
size occasionally. One part involves reducing the opsize if the
constant
Solved
One of the changes I made was a rename of the unit where the resource is
included. And there was still one unit using the old name (and the old
ppu/o could be found)
Sorry for the noise,
Marc
On 22-4-2022 14:41, Marc Weustink via fpc-devel wrote:
OK, stash pop. You would think
service.res is added twice, now from the same location.
To be continued...
On 22-4-2022 10:36, Marc Weustink via fpc-devel wrote:
OK,
I stashed my changes and compiled the previous version of the software
without problems. '.\lib\x86_64-win64\x_service.res' is not linked, so
somewhe
OK,
I stashed my changes and compiled the previous version of the software
without problems. '.\lib\x86_64-win64\x_service.res' is not linked, so
somewhere my changes have triggered it.
To be continued...
Marc
On 22-4-2022 10:09, Marc Weustink via fpc-devel wrote:
On 22-4-
On 22-4-2022 09:55, Marco van de Voort via fpc-devel wrote:
On 22-4-2022 09:12, Marc Weustink via fpc-devel wrote:
On a project I'm working on I needed to refactor some units. After I
finished, I got a linking error about a duplicate resource. Maybe
accidentally a stale one got l
Hi,
On a project I'm working on I needed to refactor some units. After I
finished, I got a linking error about a duplicate resource. Maybe
accidentally a stale one got linked, so I removed 2 occurrences.
And now the compiler complains it cannot find the resource.
The (edited) output:
(9022) C
On 30-12-2021 23:42, Bart via fpc-devel wrote:
Hi Marc,
It took a bit longer than expected, but I'm happy to inform you that the
Lazarus services are back online.
For those interested in why it took longer, I'll explain at the end of
the message.
Are you aware that there is a problem with t
Hi all,
It took a bit longer than expected, but I'm happy to inform you that the
Lazarus services are back online.
For those interested in why it took longer, I'll explain at the end of
the message.
Marc
On 24-12-2021 08:30, Marc Weustink wrote:
Hi,
On Monday 27 December 9.00 CET (8.00 GMT
Hi,
On Monday 27 December 9.00 CET (8.00 GMT) the Lazarus server will be
down for maintenance. This affects the following services:
* Lazarus website
* Lazarus mailinglists
* Lazarus online package manager
* Lazarus and FreePascal forum
Thanks,
Marc
__
On 30-11-2021 13:37, Michael Van Canneyt via fpc-devel wrote:
On Tue, 30 Nov 2021, Marc Weustink via fpc-devel wrote:
Hi,
I ran into an issue with a piece of ported Delphi (6) code and RTTI.
Part of the Delphi code was based on strings with a RTTI type
tkLString where in FPC the type
Hi,
I ran into an issue with a piece of ported Delphi (6) code and RTTI.
Part of the Delphi code was based on strings with a RTTI type tkLString
where in FPC the type appeared to be tkAString. Fixing this was easy,
but it made me wonder what the difference is between them.
From the documentat
On 24-9-2021 14:41, Michael Van Canneyt via fpc-devel wrote:
On Fri, 24 Sep 2021, Marc Weustink via fpc-devel wrote:
On 24-9-2021 14:24, Marc Weustink via fpc-devel wrote:
Hi,
Is there a way to promote a specific warning(4056) into an error ?
from the commandline I mean. I've
On 24-9-2021 14:24, Marc Weustink via fpc-devel wrote:
Hi,
Is there a way to promote a specific warning(4056) into an error ?
from the commandline I mean. I've found {$warn 4056 error} but I don't
want to put this in all sources
T
Hi,
Is there a way to promote a specific warning(4056) into an error ?
Thanks Marc
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
On 6-8-2020 11:16, Sven Barth via fpc-devel wrote:
Marc Weustink via fpc-devel <mailto:fpc-devel@lists.freepascal.org>> schrieb am Do., 6. Aug. 2020,
09:13:
...
Do you mind sharing where you found a working network driver ? I've
read
endless stories of instab
On 5-8-2020 23:44, Sven Barth via fpc-devel wrote:
Am 05.08.2020 um 18:33 schrieb J. Gareth Moreton:
P.S. While I haven't been asked to improve aarch64-linux specifically,
if I'm understanding things
correctly, there should be very few differences with the actual target
platform in regards to
On 5-5-2020 11:08, Sven Barth via fpc-devel wrote:
Marc Weustink via fpc-devel <mailto:fpc-devel@lists.freepascal.org>> schrieb am Di., 5. Mai 2020, 09:27:
Sven Barth via fpc-devel wrote:
>
> TThread.NameThreadForDebugging is implemented for Windows, Linux and
Sven Barth via fpc-devel wrote:
TThread.NameThreadForDebugging is implemented for Windows, Linux and
Android since the weekend.
Just curious, why is NameThreadForDebugging used instead of simply
TThread.Name ?
ForDebugging is just one of the purposes, and TThread.NameThread is
double, sin
Just porting some software and foud that the Right versions of the
TWMNC[L|M|R]ButtonXXX definitions are missing in messages.inc
TWMNCRButtonDblClk = TWMNCHitMessage;
TWMNCRButtonDown= TWMNCHitMessage;
TWMNCRButtonUp = TWMNCHitMessage;
Marc
Michael Van Canneyt via lazarus wrote:
On Wed, 11 Mar 2020, Bart via fpc-devel wrote:
Hi Michael,
You resolved https://bugs.freepascal.org/view.php?id=36788 as unable
to reproduce.
However, I have exactly the same problem here:
https://www.lazarus.freepascal.org/ gives me the Bad SSL certifi
Jonas Maebe wrote:
Hi,
Does anyone know what the accepted/excepted behaviour is regarding the
capture of addresses of var/out/const-by-address/constref parameters?
For example:
var
g: longint;
p: plongint;
procedure test(var l: longint);
begin
p:=@l;
end;
begin
test(g);
end.
Aft
25 matches
Mail list logo
