Newsgroup: it.comp.os.dibattiti
Titolo: WinXP che ne pensate?

Salve a tutti
Che ne pensate di Windows XP versione Professional?
Microsoft sta facendo passi avanti?
Saluti

 Microsoft sta facendo passi avanti?
Secondo me no. Windows come sistema operativo ha 4 gravi difetti,
che non sono stati corretti e (mi sa) ci vorra' parecchio prima
che vengano corretti:
1. il sistema e' troppo 'bloccato' sulla sua interfaccia.
   Tutte le funzioni dipendono dalla presenza dell'interfaccia
   grafica, questo impedisce la creazione di tutti quegli scriptini
   di automazione che sono tanto comodi in Unix. Inoltre impedisce
   una facile integrazione tra varie "semplici" utility per creare
   utility piu' complesse.
2. manca un "vero" sistema di controllo dei processi
   se uno dei processi 'muore' inaspettatamente ci sono ottime
   probabilita' che l'intero sistema ne risenta, inoltre e' impossibile
   controllare lo stato di un processo (Windows non ha idea di cosa
   stiano facendo i vari processi), ne' e' possibile uccidere o rimuovere
   un processo in maniera sicura. Questo e' un serio problema e costringe
   spesso al riavvio dell'intero sistema per aggiornare un singolo
   processo.
3. manca un "vero" sistema di comunicazione tra i vari processi.
   OLE, DDE, COM, MMF etc. sono dei palliativi inventati via via per
   aggirare questo inghippo. La verita' e' che non esiste un vero sistema
   di comunicazione tra i vari processi, il che rende impossibile
   una vera coesione tra i vari programmi.
4. Il sistema viene rilasciato privo di tutti quegli strumenti di
   utilita' che servono per automatizzare ed eseguire le operazioni
   di routine (backup/amministrazione etc.), tutto questo e' ottimo
   per altri produttori di software (Norton, Symantec etc.), ma significa
   che l'utente oltre a pagare la licenza (costosina) di Windows deve
   *anche* pagare tutti i tools aggiuntivi....
Davide

 Microsoft sta facendo passi avanti?
Dipende se hai o meno gli occhi da gambero.
-- 
Pierluigi De Rosa (
tho...@durin.khazad-dum.net
).
<<      LINUX: the choice of a GNU generation     >>
<<   For my real address... ask the Balrog.       >>
* Sostenete la Lega per la Soppressione dei Troll *

 wrote:

Mah! Un mio collega (m$ developper extremed absoluted optused) mi ha fatto
vedere la beta 2 (credo ndr).
La prima cosa che mi ha fatto notare e' la mitica "interfaccia"; il bellissimo
effetto dissolvenza dei menu e una cosa nuova:
-vedi se io trascino un file nel menu nel cestino vedi il file in trasparenza
dentro il cestino come fosse di plastica trasparente; figo vero-.
CAZZO!! (Ho detto) ma e' una figata... M$ si che sa fare le cose serie.
Te saludo.
-- 
Zio Ciano

Il simpaticissimo tamarro SiemensMAN [
pri...@operamail.com
] ha scritto:

francamente, oltre alla rinnovata interfaccia ho visto ben poco. Ho provato 
la beta 2 per un po di tempo, come interfaccia ho messo quella classica xkè 
quella nuova non mi piaceva e non mi era comoda, idem per il menu avvio. La 
versione Professional inoltre (considera che era una beta) richiedeva 
sensibilmente piu RAM rispetto a Windows 2000. Come vedi adesso sono 
passato a linux e mi trovo meglio che con XP :-)
-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Saluti, Roby [
ro...@aruba.it
]
You may stop this individual, but you can't stop us all... after all, we're 
all alike.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

 wrote in message
news:9d65fj$g1ks7$6...@ID-18487.news.dfncis.de...


 ha scritto nel messaggio
news:MPG.1560b06ecffd4cca98977f@localhost...

