From
SMT
→
To
All
4 February 2006
Hello Sinus
Mlyn, go into the debugger and look for the address of the line
"yyyy_probelov_chtob_zapihat_code" lazy?
From
Slavik Tretiak
→
To
All
4 February 2006
Hello, All
Overall, I feel like I’m boring everyone with my questions, but it’s urgent.
what do you need to do in BASIC and what addresses should you put the code in so that
rivet a monoloader?
type
10 CLEAR VAL "xxxx": RAND USR VAL "fz_kakoj_adres": REM
yyyy_probelov_chtob_zapihat_code
So you tell me this “what is the address” ;)
From
Oleg Golenkoff
→
To
All
5 February 2006
Hello SMT
SMT> Might as well go into the debugger and look for the address of the line
SMT> "yyyy_probelov_chtob_zapihat_code" lazy?
As far as I remember, AlCo, together with Alasm, distributed crap that
compilation and made a monoloader! :rolleyes:
From
Slavik Tretiak
→
To
All
5 February 2006
Hello, breeze
SMT: if I weren't lazy, I wouldn't ask ;)
breeze: I still have the alasm from Capry, but looking for the Alkovsky alasm... it’s easier in
stalker address calculate ^_~
From
Gavrilov Vitaly
→
To
All
5 February 2006
Hello Sinus
10 rem monoloader_code_and other garbage
20 clear val "25656":border not pi:paper not pi:ink val "7":randomize usr val
"23810"
screwed up from memory %)
From
Slavik Tretiak
→
To
All
5 February 2006
Hello Vitamin
senks ^_~
however, I already managed to overcome myself and look into the stalker ;)
PS By the way, my version will take up less space when CLEAR: R/U : REM
and put all sorts of borders and papers in the secondary loader.
but still senks.
From
Slavik Tretiak
→
To
All
6 February 2006
Hello, goodboy
In short, I did it myself 5 messages ago.
but thanks everyone anyway.
From
Kirill Frolov
→
To
All
6 February 2006
Hello Sinus
Sin> and install all sorts of borders and papers in the secondary loader.
For the secondary loader - WASH IN THE TRASH!
From
Kirill Frolov
→
To
All
6 February 2006
Hello Sinus
Sin> what should I do in BASIC and what addresses should I use to get the code
Sin> stuff it in to rivet the monoloader?
Sin>
The address is determined by BASIC itself and depends on the presence of TR-DOS, interface-1 and
other features
> 10 CLEAR VAL "xxxx": RAND USR VAL "fz_kakoj_adres": REM
> yyyy_probelov_chtob_zapihat_code
> here you tell me this “what is the address” ;)
WAIT IN THE OUTDOOR such coders. Guess why.
The monoloader must:
* be ONE BASIC file. Not "glued" in commander.
Full BASIC. So that with one LOAD "" you can load into
memory.
* download on any Spectrum-compatible platform.
and not exclusively Pentagon-Scorpio-Trdos.
Otherwise, there is zero meaning in its monolithic nature.
You can read about how a competent monoloader works
via the link:
http://groups.google.com/group/fido7.zx.spectrum/browse_frm/thread/542cbe0e50bd
ca83/cc19060deec4a106?lnk=st&q=fido7.zx.spectrum+Frolov+JP+1eb7&rnum=2#cc19060d
eec4a106
NOT ONE ABSOLUTE ADDRESS. NO GLUING.
AND RELOADING THROUGH TR-DOS. The program is hidden in the REM line
ENTIRE program. After downloading the program is unpacked
or moves where needed and installs CLEAR.
From
Kirill Frolov
→
To
All
6 February 2006
Hello Vitamin
Vit> 20 clear val "25656":border not piaper not pi:ink val "7":randomize
Vit> usr val "23810"
WET IN THE OUTDOOR!
From
Slavik Tretiak
→
To
All
6 February 2006
Hello fk0
fk0> * be ONE BASIC file. Not “glued” in commander.
fk0> Full BASIC. So that one LOAD "" can be loaded into
fk0> memory.
fk0>
WET! because you can’t stuff 200kb of code into REM!
> * load on any Spectrum-compatible platform.
> and not exclusively Pentagon-Scorpio-Trdos.
>
WET! because on my byte-48 it won’t boot anyway!!!
> Otherwise, there is no point in its monolithic nature.
>
> You can read about how a competent monoloader works
> by link:
> http://groups.google.com/group/fido7.zx.spectrum/browse_frm/thread/54
> 2cbe0e50bdca83/cc19060deec4a106?lnk=st&q=fido7.zx.spectrum+Frolov+JP+
> 1eb7&rnum=2#cc19060deec4a106
>
WET!! for
fk0> * load on any Spectrum-compatible platform.
fk0> and not exclusively Pentagon-scorpio-trdos
fk0>
Can’t boot to +D and on my byte-48 from the cassette!> NOT ONE ABSOLUTE ADDRESS. NO GLUING.
> AND RELOADING THROUGH TR-DOS. The program is hidden in the REM line
> ENTIRE program. After downloading, the program is unpacked
> or moves to where needed and sets CLEAR.
>
Well... after such loud statements I can only wish you good luck.
because this suggests that you should not write any serious programs
happened.
From
Wladimir Bulchukey
→
To
All
6 February 2006
Hello fk0
The only thing that makes any sense in fk0's sentence is checking for
other interfaces and do not start the secondary bootloader from an absolute address
23872, since if there are additional interfaces this address can
move higher. But show me at least one such computer in the xUSSR space. And for
"Foreign friends" have been making tap versions for a long time.
And there’s no point in cramming everything into one REM at all, we don’t win anything, but
we lose in that we cannot set CLEAR lower than everyone will allow
BASIC program loading immediately, while in the presence of a secondary
The bootloader can be set to CLEAR at least 24499 and then load another 40
kilobytes above the stack area.
From
Slavik Tretiak
→
To
All
7 February 2006
Hello, Strunov
yes.
when BASIC is loaded, you calculate the address of the beginning of BASIC (PROG like or something else
what’s there, if I remembered it myself, I wouldn’t ask ;) )
add there the offset from the beginning of BASIC to your codes
and further:
┌─- code ───
di
ld a,201 ; ret
ld (#9000),a
call #9000
lbs dec sp
dec sp
pop hl
ld de,lbe-lbs
add hl,de
ld de,#9000
ld bc,pre-prs
ldir
jp#9000
lbe
disp #9000
prs ld sp,#9000
....
.. your program ..
....
pre
└── code ───
does not depend on either the ROM or the connected devices... anyway ^_~
But maybe it will be necessary not to #9000 but to push the program higher.
yes, after the start of the interrupt program it is advisable to redefine the ROM
use.
then it will work 100% everywhere.
PS is it necessary? in our TR-DOS world?
From
Wladimir Bulchukey
→
To
All
7 February 2006
Hello, Strunov
Str> But still, is there a way if the program is not very large (kil 10),
Str> put it in the entire REM line and transfer control to it so that
Str> worked on any Spectrum compatible computer, with any connections
Str> devices?????
Str>
(23635) PROG
Accordingly, you read the word from this address (PEEK 23635 + 256*PEEK 23636).
On a computer with TR DOS it will be 23867, and the first byte after REM will be at address 23872. If
There are also interfaces, PROG will point to a higher address.
From
Vyacheslav Strunov
→
To
All
7 February 2006
Hello Sinus
But still, is there a way, if the program is not very large (10 kilos),
put it in the REM line and transfer control to it so that it works on
any Spectrum compatible computer, with any connected devices?????
:confused: