Fejtörő (2017-2018)

[Pgyuri]

Igyekeztem bepréselni 1 sorba az összes jókívánságom nektek, fogadjátok szeretettel ezt a kis újévi programot. Remélem nem lesz senki, aki egy kukkot se ért belőle. Egyszerűsége rejti magában a varázslatot azon szerencsések számára, akik megértik, mit is kaptak igazából.

A program listája

Fejtoro.tap

A betölthető program

(628 bájt) Letöltve 91 alkalommal.

[csege]

Hát ez megint nem egy egyszerű
'Komorság kitámasztó fahasáb!'
Jellegű poszt! (BÚ ÉK)

Pgyuri, mi az az 1 POKE, ameljik a 'LET a$=' ből 'PRINT' et csinál?

[csaba]

Már vártam, és tegnap megérkezett A FELADVÁNY
tegnap reggel le is töltöttem, a mellékelt képen első ránézésre jó átláthatatlan az egy sor.
Vajon mi rejtőzhet a szövegek között eltakarva valamilyen ATTR trükkel.
Célszerűségből emulátor a vizsgálathoz (jó kifogás, mindig habosra keresem a parancsokat)
Viszont a pc-t egy hete telepítettem újra, telepítsünk egy emulátort. Fuse letöltés telepítés már fut is a program.
Tényleg azt csinálja amit látni a listában.
A hosszú sor lehet be sem fér a szerkesztősorba, de igen éppen, és már morog is.
Az a fránya RUN a végén, csak az ne lenne.
A sor végéig eljutni... már nem lesz aktuális a 2018-as köszöntő.
napközben még eszembe jut mindenféle, délután lecserélem a RUN-t kettőspontra, az a biztos.
Pár soros programmal kikeresem lecserélem, hogyan tovább.
Az egysoros után kiíratom a változókat, RND INK-el, jó, csak most ez első pause miatt 2 másodpercig üres a kép, azután jönnek a szövegek, így nem szép.
át kell helyezni a pausét a kiíratás utánra.
Ennyi munkával újat is lehet írni.
Biztos van frappánsabb megoldás...

[csaba]

Na még lecseréltem a háromsorosommal a LET -et PRINT-re, de nem, így nem
a t$ -ban levő kívánság több mint 32 karakter így egy képernyőre nem is fér ki mind.

Persze a jó szándékot kell nézni,
ha nem is működik tökéletesen a program,
ránk és minden nemzet spectrumos rajongóira gondolt Pgyuri
miközben időt és fáradságot nem kímélve
megalkotta eme egysorost.

Köszönjük!

[csege]

Én úgy gondolom, a RUN az a GO TO 1 tömörebb alakja hogy beleférjen az egysoros editorba.
Azt nem tudom, hogy a RUN a basic interpreterben jp vagy call utasítást hajt-e végre?
Ha call, akkor egy idő múltán megjelenik egy 'Stack overflow' a rekurziv call hívás miatt.
Hogy mikor?
Egy RUN a stackban 2byte, 2sec egy ciklus, 86400sec egy nap. Mekkora a stack maximális mérete? Ezt Pgyuri tudja. Vagy egy rendszerváltozó.
Ha a fentiek igazak a program max futási ideje kb:
(Max stack(B)/2(B))*2(sec)=___(sec)
Tehát ha jókor indítod el, pont éjfélkor 'durran'

[csaba]

Igen, ez is okoz valamit, de ne kelljen annyit várni, lássuk mi történik:
adjuk ki a CLEAR 24500 parancsot majd RUN

[mezei]

Én úgy gondolom, a RUN az a GO TO 1 tömörebb alakja hogy beleférjen az egysoros editorba.
Azt nem tudom, hogy a RUN a basic interpreterben jp vagy call utasítást hajt-e végre?

Szerintem a GO SUB lehet inkább a CALL, párja pedig a RETURN, a RET, a GO TO és a RUN pedig síma ugrás.

Azt viszont nem értem, hogy értékadásokból milyen módon lesz kiirás?
Biztos valamit rejt Pgyuri három mondata, de mit?

Üdv
m/zx

[BetelGeuse]

Biztos valamit rejt Pgyuri három mondata, de mit?

Jó helyen keresgélsz!
Szerintem:

Remélem nem lesz senki, aki egy kukkot se ért belőle.

Részemről s$ neked is Pgyuri, és mindenki másnak is!

Ps: Így, ránézésre a progi nem ír ki semmit, csak a BORDER és a PAPER színét változtatja "véletlen", kb. 2 másodpercenként...

[Bali]

Nahát eddig én nem találtam ezen fogást, az merült fel bennem igazából, hogy nincs is mit.
Végül is hol volt az leírva, hogy ki kell ezt javítani, a program működik, a jó kívánság olvasható a listában!

[saga]

Lehet hogy többen "leragadtunk" a Screenshot-nál, miközben a letölthető TAP teljesen mást tartalmaz (többet, esetleg a sorban elrejtett parancsokat).

BUÉK mindenkinek!