Solo se davanti ha un baratro

 ancora la compatibilità con win95.
Ma se non vogliono neanche la compatibilita' tra Word X.1 e Word X.1.1
:-) 
Sinceramente, un mio amico con Win2000 non puo' leggere i file Word 6
perche' pare di default non sia installato il traduttore
necessario... qualcuno conferma?
-- 
Stefano - Hodie Nonis Maiis MMI est

necessario... qualcuno conferma?
Da me il filtro e' installato, ma io faccio sempre l'installazione
personalizzata e installo tutti i filtri, non so se di default non
c'e'.
Comunque basta infilare il cd e in 2 minuti il problema e' risolto.
Ciao
Francesco

 writes:

Veramente Word e' partito da solo con una ricerca in rete non si sa
bene dove (forse la rete universitaria da cui era stato
installato...). A onor del vero, e' bastato il "Cancel" e ha smesso
subito... 


subito... 
E' stato installato da disco di rete, alcune funzioni non sono
installate ma sono marcate per l'installazione on-demand al primo
utilizzo della funzione.
Comodo se hai una installazione di rete, rompicoglione se la hai fatta
da cd.
Comunque puoi scegliere se e quali funzioni mettere on-demand.
Ciao
Francesco

 Comunque basta infilare il cd e in 2 minuti il problema e' risolto.
Se Uord non fosse una ciofeca incompatibile con le sue stesse versioni
precedenti non ci sarebbe neanche bisogno di filtri.


 versioni precedenti non ci sarebbe neanche bisogno di filtri.
Guarda, a me starebbe pure bene se fosse chiaro che il formato nuovo
e' meglio del vecchio :-)
-- 
Stefano - Hodie postridie Nonas Maias MMI est

 ha scritto nel messaggio
news:9d65fj$g1ks7$6...@ID-18487.news.dfncis.de...

Inoltre mancano anche gli strumenti di sviluppo.
Io programmo abbastanza spesso con le OGL  e C++ Sinceramente
un IDE come VS non mi serve a molto (anche se e' comodissimo).
Spendere quasi un milione per comprarlo mi sembra esagerato...

 e' meglio del vecchio :-)
Il che non e' detto.. a meno che non si intenda per migliore il fatto
che aggiunge della fuffa in piu' nel tuo documento .DOC rispetto alle
versioni precedenti :-)


 di automazione che sono tanto comodi in Unix.
Mah. No credo c'entri molto l'interfaccia. Il problema e' che il prompt dei 
comandi e' di per se scarso.
-- 
balrog ):E...

    utilita' che servono per automatizzare ed eseguire le operazioni
Ma come, fanno causa a M$ perchč ingloba un browser e tui vuoi metterci
anche le utilities?
Saluti.

 comandi e' di per se scarso.
Mecojoni, dipende da quello che *tu* sai farci.


 anche le utilities?
Un browser per internet non e' una cosa che utilizzi per mantenere
il tuo sistema funzionante, un programma di archiviazione (stile tar)
lo e'.
Davide

 accorgimenti per aggirare questo problema.
Ma che fesserie dici. Esistono gli stessi meccanismi di comunicazione
interprocesso che esistono negli altro OS ed anche di piu.
Saluti.

 interprocesso che esistono negli altro OS ed anche di piu.
Piano con le parole, io non ho insultato nessuno. pipe e memoria
condivisa sono state aggiunte solo ultimamente, inoltre il meccanismo
di sharing della memoria ha seri problemi (rischi di 'spianare' l'heap
del programma con molta facilita'). Le socket non sono supportate a
livello di kernel, l'implementazione Microsoft ha parecchi
problemi ed e' sicuramente meno efficiente di quella Unix.
Usare COM per far comunicare due programmi e' fattibile solo se i due
sono stati progettati per funzionare da server, non sempre e'
cosi', procurarsi le informazioni su quali interfacce sono
disponibili e' un'impresa quasi impossibile in molti casi.
Davide

 disponibili e' un'impresa quasi impossibile in molti casi.
Basta saper leggere la documentazione di typelib.tlb. O saper
fare click clack su un object browser. Evidentemente non conosci COM.
Saluti.

 Mecojoni, dipende da quello che tu sai farci.
Ehm... parlavo di quello di windows.
-- 
balrog ):E...

 Ehm... parlavo di quello di windows.
