---

Hej

Jeg har prøvet at smække en VIDEO_TS i Toast, og den indlæste flittigt,
men Toast stod af da min blanke disk var for lille.

Min HD´s tilgængelige kapacitet er faldet drastisk, så der skal ryddes
op!

Jeg fandt den indlæsning under usynlige filer, nu vil jeg lige høre om
jeg kan slette den uden problemer, for jeg kender ikke det niveau hvor
den befinder sig:

Macintosh HD/private/tmp/501/

Øe, jeg kan heller ikke finde /private/ .........Nu skal jeg garanteret
i terminalen !
--
Venlige hilsner og
grumme god hygge

Lone

---

Lone Schmidt wrote:
> Hej
>
> Jeg har prøvet at smække en VIDEO_TS i Toast, og den indlæste flittigt,
> men Toast stod af da min blanke disk var for lille.
>
> Min HD´s tilgængelige kapacitet er faldet drastisk, så der skal ryddes
> op!
>
> Jeg fandt den indlæsning under usynlige filer, nu vil jeg lige høre om
> jeg kan slette den uden problemer, for jeg kender ikke det niveau hvor
> den befinder sig:
>
> Macintosh HD/private/tmp/501/
>
> Øe, jeg kan heller ikke finde /private/ .........Nu skal jeg garanteret
> i terminalen !

Ikke nødvendigvis
Finder :: menu:Gå->Gå til mappe... :: indtast:/private/tmp/501/
Du får så de *synlige* filer i den mappe at se, og det burde også være
nok til *den* mappe.

For at se usynlige mapper og filer generelt, så skal du enten i
Terminalen eller pille lidt ved Mac OS X gennem f.eks programmet
TinkerTool - http://www.bresink.de/osx/index.html . TinkerTool er totalt
ufarligt - selv i dine hænder - men kig evt også på TinkerTool
System, hvis du vil have sveden frem på panden

--
Bjarne D Mathiesen
København N ; Danmark ; Europa
----------------------------------------------------------------------
denne besked er skrevet i et totalt M$/Intel-frit miljø
MacOS X 10.3.7 Panther ; Mozilla 1.8a5 ; PowerPC G4 800MHz
http://mozilla.mathiesen.info/
http://webadmin.mathiesen.info/

---

Bjarne D Mathiesen <macintosh@mathiesen.info> wrote:

> Lone Schmidt wrote:
> > Hej
> >
> > Jeg har prøvet at smække en VIDEO_TS i Toast, og den indlæste flittigt,
> > men Toast stod af da min blanke disk var for lille.
> >
> > Min HD´s tilgængelige kapacitet er faldet drastisk, så der skal ryddes
> > op!
> >
> > Jeg fandt den indlæsning under usynlige filer, nu vil jeg lige høre om
> > jeg kan slette den uden problemer, for jeg kender ikke det niveau hvor
> > den befinder sig:
> >
> > Macintosh HD/private/tmp/501/
> >
> > Øe, jeg kan heller ikke finde /private/ .........Nu skal jeg garanteret
> > i terminalen !
>
> Ikke nødvendigvis
> Finder :: menu:Gå->Gå til mappe... :: indtast:/private/tmp/501/
> Du får så de *synlige* filer i den mappe at se, og det burde også være
> nok til *den* mappe.

Jeg får svaret: Mappen findes ikke?
Du skriver jo også at den burde være slettet ved genstart, men hvorfor
ser jeg den så ved "æble-f"?
>
> For at se usynlige mapper og filer generelt, så skal du enten i
> Terminalen eller pille lidt ved Mac OS X gennem f.eks programmet
> TinkerTool - http://www.bresink.de/osx/index.html . TinkerTool er totalt
> ufarligt - selv i dine hænder - men kig evt også på TinkerTool
> System, hvis du vil have sveden frem på panden

LOL!

Jeg må holde mig til TinkerTool, jeg får sgu´sved på panden,bare jeg
ser at der er et svar fra dig!

Min 2 mdr. gamle imac, er drønet fra 224,6 GB HD, til 146 GB, og det går
lidt for hurtigt!

Nu vil jeg gerne rydde op, og på en nem måde se hvad det er der fylder,
og hvor det ligger.

Jeg vil blive glad hvis du gider skrive en terminalkommando, så præcis
at den kan "copy/pastes", som viser hvad der fylder og hvor?
--
Venlige hilsner og
grumme god hygge

Lone

---

Lone Schmidt <mailloneFJERN@netscape.net> wrote:

> Min 2 mdr. gamle imac, er drønet fra 224,6 GB HD, til 146 GB, og det går
> lidt for hurtigt!
>
> Nu vil jeg gerne rydde op, og på en nem måde se hvad det er der fylder,
> og hvor det ligger.

Jeg vil anbefale OmniDiskSweeper fra http://www.omnigroup.com. Den er
genial til den slags.

--
Mvh.
René Frej Nielsen - Read my blog at http://blog.rfn.dk
PowerMac G4 Dual 867 MHz Verax | iBook G4 12" 1 GHz Combo/AE/BT

---

Lone Schmidt wrote:
> Nu vil jeg gerne rydde op, og på en nem måde se hvad det er der fylder,
> og hvor det ligger.
>
> Jeg vil blive glad hvis du gider skrive en terminalkommando, så præcis
> at den kan "copy/pastes", som viser hvad der fylder og hvor?

Jeg tror, at det vil være bedre for dig at rode rundt med Finder i
stedet for.

Du kan nemlig søge efter størrelse i Finder. Sæt det du søger til noget
stort og gør det så gradvist større el. mindre indtil det bliver
overskueligt.

--
Bjarne D Mathiesen
København N ; Danmark ; Europa
----------------------------------------------------------------------
denne besked er skrevet i et totalt M$/Intel-frit miljø
MacOS X 10.3.6 Panther ; Mozilla 1.7.3 ; PowerPC G4 800MHz
http://mozilla.mathiesen.info/
http://webadmin.mathiesen.info/

---

Lone Schmidt wrote:
> Nu vil jeg gerne rydde op, og på en nem måde se hvad det er der fylder,
> og hvor det ligger.
>
> Jeg vil blive glad hvis du gider skrive en terminalkommando, så præcis
> at den kan "copy/pastes", som viser hvad der fylder og hvor?

Men hvis du absolut gerne vil have en Terminal kommando, så giver denne
serie kommandoer dig de 20 største filer i din hjemmemappe:

find ~ -type f | sed 's/\(.*\)/"\1"/' | xargs ls -l |
sort -r -n -k 5,5 | head -20

Og denne serie kommandoer giver dig de 20 mapper i din hjemmemappe, der
indeholder mest:

find ~ -type d | sed 's/\(.*\)/"\1"/' | xargs ls -ld |
sort -r -n -k 5,5 | head -20

NB ! Kommandoerne står på 2 linjer her grundet ombrydning i
email-programmet, men når du klippe/klistrer det ind i Terminalen
*!skal!* det stå på en enkelt linje, så du skal lige sætte dem sammen.

Det overlades som en øvelse til læseren at finde ud af, hvordan man
enten får flere eller færre linjer i udskriften

--
Bjarne D Mathiesen
København N ; Danmark ; Europa
----------------------------------------------------------------------
denne besked er skrevet i et totalt M$/Intel-frit miljø
MacOS X 10.3.7 Panther ; Mozilla 1.8a5 ; PowerPC G4 800MHz
http://mozilla.mathiesen.info/
http://webadmin.mathiesen.info/

---

Bjarne D Mathiesen <macintosh@mathiesen.info> wrote:

>
> Men hvis du absolut gerne vil have en Terminal kommando, så giver
denne
> serie kommandoer dig de 20 største filer i din hjemmemappe:
>
> find ~ -type f | sed 's/\(.*\)/"\1"/' | xargs ls -l |
> sort -r -n -k 5,5 | head -20
>
> Og denne serie kommandoer giver dig de 20 mapper i din hjemmemappe,
der
> indeholder mest:
>
> find ~ -type d | sed 's/\(.*\)/"\1"/' | xargs ls -ld |
> sort -r -n -k 5,5 | head -20
>
> NB ! Kommandoerne står på 2 linjer her grundet ombrydning i
> email-programmet, men når du klippe/klistrer det ind i Terminalen
> *!skal!* det stå på en enkelt linje, så du skal lige sætte dem sammen.
>
> Det overlades som en øvelse til læseren at finde ud af, hvordan man
> enten får flere eller færre linjer i udskriften

Tak

Jeg har meget blandet følelser overfor terminalen, jeg er skrækslagen,
og samtidig pirrer den mig!

Nedenstående er kun et udrag af det jeg er i tvivl om, resten er mine
camcorder film, jeg troede var slettet.

Men hvad betyder det , når den skriver : N"o" "s"u"c"h" "f"i"l"e" "o"r"
"d"i"r"e"c"t"o"r"y"??

For min mappe "Suppeurter" er på sin plads og kan fint åbnes?


