🚀 go-pugleaf

Pan Marcin Debowski skrypci ostatnio pod Qnapowskim Linuksem:

> aby ułatwić sobie życie i natrafiłem na pozornie trywialny
> problem zmiany pierwszej litery na dużą.
>
> Powłoką jest bash GNU bash, version 3.2.57(2)-release 
> (arm-unknown-linux-gnueabihf) i takie operacje jak np.:
[...]
> tr też nie działa 
> echo "banana"| tr '[:lower:]' '[:upper:]'
> banana

Wygląda jakby działał, bo nie zgłasza błędu, tylko te argumenty
do niego nie przemawiają. Ja bym przetestował to tak:

tr a-z A-Z
tr abn ABN

-- 
Jarek

On 2022-12-17, Jarosław Sokołowski <jaros@lasek.waw.pl> wrote:
> Pan Marcin Debowski skrypci ostatnio pod Qnapowskim Linuksem:
>
>> aby ułatwić sobie życie i natrafiłem na pozornie trywialny
>> problem zmiany pierwszej litery na dużą.
>>
>> Powłoką jest bash GNU bash, version 3.2.57(2)-release 
>> (arm-unknown-linux-gnueabihf) i takie operacje jak np.:
> [...]
>> tr też nie działa 
>> echo "banana"| tr '[:lower:]' '[:upper:]'
>> banana
>
> Wygląda jakby działał, bo nie zgłasza błędu, tylko te argumenty

To są jak podejrzewam mocno zmodyfikowane standardowe narzędzia. Ma to 
nawet pewne aspekty humorystyczne:

[~] # sed --version
This is not GNU sed version 4.0

> do niego nie przemawiają. Ja bym przetestował to tak:
>
> tr a-z A-Z

[~] # echo "banana"|tr a-z A-Z
BANANA

> tr abn ABN

[~] # echo "banana"|tr abn ABN
BANANA

Dzięki, wolę to niż awk

[~] # N="banana";echo `echo ${N:0:1}|tr a-z A-Z`${N:1}  
Banana

-- 
Marcin

Przy okazji jakby mi ktoś mógł wytłumaczyć, bo nie mogę wygóglać...

Plik na dysku" Chomik\ Syryjski

Taka konstrukcja:
(1)

for file in *
zwraca wartość w file "Chomik Syryjski"

ale:
(2)

fl=`ls -1`
for file in $fl

zwraca Chomik a Syryjski dopiero w kolejnej iteracji, czyli spacja jest 
uznawana za separator listy. Dlaczego dla (1) nie? 

A dalej, jak zrobić, żeby koniec lini był takim separatorem, czyli, żeby 
lista z ls -1 czy np. find . była separowana po liniach a nie po spacjach?

-- 
Marcin

Marcin Debowski <agatek@INVALID.zoho.com> writes:

> Przy okazji jakby mi ktoś mógł wytłumaczyć, bo nie mogę wygóglać...
>
> Plik na dysku" Chomik\ Syryjski
>
> Taka konstrukcja:
> (1)
>
> for file in *
> zwraca wartość w file "Chomik Syryjski"
>
> ale:
> (2)
>
> fl=`ls -1`
> for file in $fl
>
> zwraca Chomik a Syryjski dopiero w kolejnej iteracji, czyli spacja jest 
> uznawana za separator listy. Dlaczego dla (1) nie? 
Strzelam: w (1) * jest przetwarzana przez bash i on 'wie' że to jest
jedna nazwa pliku. W (2) na zmienną przypisujesz kolejne linie mogące zawierać
spacje, ale dla bash to już jest, well, ciąg lini (niektóre ze spacjami)
- i on tak to traktuje, bez zastanawiania się czy to pliki czy może
nazwy filmów.

zobacz co będzie
IFS="
"
fl=`ls -1`
for file in $fl

(to IFS zawiera znak nowej linii)

>
> A dalej, jak zrobić, żeby koniec lini był takim separatorem, czyli, żeby 
> lista z ls -1 czy np. find . była separowana po liniach a nie po spacjach?


Notabene, uważałbym z podejściem:
for q in *
przy długiej liście plików może ci się wyłożyć

lepiej
find ... -exec {} \;
lub ls |xargs czy find ..|xargs
KJ

-- 
http://wolnelektury.pl/wesprzyj/teraz/

On 2022-12-18, Kamil Jońca <kjonca@poczta.onet.pl> wrote:
> Marcin Debowski <agatek@INVALID.zoho.com> writes:
>
>> Przy okazji jakby mi ktoś mógł wytłumaczyć, bo nie mogę wygóglać...
>>
>> Plik na dysku" Chomik\ Syryjski
>>
>> Taka konstrukcja:
>> (1)
>>
>> for file in *
>> zwraca wartość w file "Chomik Syryjski"
>>
>> ale:
>> (2)
>>
>> fl=`ls -1`
>> for file in $fl
>>
>> zwraca Chomik a Syryjski dopiero w kolejnej iteracji, czyli spacja jest 
>> uznawana za separator listy. Dlaczego dla (1) nie? 
> Strzelam: w (1) * jest przetwarzana przez bash i on 'wie' że to jest
> jedna nazwa pliku. W (2) na zmienną przypisujesz kolejne linie mogące zawierać
> spacje, ale dla bash to już jest, well, ciąg lini (niektóre ze spacjami)
> - i on tak to traktuje, bez zastanawiania się czy to pliki czy może
> nazwy filmów.
>
> zobacz co będzie
> IFS="
> "
> fl=`ls -1`
> for file in $fl
>
> (to IFS zawiera znak nowej linii)

tzn. w sensie:
fl="
jeden dwa
trzy cztery
etc etc"

?

Traktuje spacje i końce linie równorzędnie, tj. daje
jeden 
dwa
trzy 
cztery
etc 
etc

>> A dalej, jak zrobić, żeby koniec lini był takim separatorem, czyli, żeby 
>> lista z ls -1 czy np. find . była separowana po liniach a nie po spacjach?

Wygląda, że tak się nie da.

> Notabene, uważałbym z podejściem:
> for q in *
> przy długiej liście plików może ci się wyłożyć
>
> lepiej
> find ... -exec {} \;
> lub ls |xargs czy find ..|xargs

Jo, to było tylko z oszczędności ilustracyjnej :)

-- 
Marcin

Pan Marcin Debowski napisał:

>> zobacz co będzie
>> IFS="
>> "
>> fl=`ls -1`
>> for file in $fl
>>
>> (to IFS zawiera znak nowej linii)
[...]
> Traktuje spacje i końce linie równorzędnie

No to tak: 

IFS=$

-- 
Jarek

On 2022-12-18, Jarosław Sokołowski <jaros@lasek.waw.pl> wrote:
> Pan Marcin Debowski napisał:
>
>>> zobacz co będzie
>>> IFS="
>>> "
>>> fl=`ls -1`
>>> for file in $fl
>>>
>>> (to IFS zawiera znak nowej linii)
> [...]
>> Traktuje spacje i końce linie równorzędnie
>
> No to tak: 
>
> IFS=$

Wy tu zakładacie, że ja kumam na jakimś rozsądnym poziomie, a to jest 
niekoniecznie poprawne założenie :) Dopiero powtórzenie Jarka mnie 
zastanowiło, że to musi być jakaś specjalna zmienna.

No działa
IFS="
"
Dzięki :)

-- 
Marcin