Ah, allora come non detto.



| Ma come, fanno causa a M$ perchè ingloba un browser e tui vuoi metterci
| anche le utilities?
Con quello che paghi un win2k pro/server sarebbe il minimo
Henryx
-- 
===UN*X is SEXY!===
who|grep -i "green eyes"|date; cd ~; apropos fsck; whatis `unzip`|touch; 
strip; finger; mount; gasp; yes|more; uptime; umount; sleep

Ehmmmm, scusate se mi introduco nella rissa, ma avete tirato fuori
argomenti che vorrei approfondire... dove trovo documentazione sulla
gestinone avanzata della memoria in Win?
 Grazie e ciao
"Henryx" <henr...@libero.it.TOGLIMI> wrote in message
news:dkqbd9...@127.0.0.1...



Su questo hai sicuramente ragione, anche se nella scelta di un s.o. 
dovrebbero contare più i costi di gestione che il costo iniziale del 
software. 
Parte dei tool di amministrazione è compresa nel resource kit e 
l'integrazione di terminal server anche nelle versioni single-user dovrebbe 
diminuire l'esigenza di programmi di terze parti.
-- 
Valter Minute
min...@inwind.it
 (the reply address of this message is invalid)


Questo è un problema di chi fa le applicazioni e non rilascia la 
documentazione, non un problema dell'architettura.
Se un processo accetta dati sullo stdio puoi passarli senza conoscere il 
formato dei dati stessi?


 Come fai a farlo con ps?
Non con ps ma con pstree si.


 la personal abbiano incorporato un terminal server monosessione).
Cioe', la Microsoft vuole sbattere fuori dal mercato i Cult Of The Dead Cow
facendo dumping del suo prodotto? Geniale! Visto che e' quella l'applicazione
piu' cercata per Windows, mettiamola di serie!
:)
-- 
Davide Inglima, limaCAT

: 

Scherzi a parte, credo che sia una scelta abbastanza logica visto che uno 
dei punti deboli di win rispetto a unix č la mancanza di un meccanismo di 
controllo remoto "di serie".
Probabilmente ms ha ascoltato i lamenti di chi era costretto ad 
amministrare una wan e faceva piů chilometri di un pilota di linea...



Premetto che non sono molto esperto di unix (e ti prego quindi di perdonare 
eventuali vaccate)... ma mi pare che anche con pstree puoi sapere chi ha 
lanciato le verie istanze (vantaggio rispetto a ps e al task manager), ma 
non puoi distinguere tra due sessioni dello stesso applicativo lanciate 
dallo stesso utente (o servizio/demone nel caso in questione) e quindi non 
risolvi comunque il problema originale.


 Come fai a farlo con ps?
ps restituisce  il pid di  ogni processo che  giri, non c'e`  bisogno di
indovinare il PID partendo dal nome dell'eseguibile.
-- 
Renato "Hitman" Salzano - 
http://spazioweb.inwind.it/hitman/
 
e-posta : sonicblast (at) 
inwind.it
 / Xena:TWP fan
Webdesigner / indegno sysadmin di 
www.italservicesnc.it
 
Powered by Debian 2.x (Woody) on a K6/2 box - 100% Wintel free

> Microsoft sta facendo passi avanti?
Se erano di fronte ad un precipizio, spero di si...
Obelix

 risolvi comunque il problema originale.
Sicuro sicuro? Io ho appena lanciato due istanze di gvim e se usi -p ti
fa vedere il PID
[pier@durin pier]$ pstree -p
init(1)-+-actived(565)
        |-apmd(289)
        |-atd(355)
        |-cardmgr(382)
        |-crond(369)
        |-gpm(469)
        |-gvim(10774)
        |-gvim(10777)
senza contare altri switch "interessanti", per esempio
       -n     Sort  processes  with  the  same  ancestor  by  PID
              instead of by name. (Numeric sort.)
       -p     Show PIDs. PIDs are shown  as  decimal  numbers  in
              parentheses  after each process name. -p implicitly
              disables compaction.
       -u     Show uid transitions. Whenever the uid of a process
              differs  from the uid of its parent, the new uid is
              shown in parentheses after the process name.


compatibilità retroattiva).
DDE è tutt'altro che sorpassato... hai presente quei programmi che 
aprono più file nella stessa finestra? funzionano tutti tramite DDE. E' 
il modo più economico di fare certe cose e difficilmente verrà 
soppiantato, a meno che non arrivi un sostituto degno

disponibili e' un'impresa quasi impossibile in molti casi.
scusa, ma è colpa di COM?

bisogno di indovinare il PID partendo dal nome dell'eseguibile.
ma č una cazzata... ps ti spara un pappone simile:
100    	/bin/login
200    	/bin/bash
...
e cosě via
se hai una decina di bash in background e sai che una s'č inchiodata, 
come fai a sapere quale delle undici (eh sě, c'č anche quella che stai  
usando) devi ammazzare?
suppongo che i pid vengano assegnati in ordine pressochč cronologico... 
ma oltre a questo che garanzie hai? quasi nessuna, direi... anche con il 
pstree che citava thorin non č che te la cavi granchč, metti che tutte e 
dieci le bash in background siano figlie della shell di login, che 
cavolo fai?

 cavolo fai?
Strano ma vero, l'output di ps ha anche una colonna TTY: ti sei chiesto
a cosa possa servire?


 BSD di cui hanno fatto il porting
Non diciamo cazzate ! Stai forse dicendo che il codice BSD da cui m$ ha
_copiato_ non e' buono? Uhm, veramente comica questa, visto che
implementazioni simili sulle piattaforme *NIX funzionano bene... se
quelli di m$ non sanno neanche copiare bene che possiamo farci?



Sì, ma serve solo per quello, non per realizzare la comunicazione tra 
processi o (peggio) l'automazione degli stessi tramite script (altro 
argomento toccato dal post originale).
P.S. viene anche utilizzato da molti programmi di setup per creare le icone 
(visto che funziona anche se un utente ha deciso di usare il program 
manager invece di explorer).



Anche in windows ogni processo ha un ID (e il task manager lo chiama PID, 
tanto per essere originali :)), quello che volevo dire č che non puoi 
capire (per quel poco che sņ), ad esempio, quale copia di gvim stą 
lavorando su /etc/fstab e quale su /etc/inittab.


 lavorando su /etc/fstab e quale su /etc/inittab.
Uh?
[thorin@mordor thorin]$ GV .fetchmailrc 
[thorin@mordor thorin]$ GV .procmailrc 
[thorin@mordor thorin]$ pstree -a 
init 
 |-actived
 |-(apmd)
 |-atd
 |-crond
 |-deskguide_apple --activate-goad-server deskguide_applet
 |-fetchmail -d 300
 |-(gdm)
 |   |-X -auth /var/gdm/:0.Xauth :0