L"a"s"t" "l"o"g"i"n":" "T"u"e" "D"e"c" "2"1" "0"6":"3"2":"2"9" "o"n"
"c"o"n"s"o"l"e"
"s"s"h" "t"e"s"t"e"r"@"l"o"c"a"l"h"o"s"t"
"W"e"l"c"o"m"e" "t"o" "D"a"r"w"i"n"!"
"["L"o"n"e"-"S"c"h"m"i"d"t"s"-"c"o"m"p"u"t"e"r":"~"]"
"l"o"n"e"s"c"h"m"%" "s"s"h" "t"e"s"t"e"r"@"l"o"c"a"l"h"o"s"t"
"s"s"h":" "c"o"n"n"e"c"t" "t"o" "h"o"s"t" "l"o"c"a"l"h"o"s"t" "p"o"r"t"
"2"2":" "C"o"n"n"e"c"t"i"o"n" "r"e"f"u"s"e"d"
"["L"o"n"e"-"S"c"h"m"i"d"t"s"-"c"o"m"p"u"t"e"r":"~"]"
"l"o"n"e"s"c"h"m"%" "f"i"n"d" "~" "-"t"y"p"e" "f" "|" "s"e"d"
"'"s"/"\"("."*"\")"/"""\"1"""/"'" "|" "x"a"r"g"s" "l"s" "-"l"
"|"s"o"r"t" "-"r" "-"n" "-"k" "5","5" "|" "h"e"a"d" "-"2"0"
"l"s":"
"/"U"s"e"r"s"/"l"o"n"e"s"c"h"m"i"d"t"/"D"o"c"u"m"e"n"t"s"/"C"o"m"p"u"t"e
"r"/"S"u"p"p"e"u"r"t"e"r"/"H"j"√"¶"l"p" "i" "F"i"n"d"e"r" "v"i"r"k"e"r"
"i"k"k"e" "o"r":" "N"o" "s"u"c"h" "f"i"l"e" "o"r" "d"i"r"e"c"t"o"r"y"
"l"s":"
"/"U"s"e"r"s"/"l"o"n"e"s"c"h"m"i"d"t"/"D"o"c"u"m"e"n"t"s"/"C"o"m"p"u"t"e
"r"/"S"u"p"p"e"u"r"t"e"r"/"T"e"r"m"i"n"a"l"," "m"a"n" "t"a"r":" "N"o"
"s"u"c"h" "f"i"l"e" "o"r" "d"i"r"e"c"t"o"r"y"
"l"s":"
"/"U"s"e"r"s"/"l"o"n"e"s"c"h"m"i"d"t"/"D"o"c"u"m"e"n"t"s"/"C"o"m"p"u"t"e
"r"/"S"u"p"p"e"u"r"t"e"r"/"s"p"i"l"l"e"l"i"s"t"e"r":" "N"o" "s"u"c"h"
"f"i"l"e" "o"r" "d"i"r"e"c"t"o"r"y"
"l"s":"
"/"U"s"e"r"s"/"l"o"n"e"s"c"h"m"i"d"t"/"D"o"c"u"m"e"n"t"s"/"P"r"i"v"a"t"/
"i"C"h"a"t"s","m"a"j" "2"0"0"4"/"S"h"u"m"s"e" "S"t"r"a" ","N"Y"
"C"O"M"I"C"S"."c"h"a"t":" "N"o" "s"u"c"h" "f"i"l"e" "o"r"
"d"i"r"e"c"t"o"r"y"



[Lone-Schmidts-computer] loneschm% find ~ -type d | sed
's/\(.*\)/"\1"/' | xargs ls -ld |sort -r -n -k 5,5 | head -20
ls: /Users/loneschmidt/Music/iTunes/Lib.efter super: No such file or
directory
ls: dead: No such file or directory
ls: remove: No such file or directory
ls: tracks.itmf: No such file or directory
drwx------ 892 loneschm staff 30328 26 Dec 18:38
/Users/loneschmidt/Library/Caches/com.apple.iChat.Pictures
drwxr-xr-x 390 loneschm staff 13260 16 Jun 2004
/Users/loneschmidt/Music/iTunes/iTunes Music
drwxr-xr-x 317 loneschm staff 10778 27 Aug 15:30
/Users/loneschmidt/Music/Applescript musik bibl./3.musiklager
drwxrwxrwx 298 loneschm staff 10132 17 Oct 2003
/Users/loneschmidt/Desktop/TIL
OPRYDNING/DiskWarrior.app/Contents/Resources/Report
drwx------ 285 loneschm staff 9690 27 Dec 06:14
/Users/loneschmidt/Library/Preferences
drwxr-xr-x 225 loneschm staff 7650 15 Dec 08:10
/Users/loneschmidt/Library/Mozilla/Profiles/default/pef4per0.slt/Cache
drwxr-xr-x 188 loneschm staff 6392 22 Dec 07:20
/Users/loneschmidt/Library/Caches/Java Applets/cache/javapi/v1.0/file
drwxr-xr-x 150 loneschm staff 5100 15 Dec 2003
/Users/loneschmidt/Desktop/DIV. MAC/Spil/Chopper
1.0.3/Chopper.app/Contents/Resources
drwx------ 146 loneschm staff 4964 13 Oct 16:19
/Users/loneschmidt/Library/Caches/iPhoto Cache
drwxrwxrwx 133 loneschm staff 4522 17 Aug 2003
/Users/loneschmidt/Documents/Arbejde/ Lones mapper ext./Lone 2001
drwxr-xr-x 131 loneschm staff 4454 16 Jun 2004
/Users/loneschmidt/Music/Applescript musik bibl./1. musiklager
drwxrwxrwx 130 loneschm staff 4420 24 Jun 2003
/Users/loneschmidt/Documents/Arbejde/ Lones mapper ext./lone 2002
drwxr-xr-x 126 loneschm staff 4284 16 Jul 21:04
/Users/loneschmidt/Public/Advisordata/Rapport
drwxrwxrwx 114 loneschm staff 3876 13 Aug 06:11
/Users/loneschmidt/Documents/Arbejde/ Lones mapper ext./lone 2003
drwxr-xr-x 105 loneschm staff 3570 17 May 2004
/Users/loneschmidt/Desktop/DIV. MAC/Div.
hjemmegjort/Hobbykunst+div.pict./SS, visu
drwxr-xr-x 100 loneschm staff 3400 22 Jun 2004
/Users/loneschmidt/Desktop/DIV. MAC/MUSIK/Covers/Ren jpg.
drwxr-xr-x 98 loneschm staff 3332 14 Nov 13:51
/Users/loneschmidt/Pictures/iPhoto Library/2004/11/14/Data
drwxrwxrwx 97 loneschm staff 3298 26 Dec 18:42
/Users/loneschmidt/Documents/Arbejde/ Lones mapper ext./Lone 2004
drwxr-xr-x 96 loneschm staff 3264 23 Oct 12:06
/Users/loneschmidt/Pictures/iPhoto Library/2004/10/22/Data
drwxrwxrwx 94 loneschm admin 3196 9 Feb 2003
/Users/loneschmidt/Documents/Widgets/ChainShot.widget/Contents/Resources
[Lone-Schmidts-computer] loneschm%


Der er nogle "cache" indimellem, kan man "tømme" dem, ligesom safari
cache?

Har "re-wrappet " tekst, men det hjælper ikke
--
Venlige hilsner og
grumme god hygge

Lone

---

Lone Schmidt wrote:
> Bjarne D Mathiesen <macintosh@mathiesen.info> wrote:
>
>
>>Men hvis du absolut gerne vil have en Terminal kommando, så giver
>
> denne
>
>>serie kommandoer dig de 20 største filer i din hjemmemappe:
>>
>>find ~ -type f | sed 's/\(.*\)/"\1"/' | xargs ls -l |
>>sort -r -n -k 5,5 | head -20
>>
>>Og denne serie kommandoer giver dig de 20 mapper i din hjemmemappe,
>
> der
>
>>indeholder mest:
>>
>>find ~ -type d | sed 's/\(.*\)/"\1"/' | xargs ls -ld |
>>sort -r -n -k 5,5 | head -20
>>
>>NB ! Kommandoerne står på 2 linjer her grundet ombrydning i
>>email-programmet, men når du klippe/klistrer det ind i Terminalen
>>*!skal!* det stå på en enkelt linje, så du skal lige sætte dem sammen.
>>
>>Det overlades som en øvelse til læseren at finde ud af, hvordan man
>>enten får flere eller færre linjer i udskriften
>
>
> Tak
>
> Jeg har meget blandet følelser overfor terminalen, jeg er skrækslagen,
> og samtidig pirrer den mig!
>
> Nedenstående er kun et udrag af det jeg er i tvivl om, resten er mine
> camcorder film, jeg troede var slettet.
>
> Men hvad betyder det , når den skriver : N"o" "s"u"c"h" "f"i"l"e" "o"r"
> "d"i"r"e"c"t"o"r"y"??
>
> For min mappe "Suppeurter" er på sin plads og kan fint åbnes?
>
>

Renset for de overflødige '"', så det blev læsbart

[Lone-Schmidts-computer] loneschm% find ~ -type f | sed
's/\(.*\)/"\1"/' | xargs ls -l |sort -r -n -k 5,5 | head -20
ls: /Users/loneschmidt/Documents/Computer/Suppeurter/Hjælp i Finder
virker ikke or: No such file or directory
ls: /Users/loneschmidt/Documents/Computer/Suppeurter/Terminal, man tar:
No such file or directory
ls: /Users/loneschmidt/Documents/Computer/Suppeurter/spillelister: No
such file or directory
ls: /Users/loneschmidt/Documents/Privat/iChats,maj 2004/Shumse Stra ,NY
COMICS.chat: No such file ordirectory

1) I 'Suppeurter' ser det ud til at du har en fil ved navn:
'Hjælp i Finder virker ikke or'
Problemet med den er 'æ'-et. Terminalen har problemer med at vise og
behandle alle andre bogstaver end de engelske
2) I 'Suppeurter' ser det ud til at du har en fil ved navn:
'Terminal, man tar'
Problemet er her ','-et som i Terminalen har en helt speciel
betydning
3) Jeg kan ikke rent umiddelbart se hvorfor Terminal brokker sig over
'spillelister'
4) '/iChats,maj 2004/Shumse Stra ,NY COMICS.chat': samme problem som 2)


>
>
>
> [Lone-Schmidts-computer] loneschm% find ~ -type d | sed
> 's/\(.*\)/"\1"/' | xargs ls -ld |sort -r -n -k 5,5 | head -20
> ls: /Users/loneschmidt/Music/iTunes/Lib.efter super: No such file or
> directory
> ls: dead: No such file or directory
> ls: remove: No such file or directory
> ls: tracks.itmf: No such file or directory

Det ser rent umiddelbart ud som om det er et eller andet mærkeligt
filnavn der er blevet "hakket" i småstykker, hvorefter de er blevet
behandlet hver for sig.

>
.... mappe-liste udeladt ...
>
> Der er nogle "cache" indimellem, kan man "tømme" dem, ligesom safari
> cache?

