Newsgroup: it.comp.os.dibattiti
Titolo: [ot] Questa e` veramente un 10...

Non e` proprio un SO ad avere problemi.... ma...
http://punto-informatico.it/p.asp?i=36977
--
ciao, Mirco.
[ Icq#:51640305 ] [ 
http://spazioweb.inwind.it/mmos2/
 ]


Io dico invece che i problemi li hanno quelli che
dicono di aver scoperto il "problema".
Basta leggere l'enorme insieme di fesserie che hanno scritto.
Nascenti tutte dal fatto che non hanno capito come funzionano
i meccanismi di autenticazione e di come si usano le funzioni di conversione
di formato in relazione alle impostazioni delle lingue nazionali.
Saluti.


Per essere precisi:
Di bachi in SQLserver ce ne sono, tanti.
Ma non bisogna far diventare bachi altrui quelli dovuti alla propria
ignoranza.
Saluti.

Gabriele DELGIOVINE ha scritto:

Cioe' se io dico a SQLServer di ordinare una tabella e questo mi
perde record e' colpa mia perche' non lo chiedo in ginocchio
sui ceci con il santino di Bill Gates in mano ? Ma fammi il
piacere. Si parla di record spariti, durante gli ordinamenti. Cosa 
che su un SQLServer NON dovrebbe succedere.
bye
Gianluca


A me sembra incredibile che i russi con i programmatori che hanno abbiano
dovuto chiedere agli americani il sw MS...sara' compreso nel prezzo ;-]

 wrote in message
news:3B6981DC...@louise.it...

Quello che č scritto nella notizia NON č quello che č scritto nel documento
a cui la notizia fa riferimento. Leggi il documento e poi ne riparliamo.
Saluti.


http://punto-informatico.it/p.asp?i=36977
CLAMOROSO. E dire che fra i prodotti targati Microsoft, SQL Server(ho
usato esclusivamente la 7.0) mi era sembrato uno fra i più decenti.
Questo articolo lo dovrei far leggere a quel tizio che al mio
consiglio di puntare su Interbase mi aveva risposto che faceva pena.
Il Ghenio
-----
ZIO : Fun and games are over with. Anyone who dares
get in my way shall perish.
DIO ci salvi dagli ocx del Viral Basic.
-----

