monoloader.

ZXNet echo conference «code.zx»

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: