Newsgroup: it.comp.os.dibattiti
Titolo: L'utopia miope di Linus

Su (
http://www.news.com/News/Item/0,4,35957,00.html?st.ne.fd.mdh.ni
)
Linus Torvalds avrebbe affermato che:
In the future, people will be motivated increasingly by entertainment, he
predicted, noting that entertainment encompasses not only frivolous
activities like playing video games, but also serious endeavors like going
to the moon. "It may not be in 5 or 50 years, but in 150 years, we will be
living in an entertainment society" where the most highly sought-after
activity is something that keeps the boredom away, he said.
Peccato che lui possieda diversi milioni di dollari, che viva in una delle
zone piů ricche di uno dei
paesi piů ricchi del mondo. E che soprattutto non si renda conto delle piů
elementari esigenze del restante 90% della popolazione mondiale. Che per
inciso non sono legate al divertimento (tipo andare sulla Luna o ammirare un
dipinto di Picasso), ma quelle nascenti dal fatto che devono
lavorare 16/20 ore al giorno per far(ci) divertire.
Saluti.

 lavorare 16/20 ore al giorno per far(ci) divertire.
Scusa cosa c'entra con os.dibattiti?
Comunque lui dice quello che M$ fa.
bye,
--
  Piergiorgio Sartor
  Sony International (Europe) GmbH
  European R&D Stuttgart
  Advanced TV Group              Tel.: 
++49-(0)711-5858-525
  Stuttgart Technology Center    FAX: 
++49-(0)711-5858-199
  Stuttgarter Strasse 106        e-mail: 
sar...@sony.de
  D-70736 Fellbach, Germany

 paesi piů ricchi del mondo. E che soprattutto non si renda conto delle piů
Perche' te la prendi con Linus quando il brufoloso possiede molto
di piu' oltretutto guadagnato truffando polli che prendono le sue
schifezze riciclate per innovazione teconologiche?
-- 
Pierluigi De Rosa (
tho...@durin.khazad-dum.net
).
<<      LINUX: the choice of a GNU generation     >>
<<   For my real address... ask the Balrog.       >>
<<   Available PGP keys: DSS/DH                   >>

 schifezze riciclate per innovazione teconologiche?
Io me la prendo con tutti quelli che fanno finta di non sapere che sulla
Terra c'č chi
muore di fame.
Saluti.

 Comunque lui dice quello che M$ fa.
Fanno parte dello stesso gioco. Del quale noi siamo i gaudenti incoscienti
fruitori.
Saluti.

 fruitori.