Det burde man kunne

>
> Har "re-wrappet " tekst, men det hjælper ikke

Det ser nu ganske fornuftigt ud
Du er løbet ind i lige den slags problemer jeg havde forventet

Problemet er, at Terminal og Finder har hver deres ide om hvilke
bogstaver man kan benytte i fil-navne. Hvis man vil være sikker på ikke
at løbe ind i disse problemer så skal man:
-- udelukkende holde sig til de 26 engelske bogstaver
-- i videst muligt omfang undgå ' ' i fil-navne
-- ingen separatorer i filnavne ud over '.', '_' og '-'

sed 's/\(.*\)/"\1"/' afsnittet i kommando-sekvensen er beregnet på at
tage sig af ' ' i filnavne.

--
Bjarne D Mathiesen
København N ; Danmark ; Europa
----------------------------------------------------------------------
denne besked er skrevet i et totalt M$/Intel-frit miljø
MacOS X 10.3.7 Panther ; Mozilla 1.8a5 ; PowerPC G4 800MHz
http://mozilla.mathiesen.info/
http://webadmin.mathiesen.info/

---

Bjarne D Mathiesen <macintosh@mathiesen.info> wrote:

> >
> > Men hvad betyder det , når den skriver : N"o" "s"u"c"h" "f"i"l"e" "o"r"
> > "d"i"r"e"c"t"o"r"y"??

> Renset for de overflødige '"', så det blev læsbart

Hvordan er alle de " tegn kommet ind i : no such file or....?
det er ikke mig der har lavet dem!

>
> [Lone-Schmidts-computer] loneschm% find ~ -type f | sed
> 's/\(.*\)/"\1"/' | xargs ls -l |sort -r -n -k 5,5 | head -20
> ls: /Users/loneschmidt/Documents/Computer/Suppeurter/Hjælp i Finder
> virker ikke or: No such file or directory
> ls: /Users/loneschmidt/Documents/Computer/Suppeurter/Terminal, man tar:
> No such file or directory
> ls: /Users/loneschmidt/Documents/Computer/Suppeurter/spillelister: No
> such file or directory
> ls: /Users/loneschmidt/Documents/Privat/iChats,maj 2004/Shumse Stra ,NY
> COMICS.chat: No such file ordirectory
>
> 1) I 'Suppeurter' ser det ud til at du har en fil ved navn:
> 'Hjælp i Finder virker ikke or'
> Problemet med den er 'æ'-et. Terminalen har problemer med at vise og
> behandle alle andre bogstaver end de engelske
> 2) I 'Suppeurter' ser det ud til at du har en fil ved navn:
> 'Terminal, man tar'
> Problemet er her ','-et som i Terminalen har en helt speciel
> betydning
> 3) Jeg kan ikke rent umiddelbart se hvorfor Terminal brokker sig over
> 'spillelister'
> 4) '/iChats,maj 2004/Shumse Stra ,NY COMICS.chat': samme problem som 2)

I mappen "Suppeurter" er der et dokument, som hedder :"spillelister
itunes...", men er i tvivl om det er den der "driller" i pkt. 3, for
terminalen har jo ikke de anførselstegn med: -/

> > [Lone-Schmidts-computer] loneschm% find ~ -type d | sed
> > 's/\(.*\)/"\1"/' | xargs ls -ld |sort -r -n -k 5,5 | head -20
> > ls: /Users/loneschmidt/Music/iTunes/Lib.efter super: No such file or
> > directory
> > ls: dead: No such file or directory
> > ls: remove: No such file or directory
> > ls: tracks.itmf: No such file or directory
>
> Det ser rent umiddelbart ud som om det er et eller andet mærkeligt
> filnavn der er blevet "hakket" i småstykker, hvorefter de er blevet
> behandlet hver for sig.
>
Jeg har forsøgt at arbejde med et Applescript, hvor jeg kan lave flere
biblioteker, og nogle af disse ligger på extern HD, så jeg har på
fornemmelsen at det er hvad der er tale om.

>
> Det ser nu ganske fornuftigt ud
> Du er løbet ind i lige den slags problemer jeg havde forventet
>
> Problemet er, at Terminal og Finder har hver deres ide om hvilke
> bogstaver man kan benytte i fil-navne. Hvis man vil være sikker på ikke
> at løbe ind i disse problemer så skal man:
> -- udelukkende holde sig til de 26 engelske bogstaver
> -- i videst muligt omfang undgå ' ' i fil-navne
> -- ingen separatorer i filnavne ud over '.', '_' og '-'

Den detalje har jeg hørt før, men er nu begyndt at tage det så alvorligt
at jeg skulle navngive en film i morges, og skrev : Foedselsdag!
Der går nok ikke kuk i den, men jeg kan ligeså godt prøve at vænne mig
til at gøre det så korrekt som muligt.

Som du skriver det, ser det ud til at jeg godt må bruge komma, punktum
og bindestreg? Det gør det lidt nemmere

(Mener at jeg har fået at vide at de heller ikke er gode i terminalen)
--
Venlige hilsner og
grumme god hygge

Lone

---

Lone Schmidt wrote:
> Bjarne D Mathiesen <macintosh@mathiesen.info> wrote:
>>
>>Problemet er, at Terminal og Finder har hver deres ide om hvilke
>>bogstaver man kan benytte i fil-navne. Hvis man vil være sikker på ikke
>>at løbe ind i disse problemer så skal man:
>>-- udelukkende holde sig til de 26 engelske bogstaver
>>-- i videst muligt omfang undgå ' ' i fil-navne
>>-- ingen separatorer i filnavne ud over '.', '_' og '-'
>
>
> Den detalje har jeg hørt før, men er nu begyndt at tage det så alvorligt
> at jeg skulle navngive en film i morges, og skrev : Foedselsdag!
> Der går nok ikke kuk i den, men jeg kan ligeså godt prøve at vænne mig
> til at gøre det så korrekt som muligt.
>
> Som du skriver det, ser det ud til at jeg godt må bruge komma, punktum
> og bindestreg? Det gør det lidt nemmere

nej nej nej ... det er 'punktum', 'understreg' og 'bindestreg'

>
> (Mener at jeg har fået at vide at de heller ikke er gode i terminalen)

De tre er totalt godkendte i Terminalen. Derimod kan du få godyle
problemer med enhver form for anførselstegn, komma, semikolon,
spørgmålstegn, etc, som *!ALLE!* har specielle betydninger i Terminalen.

--
Bjarne D Mathiesen
København N ; Danmark ; Europa
----------------------------------------------------------------------
denne besked er skrevet i et totalt M$/Intel-frit miljø
MacOS X 10.3.7 Panther ; Mozilla 1.8a5 ; PowerPC G4 800MHz
http://mozilla.mathiesen.info/
http://webadmin.mathiesen.info/

---

Bjarne D Mathiesen <macintosh@mathiesen.info> wrote:

> Lone Schmidt wrote:
> > Bjarne D Mathiesen <macintosh@mathiesen.info> wrote:


> > Den detalje har jeg hørt før, men er nu begyndt at tage det så alvorligt
> > at jeg skulle navngive en film i morges, og skrev : Foedselsdag!
> > Der går nok ikke kuk i den, men jeg kan ligeså godt prøve at vænne mig
> > til at gøre det så korrekt som muligt.
> >
> > Som du skriver det, ser det ud til at jeg godt må bruge komma, punktum
> > og bindestreg? Det gør det lidt nemmere
>
> nej nej nej ... det er 'punktum', 'understreg' og 'bindestreg'
>
> >
> > (Mener at jeg har fået at vide at de heller ikke er gode i terminalen)
>
> De tre er totalt godkendte i Terminalen. Derimod kan du få godyle
> problemer med enhver form for anførselstegn, komma, semikolon,
> spørgmålstegn, etc, som *!ALLE!* har specielle betydninger i Terminalen.

Shit, nu blev det pludselig meget vanskeligere!

Hvad betyder det når du smækker et ord ind i stjerner og udråbstegn?
Umiddelbart vil jeg gætte på at det betoner vigtigheden af ordet

Men jeg har aldrig før set det pakket ind på dén måde
Har på fornemmelsen at det er hardcore terminator skrift!
--
Venlige hilsner og
grumme god hygge

Lone

---

Lone Schmidt wrote:
> Bjarne D Mathiesen <macintosh@mathiesen.info> wrote:
....
>>spørgmålstegn, etc, som *!ALLE!* har specielle betydninger i Terminalen.
>
> Shit, nu blev det pludselig meget vanskeligere!
>
> Hvad betyder det når du smækker et ord ind i stjerner og udråbstegn?
> Umiddelbart vil jeg gætte på at det betoner vigtigheden af ordet
>
> Men jeg har aldrig før set det pakket ind på dén måde
> Har på fornemmelsen at det er hardcore terminator skrift!

Det er bare min måde at indikere at noget er vigtigt.

* er fremhævet/fed skrift (Mozilla *viser* det som sådant)
! er min måde at sige et ord er vigtigt
STORE bogstaver er en tredje måde at fremhæve.
Skal bruges med varsomhed. For meget, og det betragtes som at du
råber / skriger og det betragtes som værende u-høfligt.
_ understreger et ord (Mozilla _viser_ det som sådant)

Kan bruges enkeltvis eller i kombination.

--
Bjarne D Mathiesen
København N ; Danmark ; Europa
----------------------------------------------------------------------
denne besked er skrevet i et totalt M$/Intel-frit miljø
MacOS X 10.3.7 Panther ; Mozilla 1.8a5 ; PowerPC G4 800MHz
http://mozilla.mathiesen.info/
http://webadmin.mathiesen.info/

---

Lone Schmidt wrote:
> Bjarne D Mathiesen <macintosh@mathiesen.info> wrote:
>
>>>Men hvad betyder det , når den skriver : N"o" "s"u"c"h" "f"i"l"e" "o"r"
>>>"d"i"r"e"c"t"o"r"y"??
>
>>Renset for de overflødige '"', så det blev læsbart
>
> Hvordan er alle de " tegn kommet ind i : no such file or....?
> det er ikke mig der har lavet dem!

