* * * *

Privacy Policy

Blog italiano

Clicca qui se vuoi andare al blog italiano su Lazarus e il pascal.

Forum ufficiale

Se non siete riusciti a reperire l'informazione che cercavate nei nostri articoli o sul nostro forum vi consiglio di visitare il
Forum ufficiale di Lazarus in lingua inglese.

Lazarus 1.0

Trascinare un file nel programma
DB concetti fondamentali e ZeosLib
Recuperare codice HTML da pagina web
Mandare mail con Lazarus
Stabilire il sistema operativo
Esempio lista in pascal
File INI
Codice di attivazione
Realizzare programmi multilingua
Lavorare con le directory
Utilizzare Unità esterne
TTreeView
TTreeview e Menu
Generare controlli RUN-TIME
LazReport, PDF ed immagini
Intercettare tasti premuti
Ampliare Lazarus
Lazarus e la crittografia
System Tray con Lazarus
UIB: Unified Interbase
Il file: questo sconosciuto
Conferma di chiusura di un applicazione
Liste e puntatori
Overload di funzioni
Funzioni a parametri variabili
Proprietà
Conversione numerica
TImage su Form e Panel
Indy gestiore server FTP lato Client
PopUpMenu sotto Pulsante (TSpeedButton)
Direttiva $macro
Toolbar
Evidenziare voci TreeView
Visualizzare un file Html esterno
StatusBar - aggirare l'errore variabile duplicata
Da DataSource a Excel
Le permutazioni
Brute force
Indy 10 - Invio email con allegati
La gestione degli errori in Lazarus
Pascal Script
Linux + Zeos + Firebird
Dataset virtuale
Overload di operatori
Lavorare con file in formato JSON con Lazarus
Zeos ... dietro le quinte (prima parte)
Disporre le finestre in un blocco unico (come Delphi)
Aspetto retrò (Cmd Line)
Lazarus 1.0
Come interfacciare periferica twain
Ubuntu - aggiornare free pascal e lazarus
fpcup: installazioni parallele di lazarus e fpc
Free Pascal e Lazarus sul Raspberry Pi
Cifratura: breve guida all'uso dell'algoritmo BlowFish con lazarus e free pascal.
Creare un server multithread
guida all'installazione di fpc trunk da subversion in linux gentoo
Indice
DB concetti fondamentali e connessioni standard
Advanced Record Syntax
DB concetti fondamentali e DBGrid
DB concetti fondamentali e TDBEdit, TDBMemo e TDBText
Advanced Record Syntax: un esempio pratico
Superclasse form base per programmi gestionali (e non)
Superclasse form base per programmi gestionali (e non) #2 - log, exception call stack, application toolbox
Superclasse form base per programmi gestionali (e non) #3 - traduzione delle form
Superclasse form base per programmi gestionali (e non) #4 - wait animation
Un dialog per la connessione al database:TfmSimpleDbConnectionDialog
Installare lazarus su mac osx sierra
immagine docker per lavorare con lazarus e free pascal
TDD o Test-Driven Development
Benvenuto! Effettua l'accesso oppure registrati.
Maggio 02, 2024, 05:38:43 am

Inserisci il nome utente, la password e la durata della sessione.

511 Visitatori, 0 Utenti

Post recenti

Pagine: 1 2 3 [4] 5 6 ... 10
31
Componenti Aggiuntivi / Re:Digressioni..
« Ultimo post da nomorelogic il Aprile 10, 2024, 09:57:44 am »
Vado un pò OT, ma guardate che cosa è successo ultimamente con le distribuzioni di Linux.
Ho seguito molto marginalmente la storia, ma mi pare di avere capito che delle utility "XZ" distribuite con Linux costituivano delle "backdoor", e non per difetto (tipo classico bug possibile in tutti i sistemi operativi e software di questo mondo) ma per volontà di uno degli sviluppatori.

Ritornando al discorso distribuzione del software, il fatto di distribuire un sorgente non garantisce alcunchè perchè sono veramente in pochi a poter leggere tra le righe di codice scritto magari in modo criptico o in assembler e riuscire a comprendere al volo se si stratta di codice "buono" o "nocivo".

Non è che il software "libero" sia più sicuro o meno, sia più "buono" o meno, il fatto che sia libero non implica alcunchè e non fornisce nulla di più (e neanche nulla di meno) rispetto ad un software commerciale tipicamente "blindato".
...

Secondo me ci sono delle inesattezze che potrebbero nascere da esperienze personali o dalla mancata partecipazione al mondo open source.
Vorrei quindi aggiustare un po' il tiro.

backdook
In primo luogo, differentemente da come si potrebbe dedurre leggendo sopra, le backdoor non esistono solo nei programmi per Linux ma esistono dalla notte dei tempi. Si inseriscono (se voluto) in ogni programma per ogni sistema operativo.

Detto questo, rilasciare i sorgenti vuol dire maggiore trasparenza e lealtà nei confronti di chi sarà l'utente: un software open source potrebbe avere delle backdoor, perché no, ma il fatto che ti metto in condizione di saperlo, scagiona eticamente il programmatore e/o la casa produttrice. Inoltre ti mette nella condizione di poter fare un fork, di dichiarare di aver rimosso le backdoor e, ovviamente, di dover rilasciare a tua volta i sorgenti.