Perche` incoscienti?
Poi cosa c'entra, posta in it.auto.di.lusso od it.soldi.tanti,
se ti sta a cuore quello che scrivi.
Cosa c'entrano i SO con la fame nel mondo?


 Cosa c'entrano i SO con la fame nel mondo?
Pensa solo alle migliaia di miliardi che sono stati e che verranno bruciati
con la scusa del Millenium Bug.  La piů grande pigliata per i fondelli mai
concepita.
Saluti.

 elementari esigenze del restante 90% della popolazione mondiale. Che per
guarda che quella era solo una sua previsione, destinata certamente a 
chi almeno si puň permettere un PC.
tu cosa credi che fra 50 anni diventeremo tutti Maria Teresa e Padre Pio
?
non capisco proprio la tua critica.
-- 
Rimuovi .x dal mio indirizzo, non usare HTML
Linux FAQ: 
http://members.bigfoot.com/%7Eranger_rg/linux/

 muore di fame.
Ma dai... parlare di gente che muore di fame additando Linus quando
c'e' chi e' molto piu' ricco non ti pare poco obiettivo o meglio
obiettivo quanto un talpone cieco?


 concepita.
Beh se i Wintel Brothers avessero progettato meglio il SW in effetti
il Millenium Bug si sarebbe risolto per quel che e', un bluff...


 concepita.
????
Ma stai farneticando?
Forse sbaglio io a rispondere...
Parti con Linus ed arrivi al millennium bug...
I soldi persi per Y2K quanti sono? Quanto in percentuale
dell'industria informatica?


 obiettivo quanto un talpone cieco?
Si perň almeno per un minuto ti ci ho fatto pensare. A chi muore di fame.
E noi ci scanniamo per Linux o per Bill Gates.
Saluti.

 dell'industria informatica?
Non quanti in percentuale nell'industria informatica.
Il quanto in percentuale và fatto nei confronti di una pagnotta di pane. O
di un campo di grano
che può sfamare migliaia di persone. O di un allevamento di mucche da latte.
Costo per assistere i profughi del Kossovo (1 milione di persone) 146
Milioni di dollari
sino a luglio.
Un F-117 caduto , 80 Milioni di dollari.
Costo dell'acquisizione di Netscape 4 Miliardi di dollari (e sinora 1000
posti
di lavoro segati alla Netscape).
Mercato delle future PlayStation Sony. Svariate Centinaia di milioni di
dollari.
Non c'è che dire.
Comunque,  basta. Siamo OT.
Saluti.

 E noi ci scanniamo per Linux o per Bill Gates.
Sicuramente sara' inutile scannarsi ma parlarne qui e' altrettanto inutile.


 E noi ci scanniamo per Linux o per Bill Gates.
 Bene parliamo allora di chi non ha soldi?
 Vogliamo parlare di Ghana e Nigeria? Vabbe' ci sono posti peggiori ma 
questi li prendo come un esempio di paesi che stanno lentamente 
sviluppandosi approfittando anche di materiale riciclato a partire dai 
libri, passando anche dai computer.
 Bene se non lo sai ci sono alcuni ragazzi italiani e' piu' 
precisamente delle Universita' di Trieste, Vicenza e Padova, che vanno 
nelle Universita' di quei paesi ad installare ed insegnare ad usare Linux.
 Laddove non ci si puo' permettere una rete cablata specie tra i vari 
padiglioni e stabili delle varie facolta', sono stati usati dei 
radio-modem mediamente economici (del costo di un paio di milioni 
ciascuno) che fanno 2 Mbit/s fino a 7 Km in linea d'aria. Vecchi 386 
ed anche 486 che con Linux sono ancora utilizzabili in modo proficuo 
con vecchie schede di rete SMC, 3C503 ed NE1000, 1500, 2000 donate da 
varie istituzioni.
 E tutto cio' grazie a un sistema operativo e del software gratuito 
che ha permesso il miracolo che consente a quegli studenti di poter 
essere quasi all'avanguardia come quelli del resto del mondo 
industrializzato.
 La sola citta' di New York ha piu' cablaggi telefonici e per 
trasmissione dati, di tutta l'Africa.
 Non mi pare che i sistemi operativi di quel Bill pidocchioso con gli 
occhiali siano in grado di fare altrettanto ne' mi pare che il 
pidocchio stesso tenga in considerazione queste persone, specie 
perche' ha poco da poter spremere.
 Pensaci...
--
Ciao.
 Mr. Mechano

 lavorare 16/20 ore al giorno per far(ci) divertire.
 Ma tu scrivi solo minchiate!
 Si e' trattata di un'opinione generica sul mondo dell'informatica e 
dell'entertainment. Nessun riferimento diretto a Linux o altro S.O. 
Non mi pare che sia il suo sogno far giocare tutti.
 E poi se guardi un altro mio post, indirettamente Linux ha aiutato e 
sta aiutando migliaia di istituzioni di paesi poveri, prime tra tutte 
le Universita' africane ed dell'est del mondo. Qualche tempo fa ci 
arrivo' al LUG Verona una e-mail da un paese che a me era sconosciuto 
fino ad allora il Kirzigistan (non so manco se si scrive cosi') che 
grazie a Linux un loro ateneo adesso si affaccia su Internet e li 
abbiamo aiutati per poter fare il sito web.
 Lascia stare i confronti utopici ed economici. Linux ne esce illeso 
nell'immagine e nella dignita' su tutti i fronti!!
--
Ciao.
 Mr. Mechano

> concepita.
Allora ? Unix non ha problemi per altri (quasi) 40 anni. Non mi sembra
che Linux sia molto coinvolto nel y2k bug.
Bonf
---------------------------------------------------------------------------------
-  Bonf : Per scrivermi bonf at penguinpowered com                              - 
---------------------------------------------------------------------------------
-  Hint : Buttate  KDE nel cesso e installate Gnome 1.0                         - 
---------------------------------------------------------------------------------

 paesi più ricchi del mondo.
[SNIP]
Mi pare stia facendo una ipotesi fantascientifica del mondo tra 150
anni. La tua critica e' fuori luogo.
-- 
Fabrizio Di Giuseppe
mailto:
fdigi...@iride.com

 concepita.
A parte il fatto che l'Y2K non e' esattamente una scusa (poverini,
negli anni '50 come diavolo potevano aspettarsi che nel '99 ci
sarebbero state ancora le loro strutture dati?), perche' non ti
lamenti su it.hobby.armi?
-- 
Gabriele Biffi
gbi...@lycosmail.com
 - ICQ: 5169491
http://www.rete039.it/civis/gbiffi/

dollari.
Per favore, vendi il tuo computer e con il ricavato aiuta i poveri.
-- 
ciao, | [Per rispondere togli "toglimi" dal mio indirizzo.]
Marco | > Mettete 
maxa...@tin.it
 nel vostro killfile (Pub. progresso) <

 perche' ha poco da poter spremere.
Era due giorni che volevo scriverlo io.
Saluti
Lele

Avanti dillo, hai battuto la testa e sei diventato scemo di botto!
Non mi spiego in altra maniera uno sproloquio del genere.
Saluti,
        Antonio

che Linux sia molto coinvolto nel y2k bug.
         ^
Correggo LinuS
Bonf


ICQ #34602650

 il Millenium Bug si sarebbe risolto per quel che e', un bluff...
Beh, questa è azzardata :-) Non mi spiego allora gli innumerevoli
programmi cobol da convertire. Rappresentavano una grossa fetta dei
gestionali, oggi sono una grossa fetta del "millenium bug". E a questi
programmi è dura spiegargli con le chiacchiere che il sistema operativo
su cui girano non ha problemi fino al 2038 :-))


 sviluppandosi approfittando anche di materiale riciclato a partire dai 
Ti prego Roberto... NON DARGLI CORDA SENNO' NON NE USCIAMO PIU' !!!!!


 e che unix fosse a posto fino al 2038.
Uhmm, sicuro che girassero sotto Unix? Non e` che fossero per AS/400?
Almeno la maggior parte.
Alcuni DB hanno il difetto, molti sono su AS/400, alcuni su Unix,
ma non credo che Oracle abbia questo problema (maggior produttore
di DB per Unix & co.).
I programmi gestionali in Cobol sono anche su AS/400, SAP su Unix
non credo abbia il problema.
Comunque aspetto conferme :-)


 Almeno la maggior parte.
