Question CT LAB ver 6.90
- Sternas Stefanos
-
Topic Author
- Offline
- Moderator
-
- Ex Pilot, M.Sc, Ph.D

PilotLogic Architect and Core Programmer
Please Log in or Create an account to join the conversation.
- Matis A.
-
- Away
- Moderator
-
Attachments:
Please Log in or Create an account to join the conversation.
- fredvs
- Offline
- Junior Member
-
- Posts: 183
- Thank you received: 1
Sorry, I do not understand, Lazarus do not use yet fpc 3.3.1, only CodeTyphon use it.
Officially, Lazarus can use only fpc 3.0.4.
Fre;D
Please Log in or Create an account to join the conversation.
- fredvs
- Offline
- Junior Member
-
- Posts: 183
- Thank you received: 1
Ha, ok, perfect.
Please Log in or Create an account to join the conversation.
- Sternas Stefanos
-
Topic Author
- Offline
- Moderator
-
- Ex Pilot, M.Sc, Ph.D
because FPC trunk has a lot of changes in the CORE
PilotLogic Architect and Core Programmer
Please Log in or Create an account to join the conversation.
- fredvs
- Offline
- Junior Member
-
- Posts: 183
- Thank you received: 1
Sure that it cannot now.
And I wish them much courage when they will have to make the transition.
Fre;D
Please Log in or Create an account to join the conversation.
- Matis A.
-
- Away
- Moderator
-
We make so many changes to CT
to work with trunk FPC (a lot of programming day and nights here in the PL LAB).
FPC "DELPHI compatibility" (sic) will be "kill" Lazarus,
Lazarus team stack on FPC 3.04, released before 2 years.

PilotLogic Core Programmer
Please Log in or Create an account to join the conversation.
- Klaus Riesterer
- Visitor
-
Please Log in or Create an account to join the conversation.
- Klaus Riesterer
- Visitor
-
Sternas Stefanos wrote: Try
to fuadressauswahl.pas{ Form erstellen } procedure TAdressAuswahl.FormCreate(Sender: TObject); begin //SetFrames; end;
and to fruadressliste.pas
procedure TfrAdressliste.dgAdresseSelectCell(Sender: TObject; aCol, aRow: integer; var CanSelect: boolean); begin //Dummy für Setfocus end; procedure TfrAdressliste.FrameResize(Sender: TObject); begin // InitGridAdresse; end;
OK, so far it works ....
Please Log in or Create an account to join the conversation.
- Sternas Stefanos
-
Topic Author
- Offline
- Moderator
-
- Ex Pilot, M.Sc, Ph.D
check InitGridAdresse; procedure with "Step into (F7)"
or
move SetFrames to TAdressAuswahl.FormShow
PilotLogic Architect and Core Programmer
Please Log in or Create an account to join the conversation.
- Klaus Riesterer
- Visitor
-
The error occurs at F.ShowModal;
Please Log in or Create an account to join the conversation.
- Matis A.
-
- Away
- Moderator
-
Please Log in or Create an account to join the conversation.
- Sternas Stefanos
-
Topic Author
- Offline
- Moderator
-
- Ex Pilot, M.Sc, Ph.D
form functionality
@Klaus must check all procedures in unit fruadressliste
with comment and uncomment tasks, to find where the problem is.
PilotLogic Architect and Core Programmer
Please Log in or Create an account to join the conversation.
- Klaus Riesterer
- Visitor
-
Perhaps I think it's not my fault. With earlier versions and also with Lazarus all works fine. Maybe it's something in control.inc?
I think it's better to try with next lab version again ...
Please Log in or Create an account to join the conversation.
- Nicola
- Offline
- Junior Member
-
- Posts: 29
- Thank you received: 0
In Typhon 32 if I dock the object inspector or the message window or any other window to the source editor, when closing CodeTyphon, I get the error in the figure. Vice versa if the windows are not docked I don't find any problem.
Everything is OK with Typhon 64.
I use version 6.90 on windows 10 64 with 16 GB of ram.
No problem with version 6.80
Attachments:
Please Log in or Create an account to join the conversation.
- Matis A.
-
- Away
- Moderator
-
we will test and report
PilotLogic Core Programmer
Please Log in or Create an account to join the conversation.
- fredvs
- Offline
- Junior Member
-
- Posts: 183
- Thank you received: 1
Sternas Stefanos wrote: This is and suggestion from a member of our LAB team
but we will see.
Hello Sternas.
Maybe it would be great, to begin, to add in /usr/local/codetyphon/ the bootstrap version that CT uses to compile himself.
So, like now, it would be the trunk version of fpc in /usr/local/codetyphon/fpc/fpc64 and /usr/local/codetyphon/fpc/fpc32
And a new directory will be created (for example): /usr/local/codetyphon/bootstrap/ctc64 and /usr/local/codetyphon/bootstrap/ctc32
And so people may choose to use a "stable" version of ctc compiler or the "trunk" version of fpc.
Yes, I know it is already possible to use the boostrap of CT, but a "real" directory in /usr/local/codetyphon would be the top.
IMHO, of course.
Fre;D
Please Log in or Create an account to join the conversation.
- Sternas Stefanos
-
Topic Author
- Offline
- Moderator
-
- Ex Pilot, M.Sc, Ph.D
PilotLogic Architect and Core Programmer
Please Log in or Create an account to join the conversation.
- fredvs
- Offline
- Junior Member
-
- Posts: 183
- Thank you received: 1
(Sorry for delay)Sternas Stefanos wrote: Why to do this ?
Because commit in rev 2375 of Jul 13 2019 of fpc 3.3.1 breaks many compatibility.
(And in CT 6.90 there is fpc with that problem).
Fre;D
Please Log in or Create an account to join the conversation.