Jump to content

dummzeuch

Members
  • Content Count

    2611
  • Joined

  • Last visited

  • Days Won

    88

Everything posted by dummzeuch

  1. dummzeuch

    updated build script for Delphi 2007

    I have just created a pull request (*1) for an updated build script for Delphi 2007. Apart from general cleanup and testing (the original simply didn't work) there is one notable change: It does not try to copy the generated *.bpl files to c:\windows\system32 This was a bad idea anyway and would not work nowadays. Also, no output files are generated in the source directories any more, everything goes into ..\d11, dcu files into ..\d11\dcu. There is one part in there that I don't understand: Why was there a special call to dcc32 to compile the unit IdCompressionIntercept.pas ? It's part of IndyProtocol110.dpk anyway, so why compile it separately? Does it require special compiler flags? @Arnaud Bouchez If you think that's the way to go, please give me a go ahead and I'll have a look at the other scripts. (*1: I hope I finally figured out how to correctly create pull requests on GitHub)
  2. dummzeuch

    updated build script for Delphi 2007

    WTF? How did that happen? Sorry!!! Yes, I meant @Remy Lebeau
  3. dummzeuch

    Indy package names

    @Remy Lebeau is there any reason to not use msbuild for Delphi 2007 and later? I'd hate to spend time on figuring out dcc32 parameters only to be told "Why didn't you simply use msbuild?".
  4. dummzeuch

    Indy package names

    No, I haven't. Didn't know there is a free version and I already have a batch solution for all my projects which has the advantage of not needing any additional software. And of course that also needs yet another tool to learn. I guess you use Continua CI at work, so you know how to use it. I'll keep that in mind though, it might be worth spending the time (and possibly money).
  5. dummzeuch

    Indy package names

    Because I don't want to start all the IDEs to do a compile check (double click, wait, click, click, CLICK ...). I'd rather start a batch file that calls them all, one after another. I'll do a checkout and have a look what needs to be done.
  6. dummzeuch

    Cast error when using Ctrl+#

    I tried, but the call stack didn't give any clue where this call comes from. I guess the IDE is calling that event explicitly as MyPopup.OnPopup(Whatever) somewhere and the parameter isn't used in the original event implementation so it doesn't care what it is. The MenuItem neither has a name nor a caption, which is odd.
  7. That's correct: GExperts does not do any theming, it simply uses the native VCL classes. The IDE tries to do the theming for these forms. Unfortunately it not only fails in many cases but these partly themed forms look really ugly. Therefore I have explicitly disabled theming for the Grep Results form in the current source code, so at least the form is consistent in itself. I am surprised to hear that the docked from is still themed though, maybe I did these changes after the DLL you are using was built. I won't implement theming. If somebody else cares enough, he is welcome to try and send me patches. I'll be happy to apply them as long as they don't break functionality.
  8. dummzeuch

    Cast error when using Ctrl+#

    Not sure what you are trying to tell us. The code in question was: procedure TGotoModificationBaseExpert.HandleOnMenuPopup(_Sender: TObject); var pm: TPopupMenu; begin pm := _Sender as TPopupMenu; if Assigned(FOrigPopupEvent) then begin FOrigPopupEvent(_Sender); end; AppendMenuItem(pm); end; So this already was an 'as' operation which bombed out in Delphi 10.4 because somehow a TMenuItem was passed as Sender. The new code looks like this: procedure TGotoModificationBaseExpert.HandleOnMenuPopup(_Sender: TObject); begin if Assigned(FOrigPopupEvent) then begin FOrigPopupEvent(_Sender); end; if _Sender is TPopupMenu then begin // sometimes Delphi 10.4.1 passes a TMenuItem here, no idea how this can happen, but it caused a runtime error AppendMenuItem(TPopupMenu(_Sender)); end; end; So now I first call the original OnPopup-event and then I check whether the Sender is really a TPopupMenu before adding an item to it. I can't see how this relates to what you wrote. There was no hard unconditional cast (OK, now there is, but only after an 'is'). There is no if .. is .. then else if .. is .. then.
  9. dummzeuch

    Cast error when using Ctrl+#

    WTF? It's a bloody TMenuItem! That doesn't even have a common ancestor with TPopupMenu (apart from TComponent)! Who in their right mind would do that? Fixed in revision #3325
  10. Not likely, because there is lots of code like this which would break, keeping people from updating which would hurt the bottom line. The best we can hope for is a warning or maybe even a switch to turn 'with' off. And, actually, seeing how many 'with' statements there are even in the RTL / VCL (haven't checked FMX) and even in our own code (where I try to eliminate every 'with' I come across when I edit code), that's probably a good thing. But we digress...
  11. Did you already install the fix for Delphi 10.4.1 ?
  12. This is the last (known) remaining class helper loop hole that was overlooked when they closed the previous one that didn't require a 'with' statement. Don't expect this to keep working in future Delphi versions. (OK, I'll shut up with this warning now.)
  13. Hm, I always convert to hex as an intermediary step (and actually prefer hex constants in source code). and I can still do binary to hex and back in my head, back from the C64 times.
  14. I have done that with dxgettext, so, yes, it can be done. But beware that dxgettext does not support translating FMX forms out of the box, only VCL. As for the translation tool, I prefer Gorm over PoEdit, mostly because it's written in Delphi and I have got the source code and write access to the repository, so I can adapt and extend it (and have done that).
  15. dummzeuch

    "Simulating" a com port with data arriving

    Com0Com works for me (on Windows XP and 8.1 (haven't tested Windows 7 or 10), or simply a serial null modem cable that connects two serial ports, native or USB serial adapters.
  16. dummzeuch

    Indy package names

    Ouch, that sucks. Of course, now telling you you should have made backups doesn't really help. 😉 On the other hand, I have only recently started to make frequent backups of my private computer, which does not include the Delphi installations though, just the ISOs, my personal documents and photos and the source code that isn't in public repositories anyway. So It could happen to me too and I don't know whether I will bother to install many of the old Delphi versions I currently have. Speaking about having no compiler(s): I would be able and willing to do compile tests for Delphi 5 to 10.4 for Indy if you want. But that would need some working compile batch files (the current ones for at least Delphi 2007 are broken).
  17. Using a code formatter might also have highlighted this mistake. Just saying...
  18. dummzeuch

    Indy package names

    OK, what it boils down to is this: It's a legacy from before Delphi 6 when the LIBSUFFIX feature was introduced. And it took even longer before it was widely used. You are the only developer left, as as happened many Delphi open source projects, and there are just too many things that compete about your time. Other libraries have ignored this too (I specifically mentioned in my blog post that TeeChart does that too, but of course there is also the jcl and jvcl.) It's planned for Indy11. I hereby apologize for using the word "sloppy" in my blog post. I had just spent several hours trying to figure out what the problem was and was quite a bit frustrated. What I don't understand is this: Why should you care whether Embarcadero "is open" to such a breaking change? They are the ones who profit from your work, not the other way around. On the contrary, I would expect them to provide you with some help here. (But my guess is that they only want to make the library work with the latest Delphi version and would love to to drop compatibility to older versions. This has happened to other libraries too.)
  19. I have just uploaded a beta version of GExperts 1.3.12 for Delphi 10.3 Rio. NOTE: This is a BETA! Beware of bugs, e.g. the Goto-Dialog enhancements cause redraw problems if theming is enabled, the Run Parameters dialog enhancements (drag and drop for files and directories) don’t work at all. https://blog.dummzeuch.de/2018/11/25/gexperts-1-3-12-beta-for-delphi-10-3-rio-available/
  20. dummzeuch

    GExperts 1.3.12 beta for Delphi 10.3 Rio available

    Also fixed the problem reported by David Hoyle by hooking the popup menu's OnPopup event. Apparently every other plugin has done the same by now, if only I had googled for "ecSwapCppHdrFiles" before reinventing the wheel. 😞 But my solution is better: It does not add entries for the breakpoints popup menu. 🙂
  21. dummzeuch

    RadioGroup layout

    SpeedButtons have the drawback that you can't select and press them with the keyboard. I wrote a hack for simulating SpeedButtons with BitButtons which gets around this limitation. But on the other hand, if you have a keyboard, you could simply press the appropriate key rather than fiddling with the mouse....
  22. Mahdi Safsafi has proposed a fix for the bug in the GExperts Filter Exceptions expert, which occurs when developing for non Windows targets (first reported on Embarcadero’s quality portal ). I have implemented this fix and it doesn’t have any adverse effects on for Windows targets. But neither he nor I can test it for non Windows targets since we don’t develop for these. That means we need testers. If you want to help, please post a comment here or to the bug report, or contact me via private message.
  23. As I wrote above: So, depending on your Delphi version this may still work, but it won't in the later version(s).
  24. dummzeuch

    Grep search empty window with 10.4.1

    A fix, or rather workaround was to set the main panel's visibility to False and then True again in the FormShow event. fixed in revision #3312 At least I hope so.
  25. dummzeuch

    Grep search empty window with 10.4.1

    Heureka, I finally managed to see this effect on my own computer, and even managed to reproduce it reliably (at least 3 times in a row): Steps: undock the Grep Results window and save the desktop do some Grep search (may not be necessary) Open a different project (the Grep Results window disappears) Open the Grep Results Window -> It's empty, just as described When I dock and undock it, the content comes back. After that I can not reproduce it until I restart the IDE. Then the steps detailed above reproduce the effect. No I idea yet, what causes this, but now I should be able to debug it.
×