Francamente non sono in grado di fornire statistiche, ho solo potuto
osservare che dal mio punto di vista i programmi sotto unix erano
sigificativi.
Comunque il concetto che mi andava di sottolineare è che il problema non
riguarda tanto i sistemi operativi quanto gli applicativi. Il fatto che
gli *nix siano "coperti" per altri 40 anni non significa nulla, perchè
un applicativo può tranquillamente essere non-year-2000-compliant anche
su un sistema year-2000-compliant. Fra l'altro le ragioni per cui un
tempo i programmi venivano progettati con questo limite non dipendevano
(mi pare) dai limiti del sistema operativo.


 (mi pare) dai limiti del sistema operativo.
Il fatto e` che su Unix vi sono le chiamate di sistema per
la data che sono y2k compliant, un applicativo "dovrebbe"
usare quelle, quindi mantenersi a posto.
Altrimenti deve convertire la data interna (2 cifre) a quella
di Unix.
I casi sono:
1) l'applicativo NON usa la data dell'OS.
2) l'applicativo converte la data avanti ed indietro
Non so come sia la faccenda, ma il secondo punto e`
alquanto sciocco, mentre il primo, credo (non ho dettagli),
sia piuttosto raro.
Comunque sei ha particolare rilevanti, postali, che fa
sempre cultura.


 gestionali, oggi sono una grossa fetta del "millenium bug". E a questi