[..]
 |-gnome-terminal
 |  |-(bash)
 |  |   `-(su)
 |  |       `-(bash)
 |  |           `-epic -n thorin -c #cslug 
devlin.openprojects.net
 |  `-(gnome-pty-helpe)
 |-gnome-terminal
 |  |-(bash)
 |  `-(gnome-pty-helpe)
 |-gpm -t ps/2
 |-gvim -fn 8x16 .fetchmailrc
 |-gvim -fn 8x16 .procmailrc
dicevi?



che ne sapevo poco di unix :) (e questa discussione, se non altro, mi stà 
facendo imparare qualcosa di utile).
Comunque da quello che ho capito pstree ti fa vedere la command-line (cosa 
che potrebbe fare anche task-manager, visto che esiste un'API apposita, se 
chi lo ha scritto ci avesse pensato <grin>), ma non funziona se il file è 
stato aperto da dentro il programma senza passarlo sulla cl (ovviamente 
l'esempio non calza con vi, ma è il caso delle istanze multiple di excel 
citate nel post che ha generato questo sotto-thread).


 citate nel post che ha generato questo sotto-thread).
Beh questo e' un problema del modo in cui e' strutturato Uindous :)


 mai provato ma dovrebbe essere cosi')
Giusto per completezza... e' cosi'. Bladeenc (encoder mp3) si puo'
tranquillamente utilizzare passandogli un wav in input. Un esempio:
cat linus_thorvalds.wav | bladeenc -
-- 
Davide Inglima, limaCAT

 usando) devi ammazzare?
ps aux
Ti restituisce per  ogni task: user che l'ha lanciato,  da che terminale
l'ha lanciato e il suo PID fra le altre info (e sono tantissime).
Questo per _ogni_ task/processo/thread che giri nel sistema.
Leggersi le man page dei comandi fa bene - fallo anche tu.


 cat linus_thorvalds.wav | bladeenc -
Amen.. non avevo pensato a questo caso, eppure l'ho pure usato spesso,
vedi come alle volte ci si dimentica delle cose che si hanno proprio
sotto al naso?


l'applicazione viene killata brutalmente
FERMO LI'! Come sarebbe a dire? Esempio: una applicazione fa un bind()
della porta 80; gli do uno shutdown regolare; quella rifiuta; riprovo,
e sparisce; posso avere il socket ancora in bind(), con nessuno che ci
sta dietro a rispondere, e l'applicazione che NON RIPARTE?!?
...e, se questo caso dovesse verificarsi, 'sa fo?
Leonardo
-- 
Microsoft Outlook: il primo news reader con supporto messaggistica RAID 1.

...e, se questo caso dovesse verificarsi, 'sa fo?
Aspetti che scada il timer, succede anche in linux e credo che sia
richiesto da TCP.
-- 
ciao, | "You're one of those condescending Unix computer users!"
Marco | "Here's a nickel, kid. Get yourself a better computer"  -- Dilbert
      | (Ri)scoprire fidonet: 
http://bbs.bofh.it

Leggersi le man page dei comandi fa bene - fallo anche tu.
avercele

...e, se questo caso dovesse verificarsi, 'sa fo?
la prima volta mi bastò riavviare il server, la seconda volta dopo il  
vodoo, il malocchio, le galline sacrificate a Baron Samedi e tre 
avemarie, non ci furono cazzi e dovetti riavviare la macchina

 avercele
Ci sono su tutte le distribuzioni Linux, non parliamo mica di
informazioni nascoste oppure a pagamento.


hades...@libero.it
 (Davide Inglima - limaCAT) wrote in 
<slrn9g1q2k.c...@alexandra.kaleshnokev>:

Sě, ma non credo tu ottenga risultati apprezzabili passando 
linux_thorvalds.wev al programma per generare le signature o passando la 
"quote of the day" a bladeenc.
Il discorso era partito dal fatto che, tra i "punti deboli" 
dell'architettura COM, veniva elencato il fatto che fosse necessario 
conoscere le interfacce da utilizzare, considerazione che mi sembra ovvia e 
valida anche nel caso delle pipe.


 "quote of the day" a bladeenc.
E grazie, ci si aspetta che, secondo il paradigma del pezzo di carne,
chi esegue il comando passi dei dati consistenti. Tu apriresti un
database Oracle con il Lettore Multimediale?



Dire che COM (qui visto in contrapposizione con le pipes) non č "elegante" 
perchč devi conoscere le interfacce dei vari servizi che vai ad utilizzare 
č un'affermazione priva di senso.
Spero che su questo siamo tutti d'accordo :) (e possiamo ricominciare a 
scannarci sugli altri aspetti di COM).


ripeto: potrebbe non bastare. Ma chiudiamo il discorso perchè non mi 
E` troppo comodo scrivere cazzate e poi cavarsela con "chiudiamo il
discorso". Ti invito a descrivere uno scenario realistico in cui le
informazioni fornite da ps non sono sufficienti per individuare un
processo.


 richiesto da TCP.
