dummzeuch

When compiled with Delphi 11 3 of the tests fail: ✖ comment\after-literal-no-ws.toml: 'inf' is not a valid floating point value ✖ float\inf-and-nan.toml: 'nan' is not a valid floating point value ✖ spec-1.0.0\float-2.toml: 'inf' is not a valid floating point value Completed: 205, Succeeded: 202, Failed: 3 Completed: 529, Succeeded: 529, Failed: 0 ✓ All tests passed! No idea how to fix that. (On the other hand I am not that bothered because I don't really use Delphi 11 anyway.) I hope that feedback was useful for you. And thanks a lot for the effort you put into that library.

TJsonObjectReader was apparently introduced in Delphi 10.4 so I got a bit further and then hit the next error: [dcc32 Error] Tests.dpr(112): E2003 Undeclared identifier: 'Contains' That's TStrings.Contains which doesn't find. And that apparently was introduced in Delphi 12. But the reaplacement would be really simple: b := List.Contains(S) // becomes b := IndexOf(S) >= 0; And now it compiles.

No luck, now it's [dcc32 Error] TOML.Parser.pas(178): E2149 Class does not have a default property I added ".Items" in 4 places in that unit and then got [dcc32 Error] TOML.pas(130): E2003 Undeclared identifier: 'TJsonObjectReader' So I guess making it compatible with 10.2 would be quite a lot of effort (And I'm not even talking about Delphi 2007 which I would have tried next. 😉 )

The tests from files-toml_1.0.0 now all pass. Should those from files-toml_1.1.0 also pass? They don't: ✖ datetime\no-seconds.toml: Error at 2:26: Expected ":", got "EOL" ✖ inline-table\newline-comment.toml: Error at 5:2: Expected "ID", got "End of Line" ✖ inline-table\newline.toml: Error at 4:2: Expected "ID", got "End of Line" ✖ spec-1.1.0\common-12.toml: Error at 1:54: Invalid string escape char: "x" ✖ spec-1.1.0\common-29.toml: Error at 1:24: Expected ":", got "Z" ✖ spec-1.1.0\common-31.toml: Error at 1:24: Expected ":", got "EOL" ✖ spec-1.1.0\common-34.toml: Error at 1:12: Expected ":", got "EOL" ✖ spec-1.1.0\common-47.toml: Error at 5:5: Expected "ID", got "End of Line" ✖ string\escape-esc.toml: Error at 1:9: Invalid string escape char: "e" ✖ string\hex-escape.toml: Error at 3:21: Invalid string escape char: "x" Completed: 214, Succeeded: 204, Failed: 10 Completed: 524, Succeeded: 524, Failed: 0 ✓ All tests passed! But I guess that's because it's TOML v1.0.0 compliant, not v1.1.0. I also noticed that you removed the IsBufferValid call. I'll try to compile with Delphi 10.2 again.

Found it. I didn't know there was a submodule.

It compiles with Delphi 12. I downloaded the tests from https://github.com/toml-lang/toml-test/tree/main/tests put them into the tests subdirectory and run the Tests.dpr project. I got 6 errors: ✖ datetime\local-time.toml: '00.555' ist kein gültiger Gleitkommawert ✖ datetime\local.toml: '00.555' ist kein gültiger Gleitkommawert ✖ datetime\milliseconds.toml: '56.123' ist kein gültiger Gleitkommawert ✖ spec-1.0.0\local-date-time-0.toml: '00.999' ist kein gültiger Gleitkommawert ✖ spec-1.0.0\local-time-0.toml: '00.999' ist kein gültiger Gleitkommawert ✖ spec-1.0.0\offset-date-time-0.toml: '00.999' ist kein gültiger Gleitkommawert Completed: 205, Succeeded: 199, Failed: 6 Completed: 529, Succeeded: 529, Failed: 0 ✓ All tests passed! Is that the expected result? ("ist kein gültiger Gleitkommawert" means "is not a valid floating point value")

Which Delphi version does it require? I just tried Delphi 10.2 and got a compile error: [dcc32 Error] TOML.Parser.pas(145): E2003 Undeclared identifier: 'IsBufferValid' I'll try Delphi 12 now.

