HP 50g 5.

[Pipás]

Folytatás innen: https://groups.google.com/group/szamologep/browse_thread/thread/a0223f60f869bf8e/fcc7e31983254c48?hl=hu&

Szóval csoda ez a kézikönyv. Mivel az INFO nem használható külön
parancsként, nincs az utasítások közt felsorolva. Az User's guide 22-3
oldalán szerepel a szószedet szerint. Itt meg a PLOT menüről van szó.
Per pillanat nem találom a verem szerkesztéséről szóló részt.

Basszus! A SIZE lesz az igazi. Manual, 3-226. Többek között azt írja:
Az egész szám számjegyeinek száma. Na, kezdhetem elölről. De pl. azt
se látom sehol hogy mennyi a maximálisan ábrázolható egész szám. :-(

[Pipás]

Viszont lehet hogy mégiscsak jó az eredmény. Mert:
Manual E-1, Object sizes, Integer: 2.5 or (5 + 0.5 * number of
digits)
Én meg így számoltam ki. A SIZE meg megadta volna egyből. Jó lesz ez
csak messziről futottam neki. :-)

[Sanyi]

Ahogy lesz egy kicsit több időm, én is elkezdek majd kísérletezni a
28C-mel.
Meg nagyon várom a 19B II-t is :) (úgy láttam, van néhány érdekes,
izgalmas funkciója - pl. file/rekord műveletek, ébresztő - na meg az a
demo mód ;), stb.)

[Pipás]

"Azért ez az INFO-féle méretmeghatározás egy érdekes dolog.
Ha például beírod, hogy 1234567890, az INFO azt írja ki, SIZE:11.
Ha ugyenezt a számot lekérdezed a SIZE utasítással, akkor 10-et ír ki.
Ha mondjuk kiszámítod, hogy 80^20 és INFO, akkor SIZE:25.
Viszont ha az eredmény hosszát a SIZE utasítással kérdezed, akkor 39-
et ad ki és ez a helyes méret.
Hogyan is van ez?? "

Úgy néz ki hogy az INFO +1 számjeggyel csal. Mert az 1234567890 számra
nekem az INFO 10.5-öt ad ki.
10.5-5= 5.5. 5.5*2= 11 és nem 10.
Erre: 12345678901 ad ki 11 es méretet.
11-5= 6. 2*6= 12 és nem 11.
Erre: 80^20 az INFO 25 -ös méretet ad.
25-5= 20. 2*20= 40 és nem 39.

Ezek szerint a 999^9999 eredménye nem 29994 csak 29993 számjegyből
áll. De most már ebédszünetben azért is kiszámoltatom vele még
egyszer. :-)

[Pipás]

>Meg nagyon várom a 19B II-t is :)

Csak decemberben jár le az aukció, igaz?

[Sanyi]

November 30. ;)
Ha minden igaz, még épp egy hét van ;)
(Már csak hetet kell aludni :D:D)

[Pipás]

Csak türelem. Rá ne licitálj magadra! :-D (Mikor én a sima 92-t vettem
a Vaterán, majdnem sikerült. :-)

[Sanyi]

Pedig pont azon gondolkodtam, hogy jól rálicitálok egy párszor,
feltornázom pár százezerig, hogy végképp elvegyem mások kedvét a
licitálástól :D
(na jó csak vicceltem :D)
Szerencsére (eddig) nem túl nagy az érdeklődés. Csak nehogy aztán
taktikázzon valaki, hogy a végén megpróbál lecsapni rá.. úgyhogy a
zárás előtti órákban mindenképp netközelben leszek, és végigizgulom a
finálét :D

[tolosa]

Hú, ezt most teljesen nem értem. Át kell gondolonom, de szerintem nem
1-et csal az INFO.
Illetve nem csal, hanem valami egyéb okból ír ki mást.

[tolosa]

Ó, ne izgulj Sanyi, én már a hátad mögött megegyeztem az ürgével,
megveszem tőle 6000-ért a gépet!:-)

> > > > Csak decemberben jár le az aukció, igaz?- Idézett szöveg elrejtése -
>
> - Idézett szöveg megjelenítése -