Un software free o a pagamento ma closed source, non da la possibilità né di venire a conoscenza della presenza di backdook (né di cose peggiori della backdoor) né ti da la possibilità di rimuovere ciò che non è di gradimento.

garanzia del software e sicurezza
Parlando di garanzia e sicurezza, il fatto che sia possibile che in un software open source possano essere presenti delle backdoor, non significa che scenda sullo stesso piano del software closed source. Non è così.

Grazie proprio all'open source ed alle capacità dei programmatori che possono farlo sono stati "smascherati" diversi software.
Ad esempio:
  • la backdoor di Interbase (forse era la versione 6.1)
  • l'uso del player clementine da parte di linux mint (cambiando nei sorgenti a proprio vantaggio il fee degli utenti)

Parlando di sicurezza, i sorgenti aperti sono anche ispezionabili e in caso ci si dovesse trovare tra le mani un bug, è possibile correggerlo o segnalarlo allo sviluppatore.
I programmi closed source, quando hanno dei problemi di sicurezza, diventano dei veicoli per gente non eticamente corretta.
Ad esempio:
  • Outlook
  • Messenger


La conclusione, a prescindere dalle convinzioni personali di tutti noi è che: il software open source non è privo di difetti ma permette di correggerli.
Nella realtà di questi anni, questo ha funzionato per diversi progetti e sostenere il contrario non credo sia oggettivo.

Detto questo, usiamo questo forum per rispondere alle richieste degli utenti: non possiamo continuare a farcire i thread delle nostre convinzioni personali.
Non fa bene al forum.

nomorelogic



Edit:
oltre al mea culpa per il (secondo me dovuto) chiarimento OT
segnalo questo link che riguarda le licenze di ext pascal (una panoramica fatta da me qualche tempo fa)
https://www.lazaruspascal.it/index.php?page=108
32
Componenti Aggiuntivi / Digressioni Open Source / Closed Source
« Ultimo post da DragoRosso il Aprile 10, 2024, 09:27:15 am »
Vado un pò OT, ma guardate che cosa è successo ultimamente con le distribuzioni di Linux.
Ho seguito molto marginalmente la storia, ma mi pare di avere capito che delle utility "XZ" distribuite con Linux costituivano delle "backdoor", e non per difetto (tipo classico bug possibile in tutti i sistemi operativi e software di questo mondo) ma per volontà di uno degli sviluppatori.

Ritornando al discorso distribuzione del software, il fatto di distribuire un sorgente non garantisce alcunchè perchè sono veramente in pochi a poter leggere tra le righe di codice scritto magari in modo criptico o in assembler e riuscire a comprendere al volo se si stratta di codice "buono" o "nocivo".

Non è che il software "libero" sia più sicuro o meno, sia più "buono" o meno, il fatto che sia libero non implica alcunchè e non fornisce nulla di più (e neanche nulla di meno) rispetto ad un software commerciale tipicamente "blindato".

A questo riguardo, nel mondo del Pascal vedo che è abbastanza diffusa l'usanza che i software a pagamento abbiano l'opzione (con esborso economico o no) di fornitura dei sorgenti (non ulteriormente divulgabili).
Secondo me questo è un bel modo di approcciarsi al cliente, che in qualche modo si sente tutelato.

Io ad esempio uso solo componenti di cui ci sia il sorgente completo (e non importa se costa): ciò garantisce che, se un domani l'ambiente di sviluppo cambia e la società che ha sviluppato i componenti non adegua il suo prodotto, io comunque non rimanga "a piedi".

Con Delphi, ma penso anche con Lazarus, ci sono stati diversi casi in cui componenti di terze parti (senza sorgente completo) sono stati dismessi e i progetti su cui si basavano sono giocoforza stati rifatti (con dispendio di energie non indifferenti).
Devo dire che Delphi si è sempre prodigato per supplire ed alleviare le difficoltà ... vedasi Quick Report, Rave Report, etc ...

E dopo questa divagazione sul tema, meglio che continui a lavorare se no l'unica sorgente che vedrò è quella dell'acqua di fonte (con un tozzo di pane) ....  ;D
33
Componenti Aggiuntivi / Re:extpascal
« Ultimo post da DragoRosso il Aprile 10, 2024, 08:43:17 am »
Non mi risulta che la vendita di software GPL sia vietata, basta distribuire anche i sorgenti. Io ti posso vendere Lazarus, ma se tu lo passi a dragorosso io non posso pretendere di essere pagato. Oggetto della GPL è la libera circolazione del software non la vendita. Così ho capito.
La licenza standard GPL non vieta in alcun modo di vendere software sotto il suo "ombrello". Una cosa è il fatto che il software sia "libero", altro fatto sono i "compensi". Io posso vendere software GPL e chi lo compra lo può rivendere e così via.

La GPL promulga la "libertà" del software, ossia che i sorgenti sia sempre distribuiti e distribuibili. Io vengo pagato per sviluppare software ma se aderisco alla GPL o uso componenti GPL devo distribuire i sorgenti (anche a richiesta).

