-
Content Count
2650 -
Joined
-
Last visited
-
Days Won
92
Posts posted by dummzeuch
-
-
I just committed a change that might solve this: revsion #4098
And for Delphi 11 in revision #4099.
-
2 hours ago, merijnb said:While updating to 12 I found out this feature request is still open, so I patched my GX_OtaUtils and build a new DLL locally.
Can I get these changes into the trunk somehow for the future?
I've attached a the newly patched version on sourceforge again.Applied in revision #4097. Thanks for your contribution. And sorry I forgot about that patch.
- 1
-
Hm, just checked out the trunk to an empty directory:
GExperts_manifest.res was missing, but that's a known problem that can easily be fixed by copying it from the Delphi 11 project (and Achim wanted to look into that). Apart from that, it compiled fine.
-
Nothing should have changed in that respect.
Is it just the shortcut that does not work, or also calling it through the menu?
-
My.RC ? That's really odd. Possibly an artifact of the IDE generating temp files on the fly.
-
2 hours ago, PeterBelow said:Since several Windows versions an application running in background (= not having the input focus) cannot simply push itself into the foreground anymore because it thinks itself soo much more important than what the user may currently be working with. Instead it flashes its taskbar button to inform the user that it requires its attention.
Hm, in that case the IDE should not be allowed to push itself into the foreground when it hits a breakpoint or catches an exception while debugging a program, when a different program (not the one being debugged) is the foreground window?
-
Does this happen when the IDE is already open, when it must be started or in both cases?
-
I have updated my Delphi Help Expert to support Delphi 12. It still supports all Delphi versions from 2005 onwards
- 1
-
GExperts -> Add Dock Window does this
But these Windows are not stored in the Desktop settings.
-
-
There are now packages for Delphi 12 in the repository.
Be warned though: They compile and install into the IDE but I haven’t done any tests at all.
- 1
-
-
The new version adds support for Delphi 10.3 to 12
Download is available from the project page on SourceForge.
-
6 minutes ago, Anders Melander said:That "joke" is getting a bit old, to say the least. Maybe it's time to evolve and not do that for once.
I'm not sure it is a joke. Even today there are so many people with superstitions around, that releasing a version containing the number 13 might actually cost them some customers. I even have the impression this part of the population is growing rather than shrinking.
- 1
-
-
I just released dzBdsLauncher 1.0.11. The only change is support for detecting .dproj files created by Delphi 12 (these have a ProjectVersion of 20.1).
-
-
-
I have just updated the Delphi Custom Container Pack sources to support Delphi 12.
It now compiles and installs. I have not tested it extensively.
(Blog post here)
- 1
-
1 hour ago, Kas Ob. said:GTX SpeedStar F1, code name "Dawn", will make great name.
As for the patches, numbers are something from different millennia, better something like AfterDawn or Breakfast, BroLaunch, "MorningCoffee The First of its Name"...
Don't give them any ideas ...
- 1
-
38 minutes ago, Dalija Prasnikar said:If it requires reference counting, then there will be hidden reference created behind the scenes and the actual generated code will be the same in both cases.
... unless your parameter is declared as const.
-
29 minutes ago, FPiette said:I use the PCAN-BASIC API with several PCAN-USB devices and there is no problem at all. Sorry but I don't agree with you : this API is easy to use whatever number of interfaces you use.
My use is controlling motors using digital positioning controllers in an industrial environment.
I'm not saying it can't be done. Just more work than I was prepared to put into it. Some of the features seemed to be missing too. But that was several years ago (when PCAN Developer was still called CanAPI2 or something like this).
- 1
-
We are too using Peak Systems hardware, but not with the free PCAN-Basic API (I tried it, but it was too much hassle), but the paid for PCAN-Developer 4 API. We use several PCAN USB interfaces per PC and many devices.The Delphi examples aren't that great though and there was at least one serious bug in one of them (I don't remember the specifics but it took me a while to figure it out. I reported the problem, so maybe they have fixed it by now.)
- 1
-
6 hours ago, Nigel Thomas said:Which is more efficient - or doesn't it matter, is it just a case of readabilty:
var Foo: Foo; Foo := GetFoo; DoSomethingWithFoo(Foo);
Or:
DoSomethingWithFoo(GetFoo);
Does that even compile? With a variable having the same name as its type?
Regarding the actual question: That depends on the variable type. If it is something that can fit into a register, the variable might not even end up on the stack. But if it is something requiring additional code, e.g. reference counting, there might be a performance penalty on top of the space it needs on the stack and the code to read and write it.
I for one care a lot more for readability than efficiency, with very few exceptions.
Error on Build of rev 4096 in D12.
in GExperts
Posted
Does your path to the GExperts sources maybe contain a space character?
Anyway, I have now moved all rescource compiling to the pre build event (revision #4100).
If the my.rc file was temporarily generated by the compiler this might solve the issue.