TOPIC:

Hello again.

I'm using CT570 on Windows 7 OS. I compile applications on CT570 Win32 for Win32, Win64 and Linux32, Linux64.

I tried to compile my projects with CT570. Last successful version form me CT540. After that I tried every version and I always found some problems.
This is the case with this version also. Some things are corrected (like Postgres Float (BCD) reading on Win64, string memory leaks from CT560, etc...

I have two major problems:

1) Problem with Indy components. It seems that this version of indy components can not work with gzip response from server and also it can not handle https requests.
So I removed Indy and install version which from CT540. Now application works correctly.

2) Debugger problem.
I can not start any my GUI application in debug mode.
I can compile application in debug mode, and I can compile application in release mode.
If application is compiled in debug mode then application non stop reports white access violation dialog (picture 1). I need to kill it in task manager
If I try to start appliication in debug mode then debugger reports an error (see picture 2)
If application is compiled in release mode then it works correctly (Win32 and Win64)

Regards, Dinko

Thanks Sir
1) Indy is a big library, and need more tests.
2) Debbuger on windows working ok for us.

We will try to fix any problems, but we want help
for sample, did you have any test project for debbuger problems ?

I found source of debugger problems. All my applications use cmem memory manager because it consume less memory then standard.
If you want to reproduce debugger problem, then just put cmem to any gui application and you can not debug even first line of application.

program TestGui;

{$mode objfpc}{$H+}

uses
cmem,
{$IFDEF UNIX}{$IFDEF UseCThreads}
cthreads,
{$ENDIF}{$ENDIF}
Interfaces, // this includes the LCL widgetset
Forms, FrmMainTestGui
{ you can add units after this };

{$R *.res}

begin
RequireDerivedFormResource := True;
Application.Initialize;
Application.CreateForm(TForm1, Form1);
Application.Run;
end.


For Indy, I agree thats a big and good library, and I see that there are lot of changes in it. So far, for me it is good that I can install Indiy from CT540 and application works correctly.

Regards, Dinko

Sir
my suggestion is NOT use cmem on Windows with Debugger
Any help project for Indy problem(s) ?

What do you suggest about cmem. How reliable is to use cmem in production. Can you suggest some compiler switch which I can put before cmem when I want to debug. For example ifdef debug then cmem othwrwise ...

I send you demo program which can reproduce indy behaviour. If you request gzip in http server response then you get uncompressed response which is not correct

Regards, Dinko

Sir
we will check indy code
For "cmem" my suggestion remain, after last changes to FPC some libraries must
re-coding

Hello.

You must be careful while using cmem.

For example, if your application uses external libraries, those libraries must be compiled with cmem too.

Otherwise your application will crash or have problem.

If your application is totally independent or uses only libraries compiled with cmem, then cmem is for you.

The good news it that the fpc memory-manager works very well too (and can deal with cmem-libraries too).

Fre;D.

Re-hello.

There is just now a topic in fpc forum -> free-pascal-general.1045716.n5.nabble.co...issue-td5724477.html

Fre;D

I use cmem because I have servers written with indy library (indy http server) and many threads which use same memory to deliver some data. That memory occupies about 400MB of space, it is cleaned every night and rebuild with fresh data all the time (all day server receives new data). The problem with regular memory manager is that it does not free memory very well and it is little bit slower. CMEM behave more predictable, so I never have reason to stop and start server. With regular memory manager I need to restart every 7 days and server cosume 2 or more GB. I use zlib, openssl and some other libraries, all of them are written in C. No problem so far.
I'm not sure that regular memory manager behaviour is normal. This memory which I use contain lot of big objects with lot of strings (some of them are huge). I thing that cmem use memory much more (not efficient) but smarter in sense that it occupies so less space. When regular memory manager needs memory it reserve big space, so it does not have to extend space so often. Problem is that it does not return unused space. Maybe there is some fix for that (something like garbage collector, which we all hate )

Thanks to remind me about cmem and pascal libraries.

Regards, Dinko

This lazarus forum error seems like mine.
For CT570 I use solution like this

program TestSerial;

{$mode objfpc}{$H+}

uses
{$IFOPT D-}
cmem, // CT570 does not like debug mode with cmem
{$ENDIF}

{$IFDEF UNIX}{$IFDEF UseCThreads}
cthreads,
{$ENDIF}{$ENDIF}
Interfaces, // this includes the LCL widgetset
Forms, FrmMainTestSerial
{ you can add units after this };

{$R *.res}

begin
RequireDerivedFormResource := True;
Application.Initialize;
Application.CreateForm(TfMainTestSerial, fMainTestSerial);
Application.Run;
end.

It is amazing see the quality of work of the Pilot Logic Team.
In every new version we can really feel more secure to walk the CT way without look back. So thanks.

The CT 570 came with same changes in "winutilprn.pas". This file is part of the Lazarus Component Library (LCL).

To install some components that I need, I had to put back the comments in "winutilprn.pas".

How do you planning to manage this changes?

Hello Sir!

Thank you for CT!

With the new Version CT750 with Linux 64/Debian I have a problem:
Project - Options - Path - Libraries - Path-Editor: If I add a new path, I can select a new path, but then CT hangs. I had to kill CT with the taskmanager. This happens on 2 Linux-PCs.

What is wrong here?

Thank you
regards
thomas

Sir @Adriano Soares, a big thanks from our team

Sir @Thomas Ct. Bab we will test and fix

Hello

First Impression - CT 5.70 is awesome, keep it up.

BUGREPORT
BEGIN
Access violation using TSqlite3Dataset.

Win7 Home Premium 64 bit
Code Typhon 5.70 (5.60)
Typhon32 for Win32

Debian 8 32bit
Code Typhon 5.70 (5.60)
Typhon32 for Linux32

Test is based on this example (Master Detail):
www.users.on.net/~dave.stewart/index.html

Steps to reproduce:
1. Run program: mDetail.exe
Result: Access violation Error

At
File: uMain.pas
Line: 133
TSqlite3Dataset.Open;

This code was tested also on
Win 7 HP 64bit
Lazarus 1.4.4 32bit

Debian 8 32bit
Lazarus 1.2.4 32bit

and worked without any problems.
END.

Thanks Sir
Lazarus is NOT the same with Typhon IDE

1)-In CT you must load Sqlite3 libraries before use them.
please look at uMain.pas changes

2)-Is better to save FPC files *.o, *.ppu in other directory than Application source

Tests with / LAB CT 5.8/ on Windows 10 Pro 64 Bits / IDE Typhon64
and have fun

It looks, that it was misuse, not a bug.
Tested on
Win7HP 64bit CT 5.70 Typhon32 for Win32
Debian8 32bit CT 5.70 Typhon32 for Linux32
and found no problems.

Thank You!

After 7 years
The same problem again!

In folder test1_CT.
Access violation using TSqlite3Dataset:
uMain.pas
183.line:
TSqlite3Dataset(c).Open; // Access violation !!!

Windows 11 Pro
16 GB RAM
CodeTyphon 8.00
Typhon64 for Win64 (BigIDE)

the same code works as expected in Lazarus 2.2.6 (folder test1_LAZ).
Please help!
 

FIXED!