Oh beh i programmi COBOL... me ne ero dimenticato di quelle perle... in
effetti ora che ci penso non c'entra piu' di tanto l'OS perche'
anche i programmi COBOL su altre piattaforme (per es. AS/400) sono
dovute ricorrere al medico per sopperire al male del 2k.. hai ragione.


 usare quelle, quindi mantenersi a posto.
Il problema non č nell'accesso della data del sistema ma nello storage
(in memoria o su disco) di questo tipo di dato. Il sistema fornisce la
data sotto forma di in intero 32bit, l'applicativo comunque la traduce
perchč difficilmente viene memorizzata in questo formato (almeno i
database non fanno cosě). Inoltre il problema non č nella gestione della
data di sistema, ma nella gestione della data in generale. L'applicativo
si rivolge al sistema per sapere la data odierna, ma una data di
registrazione (ad esempio) viene imputata dall'utente.


 dovute ricorrere al medico per sopperire al male del 2k.. hai ragione.
Questo non toglie che NT aveva (o avrà ancora?) i suoi bei problemini
come sistema operativo con l'anno 2000. Certo che se i problemi partono
dal sistema operativo c'è poco da fare... quando vidi che il SP4 fixava
alcuni problemi con l'anno 2000 non mi sorpresi più di tanto, e nemmeno
ora mi sorprenderei se il prossimo gennaio la mia workstation mi
scambiasse per il mio bisnonno ;-)


 scambiasse per il mio bisnonno ;-)
Beh cosa ci sarebbe di male? Potresti, con la scusa dell'insolenza
dei giovani d'oggi, affibbiargli una bastonata sul groppone..


 registrazione (ad esempio) viene imputata dall'utente.
Si, ho capito, mi sembrava stupido questo approccio, ma se
me lo confermi, ti credo.
Trovo ridicolo avere un sistema con data a 32 bit e poi
usare due cifre per l'anno, ma tant'e`, vorrei parlare
con i programmatori orginali.
A meno che il SW non sia un porting da qualche altra
piattaforma, forse anche del solo DB, in quel caso
potrebbe essere comprensibile.
Boh!


muore di fame.
Senti, ma perché i tuoi messaggi di risposta cominciano per R: anziché RE:,
incasinandomi tutto il free agent?
Ciao!!
__________________
Marcello
PLI/CICS/DB2/C++/VisualBasic Developer
WinNT/Linux/NetWork Administrator

nell'immagine e nella dignita' su tutti i fronti!!
E difatti io non me la prendo con Linus per la sua opera. Io ho solo detto
che mi sembra un poco "utopico" pensare che fa 50 anni la massima
occupazione
del genere umano sarą come passare il tempo libero.
Saluti e chiudo la questione.
PS. Perņ quanti post ho generato.....

industrializzato.
Ricordo con nostalgia quando un paio di anni fa aiutai il sysadmin di
una universita` indiana a configurare la debian per permettergli di
scaricare la posta con UUCP su X.25 su VSAT a 9600 bps. Fatelo con NT...


Avanti dillo, hai battuto la testa e sei diventato scemo di botto!
<stupore>
Intendi dire che prima era sano?
</stupore>


 potrebbe essere comprensibile.