[tolosa]

NEM ÁM!!!!
Csak vicceltem.:-)

> > - Idézett szöveg megjelenítése -- Idézett szöveg elrejtése -

[Pipás]

>Illetve nem csal, hanem valami egyéb okból ír ki mást.

;-) Asszem megyünk befelé az erdőbe.

[tolosa]

Például az 50^50-re az INFO 48-as méretet ad.
A SIZE pedig 85-öt.
Ekkora különbség hogy lehet?

> > egyszer. :-)- Idézett szöveg elrejtése -

[tolosa]

"Asszem megyünk befelé az erdőbe. "

..háát..lehet, hogy nem értem, de akkor sem értem.

[Pipás]

>Például az 50^50-re az INFO 48-as méretet ad.
>A SIZE pedig 85-öt.
>Ekkora különbség hogy lehet?

48-5= 43.
2*43= 86 és nem 85.

Így, hogy a fene egye meg. :-)

[Sanyi]

Tényleg, majd megnézem a Casio ClassPad-en is, hogy mekkora értékekkel
tud számolni (úgy hiszem jóval nagyobbakkal is, mint a régi Casio-k).
És szerintem le is lehet kérdezni egy szám méretét (de lehet hogy csak
úgy, hogy szöveggé alakítom, és a szöveg méretét kérdezem le).
Bár akkor már egyszerűbb kerekített tizes alapú logaritmus + 1 -et
használni :)

[Pipás]

** Ebbe belejavítottam mert az előbb az alján számjegy helyett bájtot
írtam. **

Szóval nem értem azt az 1 számjegy különbséget. Az biztos hogy pozitív
egészekből 2 számjegyet tárol egy bájton. (Mivel 4 biten a legnagyobb
ábr. szám a 16, 3 biten meg csak a 8.) Előtte meg lehet v.mi 5 bájt
méretű header. Már ha nagyobb számról van szó. De ha kisebbről is.
Simán beírtam hogy "2". Info: size=6.
6-5= 1, 1*2= 2.
Ha beírom h. "22" akkor 6.5-ös méretet ad.
6.6-5= 1.5, 2*1.5= 3.

Szerintem a header 5.5 byte méretű lehet.

Közben kiszámolta megint szegény: SIZE= 29993 számjegy, nyert.

[Sanyi]

Mondjuk igaz, hogy ezzel a byte-ban foglalt méretet nem kapom meg ;)
Lehet hogy hülyeséget írok, de az FX-7400G-ről és a CFX-9850GB Plus-
ról úgy rémlik, hogy egy számot (változót) 10 byte-on tárolt,
függetlenül annak méretétől (igaz, túl nagy méretet nem is engedett :)

[tolosa]

Feladom.
Szerintem vagy tök másról beszélünk, vagy teljesen másképpen
értelmezzük az egészet.:-(

On nov. 23, 12:20, Pipás <pipa...@gmail.com> wrote:

[Pipás]

>úgy rémlik, hogy egy számot (változót) 10 byte-on tárolt

Igen, de az valószínűleg lebegőpontos formában lehetett, ez meg
szigorúan pozitív egész.
Ezt valahogy úgy tárolja hogy van egy (szerintem) 5.5 byte méretű
fejrész (header) és utána a számjegyek, bájtonként 2.
Na most ebben a fejrészben valószínű hogy benne van az adat típusa és
a mérete. Ha összeszámolom hogy a hp hány féle adatot kezel (egész
lebegőpontos, string, tömb, grafika, stb.), ezek darabszámából esetleg
lehet következtetni arra, hogy ez a darabszám hány bájton fér el. A
maradék az 5.5-ből pedig már a hosszé. Ebből meg arra lehetne
következtetni h. mekkora az a legnagyobb pozitív egész amit még a hp
kezelni tud.

Nem voltam túl zavaros? :-)

[Pipás]

>Szerintem vagy tök másról beszélünk, vagy teljesen másképpen
>értelmezzük az egészet.:-(

Tolosa!
Úgy néz ki h. a SIZE megadja a számjegyek számát, az INFO pedig azt a
méretet adja meg bájtban, amin a gép az adott számot tárolja. Emiatt
az eltérés. (Meg lásd fenn.)

[Sanyi]

Így már leesett nekem is ;)
Majd megnézem, mit tud ezekből a 28C ;)

