Eighth bank

ZXNet echo conference «code.zx»

From Stanislav Udin To All 27 March 2002

Hello everyone! Shadow Scorpa uses all the space in the subject? Is there a free place there? user procedures? I would like to put some procedures in there for working with screw. Stanislav

From Aleksandr Majorov To Stanislav Udin 28 March 2002

Hello Stanislav! 27 Mar 02 21:58, Stanislav Udin -> All: SU> Shadow Scorpa uses all the space in the subject? No. SU> Is there any free space there for user procedures? Yes. SU> I would like to put in there some procedures for working with a screw. But in each version of the shadow game, the unused place is completely different. How much space do you need? Otherwise I can search in raw MMDs for how I found a free one there place for a resident.... Alexand

From Stanislav Udin To Aleksandr Majorov 28 March 2002

Hello Aleksandr! 28 Mar 02 02:59, Aleksandr Majorov -> Stanislav Udin: SU>> I would like to put in there some procedures for working with a screw. AM> But in each version of the shadow game, the unused place is completely different. AM> How much space do you need? The more the better. The idea is this: put everything in the subject that relates to working with a screw connected via SMUC. If it's Scorpio then this place won't be like that or otherwise it will be rubbed out, but if it’s not Scorp, then you won’t have to work with the screw and This area can be overwritten with these procedures. And there’s already room in the main memory no. AM> Otherwise I can search in raw MMDs for how I found a free one there AM> place for a resident.... You should have looked for it. A? Stanislav

From Nikolaj Amosov To Stanislav Udin 28 March 2002

Hello Stanislav! Wednesday March 27, 2002 21:58:10 Stanislav Udin -> All: SU> Shadow Scorpa uses all the space in the subject? Is there SU> free space under SU> user procedures? I'd like to put some in there SU> procedures for working with SU> with a screw. You can kill the font from #f7c8 to #ffc8 (2048 bytes). This is in version G5.00. In general, there is plenty of space there. Everything here probably depends depending on the ROM version. [REAL ZX]

From Stanislav Udin To Nikolaj Amosov 29 March 2002

Hello Nikolaj! 28 Mar 02 21:45, Nikolaj Amosov -> Stanislav Udin: NA> Hello, Stanislav! NA> Wednesday March 27, 2002 21:58:10 Stanislav Udin -> All: SU>> Shadow Scorpa uses all the space in the subject? Is there SU>> free place under SU>> user procedures? I'd like to put some in there SU>> procedures for working with SU>> screw. NA> You can kill the font from #f7c8 to #ffc8 (2048 bytes). This is in NA> version G5.00. Well, this is an idea. Moreover, it is the same for all versions of the ROM and look for it It will be very simple. However, after such vandalism in the shadow market it is no longer work, which is not always acceptable... NA> In general, there is plenty of space there. It all probably depends here NA> depends on the ROM version. That's the whole problem. And how can it be calculated? Any thoughts? Stanislav

From Aleksandr Majorov To Stanislav Udin 30 March 2002

*** Reply to message from CARBON.COPIES (<>). Hello Stanislav! 28 Mar 02 20:34, Stanislav Udin -> Aleksandr Majorov: AM>> But in each version of the shadow game, the unused place is completely different. AM>> How much space do you need? SU> The more the better. The idea is this: put everything that concernsin the subject SU> work with a screw connected via SMUC. If this is Scorp, then this is the place [skipped] AM>> Otherwise I can search in raw MMDs for how I found a free one there AM>> place for a resident.... SU> You should have looked for it. Huh? Yyyy... It turned out that I was simply copying the resident module to #F200, module length is 162 bytes. IMHO it won't be enough for you ;) There were no conflicts between the resident and the shadow employee - IMHO the address is free... Just now I looked - somewhere from #F100 to #F780 it definitely doesn’t seem to be usable... Alexand

From Kirill Frolov To Stanislav Udin 30 March 2002

Press RESET immediately, Stanislav! 29 Mar 02 20:07, Stanislav Udin wrote to Nikolaj Amosov: NA>> In general, there is plenty of space there. It all probably depends here NA>> depends on the ROM version. SU> That's the problem. And how can it be calculated? Any thoughts? Use the 9th can.

From Stanislav Udin To Kirill Frolov 30 March 2002

Hello Kirill! 30 Mar 02 04:06, Kirill Frolov -> Stanislav Udin: NA>>> In general, there is plenty of space there. It all probably depends here NA>>> depends on the ROM version. SU>> That's the whole problem. And how can it be calculated? Any thoughts? KF> Seize the 9th bank. The ninth jar is used as a copy buffer. Stanislav

From Nikolaj Amosov To Stanislav Udin 30 March 2002

Hello Stanislav! Friday March 29, 2002 20:07:14 Stanislav Udin -> Nikolaj Amosov: [cut dick] NA>> In general, there is plenty of space there. It all probably depends here NA>> depends on the ROM version. SU> That's the problem. And how can it be calculated? Yes SU> thoughts? You look for where there are large numbers of zeros, write them down this place some kind of phrase like “123123”, etc. Then you climb by shadow, mount/dismount disks, menus. Then you climb into again shadow and look where something has rubbed. Where it hasn’t rubbed - there There's a good chance this place isn't being used. [REAL ZX]

From Kirill Frolov To Stanislav Udin 1 April 2002

Press RESET immediately, Stanislav! 30 Mar 02 20:20, Stanislav Udin wrote to Kirill Frolov: NA>>>> In general, there is plenty of space there. It all probably depends here NA>>>> depends on the ROM version. SU>>> This is the whole problem. And how can it be calculated? Any thoughts? KF>> Seize the 9th bank. SU> The ninth bank is used as a copy buffer. If it is not designed for a machine with one disk drive, then 8-kb should be enough.

From Vlad Sotnikov To Nikolaj Amosov 4 April 2002

Hello Nikolaj! March 30, 2002 (and it was 21:58 then) Nikolaj Amosov in his letter to Stanislav Udin wrote: NA>>> In general, there is plenty of space there. It all probably depends here NA>>> depends on the ROM version. SU>> That's the whole problem. And how can it be calculated? Yes SU>> thoughts? NA> You look for where there are a lot of zeros, write them on NA> this place some kind of phrase like "123123", etc. Then you climb NA> for shadow, mount/dismount disks, menus. Then you climb in again NA> shadow and look where something is worn out. Where it hasn't rubbed - there NA> there is a high probability that this space is not being used. Yeah, what if zeros are part of the information? IMHO, change variables in time the work is not entirely correct - glitches may begin. Or they may start later. There really is a dead end here: different versions use different memory. But if Please note that version 4.01 is the latest... :) Well, or 5.00G. NA> [REAL ZX] Vega/ex-Style Group. FIDO: 2:5030/885.34 ZXNET: 500:812/5.13 E-mail: vega56@mail.ru

From Kirill Frolov To Vlad Sotnikov 4 April 2002

Press RESET immediately, Vlad! 04 Apr 02 01:36, Vlad Sotnikov wrote to Nikolaj Amosov: NA>> You look for where there are a lot of zeros, write them on NA>> this is a place for some kind of phrase like "123123", etc. Then you climb NA>> by shadow, mount/dismount disks, menus. Then you climb in again NA>> shadow and look where something is worn out. Where it hasn't rubbed - there NA>> there is a high probability that this space is not being used. VS> Yeah, what if zeros are part of the information? IMHO, change variables in VS> the operating time is not entirely correct - glitches may begin. Or they can You copy the 8th jar to another one. Then you compare it with a shadow... Many times... Well, or you take IDA and the shadow firmware...