No, il problema ha origini ben diverse: gli anni '50. La memoria
costava troppo, dovevano risparmiarla, cosi' avevano scelto di usare
solo due cifre per l'anno, mica se l'aspettavano che nel 1999 si
sarebbero ancora usate le loro strutture dati.
Certo, piuttosto c'e' da chiedersi perche' non abbiano usato un numero
intero che indicasse i giorni passati dal 1900, o anche dal 1 gennaio
0, ne sono passati "solo" un po' piu' di 710000, in un intero a 32 bit
(4 byte) ci stavano abbondanti, invece hanno usato 6 byte (48 bit) per
indicare dd/mm/yy...


e che unix fosse a posto fino al 2038.
I programmi possono essere corretti o meno, pero' un applicativo
perfetto che gira su un os che si risveglia nel 1900 ha poche speranze
di funzionare bene.
Bonf

 scaricare la posta con UUCP su X.25 su VSAT a 9600 bps. Fatelo con NT...
Installando un PAD x.25 della EICON?

 indicare dd/mm/yy...
Forse perche` l'anno si usa piu` spesso? Boh?
Trovo divertente che la scelta di Unix si sia rivelata cosi`
valida, penso che i vari Kernigham & co. siano stati proprio
dei geni, nulla da eccepire, tranne la "creat()'.


 incasinandomi tutto il free agent?
Potenza di Guardafuori Espresso...


 PS. Però quanti post ho generato.....
Ah fai pure finta di meravigliartene?


Potenza di Guardafuori Espresso...
Hahahahaah


 Hahahahaah
E poi ha anche la faccia tosta di prendersela se a qualcuno che scrive
con StarOffice scappa qualche messaggio per proprio errore, non del
programma... pura invidia per GuardaFuori che questo lo fa tutto da solo
ed anche molto bene...


incasinandomi tutto il free agent?
Colpa dell'outlook express 5 versione italiana.
Per rimediare occorre sostituire una dll con la corrispettiva in inglese.
Accidenti alle localizzazioni MS..
Ciao
Francesco

 Accidenti alle localizzazioni MS..
Hmmm.. un collega mi ha detto che dopo avere installato Explorer 5
(italiano), si trova con mezzo Windows in inglese :-))
 
---
Please don't use HTML in your reply to this message.

Installando un PAD x.25 della EICON?
Quanto costa? E quanto costa UUCP per windows? Con quelle latenze non si
puo` certo usare IP e SMTP.


indicare dd/mm/yy...
Perche` le schede perforate si fanno a mano, vuoi mica che gli operatori
imparassero a codificare le date a mente?


Avanti dillo, hai battuto la testa e sei diventato scemo di botto!
Beh, si, ma saranno almeno 40 anni che ha battuto la testa..
Obelix

Uhmm, sicuro che girassero sotto Unix? Non e` che fossero per AS/400?
beh, se hanno messo la data come campo da sei, potrebbero girare anche
su un Cray che sarebbero buggati lo stesso...
Obelix

2) l'applicativo converte la data avanti ed indietro
Non so perchema dubito che ci sia un OS nel'universo che si tiene la
data in formato AAAAMMGG...
Obelix

con i programmatori orginali.
Piu' che altro bisognerebbe parlare con chi non si e' preoccupato di
un problema noto ormai da tempo, 20 anni fa aveva senso risparmiare 2
byte per ogni record, da un po' di tempo a questa parte non piu'.
Bonf
---------------------------------------------------------------------------------
-  Bonf : Per scrivermi bonf at penguinpowered com                              - 
---------------------------------------------------------------------------------
-  Hint : Buttate  KDE nel cesso e installate Gnome 1.0                         - 
---------------------------------------------------------------------------------


Perche' guardafuorichestress fa schifo, evidentemente in microsoft non
hanno ancora trovato un mirror delle rfc. Sto scrivendo un newsreader,
e dovro' perdere un bel po' di tempo per cercare di eliminare i
problemi dovuti a quella vergogna di programma, come il subject e
l'html.
Inoltre non capisco perche' gli piaccia cosi' tanto scaricare piu'
d'una volta i messaggi... boh !


 data in formato AAAAMMGG...
