On Wed, 5 Jun 2019, J. Gareth Moreton wrote:
Still, saying all that, maybe there's room for improvement in rtl-generics in
the form of refactoring, like I've found in the compiler itself in a few
places. When you say 'heavyweight', do you mean it's a little slow sometimes
or just very bulky
On Sat, 1 Jun 2019, Ben Grasset wrote:
On Sat, Jun 1, 2019 at 10:58 AM Sven Barth via fpc-devel <
fpc-devel@lists.freepascal.org> wrote:
I personally consider it a worthwhile addition.
What version did Delphi add that in? I honestly had no idea it was a thing.
Makes it seem especially st
On Sat, 1 Jun 2019, Sven Barth via fpc-devel wrote:
Michael Van Canneyt schrieb am Sa., 1. Juni 2019,
14:13:
On Sat, 1 Jun 2019, Sven Barth via fpc-devel wrote:
specialize ClearMem(pt);
With implicit specialization:
ClearMem(pt); // :)
I don't think this syntax is a
On Sat, 1 Jun 2019, denisgolovan wrote:
Really ?
I wonder what kind of code you write to make this 'super buggy' statement.
I myself write lots of code, and never encountered an issue.
But then, I normally don't use dubious constructs to begin with.
In general of course I agree 100% with
On Sat, 1 Jun 2019, Sven Barth via fpc-devel wrote:
specialize ClearMem(pt);
With implicit specialization:
ClearMem(pt); // :)
I don't think this syntax is a good idea.
It's required for Delphi compatibility.
Indeed. It gets worse by the day :(
Michael.
___
On Sat, 1 Jun 2019, Martok wrote:
What with overloads ?
Procedure MyProc(a:T);
Procedure MyProc(a : TObject);
How do I know which one will be called ?
Once again: FPC needs a defined method resolution order, *and stick with it*.
The current ad-hoc inheritance/typeconv/:= overload/overload
On Fri, 31 May 2019, Ryan Joseph wrote:
On May 30, 2019, at 4:18 PM, Ryan Joseph wrote:
I didn’t realize generic functions were in the trunk. I’m not sure I got this
implemented properly so it requires some code review but can we try to include
“implicitfunctionspecialization” mode swit
On Thu, 30 May 2019, Marco van de Voort wrote:
Op 2019-05-30 om 11:43 schreef Michael Van Canneyt:
The branch has been made, I am slowly bringing the documentation
up-to-date,
Speaking of which, I enabled unit bufdatatset in the FCL docs
yesterday. I thought the stale references were a
On Thu, 30 May 2019, Marco van de Voort wrote:
Op 2019-05-30 om 09:05 schreef Michael Van Canneyt:
The branch has been made, I am slowly bringing the documentation
up-to-date,
Speaking of which, I enabled unit bufdatatset in the FCL docs yesterday.
I thought the stale references were a
On Thu, 30 May 2019, J. Gareth Moreton wrote:
Hi everyone,
This might not be the best place to ask, but my programming buddy keeps
bugging me about it, since he wants access to generic functions and the
volatile intrinsic. When will the next version of FPC be officially
released?
No dat
Indeed. Silly me...
Added to interface, revision 42114.
Michael.
On Wed, 22 May 2019, Dave Connolly wrote:
Just missing the function definition
function OpenSSLGetVersion(t: cint):String;
On Wed, 22 May 2019 at 11:53, Michael Van Canneyt
wrote:
On Wed, 22 May 2019, Dave Connolly
On Wed, 22 May 2019, Dave Connolly wrote:
Hi all,
Would it be possible to add the following function to openssl.pas?
_OpenSSLVersion := GetProcAddr(SSLLibHandle, 'OpenSSL_version');
.
.
.
function OpenSSLGetVersion(t: cint):String;
begin
if InitSSLInterface and Assigned(_OpenSSLVersion) t
On Mon, 20 May 2019, J. Gareth Moreton wrote:
While there is documentation online that can easily explain all of this, I
find it's only truly useful if you are looking up details on a specific
feature - for example, the standard of expanding intermediate expressions to
the CPU word size ha
On Sun, 19 May 2019, Jonas Maebe wrote:
On 19/05/2019 13:25, Sven Barth via fpc-devel wrote:
And don't get me started about ">>". That one is going to annoy me
enough once I add support for nested specializations -.-
Current C++ standards requires a space between the two > signs for
nested
On Fri, 3 May 2019, J. Gareth Moreton wrote:
This is something I've been thinking about for a while, and I wonder how
practical it is or if it's a good idea - the ability to mark specific
routines as thread-safe with a directive named "safe" or "threadsafe".
By telling the compiler that the
On Thu, 25 Apr 2019, Sven Barth via fpc-devel wrote:
Am 25.04.2019 um 15:41 schrieb Martin:
Looking at https://bugs.freepascal.org/view.php?id=35359
and the latest comments (see end of mail)
Is it correct, that "widestring" here has 2 meanings?
- the "widestring" that has length in bytes (wi
Hi,
The website has been restored to working order.
SVN should be working again, Mantis has been updated to the latest version.
We're still working on some features, for example emails are not yet being
sent.
Michael.
___
fpc-devel maillist - fpc
Hello,
This afternoon (for GMT+1) you will experience downtime in the website of FPC,
The subversion service for FPC/Lazarus and the bugtracker.
The host machine needs maintenance and this will result in some downtime of
some services.
FTP, Lazarus website, wiki and mailinglists will be unaff
On Sun, 14 Apr 2019, Sven Barth via fpc-devel wrote:
On 4/13/19 11:28 PM, Bart wrote:
Hi,
What am I missing?
In mode Delphi you need to use the names Delphi uses for the operators:
http://docwiki.embarcadero.com/RADStudio/Rio/en/Operator_Overloading_(Delphi)
Maybe we should mention that
On Thu, 4 Apr 2019, thaddy wrote:
I have internally deprecated some SSL protocols since they no longer
work because they are no longer compiled in.
I also internally changed the bottom line to tls 1.2
Would it be OK to provide that as a patch? Or would you consider more
things are necessary
On Fri, 22 Mar 2019, Bart wrote:
On Sun, Mar 17, 2019 at 1:16 PM Bart wrote:
I attached registry.unicode.part5.diff for review to
https://bugs.freepascal.org/view.php?id=35213 .
...
I would appreciate a review and feedback.
...
I propose to continu the discussion in the bugtracker then,
On Thu, 21 Mar 2019, Don Siders wrote:
This has been nagging at me for a while.
In FPDoc the TH tag is treated as a table row. Unlike HTML, where its used
to markup a table cell.I realize FPDoc XML is not supposed to be HTML, but
you are re-purposing other tags using the standard markup.
I h
On Sat, 16 Mar 2019, Bart wrote:
On Wed, Mar 13, 2019 at 6:51 PM Michael Van Canneyt
wrote:
What you could do is
TUniCodestringArray = Array of UniCodeString;
Function GetKeyNames : TUniCodestringArray;
Function GetValueNames : TUniCodestringArray;
The TStringList versions can call
On Fri, 15 Mar 2019, Bart wrote:
On Mon, Feb 25, 2019 at 7:03 PM Bart wrote:
I'm currently involved in some TRegistry bugs and regressions.
As this turns out to be a massive patch, I would really appreciate if
for the time being no other patches were applied to the registry
(there are sev
On Wed, 13 Mar 2019, Bart wrote:
On Mon, Mar 11, 2019 at 4:03 PM Michael Van Canneyt
wrote:
From my perspective: the public API is all that matters.
There I would opt for overloads that accept unicodestring.
Done that.
That was the easy part.
Now:
procedure GetKeyNames(Strings: TStrings
On Wed, 13 Mar 2019, Bart wrote:
On Wed, Mar 13, 2019 at 1:58 PM Bart wrote:
Could you (or some other devel) change thus summary of
https://bugs.freepascal.org/view.php?id=35213 from "TRegistry should
not enforce UTF8 encoding on returned string variables." to something
like "Unicode aware
On Mon, 11 Mar 2019, Bart wrote:
On Mon, Mar 11, 2019 at 4:03 PM Michael Van Canneyt
wrote:
Probably because no-one in his right mind uses TRegIniFile ?
Mind you, the reason I looked into it was that on the forum somone
actually reported it not working as expected.
So clearly there are
On Mon, 11 Mar 2019, Bart wrote:
On Mon, Mar 11, 2019 at 4:03 PM Michael Van Canneyt
wrote:
Sorry to hear this.
That was certainly not my intention, on the contrary: I am glad to see that
someone takes the time to look at some of these bugs in earnest.
Thanks.
From my perspective: the
On Mon, 11 Mar 2019, Bart wrote:
On Mon, Mar 11, 2019 at 12:37 AM Michael Van Canneyt
wrote:
What's the problem ?
The problem is that you make me feel that evreything I do or think of is wrong.
Sorry to hear this.
That was certainly not my intention, on the contrary: I am glad t
On Sun, 10 Mar 2019, Bart wrote:
On Sun, Mar 10, 2019 at 5:56 PM Michael Van Canneyt
wrote:
I don't ever use the registry, so in that sense you are right it is indeed
not sexy enough to worry about it :-)
Neither do I use it...
Long time ago I wrote a patch for some other part o
On Sun, 10 Mar 2019, Bart wrote:
No.
Please, a single patch with full solution for unicode & ansistring.
You misundersdtand me here, I think.
The patch I mentioned does not concern the Unicode issue at hand.
The patch file however has a chunk of unaltered code in it, and in
_that_ code ther
On Sun, 10 Mar 2019, Bart wrote:
On Sat, Mar 2, 2019 at 3:48 PM Joost van der Sluis wrote:
The utf8encode should go, just like the utf8decode's that we fixed already.
Regards,
Joost.
I posted a patch in https://bugs.freepascal.org/view.php?id=35213.
Again: please first aplply the patch
On Sat, 9 Mar 2019, Anton Shepelev wrote:
Michael Van Canneyt about FileWrite and FileRead:
For these functions, you can get more info with
GetLastOSError, and use that to set InOutRes.
Thank you, but how do I translate the return value of
GetLastOSError into a value of InOutRes? The
On Sat, 9 Mar 2019, Anton Shepelev wrote:
Michael Van Canneyt to Anton Shepelev:
> function do_read (h: longint; addr: pointer; len:
> longint) : longint; function do_write(h: longint; addr:
> pointer; len: longint) : longint;
I also don't see why you need this.
On Sat, 9 Mar 2019, Anton Shepelev wrote:
Hello, all
FreePascal has many low-level cross-platform functions
scattered over multiple .inc files but not consolilated into
reusable cross-platform units. Consider, for example, the
functions
function do_read (h: longint; addr: pointer; len: lon
On Wed, 6 Mar 2019, Bart wrote:
On Wed, Mar 6, 2019 at 6:28 PM Michael Van Canneyt
wrote:
Ideally, they should all be fixed. They are all potential sources of error.
You can't have it both ways: use CP_ACP string and expect them to be
able to handle Unicode outside of their cod
On Wed, 6 Mar 2019, Bart wrote:
On Wed, Mar 6, 2019 at 4:10 PM Michael Van Canneyt
wrote:
So, what do you propose for maximum backwards compatibility ?
By this I mean, for people that basically use plain strings and ASCII, they
should not get warnings about
'conversion from widestri
On Wed, 6 Mar 2019, Bart wrote:
On Wed, Mar 6, 2019 at 2:16 PM Michael Van Canneyt
wrote:
Please add overloading using UTF8String.
Backwards compatibility is not an idle word.
To be honest, that last sentence does not make sense to me.
Before trunk TRegistry used (on Windows) the A-API
On Wed, 6 Mar 2019, Bart wrote:
On Wed, Mar 6, 2019 at 12:59 PM Marco van de Voort
wrote:
1+2. Reverse manual enforced encoding, and honour the codepage in the
default string type.
(2 sort of implies 1 as well...)
If unicode MUST be supported on windows without lazarus hack, convert
th
On Tue, 5 Mar 2019, Michael Van Canneyt wrote:
On Tue, 5 Mar 2019, J. Gareth Moreton wrote:
Heh, okay, I stand corrected. Thanks Michael. Seems I need to read up
on all the functions in the standard units. Sorry for wasting everyone's
time.
No waste of time.
I do wonder thou
On Tue, 5 Mar 2019, J. Gareth Moreton wrote:
Heh, okay, I stand corrected. Thanks Michael. Seems I need to read up
on all the functions in the standard units. Sorry for wasting everyone's
time.
No waste of time.
I do wonder though if it's worth adding " in " to SysUtils, since it's a
v
On Tue, 5 Mar 2019, J. Gareth Moreton wrote:
Ah, okay. In my case, it doesn't work if the set you specify is a
constant or variable defined elsewhere.
e.g.
const Delimiters: array[0..5] of Char = [#9, #10, #12, #13, #26, #32];
if C in Delimiters then...
If you do that, you get a compiler e
On Tue, 5 Mar 2019, J. Gareth Moreton wrote:
Hi everyone,
I've developed a couple of "in" operator overrides so you can use " in "
(useful in parsing tools, say, to see if a character belongs to a set of
delimiters) and " in ". e.g.
operator in(_Char: Char; _Set: array of Char): Boolean;
var
On Tue, 26 Feb 2019, Marco van de Voort wrote:
Op 2019-02-26 om 19:27 schreef Mattias Gaertner via fpc-devel:
Perhaps it would be better to change TXmlRegistry to Unicodetring?
I think that would be best, yes.
That was what I meant with 'switch the internals to unicodestring'
Michael.
__
On Tue, 26 Feb 2019, Yuriy Sydorov wrote:
On 25.02.2019 20:03, Bart wrote:
On Lazarus, this no problem, since by default all strings are UTF8
encoded, so all conversions are lossless.
In a plain fpc program though on Windows, default encoding is the
current codepage (cp1252 in my case) and i
On Tue, 26 Feb 2019, Marco van de Voort wrote:
Op 2/25/2019 om 9:27 PM schreef Michael Van Canneyt:
I'm currently involved in some TRegistry bugs and regressions.
Personally I don't use TRegistry in any of my programs.
Also I mostly use Lazarus, so most most of the issues don
On Mon, 25 Feb 2019, Bart wrote:
Hi,
I'm currently involved in some TRegistry bugs and regressions.
Personally I don't use TRegistry in any of my programs.
Also I mostly use Lazarus, so most most of the issues don't affect me.
However I would like to share som observations and thoughts.
TRe
On Sat, 16 Feb 2019, J. Gareth Moreton wrote:
Hm, fair enough. Seems a bit strange to not like a new feature, although
Delphi did start getting a bit bloated in places. Ah well!
Compatibility is never a bad thing though!
Hm. 'a bit bloated' is the understatement of the year.
I still prog
On Wed, 13 Feb 2019, LacaK wrote:
Hi,
sometimes I have to work with static fixed buffer in memory (for example
returned from external API), which I would like to behave like stream.
Then I define:
type TStaticMemoryStream = class(TCustomMemoryStream) end;
and in code I use for example:
On Tue, 12 Feb 2019, Pierre Muller wrote:
Hi Bart,
Le 11/02/2019 à 15:29, Bart a écrit :
Hi,
I am one of the rare regular users of Windows OS in the core team,
but I must also confess that I am neither knowledgeable in TRegistry fields,
nor in all what concerns UniCode matters, which is
On Thu, 7 Feb 2019, Ondrej Pokorny wrote:
Hello,
when working with TFPCanvas, I face an annoying inconsistency between
fcl-image and all other image libraries I know (including LCL Graphics).
The problem is that TFPCustomCanvas.FillRect and all other rect-aware methods
(FillEllipse, etc..
On Sat, 9 Feb 2019, Bart wrote:
On Sat, Feb 9, 2019 at 9:35 AM J. Gareth Moreton
wrote:
I guess I can get a bit impatient,
Reaction time on ptaches in the fpc part of the bugtracker is rather
long (especially when compared to the lazarus part of the bugtracker),
I find that discouraging a
On Fri, 8 Feb 2019, J. Gareth Moreton wrote:
I'll be straight here. Exactly what should I even be looking at and
working on? Being self-guided is evidently not cutting it because
recently, everything I see and think has potential or could use improvement
has been rejected or dismissed out of
On Mon, 28 Jan 2019, a...@aavani.net wrote:
Hi,
I am looking for a version of Format function that works with
WideStrings. One way to implement this is to use something like the
folllowing:
function GetNames(const FirstName, LastName: WideString; ID: Integer):
WideString;
begin
Resu
On Fri, 18 Jan 2019, Sven Barth via fpc-devel wrote:
Am 18.01.2019 um 00:06 schrieb Michael Van Canneyt:
As for the {$IF not Declared(Argv)} part: does that apply to a target
that FPC supports or is also there just to be able to compile it with
Delphi?
If we keep it, then at least the
On Thu, 17 Jan 2019, Bart wrote:
Hi,
I'm trying to fix an issue in getopts unit.
I noticed some (ancient?) compiler directives:
{$IFNDEF FPC}
{$ifdef TP}
uses strings;
{$else }
uses SysUtils;
type PtrInt = Integer;
{$endif}
{$ENDIF FPC}
{$IF not Declared(argv)} //{$ifdef TP}
typ
On Mon, 14 Jan 2019, Franz Müller wrote:
Hi, after a lot of testing, I think it is safe and I have submitted this
patch to the bugtracker
https://bugs.freepascal.org/view.php?id=34873
With this patch, it is possible to provide a custom compare function to a
stringlist and thus allow the st
On Sat, 5 Jan 2019, Ozz Nixon wrote:
I am glad to hear this... last night, I actually came across my last
release of DXSock Server Development Suite source. Is it possible for me to
donate my source to the FPC and Lazarus project with two stipulations?
1. Naming of the Code stays the same (c)
Hello,
I've reworked the SSL support of the FPC native sockets support.
It is now pluggable, which means you don't need OpenSSL any more.
This also means that from now on you must add "opensslsockets" to the uses
clause
of your program if you want to compile in OpenSSL support.
By default, no
On Wed, 2 Jan 2019, Martok wrote:
Am 02.01.2019 um 17:56 schrieb Michael Van Canneyt:
The compiler can prove that since the methods are private.
It can see no explicit calls are generated for it.
I thought so too, but even with added explicit calls, there is no warning.
Plus, it could only
On Wed, 2 Jan 2019, Martok wrote:
Am 02.01.2019 um 11:19 schrieb Michael Van Canneyt:
Consider the following:
Type
TMyClass = class
Private
function GetString(AIndex: Integer): string;
Published
Property MyString : String Index 1 Read GetString;
end;
function
On Wed, 2 Jan 2019, Mattias Gaertner via fpc-devel wrote:
> Warnings can always be disabled by {$warn NR off} or - I believe - a
> command line switch.
> One could also decide to have it be a default off warning for the
> non ISO modes (FPC, Delphi, MacPas) like some of the string
> conversion
On Wed, 2 Jan 2019, Sven Barth via fpc-devel wrote:
Am Mi., 2. Jan. 2019, 11:08 hat Bart geschrieben:
On Wed, Jan 2, 2019 at 9:44 AM Martok wrote:
- If a case statement on an ordinal does not contain labels for all
values of
the ordinal, and no else statement is given, raise a new warn
On Tue, 1 Jan 2019, Martok wrote:
Hi all,
The attached patch adds two messages inspired by C compiler's -Wswitch-enum and
-Wcovered-switch-default. Building on the recent label count refactoring, this
was fairly straightforward.
- If a case statement on an ordinal does not contain labels for
On Wed, 26 Dec 2018, Franz Müller wrote:
In the current implementation of TStringlist, there is a property
SortStyle, which is somewhat similar to the property Sorted. However, it
is different from sorted in that it allows 3 values: sslnone, which
corresponds to sorted=false, sslAuto, which
On Fri, 30 Nov 2018, Franz Müller wrote:
Do not forget that TStringlist is just a possible implementation of
TStrings. You are free to create your own. For example, the inifiles unit has
a
specialized version which is optimized for containing name=value pairs.
Of course, everyone can create
On Thu, 29 Nov 2018, Franz Müller wrote:
Hi everybody!
Currently, the implementation of cutomsorted stringlists ist very far
from satisfactory; you have to call the sort routine again whenever a
string is added to the stringlist or an item is changed, because the
stringlist cannot keep its
On Mon, 26 Nov 2018, Dmitry Boyarintsev wrote:
Hello,
At what version is it planned to release headers changes
https://bugs.freepascal.org/view.php?id=34609
(for boolean parameter)
?
That will normally be 3.2.
Michael.
___
fpc-devel maillist -
On Sat, 27 Oct 2018, Florian Klämpfl wrote:
If you read the whole thread, LLVM needs a rewritten exception handling as
well. Further, a quick test
of table based exception handling on bansi1 (which is mainly a memory manager
test) gives:
standard exception handling:
fpctrunk\tests\bench>pp
On Thu, 25 Oct 2018, Sven Barth via fpc-devel wrote:
Michael Van Canneyt schrieb am Do., 25. Okt. 2018,
09:38:
On Sat, 20 Oct 2018, Simon Kissel wrote:
- Make Exception handling, TLS etc use the infrastructure that
libpthread is providing
TLS is handled already by libpthread. I
On Thu, 25 Oct 2018, Sven Barth via fpc-devel wrote:
Personally I am also in favour of a more open technique instead of a
technique which is proprietary to a platform, and in this sense I
understand
and endorse your point of view, but beggars can't be choosers.
There is no problem to have b
On Thu, 25 Oct 2018, Martin Schreiber wrote:
On Thursday 25 October 2018 11:18:58 Sven Barth via fpc-devel wrote:
I'm against emulating SEH. Better implement DWARF exceptions. The
infrastructure that was created for SEH inside the compiler should help
nevertheless.
MSElang has some code for
On Thu, 25 Oct 2018, Sven Barth via fpc-devel wrote:
Michael Van Canneyt schrieb am Do., 25. Okt. 2018,
09:38:
On Sat, 20 Oct 2018, Simon Kissel wrote:
- Make Exception handling, TLS etc use the infrastructure that
libpthread is providing
TLS is handled already by libpthread. I
On Thu, 25 Oct 2018, J. Gareth Moreton wrote:
I would argue how such a bounty would be
rewarded here because overall performance
gains have been done by multiple
submitters. For example, I've submitted a
number of improvements to the optimiser to
produce both smaller and faster machine
co
On Sat, 20 Oct 2018, Simon Kissel wrote:
- Make Exception handling, TLS etc use the infrastructure that
libpthread is providing
TLS is handled already by libpthread. I doubt you will gain much there.
However, Exception handling is a problem. There are 2 possible ways ahead:
- DWARF excepti
On Fri, 12 Oct 2018, Dmitry Boyarintsev wrote:
2) why the were they named booleanN rather than gtkboolean or something?
(I'm referring to the suggestion of using objcbool name. It seem to fit)
Because introducing a type in a language and naming it after some library is
not done. objcbool at
On Fri, 12 Oct 2018, Jonas Maebe wrote:
On 12/10/18 22:00, Michael Van Canneyt wrote:
What exactly is wrong ?
Boolean8/16/32/64 are ordinal and boolean types, but not integer types.
OK. I will rephrase the wording. Thanks!
Michael.
___
fpc
On Fri, 12 Oct 2018, Sven Barth via fpc-devel wrote:
On 10/12/18 7:21 PM, Dmitry Boyarintsev wrote:
On Fri, Oct 12, 2018 at 1:07 PM Sven Barth via fpc-devel
mailto:fpc-devel@lists.freepascal.org>>
wrote:
Dmitry Boyarintsev mailto:skalogryz.li...@gmail.com>> schrieb am Fr., 12. Okt. 2018,
On Sat, 29 Sep 2018, Bart wrote:
On Sat, Sep 29, 2018 at 11:22 PM Sven Barth via fpc-devel
wrote:
Please report as bug.
Done: https://bugs.freepascal.org/view.php?id=34359
Fixed. Thanks for reporting it.
Michael.
___
fpc-devel maillist - fp
On Mon, 17 Sep 2018, Alexander via fpc-devel wrote:
Why not allowed ?
Because MSEide+MSEgui is a different project.
Free Pascal makes a compiler. Not a GUI.
You can use the compiler to make a GUI and a RAD IDE, but this is not the
goal of the FPC team.
There are other teams who focus on t
On Mon, 17 Sep 2018, Alexander via fpc-devel wrote:
On Mon, 17 Sep 2018 07:52:24 +0200
Sven Barth via fpc-devel wrote:
Alexander via fpc-devel schrieb am Mo.,
17. Sep. 2018, 07:20:
> Lasarus use non native for FPC widgets, MSE non stable work.
>
Huh? Please explain that. Lazarus is *th
I think you mailed to the wrong list ?
Michael.
On Sun, 9 Sep 2018, Mathias wrote:
Hello Lazarus team,
i build an AVR package for the Lazarus IDE.
It is absolutely necessary, that I can enter something with compiler
commands, with "afterwards". There comes in an avrdude call.
This works,
On Fri, 31 Aug 2018, wkitt...@windstream.net wrote:
On 08/30/2018 03:46 AM, Ondrej Pokorny wrote:
Hello,
is there a way not to get a "Variable xyz does not seem to be initialized"
hint/warning for a fixed-size array?
program Project1;
uses Classes;
var
Buffer: array[0..255] of Byte;
On Thu, 30 Aug 2018, Ondrej Pokorny wrote:
Hello,
is there a way not to get a "Variable xyz does not seem to be
initialized" hint/warning for a fixed-size array?
program Project1;
uses Classes;
var
Buffer: array[0..255] of Byte;
FS: TFileStream;
begin
// FillByte(Buffer, Length(Buffe
On Mon, 30 Jul 2018, R0b0t1 wrote:
On Mon, Jul 30, 2018 at 7:32 AM, Martok wrote:
Am 30.07.2018 um 14:24 schrieb Marcos Douglas B. Santos:
Is performance more important than being correct? :|
In this project, the answer is always taken to be yes.
To hopefully offer some explanation for
On Mon, 30 Jul 2018, Sven Barth via fpc-devel wrote:
Michael Van Canneyt schrieb am Mo., 30. Juli 2018,
15:30:
Obviously provided you don't install another mechanism that does this and
don't raise exceptions manually, which - AFAIK - is the case in the
compiler...
The compile
On Mon, 30 Jul 2018, J. Gareth Moreton wrote:
I would say that that's a little naïve and dangerous to think like that.
Sure, Windows might have the means to clean up memory after an application
terminates, but not all platforms have such heap deallocation features
(e.g. pure DOS, where certain
On Mon, 30 Jul 2018, Mattias Gaertner wrote:
On Mon, 30 Jul 2018 14:36:10 +0200 (CEST)
Michael Van Canneyt wrote:
[...]
Many people will probably be surprised, but the use of try/finally
is not required for an application:
Gradually, some parts of the compiler were switched to classes
On Mon, 30 Jul 2018, Marcos Douglas B. Santos wrote:
On Mon, Jul 30, 2018 at 9:14 AM, Sven Barth via fpc-devel <
fpc-devel@lists.freepascal.org> wrote:
J. Gareth Moreton schrieb am Mo., 30. Juli
2018, 13:31:
I've noticed that the compiler doesn't use
try...finally blocks to help with free
On Mon, 30 Jul 2018, J. Gareth Moreton wrote:
On Mon 30/07/18 01:58 , Ben Grasset
operato...@gmail.com sent:
I was even able to successfully actually
fix some of the leaks, but others
boiled down to a "node" being created as
a local variable in the middle of
some 1000+ line method, gett
On Sun, 29 Jul 2018, Ben Grasset wrote:
I was feeling inquisitive today, so I added
'SetHeapTraceOutput('log.trc');" to the first line of pp.pas and built
myself a debug copy of the compiler using Lazarus. After building the
following very simple program:
I tried other, more complex things a
On Wed, 18 Jul 2018, Bart wrote:
On Wed, Jul 18, 2018 at 1:39 PM, Michael Van Canneyt
wrote:
In general: no.
OK
I pity the compiler devels, especially in the past with slower hardware.
Yes, it can be time-consuming.
But:
* if the package does not have dependencies, you can just
On Wed, 18 Jul 2018, Bart wrote:
Hi,
Sorry if this is a RTFM question.
Whenever I make some changes to the sourcecode of e.g. a package or an
RTL-file, in order to test these changes I do a make clean/make
install in the root directory.
(e.g. I change one line in packages/flc-registry/src/re
On Mon, 16 Jul 2018, Victor Matuzenko wrote:
Hi!
There is Fpmmap function in BaseUnix for POSIX's mmap:
https://www.freepascal.org/docs-html/rtl/baseunix/fpmmap.html
I want to mmap a file in writable mode. After some modifications done
I should to call POSIX's msync to garantee changes appli
On Wed, 4 Jul 2018, Yuriy Sydorov wrote:
On 7/4/2018 12:09 AM, Florian Klämpfl wrote:
Am 03.07.2018 um 22:57 schrieb Ondrej Pokorny:
Probably I am the only one who thinks that the code below is ridiculous...
procedure TExternalAssemblerOutputFile.AsmWriteFiltered(p: pchar;
len: longi
On Sat, 30 Jun 2018, Willibald Krenn wrote:
Managed fields of records are "setup" ;)
I will add a section about this in the documentation, seeing that people
often confuse the 2 concepts.
In an ideal world, either the language would not let you write code that has
random behavior or the
agree here, but why Michael Van Canneyt decide to annihilating only
TmORMotHashFactory and TDelphi*HashFactory still exist? This is highly not
consequent!
Because maybe TDelphi*HashFactory is needed for Delphi compatibility.
I did not have time to investigate that.
We do not aspire to compatibilit
On Sat, 30 Jun 2018, Maciej Izak wrote:
But not problem, please advise on the changes needed to a) fix the
mentioned example so it actually compiles.
b) Speed up the default hash.
I (or someone else) will be happy to change it.
Ok, but in the future you should ask for such important chan
On Sat, 30 Jun 2018, Florian Klämpfl wrote:
Am 30.06.2018 um 08:47 schrieb Sven Barth via fpc-devel:
Willibald Krenn mailto:willibald.kr...@gmx.at>>
schrieb am Sa., 30. Juni 2018, 08:01:
TBH, I didn't know this issue existed in Delphi and I've done my
share of Delphi over time. I s
On Sat, 30 Jun 2018, Maciej Izak wrote:
Hi,
renaming for TMormotHashFactory to TGenericsHashFactory is somehow
acceptable (but IMO bad taste) but change for default hashing algorithm in
such important library is really really really bad idea.
As noted in the bugreport, your own examples did
401 - 500 of 2823 matches
Mail list logo