Link alla notizia: http://news.hwupgrade.it/13046.html

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

Click sul link per visualizzare la notizia.

ho capito

fatto bene a rimanere a SP1

cmq speriamo mettano un po tutto a posto

Per fortuna l'athlon64 ce l'ho sul portatile dove installo solo release Linux, che nn hanno certo problemi simili :)
A parte la mdk che ogni tanto si perdeva il topo. Ma almeno posso ovviare velocemente a questi problemi con l'aiuto della community.

A quando il service pack per il service pack 2? :D

Sinceramente non mi pare un problema mostruoso.

Ecco perchè l'sp2 ita tarda tanto :D a noi danno la versione debuggata (hihi)

Scusate, forse mi sbaglio io, ma se una applicazione scrive in una porzione di memoria in cui non dovrebbe scrivere (tanto è vero che scatta il No Execute per quella istruzione in quella area di memoria) di chi è la colpa???
I prodotti di Microsoft avranno tanti difetti - HANNO molti difetti - ma addossargli anche quelli di chi programma le applicazioni col culo mi sembra troppo.

Per Crisidelm:
Il problema in sè non è mostruoso, ma prova a metterti nei panni di chi ha quel driver fatto coi piedi, installa il SP2 e si trova il PC che continua a reboottare senza sapere il perchè!!!

Originariamente inviato da giovonni
a noi danno la versione debuggata (hihi)

nn ci sperare troppo!
sp2a_ita?? mhhhhhh

Scusate ma chi ha un amd 64 non gli conviene scaricare xp a 64bit? Spero sia una versione migliore di quello a 32!!

E direi che MS ne ha avuto di tempo per testarlo sto SP2...e si accorgono solo ora del problema??:rolleyes:

Sono cose che danno da pensare........

Alla fine chi ci rimette è AMD con l'Athlon64 che viene messo in cattiva luce per colpe non sue.

Se credi che la Sp2 sia stata provata e testata in lungo e largo su tutte le combinazione Hw/Sw possibili ed esistenti al mondo, allora come si dice in Inglese, "you have a second thought coming"

:tapiro: 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.

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 :rolleyes:

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.

@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ò ;))

E che due pelotas! Ci fosse mai una release decente...

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 :)

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.

bah... la soluzione è molto facile... una volta che la si conosce.

^^'

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...

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...

Anche la JVM ??!?!? Caspita :eek:

Secondo me la cosa migliore è disabilitare almeno per ora l'NX bit per dare tempo alle varie software house di aggiornare i propri programmi/driver. Non ho controllato, ma spero sia possibile se non dal pannello di controllo almeno cambiando qualche chiave sul registo...
D'altra parte fino a che non esce la versione italiana di questo SP io non lo posso installare!

a parte, che come gia' detto e' un problema del driver e non del sp2... ma sapete a cosa corrisponde quel driver...? a schede di decodifica mpeg2.... quelle vecchie per accelerare i dvd su pc poco potenti....

quindi non vedo il problema, chi su un computer odierno si mette su ancora una scheda simile...?

e se il computer e' quello vecchio, xp direi che e' troppo pesante... (si parla di circa p2 300 mhz...)

Se questi sono i problemi di un service pack, non riesco ad immaginare cosa succederà con il loghorn :asd:

Edit: ok è un problema del driver, però... :)

però cosa? se è un problema del driver, crederai mica che MS (che ribadisco, ha le sue colpe, in primis quello di mantenere quel maledetto registro di configurazione nei suoi OS) possa adattatare il suo codice ai driver??? semmai è il contrario.

ma perchè la gente deve sempre prendere per oro colato tutto quello che viene scritto?
Caspita basta un po' di ragionamento per capire che è il driver buggato (o cmq non progettato per il SP2) a causare il problema.
Questa io la classifico sul genere "Notizia da TG4".

Originariamente inviato da ilGraspa
Secondo me la cosa migliore è disabilitare almeno per ora l'NX bit per dare tempo alle varie software house di aggiornare i propri programmi/driver. Non ho controllato, ma spero sia possibile se non dal pannello di controllo almeno cambiando qualche chiave sul registo...
D'altra parte fino a che non esce la versione italiana di questo SP io non lo posso installare!

Attualmente posseggo il Windows XP 64-Bit che integra già il SP2 e disabilitando del tutto il DEP (certo che si può fare! C'è l'apposita opzione nel pannello di controllo) funziona ogni cosa. Non ho francamente provato ad aggiungere singolarmente ogni programma che ho scoperto incompatibile perchè ritengo che prima di "gettare la spugna" sia il caso di attendere le nuove release come dice ilGraspa

E' appena stato rilasciato (tra l'altro in italiano non è ancora disponibile). E' normale che emergano tutte le incompatibilità. Piano piano usciranno i driver aggiornati e poi via via le varie patch della microsoft come per il service pack 1.

Bel casino....i driver a 64 bit non sono ancora maturi l'ho potuto verificare..ci sono rogne a non finire......

Originariamente inviato da Braccop
a parte, che come gia' detto e' un problema del driver e non del sp2... ma sapete a cosa corrisponde quel driver...? a schede di decodifica mpeg2.... quelle vecchie per accelerare i dvd su pc poco potenti....

quindi non vedo il problema, chi su un computer odierno si mette su ancora una scheda simile...?

e se il computer e' quello vecchio, xp direi che e' troppo pesante... (si parla di circa p2 300 mhz...)

A dire il vero quel file è presente anche sulla mia x-card della sigma design, scheda pci x la decodifica hardware mpeg-4.
Quindi il problema non è presente solo sulle "vecchie" macchine con schede Hollywood e simili.

Tornando al thread, direi che sia buona cosa x gli utenti AMD64, di controllare l'hardware sulle proprie macchine. E nel caso di possibili problemi, aggiornare firmware e driver delle periferiche.
Non è tecnicamente possibile testare TUTTO l'hw presente sul mercato, è inutile ogni volta che viene scoperto un Bug o una falla di sicurezza, inneggiare a Ms come la responsabile di tutto.
In questo caso, almeno ;)

Da ke mondo e mondo sono i vari software (e driver) a doversi adattare ai sistemi operativi e non il contrario ........ anke se microsoft può fare il bello e il cattivo tempo!!!!!!!!!!!

Originariamente inviato da Fast68
Da ke mondo e mondo sono i vari software (e driver) a doversi adattare ai sistemi operativi e non il contrario ........ anke se microsoft può fare il bello e il cattivo tempo!!!!!!!!!!!
Da sempre ;) Sono questi gli obiettivi base di un software o di un driver ;)

Condivido pienamente che questa è una tipica news da terrorismo psicologico sull'Sp2.
La cosa triste è leggere risposte che la approvano... noto che molta gente si fa muovere come delle marionette e non ragiona nemmeno un po

ma dove andremo a finire se accusiamo la MS di bloccare l'esecuzione di codice buggato, cosa devono fare, creare un SP per tutti i virus che da oggi in poi non funzioneranno più ? ?__?

Il codice non è buggato...semplicemente non è più compatibile con l'hardware corrente... Il codice polimorfico era una delle risorse principali dei programmatori assembly per spremere fino in fondo la CPU...

http://download.microsoft.com/download/5/9/0/59071318-C4B1-481D-8FD6-E4BE9218E4CD/WindowsXP-KB835935-SP2-ITA.exe