Quick Commander v3.10r

ZXNet echo conference «zxnet.soft»

From Andrey Bogdanovich To All 4 November 2005

Hello, All At http://ob.raww.net/cgi-bin/index.cgi?page=quick ["http://ob.raww.net/cgi-bin/index.cgi?page=quick"] uploaded the updated assembly Quick Commander v3.10r. It has added version QC 3.10r which uses another memory resident, namely TR-DOS compatible 6.05e-6.10e. TR-DOS itself is also included. The next version of Quick Commander v4.00 will only support this view resident This is due to the fact that the entire 128th memory is in operation is used and the resident only has space left in the upper memory. Let me remind you that the resident TR-DOS v6.10e implies placement in the latest page 512KB of memory according to the Pentagon standard, that is, #C7 and requires that Address #FFF0 contained the string "Residentpresent!" Then when TR-DOS starts it immediately transfers control to address #C000. If your computer has memory that is not Pentagon standard, then when you try turn on page #C7, page #17 will turn on, that is, the resident will be on "old" place and will be recognized by programs. To remake programs for a new resident, it is enough to change 1 (!) byte in check: ┌─- CODE ─── LD BC,#7FFD LD A,#С7;was #17 OUT(C),A LD HL,(#C000) LD DE,#FF31 OR A SBC HL,DE JP Z,#C000 LD A,#10 OUT(C),A LD HL,0 PUSH HL JP #3D2F └── CODE ───Or you can check by the inscription “Residentpresent!”, TR-DOS 6.10e does this: ┌─- CODE ─── LD BC,#7FFD LD A,#C7 OUT(C),A LD HL,#FFF0 XOR A LL XOR (HL) ADC A,H INC L JR NZ,LL CP 6 ;"Residentpresent!" JP Z,#C000 LD A,#10 OUT(C),A LD HL,0 PUSH HL JP#3F2F └── CODE ─── Quick Commander will continue to support both types of verification. In programs For compatibility reasons, it is also recommended to use 2 checks. Express your thoughts on this matter.

From lvd To All 4 November 2005

Hello Specter Spe> [skip] Spe> Quick Commander will continue to support both types of verification. B Spe> programs, for compatibility reasons, it is also recommended to use 2 Spe> checks. Spe> Spe> Express your thoughts on this matter. And now it’s possible in Russian, for lamers - other standards for memory expansion, except Pentagon512, will they not be supported or what? =)

From Andrey Bogdanovich To All 4 November 2005

Hello, lvd lvd> And now it’s possible in Russian, for lamers - other expansion standards lvd> memories other than Pentagon512 will not be supported or what? =) No. Support here is a relative concept. If you have Pentagon 256/512/1024 or KAY 1024, then everything will work like this as intended (resident in the last page of upper memory). Otherwise it will be work as it is now (resident on page 7, can easily be overwritten).