Jump to content

Vandrovnik

Members
  • Content Count

    521
  • Joined

  • Last visited

  • Days Won

    6

Posts posted by Vandrovnik


  1. 1 hour ago, Fritzew said:

    The Bug with div [const] is a showstopper so Athens is not usable

    I will never understand why such a bug is not repaired almost immediatelly - even if they just remove this optimisation.

    Now it looks that they are satisfied that D12 was released as planned and now f*ck you, users - we do not mind that this product is unusable, for us it was only important to release it. 😕

    • Like 3

  2. On 11/25/2023 at 9:21 PM, msd said:

    Hello,

     

    Because of middle tier technologies I need to use Windows Server (without desktop experience).

    So I only have "problem" which scenario is best performance/resource for FirebirdSQL v4 64 bit Windows...

     

    Thanks anyway for advice...

    Hello,

     

    I suppose you have to test it yourself, because "it depends".

     

    Some usefull tips:

    https://ib-aid.com/en/articles/45-ways-to-speed-up-firebird-database/
    https://ib-aid.com/en/articles/23-more-ways-to-speed-up-firebird/

     

    • Thanks 1

  3. 23 minutes ago, PeterPanettone said:

    The most significant handicap in Delphi, in my opinion, is the editor, which is still stuck in the Stone Age.

    I have no problems with editor (using classic key mapping).

    From my point of view, big handicap is poor testing, which often leads to poor quality of new versions (such as https://quality.embarcadero.com/browse/RSP-43274 , which makes Delphi 12 unusable for me; why did they not release a patch yet?!).


  4. 2 hours ago, FreeDelphiPascal said:

    Are you kiding me? Pay thousands of $ to get all those tiny featues? Especially that some of them (like multi line strigs or colored lines between begin/end) were already availalbe since 100 years ago via IDE plugins.

    Which of these plugins made compiler understand multi-line strings in source code?

    • Like 1

  5. 57 minutes ago, RCrandall said:

    I have most of my third-party libraries converted or updated already.  I just need this one and JEDI JCL/JVCL to support Delphi 12 and I am good to go.  Is anyone aware of any specific news about D12 support in OmniThreadLibrary?

     

    Thanks, Rob C

    You can download JCL and JVCL manually and install them in Delphi 12. Just be sure that you do not have another version of JCL/JVCL somewhere in the path.


  6. 10 hours ago, PeterPanettone said:

    Please describe your impression - thanks!

    The overall impression is good. I welcome multi-line strings. I'm happy about the MDI improvements, as I use MDI in one application. Finally added support for newer versions of Android. A large number of bugs fixed. Skia integration looks promising. I'm just a little worried about the changes in HDPI support, because so far with every major change in that area new bugs have come. And Windows API translation could also be helpfull.

     


  7. 32 minutes ago, PaulM117 said:

    Does anyone know where this is coming from, based upon what's been disclosed so far? I did not find on the Embarcadero website today a link to a wiki-style documentation page listing all of the Delphi changes in-detail from 11.3 where I can review RTL improvements. Has such a listing been released yet as for previous versions?

    List of changes: https://docwiki.embarcadero.com/RADStudio/Athens/en/New_features_and_customer_reported_issues_fixed_in_RAD_Studio_12.0


  8. 3 hours ago, mvanrijnen said:

    Move to a production Environment which is:

    ...

    - More 3th party components/development

    ...

    Only thing whats holding us back is the transition to a whole new environment, we probably should move from DB also (because we're "locked" to Interbase at the moment).

     

    Just wondering - this new production environment with more 3th party components does not support Interbase, and so you cannot move?


  9. 3 hours ago, gioma said:

    I have a 64-bit project and I had to give up debugging as it is extremely slow and inefficient (some functions can take minutes) despite taking up little RAM and CPU cycles.😭

     

    May be you could debug mostly the 32-bit version of the application and just some parts in 64-bit debugger?


  10. 54 minutes ago, FabDev said:

    PS : Of course I have no "Out of memory" problem with my little project < 2 millions of line of code

    EPNGOutMemory - may be the reasons is just in the number of simultaneously opened forms (which contains big images)? In that case, 64-bit IDE would solve the problem.

    I keep open just a few forms and datamodules, may be that is the reason why I have never encountered this problem.


  11. On 9/23/2023 at 12:11 PM, Alkanium said:

    So I need your help to convert all stuff I have in Delphi to C++. It's fine if it's not perfect, I know that I will need to adapt many things, I just don't want to begin with a blank project.

    So old bugs will be converted to C++ and new bugs will appear from the conversion itself 🙂

    • Haha 1

  12. 9 hours ago, Mark NZ said:

    We have smaller projects ranging from 500 000 lines to larger ones around 2.4 million, about 30 regularly used projects and code insight problems with most of them.  Code insight is getting better but the whole IDE is bad enough that two of the 5 devs here have given up on it and are using Visual Studio Code for editing Delphi and only switch back when they really have to for debugging or form editing.  I've been working on a a non Delphi Linux project for large chunks of the past year so haven't invested any time in switching but have tried VS Code and I think once I learn to use it quickly I'll switch as well as it doesn't crash like the Embarcadero IDE.  If VS Code had a form designer and Delphi debugger it would make the Delphi IDE completely redundant, especially if the debugger worked properly (Embarcadero debugger is frequently problematic for us in x64 which is the platform we need to use, again better than it was a few years ago but still lots of problems)

    I wonder what is the reason that we have so different user experience with IDE. Maybe third party components? Some IDE wizards/experts? Or you are using a part of Delphi language, which I do not use, such as types defined inside a class, inline variables etc.? For debugging, I compile to 32bit, because 64bit debugger was very slow and I do not check with each new IDE version, whether it is already better.


  13. 12 hours ago, Mark NZ said:

    For us sometimes code completion works in Delphi (very small projects), that's the paid enterprise version, most of the time it doesn't - you just get use to it with Delphi.  Yes it and lots of other bugs are frustrating but if you're stuck with a legacy code base you don't have much choice until the cost of using it just gets too great 😞


     

    For me, code completition works almost always fine in Delphi 11.3.1 Pro.  Project size is over 1 000 000 lines of code.


  14. 3 hours ago, Tommi Prami said:

    Emit Runtime type information for Debug build was on. 

    It probably treats that section as published then:

     

    The compiler treats a published section like public unless RTTI is enabled with the $M or $TypeInfo compiler directives, or if the class inherits from a class with RTTI enabled. TPersistent in Delphi’s Classes unit enables published RTTI, so all persistent classes (including all components, controls, and forms) have RTTI. The initial, unnamed section is published for classes with RTTI.

    • Like 1
×