Newsgroup: it.comp.os.dibattiti
Titolo: La coerenza di Windows

Ho sentito voci secondo le quali la prossima versione (Uindovs200?)
avra' la directory /winnt/system/ in sola lettura: all'interno ci
saranno solo un buon numero di librerie standard e tutti i programmi
che ne usano altre dovranno schiaffarle nella propria directory.
Qualcuno conferma? Qualcuno smentisce?
Ed ora la sterile polemica Adamo-like: quindi la M$ avrebbe
ammesso il misero fallimento della propria politica di gestione
del filesystem... :-)
A parte tutto il punto e': possibile che M$ abbia puntato tantissimo
sull'interfaccia fica (nulla di male, anzi) ma se ne sia sbattuta cosi'
tanto dell'organizzazione del sistema tanto che non esistono (o almeno
non sono assolutamente seguite in Win9X) linee guida per la disposizione di
librerie condivise ne' uno straccio di organizzazione del "menu di avvio"?
Per questi aspetti la Debian e' messa meglio (o almeno ci prova!):
per il filesystem segue lo standard e per il menu di avvio ha definito
una struttura sensata che tutti i pacchetti devono (dovrebbero!)
rispettare.
Oh, oggi mi girano...,
-- 
Davide   |`. /\      
albe...@usa.NO-SPAM.net
      | PGP KeyID:
Alberani |__)~~\ 
http://members.xoom.com/alberanid/
 | 0xD0354739

 per il filesystem segue lo standard 
non l'ho capito di nuovo. Cosa instendi per File System ?
-- 
Ciao ....
       Massimiliano ADAMO
    E-mail: 
maxa...@usa.net

 due esse finali e senza doppia-v)
Io preferirei UinDOS...
cosě, tanto per rimanere coerenti col passato ;-)
Ciao ciao
*********************************************************************
Il mio indirizzo é 
pu...@betanet.it
, ICQ#20390352
*********************************************************************
La Tariffa Urbana a Tempo diminuisce la liberta' di tutti gli utenti
Internet. Anche la tua.
http://floriana.home.ml.org/noTUT/
*********************************************************************

 non l'ho capito di nuovo. Cosa instendi per File System ?
Idem come sopra.
Bye,


 non mi piace, non e' affatto ordinato...
le DLL stanno su %SystemRoot%\system32 e %SystemRoot%\system
Altrimenti, nei casi di programmi un po' vecchi, possibilmente a 16 bit,
possono trovarsi nella direcotry dove viene eseguito il il programma ...
Altrove non possono stare, poiché la variabile d'ambiente, su cui è
impostato il path predefinito, contiene solo quelle directory.
.... a differenza di Unix-Linux, il DOS e tutti i Windows, al path
predefinito, aggiungono la direcotory di lavoro, per questo le DLL
possono stare insieme al programma (volendo) ... tant'è che in Linux,
per lanciare un eseguibile, anche se ti trovi nella directory in cui
esso risiede se prima non digiti "./" lui non trova il file. Unix, da
riga di comando è davvero "grande" rispetto al DOS ma questa è
senz'altro una funzione in più che DOS ha e che è abbastanza utile ...
d'altra parte, nello stesso Linux fino a poco tempo fa si parlava di
grossa novità quando fu inserito l'editing della riga di comando su Bash
.... che sarebbe che puoi tornare indietro con le freccette per
correggere il testo digitato male. Può darsi che qualcosa in questo
senso cambierà anche in Unix.


 viene avviata una ricerca sul Disco (ma anche in rete e su internet!)
Per la serie: La sicurezza non abita qui....
-- 
(o-  ________________________________________________________________
//\  Luca Di Taranto                             dita...@zappami.tin
V_/_ to email me, please, remove "zappami" and add ".it" after ".tin"

,
Max_Adamo wrote:
 >possono stare insieme al programma (volendo) ... tant'è che in Linux,
 >per lanciare un eseguibile, anche se ti trovi nella directory in cui
 >esso risiede se prima non digiti "./" lui non trova il file.
export PATH=$PATH:.
-- 
 teØ - mailto:
t...@slut.panservice.it
- Fletto i muscoli e sono nel vuoto -

senz'altro una funzione in più che DOS ha e che è abbastanza utile
Questa del ./ e' una domanda che facevano al corso di laurea in Informatica
qui a Firenze.
Quelli che, per loro disgrazia, rispondevano qualcosa sul tipo di quello da
te scritto sopra, sono condannati alla "caccia grossa", ovvero il prof tira
il libretto universitario dalla finestra, giu' nel parco.
Ti do' un indizio sul motivo reale.
Immaginati la seguente scena: io sono un utente "sospetto". Posso compilare
quel che voglio nella MIA directory. Tu ci vai (da riga di comando)
	cd /home/lserni
...e adesso? Cosa fai?
Leonardo
Microsoft Outlook: cosa vuoi postare postare postare postare postare oggi?

esso risiede se prima non digiti "./" lui non trova il file. Unix, da
Adamo, prova a fare a editare ~/.bash_profile o /etc/profile in modo
che la variabile PATH contenga anche la dir .
+o- 
export PATH="/sbin: [snip] :."
Non viene messa di default per problemi di sicurezza (piu' che altro
di root, cmq)
--
Unix is simple and coherent , but it takes a genius  to understand
and appreciate  its simplicity .
                                   Dennis Ritchie .
 
email: r.salmaso (at) 
flashnet.it
email: salmaso.raffaele (at) 
iname.com

 grossa novitą quando fu inserito l'editing della riga di comando su Bash
quantifica: "poco tempo fa"!
ciao
Luca
(*) tratto da "Practical Unix & Internet Security" O'Reilly



		attenzione: rispondere solo a questo indirizzo!
                  Idiot's Guide to Windows 95 - Dictionary
   Multitasking
   You can crash several programs all at once. No waiting!


		attenzione: rispondere solo a questo indirizzo!
Idiot's Guide to Windows 95 - Dictionary
   Multimedia
   Experience the immense sight and sound of crashing. Compatible with
       existing software It will also crash your existing software.

 ...e adesso? Cosa fai?
... ho capito .. non subitissimo, ma ho capito.
Faccio un script che (guarda caso) si chiama "ls" e che fa eslpodere il
PC con Linux dentro ... così quando Root, tutto pimpante, vorrà dare
un'occhiata alla mia directory gli scoppierà il Linux in faccia: ben gli
sta !


 Per la serie: La sicurezza non abita qui....
Per la serie: fai un clickete e disabiliti quest'opzione.
... lo so, lo so, ... se questa opzione fosse possibile anche in Linux
dovresti scrivere almeno 500 righe di comando per disabilitarla.


cia...@TOGLIMI.stud.unipg.it
 wrote:
 >execve("/bin/bash", "qualcosa", "qualcosaltro"); ) , poi lancia il mio
 >programma "sudicio" con settato LD_PRELOAD=/tmp/stronzlib.so.1
Ovviamente non funziona, dovrebbe essere spiegato anche nella man page.
-- 
ciao, | [Per rispondere togli "toglimi" dal mio indirizzo.]
Marco | * The Internet is full. Go away.  -- Joel Furr *

impostato il path predefinito, contiene solo quelle directory.
Balle. io ho aggiunto c:\windows\system e c:\windows al path di NT e
trova benissimo anche le DLL che sono li'. quindi. ho le DLL sparse
per tre dischi...
btw , la stessa variabile di sistema e' stata modificata anche
dall'installazione di programmi (che POI non l ahanno ripulita... ma
questo e' un'altro discorso...)
Obelix

.... che sarebbe che puoi tornare indietro con le freccette per
Veramente c'e' da anni...

sta !
Quasi. In realta' non gli esplode, perche' il "." e' in fondo al path,
non in cima. Quindi quando root da' "ls", viene eseguito /bin/ls senza
problemi.
Pero'...
Pero', con il ./ nel path, rischi di eseguire per sbaglio qualcosa che
si trova nella dir corrente (come esperimento di social engineering io
scrissi un file "
dri.com
", per DOS; avevo un operatore che sbagliava a
scrivere "dir". Il comando, fatto quel che doveva fare, scriveva "Nome
o comando non valido" per non insospettire nessuno).
Leonardo
".signature": bad command or file name

dovresti scrivere almeno 500 righe di comando per disabilitarla.
500 per te che fai uno sforzo nel non clickare... per noi ne basta
una.

dovresti scrivere almeno 500 righe di comando per disabilitarla.
Ci sei andato vicino: hai sbagliato di 499.
# Enable auto update of packages
# Packages are divided into NORMAL and URGENT classes; the latter
# includes security fixes.
#
# Your Internet device. Update will only be run if this device is up.
# Setting it to "" is a quick way to disable auto update.
MONITOR_DEVICE="ppp0"
# Timeout
MONITOR_TIME="15d"
MONITOR_TIME_URGENT="1d"
MONITOR_NOTIFY="/usr/bin/playsound /var/sounds/updating.au"
UPDATE_SITE="
http://www.
***.com/autoupdate/update.cgi"
# Update action is "mail" (mail advice to root), "[auto]install",
# "none"
# Other actions may be added as scripts in /usr/sbin/autopkg/scripts
UPDATE_ACTION_NORMAL="mail"
UPDATE_ACTION_URGENT="mail"
A questo punto mi domando se:
1) Windows consente di specificare DA DOVE prelevare i pacchetti
2) Se specifica ogni quanto fare un auto-update
3) Se ti consente di scegliere il MODO con cui vuoi essere avvertito
4) Se l'auto update puo' essere controllato (oppure... quando parte,
   parte e va fino in fondo?).


 e possibile che si ritrovi una shell di root?
no, poiche' il meccanismo di preload delle librerie non funziona con
programmi suid (a meno di non essere root)
ciao, Roberto
-- 
Those who do not understand Unix are condemned to reinvent it, poorly.
-- Henry Spencer

 dovresti scrivere almeno 500 righe di comando per disabilitarla.
bah! veramente con Linux puoi decidere quale libreria far utilizzare al tuo
programma! 
man ld.so per ulteriori informazioni!
per vedere di quali librerie necessita un programma, basta fare 
ldd nome_prog


 sperando di essere smentito... ciao!
non penso! mi sembra che ci  sia qualche limitazione per i programmi suid root


 di conferma con tanto di warning!!
no Luca, io sto solo ipotizzando su qualcosa che ho letto di sfuggita
quando ancora c'era in giro la Beta2 di NT 5. In base a quelle 4
fesserie che ho letto io ho ipotizzato il funzionamento di alcune
cosette e nulla di più. Ma da qui a poter dire dire che questa
funzionalità è abilitata o meno di default ne passa molto. Ovviamente,
credo che non può essere abilitata di default anche perché, di default,
la maggior parte delle macchine non hanno un modem on-board. Ad ogni
buon conto, qualsiasi cosa detta sull'argomento e vaga e imprecisa
perché non ho mai visto NT 5 in vita mia e ho letto poschissimo a
riguardo.


 trova benissimo anche le DLL che sono li'.
bravo: questo era molto scontato .... se aggiungi nuovi percorsi di
ricerca puoi mettere le DLL anche in rete .....


cosette e nulla di più.
Diceva Zixia: "Studiare, senza riflettere, e' inutile. Ma riflettere,
senza studiare, e' pericoloso."


bravo: questo era molto scontato ...
Scontato i miei coglioni, rileggiti i tuoi mex, ogni tanto...
Obelix

 programmi suid (a meno di non essere root)
infatti...
da "man ld.so"
       The  necessary  shared libraries needed by the program are
       searched for in the following order
       o      Using  the  environment  variable   LD_LIBRARY_PATH
              (LD_AOUT_LIBRARY_PATH  for a.out programs).  Except
              if the executable is  a  setuid/setgid  binary,  in
              which case it is ignored.
              ^^^^^^^^^^^^^^^^^^^^^^^^^
Ciao!


 Ovviamente non funziona, dovrebbe essere spiegato anche nella man page.
Se dicessi anche _quale_ man page... :-)
Comunque grazie!


 programmi suid (a meno di non essere root)
er quello che volevo sapere.. grazie!
