Service Pack 2 e AMD64: possibili problemi

Service Pack 2 e AMD64: possibili problemi

La funzionalità no-execute protection potrebbe creare problemi tra la nuova versione del service pack per Windows XP e i processori AMD64

di pubblicata il , alle 08:33 nel canale Programmi
WindowsMicrosoft
 
I migliori sconti su Amazon oggi

TCL 55T6C 55" QLED TV 4K HDR, Fire TV (Smart TV con Dolby Vision e Atmos, HDR10+, Premi e Chiedi ad Alexa)

Compra ora
35 Commenti
Gli autori dei commenti, e non la redazione, sono responsabili dei contenuti da loro inseriti - info
izivs28 Agosto 2004, 10:01 #11
ecco quello che bisognerebbe consegnare a Ms!!
Per quanto rigurda l'uscita del sp2 ita si sa qualcosa sulla data esatta?...oltre, naturalmente, al 14 sett, data in cui sarà disponibile il cd.
^TiGeRShArK^28 Agosto 2004, 10:20 #12
cosa centra il tapiro????
a quando a quando microsoft non ha colpe!!!
se quel driver va a scrivere codice eseguibile in aree protette dal non execute ci credo ke scatta la protezione.... coe d'altronde dovrebbe essere.
casomai la leggerezza della microsoft sarebbe stata di non avere testato adeguatamente il loro service pack su makkine AMD, dato ke per loro esiste solo intel praticamente
Spyto28 Agosto 2004, 10:33 #13
I programmi li testano e lo sanno che ci può essere quel tipo di imperfezione con A64, tolgono quasi tutti i bug(per fare bella figura) ma alcuni mi sa che li lasciano, così non si può dire che vadano contro Amd

Sp2 aspetto un mesetto prima di metterla, così potrò trovare aggiornamenti.
Ubi-Wan28 Agosto 2004, 10:34 #14
@izivs: win xp extend 64 bit è ancora beta, quindi poichè sono bacate le release definitive di microsoft.....figuriamoci questa Inoltre solo da poco alcuni produttori hanno cominciato a rilasciare driver a 64 bit (beta), in quanto non si possono far girare quelli a 32.

Per quanto mi riguarda, sul mio bel Amilo A 1630 appena arrivato ci metto una bella Gentoo (parto dallo stage 2 però )
Cr4z3328 Agosto 2004, 10:54 #15
E che due pelotas! Ci fosse mai una release decente...
LMP28 Agosto 2004, 11:14 #16
che bello, adesso faranno un virus che va a sostituirsi a quel driver, cosi' puo' fare tutto quello che vuole sulle macchine di quelli che hanno dato i permessi aquel file
v1doc28 Agosto 2004, 11:33 #17
Il driver in questione è prodotto da "Sigma Designs Inc." , NON da Micorosft.
Se il driver è buggato e va a leggere aree di memoria che non gli sono state assegnate viene GIUSTAMENTE bloccato dal DEP , non vedo dove sia il problema.
Il problema NON è nell'SP2 di microsoft ma nel driver buggato.
Spero che hwupgrade corregga l'articolo , non vedo come possa esse utile fare terrorismo psicologico sull'SP2.
Sig. Stroboscopico28 Agosto 2004, 11:35 #18
bah... la soluzione è molto facile... una volta che la si conosce.

^^'
cionci28 Agosto 2004, 11:41 #19
Questo non è un problema di M$, è semplicemente un problema di compatibilità di un software con l'NX bit (una caratteristica hardware)...quindi non date la colpa a M$ quando non la ha...
Castellese28 Agosto 2004, 11:50 #20
E comunque vi comunico che l'NX bit non gradisce né Java (di Sun, quello M$ non l'ho collaudato), né il MAME32. In generale comunque molti software che spremono la CPU fanno uso di codice auto-modificante. Come è stato spiegato l'NX bit serve proprio ad impedire che questo codice funzioni, quindi purtroppo ne vedremo delle belle...
« Pagina Precedente     Pagina Successiva »

Devi effettuare il login per poter commentare
Se non sei ancora registrato, puoi farlo attraverso questo form.
Se sei già registrato e loggato nel sito, puoi inserire il tuo commento.
Si tenga presente quanto letto nel regolamento, nel rispetto del "quieto vivere".

La discussione è consultabile anche qui, sul forum.
 
^