[tolosa]

Hát igen. Én azt láttam, hogy a SIZE a jegyek számát adja meg,mert
megszámoltam "vizuálisan" is. Ezért nem értettem, hogy te miért
beszélsz bájtokról.

On nov. 23, 13:13, Pipás <pipa...@gmail.com> wrote:

[tolosa]

Egyébként ahogy olvasgatom a kézikönyvet, ez a SIZE utasítás nagyon
sokrétűen alkalmazható különféle párosításban és ezekben a
helyzetekben az értelmezése is más és más.

> > az eltérés. (Meg lásd fenn.)- Idézett szöveg elrejtése -

[Pipás]

Hát bocs, ilyen amikor az ember nem gondolja át kellőképpen hogy mit
ír le. :-(

Viszont akkor szerintem a könyvben is fals adat van az egész szám
méretéről:

(5 + 0.5 * number of digits)

(Fejrész+0.5*számjegyek száma)

Namost ha a fejrész nem 5 hanem 5.5 byte méretű, akkor egyből
stimmelnek a számjegyek.

Pl:
1234567890 SIZE= 10, INFO= 10.5
Kivonom a fejrészt, a maradékot elosztom 0.5-el
10.5-5.5= 5, 5/0.5= 2*5= 10

50^50 SIZE= 85, INFO= 48
48-5.5= 42.5, 42.5*2= 85.
Így egyből jó minden.

Viszont találtam még egy érdekes adatot: Guide 2-1. (Olyan ez már mint
a zsoltárok számozása a templomban :-)
Az egész számok mérete a hp-n nincs korlátozva, egyedül a szabad
memória mérete a határ.

Vagyis pl. nálam: MEM= 200242 byte per pillanat.
A beírható legnagyobb egész:
(200242-5.5)*2= 400474 számjegy, ha megint el nem toltam. De akkor már
csurig van! :-)

[tolosa]

Lehet, hogy elírták az egész számra vonatkozó meghatározást?
Valóban 5.5-re kijön a bájt. Néhány számra vonatkozóan
regressziószámítást csináltam és valóban lineáris az összefüggés, a
korreláció 1 és az egyenlet:y=0.5x+5.5
:-)

[Pipás]

;-D

[Pipás]

Nem ez lenne az első eset hogy elírtak valamit.

[tolosa]

Érdekes, hogy az előjelet nem számolja pluszban. A -120 és 120
egyformán 7 bájt /vagypedig a pozitív számoknál is hoozászámolja az
előjelet/.

On nov. 23, 15:24, tolosa <tol...@freemail.hu> wrote:

> > csurig van! :-)- Idézett szöveg elrejtése -

[Pipás]

Szerintem az előjelbit is a fejlécben van. (5.5 byte.) Ha már így
szóba került: Az amit nemrég írtam Sanyinak:

>Igen, de az valószínűleg lebegőpontos formában lehetett, ez meg
>szigorúan pozitív egész.

Ebben a formában... ez sem teljesen igaz. :-)

[Pipás]

Azért ha belegondolok: Mindez nincs, ha nekem is az a fránya SIZE jut
előbb az eszembe... :-)

[tolosa]

Nem baj. A kudarcokból is tanulunk.

> > > > - Idézett szöveg megjelenítése -- Idézett szöveg elrejtése -

[tolosa]

Egyébként más adatformátumnál sem akar stimmelni a dolog.
Pl. a lista, mint objektum.
size (bytes): 5+size of included objects

konkrét példán:
INFO/SIZE {23 8 255}: 21
a meghatározás szerint viszont elemenként:
INFO/SIZE 23: 6.5
INFO/SIZE 8: 6
INFO/SIZE 255: 7

A meghatározás szerint: SIZE= 5+(6.5+6+7)= 5+19.5=24.5

Rosszul számoltam valamit??


Valamit nagyon nem jól értelmezünk.

[Pipás]