Quello che vole dire e` che converte nelle strutture dati interne.
Un DB puo` tenere le date in formato Unix e poi mostrarle in formato
compresibile.
Non e` l'OS che ha AAAAMMGG, ne` l'applicativo...


 su un Cray che sarebbero buggati lo stesso...
Ma cosa scrivi? Se sviluppi applicativi per Unix e non sei
"sciocchino" usi, per le strutture dati, i formati Unix,
questo vale per qualunque OS, poi puoi mostrare i dati in formato
come ti pare, ma internamente li tieni come l'OS.
Questo potrebbe, forse, diminuire la portabilita`, ma ti
garantisce una maggiore facilita` di scrittura del codice.
Per quessto chiedevo l'origine degli applicativi.
Se AS/400 non ha la data interna o la ha a 2 cifre per l'anno
si spiegano molte cose, di sicuro questo non c'e` su Unix.


incasinandomi tutto il free agent?
Dovrebbe essere sufficiente:
Options/General preferences/Message list 
Deseleziona "start a new thread when a message subject changes".
Egidio

 imparassero a codificare le date a mente?
Tanto devono convertire anche gli stessi numeri, quindi non fa molta
differenza decodificare 645234 o 211253


compresibile.
Pesima scelta, anche se , devo dire, vorrei essere convinto del
formato interno Unix (un long 32-bit, vero???) prima di continuare.
Obelix

"sciocchino" usi, per le strutture dati, i formati Unix,
Beh, sai, noi veniamo dai tempi in cui 2 bytes di piu' su un disco e
il tempo di elaborazione necessario a convertirli erano *costosi*- O
credi che la conversione UNIX -> Umano venga gratis?? O che ci sia
sempre stata abbondanza di CPU??
Obelix


La migliore rimane pero' quella di Internet Mail
Risp: .


formato interno Unix (un long 32-bit, vero???) prima di continuare.
Un long. Le dimensioni dipendono dall'architettura.


differenza decodificare 645234 o 211253
I numeri vengono convertiti in buchi dalla punzonatrice.


 I numeri vengono convertiti in buchi dalla punzonatrice.
Ecco, vedi?


Un long. Le dimensioni dipendono dall'architettura.
bene: ora, o e' larchitettura di macchina che mi converte in qualsiasi
applicazione in campo Long in una data, oppure te vojo vede' a capire
che data e' 123.945.788.388.....
Obelix

Ecco, vedi?
Si', ma il dieci gennaio del 1970, in Unix, non e' 10011970 o 19700110, ma
bensi' 864000. Suppongo che sia il passaggio 864000 <--> 10.01.1970 quello
che md intende con "codificare le date a mente".
E 864060 occupa meno memoria di 10011970000100 che e' dell'ordine di dieci
alla quattordicesima e quindi, alla grossa, due alla quarantaduesima. Unix
ha date dell'ordine di o(due alla trentaduesima).
Certo, cio' da' problemi, quando passano 2^32 secondi dalla mezzanotte del
primo gennaio 1970 - quand'e', che succede? Nel 2038? - e sara' il caso di
pensarci per tempo.
Leonardo
Microsoft Outlook: cosa vuoi postare postare postare oggi?

che data e' 123.945.788.388.....
Non capisco. Ci sono diverse funzioni di libreria per convertire la data
codificata in d/m/y/eccetera.


Ecco, vedi?
Non c'e` niente da vedere. La punzonatrice puo` convertire una cifra nel
corrispondente gruppo di buchi ma non puo` fare operazioni aritmetiche
su quattro cifre per trasformarle in un anno codificato.


 pensarci per tempo.
Cosi' scoppiera' l'Y2K+38 bug? Col mio sistema non avremmo problemi
per altri 43000 anni, e risparmieremmo ben 3 byte che non usando i 64
bit a cui si sta pensando.


pensarci per tempo.
A quel tempo useremo tutti 64 bit, e quindi non dovremo pensarci mai
piu` (si spegnerebbe prima il sole).


 sempre stata abbondanza di CPU??
