Storm
ZXNet echo conference «code.zx»
From 812/08.14 → To Paul Falcon 13 August 1997
Hello Paul!
PF> Well, I didn’t like this:
PF> 1. cursor brake
Let's fix it.
PF> 2. the screen is somehow too small
some people criticize XAS for this
The maximum that will happen is 40*22 (for turbo).
Those who criticize XAS for _this_ are in another
boat.
TO_ALL: this is SPECTRUM, darlings, and not
text editor, besides...
If something that is not very necessary promises pro-
progressive hemorrhoids, we can do this
we won't. Bridges burned - storage format
text _not_allowed_ lines longer
40 characters.
If you try to please everyone, you will succeed
bad. For example, ZXASM - to text
the editor is not up to par, and the assembly
inconvenient - not fish, not meat...
PF> 3.hotkeys needed
They will, but not at the cost of abandoning "" pr.
Will be via CAPS SHIFT - transition large/
small letters are very rarely needed (there will be
only via LOCK).
PF> 4.marks are almost invisible
It will be setup, it will be...
PF> Here are the wishes:
PF> 1.make it yourself 64 characters
We won't, see HELP.
PF> 2. if you decide to support race
PF> wider memory, then try
PF> support all extension options
Let's think about it. The point is that when compiling
to search for a tag and write down the codeyou need to click your beak. In addition, search
tags actively uses the stack and uses everything
registers. Therefore, CALL RAMDRV is not supported
walks... And if perverted, then the time of com-
hair removal will increase by 10 percent...
We spared the nerves of the owners of tricky machines
and did not use OUT (#FD),A, although they freed
sometimes it was problematic to keep BC...
TO ALL: Does anyone have any information on which
machines does not pass OUT (#FD) with the installation
a lazy sixth bit?
There will definitely only be SCORPION support.
Possibly PENTAGON 512.
For other machines there will be a detailed docket,
what to put where to make it work...
Still, we shouldn’t do...
PF> 3. The converter would not interfere.
Why? See letter to Vanya.
PF> Yes, by the way, even though this is a demo version
PF> but still, I typed in Storm:
PF> LD a,(ix+0)
PF> and so assembled in all memory
PF> noted the time, the same in xas, and suddenly
PF> xas is 2.5 times faster, why?
The way you checked, check no-no!!!
a) I checked on two _real_ texts
I gave my result in the help.
b) we have the same amount of memory for text
wow, here’s a problem - it’s getting into STORM
_DOUBLE_ there are more similar lines.
LD A,(IX+0) XAS: 8 bytes
STORM: 4 bytes
I checked for two thousand rows.Result: XAS 1.9 sec
STORM 2.5 sec
Indeed, slower... 1.3 times
Somewhere slower, somewhere faster...
Test it on other teams.
I repeat, for real texts it will be
1.5 times faster, for texts with
there will be more tags
faster due to quick search...
d) certificate. byte/line
LD A,B 3
LD A,#50 4
LD A,KKK 5
LD A,KKKDD 7
LD A,(IX+5) 4
LD A,(IX+SH) 5
LD HL,#8000 5
LD HL,(#8000) 5
JR PR10 5
BIT 7,(IY+10) 5
LD HL,(#8000+ECODE)*10 14
LD HL,((#8000+ECODE)*10) 14
Question:
Maybe you can tell us in general terms the methodology?
compilations (you can use soap).
I have: suction of one/two operands,
defining the group of each operand,
quick conversion according to the application table
in relation to the command, then, for the first pro-
stroke length is simply taken from the table,
for the second one there is a transition to one of
50 code generation procedures applied
to the teams. Compilation occurs in the buffer
192 bytes, overflow occurs
dumping code into pages. Always open
page of text. Search for a mark clicks the key
vom. To search for a tag, do the following:
(HASH search on SPECTRUM scale...) -
all letters of the label are clogged with each other
homo with shifts, we get
characteristic byte, also known as index in
table pointing to the first element
with such a character. byte. Next, search for the typePOP HL:SBC HL,DE:JR NZ,...
In the worst case (approx. 2000 marks) interruption
there are less than 30 marks.
Each element contains an address link to
next element. The element contains everything
letters except the last one (no violinist needed).
The link bit is reserved, you can view
Find tags that are not referenced anywhere.
PF> ps. when will you do the packaging in mmd?
PF> is already there?
Almost... After ENLIGHT, probably...
Best wishes,
-=LD=- X-TRADE GROUP.
From 812/03.00 → To Dmitry Lomov 14 August 1997
Hello Dmitry!
PF>> 1. cursor brake
DL> Let's fix it.
By the way, it would be nice to do a survey in two minutes,
i.e. first time pressing test, second
confirmation .No need to repeat
and then some have film keyboards
double buttons are not pressed (ext,del...)
PF>> 1.make it yourself 64 characters
DL> We won’t, see HELP.
Smart people will come along and mutilate...
PF>> 2. if you decide to support race
PF>> wider memory, then try
PF>> support all extension options
DL> Let's think about it. The fact is that during compilation
DL> to search for the label and unsubscribe the code
DL> you need to click your beak. In addition, search
DL> tags actively uses the stack and uses everything
DL> registers. Therefore, CALL RAMDRV is not under -
DL> walks... And if perverted, then time com-
DL> hair removal will increase by 10 percent...
DL> We spared the nerves of the owners of tricky machines
DL> and did not use OUT (#FD),A, although free
DL> sometimes dealing with BC was problematic...
Yeah, in xas because of this out (#fd),aand used and modified for more memory
It will cost me a lot...
DL> TO ALL: Does anyone have info on which
DL> machines do not pass OUT (#FD) with installation
DL> with the sixth bit?
The sixth bit operates in Scorpio
and on top of that, it doesn’t give anything anywhere else.
DL> There will definitely only be support for SCORPION.
DL> Possibly - PENTAGON 512.
DL> For other machines there will be a detailed docket
DL> what to insert where to make it work...
DL> Still, we shouldn’t do...
:) and it’s true, I saw the drivers for Alasm
Kondraty (not M. Kondratyev:) almost
enough. It works even worse...
DL> LD A,#50 4
DL> LD A,KKK 5
DL> LD A,KKKDD 7
DL> LD A,(IX+5) 4
DL> LD A,(IX+SH) 5
DL> LD HL,#8000 5
DL> LD HL,(#8000) 5
DL>JR PR10 5
DL> BIT 7,(IY+10) 5
DL> LD HL,(#8000+ECODE)*10 14
DL> LD HL,((#8000+ECODE)*10) 14
I'll have to format the text
optimize :) DL> Question:
DL> Maybe you can outline the methodology
DL> compilation (you can use soap).
DL> I have: a hickey in one/two operands,
DL> defining the group of each operand
DL> quick conversion according to the application table-
DL> relative to the command, then, for the first pro-
DL> the length is simply taken from the table
DL> for the second there is a transition to one of
DL> 50 code generation procedures applied
DL> to commands. Compilation occurs in the buffer
[skip]
a) I didn’t write the xas, I made it with
version 7.2, optimizing, etc.
b) while I was doing the normal conditional
broadcast, almost crazy to figure it out
I still don’t understand what’s what.
It started like you did then there
this... after the definition
a specific team begins a nightmare,
I'm sorry, but looking at him
study before writing a letter
I don’t really want him anyway.
Well, you probably know about tags, but
I'll write.
The label table is corrupted. way
page [6] divided in half, top
half with #fffd there are tags starting
from a to m, bottom from #dffd there are tags
starting from n to z. Label format
[value](3)(7)(14)byte labelsince the value is fixed, then max.
the number of tags is (3)3276 (7)1820
(14)1023, macros in the same bank [6]
who are killed in case of great
number of tags. When compiling
the first character of the label is taken and determined
the required half, then brute force :(
(need to be replaced)
I would be glad if I could help in any way.
▌▌║▌█▐│▌▌▐▐ WiTh The BeST wIsheS .
▌▌║▌█▐│▌▌▐▐
▌812/03.00▐
From 812/08.14 → To Paul Falcon 18 August 1997
Hello Paul!
PF> You don’t have to do it on repeat
PF> and some have film keyboards
PF> double buttons are not pressed.
What do you mean? The buttons don't work at all and
do you have to click through the main ones?
So this is the problem of broken keyboards...
PF>>> 1.make it yourself 64 characters
DL>> We won’t, see HELP.
PF> There will be smart people and they will mutilate ...
The process of mutilation will serve as punishment for them.
I eat... It’s been said that the devil will break his leg...
DL>> PO ALL: Does anyone have info on which
DL>> machines do not pass OUT (#FD) with installation
DL>> with the sixth bit?
PF> The sixth bit acts on the current in Scorpio
PF> and on kai, it doesn’t give anything anywhere else.
This is understandable. But, say, on PENTAGON
512 sixth/seventh bits are addressed
additional pages?
So if you do OUT (C), #10 first, and then
volume OUT (#FD),#50, then will be addressed
different pages. If I'm wrong maybe
who will explain? And about other cars too...
PF> I'll have to format the text
PF> optimize :)
Hemorrhoids are a man's friend, comrade and brother :)
PF> Well, you probably know about labels, but PF> I will write .
[...]
Thank you. But, I think, not everything is so simple,
a simple search takes a very long time.
In ZXASM and as far as I know,
full alphabetical sorting with link
to the next element.
Probably, XAS has a very clever overkill...
Best wishes,
-=LD=- X-TRADE GROUP.
From 500:812/08.14 → To Alex Malyshev 13 February 1998
Hi, Alex!
AM> I hope someone has seen this assembler from ZF-6?;)
AM> So, there is a very small glitch: if it is present in the text
AM> such a combination as, for example: DB "1", then during assembly
AM> all labels are shifted one address up, i.e. if it was:
Yes, there is such a party.
We'll fix it in the next version.
Here is a list of detected glitches:
DB "A"
LD ($), SP; exactly ($), it's terribly buggy
(1<2)*1792; the expression is considered incorrect
"FREE" is misspelled when the value is from 10000 to 11000
The rest is smaller and insignificant.
By the way, I heard that someone has STORM
The discs rattle steadily. So this happened
with the old version (32 characters per line).
It seems that this is not the case in the ZF version.
If anyone notices anything, write to us and we’ll fix it.
Best wishes.
Dmitry aka -=LD=- / X-TRADE GROUP.
-+- ZXASM 3.0
From Vitaly Vidmirov → To Leonid Mishankov 23 August 1998
Hello, hello Leonid!
One day, in the chilly summer, something around (08/22/98/04:57:08)
Leonid Mishankov once wrote to Vitaly Vidmirov.
VV>> I wish I wouldn’t use it, because ~30% of the code is _mine_!!!
LM> In this case, can you tell me which of you wrote the disk driver for it?
LM> ;-)
What, are you going to hit me? 8)
LM> (he got me - the slightest glitch on the disk - and neither read nor write :(
How is the disk _driver_ responsible for the presence of glitches?
on your disks? His job is to read/write sectors without errors,
which, by the way, he copes with successfully... i.e. Storm catalogs
does not spoil and registers sectors normally,
although it is possible that there will be on fecal drives...
By the way, Storm is not a disk doctor and cannot work with broken disks
obliged...
By the way, I haven’t experienced any glitches due to software reasons.
for several years - since when I erased all copies
conver comandera from disks and switched to FPM (greets2MaxPetrov!)
And since then, when I installed a normal disk drive -
I also stopped having hardware glitches.
reasons (although I had to switch to Direct comander/DR!).
I wish the same for you...
Evil Vitalik AKA Dark / X-Trade