Hát ez tényleg érdekes. Approx módban meg a lista mérete 28.5,
összeadva 36.5. (Minden szám külön 10.5 byte.) Tudni kéne pontosan,
hogy tárolja a listában a számokat. Meg kéne próbálni betűkkel is,
hátha úgy kijön.

[Pipás]

Így pl.: {A B C}= 18.5
'A" = 'B'= 'C'= 4.5
3*4.5= 13.5
13.5+5= 18.5 , STIMMEL.

[tolosa]

Ja. Ebben az esetben azért valószínűleg nem stringeknek, hanem
változóknak tekinti őket a rendszer.
Jó, mondjuk az elven nem változtat.

[tolosa]

Mert ugye SIZE 'A'=4.5
viszont SIZE "A"=6

> > 13.5+5= 18.5 , STIMMEL.- Idézett szöveg elrejtése -

[tolosa]

Egyébként karaktereknél is bejön
Pl: SIZE "ABCD"=9
SIZE= 5+ number of characters= 5+4=9

> > - Idézett szöveg megjelenítése -- Idézett szöveg elrejtése -

[Pipás]

Persze, de a fenti esetben azért mégis stimmel. :-) Valószínű nem
mindegy h. mi van abban a listában. Lehet h. a számoknál valami
trükkel spóroltak egy kis helyet. Lehet h. fel kellett volna sorolni
h. milyen változóval mekkora a lista mérete, de már így is írtak 1500
oldalt.
De az is lehet hogy csak mi nem értünk valamit.

[tolosa]

Vagy az is lehet, hogy kisnyúl.:-)
A lényeg, hogy ez egy SZUPER gép és még nagyon sok ilyen problémán
fogunk rágódni, amíg megismerjük a csinja-binjából legalább a binját.

[Pipás]

Pl azt sem értem hogy az egésznél:
2.5 or (5+0.5*number of digits)

Mi az a 2.5 mikor ha 1 számjegyet írok be, a mérete már akkor is 6.
(5.5+0.5) ?

[Pipás]

>Pl azt sem értem hogy az egésznél:
>2.5 or (5+0.5*number of digits)

Sikerült egy két dolgot megtudnom a fenti képletről.

1. Az egész szám mérete akkor 2.5 bájt ha a szám mint másolat szerepel
a memóriában. Ilyenkor a másolatot egy mutató (pointer) reprezentálja.
A pointer tartalma egy memóriacím ami az egész szám eredeti példányára
mutat. A pointer típusú változó mérete pedig 2.5 bájt.

2. A képlet helyesen tényleg :
2.5 vagy (5.5+0.5*a számjegyek száma).

3. Az egész szám (eredeti példány) tárolása a memóriában:
Ehhez előbb egy szómagyarázat:
Nibble= 4 bit, egy fél bájt.
Az ezen ábrázolható legnagyobb szám 2^4=16, egy hexadecimális
számjegy. De jól elfér rajta egy 10-es számrendszerbeli számjegy is.
http://hu.wikipedia.org/wiki/Nibble

Tehát az egész szám tárolása a HP-n:
Prolog (02614)= 5 nibble
(Ez gondolom a változó típusa. De mért ekkora helyen?)
Számjegyek száma= 5 nibble
(2^20= 1 048 576 számjegy, ennyi nem fér bele a
memóriába, bőven elég)
Első számjegy= 1 nibble LSB
(LSB: Least significant byte)
http://en.wikipedia.org/wiki/Least_significant_bit
......
Utólsó számjegy= 1 nibble MSB
(MSB: Most significant byte)
http://en.wikipedia.org/wiki/Most_significant_bit
Előjel= 0/9= +/- 1 nibble

Ha 0-t írok be annak mérete: 5.5 bájt.
Vagyis Prolog+számj.száma+Első számjegy
5+5+1 nibble= 44 bit= 5.5 bájt.
(A nullának nincs előjele.)

Ha 1-et írok be annak 6 bájt a mérete, mivel itt már hozzájön az
előjel nibble. Így az összméret 48 bit, 6 bájt. :-) Ezért egyezik meg
a +1 és a -1 mérete. Ettől kezdve minden beírt számjeggyel 4 bittel nő
a változó mérete.

