Uwe Raabe

5 hours ago, Stefan Glienke said:

However TGUID <-> string serialization should be supported out of the box imo.

As I cannot spot one, do you happen to have a QP report at hand? Otherwise I will create one.

40 minutes ago, Frédéric said:

I've just put an JSONReflect attribute on the concerned fields of my objects

It would be nice if you can post the source here, unless you opt for creating that QP entry yourself.

Currently this is not implemented. The context is populated with help from the IDE ToolsAPI, which is not available for a command line tool.

While in principle this is possible by evaluating the dproj file, but currently I have no spare capacity for that. When time allows I can share some code that can serve as a start.

21 minutes ago, dummzeuch said:

Hm, you declared K and V as class. An oversight?

Indeed 

type
  TObjectDictionaryWithDuplicateObjects<K,V:class> = class(TObjectDictionary<K, TObjectList<V>>)
  public
    procedure AddObject(const Key: K; Value: V);
  end;

procedure TObjectDictionaryWithDuplicateObjects<K, V>.AddObject(const Key: K; Value: V);
var
  list: TObjectList<V>;
begin
  if not TryGetValue(Key, list) then
  begin
    list := TObjectList<V>.Create;
    Add(Key, list);
  end;
  list.Add(Value);
end;

3 hours ago, aehimself said:

You always can use a TObjectDictionary<String, TObjectList<TMyClass>>.

That is exactly what I would have suggested. I have seen quite a couple of implementations using that pattern.

Actually one need to enter just MYDEF, just like you do for the Defines in the compiler options or the options of the Unit Dependency Analyzer.

BUT, there is a refresh problem in the current MMX version: You have to restart the IDE to make the MMX parser reload the defines. Of course that is quite buggy, as even switching the project misses to update the defines for the parser. I will fix that with the next version.

45 minutes ago, dummzeuch said:

And those command line compilers do not use the dccxxxx.dll files?

No. AFAIK it uses (besides some Windows core DLLs of course) only RLink32.dll and perhaps borlandmm.dll.

50 minutes ago, dummzeuch said:

Does anybody know whether this patch also affects commandline builds?

As it replaces dcc32280.dll and dcc64280.dll, which are used by DelphiLSP, the command line compilers stay the same and are not be affected.

3 hours ago, Fr0sT.Brutal said:

I have several components from which I want compiler to take DCUs not sources so UnitSearchPath doesn't fit.

Have you actually tried to specify DCC_UnitSearchPath on the MSBuild command?

msbuild /property:DCC_UnitSearchPath="d:\mycomp\lib" myproj.dproj

It is possible that you have to implement it yourself in the way it is needed as it is noted in the docs:

Quote

TOAuth2Authenticator implements a basic OAuth2 authentication. TOAuth2Authenticator offers minimal support and provides the infrastructure to follow the workflow of the service provider.

Inherit from this class to create an authenticator class specific to a service provider.

That said, giving a concrete example is difficult without knowing more details.

This code should terminate the application after the form creation without making the main form visible:

Application.ShowMainForm := False;
Application.Terminate;

2 minutes ago, Stefan Glienke said:

During my vacation, I stayed away from anything programming

Duh 🤯

14 minutes ago, Henry Olive said:

Thank you so much Lars

I tried System.StrUtils.SplitString('-', MyStr) [0];

but still get the same error

 

If i remove QRCtrls, QuickRpt  from Uses,  below codes work fine w/o any error

  MyStr := CDS1.DataSet.FieldByName('DOCNO').AsString;
  MyLeftStr := SplitString('-',MyStr) [0];
  MyRightStr := SplitString('-',MyStr) [1];

The calls to SplitString look as if the parameters need to be switched. First parameter is expected to be the string to be split, while second is the string with the separators.

Note that the QuickReport implementation allows only a Char for the separator, while the StrUtils one allows multiple separators.

29 minutes ago, Lars Fosdal said:

needs to be continously updated/patched, and replaced before EOL.

Seems like the machine manufacture prefer the replace option. Sometimes they provide a replacement of the controller hardware, but often that turns out incompatible to the machine equipment.

I would love that to be different, as it would allow me to sell updates to newer versions of my software developed with more recent Delphi versions. 

Can you show both uses clauses of that unit?

Put the StrUtils into the uses of the implementation section or at least after QrCtrls.

My customer base has machines running even with Windows 95. It is quite common that such kind of machines are not able to get a new version anymore. 

1 hour ago, Henry Olive said:

but i still get the same error msg.

In that case you need to show more of your code.

LeftStr and RighStr are functions declared in StrUtils.

5 minutes ago, David Heffernan said:

Would be quicker just to write them yourself

Which seems to be a no brainer since we just learned that you can just copy that code from Microsoft.

9 minutes ago, Rollo62 said:

I assume that he has the D11 code

I doubt that:

4 hours ago, David Schwartz said:

I'm using D10.4.2. It would be really nice to be able to use these new things without having to keep creating workarounds or spending several hundred dollars to upgrade Delphi.

1 minute ago, FPiette said:

Not sure this is legal if he didn't upgraded first to D11.2.

That was exactly my thought.  👍

Have you tried using the debugger to inspect the actual content of Str in the problematic case?

Can you check what the IDE environment variable $(BDSCOMMONDIR) contains?

Quote

Q3: How can I force FireDAC to recognize some field as boolean?

A: A boolean field may be created using a domain. The domain name must contain 'BOOL' substring. Also, add ExtendedMetadata=True parameter to your connection definition. For example:

CREATE DOMAIN T_BOOLEAN SMALLINT;
CREATE TABLE ... (
  ...
  BOOLEAN_FIELD T_BOOLEAN,
  ...);