dummzeuch

I just checked our Linux servers for Java programs using Log4J. One that was found, was the Embarcadero License Server. It uses log4j-1.2.15.jar: /opt/Embarcadero/ELC5.33/ReportingEngine/lib/log4j-1.2.15.jar. Now the question is: Is this version affected? According to various sources, the affected versions are 2.0-beta9 to 2.14.1, so that would mean the version used in ELC is not affected because it is so ancient. Unfortunately there is another view on this: It's after August 2015, so at least the Apache Foundation has not checked the 1.x versions for this vulnerability. I have no idea when the vulnerable functionality was introduced. It might have been during development of Log4J2 so version 1.x would not be affected. Does anybody else have information about this? Did you maybe already hear from Embarcadero? @Moderators: Feel free to move this post to a different section if you think it does not belong here.

According this posting, Log4J 1.x might also be vulnerable but the risk is much lower. Also, of course, you should be safe as long as you don't expose the ELC to the Internet. (And who in their right mind would do that?)

Maybe the "Unread Topics" button is what you are looking for. That's my main entry point into DP. The link is: https://en.delphipraxis.net/discover/[your user id here]/#

Insert a "being" at the appropriate position. Hm, worked for me the two times I tested it. Have you selected the option "Use current editor identifier as the default search string"? It must be enabled for this to work.

Same answer as for everything else that's missing or broken in GExperts: Because nobody bothered to fix it The "c:comp" part of the path looks like the reason to me, there should probably be a backslash there. No idea what's causing it.

Your definition of clumsy is somebody else's definition of efficient. Ctrl+K Ctrl+G to drop a bookmark, Ctrl+Q Ctrl+G pick up the topmost bookmark, and Ctrl+Alt+Q Ctrl+Alt+G to replace the topmost bookmark is as difficult to remember as any other key combination. I actually appreciate that they did not take away yet another simple keyboard shortcut from us plug-in developers. Talking about WordStar: Ctrl+K N and Ctrl+Q N is yet another key combination to access the Toggle Bookmarks, so these Stack Bookmarks shortcuts fit right in.

implemented in revision #3729 for all supported Delphi versions Pressing enter is no longer required. It also allows to scroll through the list with the arrow keys without leaving the filter field.

There are two project option settings that might help here: Unit aliases and namespaces It's not easy either though.

BDS.exe ist the main executable of the Delphi IDE. (up to Delphi 7 that was Delphi32.exe). But I can't help you with the AV. This could be caused by anything. For upgrading an old component to a new Delphi version you usually need to add conditional defines somewhere. Most component vendors have a central include file for that. Have a look at the top of your units, there might be a {$I filename.inc} statement in all of them. That's the include file I'm talking about then. Maybe updating that include file will solve the AV. But I'm guessing here. I have not used QR for ages.

You could add a (configurable?) popup menu which gets one (configurable?) shortcut and add other functionality to that popup menu. I did that with GExperts and in my installation have removed most keyboard shortcuts from other experts. I used Ctrl+H for opening that menu which in the IDE is a duplicate of Ctrl+R anyway. So, calling the Uses Clause Manager Expert is Ctrl+H followed by U. OK, it's now two key combinations rather than two clicks, but I am much faster with the keyboard than with the mouse.

fixed in revision #3717

Developer: "So, about this mockup presentation I did yesterday: Are we going forward with this project?" Manager: "You mean that program you showed us yesterday? Of course we're going forward! It looked pretty much finished. How much time do you need to polish it a bit so we can put it into production?" Developer: head -> desk

There is also Project -> View Source in the main menu (at least until they reordered the menu, no idea whether it's still there).

Are there cross platform implementations for Mutex in the RTL? Otherwise it would not be restricted to the VCL but to Windows.

Embarcadero has released a second patch (called November Patch) for Delphi 11 which seems to fix several issues that blocked further progress on GExperts for Delphi 11. So here it is, fresh out of the compiler: The second Alpha version of GExperts for Delphi 11. Please keep in mind: This is not even a Beta version! There will be bugs and these will not only be UI glitches but functionality failures! You have been warned! read on in the blog post.

Fixed the toolbars for all dialogs.

Kinda fixed that today for two dialogs.

Thanks! I just fixed the link. Note to self: Always check those links!

You could use the IDE to debug a second instance of it. That might give you a call stack and a hint what causes the problem. Just don't do what causes the crash in the first instance.

Recent versions of Delphi (for a suitable definition of “recent”) come with a TZipFile class implemented in the unit System.Zip. This class has the really neat feature that it can not only read the contents of a ZIP file directly from a stream but also extract a file from that stream to a TBytes array, thus it does not require any file system access. E.g. imagine you have got a memory stream containing the contents of a ZIP archive. [read on in the blog post]

It doesn't ignore the decimal separator as such, but will always assume it to be '.' rather than the value of DecimalSeparator. So converting '123.4' will result in 123.4, but converting '123,4' with DecimalSeparator = ',' will result in 123 and an error at position 3.

They didn't even fix all high DPI issues of the IDE itself. But yes, having to do that for a plug-in might show some more.

Should this support any number format which TryStrToFloat supports? E.g. '5.4E7', '543,543.647' or ' $0abc6'? Or are there restrictions? What about decimal and thousands separators? What about negative numbers? Negative exponents? The more flexible it must be, the slower it will become. The easiest case would be: Only decimal digits and only a decimal point, no negative numbers. No range restrictions. No exponents. That would be fairly simple and fast, because it's a state machine with only a few states.

Not going to happen. And neither the IDE. We have had this discussion too many times already.

Since the current Community Edition is 10.4, it definitely makes sense to evaluate it. Unless you plan to buy the Professional Edition, then it makes sense to evaluate Delphi 11, because that's what you will be getting.