ignoranza.
http://bbspot.com/News/2001/05/hole.html

 
http://bbspot.com/News/2001/05/hole.html
Se incontro una persona cosi' lo uccido...
Ma controllare le cose prima di eseguirle no? :(((
--
--
           ~~ ICQ#: 8761263 ~~ 
http://www.delymyth.net/
 ~~
            E-Mail Addy: DElyMyth [at] delymyth [dot] net
           => FREE! Hardware Anti-Virus!!! - /dev/brain <=
GnuPG Fingerprint: F6D3 E002 C55A 0B58 7BD4  70CE A69B CCFC 741D 3099

 usato esclusivamente la 7.0) mi era sembrato uno fra i più decenti.
Anche a me non pareva male, però vaglielo a spiegare al ministero della
difesa USA... ;-)
IMHO il pezzo piu' bello rimane:
"La software house di Redmond ha consigliato ad ambedue le parti l'upgrade "
Sembrano quelle barzellette sugli help desk non fosse che ci giochiamo la
sicurezza mondiale.
--
Medaglia, medaglia, medaglia....
Mutley
(alias Marco Costamagna)

 sui ceci con il santino di Bill Gates in mano ? Ma fammi il
No, tu per terra e BG con i piedi sopra e puo` anche muoversi...
bye,
-- 
  Piergiorgio Sartor

 documento a cui la notizia fa riferimento.
[
http://www.cdi.org/nuclear/nukesoftware.html
]
KI RRC Report No. 210.06-01/1
November 15, 2000
"By February 16, 2000 a source of this troubles was detected. Especially
developed tests did confirm that a source of random errors is an error
in execution of the 'SELECT' with 'ORDER BY' (sorting by) statement by
the Microsoft SQL Server in version 6.5, and such error is not provided
by any SQL Server diagnostic. Evaluated mean value for frequency of
appearance the said error is about 1.0e-03 per execution of 'SELECT'
with 'ORDER BY' statement. Frequency of appearance of such error depends
on format of data used as a search criteria in 'WHERE' clause of
'SELECT' statement, amount of data being satisfying search criteria and
type of hardware platform. Highest failure rate was detected for
platforms with CPU frequency below 200 Mh and above 400 Mh. Additional
tests were developed in order to detect a systematic appearance of this
SQL Server 6.5 software flaw. These tests were constructed in a such way
that a presence of a flaw in the SQL Server 6.5 has been proved for
sure. Microsoft did confirm a presence of this software flaw. This flaw
has been filed by Microsoft as flaw No. SRX000403600845. Based on
available information the problem has not been resolved yet (November
2000). Microsoft have proposed to substitute SQL Server in version 6.5
by version 7.0 in which KI RRC developed tests transferred to Microsoft,
did not detect such problem. 
Due to discovered and proved SQL Server 6.5 software flaw all operations
of KI-MACS system at KI RRC as well as at Russian Navy sites, Murmansk
Shipping Company, and Mining and Chemical Combine at Zhelesnogorsk, were
suspended. Immediate consequence of this software flow is that over the
time of operation a computerized material inventory in the Database is
decreasing. Because of nature of this software flaw leading to
undiagnosed corruption of original data in SQL Server Databases, all
accounting data accumulated in the Databases were subject for manual
verification against source accounting documents.
In a course of transition of KI-MACS application software core from
version 6.5 to 7.0 and intensive testing of the modified KI-MACS, at the
end of July, 2000 one more flaw has been detected in the SQL Server 7.0.
This flaw has been recognized by the Microsoft and filed as flaw No.
SRX000727603512. Principal modifications introduced by the Microsoft in
SQL Server 7.0 which are relating to the data security and data
protection in a Database, and presence of the said flaw, are considered
as creating a direct threat to data security and data protection in the
SQL Server 7.0 Databases."
-- 
"Gentlemen. You can't fight in here. This is the War Room!"

 November 15, 2000
[snip]
Scoprirai cosi l'errore di comprensione
fatto dai signori, sia per quanto riguarda il metodo
di comparazione dei risultati sia per quanto riguarda la scarsa
(se non nulla) capacità di comprensione dei meccanismi di autenticazione
di Windows NT che hanno dimostrato, olte che la dabbenagine
assoluta di usare solo l'autenticazione standard di SQLserver mantenendo
il login name sa (senza password).
Saluti.
PS. quei numeri SRX0000.... NON sono l'identificativo del problema,
sono l'identificativo della chiamata al supporto tecnico.

 il login name sa (senza password).
Io ho capitolo solo che se facevi una certa query e passavi dei dati non
corretti,
quello eseguiva la query e ti perdeva dei dati. E questo neppure MySQL
lo fa.
bye
Gianluca

 quello eseguiva la query e ti perdeva dei dati.
Al limite non restituiva i dati, non li perdeva. Ma è dura far comprendere
a quei testoni la differenza fra i dati fisici e una loro proiezione e che
l'order by usato in una select (non update o select into o delete)
fatto sul risultato di un funzione (usata in maniera sbagliata su tipi di
dato diversi)
non può modificare i dati. Ma tanto è che basta a montare su di un caso da
pubblicare
su Punto-Informatico.
Orbene, se in SQLServer ci fosse stato realmente un problema di quel tipo
pensate forse che non sarebbe già stato segnalato daigli amici di M$ (Oracle
in primis)
Saluti.

 Saluti.
Allora č FUD!!!!
Da non crederci: č bello vedere che ogni tanto invece di crearlo, lo
subiscono.....

 in primis)
Per poi farsi denunciare per aver infranto il DMCA ? Non credo che siano
cosi' 
polli.
bye
Gianluca

 cosi'  polli.
Oracle ha fatto molto di peggio per molto meno.
Saluti.

rimaneva sbagliata.
Perché é la seconda regola dell'idioma della Microsoft.
La prima é quella che quando ci sono dei problemi occorre riavviare la
macchina sperando che non capitino più, la seconda é quella di
upgradare tutto ciò che é upgradabile.


 Oracle ha fatto molto di peggio per molto meno.
Per esempio???
..lo sconto da un milione di dollari??
FUD....

Ma controllare le cose prima di eseguirle no? :(((
relax... BBSpot non č il solito sito di notizie :)

consiglio di puntare su Interbase mi aveva risposto che faceva pena.
CLAMOROSE mi sembrano le solite cantonate di punto informatico che
manco capisce l'inglese degli aticoli da cui prende spunto per le sue
notizie.
http://www.punto-informatico.it/p.asp?i=36999
Quella dell'utente sa con il ; e' fantastica.
Bella la competenza dei laboratori russi..
Se pensiamo che questi trafficano con roba nucleare mi viengono i
brividi.
Ciao
Francesco

polli.
/* evil mode on */
Mica e' un privato che ha reso usufruibile un prodotto ai non vedenti
^_^
/* evil mode off */
IMHO l'utilizzo non era tale da potersi permettere l'utilizzo sulla
fiducia.
IMHO e' probabile che le scelte possibili fossero fra "concedere" la
verifica del prodotto o vederselo scartato. Gia' li vedo i titoli per
la seconda opzione: "la sicurezza russa non vuole prodotti MS neanche
regalati"
Il DMCA possono sempre tirarlo fuori per le patch che stanno
sviluppando. Solo che in questo caso l'uso spranghiforme di questa
legge gli si rivolgerebbe contro.
Felice Claudio
-- 
di buone intenzioni e' lastricata la strada per l'inferno,
che lastricano le cattive intenzioni?

 Perchè era sbagliata la query?
Ma la query, se e' sbagliata, non diventa giusta cambiando la versione
del
DB.
bye
Gianluca

 DB.
Difatti produceva i medesimi risultati.
Saluti.

 Difatti produceva i medesimi risultati.
Non sara' che la query sbagliata gli torna comoda per "perdere" (=
vendere sottobanco) qualche testata ogni tanto?
Ciao.

Al limite non restituiva i dati, non li perdeva.
Beh, se non te li da' piu' come fai a sapere che cis ono?? e
oltretutto, questo e' un *grave buco* lo stesso...
Obelix

 oltretutto, questo e' un *grave buco* lo stesso...
Come quello dell'SQL del DB2/400 che va in palla con piu di 10 milioni
di righe?
Saluti.

di righe?
Puo' essere. Non lo so, io SQL lo uso pochissimo. e credo il 98% dei
programmatori...
Obelix

 ha scritto nel messaggio
news:3b779482...@news.seven.it...

E fai malissimo a non usarlo.
Saluti.

E fai malissimo a non usarlo.
Com'era la storia di "quando tutto quello che hai e' umn
martello..."?? ecco, tu hai solo il martello, e stai cercando di
convincermi che serve...
Obelix

 ha scritto nel messaggio
news:3b7cfe9c...@news.seven.it...

Io ho - anche - un martello.
Tu solo un sasso dalla forma irregolare :-)
Saluti.

Io ho - anche - un martello.
Tu hai solo *tanti martelli di forma diversa*. 
Obelix

 ha scritto nel messaggio
news:3b8544c7...@news.seven.it...

No, io ho tanti utensili specifici per compiti specifici.
Saluti.

No, io ho tanti utensili specifici per compiti specifici.
No, tu hai tanti martelli. Punto. Perche' in realta' fanno sempre la
stessa cosa.
Obelix

 Scoprirai cosi l'errore di comprensione fatto dai signori,
"This report is based on results of intensive research, development and
testing works performed by staff of the Division of Information Systems
of the Scientific and Technological Complex 'Electronics' of the
'Kurchatov Institute' Russian Research Center. Alexey V. Evstropov,
Dimitry M. Artamonov, Olga A. Kamaeva, Tatiana A. Kamaeva, Andrey V.
Korolev, Anatoly M. Pankratiev are to be especially noted. Valuable
contribution to evaluation of detected MS SQL Server data integrity and
data security problems was brought by staff of the U.S DOE Los Alamos
National Laboratory including S. Peter Gary, Benny J. Martinez, Harry
Mac Forehand, Jr., and by Barry Siskind from the U.S. DOE Brookhaven
National Laboratory. Deep gratitude is expressed to all of them."
KI RRC Report No. 210.06-01/1 November 15, 2000
[
http://www.cdi.org/nuclear/nukesoftware.html
]
-- 
"You know how we've always talked about the possibility of something
going wrong with the bomb. The bomb, Dimitri. The hydrogen bomb."
Dr. Strangelove... / Continuity Script
http://www.visual-memory.co.uk/amk/doc/0055.html

 "This report is based on results of intensive research
Ricerca intensa nella direzione sbagliata. Capita spesso.
Saluti.