Recent

Recent Posts

Pages: [1] 2 3 ... 10
1
Third party / Re: InstallAware Using Lazarus IDE
« Last post by marcov on Today at 04:46:46 pm »
Quote
Right now it's plain impossible to install official Lazarus releases on most Linux environments, unless you're using FPCUPDLX. Again, it is exactly the same for Apple Silicon native macOS installations - for which there's no PKG installer available, period. FPCUPDLX is a heroic effort, but has a track record of backing itself into corners it cannot get itself out of (I've been seeing error 512 and/or outright hangs of the compilation process on virtually every Linux system I've tried it on, when using FPC 3.3.1 and Trunk/Stable Lazarus).

I replied about changing the working windows to something else. I don't see the point of that, since the shared aspect will be low as I said.

But be my guest, start building and iterating installers, and we'll see how it goes.

Quote
Am I the only one in thinking this investment would pay off dividends over time? Instead of maintaining multiple - and disparate - PKG, DEB, RPM installation scripts

Since the distributions only integrate those, and most users install via their distro tools this is a strange statement.

And I think the different iterations of the installer scripts for various OSes and distros should not be underestimated either.

Anyway, the only thing is just go out and try if you feel strong about it.
2
Networking and Web Programming / Re: Who is Indy mattias?
« Last post by paweld on Today at 04:17:53 pm »
Quote from: jollytall
/lib/x86_64-linux-gnu/libc.so.6: version GLIB_2.34 not found.
you may find a solution here: https://forum.lazarus.freepascal.org/index.php/topic,58888.0.html
3
Third party / Re: InstallAware Using Lazarus IDE
« Last post by msintle on Today at 04:15:29 pm »
Quote from: marcov on April 18, 2024, 10:05:26 am
Quote from: msintle on April 16, 2024, 06:53:01 pm
Would anybody like to look into making Lazarus's cross-platform native code setups using InstallAware?

A single project would compile into Windows, Linux (aarch64 and AMD64), and macOS (Intel and Apple Silicon) targets.

Most installer work is OS specific, and, in the case of FPC/lazarus even the file lists to install are, since there are *nix and windows specific packages, and similarly due to Lazarus' widgetsets.

You can try, but I don't really expect that much from it, nor that it will match the current inno setups.

It's about measuring up.

A good user of InstallAware would use compiler variables to create conditional parts of the installation script that are platform (and even CPU architecture) specific, while retaining an overall consistent look and feel for the entire setup (regardless of platform).

Right now it's plain impossible to install official Lazarus releases on most Linux environments, unless you're using FPCUPDLX. Again, it is exactly the same for Apple Silicon native macOS installations - for which there's no PKG installer available, period. FPCUPDLX is a heroic effort, but has a track record of backing itself into corners it cannot get itself out of (I've been seeing error 512 and/or outright hangs of the compilation process on virtually every Linux system I've tried it on, when using FPC 3.3.1 and Trunk/Stable Lazarus).

I honestly can't see the harm in having a consistent installation process, with official support for AMD64 and aarch64 targets on both Linux and macOS. It'll only serve to make Lazarus more accessible for greater adoption. With Delphi just at #11 on this year's Tiobe index, the timing is really perfect for an upgrade of the installation (and by implication, the user experience).

Am I the only one in thinking this investment would pay off dividends over time? Instead of maintaining multiple - and disparate - PKG, DEB, RPM installation scripts, there'd be just one setup project and one conditionally compiled setup script. That sounds like three times the less work to me. Help me understand how this is a bad thing?
4
Beginners / Re: how to get class and method name from inside the method
« Last post by Joanna on Today at 03:53:05 pm »
Thanks cdbc. It seems like autocomplete doesn’t work well inside a twincontrol helper  but it compiles ok.
5
Networking and Web Programming / Re: Who is Indy mattias?
« Last post by jollytall on Today at 03:34:56 pm »
Thanks, that is clear.
But I have another problem. I compiled and got the large executable I mentioned above, but now it does not run on the server where I want to run it, because a file /lib/x86_64-linux-gnu/libc.so.6: version GLIB_2.34 not found.
Again, this program did compile and run before. I changed one cosmetic line, and now without uses Interfaces it does not compile and with it, it is huge and does not run.
What can be wrong?
6
Other / Re: I just released a commercial game written in freepascal and lazarus
« Last post by BrassGear on Today at 03:17:28 pm »
Thank you, Seenkao.

