Zitat von Martin Schreiber <[EMAIL PROTECTED]>:
> On Friday 04 April 2008 13.56:45 Michael Van Canneyt wrote:
> > On Fri, 4 Apr 2008, Martin Schreiber wrote:
> > > The next problem is childpos handling:
> > > http://bugs.freepascal.org/view.php?id=11102
> >
> > I've never understood what this is a
On Fri, 4 Apr 2008, Martin Schreiber wrote:
> On Friday 04 April 2008 13.56:45 Michael Van Canneyt wrote:
> > On Fri, 4 Apr 2008, Martin Schreiber wrote:
> > > The next problem is childpos handling:
> > > http://bugs.freepascal.org/view.php?id=11102
> >
> > I've never understood what this is abo
On Friday 04 April 2008 13.56:45 Michael Van Canneyt wrote:
> On Fri, 4 Apr 2008, Martin Schreiber wrote:
> > The next problem is childpos handling:
> > http://bugs.freepascal.org/view.php?id=11102
>
> I've never understood what this is about, so some additional information
> would be welcome...
>
On Fri, 4 Apr 2008, Martin Schreiber wrote:
> On Thursday 27 March 2008 21.50:33 Michael Van Canneyt wrote:
> >
> > While extensive testing has been done (using the FPCunit testing
> > framework), and the working of Lazarus with this new code was verified, it
> > is possible that bugs remain. We
On Thursday 27 March 2008 21.50:33 Michael Van Canneyt wrote:
>
> While extensive testing has been done (using the FPCunit testing
> framework), and the working of Lazarus with this new code was verified, it
> is possible that bugs remain. We would therefor very much appreciate that
> if you have c
On Fri, 4 Apr 2008, Martin Schreiber wrote:
> On Thursday 03 April 2008 10.58:26 Michael Van Canneyt wrote:
> > On Thu, 3 Apr 2008, Martin Schreiber wrote:
> > > You used my copyrighted code, the sources look exactly the same. ;-)
> >
> > A strong case against all these copyright suits... :-)
>
On Thursday 03 April 2008 10.58:26 Michael Van Canneyt wrote:
> On Thu, 3 Apr 2008, Martin Schreiber wrote:
> > You used my copyrighted code, the sources look exactly the same. ;-)
>
> A strong case against all these copyright suits... :-)
>
And we made the same error, see attachment. It is a littl
On Thu, 3 Apr 2008, Martin Schreiber wrote:
> On Thursday 03 April 2008 10.42:02 Michael Van Canneyt wrote:
> > On Sun, 30 Mar 2008, Martin Schreiber wrote:
> > > On Sunday 30 March 2008 19.21:04 Vincent Snijders wrote:
> > > > Martin Schreiber schreef:
> > > > > Inline is used for subforms, com
On Thursday 03 April 2008 10.42:02 Michael Van Canneyt wrote:
> On Sun, 30 Mar 2008, Martin Schreiber wrote:
> > On Sunday 30 March 2008 19.21:04 Vincent Snijders wrote:
> > > Martin Schreiber schreef:
> > > > Inline is used for subforms, components in a form which inherit from
> > > > another form
On Thursday 03 April 2008 10.42:02 Michael Van Canneyt wrote:
> On Sun, 30 Mar 2008, Martin Schreiber wrote:
> > On Sunday 30 March 2008 19.21:04 Vincent Snijders wrote:
> > > Martin Schreiber schreef:
> > > > Inline is used for subforms, components in a form which inherit from
> > > > another form
On Sun, 30 Mar 2008, Martin Schreiber wrote:
> On Sunday 30 March 2008 19.21:04 Vincent Snijders wrote:
> > Martin Schreiber schreef:
> > > 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
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
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
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
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
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? I
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 rev
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 wri
> 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.i
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 s
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 b
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
> I have noticed another incompatibility with the previous version - the
> TParser object in parser.inc can now return toWString as one of the
> possibilities; the previous version returned toString regardless, but
> offered a wide and normal version of the string. This change breaks
> lazarus
I have noticed another incompatibility with the previous version - the
TParser object in parser.inc can now return toWString as one of the
possibilities; the previous version returned toString regardless, but
offered a wide and normal version of the string. This change breaks
lazarus on wide st
On Sun, 30 Mar 2008, Martin Schreiber wrote:
> On Sunday 30 March 2008 17.56:40 Michael Van Canneyt wrote:
> > On Sun, 30 Mar 2008, Martin Schreiber wrote:
> > > On Sunday 30 March 2008 01.32:09 Michael Van Canneyt wrote:
> > > Looks good, thanks. There is a problem with inline components:
> > >
On Sun, 30 Mar 2008, Martin Schreiber wrote:
> On Sunday 30 March 2008 18.08:24 Michael Van Canneyt wrote:
> > On Sun, 30 Mar 2008, C Western wrote:
>
> > > Things now seem to work for me after a little adjustment. I don't know if
> > > it is intentional, but the order in which references are s
On Sunday 30 March 2008 19.21:04 Vincent Snijders wrote:
> Martin Schreiber schreef:
> > 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 be written and th
On Sunday 30 March 2008 18.08:24 Michael Van Canneyt wrote:
> On Sun, 30 Mar 2008, C Western wrote:
> > Things now seem to work for me after a little adjustment. I don't know if
> > it is intentional, but the order in which references are satisfied seems
> > to have been reversed in the current ve
Martin Schreiber schreef:
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 be written and the ancestor must be
looked up on writing and reading like inherite
On Sunday 30 March 2008 17.56:40 Michael Van Canneyt wrote:
> On Sun, 30 Mar 2008, Martin Schreiber wrote:
> > On Sunday 30 March 2008 01.32:09 Michael Van Canneyt wrote:
> > Looks good, thanks. There is a problem with inline components:
> > http://bugs.freepascal.org/view.php?id=11069
> > Please d
Michael Van Canneyt wrote:
Nono, it's good that you fixed your bug.
You should never rely on the loading order. For forms, for instance, it is
dependent on the creation in the IDE. A simple cut and paste could change
the order. Relying on this would be bad practice.
Absolutely
The other
On Sun, 30 Mar 2008, C Western wrote:
> Michael Van Canneyt wrote:
> > Indeed. It completely short-circuits the idea of trying to locally resolve
> > references before trying globally :)
> >
> > Anyway, your hint gave me the idea where to look.
> > I fixed the issue properly. The error was in an
On Sun, 30 Mar 2008, Martin Schreiber wrote:
> On Sunday 30 March 2008 01.32:09 Michael Van Canneyt wrote:
> > On Sat, 29 Mar 2008, Martin Schreiber wrote:
> > > On Saturday 29 March 2008 21.52:51 Michael Van Canneyt wrote:
> > > >
> > > > Seems like the most obvious bugs are fixed.
> > > > Now
On Sun, 30 Mar 2008, Jonas Maebe wrote:
>
> On 30 Mar 2008, at 01:32, Michael Van Canneyt wrote:
> >On Sat, 29 Mar 2008, Martin Schreiber wrote:
> >
> > >On Saturday 29 March 2008 21.52:51 Michael Van Canneyt wrote:
> > >
> > > > >Jesus just told me that it is fixed in r10587.
> > > >
> > > >G
Michael Van Canneyt wrote:
Indeed. It completely short-circuits the idea of trying to locally resolve
references before trying globally :)
Anyway, your hint gave me the idea where to look.
I fixed the issue properly. The error was in another routine altogether.
Hopefully now 11060 is really fi
On 30 Mar 2008, at 01:32, Michael Van Canneyt wrote:
On Sat, 29 Mar 2008, Martin Schreiber wrote:
On Saturday 29 March 2008 21.52:51 Michael Van Canneyt wrote:
Jesus just told me that it is fixed in r10587.
Great, I set the bug to resolved.
Seems like the most obvious bugs are fixed.
Now
On Sunday 30 March 2008 01.32:09 Michael Van Canneyt wrote:
> On Sat, 29 Mar 2008, Martin Schreiber wrote:
> > On Saturday 29 March 2008 21.52:51 Michael Van Canneyt wrote:
> > >
> > > Seems like the most obvious bugs are fixed.
> > > Now I wait for the subtle ones to appear ;-)
> >
> > Here it is
On Sat, 29 Mar 2008, Martin Schreiber wrote:
> On Saturday 29 March 2008 21.52:51 Michael Van Canneyt wrote:
>
> > > Jesus just told me that it is fixed in r10587.
> >
> > Great, I set the bug to resolved.
> >
> > Seems like the most obvious bugs are fixed.
> > Now I wait for the subtle ones t
On Saturday 29 March 2008 21.52:51 Michael Van Canneyt wrote:
> > Jesus just told me that it is fixed in r10587.
>
> Great, I set the bug to resolved.
>
> Seems like the most obvious bugs are fixed.
> Now I wait for the subtle ones to appear ;-)
>
Here it is the first one:
http://bugs.freepascal.
On Sat, 29 Mar 2008, Vincent Snijders wrote:
> Jesus Reyes A. schreef:
> >
> > - Original Message - From: "C Western" <[EMAIL PROTECTED]>
> > To: "FPC developers' list"
> > Sent: Saturday, March 29, 2008 11:04 A
Jesus Reyes A. schreef:
- Original Message - From: "C Western" <[EMAIL PROTECTED]>
To: "FPC developers' list"
Sent: Saturday, March 29, 2008 11:04 AM
Subject: Re: [fpc-devel] Important: Call for testing.
There also seems to be a problem with fixing up
On Sat, 29 Mar 2008, C Western wrote:
> There also seems to be a problem with fixing up references to other components
> while reading - TLabel.FocusControl seems to be one of the things that is
> tripping this up. Local unresolved references are being silently discarded,
> but I think should be
- Original Message -
From: "C Western" <[EMAIL PROTECTED]>
To: "FPC developers' list"
Sent: Saturday, March 29, 2008 11:04 AM
Subject: Re: [fpc-devel] Important: Call for testing.
There also seems to be a problem with fixing up references to
There also seems to be a problem with fixing up references to other
components while reading - TLabel.FocusControl seems to be one of the
things that is tripping this up. Local unresolved references are being
silently discarded, but I think should be added to the global list. The
attached patch
On Sat, 29 Mar 2008, C Western wrote:
> There seems to be a problem in TReader.FindComponentClass - the search in
> FindInFieldTable does not properly include ancestors.
Great, I applied the patch. This should probably fix issue 11060 !
Michael.
___
There seems to be a problem in TReader.FindComponentClass - the search
in FindInFieldTable does not properly include ancestors.
See attached patch
Colin
diff -uNr --exclude=.svn --exclude='*.rst' trunk/fpcsrc/rtl/objpas/classes/reader.inc trunk.w/fpcsrc/rtl/objpas/classes/reader.inc
--- trunk/f
Vincent Snijders schreef:
Michael Van Canneyt schreef:
There still is a memleak in the reader, when starting and stopping
Lazarus:
333861 memory blocks allocated : 48899445/49814032
333803 memory blocks freed : 48898000/49812384
58 unfreed memory blocks : 1445
I think I plugged that one
Michael Van Canneyt schreef:
There still is a memleak in the reader, when starting and stopping Lazarus:
333861 memory blocks allocated : 48899445/49814032
333803 memory blocks freed : 48898000/49812384
58 unfreed memory blocks : 1445
I think I plugged that one (Vincent: we had it in the
On Fri, 28 Mar 2008, Vincent Snijders wrote:
> Martin Schreiber schreef:
> > On Thursday 27 March 2008 21.50:33 Michael Van Canneyt wrote:
> > > While extensive testing has been done (using the FPCunit testing
> > > framework), and the working of Lazarus with this new code was verified, it
> > >
Martin Schreiber schreef:
On Thursday 27 March 2008 21.50:33 Michael Van Canneyt wrote:
While extensive testing has been done (using the FPCunit testing
framework), and the working of Lazarus with this new code was verified, it
is possible that bugs remain. We would therefor very much appreciate
Martin Schreiber schreef:
On Thursday 27 March 2008 21.50:33 Michael Van Canneyt wrote:
http://bugs.freepascal.org/view.php?id=11059
Does this cause no problems for Lazarus?
Yes, it does. I didn't notice before though.
It is a problem for non-control TComponent you drop on a form, like a
On Thursday 27 March 2008 21.50:33 Michael Van Canneyt wrote:
>
> While extensive testing has been done (using the FPCunit testing
> framework), and the working of Lazarus with this new code was verified, it
> is possible that bugs remain. We would therefor very much appreciate that
> if you have c
Hello,
at the end of last year, the FPC team was notified that certain portions
of the FPC codebase contained possible copyright infringements on copyrighted
code from Codegear (Borland).
As a precaution, an internal audit was done by the FPC team using an
automated tool, and a list of routine
53 matches
Mail list logo