Verwijderd
Je kant het vergelijken met de prullenbak van windows.
Alleen dan permanent.
Alles wat je ernaartoe verstuurd verdwijnt dus!!!
Wel errug basic vraag, die je zo zelf op had kunnen zoeken!!
Niet echt NOS waardig i.m.h.o.
Alleen dan permanent.
Alles wat je ernaartoe verstuurd verdwijnt dus!!!
Wel errug basic vraag, die je zo zelf op had kunnen zoeken!!
Niet echt NOS waardig i.m.h.o.
Verwijderd
<flauwe modus>
Wij gebruiken het voor de Back-ups gaan snel Joh!!
*** wij geloven nml dat de kracht niet het backuppen is maar... het restoren ***
</flauwe modus>
ja je had je antwoord al gehad en ik wilde iets typen...
Wij gebruiken het voor de Back-ups gaan snel Joh!!
*** wij geloven nml dat de kracht niet het backuppen is maar... het restoren ***
</flauwe modus>
ja je had je antwoord al gehad en ik wilde iets typen...
Ohhhh shift-delete dus...zeg da dan!Op maandag 18 juni 2001 16:10 schreef nelske het volgende:
Je kant het vergelijken met de prullenbak van windows.
Alleen dan permanent.
Alles wat je ernaartoe verstuurd verdwijnt dus!!!
Ook
Wees consequent, maar niet altijd
/dev/null is niet hetzelfde als de prullenbak onder windows (bestanden worden niet naar /dev/null verplaatst als je 'rm' gebruikt).
Het idee is dat je soms de uitvoer van een programma helemaal niet wilt zien - bijvoorbeeld als je de distributed.net-client bij het booten in de achtergrond start boeit het niet echt om te zien hoe ver hij is met het huidige pakketje.
Dus dan start je hem met dnetc >/dev/null en dan verdwijnt de uitvoer naar de 'bit bucket'.
P.S. Niet vergeten de bit bucket af en toe te legen he
[Edit: Linkje toegevoegd]
Het idee is dat je soms de uitvoer van een programma helemaal niet wilt zien - bijvoorbeeld als je de distributed.net-client bij het booten in de achtergrond start boeit het niet echt om te zien hoe ver hij is met het huidige pakketje.
Dus dan start je hem met dnetc >/dev/null en dan verdwijnt de uitvoer naar de 'bit bucket'.
P.S. Niet vergeten de bit bucket af en toe te legen he
[Edit: Linkje toegevoegd]
Verwijderd
ah, verhelderend... zo'n antwoord is dit forum meer waardig dan dat van nelske (i.m.h.o.) .
zie ook /dev/null
Quidquid id est, timeo puellas, et oscula dantes
Je kunt het in Dos (Windows 9X) ook doen, probeer maar eens dir >NUL in een dos-box, dan zie je dus niks.
Lekker nuttig denk je nu, yep, maar soms wil je bv. foutmeldingen wegflikkeren zonder deze te lezen. Bijvoorbeeld als je een batchbestand schrijft dat zelf al controleert of een of ander bestand wel bestaat - DOS-commando's mogen dan hun foutmeldingen voor zich houden (Vb: COPY blaat.txt kopie.txt >NUL)
Of in bv. batchbestanden:
PAUSE >NUL
(om te voorkomen dat je de melding 'druk op een toets om verder te gaan' krijgt)
P.S. Ik gebruik een Engelse windows-versie en krijg sterk de indruk dat iemand bij Microsoft ooit een probleem had met spellen (NUL ipv NULL
)
Lekker nuttig denk je nu, yep, maar soms wil je bv. foutmeldingen wegflikkeren zonder deze te lezen. Bijvoorbeeld als je een batchbestand schrijft dat zelf al controleert of een of ander bestand wel bestaat - DOS-commando's mogen dan hun foutmeldingen voor zich houden (Vb: COPY blaat.txt kopie.txt >NUL)
Of in bv. batchbestanden:
PAUSE >NUL
(om te voorkomen dat je de melding 'druk op een toets om verder te gaan' krijgt)
P.S. Ik gebruik een Engelse windows-versie en krijg sterk de indruk dat iemand bij Microsoft ooit een probleem had met spellen (NUL ipv NULL
hehe, nee, volgens mij hebben ze gewoon voor hun eigen gemak besloten om het bij 3 letter combinaties te houden (NUL, COM, AUX, LPT, CON, etc)
Verwijderd
Net als bij de extencies is ook altijd maar 3 letters.
Eigenlijk is het zo dat het anders niet in 640k paste waar van bill vond dat dat voor altijd genoeg was.
Eigenlijk is het zo dat het anders niet in 640k paste waar van bill vond dat dat voor altijd genoeg was.
Ik noem het altijd "Het grote zwarte gat van linux" omdat alles wat er in verdwijnt, ook echt verdwijnt.
Verwijderd
Hehe ... okee sorry ben niet in de allerbeste bui vandaag. Maar dit is nou typisch een vraag, die je super makkelijk zelf uit kan zoeken.Op maandag 18 juni 2001 16:44 schreef plop het volgende:
ah, verhelderend... zo'n antwoord is dit forum meer waardig dan dat van nelske (i.m.h.o.) .
Mijn excuses voor het enigszins botte antwoord
Het kwam op mij over als een topic om maar iets te posten te hebben in ieder geval.
/me vreest dat dat soort topics wel vaker voor zullen gaan komen
Maar ja zoals al gezegd is, is /dev/null dus inderdaad ideaal om output te onderdrukken.
Zoals ik al zei: alles wat je ernaartoe stuurt verdwijnt.
Nopez... alles dat naar /dev/null gestuurd wordt, verdwijnt, maar /dev/null kan geen data leveren. /dev/zero levert oneindig veel nullen (nouja, zoveel als je er wilt hebben), dus cat /dev/zero > /dev/hda schoont je HD wat opOp maandag 18 juni 2001 18:20 schreef fkooman het volgende:
oh en om te restoren doe je zeker cat /dev/null >/dev/hda
Foutmeldingen (die naar stderr worden gestuurd door vrijwel alle DOS commands) kun je onderdrukken/redirecten dmv 2>NUL. Meldingen die naar stdout worden gestuurd dmv 1>NUL of >NUL.Op maandag 18 juni 2001 16:52 schreef Wilke het volgende:
Je kunt het in Dos (Windows 9X) ook doen, probeer maar eens dir >NUL in een dos-box, dan zie je dus niks.
Lekker nuttig denk je nu, yep, maar soms wil je bv. foutmeldingen wegflikkeren zonder deze te lezen. Bijvoorbeeld als je een batchbestand schrijft dat zelf al controleert of een of ander bestand wel bestaat - DOS-commando's mogen dan hun foutmeldingen voor zich houden (Vb: COPY blaat.txt kopie.txt >NUL)
(bijv. XCOPY c:\*.* z:\ /s/e 2>NUL 1>NUL )
Simon
Tja. Het spijt me vreselijk, maar nelske heeft wederom gelijk als hij zegt dat dit:
A. wel heel erg basic is
B. makkelijk op vele plaatsen op te zoeken was geweest
en de topicstarter heeft antwoord, derhalve gaat dit topic op slot.
A. wel heel erg basic is
B. makkelijk op vele plaatsen op te zoeken was geweest
en de topicstarter heeft antwoord, derhalve gaat dit topic op slot.
Het zal wel niet, maar het zou maar wel.
Pagina: 1
Dit topic is gesloten.
![]()