dummzeuch

Yes, I know, that's where I got those constant names from, but I don't know for which platform which symbol is defined.

Hm, yes, there is that. Very odd that it works at all. This function is only used in the testing code but that code is always enabled, so it should raise that exception.... Unless GetExceptionObject returns 0.

Thanks a lot for testing this. It's good to see that it works for most platforms. Could you please double check this again? Also for IOS? If it is a Delphi issue, you should probably file a bug report with Embarcadero (in this case, make sure to disable GExperts completely (not just the Filter Exception expert) to ensure that it doesn't interfere with the debugging in any other way.) If it turns out to only happen in the Filter Exceptions expert, I'd like to know that. There are other tests which I would like you to try, if you like: Raise a different exception (so I can see whether the name is determined correctly. Raise an OS exception, e.g. division by zero or access violation.

From the screenshots I gather that both these programs have a lot of custom drawn stuff in the interface. Comparing them to the very simple configuration dialog of Notepad++ is a bit unfair. JRM seems to be an FMX program, I have no experience with that. From what I hear about FMX it should be fast on modern graphics hardware, but what about virtualized graphics hardware? I assume you have already installed the VMWare tools in that VM? If I remember correctly graphics output is very slow without them. Another option would be to connect to the VM via Remote Desktop which might be faster than the emulated graphics of the VM. Did you try to contact the vendors of these tools? Without knowing more about how they work, it's very difficult to guess what the problem might be. TDM looks pricey to me (vendors that ask you to contact sales to get a quote always are), so they should provide support to their customers. JRM in contrast seems to be a one man show, which may even increase your chances to get help, but he might not have the resources to actually test that case.

Which does not support C++, which the OP seems to be interested in mostly.

Ctrl+D is listed in the GExperts Keyboard Shortcuts expert as assigned to the action actFormatSource, so it's not an editor key binding but simply an action. And that means it's just a matter of finding that action and changing its keyboard shortcut to whatever you like. And the IDE is even helpful with an NTA (native tools api) call for this: function TGxActionBroker.GetIdeActionList: TCustomActionList; var NTAServices: INTAServices; begin Assert(Assigned(BorlandIDEServices)); NTAServices := BorlandIDEServices as INTAServices; Assert(Assigned(NTAServices)); Result := NTAServices.ActionList; Assert(Assigned(Result)); end; I leave the rest (enumerating the list and change the shortcut of the action as an exercise to the reader. 😉

GExperts does not paint into the editor window and that's not easy to implement (CnWizards does it though). Also, Grep only searches for strings / regular expressions, it knows nothing about context, so it would be wrong for non unique identifiers, so this would be of very limited use. Feel free to try it though. I'll accept a patch. Maybe there are other tools that already implement this, but I know of none. Isn't there anything like the Find -> Find References functionality in the IDE for C++ code? It usually works fine for me for Delphi code.

Now that's a cool idea. I'm going to rewrite my FileFilterBuilder which currently is class / interface based in this way. Thanks a lot.

You said yourself that this is about a different issue. You should open a new topic for it.

I have been using WordPress for this blog for several years and always thought my setup was reasonably secure. Turns out that there is something called the WordPress REST API which allows to get quite a lot information about the installation without any security at all. Read on in the blog post.

No, it doesn't.

When I see formatting like this (generated by the Delphi formatter, if "Keep user line breaks" is turned on): type TSomeRecord = record a, b, { bla } c, d: integer; end; I wonder whether the Delphi formatter is based on DelForExp like GExperts'. But in the latter this bug has been fixed: type TSomeRecord = record a, b, { bla } c, d: integer; end; On the other hand, this is an interesting formatting: type TSomeRecord = record a, b, // bla c, d: integer; end; This was generated by the Delphi formatter from this input, with the default setting "Keep user line breaks" turned off: type TSomeRecord = record a, b, // bla c, d: integer; end; It would never have occurred to me.

I'm not surprised that cnWizards is using the same character sequence. But that probably did not come from GExperts but from DelForEx which was the base of the GExperts code formatter.

Thanks a lot for volunteering. Ijust made a release, the code to be tested is included in that. So in order to test it, simply install the release, enable the "Filter Exceptions" expert and debug code that raises exceptions. If the fix worked, you will get the new filter dialog for non-Windows projects. If it didn't, strange things (most likely AVs in the IDE) will happen. In the latter case, disable the "Filter Exceptions" expert and try again. The normal IDE dialog should appear and no AVs or other strange things should happen.

The simplest way is a patch file, as @Fr0sT.Brutal already suggested. Another option is to simply send me the changed sources (I prefer patches). And if you want to be involved deeper, I could give you write access to the repository. But a good start would be to submit a bug report (or feature request) on SourceForge providing input and desired output examples as attachments. I could then easily add those to the unit tests which would increase the likelihood to get them fixed.

Such a mechanism already exists: Everything between {(*} and {*)} does not get formatted.

One option would be to use a pre-build-script to set a compiler define depending on some external criteria. This could work via an include file that gets modified or maybe by changing the dproj file (not sure this is possible). Of course this only works for a given project.

I know of no such option. GExperts reads the version info of several files to get this info at runtime.

My blog post is not meant as a general security advice for WordPress. I'm not qualified to give that. It just highlights one particular problem which apparently many overlook. As for authentication: It is only as secure as the transport protocol, so if the installation uses plain http its not much. It does prevent automated data harvesting by simple bots though.

Guess what? The new GExperts release is here. There are lots of bug fixes and a few new features in the new version. https://blog.dummzeuch.de/2020/10/23/gexperts-1-3-17-experimental-twm-2020-10-23-released/

I thought I already had?! No, because that's a combobox, which means it automatically looks up from it's list. You can drop a directory on it though.

I'm also using ComPort from SourceForge. Never tried AsyncPro though.

I hope they were getting paid for that work.

Mine is longer than yours: XDOM_3_1: 27134 lines That's one of the files I use to test the GExperts code formatter with. One advantage of having only one huge unit is that everything is in one place. You simply add that unit to your project and that's it. No need to add any entries to the search path etc. But that's not my preferred coding style. But I am sure that somebody somewhere has already hit the maximum file size of the IDE or the compiler (if there is one apart from the obvious 4 GB limit of a 32 bit program, I don't know). I have definitely read of somebody who has hit the maximum number of lines in a method.

Yes, it is the culprit. And unfortunately I see no way to solve this.