CT LAB ver 6.90

CT LAB ver 6.90 5 years 10 months ago #13728

Sternas Stefanos Topic Author Offline Moderator Ex Pilot, M.Sc, Ph.D Posts: 4566 Thank you received: 1123	It's the same in CT... PilotLogic Architect and Core Programmer
	Please Log in or Create an account to join the conversation.

CT LAB ver 6.90 5 years 10 months ago #13729

Matis A. Away Moderator Posts: 1239 Thank you received: 191	Yes, yes PilotLogic Core Programmer Attachments:
	Please Log in or Create an account to join the conversation. Last edit: by Matis A..

CT LAB ver 6.90 5 years 10 months ago #13730

fredvs Offline Junior Member Posts: 209 Thank you received: 1	> LAZARUS FPC Rev 42374 - no problem 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.

CT LAB ver 6.90 5 years 10 months ago #13731

fredvs Offline Junior Member Posts: 209 Thank you received: 1	> It's the same in CT... Ha, ok, perfect.
	Please Log in or Create an account to join the conversation.

CT LAB ver 6.90 5 years 10 months ago #13732

Sternas Stefanos Topic Author Offline Moderator Ex Pilot, M.Sc, Ph.D Posts: 4566 Thank you received: 1123	Lazarus can't use FPC trunk (my opinion) 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. Last edit: by Sternas Stefanos.

CT LAB ver 6.90 5 years 10 months ago #13733

fredvs Offline Junior Member Posts: 209 Thank you received: 1	> Lazarus can't use FPC trunk 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.

CT LAB ver 6.90 5 years 10 months ago #13734

Matis A. Away Moderator Posts: 1239 Thank you received: 191	++1 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.

CT LAB ver 6.90 5 years 10 months ago #13735

Klaus Riesterer Visitor	++1
	Please Log in or Create an account to join the conversation.

CT LAB ver 6.90 5 years 10 months ago #13736

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.

CT LAB ver 6.90 5 years 10 months ago #13737

Sternas Stefanos Topic Author Offline Moderator Ex Pilot, M.Sc, Ph.D Posts: 4566 Thank you received: 1123	Now 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. Last edit: by Sternas Stefanos.

CT LAB ver 6.90 5 years 10 months ago #13739

Klaus Riesterer Visitor	Both did not help. The error occurs at F.ShowModal;
	Please Log in or Create an account to join the conversation.

CT LAB ver 6.90 5 years 10 months ago #13740

Matis A. Away Moderator Posts: 1239 Thank you received: 191	Did you try simple "show" PilotLogic Core Programmer
	Please Log in or Create an account to join the conversation.

CT LAB ver 6.90 5 years 10 months ago #13741

Sternas Stefanos Topic Author Offline Moderator Ex Pilot, M.Sc, Ph.D Posts: 4566 Thank you received: 1123	I think the problem is in 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. Last edit: by Matis A..

CT LAB ver 6.90 5 years 10 months ago #13742

Klaus Riesterer Visitor	With a simple Show nothing happens, the form is not shown 8-o 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. Last edit: by Klaus Riesterer.

CT LAB ver 6.90 5 years 9 months ago #13750

Nicola Offline Junior Member Posts: 29 Thank you received: 0	Hello, everyone, 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: ...2019-09-12.jpg
	Please Log in or Create an account to join the conversation.

CT LAB ver 6.90 5 years 9 months ago #13751

Matis A. Away Moderator Posts: 1239 Thank you received: 191	Thanks we will test and report PilotLogic Core Programmer
	Please Log in or Create an account to join the conversation.

CT LAB ver 6.90 5 years 9 months ago #13974

fredvs
Offline
Junior Member
Posts: 209
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