Két dolgot nem értek:
1. Az előjelnek elég lett volna egyetlen bit is. (0/1) Habár lehet
hogy így egységesebb az adatszerkezet, gyorsabban lehet benne keresni.
(A Wikipédia cikk szerint ez IBM szabvány egész számok tárolásához.)

2. Minek ekkora szám az egész szám azonosításához? (02614= 5 nibble)?

[Pipás]

>1. Az egész szám mérete akkor 2.5 bájt ha a szám mint másolat szerepel
>a memóriában.

Ilyen másolatot valamilyen verem másolóparanccsal lehet készíteni.
Pl: 100^100 DUP

Az INFO-val megnézve mind a 2 szám mérete 106 bájt, gondolom a
pointeren keresztül mind a kétszer az eredeti példány méretét látjuk.

De én kipróbáltam ezt:-)
MEM
100 100 ^
MEM
OVER
MEM

Erre nekem ez jött ki:
200486.5
10000000000.....
200335.5
10000000000...
200328

Nyilván a gép dinamikus memóriakezelése miatt pontos értéket nem
kaptam, de azért látszik valami a dologból.
Az első memóriafoglalás mérete 158, a második pedig csak 7,5 bájt.
Igaz hogy ez nem 2.5 bájt, de nem is a 100^100 szám mérete. (Na meg a
memóriakiírások is foglalnak el helyet.)

[tolosa]

Nem akarom ismételni magamat, de mindig elámulok a kitartásodon,
Pipás! Mert ez most nem kis kutatómunkádba kerülhetett, amig -úgy
tűnik- több helyről sikerült összeszedned az információkat.

Magam részéről köszönöm, hogy megfejtetted ezt a rejtvényt is, hasznos
az információ!

[Pipás]

:-)
Én is köszönöm a baráti dicséretet, Tolosa. Igen jól esett. De hát
piszkálta a csőröm a dolog... :-)

[Pipás]

Itt a pdf is, ahonnan az infó származik.
http://www.hpcalc.org/details.php?id=1693

Part V. Objects. (pdf/115, könyv/103. oldal.)

[Pipás]

>Prolog (02614)= 5 nibble
> (Ez gondolom a változó típusa. De mért ekkora helyen?)

"A prolog nem csak az adatot azonosítja, hanem egyben tartalmazza
annak a rutinnak a memóriacímét is ami ezt az adatot feldolgozza."

(A hangya tanulmányozza az írógépet. :-)

[tolosa]

Ha a "hangya" kitételt magadra érted, akkor én biztos vagyok benne,
hogy azon az írógépen előbb-utóbb megszületik a "Háború és béke".:-)

[Pipás]

Áááá... inkább csak olyan Örkény féle egypercesek.

[Sanyi]

Apropó Örkény féle egypercesek, nem tudom ezzel a művel találkoztatok-
e ;)
http://www.muveszetek.hu/napsziget/kl-131.htm
...és az egypercesben szereplő HP-32E:
http://www.thimet.de/calccollection/Calculators/HP-32E/Contents.htm

[Pipás]

Persze, erről jutott az eszembe. :-)

On nov. 28, 20:55, Sanyi <cs...@freemail.hu> wrote:
> Apropó Örkény féle egypercesek, nem tudom ezzel a művel találkoztatok-

> e ;)http://www.muveszetek.hu/napsziget/kl-131.htm

[tolosa]

Igen, már találkoztam a művel és azt hiszem, egyszer, régebben fel is
tettem a topikomba.:-)

On nov. 28, 20:55, Sanyi <cs...@freemail.hu> wrote:

> Apropó Örkény féle egypercesek, nem tudom ezzel a művel találkoztatok-

> e ;)http://www.muveszetek.hu/napsziget/kl-131.htm

[Sanyi]

;)
Mondjuk az is érdekes lett volna, ha Örkény a fordított lengyel
jelölést is beleszövi egy egypercesbe, a maga abszurd stílusával :)

(off: a napokban eszembe jutott egy újabb, eddig nem létező, és a
számológépekhez (is) kapcsolódó lap.hu ötlet, remélem sikerül
elnyernem a szerkesztését)