Ehm, penso che diciate due cose diverse.
Te intendi lo stato TIME_WAIT che occore dopo la chiusura *regolere* di
un socket.
Loro parlavano della possibilita' che W2K non rilasci i descrittori
di file aperti (socket) quando un programma viene killato. Cosi' per il
sistema la porta in questione e' *ancora* usata e nessun'altro puo'
riaprirla.....
A pero' che figo W2K, da un piacevole senso di incertezza alla vita :)
-- 
David
To err is human...to really foul up requires the root password.

 scannarci sugli altri aspetti di COM).
Si, siamo d'accordo ma non ho intenzione di scannarmi su qualcosa che
non conosco, sinceramente :)


un socket.
No. Intendo il periodo che passa tra il momento in cui uccidi un
programma con un socket TCP aperto e in listening e il successivo
momento in cui un altro programma potra` di nuovo usare quella porta.


soppiantato, a meno che non arrivi un sostituto degno
DDE = Dynamic data exchange? Secondo me non c'entra molto con l'aprire
file nella stessa finestra (che invece è una delle funzioni di MDI); e
comunque ricordo che da qualche parte nel SDK di Windows, non chiedermi
dove, si sconsigliava l'uso del DDE, in quanto appunto sorpassato.
-- 
Saluti,
    Mardy


Generalmente il DDE è utilizzato dalla shell (explorer) per aprire i 
documenti gestiti dalle applicazioni MDI (quelle SDI generalmente si 
accontentano di un parametro a linea di comando).
E' sorpassato come i file di ini e dozzine di altre funzioni che però 
vengono ancora sfruttate da parecchi programmi (ms in primis) poichè sono 
implementate direttamente dai framework (MFC) o è possibile trovare codice 
copia-incolla pronto all'uso.


 sotto al naso?
Beh, dai, per te e' comprensibile... con tutta quella barba :)
Cmq, Thorin, per controbilanciare posso dirti che
1) ho sfruttato tutti i tuoi post di domande su apt su ico.software
2) ho imparato l'uso di pstree
:p
-- 
Davide Inglima, limaCAT

valida anche nel caso delle pipe.
E' ovvio... gli umani NON hanno la sfera di cristallo, dovrebbero averla gli
elaboratori? ;)
-- 
Davide Inglima, limaCAT

 2) ho imparato l'uso di pstree
Questo gia' e' un bene eheheh


 programma con un socket TCP aperto e in listening e il successivo
Stiamo dicendo la stessa cosa, che tu chiuda un socket con close(fd)
o uccida un processo (in questo caso la close la fa il kernel),
la connessione entra in stato di TIME_WAIT (poi mi sembra ci sia
la FIN_CLOSE1 e 2) per assicurasi che l'ultimo byte trasmesso sia giunto in
porto.
IL problema di cui parlavano e' un *po'* diverso.> momento in cui un altro programma potra` di nuovo usare quella porta.
-- 


porto.
Non e` lo stesso. Nel primo caso un server puo` immediatamente rifare il
bind su quella porta, nel secondo no.


 poco.. figuriamoci se fossi stato un esperto !!
Gia'... "man qualcosa" :)
-- 
Davide Inglima, limaCAT

interessa moltissimo una flame su ps
Ehmm... dimmi un caso nel quale non bastano. 
Non me ne viene in mente nessuno, e ci ho pensato. 