Nel secondo caso e` sempre richiesta una conversione, uso di CPU,
etc.
BTW Unix usa signed long int, il signed serve per le date prima
del 1/1/1970.
Questo mi porta a pensare che in origine, l'OS su cui giravano
questi DB avesse la SUA data di sistema in formato gg/mm/aa.
Non so i dettagli, per questo li chiedevo, ma se dovessi fare
un applicativo su Unix, che usa la data, userei il formato dell'OS,
salvo poi convertirlo ad hoc (tramite librerie) per mostrarlo
all'utente (o per leggerlo dall'utente).
PS: tu sei lo stesso Obelix che scrive su it.sport.formula1?
PPSS: perche` Obelix?


arrivare al 45964, altri 16 bit per l'ora e facciamo 40 bit.
No, per l'ora servono piu' di 16 bits, se vuoi avere la risoluzione
dell'ordine del secondo; 2^16=65536, ma in un giorno = 86400 s.
Inoltre usare 40 bits e' scomodo per varie architetture.
Leonardo
".signature": bad command or file name

bit a cui si sta pensando.
*Sprecheremmo* tre byte.


 dell'ordine del secondo; 2^16=65536, ma in un giorno = 86400 s.
Ta ghe' propri rasun, ho sbagliato. Chiedo umilmente perdono. Facciamo
17 bit, allora.


codificata in d/m/y/eccetera.
Select miadata from mioarchivio: ritorna una data o un numero??  Puoi
chiamare una funzione di libreria da uno statement SQL??
In piu': devi sapere tu che quel campo long() e' una data. Se invece
vedi '99/12/'31' (anche le barre son di sistema...) il significato ti
e' subito chiaro....
Obelix

del genere umano sarą come passare il tempo libero.
IO invece concordo...
Obelix

altri 16 bit per l'ora e facciamo 40 bit.
Bah, contento tu. Io ho delle ore approssimate al milionesimo di
secondo (ok, non la usiamo mai: ma al millisecondo si...)
Ah, ma io sono a 64bit da 4 anni, ormai  :-))
Obelix fra un po' passiamo a 128...

