TOPIC:

LAB News
Raspberry Pi 5 with 8GByte RAM in our LAB for Tests...

LAB Tasks:

-Build QT5Pas libraries: 100% finish.
-Build QT6Pas libraries: 100% finish.
-Build TyphonIDE for GTK2: 100% finish.
-Build TyphonIDE for QT5: 100% finish.
-Build TyphonIDE for QT6: 100% finish.
-"Common Level" Packages tests for GTK2, QT5 and QT6: 100% finish.

Now we start TyphonIDE "High Level" Packages tests,
pl_GLScene, pl_Graphics32, pl_ORCA, pl_ORCA3D, pl_Vulkan, pl_PasVulkan, etc


PS: Raspberry Pi 5 request a good active cooler....


And some Screens from our tests.

 


 



 

We release LAB CT ver 8.30 revision 008270
with many new things...

Please, test, suggest and report here.
Have fun

Upgraded to the latest revision on my Windows system without problems.
No problems with my current projects.

Thanks My Friend.

In Windows 8.0 no problems

In Lubuntu 22.04.3 LTS no problems

In CentOS Linux release 7.9.2009 (Core) no problems with Typhon64 and building own projects.
Only precompiled CodeTyphon fails to start in all 4 provided versions:

u1@cent7 x86_64-linux-gtk2]$ ./CodeTyphon 
./CodeTyphon: /lib64/libc.so.6: version `GLIBC_2.34' not found (required by ./CodeTyphon)

[u1@cent7 x86_64-linux-qt]$ ./CodeTyphon 
./CodeTyphon: error while loading shared libraries: libQt4Pas.so.5: cannot open shared object file: No such file or directory

[u1@cent7 x86_64-linux-qt5]$ ./CodeTyphon 
./CodeTyphon: error while loading shared libraries: libQt5Pas.so.1: cannot open shared object file: No such file or directory

[u1@cent7 x86_64-linux-qt6]$ ./CodeTyphon 
./CodeTyphon: error while loading shared libraries: libQt6Pas.so.1: cannot open shared object file: No such file or directory

The default configuration gtk2 was used to install system libs and to build Typhon64, which itself compiles and runs smoothly.

Thanks for your report Sir.

We build CodeTyphon (CTCenter) on Fedora 39 (Kernel 6.6.x), because support  MultiArch 32 and 64 bits for GTK2, QT4, QT5, QT6, etc.
CTCenter request  GLIBC >=2.35 or Linux Kernel >=5.15.
New GLIBC 2.35 it's NOT compatible with old GLIBC 2.34

We stop using CentOS Linux, because of distribution End-of-life...

My suggestion is to use Debian 12.x as Server or Dev OS.

 

Yes, thanks, definetly makes sense to put CentOS into end-of-life, but in our intranet there is still a CRM server running CentOS and nobody dares to change that.
And I needed to compile an apache CGI file for it, but could even do that with the latest LAB version by copying over the allzips/ directory from another already updated LAB computer into an CentOS VM to build Typhon64 and my CGI file, which both runs fine.
So the only limitation of platformsupport comes from CodeTyphon, not from Typhon64, which is fine for me and my limited activities in that OS.

Maybe a deprecated mark on that page would warn users:   
www.pilotlogic.com/sitejoom/index.php/wi...n-centos-7-1908.html

Yes
we have the same problem with CentOS 7,
we use CentOS on our servers 13 years now...

We try and Debian 12.x as web server OS, but has some problems with Server Control Panels.

PS: We will remove ALL old installation tutorials soon...
 

Installation ok.
My recent projects compilation ok.
Ubuntu 23.10  /  64
Raspbery pi 5 / 8Gb
 

Thanks Sir

We release Final CodeTyphon Studio ver 8.30

Have fun...

Final 8.30 version installed on Windows 10 (64 bit), no problems and all my projects behave as before.
Great job again!

Thanks My Friend
Have fun

Gentlemen, I have problems with cross-compilation for mipsel-linux.Platform: lmde 6 (debian 12).

Yes 
CrossBuild mipsel-linux has problem on Win and Linux


But mipsel-android working OK  on Win and Linux.

Matis A. wrote:

Yes 
CrossBuild mipsel-linux has problem on Win and Linux


But mipsel-android working OK  on Win and Linux.
 

After about version 6 of the studio
Is something being done about this or should I keep 5.9 on the virtual machine?
The question is not entirely idle - Linux-based satellite tuners are most often made on MIPS or SH4. I somehow came to terms with the absence of the second one, but it hurts for the mips

Please give us time.
We will try to fix this

Matis, I hope I'm not clogging up the chat too much. Just exploring the possibility of migrating to a modern version of your product. If you don't mind, I will continue to report on existing issues for some time.
In particular, I was interested in the opencv support. However, the only result that I saw in the examples of use: the library of the second version is formally loaded (although version 4.6 is installed on the machine), the fourth version requires the missing opencv4pas.so file.
Platform: lmde 6 (debian12)
I already wrote about bugs in sqldb, they are traditional

Yes, No Problem
but you must lookup the ClientLibrary property of ALL CodeTyphon SQL Databases.

 




===================
Now,
We fix the mipsel-linux problem

We just rebuild with CTCenter:

lin64-mips64el-linux.7z
lin64-mipseb-linux.7z
lin64-mipsel-linux.7z
lin64-mips-linux.7z 

with CT 8.30-8.40 BinUtils 2.41.0
for Win64 and Linux64.

Please download the new lin64-mipsel-linux.7z and Build FPC mipsel-linux element.

Screen from latest Fedora 39 with FPC mipsel-linux element.


 

Thank you very much for your attention!
I know about the "crutch" indicating the library. It is not very convenient even with an explicit choice of Database technology. As for cross-platform solutions, it is not acceptable at all (for example, I have an application framework very similar to your web server, which uses a universal connector and allows you to work with any DBMS technology without rewriting the program code - this is ESSENTIALLY necessary there). Every time I update the studio version, I have to correct these errors in the original archives and only then build. It's not a big deal for me, but it's a little annoying
As for forced substitution of the MSSQL driver version, no substitution of library names will help

I downloaded it again and tried to rebuild mipsel-linux - the same result.