Jump to content

Dave Novo

  • Content Count

  • Joined

  • Last visited

  • Days Won


Dave Novo last won the day on March 12

Dave Novo had the most liked content!

Community Reputation

27 Excellent

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Dave Novo

    Show a FMX form inside a dll from a VCL application

    I believe Remobjects Hydra can help you with this. If you go to https://hydra.remobjects.com/hydra/tour.aspx, you can see there is a section "Combining VCL and Firemonkey" .... Hydra provides a solution for this problem by allowing developers to integrate FireMonkey UI seamlessly with their existing VCL applications, or conversely add existing VCL user interfaces into new FireMonkey apps. ...
  2. Hello, I am trying to compile our project in Delphi 10.4.2 for the first time, and the code insight does not work. Ctrl+space or ctrl+shift+space do nothing. If I switch the Code Insight Manager back to Delphi (Classic Code Insight) it works again. I thought the Language Server Protocol was supposed to be better. Is there something I need to do in order to activate it?
  3. Dave Novo

    compiling DCU without creating EXE

    per this post, it seems that many of the optimizations from IDEFixPack were ported to Delphi 10.4.2, but not the compileOnly (which is perfect for us BTW). https://blogs.embarcadero.com/delphi-10-4-2-compiler-speed-improvements/
  4. Dave Novo

    compiling DCU without creating EXE

    @jbg - thanks for the tip. We are using Seattle for now, but in the process of upgrading to Delphi 10.4. So this will be useful for a bit. Is there somewhere in the project options you can specify extra command line parameters?
  5. Dave Novo

    compiling DCU without creating EXE

    @Fr0sT.Brutal The compiler is not 64 bit. The compiler is a 32 bit application that generates 64 bit code. In my initial post I described the problem with the EXE.
  6. Dave Novo

    compiling DCU without creating EXE

    @Fr0sT.Brutal - our project is 2.5M LOC approx. The 32 bit compiler gets up to 3GB but does usually complete without running out of memory. But the 64 bit compiler consistently ran out of memory. What you have described is exactly what we have done. to make it work. But we do not need all the EXE from the subprojects.
  7. Dave Novo

    compiling DCU without creating EXE

    Thanks for the tips. The command line compiler could work. The only issue I forsee is how to get all the hints/warnings etc. if it is done as part of a pre-build batch action
  8. Dave Novo

    "Use/Open Unit" and Project Groups

    Yes, different projects within the group have different paths.
  9. Dave Novo

    compiling DCU without creating EXE

    @Vandrovnik - it seems to give an error right away and not compile anything
  10. Dave Novo

    compiling DCU without creating EXE

    Some googling came up with a few times this question has been asked https://stackoverflow.com/questions/33936269/how-to-build-a-delphi-project-without-generating-exe https://community.embarcadero.com/ru/component/easydiscuss/how-can-i-compile-a-project-dproj-file-bypassing-the-linker-without-generate-the-exe-file with no good answer yet. We started off creating a BPL, but it still takes time to link and create the BPL that we do not need.
  11. Dave Novo

    compiling DCU without creating EXE

    @TigerLilly - that was a very clever suggestion! It works to a degree, in that it creates the dcus. But if you select Compile all for the project group, it stops at that syntax error and does not compile the other projects. So I would have to manually trigger the compile for the other project as well. Maybe I could automate that somehow.
  12. Hello, Recently we had to switch to using Project Groups because the delphi compiler ran out of memory, particularly on 64 bit. We created one project that is a console project, that is basically used to create dcus. The a second project that uses those dcus, and compiles other dcus as well. This second project makes the actual EXE. Even though the first project is essentially a "dcu generator" and it is an empty console application (the dpr has a whole bunch of units in the Uses clause, and the following main code) begin try { TODO -oUser -cConsole Main : Insert code here } except on E: Exception do Writeln(E.ClassName, ': ', E.Message); end; end. It still generates an EXE in excess of 100MB. In addition, the time it takes to link and create the EXE is about 2/3 of the time to generate the dcus. However, we dont even need the EXE from the first project. Is there a way to just generate the DCUs but not create an actual EXE?
  13. Hello, For the "open module containing type" dialog, is there a way to specify which paths we want it to scan for the type. It seems it is only using types it found for the current project, instead of all the types in the different project groups.
  14. Hello, The "open unit" (CTRL+F12) and "use units" is a key feature of MMX we use all the time and love it. We recently had to switch to use project groups because the delphi compiler was running out of memory. All of a sudden, the "use unit" was not finding some units any more, even though the option was set to "Search in files from project group". It seems that if I switch from project to project, it can find units within that project. The problem is that if I happen to be in another project at a time, it does not find the unit. Clicking on the little blue information symbol, it seems it might only find units that are explicitly referenced in the project files. Is there a way that these dialogs can use the "project search path" and "browsing path" from all projects in the project group. Or can I specify the path in another way.
  15. You can use the built in Regex tools in delphi and use the Regex from the following link https://stackoverflow.com/questions/30847/regex-to-validate-uris maybe 3 lines of code...