Názory k článku Matematika v příkazové řádce II - nástroj bc
-
Daniel Pavelka (neregistrovaný)Přeji pěkný den.
Chci autorovi poděkovat za pěkný článek. V GNU verzi lze bez problémů používat v podstatě libovolně dlouhé názvy proměnných.
bc 1.06
Copyright 1991-1994, 1997, 1998, 2000 Free Software Foundation, Inc.
This is free software with ABSOLUTELY NO WARRANTY.
For details type `warranty'.
scale=100
1.5*1.5
2.25
po=2
po
2
pi=3
pi
3
po
2
danielson=1.025
danielson
1.025
dani=4
dani
4
danielson
1.025
S pozdravem
dp -
Atom (neregistrovaný)Taky jsem chtěl zmínit ibase a obase, a nejen, že je autor opomenul.
bc by se mi i líbila, ale nemožnost rozumně zapsat dekadická a hexa čísla mi přijde tragická. Často potřebuju k nějakému hexa číslu připočíst dekadický offset a v bc je to pravé utrpení - proč tam není možné psát třeba
hex(0x64000040 + 263)
?
bc by pak pro mě byla použitelná... -
Atom (neregistrovaný)Díky za řešení. Asi bych to napsal stejně - to problém není. Problém je, že můj zápis je jednořádkový, čitelný a skládá se z 21 znaků, Vaše řešení je na 9 řádků, 71 znaků (nepočítaje v to entry) a nedejbože abyste chtěl změnit ten offset na jiný a spočítat to ještě jednou.
Chtěl jsem jen vyjádřit své překvapení, že se v kalkulačce se zápisem podobným Cčku nepoužívá zápis 0x..., ale že je nutné produkovat právě konstrukce Vámi naznačené. -
Tady asi došlo k nepochopení. Dvě věci. Za prvé,bcje součástí POSIX. Za druhé,bcje součástí POSIX. Na první pohled by to mohlo vypadat, že se jedná o jednu věc, ale považuji ji za natolik závažnou, že jsem ji uvedl pro jistotu dvakrát. Jestli se domníváte, že kvůli vám bude příslušná část POSIX změněna, prosím, jen s chutí do toho. Od toho je to POSIX, aby se člověk mohl spolehnout, že se to bude chovat tak, jak je definováno v POSIX. Vaše úloha pomocíbcjde triviálně řešit a jestli vyžadujete jinou formu zápisu, tak si napište wrapper. Nicméně, narozdíl odbctento váš wrapper asi nebude na všech systémech kompatibilních s POSIX na stejné úrovni, na které je definovánobc. Stejněn tak můžete použít udělátkoxyz, ale pro něj bude platit totéž co pro váš wrapper. Je na tom ještě něco nejasného? -
Atom (neregistrovaný)Je mi líto, že celou věc pojímáte tak konfrontačně. Nemám nic proti Vám, nemám nic proti POSIXu, bc se mi líbí (a od začátku to píšu), existujícímu pojetí rozumím, wrapper bych si dokázal napsat.
Ve svém příspěvku jsem vyjádřil údiv, že lexikální analyzer (třeba GNU verze bc, o které jsme se už z článku dozvěděli, že oproti POSIXu obsahuje různá vylepšeníčka) bc není rozšířen o načítání tokenu "číslo začínající na 0x".
Někomu by z takové úpravy možná zhořkla káva, ale mě by to udělalo ohromnou radost a usnadnilo by mi to každodenní práci (a spoustě dalších lidí od počítačů), kde potřebuju sčítat hexa a dec čísla. Samozřejmě už teď je možné tato čísla sčítat, ale ne zcela triviálním kódem, ve kterém je možné udělat chybu.
Za daných okolností budu pro tyto jednoduché matematické operace dál používat calc.exe, protože je na ně efektivnější, a to, soudím, je pro bc škoda.
