Microsoft Windows Vista: rilasciata la preview di novembre

[fek]

Originariamente inviato da MenageZero

e se parlassimo un po' di Vista ? (una semplice proposta effettiva, non retorica per lamentare off topic, tra l'altro ho letto e trovato interessante tutta la discussione anche quando non si parlava strettamente di Vista)

E facciamo sta botta di vita, parliamo di Vista

programmare con le api di vista(o con ciò che sarà esposto da winfx,per capirci, se winfx non fossero proprio le api intese come intefaccia executive/userspace) sarà come ora con il framework .net e relative lib ? cosa ci sarà di nuovo e rilevante ? o il dev vedrà una api completamente nuova ?

Sostanzialmente sara' piu' o meno come ora a livello architetturale: da una parte le API classiche Win32 saranno presenti e accessibili e rappresenteranno il "basso livello". Sopra alle API ci sara' le cosi' dette "API managed", WinFX, che rappresentano uno vista molto ad alto livello delle API Win32 e si appoggia al framework .NET (e' tutto detto molto male, ma spero che renda l'idea).

La grande differenza e' che il framework .NET viene promosso a cittadino di primo piano e non sara' piu' opzionale. E' il primo passo verso una futura integrazioni di parti del CLR di NET nel kernel di Windows.

devo aver letto da qualche parte di giochi in "doppio render" dx10/9 per anni dopo l'uscita di vista... mi chiedevo (e qui potrei dirne di grosse, visto che la grafica è l'area di programmazione che più mi è oscura):
- quindi un engine solo dx10 non potrebbe girare affatto su una gpu dx90c-(o solo in modo totalmente indecente, anche richiedendo il minimo del dettaglio ) ?

Purtroppo un engine DX10 non potra' girare su piattaforma DX9 (e GPU DX9). Sono stati tagliati i ponti con il passato, e quindi via ai giochi con doppio renderer.

- si pensa che con questa "doppia via" la resa della qualità grafica avrà un "giusto gap" tra chi eseguirà il gioco con gpu dx10 e chi dx9 (perché eventualmente nel primo caso viene effetivamente sfruttato ciò che offre in più la nuova lib. e relativo hw); o invece la resa finale, in qualità, sarà allineata al max possibile con gpu dx90c ?

La mia opinione e' che si andra' per molto tempo sul minimo comun denominatore DX9 e ci vorrano anni affinche' si inizino a vedere reali differenze sostanziali fra il renderer DX10 e quello DX9 laddove ci saranno due renderer.

qualche mese fa avevo letto, in un articolo su www.winsupersite.com dove si parlava delle possibili versioni du Vista, di un qualche sistema di virtualizzazione(o almeno wrapping no ricordo bene) per poter esguire anche sw unix (non c'era scritto nulla di preciso al riguardo), almeno nella edizione enterprise e quella "all-inclusive" di cui non ricordo il nome... qualcuno ne sa qualcosa ? c'è già qualcosa nella preview ?

Personalmente non credo che questo accadra', i problemi di compatibilita' fra sistemi operativi con diverse architetture sono talmente grossi (e solo parzialmente risolti da architetture come la Java Virtual Machine) che vedere un sottosistema Unix usabile in produzione mi pare una possibilita' remota.

[bjt2]

E di Cygwin che ne pensi? Io l'ho usato e non era tanto male. L'unico problema era la versione della dll del layer di emulazione...

[fek]

Originariamente inviato da bjt2

E di Cygwin che ne pensi? Io l'ho usato e non era tanto male. L'unico problema era la versione della dll del layer di emulazione...

Le poche volte che ho provato ad usarlo mi e' venuto mal di testa

[MenageZero]

grazie per le risposte

Originariamente inviato da fek

La grande differenza e' che il framework .NET viene promosso a cittadino di primo piano e non sara' piu' opzionale. E' il primo passo verso una futura integrazioni di parti del CLR di NET nel kernel di Windows.

interessante...
Quindi in vista il CLR sarà un subsystem dell'executive, invece che in userspace come ora (ammesso che ci stia prendendo e che ora che sia così ) e nella successiva major release esso o parti di esso verranno integrate nel microkernel ?
Oppure, in vista, CLR ancora in userspace ed il passo successivo sarà quello di integrarlo nell'executive ? (o qualcosa "del genere")

chiedo scusa se ho pasticciato, in particolare con i termini specifici ("executive"& co...), ne ho azzardato l'uso per essere sintetico ma l'ultima volta che ho studiato "per bene" l'architttura di win era su un testo che prendeva a riferimento nt4 ed è passato qualche anno...

[cdimauro]

Originariamente inviato da bjt2

E di Cygwin che ne pensi? Io l'ho usato e non era tanto male.

Idem. GCC, G++, BASH, RHIDE, ecc.: c'è tutto, e per chi lavora con sistemi Unix-like è quasi come sentirsi a casa.

L'unico problema era la versione della dll del layer di emulazione...

Cioé?

[bjt2]

C'erano versioni diverse della dll, se la scaricavi da server differenti. Programmi compilati con quella versione funzionavano solo con quella dll. Davano errore, nel sesno che usciva una message box che informava che degli entry point non erano stati trovati. Sia con la dll nuova, che vecchia. Quindi dovevi usare la stessa versione. Non ho capito quale mirror dava la versione più aggiornata e non mi ero segnato il mirror della versione che avevo scaricato: risultato: ho dovuto ricompilare tutti i programmi e potevo farlo solo io, perchè i miei colleghi non riuscivano a scaricare la stessa mia versione! Mi ricordo che le dll avevano lo stesso nome, ma una era 832kb ed una poco più di un mb... Che mal di testa a quei tempi... Ma ho risolto con MinGW...

[cdimauro]

Non ho mai usato versioni diverze di Cygwin... Per fortuna!

Quanto a MingW, l'ho usato e lo trovo molto comodo... Specialmente per compilare delle versioni modificate di MAME e MESS...