Of course! It is now fashionalbe on slahsdot to be pro-Microsoft and to argue their case. After all, Microsoft's software is a paragon of quality, in terms of features, freedom from bugs, security, functionality and speed. We all know that Microsoft's operating systems are the pinnacle of technical excellence and those who continue to argue in favour of other alternative operating systems are young, naieve and not fully business-aware yet. As they mature and become more wise and experienced they will see Microsoft for the peak of engineering and cultural achievement that it is and will relegate their juvenile alternatives to the hobby and intellectual curiosity pile where they belong.
If Microsoft went Open Source, hundreds of thousands of people the wold over would suffer from heart attacks. So, Microsoft, let that be a warning to you!
So what do other things have that Fresco doesn't? Do you know the whole point of Fresco?
Re:What we need is more radical than a fork of XFr
on
XFree86 Politics
·
· Score: 1
I hear what you say about drivers, but with Fresco, it's in really early development and uses SDL or GGI depending on your preference. Support from major vendors will be forthcoming when it gains some momentum and starts to look more promising to these people. Fresco is such a good idea and a very well designed system. It may take 10 years to gain acceptance, but it will at some point. It is way ahead of its time. In another year's time, the pace of development of Fresco will have increased by an order of magnitude. I garantee it.
Linus is doing a great job at what he is doing. But there is only so much any group of developers can do with a software system that is millions of lines of code and for which new components are often distributed as patches. We will have to move to a different architecture at some point; the only question is when and how.
*sigh*
A documented and stable binary interface for drivers in the Linux kernel would be good for many reasons. The standard "reason" given by the kernel developers why there isn't one already is that that would promote the development of closed-source drivers, which are more likely to be buggy.
Linux is not my kernel. Perhaps I should write my own. However, if it were mine I'd provide that interface and let these people play ball too, in thier own way, but that's the pragmatic solution.
Who wants a pragmatic solution when we can play at politics, which, after all, is so much fun, isn't it?
You mean like the way RedHat and SuSE have their own (patched and non-standard) Linux kernel compared to Slackware and Debian which ship the standard Linus kernel?
Slackware 4.0 is what you want. It's split into subdirectories so you can put it onto floppies and install that way. I can give you an iso of it. I can also give you an old 3.x (which I have run on a 486 in the dim and distant past). Bear in mind these are ancient distros, so they don't have the latest fancy stuff on them. I think Slackware 7.x is still split into subdirs for floppy installs and is more modern, but much bigger.
Did you know that when it rains, the sales of umbrellas go up? And when it's sunny, the sales of ice-cream go up too? Wben the adverts come on the telly, the electricity usage surges? These are not mysteries.
Well, poor old Alan's been teetering on the brink for a while now, what with all his paranoia about the DMCA and not going to the USA in case he gets arrested. These high-profile, high-pressure jobs take their toll. I do hope Linus stays sane, for everyone's sake.:-)
No, because the people to whom they gave their cars would be under no obligation to give the cars away to anyone else. If I give someone a car, if someone takes that car away from them without permission, it's still stealing.
You can go to www.x86-64.org and download a Hammer simulator which will let you try out your new-fangled code before the chips go on sale. It's not that slow either. I've seen 64-bit SuSE boot and run X on the commercial version of the simulator running on nothing more advanced than an Athlon laptop.
HL was the 16-bit accumulator (yes, it was the H and L 8-bit registers paired). There were two index registers that were 16-bit only, IX and IY. There were some undocumented instructions where you could split them into high and low halves and use them like the other 8-bit registers. The other register pairs were AF (8-bit accumulator and flags register), BC (loop counter c.f. CX on 8086 and ECX on 80386) and DE. There was an alternate register set which could be swapped in with the EXX instruction.
There is a cross-plaform vector-based (3D) network aware GUI project underway, written in C and C++ and using OpenGL called Fresco. It's still in early development, but it has a couple of demos you can run.
I've never found it, but the ZX81 with the FORTH ROM is still at my parents' house. One of these days I'd like to get the ROM off of it. I'll need to make a serial interface. However, I have never done such a thing before.
The Z80 has a much more complex instruction set than the 6502, so it might be possible to fit this sort of thing into less RAM on the Spetrum? Also, there is the alternate register set which would make context switching really fast if you limited your "user-mode" programs to use only the main registers. Sounds like a fun project:-) Funily enough this morning I was just wondering about the feasablility of multi-tasking on the old (z80-based) Amstrad PCW machines...
Look, if might be flamebait or even funny or troll, but it certainly is On Topic. It is referring to the aparent insanity of the developers. Get a grip of your lives.
Slashdot Mirror
Only on Slashdot can you say something obviously completely and utterly ridiculous in jest and be moderated as a Troll. :-)
I was only joking.
Of course! It is now fashionalbe on slahsdot to be pro-Microsoft and to argue their case. After all, Microsoft's software is a paragon of quality, in terms of features, freedom from bugs, security, functionality and speed. We all know that Microsoft's operating systems are the pinnacle of technical excellence and those who continue to argue in favour of other alternative operating systems are young, naieve and not fully business-aware yet. As they mature and become more wise and experienced they will see Microsoft for the peak of engineering and cultural achievement that it is and will relegate their juvenile alternatives to the hobby and intellectual curiosity pile where they belong.
If Microsoft went Open Source, hundreds of thousands of people the wold over would suffer from heart attacks. So, Microsoft, let that be a warning to you!
Because Enlightenment is a bloaty, buggy piece of shit and Slackware is a high-quality distribution.
So what do other things have that Fresco doesn't? Do you know the whole point of Fresco?
I hear what you say about drivers, but with Fresco, it's in really early development and uses SDL or GGI depending on your preference. Support from major vendors will be forthcoming when it gains some momentum and starts to look more promising to these people. Fresco is such a good idea and a very well designed system. It may take 10 years to gain acceptance, but it will at some point. It is way ahead of its time. In another year's time, the pace of development of Fresco will have increased by an order of magnitude. I garantee it.
Nah, too conventional. Thanks anyway.
*sigh*
A documented and stable binary interface for drivers in the Linux kernel would be good for many reasons. The standard "reason" given by the kernel developers why there isn't one already is that that would promote the development of closed-source drivers, which are more likely to be buggy.
Linux is not my kernel. Perhaps I should write my own. However, if it were mine I'd provide that interface and let these people play ball too, in thier own way, but that's the pragmatic solution.
Who wants a pragmatic solution when we can play at politics, which, after all, is so much fun, isn't it?
You mean like the way RedHat and SuSE have their own (patched and non-standard) Linux kernel compared to Slackware and Debian which ship the standard Linus kernel?
Z80 all the way! :-)
Slackware 4.0 is what you want. It's split into subdirectories so you can put it onto floppies and install that way. I can give you an iso of it. I can also give you an old 3.x (which I have run on a 486 in the dim and distant past). Bear in mind these are ancient distros, so they don't have the latest fancy stuff on them. I think Slackware 7.x is still split into subdirs for floppy installs and is more modern, but much bigger.
Can't be done. Nope.
Did you know that when it rains, the sales of umbrellas go up? And when it's sunny, the sales of ice-cream go up too? Wben the adverts come on the telly, the electricity usage surges? These are not mysteries.
Well, poor old Alan's been teetering on the brink for a while now, what with all his paranoia about the DMCA and not going to the USA in case he gets arrested. These high-profile, high-pressure jobs take their toll. I do hope Linus stays sane, for everyone's sake. :-)
I wouldn't worry too much about what ESR has to say. The man has gone on a fruitbreak of late.
No, because the people to whom they gave their cars would be under no obligation to give the cars away to anyone else. If I give someone a car, if someone takes that car away from them without permission, it's still stealing.
Think about it, if M$ GPL'd its software, the vast majority of software piracy would be wiped out immediately.
You can go to www.x86-64.org and download a Hammer simulator which will let you try out your new-fangled code before the chips go on sale. It's not that slow either. I've seen 64-bit SuSE boot and run X on the commercial version of the simulator running on nothing more advanced than an Athlon laptop.
HL was the 16-bit accumulator (yes, it was the H and L 8-bit registers paired). There were two index registers that were 16-bit only, IX and IY. There were some undocumented instructions where you could split them into high and low halves and use them like the other 8-bit registers. The other register pairs were AF (8-bit accumulator and flags register), BC (loop counter c.f. CX on 8086 and ECX on 80386) and DE. There was an alternate register set which could be swapped in with the EXX instruction.
There is a cross-plaform vector-based (3D) network aware GUI project underway, written in C and C++ and using OpenGL called Fresco. It's still in early development, but it has a couple of demos you can run.
I've never found it, but the ZX81 with the FORTH ROM is still at my parents' house. One of these days I'd like to get the ROM off of it. I'll need to make a serial interface. However, I have never done such a thing before.
No, it's just the way I am...This is slashdot, you're not meant to be sane and rational.
The Z80 has a much more complex instruction set than the 6502, so it might be possible to fit this sort of thing into less RAM on the Spetrum? Also, there is the alternate register set which would make context switching really fast if you limited your "user-mode" programs to use only the main registers. Sounds like a fun project :-) Funily enough this morning I was just wondering about the feasablility of multi-tasking on the old (z80-based) Amstrad PCW machines...
Look, if might be flamebait or even funny or troll, but it certainly is On Topic. It is referring to the aparent insanity of the developers. Get a grip of your lives.