[tolosa]

Te Sanyi: nem vágod Te túl sok fába -egyszerre- a fejszédet?:-)

[Sanyi]

Meglehet ;)
Bár a fába fejszét vágás mint kép távol áll tőlem, mert szeretem az
erdőket :))

Jövőre egyébként igyekszem az eddig kissé elvarratlan szálakat is
elvarrni, vagy legalábbis tovább folytatni majd (mint pl. az
enciklopédiát ill. a "Számológépek Könyvét").

[tolosa]

Na tessék!
Mondom én! Most még egy varrótanfolyamot is bevállalsz!:-)

[Sanyi]

Á, azt azért nem ;)
(bár mi tagadás, időnként - a férfias barkácsolás, bútorkészítés
mellett - barátnőm ruhadarabajait is varrogatom, vagy pl. cseréltem
már táskában zippzárt, stb... :) - sőt, még gyerekkoromban egy
kartonpapírból készített játék-terepjárómra varrtam (öltögettem)
vászontetőt - de sajnos ez már nincs meg.

[tolosa]

Pipás: egy összehasonlító /Casio Classpad, TI-89, Ti-Nspire, HP-50G/
cikk végén olvastam a következőket /különös figyelemmel a utolsó
mondatra:-):

"I like the display clarity of the HP-50g better. Yes, even with fewer
pixels. The display is easier to read, and the machine's interface it
is easier to use for many common operations that make up the mainstay
of daily work. I would just like to understand the 50g machine's CAS
system better."

Mondjuk téged nem kell győzködni, hogy jól választottál, tudom!:-)

[Pipás]

Hát a CAS-t még nézegetnem kell, de az biztos hogy a mindennapi
használatban ügyesebb a HP. A kijelzőben csak az zavar hogy be van
burkolva, és enyhén de folyamatosan porosodik. Letörölni meg nem
tudom :-( A sima 92 volt még ilyen, de nem ennyire.

[Pipás]

Az elemhasználatot viszont már egész jól kitanultam. Augusztus 27-én
cseréltem benne utoljára elemet és az elemfeszültség még mindig 4.2 V.

(
Low bat. jelzés: 4.58 V
0 %: 4.5 V
Megadta magát: 3.55 V, -67 %
)

Van még benne kajak. :-)

[tolosa]

Találtam egy újabb Benchmark tesztet, ezúttal a TI-68k és HP-49G+
összevetéséhez. Nagyon részletes.

http://www.technicalc.org/benchmark/benchmark.pdf

[tolosa]

Mondjuk ezt a "TI-68k" kifejezést nem teljesen értem. Lehet, hogy
konkrétan ilyen nevű gép nincs, mert ez egy gyűjtőnév??

"Texas Instruments TI-89/TI-89 Titanium and TI-92 Plus/Voyage 200
calculators/computers (called the TI-68k family)"

[ZilogR]

Ez arra utal, h Motorola 68xxx proci van bennük. Erre a processzorra
épült egy rakás TI. Előtte meg a Zilog Z80-ra...!

[tolosa]

Aha, értem.

Köszi, ZilogR!

[tolosa]

Érdekes kísérletezésre ad lehetőséget ez a HP-49G+ "overclock"
program. TURBO-módban -amikor a 75 Mhz órajel helyett 203 MHz-et állít
be, majdnem duplájára nő a műveleti sebesség /legalábbis bizonyos
műveleteknél. A 800! eredménye alaphelyzetben kb. 16 mp alatt áll elő.
203 MHz-nél pedig a műveleti idő kb. 8 mp-re csökken.

[Pipás]

Melyik overclockra gondolsz Tolosa?

[tolosa]

http://www.hpcalc.org/details.php?id=6081

[tolosa]

Oszt' még valami..
Már keverednek bennem a linkek, tehát ismét bocsi, ha az alábbi
szintén volt már /vagy éppen itt láttam valahol/.
A HP-50G és a C-nyelv összefüggéseiről szól és Téged tuti, hogy
érdekelni fog. /engem is érdekel, de az én angol tudásom ehhez olyan
kevés, mint üveges tótnak a hanyattesés.:-)/

