Re: [fpc-pascal] Bls: Bug in FPC 3.0.0 (was: Bug in FPC 3.0.0?)

Michael Van Canneyt wrote > Tut ti vibral plohoi primer, po-moemu... :) > > A bad example. Plenty of language-specific forums exist. > They live, and no-one denies them their existence. Ты прав, есть много локализованных форумов, но... You're right there are many language specific forums but

Re: [fpc-pascal] Bls: Bug in FPC 3.0.0 (was: Bug in FPC 3.0.0?)

Michael Van Canneyt wrote >> The Delphi way is less poor but both are risky. > Oh, why is that ? I.e. because of third-party frameworks. When programmer stays with FPC and its libraries only, the support and the compatibility are not a big problem (but some libraries become abandoned or some bugs

Re: [fpc-pascal] Happy tickets benchmark

Jonas Maebe-2 wrote > On the contrary, it is fundamental. Changing defaults in existing > language modes, or changing the default language mode that is used, > would break existing code with as only reason that we wouldn't want to > look bad when people use the compiler for the first time

Re: [fpc-pascal] Happy tickets benchmark

Jonas Maebe-2 wrote > The reason is, as always, compatibility. FPC mode started as an > extension of the Turbo Pascal compatibility mode. In Turbo Pascal, > integer is 16 bits. In Delphi, it's 32 bits, so both in Delphi and in > ObjFPC modes, integer is 32 bits. Code that was written with

Re: [fpc-pascal] Happy tickets benchmark

Jeppe Johansen-3 wrote > On 03/02/2016 12:48 AM, vfclists . wrote: >> >> >> On 14 February 2016 at 10:06, Serguei TARASSOV > serge@ > > mailto: > serge@ > > wrote: >> Another strange effect in FPC. >> Only longint shows correct

Re: [fpc-pascal] Happy tickets benchmark

Hello, Some updates of tests. I added a simple assembler code as a reference of the "minimally poor code". GCC has a good optimizer reducing the time in two. C#/IL has about the same result. Unfortunately, FPC (3.0.0 64 bits) is always under the "minimally poor". In addition : - changing types

Re: [fpc-pascal] Bls: Bug in FPC 3.0.0 (was: Bug in FPC 3.0.0?)

Mr Bee wrote > Sometimes I just don't understand the policy of FPC devs about Delphi > compatibility. In some cases, they said FPC isn't a slave of Delphi, FPC > should have better goal than Delphi, there's the Delphi way and there's > the FPC way, breaking old codes is consequence of a change,

Re: [fpc-pascal] Bug in FPC 3.0.0 (was: Bug in FPC 3.0.0?)

etrusco wrote > I loved 'with' while I was learning Delphi/Pascal and hated after the > first few months since using it professionaly. I truly believe it > warrants/deserves some advice in the documentation, for the beginners. > With the code completion in Lazarus there's even less reason to use

Re: [fpc-pascal] Bug in FPC 3.0.0 (was: Bug in FPC 3.0.0?)

Good, I see yours points. Not so impressed, don't really share. The community spirit does not inspire confidence. I stay with FPC/Lazarus for some fun projects like FBProfiler (https://sourceforge.net/projects/fbprofiler/) but for "real world programs" the migration is canceled until better

Re: [fpc-pascal] Bug in FPC 3.0.0 (was: Bug in FPC 3.0.0?)

Michael Van Canneyt wrote > I hope you will send the same mail to embarcadero/Idera. > When they added methods to TPoint, they broke have the VCL code ? > > To avoid this, we would need to freeze the code as soon as it is released. Compared with Unicode migration, introducing the methods into

Re: [fpc-pascal] Bug in FPC 3.0.0 (was: Bug in FPC 3.0.0?)

Okay, okay, I see. For info, the indicated error is not critical because of its visibility at compile-time. All other codes inside "with" statement like x := FieldDef; will be compiled without errors and should be checked. Thank you, guys, for a good compatibility support and adding the

Re: [fpc-pascal] Bug in FPC 3.0.0 (was: Bug in FPC 3.0.0?)

Michael Van Canneyt wrote > The problem is in your code and the use of WITH, as I surmised in my > previous mail. > > In 2.6.4, FieldDef is resolved to the LOCAL VARIABLE FieldDef. > The code compiles ok. > > In 3.0.0, FieldDef is a NEW READ-ONLY property in TField. > Because of the WITH, the

[fpc-pascal] Bug in FPC 3.0.0 (was: Bug in FPC 3.0.0?)

Hello, Sorry, my previous example was not complete. Here is a problem detected when compiling UniDAC 6.2.8. Taken from real code in VirtualTable.pas program Project1; {$MODE DELPHI} uses SysUtils, Classes, DB; procedure InternalCreateFieldDefs(Fields: TFields; FieldDefs: TFieldDefs); var

Re: [fpc-pascal] Bug in FPC 3.0?

Michael Van Canneyt wrote > On Mon, 22 Feb 2016, Serguei TARASSOV wrote: > >> Hello, >> >> UniDAC doesn't compile with Lazarus 1.6/FPC 3.0. >> The case may be reproduced on following example. > > To my knowledge, this has never worked. > > Michael. Hi

[fpc-pascal] Bug in FPC 3.0?

Hello, UniDAC doesn't compile with Lazarus 1.6/FPC 3.0. The case may be reproduced on following example. program Project1; {$MODE DELPHI} uses SysUtils, Classes, DB; var F: TField; FieldDef: TFieldDef; begin with F do FieldDef := FieldDefs.AddFieldDef; // ^^error here

Re: [fpc-pascal] Delphi compiler team left Embarcadero/Idera

Marco van de Voort wrote > Were you planning to buy with subscription? The number of post relases > fixes > is usually not that high, so for Seattle the calculation regardless of > people leaving. Yes, the subscription is "by default". Will see the situation... - -- Regards, Serguei --

Re: [fpc-pascal] Delphi compiler team left Embarcadero/Idera

Sad news. As we have many UI codes in D7 that cannot be easily ported to Lazarus, the migration to Seattle 10 was in roadmap. Now I doubt to investing into this migration. - -- Regards, Serguei -- View this message in context:

Re: [fpc-pascal] Lazarus Release 1.6

Good news, good job! Finally, I'll be able to migrate our team to FPC 3. -- View this message in context: http://free-pascal-general.1045716.n5.nabble.com/Lazarus-Release-1-6-tp5724185p5724230.html Sent from the Free Pascal - General mailing list archive at Nabble.com.

[fpc-pascal] [PATCH] Addition of OnNotify event on "TFPGObjectList" and "TFPGList" triggered on the insert, delete and extract methods.

On 19/02/2016 20:20, fpc-pascal-requ...@lists.freepascal.org wrote: Date: Fri, 19 Feb 2016 14:24:30 +0100 From: Sven Barth To: FPC-Pascal users discussions Subject: Re: [fpc-pascal] [PATCH] Addition of OnNotify event on

Re: [fpc-pascal] Happy tickets benchmark

On 19/02/2016 20:20, fpc-pascal-requ...@lists.freepascal.org wrote: Date: Fri, 19 Feb 2016 11:49:57 -0700 (MST) From: leledumbo To: fpc-pascal@lists.freepascal.org Subject: Re: [fpc-pascal] Happy tickets benchmark >Do you have any ideas why this kind of

Re: [fpc-pascal] Happy tickets benchmark

On 19/02/2016 20:20, fpc-pascal-requ...@lists.freepascal.org wrote: Date: Fri, 19 Feb 2016 14:01:16 +0100 From: Jonas Maebe<jonas.ma...@elis.ugent.be> To: FPC-Pascal users discussions<fpc-pascal@lists.freepascal.org> Subject: Re: [fpc-pascal] Happy tickets benchmark Serguei TA

Re: [fpc-pascal] fpc-pascal Digest, Vol 140, Issue 69

On 19/02/2016 12:00, fpc-pascal-requ...@lists.freepascal.org wrote: Message: 2 Date: Fri, 19 Feb 2016 09:16:15 + From: Lukasz Sokol To:fpc-pascal@lists.freepascal.org Subject: Re: [fpc-pascal] Happy tickets benchmark [OT] Std deviation also matters: Std dev shows that

Re: [fpc-pascal] Happy tickets benchmark

On 17/02/2016 12:00, fpc-pascal-requ...@lists.freepascal.org wrote: Date: Tue, 16 Feb 2016 12:48:31 +0100 (CET) From: Michael Van Canneyt To: FPC-Pascal users discussions Subject: Re: [fpc-pascal] Happy tickets benchmark I have asked

Re: [fpc-pascal] Happy tickets benchmark

On 18/02/2016 12:00, fpc-pascal-requ...@lists.freepascal.org wrote: Date: Wed, 17 Feb 2016 18:55:29 +0100 From: Adrian Veith To: FPC-Pascal users discussions Subject: Re: [fpc-pascal] Happy tickets benchmark I don't want to insist on

Re: [fpc-pascal] Happy tickets benchmark

On 17/02/2016 12:00, fpc-pascal-requ...@lists.freepascal.org wrote: Date: Tue, 16 Feb 2016 14:44:42 +0100 From: Adrian Veith To: FPC-Pascal users discussions Subject: Re: [fpc-pascal] Happy tickets benchmark small remark for your testing

Re: [fpc-pascal] Happy tickets benchmark

Mon, 15 Feb 2016, Serguei TARASSOV wrote: >On 15/02/2016 12:00,fpc-pascal-requ...@lists.freepascal.org wrote: >>Date: Mon, 15 Feb 2016 07:55:55 +0100 >>From: Florian Kl?mpfl<flor...@freepascal.org> >>To:<adr...@veith-system.de>, "FPC-Pascal users discu

Re: [fpc-pascal] Happy tickets benchmark

On 15/02/2016 12:00, fpc-pascal-requ...@lists.freepascal.org wrote: Date: Mon, 15 Feb 2016 07:55:55 +0100 From: Florian Kl?mpfl To:, "FPC-Pascal users discussions" , Adrian Veith Subject: Re:

Re: [fpc-pascal] Happy tickets benchmark

On 14/02/2016 15:01, fpc-pascal-requ...@lists.freepascal.org wrote: Date: Sun, 14 Feb 2016 13:17:38 +0100 From: Giuliano Colla To: FPC-Pascal users discussions Subject: Re: [fpc-pascal] Happy tickets benchmark Il 14/02/2016 12:56,

Re: [fpc-pascal] Happy tickets benchmark

Hello, thank all for assistance! Sorry, I was not clear, the series should be ran with all tests _on the same computer_ regardless its hardware capacity and on the _same OS_. That's why I cannot compare with Delphi. So if you have modern Delphi, FPC and maybe .NET on your Windows computer

[fpc-pascal] Happy tickets benchmark

Hello, Here is my little brute-force test for FPC, C and C# compilers. http://arbinada.com/main/en/node/1532 The results are not so good with FPC but I cannot use Delphi to compare on Linux. Could anyone make the series on Windows with FPC, Delphi and MS .Net? The test of FPC 3.0 and any

Re: [fpc-pascal] if-then-else expression

On 04/02/2016 12:00, fpc-pascal-requ...@lists.freepascal.org wrote: Date: Wed, 3 Feb 2016 14:34:34 +0100 From: Sven Barth<pascaldra...@googlemail.com> Am 03.02.2016 12:11 schrieb "Serguei TARASSOV"<se...@arbinada.com>: >Holy sh*t, ?a continue !:) >Even if eval

