* * * *

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.
Aprile 16, 2024, 10:56:03 pm

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

58 Visitatori, 0 Utenti

Autore Topic: Unix time  (Letto 210 volte)

DragoRosso

  • Scrittore
  • Hero Member
  • *****
  • Post: 1266
  • Karma: +43/-0
  • Prima ascoltare, poi decidere
Unix time
« il: Marzo 13, 2024, 10:24:53 pm »
Ciao a tutti.

In un post recente avevo accennato ad un possibile problema con il "tempo" rappresentato da Unix (storicamente una struttura time_t signed 32 bit).

In effetti mi ero già trovato su questo argomento nel recente passato a causa di un valore in un database sballato, ma non essendo di mia gestione l'avevo segnalato e dimenticato.

Ora, dopo ciò che ho visto, effettivamente il 2038 è l'anno limite per lo storico dato che può contenere 2^31 secondi dal 1970 e che 2038 andrà in overflow ...

Da quello che ho visto vengono già usate le definizioni con time_t a 64 bit, superando così il problema del 2038 e Lazarus se non sbaglio usa già questa definizione.

Ma come si fà a sapere se il dato in un qualsiasi contenitore (database o altro) è in formato 32 o 64 bit ?

In lettura non ci sono problemi ovviamente, ma in scrittura, a meno di non andare a testare il campo relativo, come si fà ad essere sicuri che il dato verrà preso correttamente e non convertito da 64 bit a 32 bit perdendo così la definizione ?

Tutto il mondo è già stato adattato o ci sono residui di cui preoccuparsi a voi noti ?
« Ultima modifica: Marzo 13, 2024, 10:27:29 pm da DragoRosso »
:) Ogni alba è un regalo, ogni tramonto è una conquista :)

xinyiman

  • Administrator
  • Hero Member
  • *****
  • Post: 3249
  • Karma: +12/-0
Re:Unix time
« Risposta #1 il: Marzo 14, 2024, 08:08:34 am »
Bhe sai, diciamo che il 2038 ancora è lontano. Tendenzialmente i costruttori di db si stanno già muovendo per rappresentare il dato in modo da superare l'ostacolo.
Ci si aspetta che per allora non ci siano più in giro macchine con versioni di db così vecchie.
Ieri è passato, domani è futuro, oggi è un dono...

nomorelogic

  • Global Moderator
  • Hero Member
  • *****
  • Post: 2870
  • Karma: +20/-4
Re:Unix time
« Risposta #2 il: Marzo 14, 2024, 08:54:48 am »
per i nuovi programmi e quelli mantenuti penso che non ci siano problemi
si tratta di cambiare il tipo da 32 a 64 bit, sono sicuro che tutti i linguaggi di programmazione si adegueranno (se non l'hanno già fatto)
i database penso che si adegueranno allo stesso modo
i file system si risolveranno con l'adeguamento dei linguaggi di programmazione

penso alle centraline a 32 bit già installate in auto, aerei, ecc...
forse la maggior parte di queste centraline verranno sistemate con un richiamo in casa per un aggiornamento software

non sarebbe male se i reparti militari dei governi bellicosi ignorassero la cosa e tutti gli armamenti semplicemente smettessero di di fare il boot e di accendersi dopo il 2038...
wow  :)
Imagination is more important than knowledge (A.Einstein)

xinyiman

  • Administrator
  • Hero Member
  • *****
  • Post: 3249
  • Karma: +12/-0
Re:Unix time
« Risposta #3 il: Marzo 14, 2024, 09:03:21 am »
non sarebbe male se i reparti militari dei governi bellicosi ignorassero la cosa e tutti gli armamenti semplicemente smettessero di di fare il boot e di accendersi dopo il 2038...
wow  :)
Un inguaribile sognatore  ;)
Ieri è passato, domani è futuro, oggi è un dono...

nomorelogic

  • Global Moderator
  • Hero Member
  • *****
  • Post: 2870
  • Karma: +20/-4
Re:Unix time
« Risposta #4 il: Marzo 14, 2024, 09:14:11 am »
forse è il caso di fondare l'anonima sviluppatori....
 ;D
Imagination is more important than knowledge (A.Einstein)

DragoRosso

  • Scrittore
  • Hero Member
  • *****
  • Post: 1266
  • Karma: +43/-0
  • Prima ascoltare, poi decidere
Re:Unix time
« Risposta #5 il: Marzo 14, 2024, 11:39:45 am »
Bhe sai, diciamo che il 2038 ancora è lontano.

La linea temporale è lontana, non l'uso dei dati. Ho clienti che stanno usando quelle date. Per adesso non mi sono stati segnalati problemi, però ...
:) Ogni alba è un regalo, ogni tramonto è una conquista :)

xinyiman

  • Administrator
  • Hero Member
  • *****
  • Post: 3249
  • Karma: +12/-0
Re:Unix time
« Risposta #6 il: Marzo 14, 2024, 03:22:41 pm »
Bhe sai, diciamo che il 2038 ancora è lontano.

La linea temporale è lontana, non l'uso dei dati. Ho clienti che stanno usando quelle date. Per adesso non mi sono stati segnalati problemi, però ...

A bhe si è vero.
Ieri è passato, domani è futuro, oggi è un dono...

 

Recenti

How To

Utenti
  • Utenti in totale: 785
  • Latest: gmax
Stats
  • Post in totale: 18769
  • Topic in totale: 2232
  • Online Today: 95
  • Online Ever: 900
  • (Gennaio 21, 2020, 08:17:49 pm)
Utenti Online
Users: 0
Guests: 58
Total: 58

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.