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).