It seems the general consensus so far that the presentation of the landing page is a major problem.

This is valuable feedback. It identified a blind spot I was not aware of.
7
Networking and Web Programming / Re: Who is Indy mattias?
« Last post by Martin_fr on Today at 03:10:11 pm »
Quote from: jollytall on Today at 02:27:19 pm
However, I still do not understand:
- How mattias is hardcoded in so many places?

I don't know why ld (the linker) gives source (pp/pas) filenames. Linkers work with .o files only. But I guess the linker just looks up the source name for the user convenience. If so, the linker may actually get that from debug info.

I do know that fpc puts source filenames into debug info. (Maybe it also puts them in other places for the linker).
In the debug info fpc stores:
- the full/absolute path to the source file
- the relative path (relative to either package or project)

When you debug later, then the IDE falls back to the relative path (unless you have files in the location given by the absolute path / e.g. source from your own project).


Mattias builds the installers for Linux.  He needs to build/compile the files for it, and that needs to be somewhere on his disk.... And that ends up in debug info. (The windows builds also have the path where the files were compiled for the installer).

And well, couldn't those files be build in the location they are most likely going to be installed?
Better, not. Apart from this may differ by Linux distro, if a user has more than one installation, one in the default location, and another some place else, then the latter would also point to the default location... not good.
8
Beginners / Re: Does anyone know why these code cannot be compiled by the fpc?
« Last post by Laksen on Today at 03:04:14 pm »
The proper way to initialize a record is to name each field:
Code: Pascal  [Select][+][-]
  1. const efi_loaded_image_protocol_guid:efi_guid=(data1: $5B1B31A1; data2:$9562; data3: $11D2; data4: ($8E,$3F,$00,$A0,$C9,$69,$72,$3B));

A nice shortcut if you use instead the inbuilt TGuid is that you can write:
Code: Pascal  [Select][+][-]
  1. const efi_loaded_image_protocol_guid: TGuid = '{5B1B31A1-9562-11D2-8E3F-00A0C969723B}';
9
Networking and Web Programming / Re: Who is Indy mattias?
« Last post by jollytall on Today at 02:54:16 pm »
I have just checked the executable (under Linux I am). It was 3.5MB, now it is 13.2MB and I changed nothing. Can it be because of the Interfaces added?
10
Databases / Re: Database standards OR Am I doing this right?
« Last post by gidesa on Today at 02:37:56 pm »
Hello, Ms Sql Server, as many dbms, has different types of lock: at row level, at page level, at table level, etc.
The isolation level defines the extension of lock.
For example, with "Serializable" level the db engine locks entirely all tables involved in the logic transaction, so that a second user cannot never change data managed by the first user, until the end of first transaction.
See detailed (and long) description: https://learn.microsoft.com/en-us/sql/relational-databases/sql-server-transaction-locking-and-row-versioning-guide?view=sql-server-ver16
And you have to understand the concept of logic transaction. Simplifying, a transaction contains all db (Zeos) instructions comprised between the  Begin transaction and Commiy (or Rollback if you want to cancel all updates).
In short, the TZConnection component has a property TransactionIsolationLevel that you can set to the 4 possible values, as descripted in previous link.
From another discussion: https://zeoslib.sourceforge.io/viewtopic.php?t=2644 a possible sequence of Zeos instructions:
//At connection:
TransactionIsolationLevel := tiNone;

//At StartTransaction:
TransactionIsolationLevel := tiReadCommited;

// do all select, update, delete, .... on various tables

//At Commit, that is when confirming the updates
Commit;
TransactionIsolationLevel := tiNone;

//Or, at Rollback, that is when you want to cancel the updates,
// for example in case of exception
RollBack;
TransactionIsolationLevel := tiNone;

Pages: [1] 2 3 ... 10

TinyPortal © 2005-2018