Re: D7 Compiler Bug
From: Marco van de Voort (marcov_at_stack.nl)
Date: 10/07/04
- Next message: MikeB: "Re: Delphi Scripting Comparisons"
- Previous message: VBDis: "Re: D7 Compiler Bug"
- In reply to: VBDis: "Re: D7 Compiler Bug"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Thu, 7 Oct 2004 12:17:38 +0000 (UTC)
On 2004-10-07, VBDis <vbdis@aol.com> wrote:
>>> data type. The Delphi compiler IMO is very reliable, so it's very strange
>>> to learn that there exist situations where the compiler definitely
>>> produces broken code :-(
>>
>>IMHO this is a documentation fault, and the compiler is fine. FPC
>>independantly has the same behaviour.
>
> A proper implementation only would require an "legacy" switch, or another
> mode in FPC, that enables Object and disables AnsiString and other
> unsupported extensions in that context.
IMHO this is a kludge. If you want static objects that badly, define a new
object system for it, don't try to retrofit legacy systems.
> Then the compiler can reject unhandled situations, instead of silently
> producing buggy code.
There is no official code that does this. Moreover, IMHO the code was doubly
broken, since an object was accessed before creation.
>>It's a pity that it hasn't been released to PD (or MPL) yet, but I still
>>want to try to get Turbo Vision compiling under Delphi one day. That would
>>really stress the object mechanism.
>
> During my first steps with BC3 I studied the OWL and found it not very well
> designed, with regards to customization. GUI elements deserve a very careful
> design, that does not hard code a specific behaviour of sub-components into the
> base classes. In my experiments it was impossible to preserve the current
> position in lists when scrolling up and down by pages - the current position
> frequently changed by arbitrary numbers of lines, depending on the situation.
> Perhaps newer versions have a better design?
I never used OWL or any other Borland Windows compiler before D4. Only TV,
LCL and a bit of VCL.
TV was reasonably well designed IIRC, except for some 16-bitisms that are
easily fixed. Most problems stem from limitations in the TP object model,
not from TV.
- Next message: MikeB: "Re: Delphi Scripting Comparisons"
- Previous message: VBDis: "Re: D7 Compiler Bug"
- In reply to: VBDis: "Re: D7 Compiler Bug"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|
|