un blog?

[DragoRosso]

Aggiornato il blog INSTALLARE LAZARUS SU WINDOWS con i link ai nuovi pacchetti di installazione (Lazarus 2.2.6 / FPC 3.2.2).

Aggiornato anche "Installazione di Lazarus in Linux – Risoluzione problemi" sempre con l'aggiornamento dei link e l'aggiornamento del repository privato remoto (usato dal curl).

Ciao ciao

[tito_livio]

Grazie per il lavoro

[xinyiman]

Volevo avvisare tutti che ho realizzato una mini guida su come implementare un'applicazione con web server embedded con il protocollo HTTPS attivo.

https://blog.lazaruspascal.it/2023/05/18/creare-un-web-server-https/

[DragoRosso]

Bello, e solo con i componenti di FPC 

Per le librerie SSL, ti indirizzerei qui: https://github.com/IndySockets/OpenSSL-Binaries

E' il repository di Indy, sono testate e funzionanti.

La 1.0.2u è l'ultima versione della release 1.0, supporta fino a TLS 1.2

Ciao

[xinyiman]

Bello, e solo con i componenti di FPC 

Per le librerie SSL, ti indirizzerei qui: https://github.com/IndySockets/OpenSSL-Binaries

E' il repository di Indy, sono testate e funzionanti.

La 1.0.2u è l'ultima versione della release 1.0, supporta fino a TLS 1.2

Ciao

Grazie mille della segnalazione
EDIT: ho aggiornato l'articolo menzionando quanto da te espresso

[DragoRosso]

Ho inserito nel blog un articolo sui timing di Windows (sleep ad esempio) e come "migliorali".

https://blog.lazaruspascal.it/2023/06/03/risoluzione-del-timing-sotto-windows/

Ciao

[DragoRosso]

Gli articoli riguardanti le interfacce sono stati inseriti anche nel Blog: https://blog.lazaruspascal.it/2023/09/25/interfacce-interface-parte-1/

Ciao

[Mimmo]

Gli articoli riguardanti le interfacce sono stati inseriti anche nel Blog: https://blog.lazaruspascal.it/2023/09/25/interfacce-interface-parte-1/

Ciao

Ottimo lavoro, grazie!!
Un suggerimento per un ulteriore capitolo della serie: potrebbe essere interessante descrivere la modalità {$interfaces corba} di FPC.
Io la uso praticamente sempre e penso che porti la funzionalità delle interfacce in Lazarus/FPC una spanna sopra quella di Delphi, con un comportamento che è in linea con quello di tutti gli altri linguaggi di programmazione che implementano le interfacce.
Un'altra cosa, la butto li', probabilmente ci avrete già pensato ma ci sarà qualche vincolo tecnologico: sul blog non sarebbe possibile inserire il codice dentro un frame con una scrollbar orizzontale per evitare che il codice vengo visualizzato andando a capo? Così sarebbe più leggibile.
Ultima cosa: Nick Hodges non lavora più per Embarcadero da un bel po', credo sia caduto in disgrazia ai tempi in cui hanno poi deciso di affidare la direzione dello sviluppo di Delphi a Marco Cantù.

[DragoRosso]

Un suggerimento per un ulteriore capitolo della serie: potrebbe essere interessante descrivere la modalità {$interfaces corba} di FPC.
Io la uso praticamente sempre e penso che porti la funzionalità delle interfacce in Lazarus/FPC una spanna sopra quella di Delphi, con un comportamento che è in linea con quello di tutti gli altri linguaggi di programmazione che implementano le interfacce.

Su suggerimento di @nomorelogic : https://castle-engine.io/modern_pascal#_interfaces

Rispetto al comportamento delle interfacce, mi pare (ma potrei sbagliare) che l'uso sia pressochè simile tra i vari ambienti (in Delphi in effetti più che le interfacce tendono ad implementare le interfacce basi e poi classi a go go).
Quello che cambia in FPC, e che invece dovrebbe essere assolutamente sviluppato, è il supporto alle RTTI e alle RTL.
Capisco che l'argomento sia complesso per via della universalità del "prodotto" (cioè deve girare sotto diversi SO), ma non vedo per quale motivo si debba "castrare" l'uso in Windows (o per certi versi anche negli altri SO) perchè il tutto deve essere "universale". E' sicuramente un problema legato alle risorse dedicate allo sviluppo.