Det må være sket i en eller anden klippe/klistre procedure i forbindelse
med dit email program

>
>>[Lone-Schmidts-computer] loneschm% find ~ -type f | sed
>>'s/\(.*\)/"\1"/' | xargs ls -l |sort -r -n -k 5,5 | head -20
....
>>ls: /Users/loneschmidt/Documents/Computer/Suppeurter/spillelister: No
>>such file or directory
>>
>>3) Jeg kan ikke rent umiddelbart se hvorfor Terminal brokker sig over
>> 'spillelister'
>
> I mappen "Suppeurter" er der et dokument, som hedder :"spillelister
> itunes...", men er i tvivl om det er den der "driller" i pkt. 3, for
> terminalen har jo ikke de anførselstegn med: -/

Det kunne godt tyde på at det er den

--
Bjarne D Mathiesen
København N ; Danmark ; Europa
----------------------------------------------------------------------
denne besked er skrevet i et totalt M$/Intel-frit miljø
MacOS X 10.3.7 Panther ; Mozilla 1.8a5 ; PowerPC G4 800MHz
http://mozilla.mathiesen.info/
http://webadmin.mathiesen.info/

---

In article <hJRzd.77652$Vf.3644191@news000.worldonline.dk>,
Bjarne D Mathiesen <macintosh@mathiesen.info> wrote:

> Lone Schmidt wrote:
> > Bjarne D Mathiesen <macintosh@mathiesen.info> wrote:
> >
> >
> >>Men hvis du absolut gerne vil have en Terminal kommando, så giver
> >
> > denne
> >
> >>serie kommandoer dig de 20 største filer i din hjemmemappe:
> >>
> >>find ~ -type f | sed 's/\(.*\)/"\1"/' | xargs ls -l |
> >>sort -r -n -k 5,5 | head -20
....

> Problemet er, at Terminal og Finder har hver deres ide om hvilke
> bogstaver man kan benytte i fil-navne. Hvis man vil være sikker på ikke
> at løbe ind i disse problemer så skal man:
> -- udelukkende holde sig til de 26 engelske bogstaver
> -- i videst muligt omfang undgå ' ' i fil-navne
> -- ingen separatorer i filnavne ud over '.', '_' og '-'

Jeg vil jo nødig korrekse dig, for dine indlæg er normalt 100% korrekte,
men det er ikke rigtigt at Terminal og Finder har hver deres ide om
legale tegn i filnavne. I modsætning til WinDOS, så er såvel Unix- som
Macfilsystemer i stand til at håndtere navne med alle tegn, undtagen det
tegn der i det respektive system er stiseparatortegnet. For Unix er det
'/' (skråstreg), for Mac OS (også for OS X med HFS+ vil jeg tro) er det
':' (kolon). Derudover er *alt* tilladt. Hvem husker fx ikke den gang
man kunne paste ikoner på mapper i system 7? En eller anden
lokaliseringsperson havde lavet ged i det, så filen med ikonressourcerne
fik navnet "lokaliseret" fra "icon\r" til "symbol\r". Det interessante i
denne sammenhæng er dog at filnavnet faktisk indeholdt '\r', eller i
daglig tale linieskift eller return.

Problemet i shell-scripting er, at man "konventionelt" ikke har benyttet
sig af underlige filnavne i samme omfang på Unix som vi har været vant
til det på Mac. Men det kan løses.

Kommandoen du anfører herover kunne således skrives uden xargs, enten med
find ~ -type f -exec ls -l "{}" \; | sort -r -n -k 5,5 | head -20

eller med en eksplicit løkke (Bourne(Again)/Korn Shell):
find ~ -type f -print | while read f ; do ls -l "$f" ; done|
sort -r -n -k 5,5 | head -20

Endelig kunne den skrives _med_ xargs (og de fordele det giver) som
følger:
find ~ -type f -print0|xargs -0 ls -l | sort -r -n -k 5,5 | head -20

Ingen af disse er så vidt jeg lige kan se følsomme overfor problemet med
anførselstegn, som din anvendelse af sed har. (Du kunne udskifte " med '
i sed kommandoen, men så ville det stadig fejle ved filnavne med ' i.
Jeg kan ikke lige se nogen nem løsning med sed, men der er nok en.)

En ting man skal være opmærksom på er, at Unix-programmer ofte opfatter
parametre der starter med '-' som options, og hvis man har kataloger
eller filer der starter med '-', er det en god ide at omskrive dem ved
simpelthen at sætte "./" foran. "." og ".." er desuden specielle
kataloger, som hhv refererer til samme og overliggende katalog (lidt på
samme måde som man kan angive filnavne i trad. MacOS, men i Unix er det
eksplicit), så din "uindskrænkede tilladelse" til at anvende
separatorerne er heller ikke helt korrekt.

Man kan gøre hvad man vil, og man bør bestemt ikke undgå mellemrum i
navne - det har Macintosh en god og lang tradition for at anvende. Man
skal blot undgå kontroltegn, og gerne undgå at indlede navne med '-'
eller '.'. Måske er det også en god ide at undgå '\' (altså backslash),
men det tegn bruger de fleste nok alligevel ikke i forvejen.