If I had to guess, I'd blame a virus scanner.

In my installation there are two different executables with that name, one is in bin the other in bin64. I guess the one in bin64 is the experimental 64 bit compiler while the one in bin is the regular 32 bit compiler (both for generating 64 bit output).

My only problem with that is the license: GPL simply makes it useless for me. But since it's based on another GPL library you probably didn't have a choice.

The demos on the website look impressive. We have our own internal map component but that's a far cry from yours and it doesn't even support FMX. Does your component also support different coordinate systems and projections (e.g. Lambert for France or Gauß-Krüger for Germany)?

Embarcadero still not fixing this annoying problem after several updates made me add the IDE toolbar expert to GExperts. Now I remove all the toolbars and enable the GExperts one. Works fine for me. (If you use the IDE dark mode, you will probably not like it.)

IDE toolbars get scrambled over time The toolbars of the IDE lose icons when starting, exiting and restarting the IDE multiple times (see screenshot). This bug had already been reported in the old quality portal for Delphi 11 and 12. It’s still there in Delphi 12.1. Resetting the toolbars to their default using the View → Toolbars → Customize dialog, helps for a while before the same happens again. https://embt.atlassian.net/servicedesk/customer/portal/1/RSS-515 It seems to have been fixed in Delphi 12.3, at last I have not seen this problem after I updated my installations. Maybe it has been fixed? The bug report is still open though, so maybe that was a side effect of some other change?

With that kind of qualification I would expect a 6 digits salary. (But I'm not interested anyway.)

Did you ever try that? The biggest hurdle in updating any packages for a new Delphi version was moving from 2007 to 2009, where string changed from AnsiString to Unicode. But even that was easier than I expected for most components suites. With most packages you need to update some central include file and create new package projects. The source code will compile fine most of the time. Usually that takes at maximum an hour (but I have had cases where the Update took me several days due to some problems I introduced myself). But this will only work if you bought the source code, which I have always recommended because you never know when some 3rd party vendor might go out of business. And you won't get the latest features of course.

This is one of my pet pevees with Github: It's difficult to find out which repository is the official one. (Especially since everybody keeps telling me: In git all repositories are equal,)

OK, I bite: What's the problem with SameValue?

What's wrong with Assert(SameValue(Value, Should)) Or, if you want to set the maximum allowed difference yourself Assert(SameValue(Value, Should, MaxDelta)) Edit: @Cristian Peța already suggested that.

According to Firefox, the certificate for this domain has expired.

dzOTP Tool to test OneTimePad tokens generated by the FreeOTP Android App That was a long time ago, so I don't really remember how exactly this worked.

I've been asked this question several times before: Yes I did, no I won't. Edit: I should have mentioned that this is also answered in the FAQ in the post pinned to this sub forum: https://en.delphipraxis.net/topic/4123-about-gexperts-some-frequently-asked-questions/

If you have been updating the GExperts sources (or are following the activity on SourceForge) you might have noticed that there quite a few bugs have been fixed. That was not me alone (I am on vacation so I have some more time than usual) but also @Achim Kalwa (thanks Achim!). Many of these fixes were for the code formatter, but there are some more for glitches in the UI, in particular for scaling problems. read on in the blog post.

Very important, if you use TForm.OnCreate events and plan to work with Delphi 10 and 12.3 in parallel for a while: They dropped the TForm.OldCreateOrder property. All previous Delphi versions set this value to False when a new form was created in the IDE. But if open an existing project in Delphi 12 and save a dfm file, the OldCreateOrder value will be removed. When you then open it in Delphi 10 OldCreateOrder will get assigned its default value, which is True. So by saving in Delphi 12 and then in Delphi 10 the OldCreateOrder value changes from False to True. Uwe Raabe blogged about the consequences this can have. On top of that you will likely have much "fun" with Windows per display scaling which is supported by Delphi 12.

If you pass a const parameter which you want to reference by its address in asm code, you need to make sure that it actually is passed as a reference and not in any other form.

Maybe if you want to use ASM to access the parameter?