Re: [fpc-pascal] if-then-else expression

On 03/02/2016 12:00, fpc-pascal-requ...@lists.freepascal.org wrote: Date: Tue, 2 Feb 2016 19:43:02 -0700 (MST) From: silvioprog >The problem with Iff() is:1) it either retains normal function behavior >and thus has to evaluate both expressions (i.e. suboptimal performance

Re: [fpc-pascal] New feature: IfThen() intrinsic

On 02/02/2016 13:41, fpc-pascal-requ...@lists.freepascal.org wrote: Date: Tue, 02 Feb 2016 10:32:28 -0200 From: Andreas Berger On Tue 02/02/2016 09:27, Jonas Maebe wrote: > >The parameter evaluation order issue is irrelevant in this context: >Delphi guarantees

Re: [fpc-pascal] New feature: IfThen() intrinsic

On 02/02/2016 13:41, fpc-pascal-requ...@lists.freepascal.org wrote: Date: Tue, 02 Feb 2016 13:22:01 +0100 From: Jonas Maebe Michael Van Canneyt wrote on Tue, 02 Feb 2016: [evaluating all arguments to a function/intrinsic] >I'm just trying to to put any

Re: [fpc-pascal] New feature: IfThen() intrinsic

On 02/02/2016 15:16, fpc-pascal-requ...@lists.freepascal.org wrote: Date: Tue, 2 Feb 2016 14:36:25 +0100 From: Sven Barth > >You confuse left-to-right operator's precedence with function arguments evaluation . No, he does not. Delphi and TP indeed guarantee an

Re: [fpc-pascal] New feature: IfThen() intrinsic

On 02/02/2016 10:54, fpc-pascal-requ...@lists.freepascal.org wrote: On Tue, 2 Feb 2016, Michael Van Canneyt wrote On Tue, 2 Feb 2016, Serguei TARASSOV wrote: > No, the second is always better because safer. > >x := iif (Obj = nil, 0, Obj.Value); >This will raise access violation

Re: [fpc-pascal] New feature: IfThen() intrinsic

On 02/02/2016 11:30, fpc-pascal-requ...@lists.freepascal.org wrote: On Tue, 2 Feb 2016, Henry Vermaak wrote: >On Tue, Feb 02, 2016 at 10:49:03AM +0100, Michael Van Canneyt wrote: >>So the iif in either functional or expression form has my vote. > >I'm surprised that you support iif in

Re: [fpc-pascal] New feature: IfThen() intrinsic

On 02/02/2016 10:29, fpc-pascal-requ...@lists.freepascal.org wrote: 2016-02-01 10:59 GMT+01:00 Michael Schnell: Same here. I see no reason to differ from it. Introducing new incompatibility is bad idea. For me is good to have booth (Oxygene compatible): x := iif (a < 3, 1,

Re: [fpc-pascal] New feature: IfThen() intrinsic

On 02/02/2016 12:00, fpc-pascal-requ...@lists.freepascal.org wrote: On Tue, 2 Feb 2016, Michael Van Canneyt wrote: At least Firebird & Microsoft SQL Server and MS-Access contain it. FastReport uses it. I use this since 15+ years, I didn't make up this name myself:-) These products (remember

Re: [fpc-pascal] New feature: IfThen() intrinsic

On 02/02/2016 11:42, fpc-pascal-requ...@lists.freepascal.org wrote: On Tue, 2 Feb 2016, Sven Barth wrote: >No, the second is always better because safer. > >x := iif (Obj = nil, 0, Obj.Value); >This will raise access violation as a normal function or you depend on compiler implementation for

Re: [fpc-pascal] fpc-pascal Digest, Vol 140, Issue 27

On 02/02/2016 14:33, fpc-pascal-requ...@lists.freepascal.org wrote: Date: Tue, 2 Feb 2016 14:24:18 +0100 From: Sven Barth > >Why make the things complex? Why create another "special case"? >Look at the "iif" as an statement and the things will be simple. BECAUSE.

Re: [fpc-pascal] New feature: IfThen() intrinsic

Hello, I'm not afraid about existing uses of Math.IfThen ou StrUItils.IfThen because they will hide System.IfThen. However, existing semantic of IfThen doesn't allow expressions like this s := IfThen(Obj = nil, 'Unknown', Obj.Value); // raise AV when Obj is nil As far as I understand, new

Re: [fpc-pascal] Writing floating points to steams

On 13/01/2016 08:47, fpc-pascal-requ...@lists.freepascal.org wrote: On 2016-01-12 10:45, Torsten Bonde Christiansen wrote: Since TStream doesn't have any native WriteFloat/Double and the likes, some conversion is needed - but what is a good strategy for this? Depends on size constraints. In

Re: [fpc-pascal] Implementing Factory Method with Pascal

Hello, What is an explanation why the first code is not good but the second one is good? At least, the first code is three times as shorter and clear. Second code seems to be taken from Delphi 7 where the first one doesn't works. On 28/11/2015 12:00, fpc-pascal-requ...@lists.freepascal.org

[fpc-pascal] OpenSSL

On 17/11/2015 15:24, fpc-pascal-requ...@lists.freepascal.org wrote: Hi all. In my program I need to use the OpenSSL unit from fpc (packages/openssl) AND I also need to use the lNET package. However my problem is that lNET also include a file named openssl.pas, although it seems to be never

Re: [fpc-pascal] TDBF (dBase) vs TurboPower FlashFiler

Hello, DBF and majority of others xBase are not real DBMS but record managers (there is no "database" notion, referential integrity etc). FlashFiler seems like more close to DBMS notion. But we have Firebird, the real world production DBMS. Only one major distinction: it is deployed as DLL.

Re: [fpc-pascal] Counting semaphore for free pascal

: text/plain; charset=ISO-8859-1; format=flowed On 07/29/2015 04:47 PM, Serguei TARASSOV wrote: I see you're using two concepts of synchronization (semaphore and events) at the same time. Maybe better to separate them? It is not clear why use events to limit thread access to service

[fpc-pascal] Counting semaphore for free pascal

Hello, On 29/07/2015 12:00, fpc-pascal-requ...@lists.freepascal.org wrote: A counting, or general, semaphore limits simultaneous access to a resource according to the number of permits you specify. On the other hand, a binary semaphore like a critical section limits the access to one at a time.

Re: [fpc-pascal] Counting semaphore for free pascal

On 29/07/2015 15:44, fpc-pascal-requ...@lists.freepascal.org wrote: Date: Wed, 29 Jul 2015 13:10:23 +0200 From: kapibarakapibara@aol.com To:fpc-pascal@lists.freepascal.org Subject: Re: [fpc-pascal] Counting semaphore for free pascal Message-ID:55b8b49f.1070...@aol.com Content-Type:

Re: [fpc-pascal] Counting semaphore for free pascal

On 29/07/2015 15:44, fpc-pascal-requ...@lists.freepascal.org wrote: Date: Wed, 29 Jul 2015 15:16:13 +0200 From: Sven Barthpascaldra...@googlemail.com To: FPC-Pascal users discussionsfpc-pascal@lists.freepascal.org Subject: Re: [fpc-pascal] Counting semaphore for free pascal Message-ID:

[fpc-pascal] Sorted map vs hash map ?

The problem was in the proper generation of random keys for testing. Now it looks better. I added statistics with different key's density (normal usage is unique keys) On 21/07/2015 12:00, fpc-pascal-requ...@lists.freepascal.org wrote: From: Serguei TARASSOVse...@arbinada.com

[fpc-pascal] Sorted map vs hash map ?

Hi all, I did a small test to compare performance of TFPGMap and TFPHashList in sequential and random accessing values by keys. http://arbinada.com/main/en/node/1511 The results are not the same than expected. In theory, the hash map should give O(1) and O(log2 N) for the sorted map. Any

Re: [fpc-pascal] fpc-pascal Digest, Vol 133, Issue 4

: text/plain; charset=ISO-8859-1; format=flowed On 07/01/2015 05:40 PM, Serguei TARASSOV wrote: Are you agreed that more FPC is compatible with Delphi by default, more users can use it without troubles and learning additional docs? Delphi is getting so horribly expensive (without noticeable benefit

Re: [fpc-pascal] fpc-pascal Digest, Vol 133, Issue 4

On 03/07/2015 11:22, fpc-pascal-requ...@lists.freepascal.org wrote: Date: Thu, 02 Jul 2015 13:30:07 +0200 From: Jonas Maebejonas.ma...@elis.ugent.be To: FPC-Pascal users discussionsfpc-pascal@lists.freepascal.org Subject: Re: [fpc-pascal] Delphi mode for new features? We can't help that. FPC

Re: [fpc-pascal] Delphi mode for new features?

On 02/07/2015 10:32, fpc-pascal-requ...@lists.freepascal.org wrote: Date: Wed, 1 Jul 2015 17:51:43 +0200 From: Jonas Maebejonas.ma...@elis.ugent.be To: FPC-Pascal users discussionsfpc-pascal@lists.freepascal.org Subject: Re: [fpc-pascal] Delphi mode for new features? The point is that we

Re: [fpc-pascal] Delphi mode for new features?

: 20150701165430.horde.fbbhakisjlfvk-8mgx33...@mail.elis.ugent.be Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes Serguei TARASSOV wrote on Wed, 01 Jul 2015: As I see (may be mistaken), some_new_ Delphi features are available only in $MODE DELPHI. This way lead to divergence of two

[fpc-pascal] Delphi mode for new features?

Hi All, My question is inspired by some things asked here last weeks. As I see (may be mistaken), some _new_ Delphi features are available only in $MODE DELPHI. This way lead to divergence of two compilers. Why do not implement them in FPC by default (when it not constrained by basic

Re: [fpc-pascal] PDF indexing

On 24/06/2015 12:00, fpc-pascal-requ...@lists.freepascal.org wrote: Date: Wed, 24 Jun 2015 08:47:20 +0200 From: Marc Santhoffm.santh...@web.de To:fpc-pascal@lists.freepascal.org Subject: Re: [fpc-pascal] PDF indexing Message-ID:1435128440.11596.3.ca...@puma.das.netz Content-Type: text/plain;

[fpc-pascal] Writing a DLL to be use in a VBA code

Luciano, you should follow binary compatible DLL requirements : - stdcall call convention - ordinal types only (shortstring may work too because they are char[256] and 0-th byte is the length) - pointers (be attentive: if memory was allocated in DLL, you should free it in DLL too) You can

Re: [fpc-pascal] FPC roadmap?

23:17:41 +0200 From: Jonas Maebejonas.ma...@elis.ugent.be To: FPC-Pascal users discussionsfpc-pascal@lists.freepascal.org Subject: Re: [fpc-pascal] FPC roadmap? Message-ID:556b7a75.2060...@elis.ugent.be Content-Type: text/plain; charset=windows-1252 On 31/05/15 21:40, Serguei TARASSOV wrote: Thank

Re: [fpc-pascal] FPC roadmap?

Thank for answers. Are some dates planned for 3.0 release ? Actually, we have some risks : 2.6 is frozen and not supported but 3.0 is not released yet. I took a little about some non-blocking issues at forum and tracker. The advise was use 3.0 from trunk. Then I asked Do you use 3.0 in

[fpc-pascal] FPC roadmap?

Hi All! Does roadmap exist in some form? As we (small company) are planning to migrate many modules from D7 to FPC, it was very interesting to know the plans of community. About 100K lines already ported/rewritten (non-GUI) and compiled on both environment. If I'm not mistaken, Lazarus/LCL

Re: [fpc-pascal] Debug info at runtime?

TSCRIPTSTEST__TESTPARSER, line 749 of ScriptsTest.pas Regards, Serguei On 26/05/2015 19:30, Serguei TARASSOV wrote: Hi All, How is possible to get some debug information at runtime? Assuming, the program compiled with required debug information/symbols. I.e. how to get actual call stack state and called

[fpc-pascal] Debug info at runtime?

Hi All, How is possible to get some debug information at runtime? Assuming, the program compiled with required debug information/symbols. I.e. how to get actual call stack state and called procedures names within the procedure or method? Regards, Serguei

Re: [fpc-pascal] fpc-pascal Digest, Vol 131, Issue 19

-ID:alpine.deb.2.10.1505201310560.15...@home.telenet.be Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed On Tue, 19 May 2015, Serguei TARASSOV wrote: Hello, Is it normal that TFPHashList cannot find an item by name if the pointer is nil? However, the item is stored in the list. FPC 2.6.4

[fpc-pascal] TFPHashList and nil pointers

Hello, Is it normal that TFPHashList cannot find an item by name if the pointer is nil? However, the item is stored in the list. FPC 2.6.4, both Windows and Linux versions. program project1; uses Contnrs; var List: TFPHashList; begin List := TFPHashList.Create; List.Add('Name1',