Til gengæld skal man så tænke sig godt om når man laver scripts i shell
(og det skulle man også i gamle dage på Mac'en med MPW Shell!) - selv
når et sådant script bare er en enkelt kommandolinie langt. Så det er en
farlig sti at begive sig ud på.

Så for de fleste er det nok sikrest at holde sig fra Terminalen, når det
gælder om at håndtere en masse filer med sære navne.

--
Lasse Hillerøe Petersen | "I met someone who looks a lot like you,
----------------------------+ she does the things you do;
No Windows | but she is an IBM"
= No virus | (Jeff Lynne, "Yours truly 2095")

---

Lasse Hillerøe Petersen <lhp+news@toft-hp.dk> wrote:

> In article <hJRzd.77652$Vf.3644191@news000.worldonline.dk>,
> Bjarne D Mathiesen <macintosh@mathiesen.info> wrote:
>
> > Lone Schmidt wrote:
> > > Bjarne D Mathiesen <macintosh@mathiesen.info> wrote:
> > >
> > >
> > >>Men hvis du absolut gerne vil have en Terminal kommando, så giver
> > >
> > > denne
> > >
> > >>serie kommandoer dig de 20 største filer i din hjemmemappe:
> > >>
> > >>find ~ -type f | sed 's/\(.*\)/"\1"/' | xargs ls -l |
> > >>sort -r -n -k 5,5 | head -20
> ...
>
Klip
>
> Man kan gøre hvad man vil, og man bør bestemt ikke undgå mellemrum i
> navne - det har Macintosh en god og lang tradition for at anvende. Man
> skal blot undgå kontroltegn, og gerne undgå at indlede navne med '-'
> eller '.'. Måske er det også en god ide at undgå '\' (altså backslash),
> men det tegn bruger de fleste nok alligevel ikke i forvejen.

> Så for de fleste er det nok sikrest at holde sig fra Terminalen, når det
> gælder om at håndtere en masse filer med sære navne.

Dit udførlige har afledt et spørgsmål

Hvordan skriver I: æ, ø , å ?

Skriver I "normalt" og tager højde for det med terminalkommando?

--
Venlige hilsner og
grumme god hygge

Lone

---

Lone Schmidt wrote:
>
> Dit udførlige har afledt et spørgsmål
>
> Hvordan skriver I: æ, ø , å ?
>
> Skriver I "normalt" og tager højde for det med terminalkommando?
>

Jeg undgår simpelthen bevidst i videst muligt omfang at benytte nogen
som helst bogstaver jeg ved kan give potentielle problemer i Terminalen.

Nu skal du så også være opmærksom på, at Terminalen som hovedregel er en
nødløsning for mig når det gælder administration af filer. Der findes
som regel mere brugervenlige løsninger i form af GUI programmer.

PathFinder: http://www.cocoatech.com/
File Buddy: http://www.skytag.com/filebuddy/

Min primære brug af Terminalen er til administration af systemet, dvs
opsætning af og installering af system-komponenter. Se f.eks mine to
websider. Endvidere bruger jeg så 'curl' og 'wget' til masse-download
fra forskellige web-sites.

--
Bjarne D Mathiesen
København N ; Danmark ; Europa
----------------------------------------------------------------------
denne besked er skrevet i et totalt M$/Intel-frit miljø
MacOS X 10.3.7 Panther ; Mozilla 1.8a5 ; PowerPC G4 800MHz
http://mozilla.mathiesen.info/
http://webadmin.mathiesen.info/

---

In article <1gph0i4.1q7srhyyk7edcN%mailloneFJERN@netscape.net>,
mailloneFJERN@netscape.net (Lone Schmidt) wrote:

> Hvordan skriver I: æ, ø , å ?
æøå

> Skriver I "normalt" og tager højde for det med terminalkommando?

Ja. Faktisk er der ikke noget at tage højde for, det virker bare. Med
mindre selvfølgelig, at man som jeg dels genbruger en .profile fra et
andet system, som sætter LC_CTYPE til en_US.ISO8859-1, dels bruger PDksh
som shell i stedet for bash. Men er LC_CTYPE sat til en_US.UTF-8 - eller
evt da_DK.UTF-8 - så er der ingen problemer med "æøå", i hvert fald i
bash. Med 8859-1 og PDksh ser det underligt ud, men kan man abstrahere
fra det, virker alt i øvrigt som det skal.


--
Lasse Hillerøe Petersen | "I met someone who looks a lot like you,
----------------------------+ she does the things you do;
No Windows | but she is an IBM"
= No virus | (Jeff Lynne, "Yours truly 2095")

---

Lasse Hillerøe Petersen wrote:
> In article <hJRzd.77652$Vf.3644191@news000.worldonline.dk>,
> Bjarne D Mathiesen <macintosh@mathiesen.info> wrote:
>
>>Lone Schmidt wrote:
>>
>>>Bjarne D Mathiesen <macintosh@mathiesen.info> wrote:
>>>
>>>>Men hvis du absolut gerne vil have en Terminal kommando, så giver
>>>>denne serie kommandoer dig de 20 største filer i din hjemmemappe:
>>>>
>>>>find ~ -type f | sed 's/\(.*\)/"\1"/' | xargs ls -l |
>>>>sort -r -n -k 5,5 | head -20
> ...
>>Problemet er, at Terminal og Finder har hver deres ide om hvilke
>>bogstaver man kan benytte i fil-navne. Hvis man vil være sikker på ikke
>>at løbe ind i disse problemer så skal man:
>>-- udelukkende holde sig til de 26 engelske bogstaver
>>-- i videst muligt omfang undgå ' ' i fil-navne
>>-- ingen separatorer i filnavne ud over '.', '_' og '-'
>
> Jeg vil jo nødig korrekse dig, for dine indlæg er normalt 100% korrekte,

Jeg har intet imod at blive korrigeret såfremt kritikken er korrekt og
konstuktiv. Jeg synes at dit indlæg her er begge dele.

> men det er ikke rigtigt at Terminal og Finder har hver deres ide om
> legale tegn i filnavne. I modsætning til WinDOS, så er såvel Unix- som
> Macfilsystemer i stand til at håndtere navne med alle tegn, undtagen det
> tegn der i det respektive system er stiseparatortegnet. For Unix er det
> '/' (skråstreg), for Mac OS (også for OS X med HFS+ vil jeg tro) er det
> ':' (kolon).

korrekt
men du har så også samtidig på en måde givet mig ret

> Derudover er *alt* tilladt.

i princippet ja, men jeg har endnu ikke kunnet få Terminal til at vise
og behandle uni-kode / danske bogstaver på en konstruktiv måde når de
skal pipes videre til en anden kommando.

Jeg får enten en mærkværdig 2-glyph streng (som Lone) eller en
transcription til octal/hex-værdier. Og så går der gevaldigt ged i den
når fil-navnet sendes videre.

> Hvem husker fx ikke den gang
> man kunne paste ikoner på mapper i system 7? En eller anden
> lokaliseringsperson havde lavet ged i det, så filen med ikonressourcerne
> fik navnet "lokaliseret" fra "icon\r" til "symbol\r". Det interessante i
> denne sammenhæng er dog at filnavnet faktisk indeholdt '\r', eller i
> daglig tale linieskift eller return.

Jeg gør ikke

>
> Problemet i shell-scripting er, at man "konventionelt" ikke har benyttet
> sig af underlige filnavne i samme omfang på Unix som vi har været vant
> til det på Mac. Men det kan løses.
>
> Kommandoen du anfører herover kunne således skrives uden xargs, enten med
> find ~ -type f -exec ls -l "{}" \; | sort -r -n -k 5,5 | head -20

Du har helt ret.
Jeg er på mange måder stadig en begynder udi Unix delen.
Jeg læser og lærer konstant fra sag til sag.
Men jeg tester på min/mine egne computere *inden* jeg giver en løsning,
så jeg er 99,999% sikker på at min løsning virker.

Jeg har prøvet din løsning ovenover og den virker perfekt. Men det ser
ud til at 'find' tager et gevaldigt dyk i performance, når man propper
'-exec' på den. Med 'time' foran kommando-sekvensen så får man:
-- min løsning: 0.300u 3.160s 0:41.70 8.2% 0+0k 1071+311io 0pf+0w
-- din løsning: 57.480u 282.070s 18:53.51 29.9% 0+0k 0+ 15io 0pf+0w

>
> eller med en eksplicit løkke (Bourne(Again)/Korn Shell):
> find ~ -type f -print | while read f ; do ls -l "$f" ; done|
> sort -r -n -k 5,5 | head -20

Her er problemet så, at jeg ikke ved hvilken 'skal' Lone bruger.
Standard-skallen har jo ændret sig fra at være tcsh til og med 10.2.x
medens den fra og med 10.3 er bash.

Og at lave scripts i skallen er ikke ligefrem min store force. Jeg er
her på det seneste mere og mere gået over til at benytte php til længere
scripts der ikke bare er 'ad hoc'.

Jeg prøvede at lave den om til køre i tcsh, men kunne rent umiddelbart
ikke finde en løsning. Syntaksen for while er helt anderledes og 'read'
findes ikke under tcsh.

I øvrigt så tager den en helvedes tid at udføre:
'time' giver : real 33m13.322s user 2m13.890s sys 5m47.220s

>
> Endelig kunne den skrives _med_ xargs (og de fordele det giver) som
> følger:
> find ~ -type f -print0|xargs -0 ls -l | sort -r -n -k 5,5 | head -20

Den er god! Jeg kunne ikke lige se ved at læse 'man xargs' at 'print0' i
kombination med '-0' ville løse problemet med mellemrum i filnavne. Jeg
ville rent umiddelbart tro at 'ls' stadig ville se ' ' som en separator.

Og den er lige så hurtig som min løsning med sed:
'time' giver : 0.340u 4.100s 0:36.91 12.0% 0+0k 0+547io 0pf+0w

>
> Ingen af disse er så vidt jeg lige kan se følsomme overfor problemet med
> anførselstegn, som din anvendelse af sed har. (Du kunne udskifte " med '
> i sed kommandoen, men så ville det stadig fejle ved filnavne med ' i.
> Jeg kan ikke lige se nogen nem løsning med sed, men der er nok en.)

jeg prøvede at få sed til at sætte "'" omkring filnavnet i stedet for
'"', men løb her ind i problemer jeg ikke lige kunne løse. Problemet er
- så vidt jeg kan se - at du er nødt til at have "'" omkring sed
kommandoen for at undgå skal expansion af diverse tegn. Hvis du bruger
'"' omkring sed kommandoen løber du ind i problemer med at skallen
forsøger at expandere tegnene inde i kommandoen. Selvom jeg escapede "'"
med "\" kunne jeg ikke få det til at fungere.

>
> En ting man skal være opmærksom på er, at Unix-programmer ofte opfatter
> parametre der starter med '-' som options, og hvis man har kataloger
> eller filer der starter med '-', er det en god ide at omskrive dem ved
> simpelthen at sætte "./" foran. "." og ".." er desuden specielle
> kataloger, som hhv refererer til samme og overliggende katalog (lidt på
> samme måde som man kan angive filnavne i trad. MacOS, men i Unix er det
> eksplicit), så din "uindskrænkede tilladelse" til at anvende
> separatorerne er heller ikke helt korrekt.

'find', sådan som den er brugt her, finder også de skjulte filer, der
starter med '.'. '.' bruges jo i Unix på tre måder:
1) som indikation på den mappe man befinder sig i ('./')
2) som prefix til et filnavn for at 'skjule' filen for 'normale' øjne
3) som "separator" i filnavne ('komprimeret.tar.gz')

Jeg har ikke testet det, men min umiddlebare antagelse er, at det, at
jeg anbringer '"' omkring filnavnene i mit script, gør, at filer, der
evt starter med '-', ikke bliver opfattet som parametre.

>
> Man kan gøre hvad man vil, og man bør bestemt ikke undgå mellemrum i
> navne - det har Macintosh en god og lang tradition for at anvende. Man
> skal blot undgå kontroltegn, og gerne undgå at indlede navne med '-'
> eller '.'. Måske er det også en god ide at undgå '\' (altså backslash),
> men det tegn bruger de fleste nok alligevel ikke i forvejen.

Finder vil overhovedet ikke tillade dig at lade et filnavn starte med
"." - netop for at beskytte dig mod at komme til at lave skjulte filer.

