Forum for GExperts


Since Google is shutting down Google+ and the Yahoo mailing list does no longer accept my emails, I have been looking for an alternative which will hopefully be available for a bit longer this time.

There is now a GExperts sub forum in the brand new English Speaking Delphi Praxis forum. Everybody is invited to sign up and participate.

Please note that my preferred way for getting bug reports and feature requests is still a ticket on SourceForge.

Here is the current content of the forum’s RSS feed

  • Registering GExperts after a build??
    on 2020-09-21 at 15:35

    Hi Team, Is it necessary to de/re register GExperts into Delphi after rebuilding the .dll from the source, or is it sufficient simply to rebuild?   Regards, Ian

  • Filter Exceptions expert and IOS / Android apps
    on 2020-09-19 at 10:03

    Apparently the new experimental Filter Exception expert does not work when debugging IOS or Android apps (and probably also not for Linux programs).   There is a bug report on the Embarcadero Quality Portal on crashes when debugging IOS apps. Uninstalling GExperts or disabling the Filter Exception expert solves that issue.   Does anybody have similar experiences with other platforms?   I had a look at the code again and figured that the problem might be that it hooks/calls TNativeDebugger methods in win32debugide*.bpl. Maybe it should instead call one of the other *debugide* packages: gdbdebugide (Linux)? ios32debugide ios64debugide But on the other hand I don't really care because I don't do any development for anything but Win32 (and possibly Win64 in the future).   So I am thinking about disabling the expert when a project for non windows platforms is active instead. It should definitely not crash the IDE.

  • Open File expert and Uses Clause Manager don't understand environment variables
    on 2020-09-16 at 13:23

    We have many projects, all with a huge list of search paths defined. Many of these search paths are identical. Once a path needs to be added to this, we need to update the search path on many projects, which is a pita.   I'm now experimenting with putting all these paths in an environment variable, this way, I only need to update the environment variable, use that environment variable in the search path of the project and it's done. This all works well and looks like this: set MY_DELPHI_PATHS = 'lots and lots of paths' in Delphi set this in the search path of the project configuration: $(MY_DELPHI_PATHS) but unfortunately both the Open File expert and the Uses Clause Manager seem unable to cope with this. The uses clause manager shows the files in these search paths in the 'project' tab, but not in the 'search path' tab, the Open Files Expert doesn't show the files in these search paths anywhere.   Can these editors be made environment variable aware?   Thanks!   I've just noticed the feature request list on sourceforge, so I've added this there as well

  • GExperts is causing a problem when debugging
    on 2020-09-16 at 11:11

    Please refer to:   It has been happening to me, however I had not reported it as yet. I had also planned to attempt to debug the issue - perhaps Thomas can?

  • Suggestion for Debug helper Expert
    on 2020-09-15 at 09:26

    The Disassembler windows in Delphi IDE is so basic, with so much limitations making low assembly and memory access investigating so slow, also just recently i found out that Thread Contexts can be accessed using OTA, easily ! But just now it hit me, how easy to add a new window with FPU, MMX, XMM, YMM, ZMM registers, and how much that can help and save time, time wasted switching to external debuggers.   So the suggestion is this: Simple windows that can be configured to automatically open when debugging, shows CPU registers, and can hide/show different group of CPU registers like general purposes registers, FPU/MMX registers...etc This window can be extended later to have the ability to change/modify registers, also when this happen the ability to manipulate and use the debug registers Dr0-7 but this will need investigating to see the possibility of using hardware breakpoint and the Delphi debugger compatibility with such breakpoints.   One more thing: showing what register value had been changed between two breakpoints will be great, here i am pointing to mimicking how x64dbg behaviour ( ), or OllyDbg .   Is such expert doable or useful ?

  • Filter Exception causing debugger errors
    on 2020-09-11 at 16:45

    Since the introduction of the Filter Exception expert I am often getting this error during debugging:     You can easily reproduce this when causing some AV - for example by simply making a new console application and executing this code: PInteger(1234)^ := 42;   Turn off the Filter Exceptions expert and this will properly show:     I don't have any filters specified in the configuration of the expert.

  • Taborder - no sort at start
    on 2020-09-11 at 14:46

    I tried to change the tab order with the gexpert. I did set the option for open the expert to ´no sort´ but unfortunately the sort order is not the same as in delphi set.   can this be fixed. I like the feature to see the full form sort order, but I must sort it manually.   thanks

  • GExperts 10.4 dll compiled with Delphi 10.4.1 in Delphi 10.4.0
    on 2020-09-09 at 13:06

      --------------------------- Delphi 10.4: bds.exe - Entry Point Not Found --------------------------- The procedure entry point @Deskform@TDesktopForm@AdjustLastLoadedBounds$qqrv could not be located in the dynamic link library D:\source\_Sourceforge\GExperts\Binaries\GExpertsRS104.dll. ---------------------------   I just got this error when I tried to load the GExperts DLL compiled with Delphi 10.4.1 into Delphi 10.4(.0).   This is probably related to the problems many have experienced when loading IDE desktops that include docked forms from older plugins.   Solution: Either get the last GExperts version released for Delphi 10.4, or compile your own DLL using Delphi 10.4.

  • Versions in are wrong
    on 2020-09-07 at 14:07

    It's just in the comments but anyhow - from line 66 onwards the version is wrong (both 2007 versions were 11, 2009 was 12, 13 was skipped and so on, 10.4 is 27 - hence the 270 suffix on the packages)   See:

  • GExperts for Delphi 10.4.1
    on 2020-09-05 at 09:37

    I have received a few reports about bugs in GExperts in Delphi 10.4.1 that do not occur in Delphi 10.4. Here is a GExperts DLL that was compiled with Delphi 10.4.1. Maybe it will solve some of theses problems. Read on in the blog post.

  • Grep search empty window with 10.4.1
    on 2020-09-03 at 13:25

    Hi all,   I've just installed the 10.4.1 and now I'm experiencing something wrong with GExpert Grep Search (10.4 works fine).    When I do a search the content of the grep search window is almost always empty. Sometimes it works but I don't understand the logic.    I'm using experimental version of GExperts and I've got two monitors, one Full HD to run the IDE and one Ultra HD to run/debug compiled applications.   Any idea? The grep search is irreplaceable for me, impossible to work without...   Thanks  

  • CodeFormatter removes indentation from within comment
    on 2020-08-19 at 08:35

    Sometimes, the CodeFormatter removes paragraph indentation from within a comment if the IndentComments option is enabled. The test case below demonstrates the problem. The formatter removes indentation from the 2nd paragraph. I can reproduce this with the formatter dunit tests and the FormatterSettings-Borland.ini setting, which has IndentComments enabled. unit testfile_CommentIndent; interface { 1st paragraph. 2nd paragraph should stay indented. } procedure p1; implementation end. IMO, the formatter should not change the comment, and older GExperts did not do so. However, recent GExperts compiled from SVN show the new behavior. It might have been introduced in SVN 3083, which fixed wrong comment indentation before procedures. I welcome the fix in that it no longer adds indentation to entire comments before procedures, but I believe it should leave indentation within the comment itself unchanged.

  • Set the ParentFont property of ALL controls to TRUE?
    on 2020-08-12 at 08:53

    Does GExperts have a built-in function to set the ParentFont property of ALL controls on the Form or application-wide to TRUE?

  • Macro Template Problem with ]
    on 2020-08-04 at 20:05

    Using Delphi 10.4, if I create a template that ends with a closing square bracket, GExperts blanks out the template every time and won't accept the information. Adding a space after the ] will work though.   e.g. Cell[|] will be blanked.   Any ideas?   Bruce

  • Slight Refinement to Component Property Replace
    on 2020-07-23 at 12:07

    First of all, kudos to all the folks who participate in making GExperts. It is all appreciated. And in this particular case, I guess Robert Wachtel gets a big share. Thanks.   Now, I THINK the reason for the expert is that people get busy working on a form and at some point, the compiled application won't do something particular, like say emptying a table, because it's still active in the IDE. I'm running head on into that nightmare right now.   The Component Property Replace expert would save my mental fugues if it was JUST a little more particular about what it chooses to switch and what it doesn't. I have a BIG project, and it's an OLD project done in D7. There are a couple of data modules, one BIG central calling form and a nightmarish number of sub-forms. All of this grew organically and is out of control. A replacement is underway, but it's nowhere near usable yet. So, I'm stuck updating the old app.   I'm working on a form that centres around a central database ON THE SUB-FORM that a number of reports run off of. I change things in any of the form's report objects and it auto-starts the database in question which I later need to deactivate before compiling. Something I do about HALF the time. Getting old and stupid. I would very much like this expert to replace my brain and do what I forget ... set the to false JUST ON THIS FORM before compiling. Which the expert will be happy to do. But it also will reset the data modules and the big form, the latter one I expected from the fact it is open in the IDE, the former two, the data modules, somewhat surprisingly.   There is a setting that allows you to limit the resetting to just the forms open in the editor. I sort of have to have the main form up all the time. I COULD try going without it just for this focused (or lack of focused) programming frenzy with the sub-form in question, but it would cause other issues. So, I make the following suggestion: Please have […]

  • Rev 3201 can not be compiled
    on 2020-07-05 at 03:43

    Hi,   the latest Revision 3201 can not be compiled.   An Error in \Source\CloseExceptionNotification\GX_CloseExceptionNotification.pas Line 549   procedure TfmGxCloseExceptionNotificationExpert.sg_ExceptionsDblClick(Sender: TObject); begin   inherited; end; procedure TfmGxCloseExceptionNotificationExpert.sg_ExceptionsDblClick(Sender: TObject); begin   EditCurrentEntry; end;   Bezeichner redeklariert: "TfmGxCloseExceptionNotificationExpert.sg_ExceptionsDblClick"     best regards Torsten

  • Strange text effect
    on 2020-06-26 at 16:17

    In Delphi 10.4 GExperts, Uses Clause Manager shows strange text effect upon selection of a text item where every selected text seems to have a shadow:     Never seen anything like this. Has anyone else?   It appears to happen only in Uses Clause Manager.   I believe source code version is r3177.

  • GExperts Menu order
    on 2020-06-17 at 18:50

    Is there a way to change the order of the menu items on the GExperts menu in the IDE? The latest build for Delphi 10.4, when not alphabetized, has the Procedure List way farther down than in previous versions. It used to be the first menu option and I got really used to that. Maybe an enhancement request?   Thanks, I love this tool; I've been using it for over a decade.

  • Crash when Delphi 10.n exits... again
    on 2020-06-03 at 09:29

    This is a known bug, when exiting Delphi 10.3.n Rio or Delphi 10.4 GExperts creates an error. EAccessViolation in module rtl270.bpl ... in module bds.exe   Followed by another one : Exception EAssertionFailed in module GExpertsRS104.dll at ... Call DeactivateFontInfo before calling this. ....SynTextDrawer.pas line 475   Since I'm installing Sydney 10.4 I realized (thanks to my VM Snapshots) that GEpxerts behaves perfectly until I install TMS FixInsight. If I take FixInsight out, then the problem is gone. That may be one lead to follow. I have many TMS Components that coexist without problem with GExperts. It seems to appear only once FixInsight is installed. Some users may have that SynTextDrawer error too without this component, but you never know.   Just my two cents  

  • Error when building GExpertsPeInformation.dpr
    on 2020-05-31 at 10:19

    In Delphi 10.4, when trying to build \gexperts-code-r3177-trunk\Projects\StandAlone\PeInformation\GExpertsPeInformation.dpr I get this error:   --------------------------- Fehler --------------------------- Datei C:\COMP\_Addons\GExperts\GExperts_Sourcecode\gexperts-code-r3177-trunk\Projects\StandAlone\PeInformation\EXEC kann nicht geöffnet werden. Das System kann die angegebene Datei nicht finden. --------------------------- OK    ---------------------------   (Translation: \EXEC cannot be opened. The file cannot be found.)   Also, \gexperts-code-r3177-trunk\Projects\StandAlone\PeInformation\__Build_Project.cmd does not work, with this error:   *** Error: Directory "=" does not exist. Variable DelphiPath in C:\COMP\_Addons\GExperts\GExperts_Sourcecode\gexperts-code-r3177-trunk\BuildTools\doGetDelphiPath.cmd ***

 Posted by on 2018-10-27 at 13:57