Newsgroup: it.comp.programmare.win32
Titolo: NT, Windows 98 e thread

Windows NT mette a disposizione del programmatore una serie di oggetti di
sincronizzazione (semafori, sezioni critiche,...). Pensavo che qesti oggetti
non fossero quindi utilizzabili sotto Windows 9x, inveve i programmi che li
usano funziano perfettamente anche sotto questo SO.
Alla fin fine, mi chiedo: quali differenze ci sono tra Windows NT e Windows
9x quando si programma in multithread?
Grazie
Obi.

| Alla fin fine, mi chiedo: quali differenze ci sono tra Windows NT e
Windows
| 9x quando si programma in multithread?
Il numero di blocchi del sistema... :-)
--
Ciao , Ricardo Antonio Piana
(Rico per gli amici)
ricard...@tiscalinet.it
ICQ #53211666
______________________________________________
Tutti i miei racconti , alcune poesie ed altro nel mio sito
http://kiss.to/rico
______________________________________________

 9x quando si programma in multithread?
A parte le prestazioni, intendi? ;-)
Agli occhi del programmatore le differenze sono marginali, e si stanno
ulteriormente assottigliando. In questo momento non mi viene in mente nessuna
funzione di sincronizzazione/IPC che possieda soltanto NT, a parte quelle per
le named pipes.
--
Bye! Lorenzo Lutti (
http://www.geocities.com/SiliconValley/Peaks/6258/
)

 le named pipes.
Grazie per la risposta. I dubbi mi sono venuti leggendo il libro
"Multithreaded Programming with Windows NT", che appunto parla
esclusivamente di Windows NT, non specificando mai quali dei concetti
esposti possano essere estesi anche a Windows 9x.

 
Alcune funzioni basilari per la gestione di processi e thread che ha
NT ma non Win95/98 sono: CreateRemoteThread, Get/Set
ProcessPriorityBoost
e ThreadPriorityBoost, GetProcessTimes e GetThreadTimes, Get e Set
ProcessWorkingSetSize, SetProcessAffinityMask, e SwitchToThread.
Ci sono poi varie cose degli hook, come i WH_MOUSE_LL e
WH_KEYBOARD_LL, che funzionano solo con NT (recenti); e
altre come WH_DEBUG e WH_FOREGROUNDIDLE, "da sempre",
sono NT-only.
Fra le funzioni di sincronizzazione, forse la piu` importante
che manca in Win95/98 e` TryEnterCriticalSection. 
Alex

Il fatto che su NT ogni processo è distinto da un altro, quindi è più
difficile che uno blocchi un altro, mentre su Win9x no (per la compatibilià
Win16).
--
Diego "1985" Pettenò
per gli spammer la mail è
diego...@hotmail.com
ATTENZIONE: rispondo ai messaggi di pubblicità indesiderata
su TiscaliNet con un bel messaggio al provider di competenza!
per i messaggi seri è
diego....@tiscalinet.it

Win16).
In che senso i processi win9x non sono distinti? Quello che forse intendi
dire e' che tutti i programmi win16 "girano" nello stesso thread, ma questo
di per se non sarebbe un problema, dal momento che gli altri processi win32
stanno su thread diversi.
Il problema e' soprattutto sulla pessima gestione della memoria in win9x,
che finalmente ho capito con che logica avviene: a caso. ;-)
Saluti,
    Mardy

 Il problema e' soprattutto sulla pessima gestione della memoria in win9x,
Questo e` un altro problema, ma la memoria condivisa e` stata una scelta
deliberata. Ricordo con divertimento una procedura (proposta se non sbaglio da
Leonardo Serni) con cui usando il comando DEBUG del DOS si riusciva a scrivere
dei caratteri sul desktop di Windows... :)