Ultima cosa: Nick Hodges non lavora più per Embarcadero da un bel po', credo sia caduto in disgrazia ai tempi in cui hanno poi deciso di affidare la direzione dello sviluppo di Delphi a Marco Cantù.

Nick Hodges lasciò Embarcadero nel 2010 nel periodo del "rapido balletto" tra Borland / Inprise / Codgear / Embarcadero (2006 / 2008).

Poi è rientrato nel 2016 (dopo l'acquisto di Embarcadero da parte di Idera) al fianco di Cantù, almeno per quanto mi è dato sapere. Ha partecipato anche ai webinar su Delphi. Allo stato attuale non ho effettivamente informazioni su di lui.
Però Embarcadero ha fatto una importante campagna pubblicitaria sulle sue pubblicazioni (erano fornite anche gratis a chi partecipava ai Webinar).

Ciao

P.S.: a proposito, mi dimenticavo ... CORBA era il vecchissimo standard usato da Borland a partire da Delphi 4 se non sbaglio (io lo usai in Delphi 6 per alcuni progetti) ... poi abbandonato non ricordo neanche per quale motivo. Se non sbaglio CORBA era il principale motore per i database e un "clone" (mi si passi questo termine) della tecnologia COM. Poi quando Borland scelse DAO e definitivamente la tecnologia COM / DCOM, CORBA venne abbandonato.

[nomorelogic]

Un suggerimento per un ulteriore capitolo della serie: potrebbe essere interessante descrivere la modalità {$interfaces corba} di FPC.
Io la uso praticamente sempre e penso che porti la funzionalità delle interfacce in Lazarus/FPC una spanna sopra quella di Delphi, con un comportamento che è in linea con quello di tutti gli altri linguaggi di programmazione che implementano le interfacce.

Su suggerimento di @nomorelogic : https://castle-engine.io/modern_pascal#_interfaces

Senza attivare quello switch le interfacce sono di tipo COM e, fondamentalmente, come già spiegato nei post di DragoRosso, hanno il reference counting.
Usando lo switch {$interfaces corba} non si ha a disposizione il reference counting (e di conseguenza il sistema automatico di liberazione delle risorse) ma si ha a disposizione la possibilità di definire interfacce ad un livello più astratto, simile all'ereditarietà multipla e utile per la definizione di API.

Con l'occasione segnalo il link completo: è una introduzione a quello che l'autore chiama "modern Object Pascal" che consiglio di leggere a tutti e dove c'è una sezione dedicata alle interfacce
https://castle-engine.io/modern_pascal

[DragoRosso]

Senza attivare quello switch le interfacce sono di tipo COM e, fondamentalmente, come già spiegato nei post di DragoRosso, hanno il reference counting.
Usando lo switch {$interfaces corba} non si ha a disposizione il reference counting (e di conseguenza il sistema automatico di liberazione delle risorse) ma si ha a disposizione la possibilità di definire interfacce ad un livello più astratto, simile all'ereditarietà multipla e utile per la definizione di API.

Quello "Switch" è una scorciatoia comoda, ma di fatto è banale non usare lo switch e definire ogni "classe/interfaccia" voluta come "reference counting able" o no.

Basta definire un nuova classe base che implementi IInterface e i due metodi _AddRef  e _Release. In questo modo si ha la possibilità di usare una o l'altra a seconda delle esigenze.

Ritornando -1 nelle due funzioni, viene disattivato il reference counting.

Codice: [Seleziona]

//Definizione di per l'uso delle interfacce senza reference counting
type
  TInterfaceedObjectNoRFC = class(TInterfacedObject, IInterface)
    protected
      function _AddRef : longint;{$IFNDEF WINDOWS}cdecl{$ELSE}stdcall{$ENDIF};
      function _Release : longint;{$IFNDEF WINDOWS}cdecl{$ELSE}stdcall{$ENDIF};
  end;

implementation

function TInterfaceedObjectNoRFC._AddRef: longint; {$IFNDEF WINDOWS}cdecl{$ELSE}stdcall{$ENDIF};
begin
  Result := -1;
end;
function TInterfaceedObjectNoRFC._Release: longint; {$IFNDEF WINDOWS}cdecl{$ELSE}stdcall{$ENDIF};
begin
  Result := -1;
end;

Quando non si deve (... dovrebbe ...) usare il reference counting ? Quando la classe che io vado ad usare andrà implementata in Componenti che usano un approccio diverso al "lifetime" classico. In particolare tutto ciò che ha a che fare con i componenti standard di Windows (che sono derivati dalle DLL del SO).

Ciao

[nomorelogic]

ognuno di noi ha il suo modo di interpretare la programmazione ovviamente

quello switch non è una scorciatoia ma un modo diverso di intendere le interfacce e, dal mio punto di vista, _AddRef e _Release (se ne parla anche nel link tra l'altro) non è detto che siano indispensabili: sono delle possibilità

quindi le funzionalità a disposizione in uno strumento di sviluppo, è corretto che vengano elencate completamente
poi sta ad ogni sviluppatore vederci e farci quello che vuole

[DragoRosso]

ognuno di noi ha il suo modo di interpretare la programmazione ovviamente
quello switch non è una scorciatoia ma un modo diverso di intendere le interfacce e, dal mio punto di vista, _AddRef e _Release (se ne parla anche nel link tra l'altro) non è detto che siano indispensabili: sono delle possibilità
quindi le funzionalità a disposizione in uno strumento di sviluppo, è corretto che vengano elencate completamente
poi sta ad ogni sviluppatore vederci e farci quello che vuole

Si, si, non volevo polemizzare assolutamente. La mia intenzione era fornire un'altra vista "standardizzata" per l'argomento "reference counting". Ovvio che siamo fortunatamente in un mondo libero (magari non proprio tutto  ) e ognuno come sottolinei tu fa ciò ritiene opportuno.

Sinceramente ho letto l'articolo in maniera superficiale e distratta, ma mi impegnerò a leggerlo meglio (quando ho visto "corba" mi sono venuti in mente i vecchi tempi con un "rigurgito" di Commodore 64  ).

Purtroppo è un mio difetto cercare di standardizzare le cose, o meglio sicuramente costruire qualcosa di "nuovo" mantenendo la compatibilità per quanto possibile con gli standard più o meno definiti. In questo modo mi sono sempre trovato più che bene e nel corso del tempo ciò ha giovato non poco.

Va bhè, sono già abbastanza OT rispetto l'argomento ...

Ciao, alla prossima 

[nomorelogic]

su mondo libero... ho qualche dubbio anche io

cmq volevo solo sottolineare che abbiamo uno strumento che va ben oltre quello che ci siamo abituati ad usare
scrivere codice mantenendo il più possibile la compatibilità con quegli standard che si è voluto adottare è vitale e lo faccio anche io

è che io non amo il reference counting  apparterrò una minoranza, non so, è per questo che volevo ricordare che ci sono cmq altre vie

si, ora basta con OT

[Mimmo]

Aggiungo solo i miei 2 penny: anni fa nella ditta dove lavoravo implementammo un sistema per costruire ipercubi per fare analisi dei dati. Senza entrare nel dettaglio, partimmo con le nostre belle interfacce per poi ritrovarci in un casino. E' vero che, per trafficare con maree di dati, facevamo anche cose un po' arzigogolate ma lì il reference counting ci costrinse a riscrivere tutto senza interfacce. Avessimo usato fpc ai tempi! 
Scherzo ovviamente ma comunque ora apprezzo molto la pulizia dell'approccio tradizionale. La keyword corba è un po' infelice, le interfacce con quella direttiva sono in realtà alla-java. Ormai corba è un fantasma del passato... e per fortuna...