mvanrijnen

So, where does this leave us? EMB did not test D10.4 on Vmware/HyperV guests? Or they did and just decided to bother us with this ?

for a fact my first official programming classes where in COBOL 🙂 very long time ago.

Not read the whole thread, but this is my opinion. Delphi comes to me as a product for which you pay full price (a lot more then VisualStudio), with less capabilities/tooling, but the most painfull, it seems/looks like it is being developed as a opensource project with some projectmanagers and a varying dev team. They really should sit on their customers seat for a while and get a new perspective on how to go forward with Delphi. It's a wonderful language with enough possibilities, would be a shame if we would have to go look around for another dev platform if quality does not improve. At the moment it;s not future proof.

Hey guys, Installed D10.4 in a HyperV guest (Win10Pro, 16GBmem, 4 procs). We notice very slow Options dialogs now, takes more then 10seconds to open the Delphi->Tools->Options dialog, also the project options dialogs are very slow? More people with these complaints? Someone with a hint to better performance?

Sometimes, it seems that with GetIt you just start an installer, and the rest is the same as if you downloaded the installer outside delphi. For this i think they need to restart Delphi, because otherwise adjustments in Paths etc will not be recognized in the running instance of delphi?

Yes i know that one already, but thats realtime, not exactly what i'm looking for., thnx though.

Something whats bothering me a few months now, Is there anybody who knows how to best analyze your application for slow (eg non-indexed or wrong indexed queries), with most databases you can set some switches and they will be logged. With interbase i never found something like that, yes you can output some lowlevel data with firedac but it does not give a (fast) usable result. Anybody some tips, or some tooling for his?

We are now expecting some handy tool ofcourse :)

I like the record initialziation/finalization, but i was working on something i can use it for, and got this: procedure THSNullableBooleanSerializer.Serialize(const AValue; const AWriter: IgoBsonBaseWriter); var jsonvalue : THSNullableBoolean absolute AValue; begin // do stuff end; [dcc32 Error] HESI.NullableTypes.pas(158): E2634 Declaring a managed record with absolute directive is not allowed hmz, to bad ....

That or just find some information on how to access a LDAP server, AD is an extended LDAP server. (if you search delphi ldap activedirectory, you will find examples)

i mean v2 instead v1 sorry for that. I just see that the swagger def i use, has went to v3, work to do 🙂

I also for fun run the C# generator, on the swagger def i'm using, and the generated code is similar to that i generate in Delphi. You always will have: - your "data classes", with lists (arrays in my case). - A big class which implements all the various methods (gets, puts, deletes etc, this will be what your calling from your own client application - A base client class which does the "lowlevel" http /json etc stuff. C# is not that different from Delphi, i think they are very similar, they have the same designer "Anders Hejlsberg". It's only that the base code and libs of c# is far more extended then delphi ever will be now days. The partial classes in C# , mainly (as far a i have seen), is handy for seperating forms and there code.

I'v created my own swagger (json) to delphi creator. It creates some model classes, and a base api client, all the models from swagger can be placed in one file, or every class in a separate file. Currently only working with Swagger v1 json. I try to put a version online when i get it working with the v3 specs. I (we) have written a base json client, which can do several methods of authentication, on top on that, i created a base SwaggerClient, and on top of that you get the generated base client, with al the base api calls following the swagger defintion. example of calling the SWGParser and DelphiGenerator (its not 100% ready :), the parses should return an swaggermodel, which would be given to the generator for example). If you have a swagger.json (v1) then i could try to generate the files for you. procedure TfrmSWGTest.CreateFromSwaggerButton9Click(Sender: TObject); var parser : TSWGParser; generator : TSWGDelphiGenerator; begin parser := TSWGParser.Create; try parser.Parse('C:\MySources\MyCompany\Applicaties\MyApplication\Source\API\Source\MySwagger_File.json'); generator := TSWGDelphiGenerator.Create; try generator.APIName := 'MyApplicationAPI'; generator.FilePrefix := 'MyCompany.'; generator.TypePrefix := 'MyApplicationAPI'; generator.ModulSubName := 'DTO'; generator.HTTPMethodPrefix := '/monitoring'; generator.ExcludeHTTPMethodName := True; generator.IncludeCodeComments := False; generator.SingleDTOFile := True; generator.Generate(parser, 'C:\MySources\MyCompany\Applicaties\MyApplication\Source\API\Generated'); finally generator.Free; end; finally parser.Free; end; end;