PPSS: perche` Obelix?
Hem. Questione d'immagine  :-))
Obelix

 Unix, in effetti..
Forse l'anno era molto piu` usato, cioe` si trova spesso da solo,
quindi conviene usare 2 byte ed averlo in chiaro.
BTW i vecchi BIOS (con relative MB) hanno il problema Y2K
perche` la data e` in formato BCD nel real time clock e non
si sono voluti sprecare ad aggiungere un byte o forse lo
hanno fatto apposta...


chiamare una funzione di libreria da uno statement SQL??
Confondi i tipi di un database con i tipi del linguaggio C.



Spiegami a che servono.


chiamare una funzione di libreria da uno statement SQL??
Ogni implementazione di SQL si preoccupa di fare le chiamate giuste
alle librerie per convertire la data dal formato particolare
utilizzato alla forma leggibile d/m/y. Non vedo qual è il problema: tu
imposti un campo come Data, il tuo SQL lo memorizza come preferisce
(magari come intero a 32 bit). Quando tu lo leggi lo ritrovi come lo
hai scritto, mica sei tu che devi preoccuparti di come è codificato,
ci pensa il tuo SQL..

differenza decodificare 645234 o 211253
Mi sembra che tu abbia una idea estremamente vaga di come e` fatta una
scheda perforata e di come vengano preparate.
L'operatore puo` scrivere solo dei CARATTERI e la macchina che fa i
buchi non e` abbastanza intelligente da fare le conversioni che ipotizzi.
Se dovessi scrivere la data di oggi dovrei scrivere i caratteri "1",
"3", "0", "5", "9", "9".


 scheda perforata e di come vengano preparate.
Esatto. Sai, mi sa che quando io usavo ancora il biberon le schede
perforate erano gia' roba da museo.


Quando apro un file con excel e trovo la
Quando ti si sputtana il 434o byte dle file di excel e tu hai perso
l'intero file, inizi a capire perche' e' meglio avere i dati da una
parte, e la struttura di definizione dell'altra...
Obelix

Spiegami a che servono.
A fare single-level virtual memory. 
Oppure, a calcolare il numero di chicchi di grano necessario a
compensare l'inventore degli scacchi  :-))
Obelix

Non vedo qual č il problema: tu imposti un campo come Data,
Infatti: SE e' un campo data... sfině'ora bbiamo aprlato di un intero
long...
Obelix

"3", "0", "5", "9", "9".
Oh, well, io penso che sarebbe preferibile "9" "9" "0" "5" "1" "3"
:-))
Obelix

 parte, e la struttura di definizione dell'altra...
Stai uscendo dal seminato. Qui non si parlava di
sicurezza dati. Se e` per questo avere file di
testo e` sempre una buona cosa.
Ma si parlava di Y2K (od ho sbagliato thread) su Unix.
Ora il problema era: se il mio OS mi fornisce un
supporto per le date decente, perche` usare un supporto
"proprietario"?
Forse perche` il SW originariamente girava su di un altro
OS con supporto per le date diverso.


long...
I sistemi operativi (tranne AS/400 :-) ) non hanno idea di cosa sia un
campo data, sono le applicazioni che se ne devono interessare.


 sono le applicazioni che se ne devono interessare.
That's true. Ma io ricordo che i manuali del C incitano a 'considerare
un puntatore diverso d aunintero'. Quindi, se dici 'n campo data di 4
byte" e' una cosa, un long un'altra..... 
Obelix

byte" e' una cosa, un long un'altra..... 
NON ESISTONO CAMPI DATA SE NON NEI DATABASE! Cazzo!


 Obelix
  sei un programmatore cobol ?

 Marco | > Mettete 
maxa...@tin.it
 nel vostro killfile (Pub. progresso) <
--
Saluti
Stefano Tassi
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Mix Ceramiche srl
Menestrello Ceramiche spa
Stylgraph srl
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
mailto:
stefan...@mix-ceramiche.it

  sei un programmatore cobol ?
No, e' uno che risolve elegantemente la domanda "Viene prima il 15
03 1997 o il 12 15 1999?"
Leonardo atol(szData1)>atol(szData2)
Microsoft Outlook: cosa vuoi postare postare postare oggi?

03 1997 o il 12 15 1999?"
A questo punto si dovrebbe scrivere "1", "9", "9", "9", "0", "5", "1",
"9", che e' pure standard ISO.
dd
--
To reply replace "xx" with "mc"

almento nell'ILERPG e nell RPG4  :-)
Hem. State dicendo la stessa cosa: QUELLI sono campi di Database.
E ora vi lascio, per non incorrere nella terza legge della
discussione...
Obelix

sei un programmatore cobol ?
Hmm. Vorrei chiederti se sei un coglione, ma per questa volta te la
passo. IO ho solo risposto a Marco D'Itri, ovviamente, usando i SUOI
presupposti (parlvamo di schede perforate...)
Obelix

Obelix wrote:

  un programmatore cobol avrebbe risposto come hai risposto tu , se io
sono coglione sono fatti miei!
\:-)

 To reply replace "xx" with "mc"
  si ma due caratteri in piu' su una scheda perforata costano soldi

se io sono coglione sono fatti miei!
Se vieni a postare la tua coglionaggine QUI sono anche fatti MIEI.
Sono fatti tuoi finche' posti la tua coglionaggine in un intorno
dell'universo che non comprende la mia persona...
Obelix

Obelix wrote:

  Il sistema che governa la mia coglionaggine e' ergodico.
 .