[fpc-devel] Valgrind Val

2008-03-31 Thread petr . kristan
This program runed in valgrind brings on error: program val; var n, e: Integer; begin System.Val('', n, e); end. ==18377== Conditional jump or move depends on uninitialised value(s) ==18377==at 0x804EDC5: SYSTEM_INITVAL$SHORTSTRING$BOOLEAN$BYTE$$LONGINT (sstrings.inc:768) ==18377==

Re: [fpc-devel] Important: Call for testing.

2008-03-31 Thread Martin Schreiber
On Sunday 30 March 2008 20.48:23 Michael Van Canneyt wrote: On Sun, 30 Mar 2008, Martin Schreiber wrote: Inline is used for subforms, components in a form which inherit from another form (TFrame in Delphi), in MSEgui every form can be used as inline component. The ffInline filer flag must

Re: [fpc-devel] Important: Call for testing.

2008-03-31 Thread Michael Van Canneyt
On Mon, 31 Mar 2008, Martin Schreiber wrote: On Sunday 30 March 2008 20.48:23 Michael Van Canneyt wrote: On Sun, 30 Mar 2008, Martin Schreiber wrote: Inline is used for subforms, components in a form which inherit from another form (TFrame in Delphi), in MSEgui every form can be used

Re: [fpc-devel] Important: Call for testing.

2008-03-31 Thread Martin Schreiber
On Sunday 30 March 2008 20.42:13 Michael Van Canneyt wrote: On Sun, 30 Mar 2008, Martin Schreiber wrote: I'd like to second Colins wish. Please use the same resolving order as Delphi. MSEide+MSEgui compiles with Delphi7 so the reversed order is an unnecessary complication and error source.

RE: [fpc-devel] Important: Call for testing.

2008-03-31 Thread Giulio Bernardi
From: [EMAIL PROTECTED] To: fpc-devel@lists.freepascal.org Subject: RE: [fpc-devel] Important: Call for testing. Date: Sun, 30 Mar 2008 22:21:52 + I have noticed another incompatibility with the previous version - the TParser object in parser.inc can now return toWString as one of the

Re: [fpc-devel] Important: Call for testing.

2008-03-31 Thread Martin Schreiber
On Monday 31 March 2008 15.00:02 Michael Van Canneyt wrote: It is like streaming of an inherited form. Lookup the ancestor and write the property differences. Nono, when streaming an inherited form, the IDE provides the ancestor instance when the streaming starts, because it calls

Re: [fpc-devel] Important: Call for testing.

2008-03-31 Thread Michael Van Canneyt
On Mon, 31 Mar 2008, Martin Schreiber wrote: On Sunday 30 March 2008 20.42:13 Michael Van Canneyt wrote: On Sun, 30 Mar 2008, Martin Schreiber wrote: I'd like to second Colins wish. Please use the same resolving order as Delphi. MSEide+MSEgui compiles with Delphi7 so the reversed

Re: [fpc-devel] Important: Call for testing.

2008-03-31 Thread Joost van der Sluis
Op maandag 31-03-2008 om 16:13 uur [tijdzone +0200], schreef Michael Van Canneyt: Simply said: if I must reverse order, then I have to redo the whole cleanroom stuff and it will be exactly as in Delphi. This is not an option. Is this about mine (cleanroom) code? Maybe I can change it? If

Re: [fpc-devel] Important: Call for testing.

2008-03-31 Thread Martin Schreiber
On Monday 31 March 2008 16.13:48 Michael Van Canneyt wrote: On Mon, 31 Mar 2008, Martin Schreiber wrote: I am not convinced. By controlling the order of the properties and the load order of the forms it is possible to control the resolving order. Does FPC loose on quality if you use the

Re: [fpc-devel] Important: Call for testing.

2008-03-31 Thread Michael Van Canneyt
On Mon, 31 Mar 2008, Martin Schreiber wrote: On Monday 31 March 2008 16.13:48 Michael Van Canneyt wrote: On Mon, 31 Mar 2008, Martin Schreiber wrote: I am not convinced. By controlling the order of the properties and the load order of the forms it is possible to control the resolving

Re: [fpc-devel] Important: Call for testing.

2008-03-31 Thread C Western
Giulio Bernardi wrote: Maybe this patch (for lazarus) solves the issue? (warning: lazarus compiles and runs but I didn't test it). Giulio It seems to work reasonably OK for me. It doesn't handle the copyright symbol quite right that was causing me problems, but I don't think the previous

Re: [fpc-devel] Important: Call for testing.

2008-03-31 Thread Vincent Snijders
C Western schreef: Giulio Bernardi wrote: Maybe this patch (for lazarus) solves the issue? (warning: lazarus compiles and runs but I didn't test it). Giulio It seems to work reasonably OK for me. It doesn't handle the copyright symbol quite right that was causing me problems, but I don't