>
> Til gengæld skal man så tænke sig godt om når man laver scripts i shell
> (og det skulle man også i gamle dage på Mac'en med MPW Shell!) - selv
> når et sådant script bare er en enkelt kommandolinie langt. Så det er en
> farlig sti at begive sig ud på.
>
> Så for de fleste er det nok sikrest at holde sig fra Terminalen, når det
> gælder om at håndtere en masse filer med sære navne.
>

Jeg plejer også i videst muligt omfang at holde mig fra Terminalen når
jeg rådgiver, men i visse tilfælde synes Terminalen at være det letteste
eller i nogen tilfælde oven i købet den eneste mulighed.

I tråden 'Ged (meget ged!) i bruger og nøgleringe' kunne jeg f.eks have
brugt Netinfo-mangager i stedet for Terminalen, men jeg finder
personligt Netinfo-mananger meget u-overskuelig og indviklet, så der
syntes jeg, at det var simplest at benytter Terminalen.

Et andet problem i dette tilfælde er, at Finders søgefunktion f.eks ikke
giver dig de muligheder som Lone søgte efter i dette tilfælde. Du kan
søge efter filstørrelse, men du har ikke mulighed for at begrænse
antallet af resultater.

(Og nu har vi lige tabt den stakkels Lone fuldstændigt bag vognen )

--
Bjarne D Mathiesen
København N ; Danmark ; Europa
----------------------------------------------------------------------
denne besked er skrevet i et totalt M$/Intel-frit miljø
MacOS X 10.3.7 Panther ; Mozilla 1.8a5 ; PowerPC G4 800MHz
http://mozilla.mathiesen.info/
http://webadmin.mathiesen.info/

---

In article <Aw%zd.77756$Vf.3647061@news000.worldonline.dk>,
Bjarne D Mathiesen <macintosh@mathiesen.info> wrote:

> korrekt
> men du har så også samtidig på en måde givet mig ret

> > Derudover er *alt* tilladt.
>
> i princippet ja, men jeg har endnu ikke kunnet få Terminal til at vise
> og behandle uni-kode / danske bogstaver på en konstruktiv måde når de
> skal pipes videre til en anden kommando.

Kan du vise et eksempel på problemet?

> Jeg får enten en mærkværdig 2-glyph streng (som Lone) eller en
> transcription til octal/hex-værdier. Og så går der gevaldigt ged i den
> når fil-navnet sendes videre.

Jeg må indrømme at jeg ikke bruger Terminal, men X11 og xterm (fordi jeg
har en masse vinduer åbne til et par NetBSD-maskiner) men det skulle
ingen forskel gøre. At man ser nogle underlige tegn når UTF-8 vises som
ISO-8859-X skulle ikke have nogen praktisk betydning - UTF-8 er netop
designet således at det ikke skal have nogen praktisk betydning.

> Du har helt ret.
> Jeg er på mange måder stadig en begynder udi Unix delen.
> Jeg læser og lærer konstant fra sag til sag.
> Men jeg tester på min/mine egne computere *inden* jeg giver en løsning,
> så jeg er 99,999% sikker på at min løsning virker.

Det er også min normale politik - det er hændt et par gange hvor jeg har
været "sikker i min sag" og har undladt test, at det efterfølgende viste
sig jeg tog fejl/huskede forkert.

> Jeg har prøvet din løsning ovenover og den virker perfekt. Men det ser
> ud til at 'find' tager et gevaldigt dyk i performance, når man propper
> '-exec' på den. Med 'time' foran kommando-sekvensen så får man:
> -- min løsning: 0.300u 3.160s 0:41.70 8.2% 0+0k 1071+311io 0pf+0w
> -- din løsning: 57.480u 282.070s 18:53.51 29.9% 0+0k 0+ 15io 0pf+0w

Det er korrekt. I stedet for at køre programmet en gang, og så lade
xargs hæfte så mange af filnavnene på som muligt, kører den programmet
for hver fil. Det giver et stort overhead, men er også mere generelt:

find . -type f -exec cp "{}" "{}.bak" \;

er fx svær at lave med xargs!

> Her er problemet så, at jeg ikke ved hvilken 'skal' Lone bruger.
> Standard-skallen har jo ændret sig fra at være tcsh til og med 10.2.x
> medens den fra og med 10.3 er bash.

tcsh er noget skrammel.

> Og at lave scripts i skallen er ikke ligefrem min store force. Jeg er
> her på det seneste mere og mere gået over til at benytte php til længere
> scripts der ikke bare er 'ad hoc'.

php er også noget skrammel. Brug dog Perl når det endelig skal være.

> Jeg prøvede at lave den om til køre i tcsh, men kunne rent umiddelbart
> ikke finde en løsning. Syntaksen for while er helt anderledes og 'read'
> findes ikke under tcsh.

tcsh har heller ikke nummererede fildeskriptorer, og der er 10000 andre
ting galt med tcsh. Læs Tom Christiansens _csh considered harmful_
artikel en dag.

> I øvrigt så tager den en helvedes tid at udføre:
> 'time' giver : real 33m13.322s user 2m13.890s sys 5m47.220s

Samme problem som før. "find ...| xargs cmd" eller for den sags skyld
"cmd `find ...`" er naturligvis langt mere effektivt, men mindre
generelt.

> >
> > Endelig kunne den skrives _med_ xargs (og de fordele det giver) som
> > følger:
> > find ~ -type f -print0|xargs -0 ls -l | sort -r -n -k 5,5 | head -20
>
> Den er god! Jeg kunne ikke lige se ved at læse 'man xargs' at 'print0' i
> kombination med '-0' ville løse problemet med mellemrum i filnavne. Jeg
> ville rent umiddelbart tro at 'ls' stadig ville se ' ' som en separator.

Nej. Problemet er at xargs normalt betragter både ' ' og '\n' som
skilletegn.

> Og den er lige så hurtig som min løsning med sed:
> 'time' giver : 0.340u 4.100s 0:36.91 12.0% 0+0k 0+547io 0pf+0w

En løsning med sed kunne måske være at indsætte '\' foran anførselstegn,
backslash og mellemrum. Så er det kun filnavne med linieskift der fejler.

> jeg prøvede at få sed til at sætte "'" omkring filnavnet i stedet for
> '"', men løb her ind i problemer jeg ikke lige kunne løse. Problemet er
> - så vidt jeg kan se - at du er nødt til at have "'" omkring sed
> kommandoen for at undgå skal expansion af diverse tegn. Hvis du bruger
> '"' omkring sed kommandoen løber du ind i problemer med at skallen
> forsøger at expandere tegnene inde i kommandoen. Selvom jeg escapede "'"
> med "\" kunne jeg ikke få det til at fungere.

Man skal bare holde tungen lige i munden, og bruge echo til at debugge.
Her er den:
find ~ -type f -print|sed 's/\(['\'' "]\)/\\\1/g'| xargs ls -l
bemærk at anførselstegnene om \' først afslutter, og derefter begynder
en ny streng i enkelte anførselstegn. Så \' står udenfor anførselstegn,
og betydningen af ' escapes her med backslash. Man kan i stedet sætte '
i dobbelt anførselstegn samme sted:
find ~ -type f -print|sed 's/\(['"'"' "]\)/\\\1/g'| xargs ls -l

Vi kan næppe blive uenige om at det er ret langhåret.

> 'find', sådan som den er brugt her, finder også de skjulte filer, der
> starter med '.'.
For at bortskære (prune) ting som starter med ".":
find $dir -name '.?*' -prune -o ... -print

> '.' bruges jo i Unix på tre måder:
> 1) som indikation på den mappe man befinder sig i ('./')
> 2) som prefix til et filnavn for at 'skjule' filen for 'normale' øjne
> 3) som "separator" i filnavne ('komprimeret.tar.gz')

3) er forkert. Det er ikke semantisk betydende, udelukkende en
konvention. Derfor har det også undret mig lige siden jeg først hørte om
Rhapsody, at man ville benytte .ext konventionen frem for (eller som
tillæg til) Type/Creator metadata - i mine øjne er det et gigantisk
tilbageskridt.

2) er sådan set også forkert. readdir(1) systemkaldet kender mig bekendt
ikke denne konvention - det er op til hvert program at implementere den.

1) er ikke helt rigtigt: der er faktisk to directory entries i hvert
directory, som _er_ hhv "." og "..". De er hard links til hhv kataloget
selv og det overliggende katalog; undtagen for "/.", her er "/." og
"/.." det samme. Prøv fx:
cd ; ls -id / /. /.. ~ . ~/.. ..
Tallene som vises er inode-numre (filnumre) som er de _egentlige_ id'er
af filerne. I Unix er et directory egentlig bare en fil med en speciel
struktur, og metadata som fortæller at det er et directory. Det er nok
ikke hele sandheden når det drejer sig om HFS+ og Mac OS X, men det er
tæt nok på.

> Jeg har ikke testet det, men min umiddlebare antagelse er, at det, at
> jeg anbringer '"' omkring filnavnene i mit script, gør, at filer, der
> evt starter med '-', ikke bliver opfattet som parametre.
Prøv:
charlie $ mkdir "-l"
mkdir: illegal option -- l
usage: mkdir [-pv] [-m mode] directory ...
ERR 64 charlie $ mkdir ./-l
charlie $ ls "-l"
total 4840
....
charlie $ ls ./-l
charlie $

Fjernelse af "-l" overlades som øvelse til læseren.

> Finder vil overhovedet ikke tillade dig at lade et filnavn starte med
> "." - netop for at beskytte dig mod at komme til at lave skjulte filer.

Fint nok. Faktisk var det vist også en begrænsning tidligere (system
6?), idet man brugte den samme FSOpen ROM rutine til at åbne såvel filer
som forskellige slags drivere - navne på drivere begyndte så med "." og
floppydrevets driver hed således ".Sony". Men det har kun historisk
relevans.

> Jeg plejer også i videst muligt omfang at holde mig fra Terminalen når
> jeg rådgiver, men i visse tilfælde synes Terminalen at være det letteste
> eller i nogen tilfælde oven i købet den eneste mulighed.

Hvilket jeg også ser som Mac OS Xs største problem. Fristelsen til at
sige "det kan man fixe fra Terminal" er for stor.

> I tråden 'Ged (meget ged!) i bruger og nøgleringe' kunne jeg f.eks have
> brugt Netinfo-mangager i stedet for Terminalen, men jeg finder
> personligt Netinfo-mananger meget u-overskuelig og indviklet, så der
> syntes jeg, at det var simplest at benytter Terminalen.

Jeg fatter ikke hvad man skal med Netinfo. Hvis man endelig ville
erstatte flade konfigurationsfiler med et hierarkisk homogent system,
hvorfor så ikke hoppe direkte på noget LDAP i stedet for et NeXT-levn af
en registry-klon?

> Et andet problem i dette tilfælde er, at Finders søgefunktion f.eks ikke
> giver dig de muligheder som Lone søgte efter i dette tilfælde. Du kan
> søge efter filstørrelse, men du har ikke mulighed for at begrænse
> antallet af resultater.

Det er jo et fundamentalt problem med GUI og direkte manipulation.

> (Og nu har vi lige tabt den stakkels Lone fuldstændigt bag vognen )

Det går nok endda.


--
Lasse Hillerøe Petersen | "I met someone who looks a lot like you,
----------------------------+ she does the things you do;
No Windows | but she is an IBM"
= No virus | (Jeff Lynne, "Yours truly 2095")

---

Lasse Hillerøe Petersen wrote:
> In article <Aw%zd.77756$Vf.3647061@news000.worldonline.dk>,
> Bjarne D Mathiesen <macintosh@mathiesen.info> wrote:
>
>>>Derudover er *alt* tilladt.
>>
>>i princippet ja, men jeg har endnu ikke kunnet få Terminal til at vise
>>og behandle uni-kode / danske bogstaver på en konstruktiv måde når de
>>skal pipes videre til en anden kommando.
>
> Kan du vise et eksempel på problemet?

[Titanen/webleg/test] bjarne% ls
total 288
drwxr-xr-x 8 bjarne bjarne - 272 28 Dec 10:28 ./
drwx--x--x 36 bjarne bjarne - 1224 28 Dec 10:26 ../
-rw-r--r-- 1 bjarne bjarne - 6148 28 Dec 10:27 .DS_Store
-rw-r--r-- 1 bjarne bjarne - 9588 9 Jun 2004 a??-aa-kopi.h
-rw-r--r-- 1 bjarne bjarne - 70546 4 Nov 2003 fotoalbum.jpg
-rw-r--r-- 1 bjarne bjarne - 9588 9 Jun 2004 ??-ae-kopi.h
-rw-r--r-- 1 bjarne bjarne - 9588 9 Jun 2004 ????a??.h
-rw-r--r-- 1 bjarne bjarne - 9588 9 Jun 2004 ??-oe-kopi.h

