I want to argue that the way this is implemented is asking for easily
introducing defects into existing code by extending/modifying helpers causing
methods to creep into scope.
If multiple helpers should be considered they should be treated equally and not
by order treating equally named methods
On Mon, 13 May 2019 11:33:36 +0200 (CEST)
Stefan Glienke wrote:
> I want to argue that the way this is implemented is asking for easily
> introducing defects into existing code by extending/modifying helpers
> causing methods to creep into scope.
How can a disabled-by-default modeswitch "defects
When I wrote "existing code" I was referring to the future when people turn
this on for their code and then helpers get changed and not "today existing
code".
> On 13 May 2019 at 11:45 Mattias Gaertner mailto:nc-gaert...@netcologne.de > wrote:
>
>
> On Mon, 13 May 2019 11:33:36 +0200 (CES
On 13.05.2019 11:59, Stefan Glienke wrote:
When I wrote "existing code" I was referring to the future when people turn this on for
their code and then helpers get changed and not "today existing code".
The problem is the same with old style Delphi-like helpers. Multihelpers
didn't change much
On Mon, May 13, 2019 at 7:09 AM Ondrej Pokorny wrote:
>
> On 13.05.2019 11:59, Stefan Glienke wrote:
> > When I wrote "existing code" I was referring to the future when people turn
> > this on for their code and then helpers get changed and not "today existing
> > code".
>
> The problem is the s
In fact it will use the last one that was found and fwiw this is imo bad and
error prone behavior - I guess everyone has had that happen at least once that
with some version change or update of some code some clash happened -
especially when a routine with the same name but different parameters
Sorry I sent the first message to privately but I’m posting this to the list.
> On May 13, 2019, at 9:44 AM, Stefan Glienke wrote:
>
> Now the author of THelper2 decides that it would be cool if to add a
> DoThis(msg: string); method.
> Now what happens to anyone calling DoThis from THelper1? W
Stefan Glienke schrieb am Mo., 13. Mai 2019, 14:54:
> In fact it will use the last one that was found and fwiw this is imo bad
> and error prone behavior - I guess everyone has had that happen at least
> once that with some version change or update of some code some clash
> happened - especially
Hi,
See
https://forum.lazarus.freepascal.org/index.php/topic,45380.msg320902.html#msg320902
Discussed with Marco, who referred me to this ML.
The following program has 2 issues:
===
program cps;
{$mode objfpc}
{$h+}
uses
sysutils;
type
AsciiString = type AnsiString(CP_ASCII)