E' un filosofia che ha a che fare con l'etica più che con la praticità. Se voglio faccio software con sorgenti fatti malissimo, scritti peggio e commentati in aramaico antico e voglio vedere chi "ci mette le mani".

Mi è successo con un progetto proprio una settimana fà: un cliente doveva personalizzare un mio software fatto per lui (lui lavora in python, io no) e quindi mi ha chiesto i sorgenti per adattarlo. Non avevo nessun obbligo ma glieli ho dati lo stesso (tra l'altro ciò messo un paio di ore per sistemare i sorgenti perchè avessero una parvenza di professionalità 8) ).
Due giorni dopo mi chiama e mi fà:
Citazione
pensavo fosse più semplice e non mi trovo bene con le caratteristiche del linguaggio che hai usato, e Lazarus (ha usato Lazarus invece che Delphi) non riesce a compilare il progetto, cambiamo strategia: tu mi fai una DLL (riferendosi a me) e io penso a tutto il resto.
E così è stato, gli ho fatto una modulo Python con Delphi, mi ha pagato per il lavoro in più e i sorgenti non sono serviti ad una beata fava.
34
Componenti Aggiuntivi / Re:extpascal
« Ultimo post da quack il Aprile 10, 2024, 08:09:54 am »
Non mi risulta che la vendita di software GPL sia vietata, basta distribuire anche i sorgenti. Io ti posso vendere Lazarus, ma se tu lo passi a dragorosso io non posso pretendere di essere pagato. Oggetto della GPL è la libera circolazione del software non la vendita. Così ho capito.
35
Componenti Aggiuntivi / Re:extpascal
« Ultimo post da cappe il Aprile 10, 2024, 07:51:35 am »
In realtà quello che ha fatto cappe va oltre. Se per compilare il pacchetto extpascal ha dovuto tirare dentro come dipendenze alcune parti dell'ide, ha ragione a sostenere che il programma compilato diventa GPL.

In questo caso specifico mi sembra ci sia un cortocircuito.
Ho fatto un po di confuzione anch'io. Alla fine non si possono vendere il componente (mica puoi vendere Lazarus, ma puoi utilizzarlo e non sei obbligato a darlo). Ma io non voglio venderli.
36
Componenti Aggiuntivi / Re:extpascal
« Ultimo post da quack il Aprile 10, 2024, 12:34:02 am »
In realtà quello che ha fatto cappe va oltre. Se per compilare il pacchetto extpascal ha dovuto tirare dentro come dipendenze alcune parti dell'ide, ha ragione a sostenere che il programma compilato diventa GPL.

In questo caso specifico mi sembra ci sia un cortocircuito.
37
Componenti Aggiuntivi / Re:extpascal
« Ultimo post da DragoRosso il Aprile 10, 2024, 12:08:41 am »
Si si. Per me non ci sono in realtà problemi. Non uso Lazarus per produrre programmi di produzione (test e comparazioni si, ma non rimangono ai clienti).

Chi usa Lazarus per produzione avrà sicuramente verificato il tutto e se non sono nati problemi vuol dire che problemi non ce ne sono.
38
Componenti Aggiuntivi / Re:extpascal
« Ultimo post da quack il Aprile 09, 2024, 11:28:37 pm »
Per quanto riguarda Frepascal/Lazarus usano una LGPL modificata (https://wiki.lazarus.freepascal.org/FPC_modified_LGPL) quindi non ci sono problemi, puoi creare programmi open e closed liberamente.

Non proprio .... vedi allegato e non interessa extpascal ...

L'IDE come hai fatto giustamente notare è sotto licenza GPL.
La licenza LGPL modificata riguarda il codice delle librerie che potenzialmente va a finire nell'eseguibile che vai a generare.
Allarme rientrato ?
39
Componenti Aggiuntivi / Re:extpascal
« Ultimo post da DragoRosso il Aprile 09, 2024, 11:24:04 pm »
Aggiornamento, era meglio non aprire il capitolo .....

Ci sono decine e decine di sorgenti in Lazarus / FPC che hanno la licenza GNU GPL ....
40
Componenti Aggiuntivi / Re:extpascal
« Ultimo post da DragoRosso il Aprile 09, 2024, 11:12:50 pm »
Per quanto riguarda Frepascal/Lazarus usano una LGPL modificata (https://wiki.lazarus.freepascal.org/FPC_modified_LGPL) quindi non ci sono problemi, puoi creare programmi open e closed liberamente.

Non proprio .... vedi allegato e non interessa extpascal ...

Pagine: 1 2 3 [4] 5 6 ... 10

Recenti

How To

Utenti
Stats
  • Post in totale: 18784
  • Topic in totale: 2236
  • Online Today: 543
  • Online Ever: 900
  • (Gennaio 21, 2020, 08:17:49 pm)
Utenti Online
Users: 0
Guests: 511
Total: 511

Disclaimer:

Questo blog non rappresenta una testata giornalistica poiché viene aggiornato senza alcuna periodicità. Non può pertanto considerarsi un prodotto editoriale ai sensi della legge n. 62/2001.