Newsgroup: it.comp.os.linux.development
Titolo: PE di Windows e ELF di Unix: un confronto

Salve, premetto che non sono un esperto sull'argomento, ma il confronto
lascia per alcuni versi insoddisfatto. Ho letto su Linux&C che KDE 2 ha
creato un sistema del tutto particolare per il lancio di applicazioni:
siccome la maggior parte del tempo viene speso nel risolvere i simboli
delle librerie, tutti i programmi sono eseguiti come "plugin" di kdeinit.
Ciò rende i tempi di startup delle applicazioni KDE quasi normali-secondo
me un grande vantaggio di KDE su Gnome è che da KDE puoi eseguire
tranquillamente programmi Gnome, su Gnome se provi a far partire qualcosa
di KDE puoi farti un sonnellino nel frattempo sfruttando il tuo
super-mega-QuadBazillium IV(come dice il Kernel HOWTO). Invece non mi
risulta che su Windows ci siano problemi simili. E' un difetto
dell'architettura ELF? Perché lo startup dei programmi KDE ha bisogno di
questo "trampolo"?. A parte questo, so che
una DLL ha delle variabili globali(condivisi per tutto il codice della
DLL) mentre invece ciò non succede per un .so: è vero? Inoltre sarei
interessato a un confronto a più largo raggio. Grazie
-- 
cat <<EOF
Paolo Giarrusso, aka Blaisorblade(togliere solo REMOVEONLYTHIS per rispondere)
Kernel 2.4.19 on an i686; Linux registered user n. 292729
EOF

 E' un difetto dell'architettura ELF? Perché lo startup dei programmi
<flame=ON>
no, e' un difetto dell'architettura kde.
<flame=OFF>
-- 
#include <stdio.h>/* (C) BW2K+3 This code is released under GPL 2+ */
int main(){char c[]={98,108,97,99,107,119,111,108,102,64,100,101,115,112,
97,109,109,101,100,46,99,111,109,32,119,101,98,46,116,105,115,99,97,108,
105,46,105,116,47,98,108,97,107,119,111,108,102,0};printf("%s\n",c);}

 <flame=OFF>
what do you mean?
-- 
Rhymes (rhy...@NOSPAMmyself.com)
linux registered user #219707
linux registered machine #172395

 <flame=OFF>
<flame>
E' la prima che sento... sei sicuro che per KDE esistano applicazioni ?
</flame>
In effetti non la sapevo però... mi sembra una discreta porcata, anche
applicazioni piuttosto complesse come The Gimp ci impiegano relativamente
poco a caricare, mi sembra più uno svantaggio delle applicazioni KDE che
un difetto di ELF.
Mah, meglio Gnomi che Troll(tech) <g>
Ciao :p
	Nicholas

 Inoltre sarei interessato a un confronto a piů largo raggio. Grazie
Potresti cercare il suddetto paper di Waldo bastian:
"Making C++ ready for desktop", e relativi link in fondo :)
-- 
Ikitt
*** mailserver: 
freemail.it

 what do you mean?
Quando lanci una applicazione KDE, lei si tira su diverse applicazioni
di contorno, appartenenti al KDE, mi pare addirittura il session manager
e l'ORB, mentre una applicazione gnome non lo fa, apre solo le librerie
che gli servono e basta.
Quando sei sotto KDE quelle applicazioni le hai gia` aperte, quindi non
deve riaprirle, quando sei sotto Gnome no, quindi deve aprirle.
Se in Gnome lanci una seconda applicazione KDE dopo la prima dovrebbe
aprirsi molto piu` velocemente perche` le applicazioni sono gia` in
memoria.
Bye.

 memoria.
Si ho notato...peccato che ora per qualche strano motivo divino legato
alle dipendenze non posso avere nessuna applicazione kde sulla debian
unstable :)


 Bye.


 ha bisogno di questo "trampolo"?.
kde è un enorme baraccone. Quindi per partire ha bisogno di una spinta.
Seriamente: tutti i programmi di kde hanno un bordello si simboli da
risolvere. Quindi o si aspetta che vengano risolti tutti o li si
prerisolve. O si cambia windowmanager.

 che su desktop leggeri come IceWm o XFCe
ovvio, devi tirare su tutta l'infrastruttura corba che sta alla base di
kde. Hai mai visto quando lanci X con kde quanto ci mette a partire?



KDE non usa corba, ma un criptico DCOP, che altro non è che qualcosa di
molto simile a COM.
Ciao,
	Nicholas

 molto simile a COM.
dcop non è un derivato corba? mi era parso di aver letto di sì...



No, secondo i geniacci di KDE Corba era troppo pesante e hanno utilizzato
un sistema diverso, sempre basato su socket, ma senza la struttura
puramente client/server di Corba ne un object broker e blablabla.
De gustibus :)
Ciao,
	Nicholas

 blablabla. De gustibus :)
L'object broker c'è - se per object broker si intende un qualcosa che
recupera un'istanza di un'oggetto data una richiesta, ad esempio un
lettore di HTML. Oppure non mi ricordo cos'è un object broker?
-- 
Andrea Bergia - studente              Linux Registred User #281550
"The one thing we're all waiting for, is peace on Earth and an end to
war,
it's a miracle we need, the miracle, the miracle, 
Peace on earth and end to war today,
That time will come one day you'll see when we can all be friends"