Det er sådan som det ser ud nu.
Tidligere har jeg fået de nedenstående.

>>Jeg får enten en mærkværdig 2-glyph streng (som Lone) eller en
>>transcription til octal/hex-værdier. Og så går der gevaldigt ged i den
>>når fil-navnet sendes videre.

hmmm ... nu har jeg generelt undgået æøå i filnavne grundet tidligere
problemer samt at jeg normalt ikke benytter Terminalen til at håndtere
filer - andet end i nødstilfælde. Det ser nu ud til at piping nu bliver
håndteret korrekt, medens visning stadig er ad helvede til.

>>Jeg har prøvet din løsning ovenover og den virker perfekt. Men det ser
>>ud til at 'find' tager et gevaldigt dyk i performance, når man propper
>>'-exec' på den. Med 'time' foran kommando-sekvensen så får man:
>>-- min løsning: 0.300u 3.160s 0:41.70 8.2% 0+0k 1071+311io 0pf+0w
>>-- din løsning: 57.480u 282.070s 18:53.51 29.9% 0+0k 0+ 15io 0pf+0w
>
> Det er korrekt. I stedet for at køre programmet en gang, og så lade
> xargs hæfte så mange af filnavnene på som muligt, kører den programmet
> for hver fil. Det giver et stort overhead, men er også mere generelt:
>
> find . -type f -exec cp "{}" "{}.bak" \;
>
> er fx svær at lave med xargs!

Syntes nu at være let nok :

find . -type f | xargs -I % -R 2 cp "%" "%.bak"

>>Her er problemet så, at jeg ikke ved hvilken 'skal' Lone bruger.
>>Standard-skallen har jo ændret sig fra at være tcsh til og med 10.2.x
>>medens den fra og med 10.3 er bash.
>
> tcsh er noget skrammel.
>
>>Og at lave scripts i skallen er ikke ligefrem min store force. Jeg er
>>her på det seneste mere og mere gået over til at benytte php til længere
>>scripts der ikke bare er 'ad hoc'.
>
> php er også noget skrammel. Brug dog Perl når det endelig skal være.

Nu har jeg jo vænnet mig til php fra min web-side programmering. Og jeg
_gider_ ikke rigtigt sætte mig ind i endnu et programmeringssprog. Og så
er vi inde i 'religionskrigene': Perl v. php ; tcsh v. bash

>
>>Jeg prøvede at lave den om til køre i tcsh, men kunne rent umiddelbart
>>ikke finde en løsning. Syntaksen for while er helt anderledes og 'read'
>>findes ikke under tcsh.
>
> tcsh har heller ikke nummererede fildeskriptorer, og der er 10000 andre
> ting galt med tcsh. Læs Tom Christiansens _csh considered harmful_
> artikel en dag.

fandt den: http://www.faqs.org/faqs/unix-faq/shell/csh-whynot/

Men csh er jo blevet videre-udviklet til tcsh. Mange af hans argumenter
holder selvfølgelig stadig, men jeg ved simpelthen ikke nok til at kunne
sige hvad der adskiller csh og tcsh

--
Bjarne D Mathiesen
København N ; Danmark ; Europa
----------------------------------------------------------------------
denne besked er skrevet i et totalt M$/Intel-frit miljø
MacOS X 10.3.7 Panther ; Mozilla 1.8a5 ; PowerPC G4 800MHz
http://mozilla.mathiesen.info/
http://webadmin.mathiesen.info/

---

In article <KMaAd.77830$Vf.3648390@news000.worldonline.dk>,
Bjarne D Mathiesen <macintosh@mathiesen.info> wrote:

> -rw-r--r-- 1 bjarne bjarne - 9588 9 Jun 2004 a??-aa-kopi.h
>
> Det er sådan som det ser ud nu.
> Tidligere har jeg fået de nedenstående.

Hmm. Hvad er din LC_CTYPE sat til? Jeg ved desværre ikke hvad den er sat
til default.

> hmmm ... nu har jeg generelt undgået æøå i filnavne grundet tidligere
> problemer samt at jeg normalt ikke benytter Terminalen til at håndtere
> filer - andet end i nødstilfælde. Det ser nu ud til at piping nu bliver
> håndteret korrekt, medens visning stadig er ad helvede til.

Prøv at skrive
export LC_CTYPE=en_US.UTF-8
i ~/.profile

> Syntes nu at være let nok :
>
> find . -type f | xargs -I % -R 2 cp "%" "%.bak"

Den har jeg fortjent, når jeg ikke læser man-siden for xargs.

Men den kan alligevel ikke på nogen måde undgå at køre cp for hver fil,
så performance-mæssigt giver det jo ikke noget.

> Nu har jeg jo vænnet mig til php fra min web-side programmering. Og jeg
> _gider_ ikke rigtigt sætte mig ind i endnu et programmeringssprog. Og så
> er vi inde i 'religionskrigene': Perl v. php ; tcsh v. bash

Det er da en sport!

> fandt den: http://www.faqs.org/faqs/unix-faq/shell/csh-whynot/
>
> Men csh er jo blevet videre-udviklet til tcsh. Mange af hans argumenter
> holder selvfølgelig stadig, men jeg ved simpelthen ikke nok til at kunne
> sige hvad der adskiller csh og tcsh

At dømme efter det der står på www.tcsh.org, så er der ikke meget at
komme efter i selve sproget. Det er mest den interaktive del.

Jeg startede for mange år siden med at bruge tcsh; men det irriterede
mig at man kun kunne redirecte stdout og stderr sammen, eller stdout
alene; det irriterede mig, at flerliniers kommandoer ikke virkede
rigtigt med history (piletasterne); og så var det jeg læste TC's opsang.

--
Lasse Hillerøe Petersen | "I met someone who looks a lot like you,
----------------------------+ she does the things you do;
No Windows | but she is an IBM"
= No virus | (Jeff Lynne, "Yours truly 2095")

---

Lasse Hillerøe Petersen skrev:

> In article <KMaAd.77830$Vf.3648390@news000.worldonline.dk>,
> Bjarne D Mathiesen <macintosh@mathiesen.info> wrote:
>
>
>>-rw-r--r-- 1 bjarne bjarne - 9588 9 Jun 2004 a??-aa-kopi.h
>>
>>Det er sådan som det ser ud nu.
>>Tidligere har jeg fået de nedenstående.
>
> Hmm. Hvad er din LC_CTYPE sat til? Jeg ved desværre ikke hvad den er sat
> til default.

Den er ikke defineret eksplicit

>
>>hmmm ... nu har jeg generelt undgået æøå i filnavne grundet tidligere
>>problemer samt at jeg normalt ikke benytter Terminalen til at håndtere
>>filer - andet end i nødstilfælde. Det ser nu ud til at piping nu bliver
>>håndteret korrekt, medens visning stadig er ad helvede til.
>
> Prøv at skrive
> export LC_CTYPE=en_US.UTF-8
> i ~/.profile

OK - det redder 'æ' og 'ø' ; men 'å' ser stadig ud ad helvede til
Jeg prøvede med både en_US.UTF-8 og da_DK.UTF-8 samt en_US.ISO8859-1
Og både i tcsh og bash.
Det er ikke det store problem for mig.


>>Nu har jeg jo vænnet mig til php fra min web-side programmering. Og jeg
>>_gider_ ikke rigtigt sætte mig ind i endnu et programmeringssprog. Og så
>>er vi inde i 'religionskrigene': Perl v. php ; tcsh v. bash
>
> Det er da en sport!

Problemet er, at jeg er nødt til at rode rundt med C, C++ og Java i mine
studier. Jeg havde et kursus, hvor man gerne så, at jeg rodede rundt med
Python (det !kunne! springes over, da jeg tog det). Og et andet kursus,
hvor det er Moscow-ML, der er sproget (tvunget). Så er der JavaScript,
PHP og MySQL til websider (dem kunne jeg i forvejen - kurset arbejde med
ASP og Access {gyser} - heldigvis var serversiden valgfri). Det hele
ender så op med, at man har svært ved at lære bare et enkelt af dem helt
til bunds.

OK - der er selvfølgelig overlap: regulære udtryk á la Perl kan bruges i
Moscow-ML, JavaScript, PHP og Perl.

C++, Java og PHP har meget tilfældes i OOP afdelingen
Den imperative del er meget ens i dem alle (sig : Algol)
JavaScript ligger et sted mellem C og C++

Moscow-ML er så en !helt! anden boldgade !
Ligesom APL (som jeg engang i tidernes morgen kiggede noget på uden at
komme tilstrækkeligt langt ind i det til at kunne bruge det til noget
som helst pt.) også er i en katagori !virkelig! !helt! for sig selv.

--
Bjarne D Mathiesen
København N ; Danmark ; Europa
----------------------------------------------------------------------
denne besked er skrevet i et totalt M$/Intel-frit miljø
MacOS X 10.3.7 Panther ; Mozilla 1.7.5 ; PowerPC G4 800MHz
http://mozilla.mathiesen.info/
http://webadmin.mathiesen.info/

---

In article <CPGAd.78308$Vf.3669253@news000.worldonline.dk>,
Bjarne D Mathiesen <macintosh@mathiesen.info> wrote:

> > Hmm. Hvad er din LC_CTYPE sat til? Jeg ved desværre ikke hvad den er sat
> > til default.
>
> Den er ikke defineret eksplicit

Gad vide hvordan man så finder ud af hvad den er default.

> OK - det redder 'æ' og 'ø' ; men 'å' ser stadig ud ad helvede til

