Slashdot Mirror


V2 OS

Blizzard-ahb writes "You may want to have a look at this 'still has that new car smell' operating system. V2 OS is written entirely in ASM for x86 processors and aims to be the fastest OS around. Just needs some developers to start coding some applications for it. It weighs in at a massive 37KB download. There is a SDK availible for download that uses C, or you could write in ASM as well. Did I mention that it was free?"

480 comments

  1. hahaha by delmoi · · Score: 2

    There was nothing particularly funny in the consept of of your statement, however, the way you said it just made me laugh. (You should have said (The moderators are so on crack, it hurts. , removing the 'high' part. oh well.)

    and it's score 3 now...

    --

    ReadThe ReflectionEngine, a cyberpunk style n
  2. the problem is: by TheDullBlade · · Score: 3

    They seem to be pushing it as if it will actually go into wide use.

    It's a cool toy, but it is a toy, and it's not presented as one. All that stuff about performance is nonsense, because the overhead of even the current piggy in-use software isn't a big deal. What's the point of reducing task-switching overhead from 0.3% to 0.01%? You still gain less than 0.3%

    Also, this would be a much, much cooler toy if it came with source. Why do you want a toy OS, except to tinker with its guts?

    OTOH, it's good to be reminded now and then just how small code can be. I love coding in assembly and seeing just how much I can fit into a KB. Size-limited programming contests rule, especially game programming, especially with exotic platforms (nothing to stretch the old brain like learning to program an Atari 2600).

    --
    /.
    1. Re:the problem is: by ochinko · · Score: 1

      Small code is indeed a beauty in itself. I remember an assembler and a debugger for DOS that were each around 20 K (uncompressed!). I can't recall their names unfortunately. IIRC the author was an Intel engineer.

      The documentation warned not to blink during compilation or otherwise you'd miss the whole process. Mind you, it meant 80286. If one worked on 8088 there was less to miss in a single blinking of an eye.

    2. Re:the problem is: by Pathwalker · · Score: 1

      I think you might be thinking of A86 and D86 by Eric Isaacson.
      If not, there is probably a copy of the program you were thinking of here.

  3. Re:x86 ASM by kemokid · · Score: 1
    Well, they can have a lot of fun porting that to other architectures. x86 is horrible in comparison with the register rich alphas. Aside from that, benefits
    ...
    It really sounds like these guys wrote themselves a rather large and difficult to maintain and debug OS.
    That's what they said about Linux when it first came out. :-) Now it's possibly the most ridiculously commonly ported OS (what with all the embedded ports). An interesting page on Linux ports, with a couple quotes from the Early Days at the top of the page: Linux's Ports

    PS: Hey, BTW, does anyone know of any attempts to put Linux on cell phones? (Just cause we can!) I've been looking around but haven't seen any info out there.

  4. Re:No PowerPC port yet? by mcc · · Score: 1

    dude-- that's what EMULATORS are for!
    -_-

    i wonder how difficult it would be to write an assembler that translated between machine codes. If it's at all possible, i'd say it should be a _lot_ easier to go from a heavily CISC chip like the x86 to a heavily RISC one like the PPC than the other way around. But then again i wouldn't know-- i know next to nothing about assembly, and i don't know how things like different registers affect the basic way the code is written, never mind instruction sets.

  5. Re:wow, amazing... & legos by rkohutek · · Score: 1

    it's not portable, because it's pointless, because it's not Linux. Yet you seem to like Star Wars crap made out of legos...

    But see, lego[s] are portable, are mostly-pointless except for creativity, and share the force with linux ... makes sense to me ;-)

    "it's you, inside yourself"

  6. Re:This reminds me... by Anonymous Coward · · Score: 0

    asm isn't hard at all. It's your head.

  7. Re:why asm?!?! by Anonymous Coward · · Score: 0

    Compilers still make shit code.

  8. Re:No PowerPC port yet? by rm+-rf+/etc/* · · Score: 1


    Any idea where I can find info on PPC assembler? I seem to not be able to find reference to instructions or compilers...

  9. Re:x86 ASM by tlhIngan · · Score: 2

    Well, assembly is *NOT* hard to code with. Only the horrendous x86 architecture makes it seem so (Looking at all the exceptions and modes of the x86 makes my head spin). Basically, the x86 has a register set which is probably similar to a pocket calculator. [Honestly, certain instructions faster in say, AX rather than BX/CX/DX? Trying to optimize this is quite difficult. The 386 is popular because it generalized a few addressing modes across more registers (very helpful)]. Of course, MMX is a real mess (using the floating point register/stack for MMX manipulation, and having to reinitialize the registers if you want to do FP instructions (Intel tutorials)).

    There *WERE* processors of the era that have a much nicer architecture (like the 68000), and many more registers [wow. 8 32-bit data registers, and 7+1 32 bit address registers...]. Yes, I'm biased. I love coding in assembly on a 68k processor. And I've found out how to code in assembly on a nice HC11 microcontroller [great fun! Register deprived, yes, but nothing too complicated, and very simple to code for].

    Intel recognized this, which is why the later processors (Pentium II, Pentium III, etc) have more hardware-mapped registers that the hardware remaps to the x86 registers. (These registers can't be altered from software - they for out of order execution, etc).

    People do program in assembly still, like Steve Gibson, and a link off of him has someone who *TRIED* to do DDE, and gave up after seeing its complexity. Still amazes me to see that SpinRite 5 is only 100k or so.

  10. Re:News for nerds... by Anonymous Coward · · Score: 0

    hello people. I've just poured hot grits down my pants to celebrate computing science teleporting itself backwards 20 years by coding an operating system in assembler when there is no obvious benefit and when C could have achieved the same result in quicker time !!!

    -- Linux and grits down my pants. Does it get any better?

  11. Re:... by Anonymous Coward · · Score: 0

    Do you have a list of URLs to dump on us depending on the story?

    "Hmmm let me see... the story is_______, what do I have in my URL pantry to cook up?"

    This is all a joke to you isn't it? Post comments you know will get moderated up, as you said in the past, and try to get as many points as you can? HEY! We'd like a real discussion please, not this type of behavior. I'm sure though you'll deny it though. Why do I bother? Oh well I guess.

  12. Interesting. by Millennium · · Score: 2

    The site is Slashdotted heavily, but I downloaded the OS itself from the mirror some nice person posted above.

    Note to the Mac users out there: yes, it does work in Virtual PC (though I needed to use a real PC to install the thing, it booted in VPC as well). I'd imagine it'll work with Bochs or MESS as well.

    It's very pretty as command-lines go (though Darwin has the prettiest command-line I've ever seen, as if that matters at all). I don't see much use for it, but since I couldn't get into the site I could be missing something. It would have been nice if they had provided a PCX file on their demo disk to go with their PCX viewer, though. As it is I'm not sure how I'm supposed to put one on a V2-formatted disk so I can run the viewer.

  13. Re:The problem with variety by Zagato-sama · · Score: 2

    Uh exactly what babble is this you're spewing?
    "People in the lame NT world?" There is quite a large number of intelligent NT users, much like there is a large number of clueless Linux users. Save your self styled eliteness for someone who cares.

    Secondly think for a minute, if people followed your suggestion and stuck to a single "Free OS" you'd be in front of a *BSD machine right now instead of your precious Linux. Interesting thought, ne?

  14. Re:ASM coding by Anonymous Coward · · Score: 0

    That sure explains how I just ran GLQuake 1 on a Voodoo 1 with a GL minidriver...

  15. Re:Hi, I'm AC. I've said nothing rational for 4 da by Musc · · Score: 1

    I am a rabbit, patiently lathering my anus with my soft sof tongue. I feel a need for Natalie Portman and Drew Barrymore. I do not have a craving Dave Barry, however. At least not his body. His books, well maybe. In any case, Here i go running across the road.

    (waits for the splat)

    --
    Hamsters are at least as feathery as penguins. HamLix
  16. Re:YOU ARE NOT FUNNY by el_ted · · Score: 1

    I WANT TO JOIN OPEN SOURCE CAROLINA KASTING

    --
    -- You are in a twisty maze of passages, all alike.
  17. Re:News for nerds... by WNight · · Score: 2

    Exactly. It's yet another OS, and it's not open source. (I'm taking your word for this, their site appears to be /.ed and I can't check to look for source.)

    Bear with me on this. If an application isn't open source, only that application and the users of it will suffer. If an OS isn't open source, all applications and all users suffer.

    The OS is the one part that *must* be open source. If it's not, the whole house of cards might as well be built on prime Florida landfill.

    And, why do we need another OS? This one seems to have one benefit, it's the easiest way to ship some piece of software that just plans on taking over the hardware as soon as it's loaded. If I was writing software to turn a PC into a network diagnostic unit or a robotics control station for an automated drill, this would be fine.

    But for anything else, the network effect is the biggest problem. When Linux came out, it had TCP/IP networking and was a unix-like. You could network it with other OSes and didn't have to learn a new OS paradigm to use it. Does this 37k OS support that?

    And, why do we need a new OS? Seriously. If this doesn't offer any improvements (other than size and speed, but my Apple // booted in only four seconds, off of a floppy no less, and the OS was under 8k!) then why would people switch to it and code apps for it when they'd have to reinvent the wheel just to eventually be where we already are.

    And then, even if they had a reason, why would they pick a closed source OS?

  18. Re:News for nerds... by ecampbel · · Score: 1

    You are right, and the "Nerds" have spoken. The previous postings have pointed out the flaws in writing an operating system in hard to maintain assembly, writing for a processor that is in very few embedded devices, and the uphill battle the OS faces.

    A lesser site would be talking about how 1337/Kool these programmers are, and predicting this OS might take over the world. The readers of Slashdot expect more. The thoughtful discussion that is taking place right now is a prime example.

    --

    Sig goes here
  19. instability?!?! by lexspoon · · Score: 1

    Uhh, code bloat, yes. But instability?? No way. It's WAY easier to screw up using assembler than using C, and in turn it's way easier to screw up using C than using some higher-level language like Lisp or Smalltalk.

    1. Re:instability?!?! by Anonymous Coward · · Score: 0

      While I agree with all the points about "stability", and I do especially agree that Linux is old and we need something new. I do not belive that writing a new OS in assembler is what makes it new. Since I belive in portability (and coding in Assembler makes porting really time-consuming), I would choose somthing like embedded c++ for a new OS. It removes all the ambiguity of C++ keeping most of the advantages of OOP.

    2. Re:instability?!?! by Anonymous Coward · · Score: 0
      Did you ever write real software (used by many hard-working people)? Good software development is ALL about design. You can use any language you want, but asm has the advantage of being nearly the same in the debugger as in source. Using the right tools and modern programming paradigms (design patterns, oop) makes an x86-asm source easy to read and easy to maintain. All of the really good software I ever used was written in asm - you simply can't make any compromises (like "assert(idontknowwhatididherebutitsgplandidontcare )". No way to publish a bad asm-program - bad c(++)-programs are published everyday.

      BTW.: Translating any assembler program is way faster than compiling a c(++/stl)-program with full featured optimziation (ever compiled KDE?). Linux is now 8 years old and get's as awfull as Windows. Time for something new.

      Sorry if this sounds harsh but hll's get too much honour they don't deserve. They're only simple tools.

      Greets, RDMSR

  20. Asm just owns you. by Anonymous Coward · · Score: 0

    You're not a real man if you can't write asm code.

    1. Re:Asm just owns you. by Electric+Barbarella · · Score: 2

      I thought that my testicles made me a real man. Damn. And all these years i'd been thinking i was male.

      *sigh* Great. NOW what am i gonna do with all this body hair?
      -Andy Martin

      --

      -Andy Martin
      If y'all don't like me, blow me.
    2. Re:Asm just owns you. by cfish · · Score: 1

      you are not a real man if you can't talk in English. I bet $100 bucks that at the time you write this crap you have no clue what piplining optimization is.

    3. Re:ASM just owns you. by Weezul · · Score: 2

      Yes, you can do all those things in ASM and the guy writing the OS I was talking about did because there were no acceptable high level languages. The point is that in ASM you must do them all by hand. High level langauges will eventually surpass ASM because the compilers will do most of the tricks for you and provide a more meaningful way to think about writing the program. The problems of optimising will eventually become so complex that you will need machine aid to do it efficently. If you have a hard numerical / symbol menipulation problem to solve it is better to have a computer solve it then a human, period.

      Jeff

      --
      The Christian religion has been and still is the principal enemy of moral progress in the world. -- Bertrand Russell
  21. Intel i386 is used for embedded in large number by Anonymous Coward · · Score: 0

    These people will have a quite large market, other then the 8051 and 68k series quite a number of embedded designs (non DSP) use i386. This happened simply because dev tools and workstations were cheaply available for the last 15 years. Embedded systems are also less likely to change hardware. This operating system if well designed will have a long and useful life. Faster is often better with embedded controllers. Regards

  22. a *Cyrix* 150? by delmoi · · Score: 1

    Well, the app wasn't optimized for a cyrix, You'd probably notice more of an advantage on a pentium or similar

    --

    ReadThe ReflectionEngine, a cyberpunk style n
  23. Re:This v2-os.. no protection. by YakumoFuji · · Score: 2
    Seriously, that is a feature. There are a lot of engineers who directly access I/O ports and memory mapped I/O in their programs. Microsoft tries to make this difficult. Who wants to write a device driver just to twiddle some bits on an I/O board?

    True, i can see and understand this, for IO ports one should be able to say, give me access to io ports in the range of xxxx-yyyy, if they are not hooked by the os (eg: so i cant take over the PIC and reprogram it, etc).

    for things like memory mapped perhiperals, i'd say device drivers required etc ;)

    I still think, having no memory protection is a feature.

    I think if you want an Os that engineers can plug in custom boards, a protected os may not be the way to go, BUT after testing when the boards are in practice i think a protected os would be the way to go ^_^....

    The pros/cons for having memory/app/io protection etc, _imo_, outweigh those for not having protection.

    Write your Own Operating System [FAQ]!

    --

    no sig for you
  24. Moo by Anonymous Coward · · Score: 0

    HAHA That was pretty funny :)

  25. Re:ASM coding by sterwill · · Score: 2

    But the keyboard is so small! I never got used to typing with both just two keys.

    --

  26. Design is more important by Rolman · · Score: 4

    IMHO assembly is the right choice when it comes to speed, as i'm involved in game development and most of the time the extra speed is mandatory for complex algorithms and hardware tricks, but games are developed for common hardware and most of the time they don't really need to be very flexible.

    But in the OS side, speed is definitely not as important as a clever design. If these guys want their OS to lift off they better be very thoughtful, because it doesn't make any sense to code the fastest hack if you can't really extend its capabilities or program applications easily. I think a good example of what does a well-built, small, fast AND portable OS look like is QNX. OS, GUI, Web server, browser and some more stuff fits in a floppy, and most of it is written in C/C++.

    Personally, I hate coding the same thing twice for two different platforms, I really like the idea of using my code for more than one thing, and that's what standards like ANSI C and POSIX are all about.

    These guys might as well win some Assembly '00 award with amazing code like the V2, but let's be serious, assembly should be used only when needed.

    That said, coding in assembly is really fun (except when you have to explain your code either to other person or to yourself after some weeks of working at something else :)

    --------------------

    --
    - Otaku no naka no otaku, otaking da!!!
    1. Re:Design is more important by scheme · · Score: 1
      Did i mention the lack of programs? It has less programs than beos. I heard all these great things about it, then I started using it. And now all i want to do is go back to other OSes. I feel like i'm trying to make a 3 year old build a car or something it can't reasonably do. And its not as crashproof as everyone claims. Its crashes more than the win98 machines.

      QNX is designed as a real time OS. It really isn't for consumer apps. It's pretty well regarded for RT work.

      --
      "When you sit with a nice girl for two hours, it seems like two minutes. When you sit on a hot stove for two minutes, it
    2. Re:Design is more important by Anonymous Coward · · Score: 0

      God not hardly. QNX is by far the worst OS i've ever used. Sure they make it look all impressive from fitting everything on a floppy, but i've seen similar done elsewhere. It's a pain in the ass to program for, in fact i would equate it to writing an n64 emulator using win3.0 on an 8086. Neutrino is a little better but until they release a native compiler, its just as dumb. The threads are hacked to they appear to work. the libraries aren't thread safe anyways. no usb support. very little support for soundcards or other devices. Software support is even worse. The lack of a swapfile is a good idea as well. photon is slower than X running through vmware on pentium 60 running vmware with 64 megs of ram. And photon programming is a bitch, its like object orient programming in C. Each widget has attributes nad it inherits attributes from its parent, but changing them is all done in C, and everything else is done in C. Windows programming is more intuitive. Sure many of these are fixed with nuetrino, but who likes using a front end for gcc where you have to specify the target everytime you go to build a program? It makes porting a pain in the ass. Did i mention the lack of programs? It has less programs than beos. I heard all these great things about it, then I started using it. And now all i want to do is go back to other OSes. I feel like i'm trying to make a 3 year old build a car or something it can't reasonably do. And its not as crashproof as everyone claims. Its crashes more than the win98 machines.

    3. Re:Design is more important by Rolman · · Score: 1

      QNX is designed as a real time OS. It really isn't for consumer apps. It's pretty well regarded for RT work.

      Exactly mi point, because comparing QNX to Win98, BeOS or V2 doesn't make any sense. I don't think of QNX as a "consumer app" OS as much as I don't think of Windows as a RTOS, and of course V2 isn't going to be for "consumer apps" anyway. It's true QNX/Neutrino can't fill everyone's needs, but does any (read:ANY, including Linux) OS fill them? That's exactly the reason there will always be startups as V2.

      -------------

      --
      - Otaku no naka no otaku, otaking da!!!
  27. Re:Wait a minit! by Detritus · · Score: 2

    There was RSX-11, RT-11, DOS, IAS, RSTS, MUMPS and UNIX. It was probably IAS, a timesharing system if my memory is correct.

    --
    Mea navis aericumbens anguillis abundat
  28. Re:No PowerPC port yet? by Potatoswatter · · Score: 1

    The helpful answer: Try the Motorola PowerPC 601 User's Manual to learn the instruction set and architecture. This is the definitive reference, nobody bothers to write anything after this. A PPCAsm compiler comes w/ Metrowerks' Discover Programming.

    The discouraging answer: If you don't already own CodeWarrior, you probably have some other stuff to learn first.

    The distrustful answer: Why is your homepage www.ms.com? Maybe I shouldn't tell you this...

    --

    Check out Project Upper/Mute, an all-around awesome compiler fra
  29. Re:This reminds me... by osu-neko · · Score: 1
    Assembly code is... This is also the last step that allows comments.

    That's not necessarily true. I've slipped comments into machine code before. Just make sure you JMP over them!

    (Why put comments in machine code, you ask? Usually just to say "Hi!" or make a joke to cause the person looking at your raw machine code laugh.)

    --

    --
    "Convictions are more dangerous enemies of truth than lies."
  30. Re:Yes... But is it free? by jawad · · Score: 1
    Read the entire posting before you comment.. Did I mention that it was free?

    Dont be so jumpy for the first post.

    But, before I forget, FIRST REPLY TO FIRST POST!!!!

    (just kidding).
    i dont display scores, and my threshhold is -1. post accordingly.

  31. Re:This reminds me... by Anonymous Coward · · Score: 0

    Well, assembly is somewhat human readable... a quick example for the 8086 processor: First, in assembler, we want to add the value 4096 to a varible named var: add [var],4096 Assume var is a pointer to a two-byte value, the address within it's particular data segment being B604h Can be written in most assemblers, when translated to hex code it looks like: 81 06 04 B6 00 10 Or in binary: 1000000010000011000000100101101100000000000010000 Which is even less portable than assembly (hell, with the x86 series, all the bytes are swapped because the chips are little endian) Hope this helps.

  32. My objections to TC by Anonymous Coward · · Score: 1


    Your post was funny as hell

    Thank you.


    (licking their asses?)

    As I was writing, I looked up and my cat was devotedly licking his ass. He's nice as hell, but he's not very bright. In fact, my characterization of the rabbits was based as much on him as on the AC. I also forgot to mention in the post that I lifted the rabbit metaphor from Hunter S. Thompson. He did it better than me, of course.


    Without his work, I'd probably know a lot less Perl than I do now.

    I don't doubt that he's far more technically accomplished than I am, nor that he's done some (or even many) worthwhile things, but not being a Perlist, all I've seen of him has been his public outbursts. Take for for example his advocacy of the "Demon Penguin" thing. He was demanding that the community "punish" Richard Stallman for the "GNU/Linux" thing. He wanted Stallman humiliated and brought to heel. This is childish. For God's sake, however endlessly annoying Stallman may be, he operates by trying to persuade people to agree with him. Christiansen operates by trying to kick people into submission, which annoys me a lot more. Christiansen has the same right to shoot his mouth off as Stallman does, but what he says doesn't tell me anything good about him. IIRC the project to replicate the GNU utils in Perl was similarly motivated. In the course of that discussion here on Slashdot, somebody posted some links to a couple of Christiansen's posts on a (the?) Perl mailing list, where he displayed a genuinely monumental self-regard (and he also posted an insufferably arrogant and rude but logically sound and convincing defense of useless time-wasting projects like the Perl/GNU utils thing -- which is why he popped into my head here). He seems to be a bit of a flamer in general. Also in the course of that discussion, he posted some bizarre screed wherein he tried to "prove" that Perl is a compiled language, in response to people who say it's interpreted. Apparently that really gets under his skin, though I'm not sure why anybody would care. It does what it does, and if that's good, it's good, regardless of what semantic sophistries you weave around it. It's just the most meaningless, perfect non-issue I've ever seen. There are some practical respects in which Perl behaves like an interpreted language, whether it's byte-compiled or not. One of these is the fact that a Perl program minimally requires far more elaborate runtime support than a compiled executable (minimally) does. Persuading people to call it "compiled" won't fix that. It's not a semantic issue, it's how the software works. Nevertheless, he seems to be locked into the "one true language" mentality.

    Oh, yeah, Christiansen also objects stridently to GNU-style long commandline options ("--help" etc) on the grounds that they make UNIX "impure" or something, and presumably they lead to the sin of self-documenting scripts. He seems to be one of these self-appointed Old-Fashioned UNIX Gurus who thinks the users need to be kept in their place. In view of the currently perceived need to keep network protocols open by propagating non-MS operating systems and other software, "keeping the users in their place" is in fact a recipe for helping the more depressing elements of the proprietary software world to keep us in our place. It's not just mean-spirited and pointless; it's self-destructive as well. Friendly interfaces aren't inconsistent with good software (to the contrary!) and unless you're running a BBS in your basement, stupid users pay your bills. We're asking them to invite us to the party. When we get there, let's not shit on the rug and belch, even though "in principle" that may be the right thing to do.


    1. Re:My objections to TC by peter · · Score: 1
      convincing defense of useless time-wasting projects like the Perl/GNU utils thing

      It's pretty ironic that you say that, considering how this whole thread got started! I guess the difference is that the the guys writing V2 are doing it for fun.

      #define X(x,y) x##y
      --
      #define X(x,y) x##y
      Peter Cordes ; e-mail: X(peter@cordes , .ca)
    2. Re:My objections to TC by Anonymous Coward · · Score: 0

      Wow... Nice post. :)

    3. Re:My objections to TC by vosque · · Score: 1

      Wish I knew who this was so I could give them an award. :P

    4. Re:My objections to TC by Anonymous Coward · · Score: 0
      You're a fool. The Perl Power Tools project has *nothing* to do with Stallman. And I should know, because I've contributed to it. It's a great set of tools. I run them on non-Unix systems and they save my ass. It's great stuff. Try to erase your political persecution complex.

      As for the BSD/Linux thing, apparently Tom prefers free software over GPL'd software, and BSD-style engineering over the kitchen-sink FSF style. What's wrong with either of those? Free software is good. Smaller is better. And tell me: Why shouldn't I be able to run BSD code with a Linux kernel?

      If you don't know about what Stallman tried to do to Tom and the whole free perl doc project, then you have no place to judge Tom for his reaction. What happen is simple: Tom refused to use the GPL for his free Perl documentation because he didn't want to infect people with the virus; it's strictly Artistic Licensed. So Stallman got pissed off and started this fucking jihad about Perl not being free! Can you believe it?

      That kind of shit would turn anybody off. Stallman gets what he deserves sometimes, you know.

      Why does every fucking thread here turn into an excuse to bash Perl, Tom Christiansen, or both?! The day you complete one twentieth of what Tom has freely given away to the community is the day that we'll listen to you. The proof is in the pudding.

  33. ASM just owns you. by Anonymous Coward · · Score: 0

    You can do *anything* in asm that you can do in a HLL. Here are some facts... 1.)ASM is easier to write 2.)ASM is eaiser to maintain 3.)ASM is easier to organize 4.)ASM isn't full of useless bloated libraries 5.)ASM owns your hide 6.)ASM gives me an erection 7.)ASM is addicting 8.)ASM isn't too bad for your health

  34. Re:The problem with variety by Lord+Kano · · Score: 2

    >>even though Linux appears to be out selling the Mac, quiet an achievement for something that can be had for free...

    Quite an unclear and ambiguous statement.

    1. Linux is an operating "the Mac" can be interpreted as either a. a family of computers that sell for anywhere from $899-$3499 or b, an operating system that sells for $99 unless it comes bundled with one of the computers from (a.).

    Or I suppose that you could mean computers with the OS installed for both, which I'd LOVE to see documented by a reputable source.

    You can't compare sales of an OS to sales of hardware. If you mean the MacOS you must specify that.

    2. Define "out selling" do you mean a. selling more copies, or b. selling more in terms of $$$.

    Since linux CDs can be had for as cheap as $1.99 if you sell 100 of them, it's not the same volume of cash as 3 copies of the MacOS.

    If you want to consider "out selling" to be simply selling more CD's containing the OS(without the hardware), I wouldn't be surprised if linux was "outselling" MS Windows products.

    There are other ways that your statement could be interpreted which I shall not cover because I don't want ot take the time, however if I've misinterpreted your intent or meaning, please let me know.

    LK

    --Disclaimer(I use Linux, Windows, and the MacOS both at work and at home.)

    --
    "Hi. This is my friend, Jack Shit, and you don't know him." - Lord Kano
  35. Their message board by Anonymous Coward · · Score: 0

    Has three messages on it about how great V2 is...all of them posted within a few minutes of each other...and they're the only three in that section...strange, no? --Daniel Myers myers1@no_spam.concentric.net

  36. Randy Hyde rocks.... by Mikesch · · Score: 2

    I had the honor of learning assembly from him (I'm a student at UCR). The guy knows everything there is to know about almost everything. You may also want to check out RATC, a pretty neat set of macros for C.

    He has been in the business for a long time and knows a lot about the history of the industry.
    His classes are a mixture of computing history and actual programming. It was the only CS class I attended constantly just because it was so damn interesting.

    A lot of his students don't like him because he is so demanding, but you will definately learn a lot by reading anything he has written.

    I heard that he is currently teaching his assembly language class using an assembler that he wrote himself.

    Also, any budding assembly programmers probably want to check out the UCR Standard Library, also available from http://webster.cs.ucr.edu/
    This makes programming assembly a lot easier.

    All coders need this book, it is the most comprehensive book on assembly ever written. Even if you dont want to program an x86 architecture, the theory (optimization, memory alignment, etc.) still applies.

    1. Re:Randy Hyde rocks.... by empath · · Score: 1

      Yeah sure, and he makes you use this peice of junk called HLA, which is really assembly mixed in with some control structures and the worst parts of C++. It's not even fully developed, he's using the students to beta test it. This, combined with the fact that the graders know nothing about it, results in them resorting to taking points off projects for spelling mistakes and comments not being lined up perfectly.

      I had to help someone through this class, and I can say they learned jack about real assembly, and will probably not do very well when transfering elsewhere to take a *real* assembly class.

      Yes, the man is smart, but his teaching needs some help.

      --
      "Please don't sigh like that, maam"
  37. Compilers are for the wussies. by Anonymous Coward · · Score: 0

    Compilers were made because people are too lazy to write *real* code.

    1. Re:Compilers are for the wussies. by Anonymous Coward · · Score: 0

      How hard would it be to write a million line C program in asm ?

    2. Re:Compilers are for the wussies. by Anonymous Coward · · Score: 0

      Thats right, portabilaty between architectures is only for wusses. Real mean still write asm code for VAX/VMS. (chuckle)

  38. why asm?!?! by Anonymous Coward · · Score: 0

    isn't that the point of good COMPILERS these days?

    1. Re:why asm?!?! by Pig+Hogger · · Score: 1

      Use Delphi...
      -- ----------------------------------------------
      Vive le logiciel... Libre!!!

    2. Re:why asm?!?! by AlphaHelix · · Score: 1

      Turbo Pascal?! I think you could have come up with some better examples than Turbo Pascal...TP bloating was the REASON I learned x86 machine code (back in the day...)
      * mild mannered physics grad student by day *

      --
      * mild mannered physics grad student by day *
      * daring code hacker by night *
      http://www.silent-tristero.com
    3. Re:why asm?!?! by Ventilator · · Score: 1

      Why not use LOGO? That'd be a challenge!

      --
      --- If OS were buildings, then the first woodpecker to come around would erase 95 % of civilization.
    4. Re:why asm?!?! by Anonymous Coward · · Score: 0

      As an embedded programmer, ASM, allows total control of the machine and the ability to write fast, small, tight code. I have 2000 bytes of space for programs and only 128 bytes of RAM in a machine--asm is the only way to go. A compiler is not always an option--I count bytes and cyles. Ador

    5. Re:why asm?!?! by reas0n · · Score: 1

      I'v found that programming in the binary directly works very well. It may take a little longer, but you've only got two keys to press, so that makes it a bit easier. You'd be surprised how quickly you get used to it, I can now communicate exclusively in binary. Conversations are hella-long, but it's good when you don't want to be understood ]:-)

      --
      This post has been encrypted in several of the most advanced ROT-26 algorithms
    6. Re:why asm?!?! by j1mmy · · Score: 1

      I haven't been able to write high-level code that compiles into a reasonably-sized executable since I stopped using Turbo Pascal. Today's compilers shove in so many safety hooks and unused functionality with their executables that I hate using them. I've recently taken an interest in windows programming in assmebly and I find it more enjoyable to see masm dump out a 4k executable where vc6 dumps out an file ten times that size. I would guess that most of the instability issues in operating systems and applications today can be traced back to code bloat both on the programmer's side and the compiler's side. Maybe.

    7. Re:why asm?!?! by Greyice · · Score: 1

      Hey friend, remember that code is GIGO. Your compiler's making crap code? PEBCAK

    8. Re:why asm?!?! by hey! · · Score: 2

      Well, it's been a while since I've done any asm programming, but my guess is that there probably isn't too much difference in terms of performance, but a lot of difference in terms of size.

      No compiler can possibly generate code that is faster than assembly, because what compilers do is take source code and emit assembly. However, what they emit is kind of like "cut and paste" coders, who duplicate a lot of work rather than factoring out the common functionality into resusable modules.

      So, on the assembler's side, all the code is probably going to be better organized, and thus smaller, which tends to improve speed. On the other hand compilers aren't limited by human readability of output, so they can do weird optimizing things, like common subexpression elimination that make the assembly code unmaintainable.

      So, in the end it probably makes little sense to code in assembly for speed, but a lot if you want to fit into the smallest possible footprint.

      It takes an exceptionally good coder to write maintainable assembly. A given piece of assembly is going to be much longer than the equivalent source code, and thus organization is more important.


      --
      Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
    9. Re:why asm?!?! by Anonymous Coward · · Score: 0

      wth? vc6 is meant for coding safe, robust, commercial-grade applications. don't blame ms for the fact that you don't know how to use the compiler settings, rtfm. ~ac

    10. Re:why asm?!?! by Anonymous Coward · · Score: 0

      Actually, yes. Compilers can generate code better, faster or smaller than equivelant code written by humans. Remember that humans have differing skill levels. A good compiler can often generate better code than a poor assembler programmer, especially when dealing with RISC systems. We'll also see that humans will likely not be able to match the performance of compilers when we get into EPIC and other heavily optimized for pipelining processors.

      Where compilers need work is in the generation of generic code. A compiler typically pulls a generic "if" routine out of it's bag of tricks to substitute for an if statement in C. A human would code only the necessary code to do the comparison, which might be less code depending on the complexity of the comparison operation.

  39. Re:Yes... But is it free? by nutty · · Score: 1

    Yes, if you actually followed the link, it is free... its in the two lines of text on the main page...

    V2_OS offers more speed, expandability, and hardware control for adventurous projects and easy programming FOR FREE!

    or were you just going for first post? :)

  40. Re:ASM and OS's by Potatoswatter · · Score: 1

    BeOS is highly portable... it can't be built on that much asm.

    --

    Check out Project Upper/Mute, an all-around awesome compiler fra
  41. Re:News for nerds... by mircea · · Score: 2

    ...throw it on a floppy and try it in VMWare

    Just did that in VMware 1.1.2. Boots, but freezes whrn the "terminal screen" comes up, and trashes the screen. The boot process is pretty fast, though, even under the virtual machine.

  42. use a cross compiler by lexspoon · · Score: 1

    Actually, you can just write a gcc machine specification on a supported machine, cross-compile gcc and whatever else you need for the new machine, and then figure out a way to initially load your new executables. No assembly required, except for the poor sap that makes the gcc spec work for the new machine.

  43. ... by Signal+11 · · Score: 0

    For those of you who would like some history, check out this story. It's one of hackerdom's great stories about the last Real Programmers who hacked in assembly using vi and a toothpick....

    1. Re:... by jemfinch · · Score: 1

      Why the hell can't you use a descriptive subject line? I'm going to stop reading these "..." posts to the loss of your good comments because of it. Take the time to write a decent subject line.

    2. Re:... by Kinthelt · · Score: 1

      Ummmm... Mel didn't use assembly, vi *or* a toothpick. He coded in straight binary.

      --

      "Evil will always triumph over good, because good is dumb." - Dark Helmet (Spaceballs)

    3. Re:... by deefer · · Score: 2

      Yep, me to! :)
      I'd write out the program in asm mnemonics (had my own notation for addressing modes, and everything!), which I'd then debug by hand. Then I'd translate it into opcodes, and type it into DATA statements, with a BASIC loader in there somewhere.
      You're right about the debugging, though!!! And not even a blue screen to tell you it'd died on it's arse!!! I got an Action Replay plug in (in the days when a plug in was a small plastic box with a strip connector at one end), that made _everything_ a lot easier...
      Still, after I'd made loads of mistakes in opcode translation, I wrote a _really_ basic assembler which would write the DATA statements for me when I was about 14. I wrote an asteroids clone (with joystick support! :) with it, but that was about all!
      What reference books did you use? I had the Programmers reference guide, and a complete bible book whose name escapes me... It had _everything_ you wanted to know about the C64 in it, though - every interrupt (hook those vectors ! :) and every memory location's function described. Cool as fuck.
      So I laugh when the 5kr1p7 k1ddi32 of today complain about compiler XYZ not having enough features! And it impresses the hel lout of them when you debug their pissy efforts _straight_ in assembler!!!
      Aaaah, those were the days! :) ...

      --

      Strong data typing is for those with weak minds.

    4. Re:... by luge · · Score: 1

      This is so completely OT that it is not even funny. But the story (though very old) is still a great one. Somehow, the new tag down at the bottom: [1999 update: Mel's last name is now known. The manual for the LGP-30 refers to "Mel Kaye of Royal McBee who did the bulk of the programming [...] of the ACT 1 system".] just takes out some of the glory of it, though...
      ~luge

      --

      IAAL,BIANLY

    5. Re:... by Anonymous Coward · · Score: 0

      HA! You haven't lived until you've switched in your code in BINARY from a front panel!

    6. Re:... by deefer · · Score: 1

      Or swapped the valves for jumpers just to get the thing to boot...

      --

      Strong data typing is for those with weak minds.

    7. Re:... by phutureboy · · Score: 1

      When I got my C64 I didn't have any sort of label-based assembler, or for that matter even a text editor, so I would look up the machine language opcodes in a reference book, write out a machine language program on notebook paper during school, then when i got home i would convert it all from hex to decimal and enter it by POKEing it into memory from the BASIC shell. Talk about debugging being a bitch.

      That's my story. It's actually completely true. I wrote several video games that way, including 'Free Delivery' and 'Freestylin'.

    8. Re:... by Inoshiro · · Score: 1

      The MBAs out there probably read that and said, "there, but for the grace of Cobol, go I"

      :-)
      ---

      --
      --
      Internet Explorer (n): Another bug -- that is, a feature that can't be turned off -- in Windows.
  44. Re:*sigh* Already /.ed by mattermite · · Score: 1

    Why not simply email the admins of these sites and ask them if they would like (1 Slashdot to go ahead and link to them, (2 Slashdot to not link to them, mention them, etc. or (3 Slashdot to mirror them temporarily. Seems like that could be helpful in minimizing the obscene amount of traffic a simple mention of a site on Slashdot can produce.

  45. 37kB?!?! by Anonymous Coward · · Score: 0

    37 kiloBytes! Holy Crap! Are they making a version for the c64, too?

    1. Re:37kB?!?! by Anonymous Coward · · Score: 0

      hrm... no, no not really

      in fact, not at all, considering the state of Linux. ;)

      -cow

    2. Re:37kB?!?! by Anonymous Coward · · Score: 0

      Still waiting to access the web page to download this thing....I too used my old 80286 as a packet radio terminal and nite-light, until the poor thing finally died....I didn't have the requisite boot disk so off to the boneyard it went. Mine had a great LED screen that displayed status messages and the number of megs RAM, plus it had a huge red paddle-like power switch.

    3. Re:37kB?!?! by Mooset · · Score: 1

      The operating system is written in x86 ASM. The Commodore 64 does not use a x86. Therefore, the answer is most likely no.

    4. Re:37kB?!?! by Anonymous Coward · · Score: 0

      Well, its 37k, but what do you get for your 37k? not much. sure its fast, seems stable(cant test it enough to really test this though and the fact is has a crash command kinda makes me wonder) but lacks many features of a modern OS. No shell, no real filesystem as far as I can see, no way to navigate, not even ls. At bare minimum, this may serve as a nice kernel for something real small, but has no real way for a human to do much. As an academic endevor, this seems good, but with no compiler for it or a reasonable shell, what good is it? Maybe custom asm app turnkey?

    5. Re:37kB?!?! by develop · · Score: 1

      That's what a bunch of postings said after Linus posted in UseNet about Linux the first time... Makes you feel a little silly now eh?

    6. Re:37kB?!?! by Anonymous Coward · · Score: 0

      ISTR that the Atari ST's OS - TOS - used to fit inside a 32k ROM chip. Damn good it was too. Add on another 32k for GEM, the GUI. It was quite a shock when I moved onto PCs. "How many kilobytes for the OS? Megabytes?!"

    7. Re:37kB?!?! by Ventilator · · Score: 1

      I'd be happy with a version for my old (but gold) 80286 which is used as a packet-radio terminal and bedroom-light.

      As soon the /.-effect is over I'll download it and try it on the 286 and on the 486 as well.

      --
      --- If OS were buildings, then the first woodpecker to come around would erase 95 % of civilization.
    8. Re:37kB?!?! by Anonymous Coward · · Score: 0

      The preceeding message was brought to you by the humor-impaired.

    9. Re:37kB?!?! by cheese_wallet · · Score: 1

      They didn't ask if it would *work* on a c64, smartboy.

      If people's heads were as smart as their asses, well, uh, the cummulative IQ of the world would increase dramatically.

  46. and it's not that much code to start with... by lexspoon · · Score: 1

    ...so porting versus rewriting isn't that big of a deal.

  47. More info in this vein... by Macphisto · · Score: 2
    Continuing to be off-topic, a few links perhaps of interest: Sorry about the lousy formatting in the first post, btw.

  48. Uh, no... not even close by delmoi · · Score: 2

    C code -> Preprocessed C code -> assembly code -> machine code -> linked code

    No:
    C code -> macnine code
    asm code -> macnine code

    When you link code, you connect the parts of the code you've already writen together

    When you're doing asm programing, each .asm file you make turns into a seperate object. by linking code, you can write diffrent functions in diffrent files, and re-use them for other projects. With C, you can use header files, and other things, but linking is still used. There is no diffrence between 'linked code' and 'machine code'

    Assembly is just a human readable form of machine code, There is no reason for a compiler to create assembly, beacuse humans arn't going to be reading it. When you see the asm output in a debug window, its actualy just been unassembled

    --

    ReadThe ReflectionEngine, a cyberpunk style n
    1. Re:Uh, no... not even close by Anonymous Coward · · Score: 0

      There have been compilers that emit real assembly. Maintaining a set of backends is hard enough without also supporting the rest of a toolchain on each platform (this was a bigger deal before ELF- most proprietary formats for linkable object code were amazingly crufty), and it also painlessly allows for inline assembly.

    2. Re:Uh, no... not even close by Vidar+Hokstad · · Score: 1

      Many modern compilers DO emit assembly, simply because it's easier. GCC is a prime example...

    3. Re:Uh, no... not even close by Relic+of+the+Future · · Score: 1
      "Assembly is just a human readable form of machine code, There is no reason for a compiler to create assembly, beacuse humans arn't going to be reading it."

      I beg to differ. Even in my few years as an ECE major I know this is not true. In fact for one my first 300-level courses we had some simple C++ programs that we compiled (assembled? I'm mixing my verbs here, I know, sorry) into human-readable assembly (and then we had to verify that code etc. etc.) and I know of several programers who often compile their code and then go in and tweak the human-readable assembly.

      C-code -> assembly-> machine

      "God does not play dice with the universe." -Albert Einstein

      --
      Those who fail to understand communication protocols, are doomed to repeat them over port 80.
  49. Comments in machine code by delmoi · · Score: 2

    If you want, you can put comments in the output of a C compiler. just do somthing like this:
    main(){ "Hello, this is a comment!!" cout "This program file has a comment!!"; }

    --

    ReadThe ReflectionEngine, a cyberpunk style n
  50. Nerds != Conformist by WeirdArms · · Score: 1

    I have to agree with the above post. Why is it whenever someone is doing something different and little bit out on the edge so many negitive comments pop up if its not specifically Linux. While some fair negitive comments were made (That coding effort should move towards embedded platforms) many more where "Why waste time on that its not Linux, its dead ix86 hardware, blah blah"
    Why arn't more people supporting stuff like this? It keeps options open for hackers who do want to play with OS assembly on the ix86, who might find Linux not their cup of tea or who might have ideas about how to do ASM portably .
    So why not show some support and have a look at the work (once the server gets a rest) for this and other 'alternative' projects!

    WeirdArms

  51. Comments in machine code by delmoi · · Score: 2

    If you want, you can put comments in the output of a C compiler. just do somthing like this:
    main(){
    "Hello, this is a comment!!"
    cout << "This program file has
    a comment!!"; }

    --

    ReadThe ReflectionEngine, a cyberpunk style n
  52. Re:4k? by tlhIngan · · Score: 1

    That I've noticed. When I did a program in VB (yes, yes I know, but it was easy and speed wasn't an issue [no one will notice if it took 1 second or .01 seconds to do what it had to do]), I spent far more time managing the windows than trying to do the actual code...

    Something like 10% did the actual work, 90% just to manage the windows/buttons/etc portion.

  53. Damn straight! by Anonymous Coward · · Score: 0

    Let the little bitches waste their moderator points on us... fuel for the fire baby, fuel for the fire... I just ate Slashdot's balls and damn were they tasty...

  54. Re:so, like, next time by peter · · Score: 1

    try making it clear that you're joking, like putting another paragraph at the bottom, and using a ;)

    It's hard to tell who really is that dumb, unless they give you some kind of clue that they have a clue. I didn't think about the fact that you weren't AC, and I bet most people didn't either.

    #define X(x,y) x##y

    --
    #define X(x,y) x##y
    Peter Cordes ; e-mail: X(peter@cordes , .ca)
  55. Re:Yes... But is it free? by Pig+Hogger · · Score: 1
    > The embedded market is the fastest portion of the computer industry.
    > When you have 512K of flash to store all your applications, and MAYBE
    > another 256K of RAM, you have to squeeze everything that you can bare
    > out of your software.

    Spoiled brat! You'll have ample justification to bitch when you'll have to fit your controlling program into 2K bytes of ROM, whilst having only 127 bytes of RAM to play with...
    -- ----------------------------------------------
    Vive le logiciel... Libre!!!

  56. was it good for you? by jdwilso2 · · Score: 1

    Hey, I can't make it work on me puter! Don't think it likes having non-dos stuff... Or maybe it's the SCSI and multiprocessor setup... But then again, maybe it just didn't work. Anyone else have any problems?

  57. Re:The problem with variety by NovaX · · Score: 1

    Explain. Linux advocates are often critisized for their "one OS, one world - but my OS" mentality. The GPL helps them, because fragmentation, while plausable, is difficult. With Linux's "culture" very quick to attack anything people assume the majority may be queasy about, its rather the other way around. The BSDL has created fragmentation, or rather helped competing product development time through their code, which improves the entire community. Windows uses BSD code, most UNIX OSes use BSD code, etc. You even say "*BSD" meaning all bsds. There is no single free BSD OS that has become popular while the rest perish, where as with the GPL only Linux is noticed, others fall through the cracks.

    So I'd say if you want a single OS, Linux is it. Its multi-platform, advocates pressure venders to ensure their product (OS, hardware, etc) is compatable, etc. Linux tries to be everything to everyone.. OSes like Windows, MacOS, BeOS, BSDs, etc. generally first try to be the best for one, and keep the rest satisfied.

    --

    "Open Source?" - Press any key to continue
  58. First In, First Out by Trilobyte · · Score: 1

    Seems that the majority of readers are peeved when
    Slashdot posts news that doesn't conform to an
    X86-dominated society.

    Now, here's some happy news about a new X86 OS
    and it's getting knocked for not being portable to
    other architectures.

    Why are you unhappy? Are you jealous? Insulted?

    I run an Amiga, which comes standard with an OS
    written mostly in fast assembly. Apps for it can
    be developed in a large number of languages, with
    abundant resources for further assembly coding.

    It doesn't have virtual memory. This means
    that large apps don't freeze my system for a minute
    upon closing, while they frantically chug my hard
    drive. It also means that applications must make
    efficient use of memory, because once all your RAM
    is used up, you're done.

    But apps wouldn't do that anyway, since they all
    have an extremely small memory footprint. Chances
    are that I can load my email program, web browser,
    telnet app, irc client, and mp3 player in as much
    time as it takes for most to load Netscape Communicator.
    And in half as much memory. And with a tenth of the
    disk chugging.

    And since they're all in memory at the same time,
    my hard drive won't even be touched as I rapidly
    switch between all the different programs.

    Oh! And I don't have memory protection. This means
    that application developers have to be very careful
    in debugging their software. They have to make sure
    that there are no leaks, no stray pointers.

    Yeah, in a system with no memory protection, software
    _can_ overwrite important areas of memory.

    But that's when you delete that software.

  59. Permission granted, with grits! by Anonymous Coward · · Score: 0


    Yes, grits!


    want to look cool as i walk down the street with my open source natalie portman and open source drew barrymore in my laptop.

    In watermelon sugar the deeds were done and done again as our lives are done in watermelon sugar. And grits, of course.


    natalie portman and drew barrymore "grab" me

    They "grab" me, too -- in fact they're grabbing me right now!

    Well, maybe not. But if they were, I'd show them your post and I just know they'd go for the grits the moment they saw it.


    i want to scratch the itch they produce in me.

    Please don't scratch your itch in public. It's rude. When you do that, the lice jump off.


    i want to "get it."

    I understand that you want to "get it" (after all, I was a young man myself once), but you probably won't be getting any for a few years yet. Be patient, and remember not to scratch. By the way, if you pour some nice warm grits down your pants, that will soothe the itch and you'll feel much better. Natalie and Drew will appreciate that, I'm sure.

    1. Re:Permission granted, with grits! by Anonymous Coward · · Score: 0

      please do not confuse me with "grits boy." i respect grits boy's work, yet his is a separate movement from the open source natalie portman and open source drew barrymore project.
      i am sure he and his volunteers will be handsomely rewarded.
      thank you.

    2. Re:Permission granted, with grits! by Anonymous Coward · · Score: 0

      dumbass. you replied to a witty post with a really gomer dumb response. you could have at least TRIED to be at LEAST as witty as the post you were poking fun at sheesh.

  60. what? by delmoi · · Score: 1

    the plural of OS is OSii ?

    Does that mean that the pural of "system" is Systei?

    --

    ReadThe ReflectionEngine, a cyberpunk style n
    1. Re:what? by Plant+Kingdom · · Score: 1

      Clearly, the plural of OS should be OI. (Think Greek.) Just as the poster of the previous message is clearly multiple 'delmos'.

      System is perhaps Latin, third or fifth declension accusative, which would make the plural systes or systis

      .
    2. Re:what? by cheese63 · · Score: 1

      i tend to call them os'ses, but i failed english.

    3. Re:what? by Anonymous Coward · · Score: 0

      the plural of OS is Operating Systems

    4. Re:what? by Rhys+Dyfrgi · · Score: 1

      I use "O/Sen", pronounced "Oh Ess En" (O S N), and have seen many others use the same.
      ---

      --
      END OF LINE
  61. Mpg123 by heroine · · Score: 2

    On the Cyrix 150 the assembly language version of mpg123 was about 5% faster than the pure gcc 2.8.1 version. Now on the celeron 550 with egcs 2.95.2 forget it. It makes me wonder what else the guy could have written if he didn't spend all that time debugging assembly language.

  62. Re: twits by cdlu · · Score: 1

    jeesum, he calls a lot of attention no matter what he says... look at this...
    Moderation Totals:Offtopic=5, Interesting=2, Informative=2, Overrated=1, Total=10.
    that's just one of many recent comments that's been moderated down. People stop wasting so many moderation points, just because of -who- you have personal gripes against!

    Rob, (if you're reading this), can you make it so when you're a moderator signatures and authours are not visible? I think it would help all involved.

  63. Re:Oh great.... by Anonymous Coward · · Score: 1

    why is slashdot illuminating this OS when it has yet to post a story about the new pineapple syphilitic pudding operating system that I have recently developed. Let me recite some of the technological innovations, lest you think I am merely fooling.

    1) Coded entirely in new high-level object-oriented langauge called Nestea.

    2) Supports one type (called OneType). This should simplify programming as it obviates need to think about which messy type to use to hold an integer or a linked list. Each OneType object is 17,294 bytes which has raised eyebrows in some circles. We have a supercool garbage collector that will make sure wasted memory is instantly reclaimed

    3) Extensive API provided for developers. Already contains fibonnaci and bubblesort functions. Currently working on code to traverse a link (bi-directionally)

    4) Works on every chip in existence. We achieve this by not making any assumptions about the underlying architecture. We have a huge virtual table which attempts to execute code against 1 of several hundered virtual chipsets. Each time we run into an exception, we just attempt to re-execute code against the next entry in the table. This may cause a slight drop in execution speed. There is no current method to tell the difference between an acceptable exception or a show-stopper so we ask all developers to make sure that their code is perfect.

    There are numerous other things that I could detail. But I will share those if and when slashdot posts an article about this stunning technological revolution.

    C{EIFO}O of Pineapple, Syphilitic Pudding, Inc.

  64. Re:Offtopic? Yup. by Anonymous Coward · · Score: 0

    Signal 11 this behavior is getting old. Please stop!

  65. Re:Offtopic? Yup. by billybob+jr · · Score: 1

    Perhaps he is just trying to prove a point...

  66. Re:It was a joke. by Pig+Hogger · · Score: 0
    > I realize, of course, that it is tuesday.

    So it must be Belgium then...
    -- ----------------------------------------------
    Vive le logiciel... Libre!!!

  67. no, they don't by delmoi · · Score: 2

    They use a zilog(sp?) z80. It was a pretty popular chip back in the day, Gameboy, NES atari... I think the apple two used one as well (but I'm not quite sure).

    the z80 lives on today in the embeded market, a lot of people know how to code in it (All calculator games for the ti8x's are writen in pure assmbly).

    Ahh... 8bit programing : )

    --

    ReadThe ReflectionEngine, a cyberpunk style n
    1. Re:no, they don't by cpt+kangarooski · · Score: 2

      Frankly I'm always impressed that the Z80 is still in use.

      It used to be popular all over - the Sinclair used a Z80. The Apples of course used the 6502, which was a knock-off of the significantly more expensive Motorola 6800.

      There is an interesting theory about the Woz's decision to use the MOS chip. First some factual (as well as I can remember the stuff I read) background....

      At about the time the Apple I was under development Steve Jobs had been working for Atari, even though he was - and honestly still is - a real nontechnical bozo. Steve started working on Breakout, that most challenging of Pong games, but had trouble. He recruited the Woz to secretly do Steve's work at Atari whilst still putting in full days at HP.

      The Woz finished Breakout, but Nolan (head cheese at Atari) didn't know. Nolan did give Steve a big bonus for having an extremely tight board with very few IC's used. The bonus was ~$5000 and since Steve had had the offer of a bonus based on #of ICs not used, he had already offered to split it with the Woz.

      Then Steve claimed that the bonus was off by an order of magnitude and gave the Woz ~$250. The Woz didn't know for a long time, though he probably could have landed a job at Atari if Nolan had known. Still, given how poor Atari management got around then it's best that Nolan didn't know. ;)

      At any rate, the theory is that if Steve hadn't cheated his friend, the Woz might have used a pricier but better-fated chip... like the Intel 8080. This could have had a massive impact on Apple's later work, which has always been dominated by Motorola chips. I'm not saying it would be best, but it might have made things more interesting.

      Of course, Bender uses a 6502 and that's a thousand years from now, so you never know ;)

      One of these days I should ask the Woz about this. He's pretty approachable, but the idea's too awesome for me to deal with right now.

      --
      -- This and all my posts are in the public domain. I am a lawyer. I am not your lawyer, and this is not legal advice.
    2. Re:no, they don't by Anonymous Coward · · Score: 0

      Of course the other part of this story that I recall is that when Atari tried to add a feature to Woz's design later on, noone could figure the thing out. They ended up re-doing the game! Somehow this seems strangely relevant to the topic of this article...

  68. Open Source? by QuasEye · · Score: 1

    You know, if it was coded in assembly, you have all the _source_ they have when you download the executable. Mind you, it doesn't have the comments or aliases, but hey, assembly code's damn near impossible to read anyway, even with those.

    -----------
    "

  69. Re:Oh great.... by Kris_J · · Score: 1
    the Scud missile (the ones Iraq fired against Israel during the Gulf war).
    Is that what they were aiming at? I didn't think anyone could work it out...

    (You know, I'll feel the pin-prick when I get moderated -1 Off Topic and my Karma goes down, so don't do it lightly ;)

  70. Re:Hi, I'm AC. I've said nothing rational for 4 da by Anonymous Coward · · Score: 0

    i want to open source natalie portman and open source drew barrymore. i would look cool as i ran across the road with my open source natalie portman and open source drew barrymore in my laptop.
    "look how cool he is as he runs across the road with his open source natalie portman and open source drew barrymore in his laptop, " casual passers by would say.
    "yes, i am, indeed, cool as i run across the road with my open source natalie portman and open source drew barrymore in my laptop!"
    "we will all be handsomely rewarded!"
    "yes!!"
    thank you.

  71. Re:Offtopic? Yup. by Anonymous Coward · · Score: 0

    We're tired of your blanket boming for points. You don't need accolades anymore. Why?

    Just because _you_ think nothing 'notable'would be contributed doesn't mean you should post off topic.

  72. Myths.. by -Animal- · · Score: 1

    Assembly being hard to debug/write is just a myth. The only downside of assembly language is it's not portable and has a sharp learning curve. Asides from that assembly is not just history.

    1. Re:Myths.. by Junta · · Score: 1

      Wow, I write assembler as crappy as a compiler.. :) Oh well, guess there aren't too many ways to handle a statement that simple..

      --
      XML is like violence. If it doesn't solve the problem, use more.
    2. Re:Myths.. by Junta · · Score: 1

      I agree that Assembly is not hard to code in really.. but Debugging for larger projects does become a logistical nightmare at times... But then again, I haven't had to use any recent debuggers for assembly code, so I could be outdated now... But no matter what, assembly is not hard, but certainly a bit longer to code.. Of course The faster something is to code, it seems, the slower the executable.. Assembler, then straight C, then C++, then Java...
      I mean what is easier to simply type:
      if (x == y)
      y = z + w;
      or:
      mov ax,[x]
      cmp ax,[y]
      jne skip
      mov ax,[z]
      add ax,[w]
      mov [y],ax
      skip:
      Of course who knows what kind of assembly C-Compilers turn that if statement into :)

      --
      XML is like violence. If it doesn't solve the problem, use more.
    3. Re:Myths.. by Anonymous Coward · · Score: 0

      I just tried, and it actually produced exactly that... Aside from the stylistic things.

  73. Re:ASM coding by Thauma · · Score: 1

    May I suggest that you get a copy of Computer Organization & Design by Patterson Hennessy. It takes a bottom down approach to teaching how a computer actually works using the MIPS as an example. It covers everything you need to know to write good asm programs including exception handling, pipelining and any other random thing you may encounter. Plus you can get the SPIM simulator to test your programs for free.

  74. Re:News for nerds... by seeken · · Score: 1

    It's coded in ASM?

    It's de facto open source.. Just disassemble...

    chris

    Surfing the net and other cliches...

    --

    Surfing the net and other cliches...
    (Who Meta-Meta-Moderates the Meta-Moderators?)
  75. Network Support? by Anonymous Coward · · Score: 0

    Since this OS is so small, Just think about the Idea of a NetBoot of this OS. even over a 28.8 modems (hehe) this could be booted in a very short time, If this was run over a Desently fast connection it would be faster to boot over that than on a Floppy.

  76. Re:Bye bye Linux by Anonymous Coward · · Score: 0

    I checked it out, interesting, but not much of a demonstration. I'm sure more will come of it. But I ask, what makes it so different/better than say, QNX. Heck, QNX has a wopping 32k kernal, with TRUE PROTECTED MEMORY, and a multitude of librarys and extensions for GUI interface, posix, distributed processing, ect. ect. (I wonder which is overall a faster performer)

  77. Re:ASM and OS's by DrMaurer · · Score: 1

    I remember reading in some faq that I can't seem to find right now that they said that they used assembly when they needed the speed.

    Of course, I could've been halloucinating.

    bye

    --
    Dan
  78. Why ASM Still Matters by Dasein · · Score: 3

    I think that programmers should take a little time and learn enough ASM as to not be completly stuck when the compiler or debugger lies to them.

    Yep, that's right compilers, debuggers, bytecode interpreters, all of them can lie to you. ASM code and a debugger stepping through ASM code can still lie to you but it rare enough that in a ~12 year career I can think of only two times where ASM code lied. C/C++ compilers lie so often that it's not worth remembering.

    So learn a little ASM. When someone gets stuck and you flip the debugger to disassembly and point out the problem right away, you will awe and amaze your co-workers.

    A couple of C++ problems that are easy to see by stepping through the code in assembly:

    1) Crushed VTables.
    2) Multiple inheritence problems (what? a cast can change the value of a pointer)
    3) Optimized build debugging (shudder!)
    4) STL Unsafe iterator problems
    5) A lot of C++ compilers have problems with temporary objects.
    6) Believe it or not MS C++ has some problems with ternary operators.

    Learn ASM -- saves time later.

    --
    You are not a beautiful or unique snowflake -- but you could be if you got off your ass.
    1. Re:Why ASM Still Matters by Potatoswatter · · Score: 1

      Hear hear! Writing C++ without knowing what comes out the rear end of the compiler is a very un-geek thing to do. And there are a few things that C++ just can't do. Just try putting a virtually derived object into a reallocatable block of memory (a special feature of the MacOS)! Theoretically, it's possible to fix, but the hidden pointers get corrupted anyway when the block is moved. I would be completely in the dark about this issue if it weren't for my trusty disassemble button.

      And for RISC ISAs, it takes all of a few hours a day for a week or two to get all the important instructions down, starting w/ no knowledge.

      --

      Check out Project Upper/Mute, an all-around awesome compiler fra
    2. Re:Why ASM Still Matters by Anonymous Coward · · Score: 0

      Thats why I'll never use MS C++. I use the ternary operator and goto as the only control structures in all of my code. if, for, while, do, and switch statements are for pussies.

    3. Re:Why ASM Still Matters by sesquiped · · Score: 1

      Debugging faster isn't the only reason to learn ASM. It gives you a complete perspective (at least much more complete than you would otherwise have) of what is really going on in your computer. This kind of knowledge is very much lacking in the new generation of programmers that work in fancy RAD environments. There's a reason Knuth chose to use assembly in the classic Art of Computer Programming.

      Personally, I an fed up with bloated code and RAD. I haven't yet learned x86 asm, but I've played around with Z80 and 68K (on my graphing calculators) and it's pretty fun. If you have some irrational fear of assembly, please try Z80. It was easier to learn than some high-level languages that I've tried (perl, for example).

  79. Re:This v2-os.. no protection. by Anonymous Coward · · Score: 0
    The Linux kernel, as well as all the BSDs don't have memory protection inside the kernel. A loadable kernel module in Linux can do whatever it feels like with the memory of other modules or the kernel.

    -T

  80. On the topic of ASM-based OS.. synthetix by VWswing · · Score: 1

    I used to know this guy, Henry .. he wrote an asm-based os called synthetix.. him and some researcher, carlton pu .. either way I think this is the url : http://www.cse.ogi.edu/DISC/projects/synthetix/ I never saw much about it.. but apparently they wrote it out of asm for m68k's .. was supposed to be amazingly fast for it's time

    --
    "And how can this be? For he is the ..."
  81. Re:ASM coding by delmoi · · Score: 2

    The orgional quake, the accellerated versions came later.

    --

    ReadThe ReflectionEngine, a cyberpunk style n
  82. foresight by Potatoswatter · · Score: 1

    And this will be current for how many months before the Itanium comes out? It amazes me that they're selling this.

    Maybe it'll be a few more years ;v>

    Besides, x86Asm isn't that much better than compiler-generated code on a Pentium II/III. Microcode, followed by rearrangement of the internal instructions, destroys any of the loving care that was put into writing this. On a 286, it should really fly, tho. ;v>

    And if it's a few K, I can't imagine it provides too many services. I wrote a sprite graphics engine in PPCAsm, and was surprised by how much space it takes up. Once you unroll a few loops, the bytes start adding up.

    --

    Check out Project Upper/Mute, an all-around awesome compiler fra
  83. Re:x86 ASM by Pig+Hogger · · Score: 1
    Obviously, you never programmed on Motorola chips...

    Spoiled brat!!!
    -- ----------------------------------------------
    Vive le logiciel... Libre!!!

  84. Great for embedded x86 solutions! by Anonymous Coward · · Score: 0

    this might come into full swing on the torrent of x86 instruction set compatible embedded systems. thanks to all for the effort.

  85. Re:And the point of this being...? by Christopher+B.+Brown · · Score: 2
    • If they had fun doing it, that certainly has merit.
    • It's possible that the upcoming Transmeta Crusoe product may allow deployment of IA-32 on palmtops.

      That's reaching a bit, of course...

    • If they find some interesting OS structures / abstractions, this may be useful to future implementations even if "V2" turns out to be pretty useless in and of itself.
    --
    If you're not part of the solution, you're part of the precipitate.
  86. twits by cdlu · · Score: 1

    Seems to me you could be a lot more productive writing interesting comments than lambasting who I think is slashdot's most consistently interesting poster.

    1. Re: twits by Anonymous Coward · · Score: 0

      Ideas stand by themselves. Identity is a crutch for people too lazy to think.

    2. Re: twits by fireproof · · Score: 1

      Yup. It's interesting to me that 95% of the people who complain about Sig 11 are posting anonymously. Sheesh, if you're gonna complain put a name behind it.

      --

      /* "A fool does not delight in understanding, but only in revealing his own mind." */

  87. Re: . . . by Anonymous Coward · · Score: 0

    How do you see into the future like that? Give me the winning loto numbers NOW!! please?

  88. Re:Bye bye Linux by Anonymous Coward · · Score: 0
    They write their own text editor in assembler.

    god help me, i actually did that once...

  89. Re:No PowerPC port yet? by Millennium · · Score: 2

    If you have MacOS, try http://www.lightsoft.co.uk/Fantasm/fan t.html. They've got a good assembler, and it comes with great tutorial documentation (it'll teach you 68K assembly too, if you want).

    If you don't have MacOS, I'm not sure where to look. Motorola's and IBM's Websites are probably good places to start, though.

  90. Re:Assembly language is the Java of 1999 by Anonymous Coward · · Score: 0

    blame it on Microsoft. You know, the company you throw your money to.

  91. Re:Huh! First one? by Anonymous Coward · · Score: 0

    I don't like to code c/c++ with all it's bloated libraries and user-friendly bullshit.. :)

  92. Re:GPL natalie !! by Anonymous Coward · · Score: 0

    you will be handsomely rewarded.
    thank you.

  93. Re:Yes... But is it free? by tlhIngan · · Score: 1

    Wow. so spacious! (keeping in line with this current thread)

    Wait until you program for a system with either:
    2k of ROM and a whopping *36* bytes of RAM (Basic Stamp II) or a nice 1k [= 1024 instructions] rom, 68 bytes of RAM (common PIC, I belive the 16F84). Of course, those who know PIC programming know we have a whopping 37 instructions with which to play with. >GG. Amazingly, the project fit in 5k of RAM (not counting the features we needed to add.)

    Then again, having to do a processor in VHDL on a FPGA must be fun [my friends designed a processor (~10 instructions, 16 bits each), with "rom" of 256 instructions, and ram of 256 bytes... Even more fun.].

  94. Re:ASM coding by Junta · · Score: 1

    Do you not remember running Quake1 before they had any hardware accelerationa vailable? I know I remember, GlQuake didn't come until after Quake had been out for a little while..

    --
    XML is like violence. If it doesn't solve the problem, use more.
  95. This v2-os.. no protection. by YakumoFuji · · Score: 5
    hmm I read about this on os-news (http://www.osnews.com/) (funny how news stories migrate around).. and checked out the server well before it got /.'ed, so managed to read most of the info on it.

    first, its NOT free. you dont get ALL the source. so its closed source. you get some example code and some binaries.

    second, it has NO memory protection. NONE! (if you read their forum, in development, one of the v2 guys confirmed the question). no memory protect, so your app can crash the kernel (sounds like a mac os or dos)... Having no memory protection means you have to give 100% trust to all your programs + programmers to do the correct thing. heh and we all know that means nothing in the real world.

    sounds crap. ok, so its written in 100% asm. whoa. big deal. if your into hobbyist os (check my FAQ!!:), there are lots of startup OSii in 100% asm. nothing to get wet knickers over.

    (i found it VERY strange to see this story on slashdot, if you read the OS dev newsgroups or follow OSii boards, little osii like this are announced *ALL* the time at an alarming rate. there really isnt anything special about this one)

    but.. BUT! Creating OSii isnt everyones cup of tea and its good to see people still doing it ;)

    mebbe i should make a distinction here about hobbyist os' and main stream type os. ala v2 vs linux. talk about apples and oranges.

    linux has grown way past being a hobbyist os to a main stream os some time ago.

    vsta + tinyos strikes me as being stuck inbetween, vsta more hobbyist than tinyos....

    anyway.

    if you do have an itch to scratch, you can check my faq for basic questions + answers on several os dev topics...

    Write your Own Operating System [FAQ]!

    --

    no sig for you
    1. Re:This v2-os.. no protection. by jhigham · · Score: 1

      "No source available"

      Am I missing something? AFAIK (not very far), there _isn't_ any source (it's written in asm). True, they could give you the ASM instead of the straight binary, but the ASM in just a set of nuemonics (no idea how to spell that)(ie you can map one-to-one ASM with binary data, but not C code with binary data).

      Care to set me straight?

    2. Re:This v2-os.. no protection. by j_d · · Score: 1

      Am I missing something? AFAIK (not very far), there _isn't_ any source (it's written in asm). True, they could give you the ASM instead of the straight binary, but the ASM in just a set of nuemonics (no idea how to spell that)(ie you
      can map one-to-one ASM with binary data, but not C code with binary data).

      ASM is the source code. Machine code is the product of that source code.
      ASM looks like this (may not be accurate, it's been a long time)
      mov ax, 0013
      int 10
      mov es, $0a000
      mov di, $0000
      mov [es:di], 255
      Which, if memory serves, will put an x86 processor into graphics mode, and output one pixel.
      I'd rather troubleshoot this than the binary it produces.
      Anyone up to a 9th level Hacker can read ASM. Not a big deal once you get used to it, it's like any other language -- heck, Borland even makes an OO ASM, with Windows things hung onnit. Reading the machine code that comes from the source code is only possible for the Wizardly Hacker (Level 10+).
    3. Re:This v2-os.. no protection. by w3woody · · Score: 2

      Some of us more primitive types remember a time when the semicolon was used to separate the assembler mnemonics from the comments which described what the hell was going on. Further, some of us even remember things like defining assembler "subroutines" by writing in the comment fields where the subroutine 'officially' started and ended, and what parameters were expected.

      Of course there are those who would argue that assembler is "self-documenting", just as C code is "self-documenting." Bull.

    4. Re:This v2-os.. no protection. by Detritus · · Score: 2
      second, it has NO memory protection.

      Seriously, that is a feature. There are a lot of engineers who directly access I/O ports and memory mapped I/O in their programs. Microsoft tries to make this difficult. Who wants to write a device driver just to twiddle some bits on an I/O board?

      --
      Mea navis aericumbens anguillis abundat
    5. Re:This v2-os.. no protection. by j_d · · Score: 1
      first, its NOT free. you dont get ALL the source. so its closed source. you get some example code and some binaries.

      Eh. I don't subscribe to that particular dogma, so it doesn't lose anything for me. Course the project may be in the unstable first run, and there'll be a release once the code is cleaned up, etc.

      second, it has NO memory protection. NONE! (if you read their forum, in development, one of the v2 guys confirmed the question). no memory protect, so your app can crash the kernel (sounds like a mac os or dos)... Having no memory protection means you have to give 100% trust to all your programs + programmers to do the correct thing. heh and we all know that means nothing in the real world.

      I still can't get to the page (grumble), but if the object is to make the balls to the wall fastest OS around, having no memory protection makes a little sense -- code running in Ring 0 (Sort of like the admin mode of the x86 processor) runs faster than Ring 1,2, or 3, and maybe that's what they've done. Yes, the tradeoff for running Ring 0 is having to trust the programs to manage themselves and behave politely, etc. But, quite honestly, I think a decent C programmer combined with a decent C compiler should be able to make a well behaved program.

      I don't think I'll quote the rest of your post, since it's pretty wishy washy -- who cares about it, but is nice, but this happens all the time, yadda, yadda. Seems like you're part of a tiny, jaded OS community.
      It'd be cool to have a New OS section on /., and it'd be nice to have it NOT be strange. As soon as I can get the page to load, I'll be willing to check it out, and maybe contribute something.

    6. Re:This v2-os.. no protection. by core · · Score: 1

      V2_OS is designed with a highly specialized task in mind (that I'll let the creators reveal if they want to :) and it serves its purpose at many times the speed of any other OS around for this particular usage.

      As for memory protection, etc, you're right; it's an useful feature for any secure application. Don't worry, the guy who wrote V2_OS will be integrated next month in another project at my company that will be a lot more revolutionary (and no, that doesn't mean the desktop is red instead of blue.. :)

    7. Re:This v2-os.. no protection. by Anonymous Coward · · Score: 0

      so you can't multiplex (i.e. share) devices? :(

    8. Re:This v2-os.. no protection. by Anonymous Coward · · Score: 0

      What the hell is a hacker level?

    9. Re:This v2-os.. no protection. by JohnG · · Score: 1
      You've said that a couple times now and really peaked my interest. Is this something that we are going to hear about or something I will think of 10 years from now and say "I wonder what that revolutionary project based on V2 was?"?

    10. Re:This v2-os.. no protection. by JohnG · · Score: 2
      I have the original source code to Atari's "Combat" it is written of course in assembler and is fairly well documented.
      I still don't understand a word ...err command of it because Atari assembler is different than x86 assember but it is still kinda cool to have. :)

    11. Re:This v2-os.. no protection. by core · · Score: 1

      Oh, it's not based on V2 :) The only link is that we happened to hire the guy who worked on it (we knew that beforehand, just not that he was going to distribute it free of charge). It's an operating system and development environment, too, however. And we modestly think it's (r)evolutionary.

    12. Re:This v2-os.. no protection. by Hard_Code · · Score: 2

      gotta link to tinyos? google gives nada

      --

      It's 10 PM. Do you know if you're un-American?
    13. Re:This v2-os.. no protection. by drivers · · Score: 1

      Cool. I understood what your program did before you said what it did. What level am I? :-)

  96. Re:Yes... But is it free? by Anonymous Coward · · Score: 0

    x86 is available for embedded systems. Someone will have to check on this, but I thought Motorola had a pager out that ran on an embedded 386/486. One of those clam-shell monsters with the keyboard.

    Anony-mouse

  97. Re:Code by -Animal- · · Score: 1

    Dude. Assembly isn't hard. Learning assembly is hard because it's *different*. Once you learn assembly for one chip another is a synch. Assembly wouldn't have source files that were too huge because then the authors of the code wouldn't know wtf they're doing. Please don't speak out against assembly if you don't already *know* it.

  98. for the sake of not using Linux by Anonymous Coward · · Score: 0

    Using linux for the sake of not using windows is just as stupid. how stupid are you?

    1. Re:for the sake of not using Linux by Anonymous Coward · · Score: 0

      Ohhh...a businessman! Impressive! It sounds like you are trying to drive the software market on your own. You are the ideal consumer. Give yourself a pat on the back. You spend most of your time playing with software and not being productive. I would rather work efficiently so I can spend more time f--cking my wife.

    2. Re:for the sake of not using Linux by Anonymous Coward · · Score: 0

      Actually, as a businessman, I've discovered that running Linux just because it's not Windows is very smart. The reverse would be true as well. I don't intend to be wholely dependent on one source for my computer tools. Valid arguments could be made that same applies to home users as well. "Spreading the wealth" keeps the price of consumer software down and the quality up. My advice? Use every goddamn OS you can get your hands on, including Windows, and use it a way that gets noticed.

  99. Re:x86 ASM by Anonymous Coward · · Score: 0

    NetBSD just claims that - few of the ports are complete and really work. Yeah, I suffered three years with a company that chose NetBSD because it was soooo portable and then wound up having to port NetBSD to architectures that Linux was already solid on - and many features of the NetBSD ports were lacking.

  100. Inexperience: The root of all BS by Angst+Badger · · Score: 1
    Amen to that. I thought it was nice to see someone still capable of tight, fast, bare-metal hackery, and more power to them. It's a shame it isn't full open source, but maybe that will change when they have more time to polish the tools.

    First of all, assembler is not obsolete. People incapable of writing a non-trivial app in any given language are not qualified to have an opinion on the subject -- not that that ever stops them. If someone tries to tell you that assembly language is obsolete, the best way to shut them up is to ask them how many years of assembly experience they have. If that fails, ask them to name even one algorithm that is only possible in assembly language.

    (Frankly, I'd be surprised if even one quarter of the AC's dissing this project can program in any language.)

    Secondly, I can see plenty of uses for an OS like this one, not the least of which would be embedded systems, to say nothing of learning something about low-level hardware interfaces. Somebody has to write that kind of code, even if it isn't kewl enough for all these l33t HaX0r d00ds.

    Thirdly, the growing me-too strains of Linux "world domination" are really starting to piss me off. Free software is, first and foremost, about choice and control. If Linux ever actually does dominate the world, it will have become the Enemy, and it will be necessary to destroy it in the same way Microsoft is being destroyed. Popularity is not a measure of quality; often, it is just an index of trendoid mediocrity.

    Finally, not just with respect to V2 but with respect to all creative endeavors: If you think you can do better, go do it or shut up. Anyone can be a critic; relatively few, it seems, are contributors.

    --
    Proud member of the Weirdo-American community.
    1. Re:Inexperience: The root of all BS by Anonymous Coward · · Score: 0
      Wrong, but thank you for playing. If I think something shouldn't be done, I don't need to "earn" the right to say so, especially not by having to do the very thing I don't think should be done!

      An algorithm "only possible in assembly language" would mean no code generator for any HLL would ever emit that machine code. That grows less and less likely with time. And how can you call it an algorithm when there's even one Universal Turing machine out there that can't compute it?

    2. Re:Inexperience: The root of all BS by Anonymous Coward · · Score: 0

      IMHO public debate about which projects are worthy is the only way to keep civilization pointed in a sane direction.

      Well, shit.

      I guess we'll all have to put our legos away because making mindstorm projects may cause the collapse of civilization.

      Seems that too many people are giddy from the high altitudes while stuck in their ivory towers.

      Must be nice not to have to work for a living.

    3. Re:Inexperience: The root of all BS by Angst+Badger · · Score: 1
      I didn't say anything about earning the right to say something. I said that if you are speaking from ignorance, you ought to shut up until you know enough to have an opinion worth voicing. You're certainly free to open your mouth at any time and make a fool of yourself. There may be little educational value in it, but it can occasionally be funny.

      What you think other people should or shouldn't create on their own time is a kind of opinion that, IMHO, is not worth having at all, no matter how much or how little you know.

      And yes, I do mean that no code generator for any HLL will ever be able to consistently exploit the speed and efficiency hacks that are accessible to assembly language programmers. Short of strong AI, no compiler can intelligently analyze the program and its intended data and exploit whatever special-case hacks might be available. Learn assembly language and you'll see what I mean, or dwell in self-satisfied ignorance. It makes no difference to me. It does to you, but you'll probably never know it.

      --
      Proud member of the Weirdo-American community.
    4. Re:Inexperience: The root of all BS by Anonymous Coward · · Score: 0
      no code generator for any HLL will ever be able to consistently exploit the speed and efficiency hacks that are accessible to assembly language programmers.
      That's what I thought you meant. Those optimizations are fun to use, but they aren't algorithms (you can write HLL code that gives the same result, possibly more slowly). And microcode, deep pipelines, and locality (where are the cache line boundaries on this chip?) are making it more and more difficult to predict which ones will still be wins on a particular processor.
      Learn assembly language and you'll see what I mean, or dwell in self-satisfied ignorance.
      You mean besides 6809, 6510, VAX MACRO, and 80386? If I finish learning MIX will I then be worthy to learn about these algorithms that can't be implemented any other way?

      And isn't this one of those nasty opinions about what others ought to do? Not that there's anything wrong with that- IMHO public debate about which projects are worthy is the only way to keep civilization pointed in a sane direction.

    5. Re:Inexperience: The root of all BS by Angst+Badger · · Score: 1
      Those optimizations are fun to use, but they aren't algorithms (you can write HLL code that gives the same result, possibly more slowly).

      Results aren't algorithms, any more than a shell sort is a quicksort. And if you write a program that produces the same output but at half the speed, you have not produced the same "result" if maximum speed was one of your design goals. Obviously, it's neither necessary nor possible to squeeze every last CPU cycle out of every trivial app, but sometimes there is no other way.

      And isn't this one of those nasty opinions about what others ought to do? Not that there's anything wrong with that - IMHO public debate about which projects are worthy is the only way to keep civilization pointed in a sane direction.

      In the first place, this has not been a public debate. This has mostly been a public attitude problem that has generated way more heat than light. In the second place, civilization has been kept pointed in the right direction by those who buck the trends at least as often as those who merely follow them. And finally, I don't think the course of civilization (or the great sacred cow of Linux) has been in any way threatened by the release of what might eventually turn out to be a good free mini-OS for embedded x86 apps, nor has civilization been served in any way by the monumental lack of civility this minor project has aroused here.

      --
      Proud member of the Weirdo-American community.
    6. Re:Inexperience: The root of all BS by Anonymous Coward · · Score: 0
      If someone tries to tell you that assembly language is obsolete, the best way to shut them up is to ask them how many years of assembly experience they have. If that fails, ask them to name even one algorithm that is only possible in assembly language.
      You mean an optimization. Any algorithm can be run on any Turing complete system.

      Also, of course, it is not uncommon to need a little bit of assembly to manipulate the privileged registers of a microprocessor when you are writing an operating system, since few if any HLLs attempt to provide mechanisms for doing this.

      Thirdly, the growing me-too strains of Linux "world domination" are really starting to piss me off. [...] If Linux ever actually does dominate the world, it will have become the Enemy, and it will be necessary to destroy it in the same way Microsoft is being destroyed.
      I can sense the undercurrent of defensiveness about Linux in this thread too; it is quite funny to see people react to this assembly OS essentially by saying "Hah! It doesn't do XYZ, and Linux does, so it is absolutely 100% worthless!". The only thing on their minds appears to be whether it can threaten Linux.

      However I must disagree with the notion that if Linux should dominate the world, it will *necessarily* be The Enemy and be worthy of destruction. Even if it becomes The Enemy, a more appropriate (in keeping with its spirit) response would be to fork it and get people to choose your fork on its merits.

      Finally, not just with respect to V2 but with respect to all creative endeavors: If you think you can do better, go do it or shut up. Anyone can be a critic; relatively few, it seems, are contributors.
      Sorry, this is just total nonsense. You don't have to be a movie director to criticize a movie. You don't have to be a mechanical engineer to decide whether your car's windshield wipers are crap.

      Of course, the criticisms of those who are not only incapable but also not well informed may often be silly. In this case we have a lot of people who are unaware of things outside their own universe, so they assume that their criteria for what constitutes a good OS are universal. But it simply isn't true that you must be capable of doing something which you want to critique.
    7. Re:Inexperience: The root of all BS by Anonymous Coward · · Score: 0
      Performance is an engineering decision ("good, fast, cheap, pick two"); the algorithm can only tell you whether it'll scale well, not whether any particular instance will be affordable. A median-of-three quicksort ported from assembly to C may use the registers and pipelines differently (maybe even worse, as always assuming you're more talented than the guy who writes code generators for a living), but there are directly proportional numbers of steps and all the intermediate results the pseudocode specified map one-to-one with states each implementation goes through.
      In the second place, civilization has been kept pointed in the right direction by those who buck the trends at least as often as those who merely follow them.
      Probably more so, but it's important to know which trends are worthless. I'd be very reluctant to assume all the other geeks are wrong and I'm not. If I don't seek feedback about what Needs Doing, it's because I'm intentionally reinventing a very old wheel to converts my excess labor into entertainment, and I'd hate to fool myself into thinking I'm doing something useful when I'm really not.
  101. hehe you're just a rocket scientist by Anonymous Coward · · Score: 0
    Here are some facts...

    Um sure...

    1.)ASM is easier to write.

    Opinion.

    2.)ASM is eaiser to maintain.

    Opinion. And an uncommon one, at that.

    3.)ASM is easier to organize.

    Opinion.

    4.)ASM isn't full of useless bloated libraries.

    You have to WRITE the libraries for it. I just don't feel any great desire to implement things like printf() for the fun of it. Waste of time.

    5.)ASM owns your hide.

    Yep yours, and the person who has to maintain your code after you leave.

    6.)ASM gives me an erection.

    Congratulations.

    7.)ASM is addicting.

    I think it can be useful, when certain routines are written and called from other languages. Few cases justify writing an entire program in assembly these days.

    8.)ASM isn't too bad for your health.

    Well I guess 1 out of 8 isn't bad...

    Oh, and let's not forget that in many cases, modern day compilers can do a better job of optimizing code on their own, than you can do with hand-written assembly. There are of course notable exceptions, but they are just that: exceptions.

    G'day.

  102. Re:Assembly language is the Java of 1999 by Angst+Badger · · Score: 2
    Small, fast code is not a marketing craze. It's refusing wasting your users' hardware investment. I paid a lot of money for my machine, and I don't dig having to buy bigger drives, more RAM, and a faster CPU just because some schmuck, be they in Redmond or in someone's garage, can't code worth a damn.

    God, I hope small apps come back into fashion.

    --
    Proud member of the Weirdo-American community.
  103. You're repeating yourself. by Anonymous Coward · · Score: 0


    Try to vary it a bit. It's not a bad riff, but I'm almost certain that this post here is copy'n'pasted from another previous one, IIRC in the Fox/Linux discussion. It's funnier if you keep going somewhere with it.

    By the way, do you read McSweeney's? There's something about your flat, deadpan style and the way you repeat yourself that reminds me of them. "You will be handsomely rewarded!" is for example a McSweeney's-ish phrase. That's not a bad thing at all, by the way. By no manner of means: "Hank the Angry Drunken Dwarf. Like the famous 'aesthetic number' 1.618 [the Golden Ratio, ed.], trochaic tetrameter catalectic has an ineffable attraction."

    I couldn't've said it better myself.

    1. Re:You're repeating yourself. by Anonymous Coward · · Score: 0

      actually, it's an old technique. the greeks used to pass along their myths by repeating certain phrases throughout, making them easier to remember. if you recall the odyssey, you know what i mean. there are several times throughout where phrases such as "athena, her blue eyes flashing..." are repeated continuously.
      as for the overall repetition, some of my posts do have variation. it depends on how "into" writing the post i am and how quickly a connection with whatever story comes to me.
      i would point you to my favorites, but i want them to be like easter eggs that you find on your own.
      thank you.

  104. Re:Maybe if the one and only goal is maximum speed by Mattsson · · Score: 1

    Well... Example:
    Web-server in 100% asm.
    Mail-server in 100% asm.
    Database-engine in 100% ams.

    Even though it's intel only it makes sense.
    If I buy a cheap intel machine to run my mail-server, I'd like it to run as fast as possible.
    Today the fastest alternetive is a smalltrimmed linux.
    An asm only OS and Mailserver would, if optimised, probably be considerably faster.

    --
    /.Mattsson - My native language is not English, so please don't whine over linguistic errors. (That's lame anyway...)
  105. Re:News for nerds... by mircea · · Score: 1

    Great. The server being slashdotted, I had no access to the FAQ, just the bootdisk from a mirror.

  106. And you call yourself geeks... by Anonymous Coward · · Score: 1

    Whatever happened to forgoing the usefulness and maintainability of something and saying, god forbid: Nice Hack. I bet the people who got this puppy running are damn proud of themselves, and they should be. Great, youre not Linus Torvalds. But for all the negative comments, think about the personal accomplishment for the authors. I sure as hell couldnt do it.

  107. Re:ASM coding by Anonymous Coward · · Score: 0

    By your logic, the original doom supported 3d cards because gldoom currently exists.

  108. Re:x86 ASM by osu-neko · · Score: 2
    There *WERE* processors of the era that have a much nicer architecture (like the 68000), and many more registers [wow. 8 32-bit data registers, and 7+1 32 bit address registers...]. Yes, I'm biased. I love coding in assembly on a 68k processor. And I've found out how to code in assembly on a nice HC11 microcontroller [great fun! Register deprived, yes, but nothing too complicated, and very simple to code for].

    Ahh yes. My first assembly language programming was on the TMS9900 processor, and second on the 65C02. Being register deprived isn't great speed-wise but it's not so big a deal otherwise. The 6502 series processors had an impressive array of addressing modes to compensate for the lack of registers. The "zero page" addressing modes in particular were basically designed to allow you to pretend to have 128 16-bit registers using the first 256 bytes of memory. But still, the real thing is better. I thought I was in heaven when I learned 68030 assembly (my third assembly language). I thought I was in hell when I learned my fourth (you guessed it: x86).

    --

    --
    "Convictions are more dangerous enemies of truth than lies."
  109. Great. by Mr.+Piccolo · · Score: 1

    So who wants to write a Voodoo 3500 driver for it?

    ;-)

    --
    Glückwünsche, haben Sie Slashdot ermordet, indem Sie zum korporativen Druck beugten und Subskriptionen einlei
  110. Re:News for nerds... by Electric+Barbarella · · Score: 1

    mmmmmmm...grits.


    -Andy Martin

    --

    -Andy Martin
    If y'all don't like me, blow me.
  111. Re:Weirdos! by Anonymous Coward · · Score: 1

    This has been an incorrect statement ever since Fortran G or H, which is to say, probably for your entire life.

    Those Fortran compilers from the 70s were well known for producing smaller and faster code than anything comparable generated by people who had been hand crafting assembler for years. The current crop of C compilers aren't as good as those old Fortran compilers, but they are still a far cry above what 99.9% of the current crop of coders can accomplish.

  112. Re:Oh great.... by Anonymous Coward · · Score: 0

    Nope, V2 never had that type of "time to market" problems.

  113. Re:ASM coding by jfunk · · Score: 2

    I realize it's rarely practical for anything

    It's great for simple microcontroller-based devices.

    Actually, you'd be surprised how easy Microchip PIC assembly is. It's alot of fun, too.

    The things some people have done with them are amazing. I even saw an easy-to-build Pong project.

  114. Re:Yes... But is it free? by Detritus · · Score: 2

    Lots of people are using PC hardware for real-time embedded systems. I've seen many migrations from VME 680X0 systems to rack-mount x86 PCs. The VME hardware is nice but it is horribly expensive and the compilers and OSs aren't cheap.

    --
    Mea navis aericumbens anguillis abundat
  115. ^--- moderate this up by Anonymous Coward · · Score: 0

    moderate this up

  116. Here!, Here! by -Animal- · · Score: 1

    Indeed. Asm owns.

  117. We MUST lobby SUN!! by Anonymous Coward · · Score: 0

    ...to do a JDK port to this fine upcoming OS!

  118. I did not confuse you with grits boy. by Anonymous Coward · · Score: 0


    I understand that you are opensource natalie portman and open source drew barrymore, while grits boy is the boy with the grits, which is a different thing entirely. I respect your oeuvre as well as his. If the word "oeuvre" annoys or sickens you, I'll just have to keep saying it until you become acclimated. That's the only way to deal with these things: Face your fears.

    Nevertheless, I seem to recall that you (though it may have been a clever impostor) have indeed mentioned grits in your work. If this is not so, I do not care, because I see grits boy and the open source natalie yadda yadda project as two sides of the same coin of consciousness. Two leaves on the same paradigm. You both express the same inchoate yearnings of the oversoul, though you may express them in slightly different terms. Therefore, it is a small matter to me whether you are two different "people" or not. There is only one Person, we're all just an infinite number of different ends of the same worm, peeking out of different holes.

    1. Re:I did not confuse you with grits boy. by Anonymous Coward · · Score: 0

      i simply did not want to offend grits boy by claiming responsibility for his work.
      thank you.

  119. Re:GPL natalie !! by Anonymous Coward · · Score: 0

    eheheh np

  120. Re:Offtopic? Yup. by Anonymous Coward · · Score: 0

    Please stop treating Slashdot like your lab. This is not an experiment to see what does and does not get points. You have some morals. We know that. You're probably a nice guy even. Hopefully. I bet you're even on Malda's good side. So please stop and think about how your experiments affect Slashdot and the users.

  121. Re:Hi, I'm AC. I've said nothing rational for 4 da by Darchmare · · Score: 1

    Your post was funny as hell (licking their asses?), but what do you have against Tom C?

    Without his work, I'd probably know a lot less Perl than I do now.

    Please explain.

    - Jeff A. Campbell
    - VelociNews (http://www.velocinews.com)

    --

    - Jeff
  122. loops by Potatoswatter · · Score: 1

    This is offtopic, but this article inspired it...

    I was thinking... compilers do so much work to unroll+optimize loops. It would be simple to just tag each spot in the instruction queue w/ a counter. Then, implement 2 instructions: 1 says "add n to the counters on the last m instructions" and the other says "don't take the next n instructions out of the queue-a loop instruction is coming up". Simply executing the held instructions is easy-all the processor's mechanisms are already dedicated to making that work. Instructions that don't use the registers in the loop keep on executing in the free part of the queue.
    For flexibility, say both instructions act as nops if n > the size of the queue. Exceptions are generated if you attempt to call a function within the block.

    It only works on small+simple loops, but that's just right for doing a bunch of load or store operations to init an array from a bunch of objects, or vice versa.

    Whadda y'all think?

    And it appeared here first, so it can't be copyrighted by someone else, right?

    --

    Check out Project Upper/Mute, an all-around awesome compiler fra
  123. IMHO it's not ironic at all by Anonymous Coward · · Score: 0


    convincing defense of useless time-wasting projects like the Perl/GNU utils thing


    It's pretty ironic that you say that, considering how this whole thread got started! I guess the difference is that the the guys writing V2 are doing it for fun.


    Where's the irony? I mentioned that it was that statement of his which brought him to mind in connection with the post that started this thread. I said that his defense was "logically sound and convincing". I took issue with his manner, certainly, but I made it as clear as I could that I agree with the substance of what he said. IIRC, part of his defense was that he was doing the Perl/GNU thing for fun. Which according to me in my post, is necessary and sufficient.

    If I was insufficiently clear, I apologize, but I don't think I was. IMHO the real hole in my argument is the fact that I did take him to task for flaming, but I did so in a discussion resulting from a very similar flame of my own. Or is that what you mean? If so, well, you've got a point. :(


  124. Re:Huh! First one? by Anonymous Coward · · Score: 0

    !OR! How about all these l33t open source coders give up on linux and put some effort into building a truly innovative operating system instead of a 1970s technology clone. And unless it was 68k or something, I dont think I would develop it in asm either. ;)

  125. Re:x86 ASM by gorilla · · Score: 2
    For anyone trying to waste their time by using this, it won't run.

    Python has it's loops defined by indentation. If you loose the indentation for any reason, then the program is destroyed.

  126. Re:News for nerds... by Jay+Carlson · · Score: 1
    When Linux came out, it had TCP/IP networking

    This is incorrect. I remember getting really EXCITED about the release of KA9Q user-mode networking for early Linux. Kernel-mode networking took a bit longer to arrive, but Linux 0.12 was very useful even without it.

  127. Re:I care more for a 37KB OS than i care for Linux by Anonymous Coward · · Score: 0

    Dude! Who are you to say what someone should or should not put their time into??? If he wants to hack away at the 37KB OS that seems like a perfectly reasonable endeavor to me. Hell, I've often thought it would be cool to design a simple microprocessor and implement it with like standard 74HC combinational logic and a whole bunch of wire wrap or something just for the sake of doing it. Got a problem with that too? Duh.

  128. x86 ASM by BPrice · · Score: 2

    Well, they can have a lot of fun porting that to other architectures. x86 is horrible in comparison with the register rich alphas. Aside from that, benefits from ASM are only reaped by using it to optimize those portions of code that the executable spens 90% of its time in. It really sounds like these guys wrote themselves a rather large and difficult to maintain and debug OS.

    1. Re:x86 ASM by Mark+J+Tilford · · Score: 1

      Now it's possibly the most ridiculously commonly ported OS (what with all the embedded ports).
      Are you sure? I think that NetBSD is the most widely ported OS.
      -----------

      --
      -----------
      100% pure freak
    2. Re:x86 ASM by Kelt · · Score: 1

      > PS: Hey, BTW, does anyone know of any attempts
      > to put Linux on cell phones? (Just cause we
      > can!) I've been looking around but haven't seen
      > any info out there.

      Well, isn't there a project to port linux to the palm? Well someone just came up with a palm IIIe/phone. So, there you go.

      -Steve

      --
      My intelligence insults itself.
    3. Re:x86 ASM by Inoshiro · · Score: 3

      Who on earth said anything about porting? I've long been hacking with little asm bootsector OSes and things on older computers. A 100% ASM kernel with simplistic networking is great for doing embeded work, and work with older computers that are too slow running portable kernels :-)
      ---

      --
      --
      Internet Explorer (n): Another bug -- that is, a feature that can't be turned off -- in Windows.
    4. Re:x86 ASM by sterwill · · Score: 3

      They've clearly just re-invented DOS for the 90's. Unfortunatly, for them, the 90's are almost over.

      --

    5. Re:x86 ASM by osu-neko · · Score: 1
      page=socketAnswered.recv(100000)

      pageCache[currentUrl]=page


      The above code is simple only because it's calling subroutines to hide the complexity. It's about as easy to do that in assembly as any other language. An assembly version of the above might look something like this (in pseudo-asm):


      PUSH #100000 ;push parameter

      PUSH socketAnswered ;push "this"

      JSR sockclass_recv

      LDX currentURL ;load index register

      STA pageCache,X ;store result in array



      Oops, you're using a hash instead of an array -- change the last couple of instructions to call the hash store function instead of storing directly. No big deal.

      The point is, you're making an unfair comparison. If your Python program is making use of a standard library of prewritten functions, to be fair, allow the assembly language programmer to do the same. Result? Programming it in assembly is not much more difficult than programming it in Python. Now, if you don't allow the assembly language programmer to simply do everything through calling library functions, then the Python program shouldn't either. In which case, it becomes infinitely easier to write the program in assembly since most useful programs can't be written at all in higher level languages unless you're allowed to make library calls.

      It is true that higher level languages look nicer. It's a falacy that they're much easier to write code in. Given the same library calls available to both, there isn't much difference in difficulty writing code. I'll agree assembly can get tedious, but it's not difficult. Like any computer language, once you know the language, it's pretty much as easy to write code in as any other language you know.

      --

      --
      "Convictions are more dangerous enemies of truth than lies."
    6. Re:x86 ASM by Shadowspawn · · Score: 2

      I wonder what Steve Gibson (author of Spinrite) thinks of this, since he still devlops mostly (if not entirely) in assembler--even for Windows development.

      --
      It's always darkest before ... daylight savings time.
    7. Re:x86 ASM by Anonymous Coward · · Score: 0
      Well, assembly is *NOT* hard to code with.

      Yes it is. Not because it is obscure and hard to optimize, but because it doesn't scale, and it takes forever to do something trivial.

      For instance, I once did a small HTTP proxy-cache in Python, that just kept a big hash table of all the visited URL. Adding an entry was as simple as:
      page=socketAnswered.recv(100000)
      pageCache[currentUrl]=page

      Checking for an entry is as simple as:
      if pageCache.has_key(newUrl):
      ...use pageCache[newUrl]
      else: fetchPage()
      storing in a file the whole hash table (key and content) is as simple as:
      f=open("pageCache.py", "w")
      f.write(repr(pageCache))
      f.close()
      and reading it back is:
      pageCache=eval(open("pageCache.py").read())

      Challenge: do the same in assembly.

      Technically, no, assembly is not hard to code. But achieving to do something with itis.

    8. Re:x86 ASM by Mars+Saxman · · Score: 1

      Hear, hear. I wasn't so fond of the 68000 itself, but the 68020 and later were a joy to write asm for. Remember the 68040's MOVE16? Boy, did that make blitters sing...

      Oh well. Those days are long gone... I've avoided needing to learn x86 assembly so far...

      -Mars

    9. Re:x86 ASM by osu-neko · · Score: 4
      Well, they can have a lot of fun porting that to other architectures. x86 is horrible in comparison with the register rich alphas. Aside from that, benefits from ASM are only reaped by using it to optimize those portions of code that the executable spens 90% of its time in. It really sounds like these guys wrote themselves a rather large and difficult to maintain and debug OS.

      Actually, starting with x86 should make it easier to port to other architectures. It's a lot easier to port ASM code written for a register poor machine to a register rich machine than to try to do the reverse. However, the ported code won't take advantage of the more register rich architecture, which would defeat the whole point of writing an OS in assembly! So, in other words, if you're even thinking about porting this code to another architecture, you've missed the whole point! What you'd want to do is write from scratch in assembly an OS that is compatible with this one. But if it's not written from scratch for the architecture in question, taking specific advantage of what that architecture has to offer, even though that makes porting next to impossible, then it misses the mark this OS is aiming for.

      --

      --
      "Convictions are more dangerous enemies of truth than lies."
    10. Re:x86 ASM by Mock · · Score: 1


      There *WERE* processors of the era that have a much nicer architecture (like the 68000), and many more registers [wow. 8 32-bit data registers, and 7+1 32 bit address registers...]. Yes, I'm biased. I love coding in assembly on a 68k processor.

      Amen, brother!

      I loved the 68k so much that I wrote an emulator for it in 100% portable ANSI C. It took me 6 months to do, but the end result can be found in the MAME sources.

      Unfortunately I am nowhere near as intimately familiar with x86 assembly (I'll debug in x86 asm, but you'd have to pay me a lot to code in it).

      Every time I tried it I gave up after discovering 10 million different ways to do the same thing, but each requiring different parts of different registers, different sizes, different execution times, different effects on the pipelines and instruction scheduling... I mean, how are you supposed to write optimized code without spending 10 years studying the manuals first?
      A nice orthogonal instruction set (and register set) would have done wonders here.


      Code is poetry, and there are many bad poets out there.

  129. 60 years! Wayyyyyyy over the top by Anonymous Coward · · Score: 0

    You're right, of course; however 60 years is way out. Think about it, smart compilers can already write better assembler than humans. We already have hardware with fault detection and automatic rerouting (old hat technology.) And it would be relatively simple to write something that "evolved" its code to gain performance over time (infinite monkeys style). The AI to do this is already here, it just has no real purpose as yet (as far as I know.) I bet some dusty research lab is already doing this kind of stuff.

  130. Re:ASM coding by Anonymous Coward · · Score: 0

    My own $0.02 - you might look into some microcontroller projects - maybe based around a PIC or HC05/HC11 or something. That way you could learn a little bit about electronics as well. Kinda fun stuff.

  131. I heard about a 2-bit microprocessor by Anonymous Coward · · Score: 0


    . . . that a grad student at MIT made, just for the sheer hell of it. I don't have a link, this was somebody a relative knew when he was there maybe eight or ten years ago.

  132. Re:Yes... But is it free? by Anonymous Coward · · Score: 0

    Then it's essentially a bundle of device drivers with a boot loader thrown in. I hope they did it for hack value, because it's hard for me to believe they wouldn't otherwise have been better off using DOS4GW.

  133. slashdotted already, and no one has posted yet =(( by Anonymous Coward · · Score: 0

    anyone know of a mirror>?

  134. OS and all... by Anonymous Coward · · Score: 0

    I personally use Linux, just because it suits my needs... sometimes... When it comes to games, then the choice is imposed by Winshit... Anyway, a xxkB OS is nice, just for the pleasure of coding it, or using it. You want a lightweight OS, to run on your diskless pentium? Then it's nice to have such a lightweight thing! To be sincere, I dream of a nice VR OS, like the one shown in Johnny Mnemonic (can't remember the exact syntax... :b)... But I'm afraid it won't show until some years, and in the meanwhile, I please myself playing with such neaty OS like V2..!

  135. "for the sake of not using Linux"? by Anonymous Coward · · Score: 0


    eh? was that their motivation? i didn't see anything like that on their site.



  136. Re:And the point of this being...? by Anonymous Coward · · Score: 0
    Yeah, speaking of which, do you know of any open-sourced embedded OS? Something really small. I've played with OSKit, which weighs about 200k per kernel with one Ethernet driver. There is L4, but it requires a proprietary compiler. Comments appreciated :)

    --ac

  137. Re:And the point of this being...? by Spunk · · Score: 1
    But is V2 OS a RTOS?

    If the page said it was, my apologies. It seems to have been Effect-ed.

  138. Huh! First one? by Anonymous Coward · · Score: 0

    WHy not just put the effort into developing Linux killer apps, or help current Linux projects? Seems like a waste of time/resources to me.

    1. Re:Huh! First one? by Anonymous Coward · · Score: 0

      I believe that's the logic Microsoft uses.

    2. Re:Huh! First one? by Anonymous Coward · · Score: 0

      a waste of time & resources?
      it's *their* time & resources, not yours.
      if only they could be what they are not
      for a nobody like you. moron.

  139. Re:Hi, I'm AC. I've said nothing rational for 4 da by Anonymous Coward · · Score: 0

    Perl is a fucking piece of shit, dude. Tom Christiansen has fooled your dumb ass into believeing that you actually need to know Perl. That is a fucking joke. Perl is the most overblown, oversold language in the fucking world.

    Tom Christiansen is an annoying prick who thinks he's some fucking genius. In fact, standing next to Larry Wall, Tom looks like Lou Costello. Someone needs to shut that guy up.

  140. Re:wow. by Anonymous Coward · · Score: 0

    Um, yes.

    The problem is, so many of us have never seen a good compiler. GCC is certainly not an example of a good compiler, but it still beats half of us.

  141. Re:Assembler is the future - no joke! by Anonymous Coward · · Score: 0

    The computers wouldn't need Assembler either, they'd generate the machine code directly. At least that's how I understand this utopia.

  142. Slashdot effect in progress... by Anonymous Coward · · Score: 0

    It's interesting to watch a server in the process of overloading.
    Ping time from me: 900 ms.
    Time page takes to load: three minutes and counting...

    1. Re:Slashdot effect in progress... by seaportcasino · · Score: 1

      I think the server is totally dead. I can't get within two pings of it.

  143. Point well taken. by Anonymous Coward · · Score: 0


    I admire your integrity.

  144. Re:Yes... But is it free? by pim · · Score: 1

    Personally, I can't understand why this project exists. Speed? Hardware is fast, it's always getting faster, and existing operating systems are as fast as you make them. Being the speed king matters for all of 7 months, when Intel releases a new revision of their processor that negates all your hard hacking. Well, if they're having fun writing it, I guess it has a place.

    The primary intended purpose for the OS was to act as a framework for realtime computer-controlled video playback in a "black box" fashion. The lack of a lot of accepted OS features like memory protection is part of its featurelist. For an embedded realtime system with only one real purpose, a framework like this can make a lot of sense.

    You also have to bow for the job Joost has done in relatively little time with a notable lack of available hardware documentation. The hack value of it all is, IMHO, pretty high.

    Pi
    Madscience Labs - Rotterdam

    Get PostOffice

  145. Re:Yes... But is it free? by sterwill · · Score: 2

    It appears you didn't read the article (or the FAQ it linked to), or even the complete (but incorrect) summary. V2 is not "free". You can download some source code (its license was not covered in the FAQ or from the main page; it's probably accessable), but the essential parts of the operating system are closed. It's definitely not "Open Source".

    Personally, I can't understand why this project exists. Speed? Hardware is fast, it's always getting faster, and existing operating systems are as fast as you make them. Being the speed king matters for all of 7 months, when Intel releases a new revision of their processor that negates all your hard hacking. Well, if they're having fun writing it, I guess it has a place.

    And why limit their users to a legacy 32-bit architecture, and make themselves completely non-portable at the same time? This is DOS for 1992, instead of DOS for 1980. I have a perfectly good 64-bit Alpha by my desk at work, and I intend to buy more of them in the future. Apparently these guys intent on using their Pentium II's in 2005.

    --

  146. Make a good car MP3 player? by andrewmuck · · Score: 1

    This might make a good minimal OS for a car MP3 player, all it needs now is Linux's networking so we can port samba and Apache accross.... Hmmm maybee I'll stick with Linux.
    cya, Andrew...

    --
    This is my sig, exciting huh!
  147. Re:ASM coding by cdlu · · Score: 1

    don't gameboys run on some sort of motorola chip?

  148. Re:Hi, I'm AC. I've said nothing rational for 4 da by Anonymous Coward · · Score: 0

    i want to open source natalie portman and open source drew barrymore without your permission, if it is ok with you that i do this.
    i want to look cool as i walk down the street with my open source natalie portman and open source drew barrymore in my laptop.
    natalie portman and drew barrymore "grab" me and i want to open source them.
    i want to scratch the itch they produce in me.
    i want to "get it."
    thank you in advance.

  149. Bye bye Linux by Anonymous Coward · · Score: 0

    V2 OS is smaller and is way more stable, and way faster. At least I don't get those kernel panic screens of death, and who needs all those man pages and useless utilities. It's all bloat. V2 OS is coming and all other OS's are for clueless people. People with real clue don't use Emacs or VI. They write their own text editor in assembler.

  150. Re:Is this such a good idea? by Anonymous Coward · · Score: 0

    Why not? There's about 3.2 kerzillion computers out there with compatible procesors.

  151. asm by phi1o · · Score: 2

    isn't that the point of good COMPILERS these days?

    Nope. The point of good compilers is world domination. The point of not-so-good compilers is to serve quality coffee at an affordable price. Any questions?

  152. No sh*t sherlock. by Anonymous Coward · · Score: 0

    Portability isn't everything. Some people (me) program asm for any and every chip anyways so what's the big deal? all "assembly languages" are relatively the same anyways. Once you learn assembly for one chip learning it for another is like learning PASCAL after learning C and BASIC.

    1. Re:No sh*t sherlock. by Mock · · Score: 1


      Portability isn't everything. Some people (me) program asm for any and every chip anyways so what's the big deal? all "assembly languages" are relatively the same anyways. Once you learn assembly for one chip learning it for another is like learning PASCAL after learning C and BASIC.

      For me, the big deal is that I'm a perfectionist and have a thing for esthetic style.

      I don't mind the odd thing like MOVEQ #0, D0 being 2 cycles faster than CLR.L D0 on a 68000. These are like little easter eggs waiting for the astute coder to find them.
      However, there is a HUGE difference between this and that monstrosity they call the Pentium.

  153. V2_OS by cubicle · · Score: 1

    I like the idea but do we really need another closed source operating system. I like the fact they wrote it in assembly now if they would just GPL the source code so someone else can re-write it to work on a Motorala based computer. I know Assembly doesn't work the same a C for portablity but rewriting a 37K operating system to work on different platforms would give programmers alot more reason to write applications. I have not seen any 386 processor for sale new but motorala still makes its 68000 in various forms. This would make the OS a more likely canidate to be used. Then write Applications using slower but more portable C code that would work on both platforms. But maybe that the whole reason the authors didn't GPL it. I would also like to know if their is a mirror because I can't seem to get their entire site. I did read their faq The OS is Free but not GPLed.

    --
    To err is to be human, to really screw up takes a computer and a human.
  154. Re:And the point of this being... It's fun by WeirdArms · · Score: 2

    Well if anyones interested on OS design and Assembly hacking. I've started a L4 Micro-Kernel implimentation for the ARM, specifically the StrongARM SA-1100. While we plan on doing the rest of the OS in C. There is a chance for some hacking of assembly code and making use of the interesting
    make up of the SA-1100. The code is GPL'd. Only rather rudimentory snap-shots are avaliable. But the start of it is running on PLEB hardware (public domain hardware I designed) and the SA-1100 evaluation board (Brutus) it should be easily portable to any ARM machine though. I have a Psion 5 I'm working on getting it running on too. However if ASM's not you thing the rest of the OS on-top of the micro kernel is still some area of OS development fun in C for those interesed.
    Its still a start-up so only for those interested in getting their hands dirty in embedded OS development for the ARM.

    Some out-of-date info is avaliable at:
    http://www.cse.unsw.edu.au/~pleb
    While kernel snapshots and my thesis on the kernel are avaliable via anonymous ftp from:
    ftp://ftp.cse.unsw.edu.au/pub/users/awiggins
    Just mail me if your interested in any of it.

    Enjoy, WeirdArms (awiggins@cse.unsw.edu.au)

  155. Re:News for nerds... by psin+psycle · · Score: 1
    From the v2 faq:

    Q: The OS boots perfectly to the prompt, but it doesn't respond to the keyboard.

    A: We've had a few people mailing us with this question (Mostly Laptop users, VMWare has this problem aswell). It has to do with a BIOS that does not reset the keyboard controller at bootup. V2_OS should do this manualy, but since we have never encountered this problem, it's not included yet. We'll try to fix it in the next release. If anyone knows how to reset this keyboard btw, info is welcome :)

    --
    Need a website host? Try out http://WebQualityHost.net
  156. Re:And the point of this being... It's fun by Gis_Sat_Hack · · Score: 1

    and in a dusty rack shelf behind the bike shed still lives the 80286 AT box & keyboard with real springs & the Apple][ case with the hand mounted ARM board & the 4xtransputer plugin card. and i still have the MINUX ( yes, boys and girls, pre-LINUX ) source that we hacked onto three platforms via hand built assemblers/KR2 C compilers ... & why ... because it is fun.

  157. Very Eloquently Put...... by Anonymous Coward · · Score: 0

    Very Eloquently Put. Now why don't you stop foaming at the mouth, take a deep breath, and tell us WHY you don't like Perl, instead of just shooting your fucking foul mouth off. 25 out of 10 for feeling, -5 out of 10 for rational debate. (You could learn a LOT from the style of the other AC.)

  158. SigHat by copito · · Score: 2

    Is it an obscure errno, or a facist salute, you decide.
    --

    --
    "L'IT c'est moi!"
  159. Open Source Embeddable OSes by Dave+Fiddes · · Score: 1

    There are many well known Open Source OSes that are suitable for embedded systems.

    The oldest is RTEMS. It orginally started life as a US Army project which was then made available as Open Source. It runs on most 32bit and some 16 and 64bit embedded processors including the m68k, ColdFire, x86, PowerPC, MIPS, Hitachi SH, Sparc, etc. It has a flexible API, supports POSIX apps, has a TCP/IP stack and all of the usual features. The next release (due soon) will bring the joys of filesystems, embedded web servers, ITRON API support and other useful features. The licence is GPL + a simple exception (like libio or libstdc++ in gcc). More info can be had at http://www.rtems.com/ . Full blown commercial support is available from the main developers if required.

    The new kid on the block is eCos from Cygnus/Red Hat (or should that be Cyghat ;). This is aimed at smaller systems than RTEMS and is highly configurable. It is supported on fewer processors than RTEMS but this is mainly due to it's youth. The licence is similar to the RTEMS one but is not based on the GPL. For more info see http://sourceware.cygnus.com . Again, full blown commercial support is available.

    Another newcomer is uC/Linux. This is a version of Linux suitable for use on MMUless processors like the m68k/ColdFire series and the i960. Has most of the features that we know and love(?) from it's larger cousin. Great for information appliance like devices, less so for truely embedded or real time applications.

    Of course there are other choices if you have more powerful hardware... I think that both xBSD and Linux have realtime extensions and they can both run on a wide variety of processors.

    1. Re:Open Source Embeddable OSes by Anonymous Coward · · Score: 0

      Cygnus/Red Hat = CygHat? No
      Cygnus/Red Hat = RedNus? YES!


      Pointless, unnessecery, but thourghouly entertaining...
      (posting AC cos I'm at college and I forget my login name and stuff...)

  160. Arrghh... by Anonymous Coward · · Score: 0

    i love slashdot. But everyime it comes to Germany they compare the Nazis with Microsoft. Check out germany today, folks. Its nice, really. MS isnt so whats your point?

  161. Whaaaou!! He advocates #define begin { !!!! by Nicolas+MONNET · · Score: 1

    That's the weirdest computer programming article I've read in a long time!!! http://webster.cs.ucr.edu/ratc/ratc.html.

    1. Re:Whaaaou!! He advocates #define begin { !!!! by Anonymous Coward · · Score: 0

      Just like a professor to take something that works really well, and muck it up in the name of "theory".

  162. Re:OPEN SOURCE FREE V2 OS by spiralx · · Score: 1

    I truly wish there was a way of preventing idiots like these from posting constantly on every discussion going on. What's the thrill in it?

  163. WTF? What about abstraction? by Anonymous Coward · · Score: 0

    I thought two of the important mental capabilities were the abilities to abstract and draw generalizations. Are you seriously implying that so future AI won't have these methods available to it? Why work with atoms when working with molecules will get your job done easier?

    I do agree that at some point, an AI would need to generate machine code for whatever it's running on. But, how it arrives at what machine code to generate will most likely be at a higher level. It won't "think" in machine code, it will have some means of abstractly represnting and manipulating knowledge.

    Of course, an evolved solution could produce the equivalent of ten zillion lines of spaghetti coded machine code. But that doesn't sound very fault tolerant to me.

  164. Re:slashdotted already, and no one has posted yet by jawad · · Score: 2

    You think anyone can spare that sort of SIZE?! It's 37 freaking KILOBYTES!! Thats nearly 6% of my allotted 640k (or am I messing up kilobits with kilobytes?)!!


    i dont display scores, and my threshhold is -1. post accordingly.

  165. It was a joke. by Backward+Z · · Score: 0

    You know... ha ha. Laugh.

    1. Re:It was a joke. by cheese_wallet · · Score: 0

      Scary isn't it. All of these people above, although helpful, are rather retentive in a non oral region.

      I realize, of course, that it is tuesday.

  166. Re:Yes... But is it free? by uradu · · Score: 1

    Uh, hate to break this to you, but the x86 is one of the most commonly used embedded platforms. Go get a few embedded magazines (you know what I mean) and check out the ads: there are more ads for x86 SBCs than all the others combined. Maybe not in your set-top box, but just about anywhere else: traffic lights, all kinds of industrial machinery and robots, etc.

  167. V2 Focus by ^ · · Score: 1

    Some have brought up the fact that V2 doesn't seem well suited for general use, as there's no memory protection. On the other hand, it's writting in x86 ASM, which makes it not that well suited to special use devices. The question is then, what do the designers and writers have in mind?

    I took a look at the "native" filesystem of V2, v2_fs, which seems to be have a strangely specific purpose for a default OS filesystem. From their site:

    "It is designed and optimized especially for fast hard diskaccess, which is very usefull for, for example, a digital audio/videoplayer/mixer."

    "-Videoframes are stored sector-aligned, for faster loading to disk/decompression-buffers
    -All data is stored sequentially, this eliminates the need for the physical disk-heads to jump and search around."


    They also have some precise technical information on the filesystem layout.

    Their claims of no need of defragmentation seem really strange in light of the requirement that files are entirely sequential on disk; sure, you might have less internal fragmentation because you can use a small block size, but... no external fragmentation? I'd like to see how they accomplish that.

    The strange marketing style descriptions they have aside, I think the filesystem suggests what the kernel writers had in mind, which is an OS well suited to deadline-oriented tasks like video, without bringing out the spectre of real-time.

  168. They're fast? by Anonymous Coward · · Score: 0

    If they're so fast, why are they already slashdotted?

  169. so, like by PHroD · · Score: 0

    umm, when can i get it for windows cuz win is l33t and it w00d be lam0r to put it on the linux, cuz the linux doesnt have cool stuff like !WinAMP! and this is supposed to be a fast thing, this V2, so it of course doesn't werk on the slow-@$$ linux. i want it on my mac t00!


    "There is no spoon" - Neo, The Matrix

    1. Re:so, like by Ashandare · · Score: 1

      Isn't it fun when people try and be cool? The whole idea of it is to be a different operating system. not Windows, not Linux, not BSD, etc. Since it is written in ASM it isn't easily portable to different platforms...


      Ashandare (still shaking his head)
    2. Re:so, like by Anonymous Coward · · Score: 0

      Congratulations! You've just won our game of 'Find the Troll!'

    3. Re:so, like by PHroD · · Score: 0

      the point of my post was to saturate it w/ a heavy dose of sarcasm. I'm like a druggie w/ OSs: I'll try anything once... Im sure most of us are like that :)


      "There is no spoon" - Neo, The Matrix

    4. Re:so, like by Anonymous Coward · · Score: 0

      winamp does run ON LINUX it's called X11amp even comes with redhat dumb @$$

    5. Re:so, like by Anonymous Coward · · Score: 0

      Unfortunately the prototype you match best is the standard issue Linux enthusiast.

  170. Re:Hi, I'm AC. I've said nothing rational for 4 da by Shadukar · · Score: 0

    Damn fucking right.
    Spot on.
    I think your views reflect the views of quite few other people out there.
    That is all.

  171. New Deal OS is in ASM by ripcrd · · Score: 1

    About six months ago I downloaded a trial version of the New Deal OS and tools. They had a functional web browser, Dial-up networking, text editor, spreadsheet, window manager, games, and other apps. All this in ASM and as a 30 day demo. It only cost about 25-50 bucks and was intended to bring life back to 286s and 386s. Something like a couple of megs with all the software, maybe smaller. It had a Windows look to it but worked great. The really neat thing was the developer community at the site. Lots of gratis software, like some apps for the Palm. e.g."Check out this neat app I coded and tell me what you think, and you can keep it free." Check it out at New Deal Inc.

    --
    --Somewhere there is a village missing an idiot.
  172. Why another OS? by Anonymous Coward · · Score: 0
    • because X is > 30MB resident!
    • because Netscrap is > 20MB resident!
    • because about every single fscking Linux app is over 5MB in size!
    • because I have only 128MB ram in my box
    • because when I open netscape under KDE my memory usage is > 90MB

    That's why!

    Does anyone else feel that a fresh start can only be good?

    1. Re:Why another OS? by Vanders · · Score: 1

      Yes, i do thanks. But apart from some very very early design ideas, and a couple of first draft white-papers that don't really tell you anything you probably don't already know, i havn't got far.

      Still, i'll stick at it. I'm learning a helluva lot about OS design, and hardware. So even if no-one uses it, if i ever finish it, i will still have had fun doing it. :)

  173. Re:This reminds me... by Anonymous Coward · · Score: 0

    hello people. I've just poured hot grits down my pants after listening to this guy criticize me !!!

    Assembler is a language that is one step removed from machine code, which as well all know is the only langauge the computer actually understands. In order to get the computer to do certain things, we need to provide instructions. Assembler provides a mapping of machine level instructions (binary code) to hexadecimal short hand, thereby making it easier to categorize and memorize the instructions. Assembler, being a language, supports vendor specific enhancements beyond hexadecimal short hand to make coding programs even easier. These enhancements include mnemonics for the hexadecimal instructions, further increasing the ability to categorize and memorize instructions. Being that these are enhancements, assembler programs can be coded completely in hexadecimal. If one were to do this, the program would be exactly 1/4 the size of the equivalent machine code version.

    -- Linux and grits down my pants. Does it get any better?

  174. Re:Is this such a good idea? by Anonymous Coward · · Score: 0

    And you can walk into any screwdriver shop and buy one on a bare board (or not), and get an operating system at any computer store. When I get my first PPC, in case it seems to be DOA I expect to be able to drag it back and have someone with a clue take a look immediately- I'm certainly not going to mail order anything I haven't already worked with.

  175. ASM coding by Imperator · · Score: 1

    Where can I get started with some basic ASM coding? I realize it's rarely practical for anything, but I'm just interested in trying it.

    --

    Gates' Law: Every 18 months, the speed of software halves.
    1. Re:ASM coding by sterwill · · Score: 2

      First off, start yourself on a real architecture (one designed and implemented cleanly and completely) like an Alpha. Then, buy a good book on Alpha assembly hacking. Linux and the GNU assembler will work fine. It's quite a bit of fun, and learning about a nice, powerful architecture is a joy in itself.

      --

    2. Re:ASM coding by Maurice · · Score: 1

      Actually I think a lot of game programming is still done in assembly, because of the need for speed.

    3. Re:ASM coding by Anonymous Coward · · Score: 1

      You should read the book Art of Assembler, which is probably the best book out there...and it's FREE! http://webster.cs.ucr.edu There are both html and pdf-versions Good luck

    4. Re:ASM coding by Anonymous Coward · · Score: 0
      68k asm is ++easy! A lot nicer than the x86 ISA. I would suggest an investment in an amiga :-) for learning & hacking asm (unless you want to actually do something with the code! ). The aminet is a nice centralized place to get any thing you would need to hack for the amiga.

      To learn asm what you need to know is the ISA, ie registers and memory addressing modes. Once you know that you just look for the instructions to match what you want to do.

      The other key to asm programming is that asm is useless without a surrounding architecture(there is no standard library). to do any thing you will need to know the OS or the hardware. eg dos interupts and video memory address, Amiga custom chip registers and DMA architecture...

    5. Re:ASM coding by giggab00 · · Score: 5

      http://webster.cs.ucr.edu/Page_asm/ArtofAssembly/A rtofAsm.html

      If you want to dabble and learn about it, check it out. It's a book written by a prof. at ucr and it's the best freaking ASM (x86) book ever existed, and it's freaking free online.

    6. Re:ASM coding by j1mmy · · Score: 1

      Not since the advent of the 3d card. The original Quake was written almost entirely in C, with the exception of a few painting and sound mixing routines.

    7. Re:ASM coding by Ashen · · Score: 1

      Don't be silly, he should start by learning assembler for the gameboy! Now that's a real processor! Z80 :D~~~~

    8. Re:ASM coding by m3000 · · Score: 1

      That book is "freaking" amazing! I've just read a little over half the first chapter, and I've already learned a crap load of stuff I've been curious about, but never really looked up or understood. I'm definitly glad I checked it out : )

    9. Re:ASM coding by -Animal- · · Score: 1

      ASM tutorials: http://www.jassem.8m.com

    10. Re:ASM coding by Anonymous Coward · · Score: 0
      Not since the advent of the 3d card. The original Quake was written almost entirely in C, with the exception of a few painting and sound mixing routines.

      The original quake didn't support 3d cards.
    11. Re:ASM coding by Dasein · · Score: 1

      Assembly coding is still a very useful skill. I can't tell you how many times someone has called me over to look at their shiny C++ program because they can't figure out why it's crashing.

      Because I did a lot of assembly programming, I can switch the debugger to assembly and pick out the problem pretty quickly.

      It still pays to know where the bodies are buried.

      If you can pick up a good book about assembly language programming, I would highly recommend learning at least enough to fake your way through a debugging session in assembly even if you plan to write nothing but Perl the rest of your life.

      --
      You are not a beautiful or unique snowflake -- but you could be if you got off your ass.
  176. No it doesn't. by Anonymous Coward · · Score: 0

    That meaning has already been there.

  177. I'm petulant by kemokid · · Score: 1

    No, not a palm pilot with phone abilities, a phone. I want Linux on my Nokia, goddam it!

  178. Re:YOU ARE NOT FUNNY by Anonymous Coward · · Score: 0

    moderators, please recognize this troll and moderate him up. he obviously does not belong here in the negative numbers.

    damn, this guy is my hero. He actually considers dwelling in the negative zone a badge of honor and fiercely protects his fiefdom from "infidels" !!! Can I be your VP?

  179. Have a shot at fast open JVM instead. by Anonymous Coward · · Score: 0

    Probably C would be a better idea than ASM, but WTH, maybe they can come up with something worthwhile. Show off with benchmarks.

  180. Re:And the point of this being...? by Anonymous Coward · · Score: 0
    A neat hack that gets reused is cooler than one that doesn't.
    there's tons of stuff in the world I can't use, you don't see me bitching about it on Slashdot.
    I don't see why not. There's no virtue in silently putting up with a suboptimal world- trying to fix it is the more evolved response.
  181. Re: . . . by Anonymous Coward · · Score: 0

    This has nothing whatsoever to do with the story. But, it is Signal 11 after all, so I'm sure it will be up to (Score:5, Interesting) within an hour....

  182. Re:And the point of this being...? by Freedent · · Score: 2

    Wow, I can't even believe this post, and most of the other posts like this.

    One of the traits I've always associated with "nerds" and "geeks" is the love of something cool simply because it's cool, not because it's somethig that is immediately useful in life. Judging something by simple utility is a trait I commonly associate with management students, simply because that's how the majority of them seem to think. (of course you're thinking, wow, what a stereo-type, but I think going on trips with 30 or so management students moves me past the glib stereotyping stage to at least semi-glib, or quasi-glib).

    Anyways, point is, this is *cool*, even if it's not useful. If you can't use it, boo hoo, there's tons of stuff in the world I can't use, you don't see me bitching about it on Slashdot.

  183. Is this such a good idea? by Anonymous Coward · · Score: 0
    I happen to think x86 asm is a lot of fun, but is it such a good idea to base an OS on it right now? I thought most people couldn't wait to get rid of IA32...

    Perhaps this is a FAQ or something... Dunno, their site is slashdotted. :)

  184. Re:News for nerds... by WNight · · Score: 2

    I've done my share of ASM disassembles, thank you. It's not as easy as all that. I mean, the instructions are there in front of you, and if it's on OS you can be fairly sure they aren't going to try to obfuscate, like a company writing copy protection might.

    But, for something as powerful as an OS, and with as much potential to screw things up if it's not used right, it's not enough to trace through and NOP out a few instructions, you have to understand everything, including figuring out what all the variables are and naming them.

    An assembler takes ASM instructions and lets you use labels, if you disassemble an exe (that has been stripped), those labels are gone.

  185. *sigh* Already /.ed by shri · · Score: 1

    For some reason I cannot reach the server. Sure ZDNET etc can handle the load but a TON of other servers, running Linux or Windoze do not have the capacity to deal with 50K+ additional users. I think /. should develop some scripting mechanism which sends an e-mail out to the admins of systems which are not well known to be high capacity. The admin then has the priviledge to deny that listing if it is going to bring the server down. Many servers run on virtual hosts and getting /.ed does a lot of harm to folks who also happen to be sharing the servers.

    1. Re:*sigh* Already /.ed by seaportcasino · · Score: 2

      Sorry, it is a server eat server world out there. You are either speeding down the freeway or getting wiped off it. Week servers will die off like the week antelope that are the first ones picked off by the predators. Getting Slashdotted is an honor, a badge of courage. It's not something that can be whoosed out of.

    2. Re:*sigh* Already /.ed by Tim+Macinta · · Score: 2
      I think /. should develop some scripting mechanism which sends an e-mail out to the admins of systems which are not well known to be high capacity. The admin then has the priviledge to deny that listing if it is going to bring the server down.

      They do. Or at least they have in the past. I had a site of mine featured once and I got a personal email from Rob beforehand. In fact, when he initially wanted to feature it I asked him not to until it was completely ready and he happily complied.

    3. Re:*sigh* Already /.ed by Ashen · · Score: 1

      lol, server Darwinism eh??

    4. Re:*sigh* Already /.ed by spludge · · Score: 1
      You can get it at

      OnShare - Bootdisk

      If other people could share it in this group that would be cool.

    5. Re:*sigh* Already /.ed by vectro · · Score: 2

      A true Klingon sysadmin can stand up to ANY slashdot article! You have insulted my family honor by saying that my server will fail before slashdot! Prepare to die!

      Yeah, yeah (-1 offtopic/troll)

  186. Re:slashdotted already, and no one has posted yet by pim · · Score: 1

    anyone know of a mirror?

    They're on a 128Kb leased line. Welcome to the wonderful world of former monopoly driven telco bastards (they're paying for the connectivity through their noses). I'll offer them a mirror if they want me to. Up till now it hasn't been necessary ;)

    Pi

  187. hahaha by Fred+Ferrigno · · Score: 1

    It should be moderated up for being so funny. ;)

    If you don't get it, try to remember your not-so current events. Or just get an encyclopedia.

  188. Re:Use for assembler by Ozwald · · Score: 1

    Not necessarily. If a simple compiler is written in machine code (like the assember would have to be), it could be used to compile a C program used to compile a more complicated compiler. And that compiler used to compile an even more complicated compiler. And so on. No assembly required.

    Delphi was written in Delphi.

    Ozwald

  189. DO IT! by NickHolland · · Score: 1

    Very cool idea. We have spent a lot of time working on cool OSs, but for the most part, we run them on what should be called pathetic hardware designs.

    Face it, the PC design is a very bad joke. It started out as bad in 1981 (YES, it was a bad design in 1981, and I said so then. 16 bit processor, 8 bit bus. Shortage of on-board resources. Shortage of interrupts and slots on DAY ONE. Bizzare memory layout. BIOS in ROM. BASIC in ROM), and the attempts to "improve" and "update" it to a 16 bit then a 32 bit bus have been hampered by the desire to maintain compatability with the original bad design.

    Most other platforms with history (Macintosh, for example) have similar problems with historical mistakes which won't quite die.

    Back in my youth, I used and loved a Heathkit H-100 computer (kit form of the Zenith Z-100), a system that showed what could be done with a properly designed 8088 design. The only significant design limitation was the 8088 processor (instead of the available 8086), but that was done to support its other processor, an 8085 (there to run older CP/M-80 applications). The machine had an IEEE-696 S-100 bus, which was a 16 bit bus, with 24 bit addressing, so they were thinking AHEAD, not backwards when they designed it. The Z-100 was designed as a transition between the 8 bit world and the 16 bit world, to exploit the new without being cripped by the old. I have talked to people who worked for Zenith, and had seen the machine which was planned to replace the Z-100, completing the transition to the 16 bit world. Wow. I can't tell you how dissapointed we should *all* be that the IBM design is what we all work around now.

    I'll take minor exception to your use of the phrase "Wintel architecture". YES, Intel now has a lot to do with the PC design (being a major manufacturer of "glue" chips and (co?)designer of the PCI bus and other current "features"), but the primary problems we have with the PC design are the the fault of IBM's PC design and the industry and market for having embraced that design and not letting go.

    It really would be cool to see a machine with modern technology using familiar sounding parts without the limitations of the IBM design... Yeah, there were other machines which avoided the PC design completely (I've got a few Altos machines in the basement, and the Sun 386i you mentioned), but they are too few and too far in between.

    Gotta get my own soldering iron and wrap tool out one of these days and start doing some hardware hacking myself...

    On the other hand, it is very difficult to really roll-your-own hardware anymore. When dealing with proceesors with bus speeds of 286s and beyond, you aren't really dealing with digital signals anymore, but radio, where every wire is an inductor and a capacitor... Ah, for the days of 1MHz processors 8)

    Dream on. This boring post probably helped you get to dreaming. Wake up!

    Nick.

  190. Work of a single person by core · · Score: 1

    Actually, V2_OS is the work of a single person, Joost Faassen, a 21-year-old Dutchman, who is both good at assembly and OS programming, and a modest, nice person. Granted the OS is not revolutionary, but it's a Nice Hack(tm). I can say that, because we hired that person at my company (before he released V2_OS to the public, that is, that's not related :), he'll help work on the 'revolutionary' part here on another project.. You'll see and hear more of it real soon.

    1. Re:Work of a single person by Dan+Guisinger · · Score: 1

      Do you happen to have a web page for your company?

  191. whats the point by Anonymous Coward · · Score: 0

    of linux then? we already have a bunch of open source unixes and tons of commercial ones.

  192. check this by Pegasus · · Score: 1

    www.opencores.org go there and help these guys :) well in my opinion it would be enough if someone could get me a .18 micron 80386 cpu and all the necessary hardware of that era built with today technology. imagine simple notebooks running for days on a single battery pack :)

  193. And the point of this being...? by Kaa · · Score: 4

    Really.This looks like an exercise in OS design and x86 assembler coding. I hope these guys had a lot of fun writing it, because that's all the utility that's going to come out of it. Do we need a mini-OS for desktop machines? Nope. Do we need one for palmtops? Yes, but palmtops don't run x86 processors, oops. Do we need one for embedded processors? Also yes, but x86 processors are quite rare there, plus there are already a couple of OSes around and even at least one (AFAIK) open-sourced.

    So I'm standing here, wondering: what's the point?

    Kaa

    --

    Kaa
    Kaa's Law: In any sufficiently large group of people most are idiots.
    1. Re:And the point of this being...? by Anonymous Coward · · Score: 0

      Basically you're asking: Why?

      The obvious answer is: Why Not?

    2. Re:And the point of this being...? by __aahlyu4518 · · Score: 1

      The point of this? Well.. lots of practice in ASM I guess...
      And what kind of comment is this? This is, I guess, the way a lot of OS's started... Just some geeks having fun coding... Linux to name one... One that did quite ok.. And maybe we don't need this mini-OS, and maybe it's crap... But at least have some respect for their creativity. And ever heard about porting stuff?

      Just my humble opinion...

    3. Re:And the point of this being...? by Lally+Singh · · Score: 3
      Most of the small & still useful RTOSs for x86
      also happen to have developer licenses in the
      10s of thousands of $$.

      --
      Insanity Takes Its Toll. Please Have Exact Change

      --
      Care about electronic freedom? Consider donating to the EFF!
    4. Re:And the point of this being...? by Anonymous Coward · · Score: 0

      would like to mention that some palmtops do run on x86 CPUs. my HP 200LX does. check it out here http://www.hp.com/jornada/products/200/prod_spec.h tml

    5. Re:And the point of this being...? by EvilIdler · · Score: 1

      Yay! Another one who understood it!
      Thanks, Freedent, I was seriously starting to
      fear Slashdot was overrun by people with no
      hacking spirit.

      To the rest of you:
      It's for *fun* not for profit, dammit! If you
      could use stuff from this to make LILO cooler
      and more useful, maybe we could shut people up? ;)

      (What happened to that idea somebody had about
      making a free BIOS replacement for Linux/*BSD*
      boxes?)

    6. Re:And the point of this being...? by mikemacd · · Score: 2

      So I'm standing here, wondering: what's the point?

      Because its there!
      Because its an interesting technical challenge.
      Becuase... why not?

  194. Re:Maybe if the one and only goal is maximum speed by Anonymous Coward · · Score: 0

    Threaded Forth or Java bytecode do even better, plus there's always compression. A megabyte of disk space costs about $0.01, our overall supply of caffeine and enthusiasm is bounded, and the world would have been better off had this effort been put into something more reusable.

  195. Ramblings by BMIComp · · Score: 0

    Well, minus the v, this is an anagram for the dreaded OS2... which probably have done well if it wasn't for the fact that it was up against microsoft, and it wasn't publized enough. Ok, i'm already a little sidetracked.

    Anyway, onto my point, or the lack thereof. Is it just me or does anyone else think this isn't going to really go anywhere.... oh well, that being said, knowing my ability to fortell the future, it'll probably revolutionize
    the computer industry...

    1. Re:Ramblings by generic-man · · Score: 2

      Read The Microsoft File by Wendy Goldman Rohm, and then try to argue that OS/2's death had nothing to do with Microsoft and was wholly self-inflicted by IBM.

      --
      For more information, click here.
    2. Re:Ramblings by BMIComp · · Score: 1

      Yeah, i'm too afraid to.

    3. Re:Ramblings by Anonymous Coward · · Score: 0


      Find any computer magazine from the late 1980s, and then try to argue that OS/2 died of obscurity.

  196. Re:Hi, I'm AC. I've said nothing rational for 4 da by Anonymous Coward · · Score: 0

    thanks for the link by the way... funny.

  197. Re:Use for assembler by raytracer · · Score: 1

    Hmmmm... I guess you'll have to write a compiler then. And how do you do that? Use assembly language

    Let me guess, you don't write compilers for a living....

    At the risk of making an overly general statement, NOBODY does what you describe anymore. A compiler is one of the more perfect examples of something that shouldn't be written in assembly language. It embodies some fairly complex algorithms but is itself not very speed critical. Most people don't care about how fast their compiler outputs code, merely how fast the resulting code is when run.

    The two most available open source C compilers (gcc and lcc) take a similar approach by defining new machines via a rather compact machine description file. This allows the compiler to properly abstract the portions of the compiler which aren't machine dependant (the input parser, symbol table construction, parse tree assembly and the like) from the parts that are (code generation). The result is a compiler which is easier to port to new architectures, and has less errors.

    Most of these compilers similarly use assemblers written in C. Initially these are cross-assemblers, but once the assembler is compiled by your new compiler, you can run the assembler in native mode. *voila*

    To write machine descriptions for these compilers, you of course _do_ need to know something about the assembly language of the target machine, but this is vastly easier than writing the entire compiler in assembly.

  198. Re:Use for assembler by delmoi · · Score: 2

    Well, how are you going to compile a C program on a new chip if there are no C compilers written for it?

    Probably the same way you'd write an assembler for it, in C/C++/Java/whatever on another computer...

    --

    ReadThe ReflectionEngine, a cyberpunk style n
  199. Two words: Embedded Systems by lrund · · Score: 1
    • So I'm standing here, wondering: what's the point?

    Like the title says... embedded systems.

    Devices such as routers, firewalls, and other network appliances (not to mention things like assembly-line robots and traffic signals) all come under the category of embedded systems. They are typically single-task devices that run without direct human intervention.

    These devices share a few common characteristics:

    • They have cheap CPU's (typically at least two generations old... hey, there are still Z80's being made!)
    • They have small amounts of RAM (a few K to a few megs)
    • They have a very limited space for the operating system itself (typically a few K of non-volatile RAM up to a few megs of flash disk)
    There is quite a market for such mini operating systems. Many such devices use Intel architecture hardware, and of these, most are sufficiently PC-compatible that you can actually boot them under DOS (assuming you can get DOS onto the nonvolatile storage).

    A few examples: pSOS, VxWorks, IOS (okay, well, IOS isn't "mini" :)

    The point is, these systems all need an operating system that is small-footprint, CPU-cycle-efficient, doesn't need much of a user-interface (just enough for editing config files and such), and extensible. x86 compatibility is a big, big plus, as it makes the physical design MUCH easier and cheaper.

    Sounds like a useful thing to me!

    1. Re:Two words: Embedded Systems by Mock · · Score: 1


      There is quite a market for such mini operating systems. Many such devices use Intel architecture hardware, and of these, most are sufficiently PC-compatible that you can actually boot them under DOS (assuming you can get DOS onto the nonvolatile storage).

      A few examples: pSOS, VxWorks, IOS (okay, well, IOS isn't "mini" :)

      Yes, and the're a fucking pain to work with. I got roped into a pSOS project once and had to pretend this stupid thing was a PC with a disk and ram and a 16550A UART (which, it turns out, was not really a UART but some stupid clone that required me to change all the divisor values to get it to work right).

      It was great fun when I had to keep going in and out of protected mode to access the serial port.

      It was great fun when the "disk", which was NVR, would get corrupted every time the thing crashed, requiring a complete re-flash of the 3 megabyte disk (yes, 3 fucking megabytes for a tiny app that essentially makes the hardware a smart bump in the cable).

      These "PC-like" embedded systems are simply a waste of silicon.

  200. Code by Star+Traveller · · Score: 1
    Sounds good, but could you imagine going through the source code, especially if it survives to the size of current Linux, and you are looking at it for the first time.

    Also what is the point of a faster assembler based OS if it is difficult to program for, and has barely nothing running on it?

    I have five words for you "Go back to the 20's"

    --
    -----BEGIN GEEK CODE BLOCK----- Version: 3.1 GCS/M/Sd?s-:a---->?c++UL+++P++++L++++ E+++W+++N+K-w---M-PSY+t+5?XtvbDI++
  201. YAM... by spoon42 · · Score: 2

    I've mirrored the whole downloads page here.

    I can only hope it stays up for more than a few minutes... I've never gotten to load-test whatever server this is I'm using in Win95. ;-)

    --
    --- this comment is presented in WIDE SCREEN STEREO!!!
  202. Re:Yes... But is it free? by Lally+Singh · · Score: 2
    Basically, there's more to the world than
    the desktop & servers.

    The embedded market is the fastest portion
    of the computer industry. When you have 512K
    of flash to store all your applications, and
    MAYBE another 256K of RAM, you have to squeeze
    everything that you can bare out of your software.

    I couldn't get to the website, /.'d already
    I suppose, so excuse the next few comments if
    this isn't a RTOS...

    As for speed, alot of these systems will be
    running something like DSP-type filters with
    massive data processing rates. When you have
    massive MBs of data to process per second, a
    faster OS helps alot. I know of a GPS receiver
    for which they doubled the location output
    rate because their embedded CPU's compiler
    added one new optimization!

    --
    Insanity Takes Its Toll. Please Have Exact Change

    --
    Care about electronic freedom? Consider donating to the EFF!
  203. Processor cost consideration by Chris+Johnson · · Score: 2

    One thing to bear in mind is that old slower processors can actually cost more than the new faster ones under certain conditions. I learned this when Powermacs were starting to take over and I thought a ultra-cheap onepiece Mac would be neat. Turned out 68040s actually cost more at the time than PPC chips, because the latter was where the volume was. Maybe you might think about embedded PPC or MIPS or something? Is there genuinely a market for, and producers of, 386 chips now?

  204. I care more for a 37KB OS than i care for Linux by Anonymous Coward · · Score: 0

    Yup, that's right..

  205. troll shop talk by Anonymous Coward · · Score: 0


    it depends on how "into" writing the post i am and how quickly a connection with whatever story comes to me.

    i hear you. i write insane-right-winger trolls, and i have the same problem sometimes. it just doesn't come, you know? so i end up repeating old themes, and then people get in my face about it. sure, it's flattering that they feel they have a right to expect a certain level of quality from me, but if they think it's so damn easy creating on demand, they should try it themselves. of course i appreciate the support i get, and that's what makes it all worthwhile, blah blah blah. (that and the way the guy in the next cube at work always asks what i'm laughing so insanely about. oh, yeah, and the responses from reasonable people who think i'm serious -- and best of all the morons who think i'm serious but who agree with me.)

    i just created a hidden thread intended for discussion of troll issues:

    http://slashdot.org/comments.pl?sid=tro lltalk

  206. You're kidding. by Chris+Johnson · · Score: 2
    _Handles_ are special to MacOS?

    Okay, show of hands, who has heard of a 'pointer to a pointer' and why you might want to have one? Concept could be used in roll-your-own memory management like you have to do in C and C++ :)

    1. Re:You're kidding. by kijiki · · Score: 1

      Win16 used handles pretty much exclusively to work around the extreme suckiness of the x86 real mode.

      real mode isn't all bad though, with 256x256 textures, you can easily select the texture into ds, put the x coord into al, and the y into ah, and access [ds:ax] to get the pixel. Of course, this limited you to a single digit number of textures, but it was pretty fast to do affine texture mapping on 286s

    2. Re:You're kidding. by Potatoswatter · · Score: 1

      If you want to roll yer own.
      Still, it's an undocumented fact that this doesn't work w/ virt-derived objects. The average C++ book/class won't warn you.

      --

      Check out Project Upper/Mute, an all-around awesome compiler fra
  207. Re:wow. by cfish · · Score: 1

    Those of you believe in ASM programming is faster apparently have never done any code optimization job before and never coded ASM of a BIG program. Of course, because nobody with the right mind will do that. Sure if you compare "Hello World" in C and ASM you'd see a huge difference, but how many ASM programmers can write something as big as a GUI wordprocessor? No way.

    The only use of ASM, admittedly, is more than just reverse engineering. Some little bits and pieces of procs may be re-written in ASM to increase performance. Some device drivers may be written in ASM. I love ASM but I ain't crazy.

    I have coded both MIPS and x386 and just THINKING about the thousands of block graphs for optimization is a horrible thought.

    In this particular case of OS, i think it's a terrible idea because that makes it so damn hard to be portable, pretty much impossible. And even harder to read the source code, if not impossible. Granted that GCC ain't perfect, writing a compiler is hard as hell, MUCH HARDER THAN WRITING AN OS. what do you expect for free?

  208. But wait ... what about NSBios? by spconner · · Score: 1
    Anyone remember that? The last ``Fastest Proprietary 80x86 Based Operating System'' featured here on Slashdot was NSBios. At least that one came with source code!

    Although oddly enough, it doesn't seem to be around anymore ... -spc (Why do I even remember this stuff?)

  209. and they said it couldnt be done! by Last+Warrior · · Score: 1
    vaguely reminiscient of commodore os. now only if i had a green monochrome monitor.

    It would be nice to see something come of this os venture.. Its probably a ways off.

    but wait.. how long until they port lynx to v2? oops.. forgot.. no tcpip or networking. DOH!

    Ok im done; stick a soup ladel in me.

    LW

  210. Re:Portable OS? Not likely. by Felinoid · · Score: 2

    Ok so I goofed :)
    It's still a neat toy :)

    --
    I don't actually exist.
  211. Re:News for nerds... by WNight · · Score: 2
    The OS is the one part that *must* be open source. If it's not, the whole house of cards might as well be built on prime Florida landfill.


    > Come on, this is opinion, not fact.

    Not at all.

    I assume you'll agree that the OS is the base for the whole system. If the OS is crap, the systems is crap. If the OS is buggy, the system is buggy.

    So, why don't you agree that if the OS is closed source, and unauditable, that the whole system gains those worst traits?

    Using closed source security systems, with black-box encryption is a bad idea. You can't see the potential bugs, so you can't guard against them.

    Why is an OS any less prone to this? In fact, using a security system (PGP, etc) on a closed source OS is insecure. You don't know if there's a way for processes to read the memory of other processes, or if buffer overruns or other easily audited bugs exist which could crash the system under heavy load.

    This isn't an issue which is based on opinion. The more open the source, the more people who can find bugs.

    Open source doesn't always mean GPL. And even in a GPLed project, the dev team doesn't always solicit code. About all we can agree upon is that open source is source that is readable by everyone.

    An OS isn't the place for strange proprietary code, an OS is the place for well tested, frequently audited, stable, open, and trusted code.


    And, why do we need another OS? Do I believe we've got the best we'll ever get?

    No.

    But, I don't believe some hand-coded closed source, non-protected memory OS is *ever* going to rival what we have. If this was a real protected mode OS, with a decent design spec addressing current concerns, and those of the future, I might give it a little credit.

    But, V2 lacks so many features of what we'd consider a real OS that it doesn't even belong in the same ballpark as MS-DOS, let alone Linux, BSD, and even NT.
  212. Re:Yes... But is it free? by tennisc · · Score: 1

    I don't know why you ". . .can't understand why this project exists. . .", I mean we're just a bunch of humans bossing around a bunch of machines. Why _not_ teach them a new language? Plus it's fun, and you never know where it will go. As for abondoning old machines just because the new shiny ones have arrived, what a waste. Not only can you do lots of things with the older machines and software, but, yet again, it's fun!
    I have a perfectly good 486DX-100 by my desk at work, and I intend to find (for free) more of them in the future.

    --
    They can't kill ya cook ya and eat ya.
  213. Re:wow, amazing... by Anonymous Coward · · Score: 0

    I don't get it either. When did the goal shift from hacking for fun to 'make linux own the world'? This is their toy ladies and gents. This is their particular strange twist of thought and slamming them for not writing 'killer linux apps' is ridiculous. Let the hackers hack. The rest of you, quit whining and LEARN to hack. --Ruhk (I can't find my friggin' password) PS: I make no claim to be a hacker. I can only wish.

  214. Re:Assembler is the future - no joke! by Anonymous Coward · · Score: 0

    Future algorithms will be coded directly in reconfigurable hardware.... (data flow architecture and so on - no hardwired commands!)

  215. umm, hell yeah by Anonymous Coward · · Score: 0

    I love v2OS and I have only been using it for a day. I think it kicks ass how streamlined it is.

  216. Re:OPEN SOURCE FREE V2 OS by Foobaz · · Score: 1
    He's just showing a little humor. This guy makes me crack up almost as much as the naked & petrified guy did. If you want /. to be all serious, browse at a threshold of 2.

    opensourceman, keep up the good work! Maybe sometime when i have more time on my hands i'll join your project and create an open-source Katie Holmes!

    Oh baby...

  217. Re:Yes... But is it free? by _PaCiFiC_ · · Score: 0

    nice touch ;)
    btw, nice page you have

    'BE the difference that makes a difference' - JEWEL

  218. Why bother? by atam · · Score: 1

    Why bother creating another free OS when we already have FreeDOS? FreeDOS is free, open source and has the huge advantage of able to use (most) DOS applications and development tools.

  219. Re:News for nerds... by delmoi · · Score: 2

    I have to agree with the poster before you. These guys arn't claimnig that they wrote an OS to try and take over the world, displace QNX, or crush microsoft. All they did was write a little OS. Obviously, if they cared about portablity, or whatever else, they wouldn't have done it.

    . The readers of Slashdot expect more.

    Exspect more from what? does every program ever writen have to comform to you exacting standards? If you don't want it, don't download it. No one is forcing you to.

    --

    ReadThe ReflectionEngine, a cyberpunk style n
  220. How about a new 386? (don't laugh.. yet) by Macphisto · · Score: 3

    I've been thinking about designing a reference implementation of an 80386 motherboard, one that actually does things right - hardware that puts the processor into 32-bit protected mode *right* *away*, minimalistic yet functional boot PROM similar to Sun bootproms on Sun3+, clean hardware design, multiple bus support - add to the list. What first got me thinking about this was Ingo Cyliax's CS335 workstation, a homebrew 68030 motherboard with an ISA bus and a Minix port. Essentially, a somewhat PC-compatible 68k machine. This is the coolest thing I've seen in a long time - an open motherboard design with schematics and all else freely available. Granted, it's limited and not particularly fast, but it still is worth looking at. There was a similar project that involved building an NS32535 machine, called the pc532. It's supported in NetBSD and (possibly) OpenBSD. I'm not naive enough to suggest that a home-grown motherboard design could ever be fabricated economically, but the fun part would be designing it and perhaps porting Unix to it while the machine is running on a circuit-level simulator. That's close enough to the real thing for me (I don't look forward to trying to debug problems on a five-layer PC board, do you? :-) Flame and moderate away, but at least give some thought as to what "open source hardware" could be. Wouldn't it be satisfying to have had in designing a well-engineered x86 workstation (Sun 386i comes to mind, amongst others), built from cheap parts but free of the insanity of Wintel architecture? Dreamer.. you're nothing but a dreamer.. :-)

    1. Re:How about a new 386? (don't laugh.. yet) by Yarn · · Score: 2

      If I were you I'd look at ARM chips. They're still quite cheap, and use less power.

      --
      -Yarn - Rio Karma: Excellent
  221. Wow by Johan+Veenstra · · Score: 1

    This must be the first OS I downloaded within one second :-)

    0.27 seconds to be precise....

    Johan

  222. Oh great.... by kramer · · Score: 3

    A operating system named after an often errant WWII era Nazi rocket. I propose the next major OS be named Hindenberg.

    1. Re:Oh great.... by GregWebb · · Score: 2

      Erm...

      The V2 was a rocket, no problem. The V1 was far closer to a cruise missile in princinple - basically, a pilotless plane - and was powered by a pulsejet IIRC. Could be defended against to some degree, partly as you could shoot it down more easily than with a rocket but partly because you could fly a big, fast plane alongside it and tip its wing to make it spin off to the side.

      Greg

      --

      Greg

      (Inside a nuclear plant)
      Aaaarrrggh! Run! The canary has mutated!

    2. Re:Oh great.... by Maurice · · Score: 1

      The V2 actually did a lot of damage to England during WWII. Sure, it was not that accurate but it worked. A very similar design is still used today as the Scud missile (the ones Iraq fired against Israel during the Gulf war). Also, IIRC, the V2 was one of the first rockets to reach the upper atmosphere (about low Earth orbit altitude) and take video footage of the Earth.

    3. Re:Oh great.... by Ashen · · Score: 1

      Most of the United States and Russia's space rockets were based on the V1 and V2 rockets. Both countries borrowed scientists that had formerly worked in Hitlers space and rocket programs. W. on Braun I think was the name of the guy the United States took back and employed in our own programs. What all this has to do with an x86 assembler OS, I know not. :-) Maybe they will market it to Nasa and have it control some super secret Mars probe lander thingy and make it actually secceed! Or something.

    4. Re:Oh great.... by Anonymous Coward · · Score: 0

      And that is why the Third Reich is like Microsoft. They valued "time-to-market" over producing elegant, bugfree products.

  223. Re:Does it do anything to my current OS? by Anonymous Coward · · Score: 0

    I've tested it myself on such a computer. It's loaded off a floppy, residing in memory. It didn't do any harm to my machine, even though it has the possibility to do harm by formatting your hard drive partition into v2os format, but that's only if you tell it to.

  224. Re: . . . by Anonymous Coward · · Score: 0

    Have you looked at his user page? It looks like somebody with moderation points has been derating his articles.

  225. oh my by Anonymous Coward · · Score: 0

    posts like like make me hard.

  226. Re:Yes... But is it free? by luge · · Score: 2

    It may be RT, but for x86? Who wants to run an OS like that (granted, such OS's are important and necessary) on that kind of chip?
    ~luge

    --

    IAAL,BIANLY

  227. not for me by Anonymous Coward · · Score: 0

    its not slashdotted here... but is kinda slow

  228. Re:Quick show of hands... by develop · · Score: 1

    Alright - I admit it - first command I typed in after help :)

  229. Re: . . . by Anonymous Coward · · Score: 0

    Woo hoo!

    About time.

    When I'm moderator, I don't do any work! I just run my perl script that automatically seeks out his articles are marks them as overrated.

    If an AC posted the above, it would've been marked as offtopic in seconds.

    Someone needs to reprogram that bot so that it knows you don't use vi to write binary.

  230. Re:wow, amazing... by John+Whitley · · Score: 1
    1. IMO, The Star Wars Crap Made Out of Legos is clearly some of the most interesting and best made of the new generation of Star Wars Crap.
    2. The mark of a good operating system is not "tight code" but "tight design." What follows is a list of design points, with OSes having interesting solutions in parentheses where relevant.
      • Does the kernel manage system resources properly? [Win9x and MacOS What security model does the kernel present? [EROS]
      • Does the kernel manage time well? N.B. "Time" means both "latencies" as well as "handing events and doing work over time." [BeOS]
      • What namespace abstraction is presented to software in a system and/or to a user of a system? [Plan 9, Lifestreams]

      And the list goes on... but this should get the idea across. While this system may be free, what does it offer that the community needs?

  231. Why not just call this site LinuxDot? by Anonymous Coward · · Score: 0

    Goddamit, why not just start calling this website LinuxDot -- I know I will from now on. I use Linux, love Linux, play with Linux for hours at a time, but why can't we just sit back and say: Hey that's a pretty cool hack. "I bet I wouldn't have the foggiest of premonitions on how to begin doing something that work/skill-intensive." But nooooo...the first little idea that pops in our minds is, "It's not Linux, it's not for the cause, I must criticize this", because we ALL know that using Linux is just about the same as BEING Linux Torvalds, so of course we can criticize anything that comes down the pike without the Happy Penguin Seal of Approval on it. Bah. LinuxDot from now on. Boo LinuxDot.

  232. Writing C programs in ASM... by MenTaLguY · · Score: 1

    How hard would it be to write a million line C program in asm ?

    Axiomatically, it's impossible. A million-line C program would have to be written in C, just as a million-line asm program would need to be written in asm.

    ... or did you mean write an asm program that is the functional equivalent of a million-line C program? *grin*

    --

    DNA just wants to be free...
  233. Someone moderate this up!! by Anonymous Coward · · Score: 0

    .

  234. Re:Fast my ass.. by mOdQuArK! · · Score: 2

    Are you referring to the Synthesis operating system designed by Henry Masselin for a dual-processor 68xxx machine? I read his thesis as part of my graduates studies - VERY cool ideas - so many of them, in fact, I could hardly believe they all came out of the same person. I have a copy of his thesis somewhere on one of my bookshelves...

    Last I heard, he was working in R&D somewhere & trading piggy-back rides w/his coworkers (no, I'm not kidding about the piggyback rides). I think there is a small group of researchers collaborating across the world trying to figure out all the ways they can use the ideas that he implemented.

  235. mirror site by slakhead · · Score: 1

    can someone mirror that site possibly?

    it is extremely slow!
    i would but i don't have enough space...

  236. Use for assembler by Kinthelt · · Score: 1
    I get a kick out of everybody on here bashing assembler. "Why don't you use a portable language?" they ask. Well, how are you going to compile a C program on a new chip if there are no C compilers written for it?

    Hmmmm... I guess you'll have to write a compiler then. And how do you do that? Use assembly language. Most compilers out there translate source code to assembly then use a native assembler.

    So assembly isn't dead. It's just hidden.

    --

    "Evil will always triumph over good, because good is dumb." - Dark Helmet (Spaceballs)

    1. Re:Use for assembler by sterwill · · Score: 3
      Actually, these days, it's rare to write the only compiler for a new platform in assembly. It's very time-consuming. Most compilers (for new platforms) are developed as back-ends for existing compilers; cross-compilers are used to create the native compiler excutable for that new platform. Of course other binary utilities are needed to make the round trip. GCC is, to my knowledge, the most ported compiler in use today, and Cygnus has done plenty of this sort of work.

      Of course intimate knowledge of the new platform's architecture (including its assembly vocabulary) is required to write an effective back-end to the compiler, but little application development is done in pure assembly. Browse through the GCC source tree some time.

      --

    2. Re:Use for assembler by paul+r · · Score: 1

      Ever hear of cross compiling? You just need to know what the target instruction set is and have the backend of your compiler spit some of that out. It's definitely useful to have some familiarity with assembler but it is a lot less useful that it once was.

  237. Re:News for nerds... by Anonymous Coward · · Score: 0

    I remember using Phil Karn's stuff under DOS, but how did userland networking work under Linux? Was there a character special file for the NIC you just had to read/write raw IEEE 802.x frames on?

  238. Re:extremely tiny ELF programs (was: why asm?) by *borktheork* · · Score: 1

    Many compilers don't generate programs smaller than, say, 4-6k for FILETYPE LIMIT reasons. A stripped down image with just a ret instruction still needs room for header tables etc.

    For a really funky ELF asm experiment, read the following (believe me, it's worth it)..

    http://www.muppetlabs.com/~breadbox/software/tin y/home.html

    --
    *borkborkbork*
  239. The problem with variety by Tokyo+Joe · · Score: 0

    I havn't checked to story yet (/.ed) but I wonder if the world needs another OS.

    Currently we are strugling to get Linux taken seriously (people in the lame NT world think an app runnig on RedHat needs to be ported to Debian!) even though Linux appears to be out selling the Mac, quiet an achievement for something that can be had for free...

    So, with Linux approaching real market share, do we want to fragment, not into distros, but free OS'es? I have seen requests to Open the Amiga OS...

    In my view Linux need shelp to push on, we need at least 35% share, and no more unless we want to become the mainstream. I like being a well know underdog, thats why I can't programm on windows :o)

    --
    Tokyo Joe
    1. Re:The problem with variety by Zagato-sama · · Score: 1

      What Linux is _now_ is irrelevant. It started out as what? A personal project by Linus to make a unix like OS for a 386 as he couldn't afford a commercially licensed one? What if someone had told Linus that he is a fool and should stick to Minix? (Or whatever else was floating around that time) Our NT hating friend believes that no new operating systems have the right to enter the market, luring developers from his precious linux. That _is_ the problem. >> "We (Linux) have grown, and it is now our believe that all other projects out there are useless, so we shall label them as foolish ideas as we all know Linux is the way of the future" Sooner or later this will blow up in Linux's face, a lot of BeOS users have already been alienated by Eric Raymond's comment a few months ago. If this trend continues then sooner or later a chunk of Linux's developers will pack up and leave. I certainly wouldn't want to be part of a movement that dictates what I should and shouldn't do.

    2. Re:The problem with variety by NovaX · · Score: 1

      And I 100% agree. However, you said the reverse, or my understanding was of the reverse, that BSDs tried to monopolize to a single OS, where Linux did not. Here, you failed to say whether that was a correctly understanding, or not, though said the "one world" mentality was a major thorn in Linux's success.. which would imply that your origional post was either incorrect or badly phrased.

      --

      "Open Source?" - Press any key to continue
    3. Re:The problem with variety by Anonymous Coward · · Score: 3

      Umm... what if Linus had said this back in '91? "Oh, we have MINIX, Hurd's coming soon, and DOS isn't _horrible_. I won't bother." Oh yeah, and why should Linux have 35% market share? While free software can be an answer for everything, Linux is not. Nor will any one program ever be. Stop supporting Linux for being an underdog, and start supporting it for a real reason. There's lots.

  240. A 1999 version of DOS? by Mr+T · · Score: 3
    This has been done hundreds if not thousands of times. I don't think anyone is bashing these guys so much as taking issue with the claims and the attention that this is getting. Anyone who has ever developed a decent sized application on DOS essentially wrote their own OS. A friend and I even did a similar project in about 1989, we operated under the philosophy that a) assembly was fast, b) the proper way to design an OS is to "start at the boot sector" (that's what you do when you're 16) Sure enough, we got it to boot and run, you could even run little assembly programs for it. It did everything DOS did except run DOS applications, what fun it was. Ours was pretty fast too, I take exception to their claims that they made the fastest OS ever. They need to get in line because not just did I write a pretty damn fast OS, but I wrote the world's fastest "hello world" to run on it! They haven't done anything that is terribly significant. There are tons of these projects, lot's of people have done it before, they just put together a fancy web page and are trying to get some hype. Hell, man, you should see the UNIX kernels I wrote in college. Y'All Nix was my favorite. (Y'all is the plural of "You" in case you were wondering) Man, I got an A on the project and had a mountain of fun, lemme put together a webpage and let you all download it... I'll also put up NachOS in case you guys want to get really giggy with it, these are new OSes baby and they are protected memory, multitasking, the whole nine yards. Y'All Nix even comes with my own shell.. It's just like bash only really really really light weight so it runs *fast* beause it's not so bloated. While I'm at it, I wrote a few compilers in college too...

    The OS isn't too exciting on its own. If they invented something new then I might be more excited or more willing to give them some more credit. Woop-dee-doo, they wrote a new version of DOS. Let me be the first to thank them for their work and congratulate them on this awesome accomplishment.

    Seriously though, since the 1990's began the OS has moved from a blackbox produced in the white tours down to something your motivated hacker can reasonably get started in his spare time. There are a bunch of projects on the web, most aren't significant. Some might be. As a whole we no longer rely on IBM, Apple, Microsoft, etc. to provide the OS as they see fit to provide it for us. This is good. The next step is to start innovating, creating, and advancing the science. There are enough projects out there that hopefully some of them will start to become technology test beds rather than knockoff projects and recreates. If we were to put Linux, BSD and eventually maybe Hurd on the top of the stack and call those our production kernels, then we can use V2, EROS, ReactOS, Fiasco, GNUMach, L4, and all the others as testbeds to create new ideas and try new things out. Then I could say, congratulations to these guys and mean it. Unless they have some other plans and this is just the 0.01 release, it looks to me like they are trying to get to where DOS was about 20 years ago and they are still a little bit short of that goal.

    --
    This is my signature. There are many signatures like it but this one is mine..
  241. A good step by Anonymous Coward · · Score: 0
    With software bloating ever more, I appreciate any attempt to code small, simple, efficient, straightforward programs. A tiny & fast OS is a good thing.

    Such a small OS is one step toward what I want: minimal yet functional OS, file system, TCP/IP stack, GUI, audio, and Java. Get all the fluff out of the way!

    When form follows function, if form is beautiful then function is ideal.

  242. Re:yeah, I see what you mean... by Anonymous Coward · · Score: 0
    because linux is THE operating system, investing time in anything else would be a waste.

    No. Waste of time is a waste of time, regarless of Linux.

  243. Re:News for nerds... by GregWebb · · Score: 2
    The OS is the one part that *must* be open source. If it's not, the whole house of cards might as well be built on prime Florida landfill.
    Come on, this is opinion, not fact.

    If you say that you never want to work on a closed source OS again, that's your business. If you say that you don't ever want to use a closed source OS again, ditto. But to say that it's entirely impractical to develop a closed-source OS is ludicrous.

    Whatever your philosophical objections may be to closed source, if the system and interfaces are properly documented then there's very little (if any) potential gain from having access to the source. Or, to put it the other way round, giving access to the source doesn't excuse a lack of documentation as it requires that a programmer read through and comprehend the relvant source modules to code, rather than simply being able to look it up an a reference manual. With the many millions of lines of code a modern OS contains, that just isn't sensible.

    And, why do we need another OS?
    You seriously believe that what we have now is as good as it can ever get?

    If you want to improve the art of computing, you need to start somewhere. You could sit on your work until you've got something that can beat everything else and so will clearly win out, but that's not very sensible. A better idea is to release your developments periodically to help attract interest and developers. That way, you stand a far beter chance of ending up with something good down the line.

    Whether anything will eventualy come of this is entirely open to debate. But I commend them for trying and the world would be a poorer place if no-one tried this sort of thing.

    Greg
    --

    Greg

    (Inside a nuclear plant)
    Aaaarrrggh! Run! The canary has mutated!

  244. Optimized by MarkKomus · · Score: 1

    I can't check out their site yet, but having just completed a class which was dealing with pipeline optimizations, if they took those into account?

    Having seen what modern processors do I would definatly not want to try to write a large assembler program let alone a whole OS.

    Mark

  245. you just don't get it.....do you by Froggy-Jack · · Score: 1
    Many of you seem to be missing the point here. This seems to have been written as a fun project, like one we all have wanted to do. Go out there, try it, and then forget about it.

    And remember, Linus wrote Linux for fun also!

    --
    norp norp bzzt fzzzzt
  246. Aaaaaargh! You just don't get it! by Rev.ViRTUE · · Score: 1

    Sometimes I just despair.
    Look at all of you, pontificating, arms outstretched in righteous indignation because your views have been overlooked.

    Well, I have a message for you: Shut it.

    Firstly, the OS is Free. Free does not mean open.
    Free means 'gratis' or 'given away at no cost to the customer' NOT 'modifiable', 'open source' or 'related to linux'.

    Right, now we've got that one sorted..

    This next vitriolic outburst goes out to all those debating the need / pointlessness of the entire project.
    Don't bother.
    It's neat. It's something to show your easily impressed friends. It may, even, have a future. Who knows, perhaps some great technological benefit may come of it. Who knows?
    As it is, at the moment it's a great idea (if a little misguided) but wait to see what happens in the future before deciding that you know exactly what's going to happen.

    Also, I'd like to remind you that the most pointless inventions often succeed - who remembers the Dyson Vaccuum Cleaners?
    Completely bag-less, suck up far more dust than normal vaccuum cleaners, but half the dust it sucks up flies across the room when you try and empty the damn thing.

    And, finally: A word from our sponsors:
    Play quietly people. We don't want anyone escaping from the herd, do we now?

    --Nick

  247. V2 OS and JVM... by Anonymous Coward · · Score: 0

    Might be interesting if it came with a 1.2 compatible JVM. ....Andrzej

  248. Re:Hi, I'm AC. I've said nothing rational for 4 da by Anonymous Coward · · Score: 0
    Nobody needs your goddamn permission to write code. Those of us who write code, do so because we like to.
    [...]
    And many of them do. But if they choose not to, it's their time, not yours. Fuck off. Use Linux if you like, that's what it's there for, but don't start making any goddamn demands.

    You probably did one of the best flame of the day on Slashdot. However you're not entirely right ; once V2 is advertised on Slashdot, it is quite right to criticize design choice flaws (namely: 100% assembly). It is also right, even if it is possibly counter-productive & cruel, to burst V2 authors claims such "V2_OS offers more speed, expandability, and hardware control fo adventurous projects and easy programming FOR FREE!", where they claim to do something "useful".

  249. Re:ASM coding - Lookee here! by *borktheork* · · Score: 1

    have a look at the links on this page :
    http://hculinux.cjb.net

    Plenty of asm stuff to get you started and a forum of linux asm people to ask questions.

    --
    *borkborkbork*
  250. Re:Quick show of hands... by Dave+Scherer · · Score: 1

    From http://www.vacets.org/diction/English/H_Engl.txt:

    Halt and Catch Fire

    (HCF) Any of several undocumented and
    semi-mythical {machine instructions} with destructive
    side-effects, supposedly included for test purposes on several
    well-known architectures going as far back as the {IBM 360}.
    The {Motorola} {6800} {microprocessor} was the first for which
    an HCF {opcode} became widely known. This instruction caused
    the processor to {toggle} a subset of the {bus} lines as
    rapidly as it could; in some configurations this could
    actually cause lines to burn up.

    [Confirm?]

    (14 Dec 1995)

  251. pure x86 asm these days ??? by Anonymous Coward · · Score: 0

    Writing in assembly doesn't always give you the fastest code in town. If you do it in C and then compile it with 'pgcc -O6 -fomit-frame-pointer -march=pentiumpro -ffast-math -funroll-loops ...' most times the optimization techniques of PGCC like inlining, loop unrolling, good register use, etc ... (see http://www.goof.com/pcg and http://gcc.gnu.org) , will beat asm hacks.

    1. Re:pure x86 asm these days ??? by Anonymous Coward · · Score: 1

      Hate to burst your bubble, but loop unrolling, inlining and the like *ARE* asm "hacks".

    2. Re:pure x86 asm these days ??? by Anonymous Coward · · Score: 1

      I think you overestimate compiler optimizations. I personally always use them, but I also wirte a few things in assembler, and any decent, and in fact, many poor assembler programmers can esaily beat the pants off of any compiler optimization 99% of the time. (There are some freaky cases, but not nearly enough to make up for it). Assembler is the way to go for absolute speed, sacrificng pretty much every thing else. Nightmare to port, nightmare to maintain, and nightmare to debug. As an example, a professor of mine compared statistics for one of our programming projects. I think his executed count was around 7,000, the average for the calss about 9,000, worst student about 18,000, and the C compiler, on the order of 100,000...

  252. asm is cool by lubricated · · Score: 1

    maybe I can take a look at this. ever since I learned x86 asm I've been wanting to do something with but have been too lazy now it looks like there's an operating system for me to fuck with. cool.

    --
    It has been statistically shown that helmets increase the risk of head injury.
  253. News for nerds... by pipeb0mb · · Score: 4

    OK. This is supposed to be news for nerds, yet, nearly every comment so far has been negative.


    So what if it's 32bit, not Open Source and isn't 'Quake 3 ready'. Its small, fast and free.
    How about checking it out, sending the guys an email, or, just for the hell of it, throw it on a floppy and try it in VMWare. Perhaps some of you 1337 c0d3rZ would enjoy writing some fast clean programs, instead of the library loving crap that is *nix software these days.

    And, lest we forget, 30 year old legacy code is not exactly 'freshmeat'.

    1. Re:News for nerds... by Anonymous Coward · · Score: 0
      OK. This is supposed to be news for nerds, yet, nearly every comment so far has been negative.

      Because it has already done about a dozen times (probably attempted more than 1000 times). Check the 'OS' links from www.tunes.org. There is an abondance of toy-OSes.

      Perhaps some of you 1337 c0d3rZ would enjoy writing some fast clean programs, instead of the library loving crap that is *nix software these days.

      Huh? I strongly doubt for instance that their filesystem is as fast as Linux's one (included in a PhD thesis), or and has a many features as the WindowsNT / Irix one (includind logging). Writing fast but retarded programs is not the way to go, unless you have fucking damn huge reasons to do so.

      It was fun to write, it was a great achievement, but it is not very useful. I would have been more impressed if they had writen an Intercal compiler in x86 assembly.

  254. You're so fucking ignorant by Craig+Davison · · Score: 1

    1. masm doesn't "dump out executables". It creates object files, just like any compiler, that still have to be linked into an executable.

    2. "safety hooks" doesn't make any sense if you're talking about a C compiler. C compilers create no runtime overhead whatsoever.

    3. Executable size is not the compiler's fault. Some contributing factors to a large .exe size:

    - Debug symbols in your object files (This is a major factor)
    - A huge initial stack segment
    - Static libraries linked in
    - Stub code linked in (DOS warning, Command-line parser, etc.)
    - Unnecessary resources linked in (note that in VC, Version Info is put into your .exe by default)
    - Nasty amounts of global arrays
    - The PE format itself

  255. What complete moron would start an OS in x86 ASM? by Anonymous Coward · · Score: 0
    That has to be the dumbest thing in the history of computing. Bound to fail, wont ever amount to anything. History will prove my point...

    Once there was a college student in country in the very northern reaches of europe. his name escapes me. None the less, he was curious about the newly released 386 CPU, and decided to learn about it by writing assembly for it. God-knows-what mental issues this fellow had, but he decided to make his pet project the writing of an entire multitasking operating system.

    Later i hear a bunch of C code was added to the 386 assembly code, but who cares. that was a project bound to fail from the start. I wonder what came of it.... wonder what happened to the guy too, what a complete loser he must be. Wonder if anybody even remembers his name anymore. assembly programming; ha what a joke! he must be sorry now.

  256. Quick show of hands... by mmmmbeer · · Score: 1

    How many of you just had to try out the "crash" command?

    Me, too. :)

    1. Re:Quick show of hands... by GregWebb · · Score: 2

      Reminds me of a story from an old teacher of mine. He was sitting around, bored, in a university computer lab. They'd got a 6800 (IIRC) sitting in front of them, and had noticed it's instruction map was incomplete, so decided to manually load in the holes and see what happened...

      One instruction quickly got nicknamed HCF - Halt and Catch Fire :)

      Greg

      --

      Greg

      (Inside a nuclear plant)
      Aaaarrrggh! Run! The canary has mutated!

  257. Re:Heretic! by Anonymous Coward · · Score: 0
    You do not grok assembly. I would post as an example the 10 line CRC16 routine I used to use for my YMODEM implementation, if I could find it...

    Alright, but was it software-pipelined ?

  258. BIOS OS? by Ignatius · · Score: 3
    I'm astonished that many people here dismiss V2 OS as useless toy without thinking of the most obvious use for a small x86 OS: having a full featured OS which entirely fits into the BIOS flash-ROM. Some applications, that come to mind:
    • BIOS setup (including remote administration)
    • networked system updates
    • backup and restore software
    • a clueful bootmanager
    • tools for doing flash-updates on PCI-cards etc. (i.e. something like /dev/bios)
    • desaster recovery tools as boot-sector restorage and debugfs
    • networked access control
    I wonder if this could give another boost to the OpenBIOS project, as their current code base hasn't gained critical mass yet to allow for efficient and distributed OpenSource development.
  259. Wait a minit! by aheitner · · Score: 4

    There's already a fast, free, all-ASM operating system out there, just looking for project members!

    It's got way more background, and has a much more proven design. Better app support too. It's already got EMACS!!!

    It's called ITS, the Incompatible Timesharing System, and it'll run on your frindly Digital Equipment Corporation PDP-10.

    It became obsolete sometime in the early 1970s when K & R & T rewrote UNIX in C. For all its faults, honestly the new invention is much easier to maintain.

    1. Re:Wait a minit! by David+A.+Madore · · Score: 1

      Seriously, I would like to try that. Now that I've tried UnixV5 on the PDP-11 simulator, I would really like to try ITS on a PDP-10 simulator.

      Unfortunately, for one thing I don't know where to find ITS. More importantly, I don't think any PDP-10 simulator exists (it would be quite difficult to write: first because it's a 36-bit architecture using sign+value representation of signed quantities, and even besides the processor, the PDP-10 had a lot of strange and exotic hardware). So, it would seem, ITS is really down the drain.

      But then, RMS said that GNU was the logical successor to ITS. Cheers!

    2. Re:Wait a minit! by phutureboy · · Score: 1

      Huh. Actually I did work on a Digital PDP 11/70 with some 3-letter acronym OS like ITS or IAS or something. It was a hybrid of two other OS's. But EMACS was out of the question on the DecWriter teletype terminal.

      Anyone have any friggin idea what OS it is I'm talking about?

    3. Re:Wait a minit! by iainh · · Score: 1

      Can This be ported to the VIC 20?

  260. Link to Wired article on Henry Masselin by cpeterso · · Score: 2

    Link to Wired article on Henry Masselin: Qua

  261. Re:4k? by Anonymous Coward · · Score: 0
    >Chad Okere, self-appointed Unquestioned Lord of the internet(TM)

    Actually, I question that chad is the lord of the intertent. And are you TMing "internet" or "self-appointed Unquestioned Lord of the internet"?

  262. Re:4k? by Anonymous Coward · · Score: 0

    you will never see a vc5/vc6 app that is less than 4k, or that matter less than any number that is a multiple of 4k. How do you think the space filler virus works? windows apps are all aligned in the file as 4K chunks.

  263. Re:yeah, I see what you mean... by antiher0 · · Score: 1

    I will not argue about linux... it is indeed an awesome OS, and it's all I use at home. However, I'm having a hard time accepting the fact that people seem to be against the development of something new. Besides, I think the authors of V2 are doing it for FUN. How many people do you know that can say they wrote an OS in pure x86 asm? Probably not too many. I hardly think that the authors intend it to be used as a replacement to linux, but perhaps more as something for people to tinker with... "Check out what I did... poke at it if you want" My hat is off to people who do things to learn I certainly would have no idea where to begin....

  264. Re:wow. by j1mmy · · Score: 1

    Good compilers nowaday can beat human ASM programmers.

    No.

  265. Maybe if the one and only goal is maximum speed... by grappler · · Score: 2

    I can see where it would be useful if all you want to do is squeeze every last drop of speed out of your system, convenience, portability, maintainability be damned...

    --
    grappler

    --
    Vidi, Vici, Veni
  266. This reminds me... by Anonymous Coward · · Score: 0

    What's the difference between assembly and machine code? I recall that one of them is hex and one is binary, but pat that I'm as clueless and lame as the grits guy.

    1. Re:This reminds me... by Mr.+Piccolo · · Score: 1

      Well... no.

      Assembly looks something like this (note this is probably not valid:)

      LDA $EAX,10
      STA 0XFF800000

      The machine code would look more like this:

      100101010010101110011110011101101010010100111100 110...

      Yes, you can translate that to your favorite base, but that's all the computer actually understands. (excepting ENIAC which understood base-10)

      --
      Glückwünsche, haben Sie Slashdot ermordet, indem Sie zum korporativen Druck beugten und Subskriptionen einlei
    2. Re:This reminds me... by vectro · · Score: 2

      OK, the process your C code goes through to get to machine code looks something like this:

      C code -> Preprocessed C code -> assembly code -> machine code -> linked code

      A description of the processes:

      C code. This is obvious. Then we feed it through
      the preprocessor, which deals with all those nasty #defines and #includes. In a small program, this can increase the size of the file by several orders of magnitude.

      After preprocessing, we have preprocessed C code (surprise!) which we then feed to the compiler. The compiler takes all that C code, runs some optimizations on it, tilts it sideways (and lets the dirt fall out), pokes at it, and turns it into assembly code.

      Assembly code is processor-specific. Naturally some programs start here (like the current topic). Assembly code deals with the raw hardware (ie., registers etc.) but is human-readable, to use the term loosely. It is still in ASCII, and contains one processor instruction per line. This is also the last step that allows comments.

      Feeding the assembly code through an assembler yields binary code. This is raw machine code that the processor feeds on. If you are running it inside an operating system, typically it will be encased with some other materials to yield object code.

      Finally, if you are on an operating system and want to make an executable (or library), you link your object code. This notes which shared libraries are required, as well as including the structures for an executable (exe, a.out, elf, etc.) For the most part, all code is linked except for bootstrap code.

  267. What about ExoPC? by jd · · Score: 2

    Does anyone know how V2 compares to ExoPC? It would seem to me that there's as much potential for speed gain in a good design as there is in language choice, and ExoPC is known for being very fast indeed. (As well as being 32-bit, Open Source and Quake 3-ready... :)

    --
    It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
  268. Writing programs for a new chip by Anonymous Coward · · Score: 0

    Actually, when a new chip is developed, the OS and compilers are developed for it in parallel, on a simulator running on an existing (fast) machine, and compiled using cross compilers.

    AFAIK, Digital UNIX and the Digital compilers were running on Alphas when they got their first run silicon back from the fab, since they simulated Alphas on other machines to develop the software.

  269. Re:wow. by Maurice · · Score: 1

    ...because if you use a compiler, your program includes both your mistakes and the mistakes made by the person(s) who wrote the compiler, eh? Twice the mistakes.

  270. OS contest by Anonymous Coward · · Score: 0

    Shouldn't we set up a contest for smallest OS footprint? Much like there seems to be a contest right now for smallest possible web server. The basic idea would be to create an OS that runs quickly on X86 with the smallest footprint. Now, what about requirements? How about: 1. Must be networkable (at least have TCP/IP drivers) 2. Must be bootable from a diskette. Anything else?

  271. Hi, I'm AC. I've said nothing rational for 4 days by Anonymous Coward · · Score: 5


    Some days Slashdot reminds me of a highway, where there is an endless series of rabbits lurking just off the shoulder, quivering and licking their asses to pass the time. They're eager, but they're not very bright and they're not very brave. Nevertheless, a time often comes when one of them gathers its courage, and with a joyously crazed look in its eyes, runs across the damn highway! Splat. Why? Don't ask me, I have a brain. I don't do these things. I don't claim to understand them. All I know is that there are all manner of marginally self-aware vertebrates running around loose on this tired old planet which, for reasons best known to themselves, will occasionally gather all their feeble energy and then release it all at once in a blaze of intense public idiocy. And an alarming number of these critters turn up on Slashdot.


    Now, I hope you don't mind my asking, but what kind of a fucking MORON are you?

    Why waste time on Linux when we've got [A-Za-z]+BSD?

    Why waste time breathing when you could be ramming a goddamn stoat up your fat, stinking ass?

    Why waste time posting mindless gibberish on Slashdot when you could be masturbating to a picture of Linus fucking Torvalds?


    Nobody needs your goddamn permission to write code. Those of us who write code, do so because we like to. If a project "grabs" us, and if we have the time, we do it. Frequently we're "scratching an itch" as the man said, but as often as not, we're just playing. I don't recall ever having seen or heard an actual programmer (not even a drooling imbecile like Tom Christiansen) take the attitude you have. Why not? Because they "get it". Also because if they think more time should be spent working on "useful" projects, they're quite free to spend their own time on such things. And many of them do. But if they choose not to, it's their time, not yours. Fuck off. Use Linux if you like, that's what it's there for, but don't start making any goddamn demands.

  272. Assembler is the future - no joke! by Anonymous Coward · · Score: 0
    Think about it - once computers get smart enough to program themelves, they'll have little need to use our clumsy high level languages (which are intended to make life easy for the programmer, not the system).

    Once humans are out of the programming business - lets say, 60 years, code building AIs will get right back to working close to the metal.

  273. Heretic! by h2odragon · · Score: 2

    ...not the game.

    You do not grok assembly. I would post as an example the 10 line CRC16 routine I used to use for my YMODEM implementation, if I could find it...

  274. yeah, I see what you mean... by Stalemate · · Score: 1

    because linux is THE operating system, investing time in anything else would be a waste.

  275. Re: stoopid topic. by Anonymous Coward · · Score: 0

    Score: 2 (Interesting)???? WTF? how about -1 (Offtopic) The moderators are so high on crack, it hurts.

  276. QNX anyone? by Anonymous Coward · · Score: 0

    Speaking of small OSes, what do other people here thing of QNX (http://www.qnx.com)

  277. Binary translation by Scott+Wood · · Score: 1
    If you're referring to a translator that takes an x86 file as input and spits out a ppc file, that would be rather tough, as it is difficult to know a priori which is code and which is not.

    However, dynamic translation of segments of code as it runs is certainly possible. FX!32 for NT/alpha does this with x86 binaries. I've been working on something to do this for linux (currently x86->alpha, but other sources and targets can be added)... As soon as I can get the code cleaned up I'll put it a public CVS server.

    1. Re:Binary translation by mcc · · Score: 1

      i posted this reply once already, but it never appeared:

      i didn't mean so much translating raw binary machine code as translating the assembly language code (you could maybe disassemble binaries but i don't know how useful that would be). At least there you kinda know what is code and what isn't, as well as some other random inforation that i don't know about because i've never written assembly.. should be a great deal easier than pure totally-compiled binary. I dunno.

      The advantage of this over a simple processor emulation type thing is that it is much, much quicker, since the work isn't done at compile-time. The disadvantage is that it's almost useless. I mean, how many open-source assembly language products are there? At the least though it would be a nifty hack, and would mean maybe that i could run Second Reality on my mac. :)

      Good luck with the x86->alpha thing.. as any mac user will tell you *cough cough* 680X0 *cough* having to emulate a different processor in almost everything you do is a signifigant problem; but it works much better than nothing at all. Why haven't FAT binaries caught on in the linux world..?

    2. Re:Binary translation by Scott+Wood · · Score: 1
      As long as the assembly is "well behaved," it should be possible... It won't work with self modifying code, but that's not used too much anymore anyway. But, as you point out, the most interesting (at least, to me) targets for translation are only available as binaries.

      As for fat binaries, they're OK when you only need to support two architectures, but can you imagine the size of a netscape binary with support for nine architectures? Also, most linux software is available as source which can be recompiled.

  278. just to clarify... by Stalemate · · Score: 1

    I was being completely sarcastic with my "yeah, I see what you mean post"

    Looking back, that might not have been clear.

  279. It seems like it was written for fun by BradleyUffner · · Score: 1

    This OS seems like it was written purly as something fun for the authors to do. They pulled off an amazing thing, writing it all in ASM, and they wanted to share their accomplishment. 99% of the coments I read here are negative, why not praise them for what they managed to make in pure ASM.

  280. Offtopic? Yup. by Signal+11 · · Score: 1

    Yes, is is kinda off topic. But this OS was never meant to be mainstreamed... it was a project. I thought nothing notable would be contributed to this thread, so I threw this comment in there to give bored late night /. readers something to muse over. Besides, I plug the Hacker Dictionary every chance I get - it's right next to HGTG on my bookshelf.

  281. "It's not portable!!"... *sigh* by Anonymous Coward · · Score: 0

    Sure other operating systems are portable.. But how many people don't have Alpha 5000 zillions and 5555 gig RAID hdd's and stuff. What about those people? An OS in assembly is faster, cooler, and a hell of alot smaller. "1m g0nn4 h4x0r j00 1n70 l1l' ph3153z" --llama

  282. wow, amazing... by fvzappa · · Score: 2

    I love it... these guys write this incredibly tight code, and all you guys can do is slam it because it's not portable, because it's pointless, because it's not Linux. Yet you seem to like Star Wars crap made out of legos...

  283. Possibly nice.. by Anonymous Coward · · Score: 0

    for learning to create kernels and learning how everything interacts. But I would much rather have energy spent on something like TUNES (www.tunes.org). There are plenty of traditional kernels out there (not to mention Linux, *BSD). RXDOS is completely asm also (not that it has the features of this kernel.. but still). Unix/DOS and mixture kernels are getting old.. why not do something completely new?

  284. New Meaning... by NoWhere+Man · · Score: 1

    Gives new meaning to the words: "Boot from Floppy"

    Gonna try this sucker out

    --

    "Imagination is the only weapon in the war against reality." -Jules de Gautier
  285. ASM and OS's by DrMaurer · · Score: 1

    I don't see what's wrong with another OS. Isn't competition good? Oh yeah, I forget, only when it's linux.

    Flamebait? No. Just responding to other posts, all in one convienient package.

    Another tidbit, BeOS uses some ASM coding "when we need the speed." ASM is not unheard of in other os's.


    have a good one

    --
    Dan
  286. Somewhat off topic... by Anonymous Coward · · Score: 0

    So, XMMS plugins work on Winamp now, and vice versa? No, didn't think so.

  287. Perl GNU by Anonymous Coward · · Score: 0

    What Perl/GNU thing?

  288. Oh please... by Anonymous Coward · · Score: 0

    Irix and Solaris are not opensource, how are they suffering? Both are 64 bit unixs which preform and scale incredibly well.

    1. Re:Oh please... by Anonymous Coward · · Score: 0

      The supercomputer companies had 64-bit Unixes a decade ago. And more.

  289. haha by Anonymous Coward · · Score: 0

    win98 is kicking linux's ass right now in terms of games. you have quake3 and civ2. forget unreal tournament, after reading the general opinion here about having you download binaries I would have said "well fuck you then" and released only win32 binaries. Its like you would never have to download a required update anyhow.

  290. not exactly true by cheese_wallet · · Score: 1

    cross platform compilation, if not exactly common place, can be done. I think doom or quake or both was/were developed on a NeXT, not too sure on that though.

  291. Get the boot disk at OnShare by spludge · · Score: 3

    http://www.onshare.com/filelist.jsp?dirid=19014&gu est=true If the web site is down I shared the bootdisk on OnShare.

    1. Re:Get the boot disk at OnShare by spludge · · Score: 1
      Get the bootdisk

      Whoops.. there's the link.

  292. 32 bit code... by Anonymous Coward · · Score: 0

    It says it's written in 32 bit code, therefore your 286 won't run it.

  293. Asm owns all. by Anonymous Coward · · Score: 0

    screw you hll wussies, i'm addicted to asm and proud of it!

  294. SkyOS by xengren · · Score: 1

    Another interesting project: SkyOS.

  295. Re:Hi, I'm AC. I've said nothing rational for 4 da by Anonymous Coward · · Score: 0

    HA! That is one of the funniest postings yet. Very nice.

    As a sidenote your points are very true indeed.

  296. Re:wow. by osu-neko · · Score: 1
    >>Good compilers nowaday can beat human ASM programmers.

    >No.


    Well, good compilers can beat some human ASM programmers. Of course, they'd have to be incredibly bad human ASM programmers...

    --

    --
    "Convictions are more dangerous enemies of truth than lies."
  297. Thanks! by Imperator · · Score: 1

    to you and to the AC above.

    --

    Gates' Law: Every 18 months, the speed of software halves.
  298. No PowerPC port yet? by guacamole · · Score: 1

    As soon as they finish I will port it to my Mac ..

  299. Thankfully ACs arn't Moderators by Felinoid · · Score: 1

    Leave the moderating to the moderators.. gezzz
    VI and a toothpick :) hehe
    Anyway it's kinda related.. similer effort from an older time.. and it's kinda cool :)
    Personally thies efforts are neat.. Lunix for the Commodore 64 has a specal place in my heart.. shure I can't use the 64 as a Unix workstation but the whole idea of putting Unix on such an old computer is cool.
    All of thies reduced efforts are kinda neat and remind us that operating systems don't have to take up 16 meg ram and 1 gig HD.
    We shall see if this heads anywhere..
    Maybe once it's done we can port it to wearables [many of whom do use Intel chips] or port to other chipsets...

    --
    I don't actually exist.
  300. Weirdos! by jamesbently · · Score: 1

    Too many of you alleged 'nerds' have to learn that assembly language is WHERE IT IS AT; a core kernel of whatever design written in hand optimised assembly will rear up and piss all over the gooey mess which comes from the rear end of an optimising compiler 100% of the time! So what if it isn't portable? Its SMALL ENOUGH to rewrite! Its probably more secure than openBSD too ...

    1. Re:Weirdos! by -Animal- · · Score: 1

      Don't talk if you don't know WTF you're talking about. ASM owns you and you're just too afraid to admit it.

  301. Because there is no point in ... by Anonymous Coward · · Score: 0

    ...writing an entire system or application in x86 assembly these days. Ever see what a good C/C++ compiler can turn out (even *gasp* MSVC?) Unless you're writing a software 3D rasterizer or specialized SIMD-targeted DSP-style application, you're only wasting brain cycles by using assembly. The 6502 is dead, get over it already.

    1. Re:Because there is no point in ... by Cameroon · · Score: 1

      Who said there had to be an applicable point. Sheesh, must everything today be done for some sort of market gain or to outdo something that's been done already? Compilers are good at what they do, why does that mean someone can't undertake a project to learn?

      And what's wrong with exercising one's brain? Why is it that people are so ready and willing to say "But it has no point!" or "It isn't increasing the share of xx!" Who cares. It's an interesting thing they've done, OSes (even simple ones) are not easy.

      It's so unfortunate that doing something to do it is disdained these days. I've got to say, the overwhelmingly negative response to this on /. is depressing.

      Chris

  302. Does it do anything to my current OS? by Anonymous Coward · · Score: 0

    So will this do anything to my computer running Win98. Does it just reside in memory only, ready to disappear with the next restart?

  303. Re:Maybe if the one and only goal is maximum speed by Anonymous Coward · · Score: 0

    not just speed. asm programs are *at least* always twice as small as compiled programs.

  304. V2 OS by vegas · · Score: 1

    Assembler/machine language is alive, well, and thriving in your monitor, keyboard controller, car computers, microwave oven, TV, VCR, stereo, modems, etc. In short, there is a large subculture out there using nothing else.

    I started on 8080 machine language. Yes it can be ugly but making it work can be a real thrill. Kudos to those who can pull off an OS using it.

  305. Portable OS? Not likely. by Mock · · Score: 1


    Maybe once it's done we can port it to wearables [many of whom do use Intel chips] or port to other chipsets...

    You should have actually *read* the developer information.

    I did.

    This OS is hopelessly tied to the x86 and Standard (PoS) PC Architecture (you know, the one with the crap bios and the incredibly S-T-U-P-I-D partition table scheme and ridiculous realmode - yes, you *still* need realmode to program some of the PC hardware - and protected mode environments, not to mention that pathetic excuse of an interrupt system, I mean come on! Do we really need to cling to those outdated PICs anyway?)

    ...

    But I digress...

    I must admit that an OS as tiny as this is a wonderful feat, but unfortunately it is stuck with the 386+ PC architecture, and contains a fair number of outdated notions (such as holding on to the 3 char extensions for some odd reason), setting the maximum number of files a disk can hold at format time (instead of just growing the file index table from the back of the partition or some other clever scheme that wouldn't cost in access time), and a few other things.

    I've also noticed a fair amount of pollution in the system32 services for fairly frivolous things, as well as a seeming lack of vision for the future in their design.

    But these are only minor anoyances that we all live to deal with because those of us who could do better usually just can't be bothered.


    Anyway, getting back to the topic at hand, don't expect to see V2OS in anything other than a 386+ PC.

  306. Re:Yes... But is it free? by delmoi · · Score: 2

    Personally, I can't understand why this project exists. Speed? Hardware is fast, it's always getting faster, and existing operating systems are as fast as you make them. Being the speed king matters for all of 7 months, when Intel releases a new revision of their processor that negates all your hard hacking. Well, if they're having fun writing it, I guess it has a place.

    Uh, for fun?

    --

    ReadThe ReflectionEngine, a cyberpunk style n
  307. geeks sucks by vedge · · Score: 1

    It think that comments like that (being negative and stuff) could be very destructive to this kind of project. Why don't be a little more constructive and mature of course.

  308. 4k? by delmoi · · Score: 2

    I don't know about vc6, but vc5 defaults to 4,096 bytes. For a standard console prog, I need to write quite a bit before it gets over 4k. Strangly, however I've never seen it get less then 4k.

    When you make a windows program, you're going to have to put in *a lot* of code to manage windows/etc

    --

    ReadThe ReflectionEngine, a cyberpunk style n
  309. Outselling the Mac? Was:The problem with variety by alannon · · Score: 1

    Saying that Linux is outselling the Mac is no more relevant than saying that Netscape Navigator is outselling the Mac. Both of them can be had for free and both of them will run on the Mac. There are a growing number of Linux distributions for the PPC that will run on Apple Macintosh's, for example, LinuxPPC, Yellow Dog Linux and Turbolinux.

    I don't have any hard numbers, but I strongly suspect that the number of people using a Mac as their primary OS outweighs, by far, the number of people using Linux as their primary OS. (Primary being the one they spend the majority of their computing time using).

    Anyways, this is comparing (no pun intended) apples to oranges. Someone running NT on their computer is one person who's NOT running MacOS. The same is not necissarily true for Linux. (I run MacOS and Yellow Dog Linux on my G3 Laptop)

  310. Comment removed by account_deleted · · Score: 3

    Comment removed based on user account deletion

  311. Fast my ass.. by Weezul · · Score: 4

    It may be writen in assembly.. and they may have put some effort into optimising it.. but I doubt they have put they have put the kind of effort that some other people have. There was one project a long time ago where this guy wrote a microkernel which used self modifing code (well actually just higher order functions) to beat out all the monolithic kerenls---instead of giving you a file handle it gave you a whole set of functions which were optimised for the way you opened the file. I think the guy achieved an order of magnitude speed increase. The coolest thing about this aproach was that most of it could have been done in a high level langauge that supportted higher order functions.

    What this all means for this guy is: Assembler is not the answer to over all high speed.. compilers which allow you to take advantage of self modifing code in a structured way would be the really fast solution. Unfortunatly, people generally do not add higher order functions to fast imperitive langauge like C.

    I should mention that there may be a programmer time cost associated to using these sorts of tricks in an imperitive langauge, but the functional langauges which allow the programmer to seamlessly take advantage of these things generally have other compiler problems, but it is possible that one day the functional programmers will langauge at how slow everybody elses code is because their compilers can do tricks like this and everybody else has to do a lot more work to get the same things.

    Jeff

    --
    The Christian religion has been and still is the principal enemy of moral progress in the world. -- Bertrand Russell
  312. Re:wow. by Anonymous Coward · · Score: 0
    No? You're going to hand optimize tens or hundreds of thousands of assemby instructions for an eight-plus segment superscalar pipline?

    Sure thing brother, keep dreamin.

  313. Can't see others Karma anymore :( by delmoi · · Score: 1

    This kind of changes things, but I guess now we won't have people complaining about 'karma whoreing'. or whatever. I mean, after you get 30, who really cares?

    --

    ReadThe ReflectionEngine, a cyberpunk style n
  314. Assembly language is the Java of 1999 by heroine · · Score: 2

    If Java was the language of 1997, Visual Basic the language of 1998, then assembly language was the language of 1999. Everyone's writing in assembly these days probably because we've seen the age of large monolithic applications come and go. Today's marketing craze is small size.

  315. This is good! by Anonymous Coward · · Score: 2

    Why are you bashing this?
    It isn't going to take any market share from linux.
    Besides, it's always good to have small, fast OS's... when all of you are thinking about wickedly fast programs on your P6's, I'm thinking about running wicked demos on my 486/33. I'm thinking about true assembler programming... giving the CPU direct opcodes instead of reffering to things that refer to things that refer to .h files...
    Linux is great, but i'll always appreciate a true, lean OS.

  316. Uses for it. by underbider · · Score: 1

    Well there may still be uses for it. For instance, going back to that FREEVMWARE that was slashdoted a few days ago. They mention that they had to code their own little OS to test their code. This seems to be the perfect little OS to test and develop FREEVMWARE on/with. There is always use for some thing new.