and again about uzix
ZXNet echo conference «zxnet.soft»
Hello, Maksagor
> Then let's have fun with an analogue of MacOS on Spec!
>
The key word here is not OS. And the windows. We need a window system.
Even if it’s “single-tasking”.
> It will be even more beautiful, especially if Breeze draws graphics!
> :)
To have something to draw those graphics with. This is actually a library.
But again, who will write software for this? Tetris, calculator
and the clock - these will be all the “applications” for such an OS.
As for “multitasking”, it is perfectly implemented within the framework of
parallel system of automata. Roughly speaking:
void OS()
{
while(1) {
task1();
task2();
task3();
}
}
With some functions for interaction between machines.
ALL. At least how many tasks. If only it fit into my memory. Key
moment: there is one stack for everyone. The condition is completely preserved
in static variables. Considering that this is the main
a way to allocate memory on the Spectrum, in assembly language,
- no problem...
Hello fk0
fk0> 4. MMU is not needed, in fact. Multitasking like in Unix
fk0> is not really needed. And a perfect example of this is macos old and
fk0> win-3.11.
Then let's play with an analogue of MacOS on Spec! The third Windows are going through the woods. So even
It will be more beautiful, especially if Breeze draws graphics! :)
Hello, CityAceE
Cit> If Spectrum had MMU, then we could talk about something... I
Cit> as I understand it, it all comes down to it. Although really
Cit> it's a pity... Even on PDAs they run Linux. Why is Spectrum worse?
1. Spectrum has a screw.
2. for 16kbyte tasks MMU already exists.
3. mmu is soldered on one small circuit 1533IR16, it seems. There are 4 registers
4 digits inside. To the yellow scorpion. I did. There is no software. MMU manages
the first 256 kilobytes.
4. MMU is not needed, in fact. Multitasking like in Unix
not really needed. And a great example of this is old macos and win-3.11.
Hello fk0
It looks like Specky is the only 8-bit platform that is left without a GUI :)
What I noticed while looking through attempts to “draw” it (all sorts of doors
zxwidows and others like them): attempts to imitate the Windows interface! The question is,
why? There are a lot of examples of interfaces (and architectures, by the way) on eights.
No! Let's look at Windows and Linux! Take C64 for example. It has
A wonderful axis with a windowed interface. Geos is called (there is also a port on
Apple II). It makes a very pleasant impression. Look, at least text
GeosWrite editor. VIZIVIG in stock. There is even a semblance of a clipboard with DDE
(dynamic data exchange). Despite the wild brakes :) Well, the brakes matter
understandable... (on 64 there are simply terrible disk interfaces, terribly slow,
terribly small in volume :) ). And by and large, than (in architectural terms) C64
better than Specky? The first thing that comes to mind is VIC II (their graphics chip), from here
number of colors and higher resolution. Well, what about the rest? Otherwise he
weaker than Spectrum. (by the rest I mean the CPU, of course). Our Z80 vs.
There are 6510 of them, just a monster! The frequency is almost three times higher! But we didn’t have a GUI... and
no... It's a shame, comrades! We need to do something about this...
Hello, ng_dead
yes still...
I almost forgot!
http://en.wikipedia.org/wiki/GEOS_%288-bit_operating_system%29 pointed at the description
this canoe (GEOS), with screenshots
Hello, rasmer
emulsion of speck on speck - I did this. Nothing complicated. Slowly indeed. But
emulation is very simple. In addition to transitions, I sent commands to my
special place (4 bytes were allocated, the rest were clogged), and
carried out. True, I didn’t count the bars, and I didn’t even keep track of R.
Hello, Vladimir Kladov
Offline comrades are interested, has anyone come across a Russian-language description of UZIX?
Hello fk0
Gentlemen, does anyone have any raw materials lying around on UZIX?
Hello, Ne01eX
Ne0> Gentlemen, does anyone have any raw materials lying around on UZIX?
I have some of the UZIX source code for MSX.
But I’m afraid I won’t be able to assemble a full-fledged working system from this.
Hello, Ne01eX
Ne0> Gentlemen, does anyone have any raw materials lying around on UZIX?
So at http://sourceforge.net/projects/uzix/ there are sources for 1.0
Hello, boo_boo
boo> so on http://sourceforge.net/projects/uzix/ there are sources for 1.0
Sorry, I missed it, thanks...
Hello caro
Writing a C compiler from scratch is a difficult task. On the other hand, modern
compilers are written in such a way that the actual code generation is handled by a separate
Quite an independent part. Such compilers are called retargetable. GCC
formally it is, but it is far from the most convenient for implementing your
back-end. I think that’s why the generator for the z80 never appeared, although the beginnings
were.
I looked through the available open-source developments and I think the easiest way would be to write
code generator for LCC. But there are two problems: its full description is not
exists in electronic form in principle, and the only book on it
was sold for a long time and only on Amazon, and, secondly, it is still oriented
for risc processors. However, there is a back-end for x86.
There is another, more exotic compiler from the Amsterdam Compiler Kit,
also using intermediate pseudocode and therefore allowing to implement
back-end Moreover, there is already a back-end for z80, but the code
generated by it can hardly be called optimal. However, a comprehensive description for
creating your own generator is.
They already talked about sdcc and z88dk in some thread, and I agree with the conclusion - not
They are on par in terms of code quality for writing UNIX-like OS in C. It’s not for nothing that
UZIX is used by Hi-Tech - it remains the most advanced todaycompiler for z80, and its only drawback is that its free version
There is only for CP/M, and even then without source codes.
Hello, SfS
SfS> Its optimization is approximately at the ZERO level
really???
Hello hero
her> It even passes one single 8-bit parameter via the stack
very strange.. I looked at several compilers, but this is the one I like the most
I liked it.. I remember that just if the arguments fit in registers, then
he doesn’t use a stack.. hmm.. and cut out all the unnecessary stuff from the code.. although the code was
I have a simple one
Hello, sysop
I recently looked at the latest version of the design like tmp = tmp & 0xF8 | arg&0x07;
took 12 teams and the flag was optimized in size to one place. He
even one single 8-bit parameter is passed through the stack
Hello, psb
In old versions - 100%... I haven’t compiled the new one yet, so I can’t say anything
I can.
Hello, psb
In general, the problem is not in optimizing the compiler, but in its ability to
use as a development tool. SDCC these requirements
Satisfies, although not entirely.
Problems will begin to arise during the docking of programs with the system interface, for example
TR-DOS...
Although... The basis is quite suitable... ;)
Hello jdigreze
Gentlemen, take IAR, it will probably generate wonderful code... And the pages in uzix
needed, this is the only way he can switch tasks...