richiesto da TCP.
Seeeeeeeee. Che succeda in Linux puo' essere. Che su IIS basti aspettare
un qualche timer, ti garantisco di no.
Oppure, e' normale che il timer stia su per una decina di minuti, o che,
rialzando IIS, si resetti il timer?


avemarie, non ci furono cazzi e dovetti riavviare la macchina
A parte che a Baron Samedi dovevi sacrificare dei galli, le galline
sono per Maman Brigitte (l'ho appreso durante i rituali svoltisi in
occasione degli ultimi due "problemini").
Pensando a qualche timer, o a memoria sporca o chissa' che cosa, ho
appunto provato:
	- ad aspettare;
	- a caricare e scaricare grosse applicazioni;
	- a fare un paio di TELNET, a vuoto, sulla porta 80 dell'IP
	  esterno (hai visto mai?);
ma non e' servito.
Ho chiesto che aprissero la posizione all'Ufficio Personale per una
sistemista vergine con i capelli rossi, e lunedi' dovrebbe giungere
una cassa con due capre nere via DHL.
Sulla copertina di questo cazzo di libro c'e' pure scritto "Compra,
leggi, e non ti pentirai del prezzo" [1]: staremo a vedere.
Leonardo
[1] e' pero' una copia anastatica, usata. L'originale costa piu' di
    un anno di stipendio, non avrei saputo come giustificarlo.


leggi, e non ti pentirai del prezzo" [1]
Buffo e' quasi la stessa frase delle cha line porno che pubblicizzano
dopo la mezzanotte...
Obelix cambia solo il secondo termine....

 per favore, informatevi prima di scrivere di queste cose..
...E poi per localizzare un processo fra tanti c'e sempre il buon grep :-)

 ...E poi per localizzare un processo fra tanti c'e sempre il buon grep :-)
"Il tool piu' bello che esista" (C) A. Rubini, se non ricordo male :)


Buffo e' quasi la stessa frase delle chat line porno
...e, se pensi che il titolo e' "Il Mazzuolo delle Streghe"...
Leonardo e i corsi e ricorsi storici


quelli di m$ non sanno neanche copiare bene che possiamo farci?
che ti devo dire, ho solo fatto una constatazione. Nessun giudizio 
perchè io le socket non le ho mai digerite, su nessun sistema operativo. 
E se posso astrarre dalle socket (DCOM I love you), ben venga

 E se posso astrarre dalle socket (DCOM I love you), ben venga
Beh secondo me e' proprio cosi', quelli di m$ non sono capaci nemmeno di
copiare e che abbiano copiato lo dice strings(1):
[root@durin windows]# strings ftp.exe | less
!This program cannot be run in DOS mode.
.text
`.data
.rsrc
@.reloc
WSOCK32.dll
USER32.dll
CRTDLL.dll
ADVAPI32.dll
KERNEL32.dll
[..]
@(#) Copyright (c) 1983 The Regents of the University of California.
 All rights reserved.


 @(#) Copyright (c) 1983 The Regents of the University of California.
                     ^^^^
alla faccia...

 alla faccia...
Gia', eh? Copia di vecchia data e'...


 vai ad utilizzare è un'affermazione priva di senso.
non serve conoscerle, basta importarle. Tutti i server OLE girano 
assieme alla loro type library, con la descrizione dell'interfaccia


Non è obbligatorio fornire e registrare la type library (anche se è vero 
che la maggior parte dei server lo fanno). 
E comunque una volta importate dovrai pur capire come utilizzarle.



pidof non funziona ?
bye
Gianluca

E comunque una volta importate dovrai pur capire come utilizzarle.
OLE prevede librerie auto-documentate, anche se molti se ne fregano e 
non documentano


Comunque dovrai andarti a vedere quella "documentazione" e spesso l'help 
relativo a classi e metodi non è sufficiente per capire come utilizzare le 
classi.



Si, ma sono un ultrà di grep :-)