http://sense.net/~egan/hpgcc/

On dec. 7, 22:31, Pipás <pipa...@gmail.com> wrote:

[Pipás]

Kösz Tolosa, a turbót kipróbálom. A C-t már én is (még csak)
nézegettem.

[Pipás]

>Tényleg Pipás: a mátrix-szerkesztőnkben nem lehet valamilyen trükkel
>becsempészni hivatkozásokat, illetve műveleteket a cellákba?

Hát az az igazság hogy a mátrix szerkesztő felé még nem jártam, de!
Mikor az xcell táblázatkezelőt nézegettem (ami néha lefagy) találtam
valamit ami állítólag ennél sokkal jobb és szerintem pont idevág.
Tetszőleges mátrixszerkesztővel használható library, az MXeval.
http://www.hpcalc.org/details.php?id=6516

[tolosa]

Nem rossz, de elég bonyisnak tűnik a használata, valamint első
ránézésre elég szűk az utasításkészlete.

[Pipás]

Hát én eddig még nem próbáltam, de valamelyik fórumon dicsérték. Ha
átrágná magát rajta az ember, nem lenne ez rossz. Elég sokoldalúnak
tűnik.

[tolosa]

Asszem először ezt próbálom ki:

http://www.hpcalc.org/details.php?id=4936

[tolosa]

Hmm, ez jó.

Most látom, hogy ezt valamikor régebben már betöltöttem a gépembe,
csak elfelejtettem kipróbálni.

[Pipás]

>Mikor az xcell táblázatkezelőt nézegettem (ami néha lefagy)

Nekem fenn van. Nem rossz, csak ld. fenn.

[tolosa]

Ja, én azt hittem, hogy a PC-s táblázatkezelődre gondolsz!

[Pipás]

Nem, erre. Én használom de vigyázni kell vele. Hagyni kell amíg
gondolkozik (homokóra) mert néha lefagy.
Előtte meg :3:MYBCKUP ARCHIVE ;-)

[Pipás]

Meg átállítgatja a flagjaidat. Én így használom:
<< RCLF -> F2 << EVAL F2 STOF>> >> Ezt elmentettem GOXC néven. A
táblázat nevét aposztrófok közé teszem.
Vagyis 'TNEV.s' GOXC és akkor minden kerek.

[tolosa]

Na, feltöltöttem a gépemre és úgy tűnik, valóban nem rossz. Először
megtévesztett, hogy csak vagy 5 utasítást ismer, de kiderült, hogy
gyakorlatilag a gép majdnem teljes fegyvertára alkalmazható a mátrix
elemeire, habár elég érdekes formációban /illetve nem az EXCEL
megszokott módján./

On dec. 13, 19:37, Pipás <pipa...@gmail.com> wrote:

[tolosa]

Mármint az "mxeval"-ról beszélek.

[Pipás]

Igen, és úgy tűnik programból is kezelhető. Majd én is nézegetni
fogom...

[tolosa]

Megtévesztő a program rövidsége és az utasítások kis száma, de közben
valóban egy frappáns ötleten alapuló program.
Az adatokat és utasításokat a mátrixwriter-ben írhatod be, a
kiértékelést viszont a stack-ben végzi.

On dec. 13, 21:01, Pipás <pipa...@gmail.com> wrote:

[Pipás]

Mindjárt felrakom én is.

[tolosa]

Pipás!

Tegnap szórakoztam kicsit a gépemmel és belekeveredtem valamilyen
menübe, ahol olyan utasításokat találtam, amelyeket nem találok a
kézikönyvben /vagy csak megint nem látom/.
Persze most szándékosan meg -egyelőre- nem tudom újra megtalálni.
A teljesség igénye nélkül néhány:

FIBON
UNITSTEP
ZSEQ
RELPRIME
ZRELPRIME
ORDMULT
ARCLEN
AVGRC
BETA
ERF
ERFC
LOGYX
LD
PFUNC
PFINV
FRESC
FRESS
RANDPOLY
LEFT
RIGHT
GETCOEFF
GETNUM
GETDENOM
>RPN