Det har jeg også bemærket -- men det må være en fejl i ls:
charlie $ mkdir utftest
charlie $ cd utftest
charlie/utftest $ mkdir æøå
charlie/utftest $ perl -e 'opendir D,"."; print map { $_."\n" }
readdir D; closedir D;'
..
...
æøå
charlie/utftest $ find .
..
../æøå

(Hmm. Eller måske er det noget helt andet. Jeg bemærker netop igen, at
NewsWatcher også dropper 'å' når man copy-paster????? Måske er det en
konspiration blandt 'aa'-tilhængere i Apple?)

> C++, Java og PHP har meget tilfældes i OOP afdelingen
> Den imperative del er meget ens i dem alle (sig : Algol)

Algol. Algol68 helst!

Van Wijngarden grammatikker rykker! (Tænder ud, altså.)

--
Lasse Hillerøe Petersen | "I met someone who looks a lot like you,
----------------------------+ she does the things you do;
No Windows | but she is an IBM"
= No virus | (Jeff Lynne, "Yours truly 2095")

---

Lasse Hillerøe Petersen <lhp+news@toft-hp.dk> wrote:

> In article <CPGAd.78308$Vf.3669253@news000.worldonline.dk>,
> Bjarne D Mathiesen <macintosh@mathiesen.info> wrote:
>
> > > Hmm. Hvad er din LC_CTYPE sat til? Jeg ved desværre ikke hvad den er sat
> > > til default.
> >
> > Den er ikke defineret eksplicit
>
> Gad vide hvordan man så finder ud af hvad den er default.

Hvis vi snakker om Terminalen, så bemærk, at der kan ændres tegntabel i
indstillingerne. Vælg "Vinduesindstillinger..." og i listen "Skærm". Den
står standard til "Unicode (UFT-8)", men jeg har ændret min til
"Vesteuropæisk (ISO Latin 1)", fordi jeg havde en klient til Mysql, som
ikke kunne lide Unicode. (Det er vistnok blevet rettet siden.)

> > OK - det redder 'æ' og 'ø' ; men 'å' ser stadig ud ad helvede til

Det gør det også hos mig, selvom jeg sætter den tilbage til "Unicode".

--
Thorkil Olesen,
Hanstholm.

---

Bjarne D Mathiesen wrote:
>
> find ~ -type d | sed 's/\(.*\)/"\1"/' | xargs ls -ld |
> sort -r -n -k 5,5 | head -20
>

Lad os prøve at 'hakke' denne tingest i små-bidder så man kan få en
forståelse af hvad der sker:

'|' er "pipe" hvilket betyder at output / resultaterne fra en kommando
bliver sendt videre til den næste kommando som input. Så faktisk er der
fem (5) kommandoer på en linje.

find ~ -type d
------- vi kigger efter mapper (d = directory)
- kommandoen skal starte fra begyndelsen af hjemmemappen
---- burde være indlysende

sed 's/\(.*\)/"\1"/'
Denne del sætter simpelthen '"' omkring hver enkelt fil-/mappe-navn som
'find' finder for at udgå problemer med ' ' i fil-/mappe-navne i den
næste kommando. Det er *for* indviklet at gå i detaljer med denne
kommando her. Men 'man sed', 'man 3 regex' og 'man 7 re_format' giver
flere *!meget!* tekniske og nørdede informationer.

xargs ls -ld
--- parametre til ls
- gå !ikke! ned i mapper
- output ønskes i langt format
-- list / udskriv informationer om filer og mapper
----- tager output fra den foregående kommando og sender det
videre linje for linje til den kommando der er givet som
parameter - i dette tilfæle 'ls'

sort -r -n -k 5,5
------ vi sorterer på kolonne 5 til 5 i output
-- vi ønsker numerisk sortering
-- vi ønsker omvendt med de største resultat først
---- burde være indlysende

head -20
--- vi ønsker at se de første 20 linjer i outputtet fra den
foregående kommando
---- viser de første n linjer i input til kommandoen
det er ligsom hoved og fod i et tekst-dokument
den modsvarende kommando er 'tail'

--
Bjarne D Mathiesen
København N ; Danmark ; Europa
----------------------------------------------------------------------
denne besked er skrevet i et totalt M$/Intel-frit miljø
MacOS X 10.3.7 Panther ; Mozilla 1.8a5 ; PowerPC G4 800MHz
http://mozilla.mathiesen.info/
http://webadmin.mathiesen.info/

---

Bjarne D Mathiesen <macintosh@mathiesen.info> wrote:

> Bjarne D Mathiesen wrote:
> >
> > find ~ -type d | sed 's/\(.*\)/"\1"/' | xargs ls -ld |
> > sort -r -n -k 5,5 | head -20
> >
>
> Lad os prøve at 'hakke' denne tingest i små-bidder så man kan få en
> forståelse af hvad der sker:
>
> '|' er "pipe" hvilket betyder at output / resultaterne fra en kommando
> bliver sendt videre til den næste kommando som input. Så faktisk er der
> fem (5) kommandoer på en linje.
>
> find ~ -type d
> ------- vi kigger efter mapper (d = directory)
> - kommandoen skal starte fra begyndelsen af hjemmemappen
> ---- burde være indlysende
>
> sed 's/\(.*\)/"\1"/'
> Denne del sætter simpelthen '"' omkring hver enkelt fil-/mappe-navn som
> 'find' finder for at udgå problemer med ' ' i fil-/mappe-navne i den
> næste kommando. Det er *for* indviklet at gå i detaljer med denne
> kommando her. Men 'man sed', 'man 3 regex' og 'man 7 re_format' giver
> flere *!meget!* tekniske og nørdede informationer.
>
> xargs ls -ld
> --- parametre til ls
> - gå !ikke! ned i mapper
> - output ønskes i langt format
> -- list / udskriv informationer om filer og mapper
> ----- tager output fra den foregående kommando og sender det
> videre linje for linje til den kommando der er givet som
> parameter - i dette tilfæle 'ls'
>
> sort -r -n -k 5,5
> ------ vi sorterer på kolonne 5 til 5 i output
> -- vi ønsker numerisk sortering
> -- vi ønsker omvendt med de største resultat først
> ---- burde være indlysende
>
> head -20
> --- vi ønsker at se de første 20 linjer i outputtet fra den
> foregående kommando
> ---- viser de første n linjer i input til kommandoen
> det er ligsom hoved og fod i et tekst-dokument
> den modsvarende kommando er 'tail'

Tak Bjarne, det er et smukt svar

Men for at du ikke skal spilde din tid, skal jeg lige oplyse dig om at
jeg flere gange har taget tilløb til at springe ind i terminalen, men
har måtte erkende at det er for omfangsrigt, og at min hukommelse slet
ikke kan kapere det.

Det er mere at du ikke bruger din tid på at forklare for mange ting, for
så om 3 mdr. at få et spørgsmål af mig, som viser at jeg enten ikke
fatter det, eller ikke kan huske hvad du har forsøgt at lære mig

Men samtidig er jeg glad for dine "copy/paste" kommandoer, for selv om
det er kryptisk, så er det alligevel spændende!
--
Venlige hilsner og
grumme god hygge

Lone

---

Lone Schmidt wrote:
>
> Tak Bjarne, det er et smukt svar

*!rødmer!*

>
> Men for at du ikke skal spilde din tid, skal jeg lige oplyse dig om at
> jeg flere gange har taget tilløb til at springe ind i terminalen, men
> har måtte erkende at det er for omfangsrigt, og at min hukommelse slet
> ikke kan kapere det.

hvis du vidste, hvor mange gange jeg er nødt til at bruge
'man <kommando>' ...

>
> Det er mere at du ikke bruger din tid på at forklare for mange ting, for
> så om 3 mdr. at få et spørgsmål af mig, som viser at jeg enten ikke
> fatter det, eller ikke kan huske hvad du har forsøgt at lære mig

For en god introduktion til og diskussion om Terminal så se mine poster
i tråden 'Ged (meget ged!) i bruger og nøgleringe' fra og med 23/12/2004
15:48 og følgende. Hele tråden er i øvrigt fyldt med avanceret brug af
Terminalen på root-niveau.

>
> Men samtidig er jeg glad for dine "copy/paste" kommandoer, for selv om
> det er kryptisk, så er det alligevel spændende!


--
Bjarne D Mathiesen
København N ; Danmark ; Europa
----------------------------------------------------------------------
denne besked er skrevet i et totalt M$/Intel-frit miljø
MacOS X 10.3.7 Panther ; Mozilla 1.8a5 ; PowerPC G4 800MHz
http://mozilla.mathiesen.info/
http://webadmin.mathiesen.info/

---

Lone Schmidt wrote:
> Hej
>
> Macintosh HD/private/tmp/501/
>

I øvrigt burde filer i den mappe blive slette automatisk ved genstart

--
Bjarne D Mathiesen
København N ; Danmark ; Europa
----------------------------------------------------------------------
denne besked er skrevet i et totalt M$/Intel-frit miljø
MacOS X 10.3.7 Panther ; Mozilla 1.8a5 ; PowerPC G4 800MHz
http://mozilla.mathiesen.info/
http://webadmin.mathiesen.info/

---

Lone Schmidt <mailloneFJERN@netscape.net> wrote:

> Hej
>
> Jeg har prøvet at smække en VIDEO_TS i Toast, og den indlæste flittigt,
> men Toast stod af da min blanke disk var for lille.
>
> Min HD´s tilgængelige kapacitet er faldet drastisk, så der skal ryddes
> op!
>
> Jeg fandt den indlæsning under usynlige filer, nu vil jeg lige høre om
> jeg kan slette den uden problemer, for jeg kender ikke det niveau hvor
> den befinder sig:
>
> Macintosh HD/private/tmp/501/
>
> Øe, jeg kan heller ikke finde /private/ .........Nu skal jeg garanteret
> i terminalen !

Ingenlunde!

Gå i Finder og tast Æble+Skift+G

Skriv /private/tmp/501/ og tast retur

Og voila, mappen åbnet i Finder!
--
Say hello to my little friend.---John Holmes...
DVD Collection:
http://www.intervocative.com/DVDCollection.aspx/extract