Re: [fpc-pascal] Migrate Delphi XE5 to FPC/Lazarus, any advice?

2018-06-07 Thread Michael Schnell
On 07.06.2018 12:04, Bo Berglund wrote: I found this when searching but it is dated back in 2007 so it does not cover how to deal with the string to unicode string change in Delphi 2009 and forward Which might be a major issue as Delphi uses UTF-16, While Lazarus uses UTF-8. -Michael __

Re: [fpc-pascal] Migrate Delphi XE5 to FPC/Lazarus, any advice?

2018-06-07 Thread Bo Berglund
On Thu, 7 Jun 2018 12:44:10 -0500, R0b0t1 wrote: >Can you explain the functionality now missing from GLScene that can't >be added back? If I remembered correctly I tried to use GLScene 1.0.something instead of the older version 0.8.2 and the showstopper was that the Canvas property had been remo

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

2018-06-07 Thread Florian Klämpfl
Am 07.06.2018 um 12:42 schrieb Martok: What actually happens is that the memory is released back to the heap (but *not* to the OS, at least on Linux), with the result that concatenating elements will introduce a substantial hit particularly if space for a new element allocated from the heap isn't

Re: [fpc-pascal] Migrate Delphi XE5 to FPC/Lazarus, any advice?

2018-06-07 Thread R0b0t1
On Wed, Jun 6, 2018 at 10:25 AM, Bo Berglund wrote: > I have this big tomographic data interpretation and visualization > program on my hands for maintenance. It was started back in 2002 by > another developer using Delphi7 and the main development was done up > until 2009 using D7, BDS2006 and RA

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

2018-06-07 Thread Sven Barth via fpc-pascal
Mark Morgan Lloyd schrieb am Do., 7. Juni 2018, 11:46: > On 04/06/18 12:00, Nitorami wrote: > >>> It would be reasonable to assume that the predefined + might be>> > substantially more efficient than a programmer-defined one could be. > >> Yes, that's one of the reasons I vote for keeping the new

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

2018-06-07 Thread Mark Morgan Lloyd
On 07/06/18 10:45, Martok wrote: What actually happens is that the memory is released back to the heap > (but *not* to the OS, at least on Linux), with the result that > concatenating elements will introduce a substantial hit particularly if > space for a new element allocated from the heap is

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

2018-06-07 Thread Martok
> What actually happens is that the memory is released back to the heap > (but *not* to the OS, at least on Linux), with the result that > concatenating elements will introduce a substantial hit particularly if > space for a new element allocated from the heap isn't contiguous. Writing a preallo

Re: [fpc-pascal] Migrate Delphi XE5 to FPC/Lazarus, any advice?

2018-06-07 Thread Bo Berglund
On Wed, 06 Jun 2018 17:25:21 +0200, Bo Berglund wrote: >Suggestions, links etc appreciated! I found this when searching but it is dated back in 2007 so it does not cover how to deal with the string to unicode string change in Delphi 2009 and forward https://www.freepascal.org/~michael/artic

Re: [fpc-pascal] Feature announcement: Dynamic array extensions

2018-06-07 Thread Mark Morgan Lloyd
On 04/06/18 12:00, Nitorami wrote: It would be reasonable to assume that the predefined + might be>> substantially more efficient than a programmer-defined one could be. Yes, that's one of the reasons I vote for keeping the new feature>and allow to overload the operator. I don't think that ar