Találkoztál Te is ezekkel valahol?

[Sanyi]

Tolosa, rákeresgéltem egyre-kettőre, és (bár nem jött ki sok találat),
úgy látom, CAS utasítások, és az XCAS-hoz kötődnek:
http://www-fourier.ujf-grenoble.fr/~parisse/giac.html
És B. Parisse-hoz, akiről már esett szó korábban.
(az XCAS lényegében a HP számológépek CAS-án (is) alapul, de érdekesek
ezek a nem dokumentált utasítások ;)

[tolosa]

Köszi Sanyi, megböngészem.
Jó a szöveg:" Xcas, svájci bicska a matematikához.".
Vajon hogy került ez a gépemre?

[Sanyi]

Lehet, hogy ezek a nem dokumentált funkciók már eleve benne voltak a
gépben (csak még próbaképp, kísérleti jelleggel, ilyesmi - hiszen az
XCAS elődje a HP CAS).
Sikerült azóta újra megtalálni, előhozni őket?

[Sanyi]

Itt is van pár dolog:
http://www.hpcalc.org/hp49/docs/faq/#ss4.14

Az az xmodem server micsoda...?
(a lap alja felé)
nem lehet, hogy van hozzá vmi köze..?

[tolosa]

Nem, nem voltak benne.
Közben már -azt hiszem- rájöttem a titok nyitjára.:-)
Régebben jó pár dolgot feltöltöttem a gépre, többek között különféle
kiegészítő "library"-kat.
Ezek egyike ez az utasítássorozat, amit most véletlenül aktiváltam.
Igen, most már tudom, hol találom.:-)

On dec. 15, 15:50, Sanyi <cs...@freemail.hu> wrote:

[tolosa]

"Az az xmodem server micsoda?"

Két féle kommunikációs módot tud a gép /vagy inkább protokoll-nak
nevezném/: Kermit és XModem.

[tolosa]

Van egy érdekes utasítás a készletben: ZRELPRIME
Elsőre azt gondoltam, hogy "n" argumentummal kiadja az "n"-ig képződő
prímszámokat.
Majdnem stimmel is, de:
Például "n"=50 esetén a következő listát adja:

{1 3 7 9 11 13 17 19 21 23 27 29 31 33 37 39 41 43 47 49}

Ezek közül szerintem a 9 21 27 33 39 kakukktojás.

Vajon mit csinál ez az utasítás?

On dec. 15, 15:50, Sanyi <cs...@freemail.hu> wrote:

[Sanyi]

Szerintem megvan ;)
Relatív prímeket ad ki.
Azaz az n argumentum relatív prímjeit (nincs más közös osztójuk, csak
az 1).
Például 50-nek és a "kakukktojásoknak" csak az 1 a közös osztójuk,
azért relatív prímek.

[tolosa]

De, van még egy közös osztójuk is!:-) /-1/

Igazad lehet, Sanyi. Mondjuk a nevéből gondolhattam volna, de nem
gondoltam.:-)

Köszi.

Akkor hozok még ilyeneket, jó?

[tolosa]

Régen nagyon kedveltem a "fekete doboz" típusú feladatokat, vagyis
amikor van egy doboz, felül bemegy valamilyen érték, vagy értékpár,
alul meg kijön valami és ki kell "találni", mi történik a dobozban. Ma
már a szürkeállományom eléggé megfogyatkozott és nem nagyon mennek az
ilyen fejtörők, de azért néha elgondolkodom egy-egy megoldáson.
Szóval nem halmozlak el benneteket hasonló dolgokkal, csak ezt azért
még beírom. Nem is kell megfejteni, csak úgy, az érdekesség kedvéért.

Tehát..
Van egy másik utasítás:ORDMULT
A nevéből valamilyen többszörös rendezésre következtetnék, de ez csak
tipp.
A következőt csinálja...
Ha argumentumnak rendre megadom az 1-10-ig számokat, akkor a következő
válaszokat adja:
/remélem, nem keveredik össze a lista./

1 1
2 12
3 3
4 6
5 4
6 12
7 12
8 4
9 3
10 6