Slashdot Mirror


Adobe Releases C/C++ To Flash Compiler

SnT2k writes "Adobe recently released the beta version of Alchemy which compiles C/C++ code into AS3 bytecode (which runs on AVM2) that can run on the Flash or Flex platform and boasts increased performance for computationally-intensive tasks (but still slower than native C/C++). It was demonstrated last year during the Chicago MAX 2007 to run Quake. A few months later it has been demonstrated to run a Python interpreter and Nintendo Emulator. One interesting tidbit is that the thing is built upon the open source LLVM Compiler Infrastructure."

216 comments

  1. Still no contact info, so I'll post here... by TheRaven64 · · Score: 5, Interesting
    On the off-chance that someone from Adobe reads this:

    I've been interested in this idea since the presentation at the LLVM dev meeting. I'd be interested in extending clang to use the native ActionScript object model for Objective-C objects, and adding a GNUstep back end to use the native flash drawing primitives so that we can easily port Cocoa apps to run in a browser. Unfortunately, there was no contact information listed anywhere on the presentation or on this site, so I haven't been able to get in touch with anyone at Adobe Labs about this.

    --
    I am TheRaven on Soylent News
    1. Re:Still no contact info, so I'll post here... by moderatorrater · · Score: 5, Funny

      And I'd like a pony.

    2. Re:Still no contact info, so I'll post here... by davester666 · · Score: 5, Funny

      Why does everybody as for a pony, but not a stable to keep it in, or food to keep it alive?

      Does Pony meat taste that good?

      --
      Sleep your way to a whiter smile...date a dentist!
    3. Re:Still no contact info, so I'll post here... by Anonymous Coward · · Score: 3, Funny

      Why does everybody as for a pony, but not a stable to keep it in, or food to keep it alive?

      Does Pony meat taste that good?

      Don't look a gift horse in the mouth.

    4. Re:Still no contact info, so I'll post here... by Anonymous Coward · · Score: 1, Interesting

      Actually yes. It's pretty yummy.

    5. Re:Still no contact info, so I'll post here... by luder · · Score: 2, Insightful

      Well... There's always porn.

    6. Re:Still no contact info, so I'll post here... by Anonymous Coward · · Score: 0

      Pony porn?

    7. Re:Still no contact info, so I'll post here... by larry+bagina · · Score: 1

      cappucino / objective j could probably be ported. The objective c model differs from javascript in some ways. You can send a message to null for example.

      --
      Do you even lift?

      These aren't the 'roids you're looking for.

    8. Re:Still no contact info, so I'll post here... by Anonymous Coward · · Score: 3, Informative

      I believe this goes directly to the engineers over at Adobe:

      http://www.adobe.com/go/wish

    9. Re:Still no contact info, so I'll post here... by fishbowl · · Score: 4, Funny

      >Why does everybody as for a pony, but not a stable to keep it in, or food to keep it alive?

      I live all alone in a farmhouse, you insensitive clod.

      --
      -fb Everything not expressly forbidden is now mandatory.
    10. Re:Still no contact info, so I'll post here... by garett_spencley · · Score: 4, Interesting

      I don't know first hand, but apparently horse meat is supposed to be very tasty. "The F-Word" (Gordan Ramsay cooking show in the UK) did an episode where they prepared horse meat, talked about the history of horses and talked to a farmer that raises them for their meat etc. It was really interesting.

      In one part they were handing out samples near a horse-race track (they do that with lots of "exotic" foods. Go out into public and get people to try it and give their reactions etc.) and got asked by the police to leave. Not relevant but I thought it was funny.

      -1 OT

    11. Re:Still no contact info, so I'll post here... by rubycodez · · Score: 2, Informative

      no, but boiling their skins, bones, tendons and tissues makes the most awesome wood glue.

    12. Re:Still no contact info, so I'll post here... by ushering05401 · · Score: 1

      Sounds like you know more about this tech than I do by a good sight, so tell me this...

      Is this another entry in the framework theory of everything arms race we have going, or just a logical development based on developer feedback?

    13. Re:Still no contact info, so I'll post here... by dunkelfalke · · Score: 4, Informative

      horse meat does taste good, low fat and kind of sweet. i think the closest analogy to horse meat is ostrich meat. i would prefer a horse steak to a beef steak every time.

      just don't try the mongol horse salami. it doesn't taste very good and the meat sticks between your teeth.

      --
      "It's such a fine line between stupid and clever" -- David St. Hubbins, Spinal Tap
    14. Re:Still no contact info, so I'll post here... by Sebilrazen · · Score: 3, Funny

      Hey, Fucko, we like to call it inter-species erotica.

      --
      "There are no facts, only interpretations." --Friedrich Nietzsche.
    15. Re:Still no contact info, so I'll post here... by GaryOlson · · Score: 2, Funny

      Neigh...

      --
      Every mans' island needs an ocean; choose your ocean carefully.
    16. Re:Still no contact info, so I'll post here... by GaryOlson · · Score: 3, Funny

      Zoning regulations for Slashdot do not allow for the boarding of ponies in this thread.

      --
      Every mans' island needs an ocean; choose your ocean carefully.
    17. Re:Still no contact info, so I'll post here... by Anonymous Coward · · Score: 4, Funny

      Don't put a gift horse in the mouth.

      Fixed for ya.

    18. Re:Still no contact info, so I'll post here... by Quartz25 · · Score: 1, Funny
      --
      Most people don't get why the integral of "e to the x" is so funny. Most math majors don't have a sense of humor.
    19. Re:Still no contact info, so I'll post here... by Culture20 · · Score: 0, Redundant

      Does Pony meat taste that good?

      Don't look a gift horse in the mouth.

      You've never had a horse tongue sandwich, I see.

    20. Re:Still no contact info, so I'll post here... by mad.frog · · Score: 3, Informative

      Post the question to tamarin-devel@mozilla.org -- all the relevant people at Adobe are on that list, and although Alchemy is not technically part of the Tamarin project, it's related enough.

    21. Re:Still no contact info, so I'll post here... by jd · · Score: 1

      But... but... what if they're pink?

      --
      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)
    22. Re:Still no contact info, so I'll post here... by Hal_Porter · · Score: 1

      I've eaten horse. In Sweden it's called Hamburgerkött, "Hamburger meat". It's smoked horsemeat.

      There's a picture of it here

      http://sv.wikipedia.org/wiki/Hamburgerkött

      It's actually quite good.

      --
      echo -e 'global _start\n _start:\n mov eax, 2\n int 80h\n jmp _start' > a.asm; nasm a.asm -f elf; ld a.o -o a;
    23. Re:Still no contact info, so I'll post here... by yorkshiredale · · Score: 1, Funny

      Don't look a gift horse in the mouth.

      Shouldn't that be ... Don't put a gift horse in the mouth

      Oh wait, that sounds even worse. Nevermind.

      --
      The opinions expressed here are those of this individual, and may not reflect the policy or practice of the collective
    24. Re:Still no contact info, so I'll post here... by k33l0r · · Score: 4, Funny

      Why does everybody as for a pony, but not a stable to keep it in, or food to keep it alive?

      Does Pony meat taste that good?

      Because when it's a pony from Adobe you know that it will soon crash and die, and it wouldn't know what stable is anyway.

    25. Re:Still no contact info, so I'll post here... by Almahtar · · Score: 1, Offtopic

      Pony porn? What is wrong with you?!?

    26. Re:Still no contact info, so I'll post here... by Snocone · · Score: 1

      Yep, here in Vancouver there's a few Japanese restaurants that serve horse sashimi. It's pretty much like sweet lamb, I'd say.

    27. Re:Still no contact info, so I'll post here... by Anonymous Coward · · Score: 0

      Last weeks loser is this weeks snack...

    28. Re:Still no contact info, so I'll post here... by aetherworld · · Score: 1

      Our well-paid IT industry jobs will provide the money we need for the stable and the pony food.

      Oh wait...

    29. Re:Still no contact info, so I'll post here... by Anonymous Coward · · Score: 0

      Why does everybody as for a pony, but not a stable to keep it in?

      People assume that every piece of hardware/software should be stable, so I guess that includes a pony...

    30. Re:Still no contact info, so I'll post here... by ArsenneLupin · · Score: 1

      I live all alone in a farmhouse, you insensitive clod.

      Be careful. A pony doesn't play chess, so you'll still be as bored as before!

    31. Re:Still no contact info, so I'll post here... by ArsenneLupin · · Score: 2, Interesting

      In one part they were handing out samples near a horse-race track (they do that with lots of "exotic" foods. Go out into public and get people to try it and give their reactions etc.) and got asked by the police to leave.

      Probably more due to his poor choice of venue, than because of the meat.

      In some countries (such as Luxembourg), horse meat is a very normal thing to eat, with some restaurant's even specializing in it. Nobody thinks anything bad about it.

      Germany is fun too: here, some restaurants put up fake signs "we serve horse meat", but that's only to keep the gypsies away...

    32. Re:Still no contact info, so I'll post here... by Hognoxious · · Score: 1

      i think the closest analogy to horse meat is ostrich meat.

      You've either eaten very strange horse meat or very strange ostrich. Horse meat isn't realy that far off beef, a little darker when raw and a little richer. I'd guess a lot of people couldn't tell the difference by taste.

      Ostrich doesn't really taste like beef at all. In fact I can't think of anything else it does taste like.

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    33. Re:Still no contact info, so I'll post here... by dunkelfalke · · Score: 1

      the horse steak was served in a pretty good restaurant in ljubljana, the ostrich steaks were bought at the frozen food aisle at a supermarket.

      that might account for the taste but i don't think both taste like beef but more like sweet deer meat.

      --
      "It's such a fine line between stupid and clever" -- David St. Hubbins, Spinal Tap
    34. Re:Still no contact info, so I'll post here... by arth1 · · Score: 1

      I don't know first hand, but apparently horse meat is supposed to be very tasty.

      I grew up in a country without a taboo against horse meat, so I have plenty of first hand experience. Yes, it's very tasty. Especially black sausages (think salami, but almost black in colour and much stronger flavoured) are delicious, but I don't mind a good flank steak either.
      The meat is dark in colour -- although not as dark as seal meat.

      The taboo against horse meat here in the US is probably related to horse theft being a capital offense -- the horse was so necessary to the settlers that the loss of one could be a death sentence. Then, like many other taboos, it stuck around after it no longer served a purpose.

    35. Re:Still no contact info, so I'll post here... by BertieBaggio · · Score: 2, Funny

      think the closest analogy to horse meat is ostrich meat

      Thanks! I'm glad you cleared that up for everyone.

      :^P

      --
      If all you have is a grenade, pretty soon every problem looks like a foxhole -- MightyYar
    36. Re:Still no contact info, so I'll post here... by genner · · Score: 2, Funny

      Ostrich doesn't really taste like beef at all. In fact I can't think of anything else it does taste like.

      It's little bit like emu

    37. Re:Still no contact info, so I'll post here... by MBGMorden · · Score: 1

      Thanks! I'm glad you cleared that up for everyone.

      Beat me to it :). As a card carrying redneck technophile, I have no effing clue what either tastes like :D.

      I personally wouldn't try it though (horse that is - ostrich I wouldn't mind). Despite being generally non-religious, some basic influences have affected what animals I think are appropriate table fare: if it has a paw or an uncloven hoof I stay away from it :). Not out of "eating them is a sin" reasons, but rather just that that criteria seems to closely define the difference between animals that I naturally just find the thought of eating either palatable or flat out gross.

      --
      "People who think they know everything are very annoying to those of us who do."-Mark Twain
    38. Re:Still no contact info, so I'll post here... by alexj33 · · Score: 1

      For dog and pony shows, of course.

    39. Re:Still no contact info, so I'll post here... by Anonymous Coward · · Score: 0

      It is a taboo that affects all formally Roman Catholic peoples. Eating horse meat is also forbidden in Judaism and barely tolerated in Islam.
      It is a purely religious taboo.

    40. Re:Still no contact info, so I'll post here... by 2short · · Score: 1

      Nothing that can't be fixed with some sweet pony love.

    41. Re:Still no contact info, so I'll post here... by VisceralLogic · · Score: 1

      Why does everybody as for a pony, but not a stable to keep it in, or food to keep it alive?

      Does Pony meat taste that good?

      It makes for pretty good horse d'oeuvres.

      --
      Stop! Dremel time!
    42. Re:Still no contact info, so I'll post here... by Anonymous Coward · · Score: 0

      It is a taboo that affects all formally Roman Catholic peoples.

      Uh, no. I take it you've never been to Italy.

    43. Re:Still no contact info, so I'll post here... by Anonymous Coward · · Score: 0

      Is that with or without Rod Hull?

      (http://en.wikipedia.org/wiki/Rod_Hull)

    44. Re:Still no contact info, so I'll post here... by luder · · Score: 1

      What is wrong with me?! Dude, what is wrong with you! Just look at a pony. Here. Now tell me you don't want to fuck that pony's "flutter valley" till it bleeds, while Ariel the little mermaid is riding it, and her father, King Triton, and her six sisters watch with a smile of approval? Next you'll say you never dreamed of doing Rudolph The Red-Nosed Reindeer... Retard!

    45. Re:Still no contact info, so I'll post here... by jez9999 · · Score: 1

      i think the closest analogy to horse meat is ostrich meat.

      And the closest analogy to ostrich meat is Soylent Green.

  2. Oh oh Adobe... by emailandthings · · Score: 2, Interesting

    Adobe, Adobe, Adobe.. you are asking for it :) Just remember Borland Delphi, Novell, OS/2, and the many products that at one point competed with M$'s dev monopoly.. Now where is that Linux suite of publishing tools? now that may #@!# M$ a bit...

    1. Re:Oh oh Adobe... by Anonymous Coward · · Score: 0

      GCC?

      getting good GUI tools on linux requires you to explain to gnu about GUI's existing.

    2. Re:Oh oh Adobe... by gbjbaanb · · Score: 1

      don't worry, as soon as it's popular, they'll create a half-assed version called IronFlex.

    3. Re:Oh oh Adobe... by quetwo · · Score: 1

      FlexBuilder is available for Linux... http://labs.adobe.com/

      I don't see products like Photoshop, Dreamweaver, etc being ported to Linux, well, because Linux folk just won't buy them. If it's not free, then people complain that it costs. If it is free, then they complain that it's not open source, if it is open source, then they complain they aren't doing it right. We've seen it time and time again...

      As far as competing with Microsoft, personally, I think this is the best time TO compete with them. They are in a situation where they are spread dangerously thin, don't have a working business model to move them forward in the next 5 years, and their popularity is teetering.

    4. Re:Oh oh Adobe... by quetwo · · Score: 1

      I think you are confusing Adobe with Microsoft....

    5. Re:Oh oh Adobe... by spongman · · Score: 1

      and static with dynamic. Iron* is Microsoft's moniker for dynamic implementations of languages running on the CLR. AS3 is mostly statically typed except for the '*' type (which is similar to C#4's 'dynamic' type)

  3. NES emulator? by Mr.+Sketch · · Score: 2, Interesting

    Where I can find info on the NES emulator in Flash? That link didn't have any info that I could find.

    I had started such a project a while back, but never quite finished due to poor performance.

    1. Re:NES emulator? by Anonymous Coward · · Score: 0

      I had started such a project a while back, but never quite finished due to poor performance.

      Oh, yeah! I remember hearing about that. I was going to lend a hand but something wasn't quite right... It all seemed a bit ... sketch-y.

      exercising the humor muscles. -- Summer Glau

    2. Re:NES emulator? by ytpete · · Score: 1

      But since this is using the C -> Flash compiler, it's not actually an "NES emulator in Flash." It's probably just some C open-source NES emulator.

    3. Re:NES emulator? by quetwo · · Score: 1

      The NES emulator, while originating in C++ was complied down to ActionScript bytecode. The output was a .SWF that could be played by any Flash player (9+)

    4. Re:NES emulator? by Mr.+Sketch · · Score: 1

      Any information on specifics about what kind of performance they were getting? My emulator ran okay on a 2.8GHz system, but on a 1.7GHz system the sound was really choppy, it occasionally dropped frames, and it consumed 90% of the CPU. What type of emulation was it using? Scanline, pixel-perfect, tile, etc? What did they do about sound? Dynamic sound in Flash 9 is rather tricky, Flash 10 is much easier.

  4. It has been said by frictionless+man · · Score: 5, Interesting

    It has been said that the reason apple doesn't want flash on their iPhones is that it would create a competing application infrastructure over which they would have no control. I can see this development reinforcing that position.

    This seems to further cement flash as a worthy application environment, especially given the perceived problem in flash appeared to be its inefficiency.
    Looking forward to better flash games... (Or perhaps not if im not wanting to procrastinate).

    1. Re:It has been said by m50d · · Score: 3, Insightful
      This seems to further cement flash as a worthy application environment, especially given the perceived problem in flash appeared to be its inefficiency.

      Huh? You think this method is going to give anything remotely resembling the efficiency of native code? Unless the flash script language is really badly written, the performance will be even worse than programs that were manually written in flash.

      --
      I am trolling
    2. Re:It has been said by Gible · · Score: 1

      But I want to play Quake on my iPhone...

      --
      ~/ One man's opinions is a lifetime of pain. /~
    3. Re:It has been said by Anonymous Coward · · Score: 2, Insightful

      Huh? You think this method is going to give anything remotely resembling the efficiency of native code?

      It won't be fast but Good Enough is good enough.

    4. Re:It has been said by AdmiralXyz · · Score: 1

      No, the reason Apple won't allow Flash on the iPhone is because it's garish, obnoxious, a battery-life-draining resource hog, and, the typical complaints from the Internet's battery of Apple-haters nonwithstanding, almost completely useless. Maybe if this compiler changes that fact Apple will reconsider their stance.

      --
      Dislike the Electoral College? Lobby your state to join the National Popular Vote Interstate Compact.
    5. Re:It has been said by StreetStealth · · Score: 4, Insightful

      I'd be willing to wager that you've used responsibly designed Flash applets before and simply assumed them to be cleverly implemented Javascript because they didn't explode all over the screen in a cavalcade of light and sound.

      Nothing about Flash compels the developer or designer to author something "garish and obnoxious" any more than Javascript or CSS do. Its versatility merely allows for greater abuse.

      --
      Your mind is clear / The things that you fear / Will fade with how much you / Believe what you hear
    6. Re:It has been said by slimjim8094 · · Score: 2, Informative

      Jailbreak it. There's a quake4iphone in Cydia that's been there for months, with hardware acceleration and everything.

      --
      I have developed a truly marvelous proof of this comment, which this signature is too narrow to contain.
    7. Re:It has been said by jcr · · Score: 3, Interesting

      the perceived problem in flash appeared to be its inefficiency.

      I'd have to say that seeing Flash_enforceLocalSecurity() in the backtrace just about every time Safari crashes would be a somewhat bigger factor in Apple's rejection of Flash.

      -jcr

      --
      The only title of honor that a tyrant can grant is "Enemy of the State."
    8. Re:It has been said by Scaba · · Score: 1

      You forgot the link to your benchmark results...

    9. Re:It has been said by Chandon+Seldon · · Score: 1

      Due to the way he phrased his post, he doesn't need to provide any specific evidence in order to be correct.

      --
      -- The act of censorship is always worse than whatever is being censored. Always.
    10. Re:It has been said by ozmanjusri · · Score: 1
      Apple won't allow Flash on the iPhone is because it's garish, obnoxious, a battery-life-draining resource hog

      I have Flash on my Nokia N800. It has no noticeable effect on battery life.

      I use OpenLaszlo to develop auditing software that has earned me a very good living for the past few years. The auditing apps are very utilitarian in use and appearance, despite running on Flash.

      --
      "I've got more toys than Teruhisa Kitahara."
    11. Re:It has been said by jonaskoelker · · Score: 2, Informative

      I'd be willing to wager that you've used responsibly designed Flash applets before and simply assumed them to be cleverly implemented Javascript [...]

      I bet he didn't even notice pressing the big f/play button to make it run ;)

      [FlashBlock firefox extension, a godsend; even worth it when you use noscript, for those video players that start playing straight away despite your wishes].

    12. Re:It has been said by libkarl2 · · Score: 1

      Huh? You think this method is going to give anything remotely resembling the efficiency of native code? Unless the flash script language is really badly written, the performance will be even worse than programs that were manually written in flash.

      Correction: Unless the C/C++ compiler was implemented very poorly, and fed terrible code, it's performance will at least be on par with equivalent code written in flash script.

      C and C++ compiler optimization technology is very well established, and there are no hidden garbage collection quirks waiting to burn you.

      The existence of a decent C to AS3 bytecode compiler opens up possibilities: language compilers and tools such as SmallEiffel, Ctalk, Flex, Yacc, Bison, Ragel, etc. use C as their first stage compilation target. Then there is the sheer amount of existing C/C++ code out there -- much of which can and will be adapted for use in a flash environment.

      --
      You are where you are at the time you are there.
    13. Re:It has been said by Anonymous Coward · · Score: 0

      That would explain why just stating Flash on my computer raises the CPU activity to a minimum of 10% (and usually about 30%), even when I'm not doing anything with that tab. With Javascript/AJAX, the CPU activity doesn't stay above a minimum.

      More processor use == lower battery life.

    14. Re:It has been said by leedsj · · Score: 0

      Adobe could do the opposite - release an open source version of the Flash Player code in Objective-C. This could be legitimately built into an App Store app at code level and compiled into it (which presumably would not clash with the Apple TOS requiring no outside plug-ins / APIs). Or better still, compile direct to iPhone target with the Flash player bundled into the executabl. This would allow developers at least to harness the power of Flash, if still precluding Flash based sites in Safari

    15. Re:It has been said by tepples · · Score: 1

      This seems to further cement flash as a worthy application environment, especially given the perceived problem in flash appeared to be its inefficiency.

      Huh? You think this method is going to give anything remotely resembling the efficiency of native code?

      What's inefficient is maintaining separate versions of your product's business logic in one language for each platform (C++, Java, C#, and ActionScript), and then somehow proving that they produce bit-for-bit identical results.

    16. Re:It has been said by mgiuca · · Score: 1

      Huh? You think this method is going to give anything remotely resembling the efficiency of native code? Unless the flash script language is really badly written, the performance will be even worse than programs that were manually written in flash.

      Sorry, what? Why would C running on Flash get worse performance than ActionScript running on Flash?

      Obviously you won't have the same performance of native code (for one thing, you need to be doing security checks, which is part of the major benefit of using Flash over downloading and running native code). But there are still much better opportunities for optimisation with C as a source language than a dynamic language such as ActionScript. So it won't be "slower".

    17. Re:It has been said by internerdj · · Score: 2, Funny

      And you forgot the most important thing, now they can port linux to flash and appease all the slashdot haters with one question and one answer: Does it run linux? and Yes, it does.


      And before someone responds to this as if it were a serious post: I very sincerely hope this is and will remain a joke.

    18. Re:It has been said by Jeremi · · Score: 1

      No, the reason Apple won't allow Flash on the iPhone is because it's garish, obnoxious, a battery-life-draining resource hog, and, the typical complaints from the Internet's battery of Apple-haters nonwithstanding, almost completely useless.

      You realize you've just described 95% of the apps currently available on Apple's site, right?

      --


      I don't care if it's 90,000 hectares. That lake was not my doing.
    19. Re:It has been said by hesiod · · Score: 1

      > just sta[r]ting Flash on my computer raises the CPU activity to a minimum of 10% (and usually about 30%)

      Sounds like you are in need of a computer that was built this century. If Flash makes your CPU jump to 30% usage then there is something seriously wrong or underpowered.

    20. Re:It has been said by jeremyp · · Score: 1

      From TFA

      "[Alchemy] performance can be considerably faster than ActionScript 3.0 and anywhere from 2-10x slower than native C/C++"

      --
      All I want is a secure system where it's easy to do anything I want. Is that too much to ask ~~ Randall Munroe
    21. Re:It has been said by vidarh · · Score: 1

      Ohhh.. I want Linux in my browser :)

    22. Re:It has been said by m50d · · Score: 1

      Why the hell would you need that many different versions of something anyway? And if you're talking about programmer-efficiency then writing C where you could be writing actionscript seems the height of lunacy.

      --
      I am trolling
    23. Re:It has been said by m50d · · Score: 1
      Sorry, what? Why would C running on Flash get worse performance than ActionScript running on Flash?

      Because as a language designed for that platform, ActionScript is likely to be a much better fit for the bytecode. E.g. as a modern bytecode it probably has specific support for e.g. objects and perhaps some common data structures like linked lists or hash tables (I don't know the specifics of this particular bytecode), which the C-to-flash compiler won't be able to use because C doesn't have primitives for those things. (Of course, a super-smart compiler could try and figure out when you've written a linked list in C and rearrange your code to use the bytecode's support, but at that point you're essentially solving the same problem as a decompiler, which is hard, and at some point you get eaten by the halting problem).

      --
      I am trolling
    24. Re:It has been said by mgiuca · · Score: 1

      OK that's true. If you wrote a hash table in C and compiled it to Flash, you'll end up with the equivalent of having written your own hash table in ActionScript and compiled it to Flash; whereas a sane ActionScript developer will use the built-in hash table (which is written natively). (Is this your point?)

      That's true. I wonder how much that penalty will outweigh the benefits of knowing things statically.

    25. Re:It has been said by ClassMyAss · · Score: 1

      Unless the flash script language is really badly written, the performance will be even worse than programs that were manually written in flash.

      Supposedly performance increases of up to 10x are expected between code compiled in this way as compared to hand coded in AS3.

      So yes, AS3 is pretty badly written, if you prefer to look at it that way; then again, this new tool apparently uses undocumented bytecodes that are not yet used by the AS3 compiler to achieve speed gains, so if and when these are mainlined into the regular AS3 compiler, we may see similar gains there.

    26. Re:It has been said by ClassMyAss · · Score: 1

      Nope, it looks like their claiming general speed increases.

      Makes sense, to some extent - if you start with something where everything is explicitly typed like C, then you can make a lot of assumptions that you can't with AS3 code, where explicit typing is optional. You can also bypass a lot of garbage collection and stuff like that.

    27. Re:It has been said by tepples · · Score: 1

      Why the hell would you need that many different versions of something anyway?

      Because I can't force all my customers onto one platform. They might live in areas where a platform is not available: for example, iPhone App Store isn't available in Vermont because AT&T does not operate in Vermont. I would need C for iPhone, Windows Mobile, Nintendo DS, and Sony PSP; Java for other smart phones; C# for Xbox 360; and ActionScript for devices where recent Flash is permitted but software installation is not.

      And if you're talking about programmer-efficiency then writing C where you could be writing actionscript seems the height of lunacy.

      Not all platforms can execute ActionScript. To my knowledge, only desktops or laptops running Windows, Mac OS X, or Linux can execute ActionScript because only these platforms have Flash Player 10 or will have it any time soon. This rules out handheld devices and devices primarily designed to use multiple game controllers and display on a large monitor.

    28. Re:It has been said by m50d · · Score: 1
      Not all platforms can execute ActionScript. To my knowledge, only desktops or laptops running Windows, Mac OS X, or Linux can execute ActionScript because only these platforms have Flash Player 10 or will have it any time soon. This rules out handheld devices and devices primarily designed to use multiple game controllers and display on a large monitor.

      Sure, but it seems like an actionscript-to-C compiler would be a better solution to your problem than a C-to-actionscript one.

      --
      I am trolling
    29. Re:It has been said by spongman · · Score: 1

      I'm guessing the main reason AS3 is 'slow' is due to the capturing of function scope. C/C++ only needs to provide function/global scope, os method calls are likely to be much simpler to implement.

  5. Virtualize Everything by Anonymous Coward · · Score: 5, Funny

    Wow, I can compile my C/C++ code to run on a slow virtual machine instead of a native cpu architecture.

    I haven't had this much fun ever since I discovered the java Virtual Machine written in java.

    It brings back the heady days of my 8088.

    1. Re:Virtualize Everything by cstdenis · · Score: 2, Insightful

      > java Virtual Machine written in java.

      Link? This sounds completely useless, but it would be interesting to look at the source if available.

      --
      1984 was not supposed to be an instruction manual.
    2. Re:Virtualize Everything by Halo1 · · Score: 4, Informative
      --
      Donate free food here
    3. Re:Virtualize Everything by Urza9814 · · Score: 1

      My god! I thought you were _kidding_ when you mentioned the Java Virtual Machine written in Java. But the damned thing _exists_! What has this world come to???

    4. Re:Virtualize Everything by Urza9814 · · Score: 2, Informative

      Wow. Even worse. Apparently there's more than one, because if you notice my previous comment...well, that wasn't the one I found.

      http://joeq.sourceforge.net/

    5. Re:Virtualize Everything by Halo1 · · Score: 4, Insightful

      There's nothing inherently bad about the concept. It's in fact quite interesting to have the JVM optimise itself along with the programs running inside it. And while the JikesRVM, being a research VM, does not run as fast as Sun's VM or IBM's commercial VMs, it's not that slow either (definitely not as slow as you'd first think of a JVM implemented in Java).

      --
      Donate free food here
    6. Re:Virtualize Everything by Anonymous Coward · · Score: 1, Interesting

      In an ironic twist, I'm learning compiler theory from one of the professors who worked on it.

    7. Re:Virtualize Everything by Urza9814 · · Score: 1

      But wouldn't the Java JVM have to run on a JVM? Thus introducing yet another layer of inefficiency?

    8. Re:Virtualize Everything by fm6 · · Score: 4, Insightful

      If you have a complete C++ application that runs fine on native code, then obviously this would be silly. But if you bothered to RTFA, you know that this serves a simple and obvious purpose: reuse. If you need rendering code for your Flash game, and the best code available is in C or C++, it's a lot easier to just recompile the code than it is to hand-translate the code into ActionScript.

    9. Re:Virtualize Everything by Halo1 · · Score: 1

      JikesRVM has a small "bootstrap" VM that is used to get the main VM going, but after startup everything is run in the main VM (including the main VM itself).

      --
      Donate free food here
    10. Re:Virtualize Everything by pohl · · Score: 2, Insightful

      Speaking of, where did the computer-science demographic on slashdot make off to? You know, the guys who are aware of historical minutiae like the time-honored milestone of a programming language becoming self-hosting? Just asking.

      --

      The "cue the foo posts in 3, 2, 1..." posts will commence with no subsequent foo posts in 3, 2, 1...

    11. Re:Virtualize Everything by Urza9814 · · Score: 1

      Well, of course, but isn't it a bit different with Java? I mean, most programming languages aren't virtualized.

      I'm a computer science major by the way. Freshman though, so I guess I have some to learn still. ;)

    12. Re:Virtualize Everything by pohl · · Score: 3, Interesting

      OK, sorry to be so hard on you. It turns out that there are copious buttloads of languages that use some sort of bytecode under the hood. The thing that really makes it stick in your mind with Java is just that it's the format that you're expected to distribute your programs in. Contrast that with Python: The reference implementation (CPython) is also a bytecode interpreter. I'm not sure, it may be possible to distribute a python program in bytecode, but I've neither seen nor heard of anyone doing it. Other interpreted languages are currently moving towards a bytecode-based implementation (Ruby is moving to YARV, Perl to Parrot...) and some implementations are even attempting to be self-hosting yet fast.

      Google the term "PyPy", for example. It's a daring implementation of Python written in a strict subset of Python called RPython. It plans to use the LLVM infrastructure to eventually become competitive with the performance of the CPython interpreter. Pretty cool stuff!

      --

      The "cue the foo posts in 3, 2, 1..." posts will commence with no subsequent foo posts in 3, 2, 1...

    13. Re:Virtualize Everything by elashish14 · · Score: 1

      Speaking of, where did the computer-science demographic on slashdot make off to? You know, the guys who are aware of historical minutiae like the time-honored milestone of a programming language becoming self-hosting? Just asking.

      They got real jobs.

      --
      I have left slashdot and am now on Soylent News. FUCK YOU DICE.
    14. Re:Virtualize Everything by MichaelSmith · · Score: 5, Funny

      JikesRVM has a small "bootstrap" VM that is used to get the main VM going, but after startup everything is run in the main VM (including the main VM itself).

      I am getting mental stack overflows just trying to parse that.

    15. Re:Virtualize Everything by abigor · · Score: 1

      Speaking of, where did the computer-science demographic on slashdot make off to?

      I don't know. I wish I did, because I would go there too.

      Or maybe they are still around, and it's just that the number of know-nothing posters has increased so hugely.

    16. Re:Virtualize Everything by Anonymous Coward · · Score: 0

      I thought they died off due to their inability to breed with the opposite sex of their species...

    17. Re:Virtualize Everything by Anonymous Coward · · Score: 0

      They will probably also refer to HTML as a "type of" programming language.

      The web developer in me just screamed in horror and outrage.

    18. Re:Virtualize Everything by Chandon+Seldon · · Score: 1

      I am getting mental stack overflows just trying to parse that.

      Computer science is based on the idea of machines that can simulate themselves, and actual computers end up working like that pretty frequently.

      --
      -- The act of censorship is always worse than whatever is being censored. Always.
    19. Re:Virtualize Everything by Anonymous Coward · · Score: 0

      competitive with the performance of the CPython interpreter.

      You know what they say about coming first in the special Olympics...

    20. Re:Virtualize Everything by MichaelSmith · · Score: 1

      I am getting mental stack overflows just trying to parse that.

      Computer science is based on the idea of machines that can simulate themselves, and actual computers end up working like that pretty frequently.

      Halo1 claims that the JikesRVM runs inside itself. Sure I know that GCC compiles itself but this is like saying the JVM can run without a physical machine below it.

    21. Re:Virtualize Everything by armb · · Score: 1

      > copious buttloads of languages that use some sort of bytecode under the hood

      But fewer where the bytecode interpreter is written using itself. The historical self-hosting milestone is usually when the compiler written in the language can compile itself (once it's been compiled with another version first), and a Java compiler written in Java is nothing special.

      --
      rant
    22. Re:Virtualize Everything by iwan-nl · · Score: 1

      programming.reddit.com and compsci.reddit.com both have nice articles and discussion at times. However, I don't think any internet discussion site will again reach the greatness that was Slashdot 8-10 years ago.

      --
      I'm trying to improve my English. Please correct me on any spelling/grammar errors in this post.
    23. Re:Virtualize Everything by Halo1 · · Score: 1

      The (small and simple) bootstrap VM is written in C++.

      --
      Donate free food here
    24. Re:Virtualize Everything by LWATCDR · · Score: 1

      Well first of all modern virtual machines are not all that slow. They tend to be JIT compilers so I would suggest that you stop living in 90s.
      Second just how can you get your compiled C/C++ code to run on Linux, Windows, and OS/X?
      I am all for native code but VMs have a lot of advantages.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    25. Re:Virtualize Everything by hesiod · · Score: 1

      > The web developer in me just screamed[...]

      They are supposed to be dead and chopped up before you eat them, not swallowed whole!

    26. Re:Virtualize Everything by Anonymous Coward · · Score: 0

      u said hard on

  6. Quake. Quake for fucks sake! by duckInferno · · Score: 1

    I'd love to see what this will lead to. Flash games are all good but when you see freakin' QUAKE running in your browser window, all the possibilities suddenly hit home.

    --
    Fool me once, shame on you. Fool me twice, watch it -- I'm huge!
  7. A Cluster-Aware Distributed Java Virtual Machine by Anonymous Coward · · Score: 0

    http://www.google.com/url?sa=t&source=web&ct=res&cd=5&url=http%3A%2F%2Fcs.anu.edu.au%2F~Peter.Strazdins%2Fseminars%2FdJVM.pdf&ei=FK0kSafSAZSo0gScxs3FDw&usg=AFQjCNHrPDWFanLbyUu3kX-lEkzZrWR6bw&sig2=jcMo0CIWzGg_nZVLvDHpxA

  8. More details by supermansuper · · Score: 5, Informative

    More details here: http://www.llvm.org/devmtg/2008-08/ (Look for the topic - Flash C Compiler: Compiling C code to the Adobe Flash Virtual Machine)
    You post your ideas for Adobe here: http://www.adobe.com/cfusion/webforums/forum/categories.cfm?forumid=72&catid=755&entercat=y These forums are closely watched by the flash player team.

  9. Re:Quake. Quake for fucks sake! by i.of.the.storm · · Score: 3, Interesting

    Well, I don't know whether Quake is that much of a benchmark. I can run Quake on my Nintendo DS through homebrew, and it was ported by one guy on his own, although I think he is a professional game developer for XBox 360, but I may be confusing him with someone else or may have misconstrued a forum post by him. Here's the site for anyone interested: http://quake.drunkencoders.com/

    --
    All your base are belong to Wii.
  10. Re:Quake. Quake for fucks sake! by strattonbrazil · · Score: 1, Insightful

    I'd love to see what this will lead to. Flash games are all good but when you see freakin' QUAKE running in your browser window, all the possibilities suddenly hit home.

    JOGL has allowed hardware-accelerated 3D in your browser for years. Jake2 is the port of Quake2--arguably much more intensive than Quake--and that already runs in an applet. The technology has been there, but no one is using it.

  11. Re:Quake. Quake for fucks sake! by Anonymous Coward · · Score: 0

    Calm down!
    Quake ran on old Pentum I's without any hardware-accelerated graphics.
    So it's not really that surprising...

  12. Increased performance by shird · · Score: 4, Interesting

    compiling C/C++ code into AS3 bytcode (which runs on AVM2) that can run on the Flash or Flex platform and boasts increased performance for computationally-intensive tasks

    Increased performance over what exactly? Is there some other 'slower' bytecode that the VM runs? The summary fails to mention this. I don't see how compiling C++ to the AS3 bytecode would be any faster than compiling some Flash language to AS3 bytecode, or writing AS3 bytecode directly. I assume it is the AS3 bytecode itself that is faster, in which case the 'compiling C++' part is irrelevant to the increased performance.

    --
    I.O.U One Sig.
    1. Re:Increased performance by drspliff · · Score: 5, Interesting

      The point is that the LLVM project can do far more optimization before being compiled to bytecode than Adobe's ActionScript compiler is doing, and as a result it runs faster.
      Yes... Adobe's ActionScript compiler sucks at generating bytecode for their own VM, and even they admit it.

    2. Re:Increased performance by SnT2k · · Score: 1

      AS3 is compiled using the AS3 compiler while C/C++ is compiled using llvm-gcc which does more aggressive optimizations. Moreover, data twiddling over arrays is faster. You may want to check the link posted by the person above you for more information.

    3. Re:Increased performance by mrboyd · · Score: 1

      So in short, instead of optimizing their primary and widely used compiler used by hundred of thousands of people every day (AS3) they created a better compiler for a language most people will never use to write flash apps just to show that if they wanted to put some their mind to it they could do something better for AS3.. kind of annoying. ;)

    4. Re:Increased performance by ytpete · · Score: 1

      To some degree, the C->AS bytecode is faster than regular AS for the same reasons that C is faster than C++ (or JITed Java). A non-object-oriented language tends to have more efficient in-memory representation for small data structures, and has less overhead creating & destroying objects.

    5. Re:Increased performance by ClassMyAss · · Score: 1

      So in short, instead of optimizing their primary and widely used compiler used by hundred of thousands of people every day (AS3) they created a better compiler for a language most people will never use to write flash apps just to show that if they wanted to put some their mind to it they could do something better for AS3.. kind of annoying. ;)

      In a word - yes.

    6. Re:Increased performance by O'Nazareth · · Score: 1

      Static resolution of methods combined with other optimizations. Plus the template meta-programming. There sould be lots of other examples. C++ can use in a way that makes the compiler to know a lot to do good optimization, which is certainly what AS3 cannot. Of course, not that many people know how to write C++ like that.

    7. Re:Increased performance by 2short · · Score: 1

      "same reasons that C is faster than C++"

      Those reasons are mythical. C++ is a superset of C (with minor exceptions not relevant here). It cannot be inherently slower, because you can compile the same code and get, at worst, the same machine code.

      Some code (including notable portions of the standard library) winds up faster in C++ because templates let the compiler do better optimization. Analagous reasons might let AS bytecode derived from C be faster than bytecode derived from some more typical AS language. But C++ can't lose to C, because it contains it.

    8. Re:Increased performance by joib · · Score: 1

      Essentially they created a flash bytecode backend for LLVM. Now create a flash frontend (i.e. converts flash source code -> LLVM intermediate representation) and you'd have a LLVM-optimized flash compiler. Or for that matter, a flash -> native compiler (since the native backend already exists).

    9. Re:Increased performance by ConceptJunkie · · Score: 1

      You do realize this is Adobe we are talking about. Given that they failed to port Flash to a 64-bit architecture for like 6 years, it's appears there are large swaths of Flash that are too fragile/cryptic/undocumented to improve.

      --
      You are in a maze of twisty little passages, all alike.
  13. This is not where Adobes priorities should be! by NouberNou · · Score: 5, Interesting

    I have been working on two large enterprise class applications using their Flex/AIR framework and the performance is absolutely dismal!

    The Flash VM is slow beyond belief when getting into large data-structures, event its native array parsing is incredibly slow.

    Object instantiation is slower than molasses. We were averaging about 7 seconds to instantiate about 500 fairly complex objects that in most any other language, compiled or interpreted would have easily been created in a thousandth of that time.

    The Flash VM's garbage collection is perfectly incapable of doing anything that involves long application run-times and leaks memory all over the place, even inside its native low-level components. It got to the point that even doing any proactive cleanup in our code was totally fruitless and I am sorry to add that a lot of the proactive steps we were taking have been left by the wayside because it is utterly hopeless to release all the memory you have taken back to the system.

    Loading an SWF inside another SWF and then disposing of it will not stop the loaded SWF's playback and it does not release it from memory. Instead of Adobe fixing this obvious bug they just added a different method in Flash 10 called "unload and stop" or something like that. This requires anyone who wants to fix this issue to go back and refactor their code!

    There are also numerous inconsistencies between applications that run in Flash and those that run in AIR, even though the code base is the same and the idea is that you do not have to change any obvious code to make it work in one platform or another.

    Even flashes most basic function, doing vector drawings and animations fails horribly under load. We have had to hack and jury-rig numerous fixes in to compensate for Flash's seemingly random graphical glitches.

    If Adobe wants to be taken seriously as a application platform developer, especially one that is used on the desktop they need to get their shit together because right now it feels like a childs toy or half-assed attempt to enter a new market.

    Unfortunately the project, the client, and the management have chosen this path for us and we are stuck with it so I really hope that Adobe gets it together because its been a royal pain doing this sort of work on their platform.

    1. Re:This is not where Adobes priorities should be! by Locke2005 · · Score: 3, Insightful

      This is why I'm actually pleased to see Microsoft pushing Silverlight; if nothing else, it forces Adobe to get off their ass and actually make the Flash 10 SDK available platforms other than Mac OS and Windows! I'm still waiting for Flash 8/Flash 9 content to work on my Wii and on my Android G1 phone, since almost all 'net video is using Flash now. (Looks like the Android Flash support will be there pretty soon. I still think Silverlight gave them a powerful incentive to get their act together on this.)

      --
      I've abandoned my search for truth; now I'm just looking for some useful delusions.
    2. Re:This is not where Adobes priorities should be! by Locke2005 · · Score: 5, Insightful
      I have been working on two large enterprise class applications using their Flex/AIR framework...

      I think I see your problem right there... there is nothing like using the right tools for the job, and this is nothing like using the right tools for the job. ;-)

      --
      I've abandoned my search for truth; now I'm just looking for some useful delusions.
    3. Re:This is not where Adobes priorities should be! by shadwstalkr · · Score: 2, Insightful

      Well, Flash is the only tool for the job when you need an application that runs the same in all (relevant) browsers on all (major) platforms with no installation by the end user. Flash solves a lot of problems, and Flex has a really nice UI toolkit. Flash 10 still hasn't fixed a lot of the performance issues, so the door is open for Unity or Silverlight, but I'm not holding my breath.

    4. Re:This is not where Adobes priorities should be! by NouberNou · · Score: 3, Insightful

      I completely agree... :( But we are stuck with it.

      Really though they are not that big. One is a graphing and reporting application, and another is a web interface for a CMS that we developed in house as a product.

      The first could have been done in Java, or a cross-platform C++ framework like Qt (though that would remove the selling point that it runs on the desktop and the browser), and the second could be done purely in JS, so there were alternatives, maybe more appropriate ones, but they were not taken.

    5. Re:This is not where Adobes priorities should be! by Anonymous Coward · · Score: 0

      This is not where Adobes priorities should be!

      They're already working on Tamarin which is used by Firefox 3.1 and the Adobe ActionScript VM in Flash, QUOTE:

      The goal of the "Tamarin" project is to implement a high-performance, open source implementation of the ECMAScript 4th edition (ES4) language specification. The Tamarin virtual machine will be used by Mozilla within SpiderMonkey, the core JavaScript engine embedded in Firefox®, and other products based on Mozilla technology. The code will continue to be used by Adobe as part of the ActionScript(TM) Virtual Machine within Adobe® Flash® Player.

      This means it's fast. All those nice things you read about Firefox 3.1's javascript being an optimising and tracing compiler and blah blah blah will soon also apply to Adobe Flash.

    6. Re:This is not where Adobes priorities should be! by Anonymous Coward · · Score: 0

      There is a lot of incredibly awesome flash games / tech demo with physics / 3D, etc. Sure you cannot recreate Half-Life 2 but you can recreate just about any applications. I am a Flash Developer since a lots of years, your problem is just that you are new to this platform and don't know how to optimize it and get all the juice...

    7. Re:This is not where Adobes priorities should be! by Anonymous Coward · · Score: 0

      Dude,

      Have you stopped to think that maybe your code has something to do with it?

    8. Re:This is not where Adobes priorities should be! by NouberNou · · Score: 5, Interesting

      Dude,

      Have you stopped to think that maybe your code has something to do with it?

      Yes, many times, and no I do not think my code is ever perfect, or even near perfect, but the proof is in the pudding, you can make very simple test cases and see very obvious drawbacks using just their code/UI components.

      One of the problems with working with Flex is that sometimes you have to do things that seem incredibly retarded to get things done. Look at the extensive use of the callLater method in a lot of the Flex SDK code. This method basically says "ok things aren't done, so do it later." Not only does this seem to just patch a problem with not correctly sequencing your methods to fire when they are able to, but it creates huge memory leaks and is horribly hard to debug as you rarely can see past the point of the callLater in the stack.

      This reminds me of another problem, in the fact that you can not catch run-time errors at the "root/base" level of the Flash/Flex/AIR application, and even better, if you do not have a debug version of Flash player (and forget it in AIR) then it just completely ignores the error and continues on as if nothing has happened. This then causes Flash to start chucking random errors and glitches that might get caught in your own try-catch blocks much, much later, and you will find that code that works perfectly under every imaginable situation is now glitching with really no known cause. Debugging can be quite the nightmare in Flash.

    9. Re:This is not where Adobes priorities should be! by NouberNou · · Score: 1

      The point is you shouldn't have to, at least not to the extent that we have had to to get the performance that we need.

      For example we have used bitmap caching, implemented by us because Flash's seems to be unstable and random at best, over vectored Flash components. This has led to issues in that we have to now manage all the refreshing of cached images for nodes on this graph any time the data changes among other things.

      I am not alone in my complaints, there are quite a few comments in major Flex blogs about its shortcomings.

      And I would like to remind that its mainly Flex that has these issues. This project could have been done in entirely in pure AS3 with out the Flex overhead, but it would have taken twice as long probably. We also have written a number of major components not using any part of the Flex framework and they are much much faster just using raw sprites and DisplayObjects.

      My major gripe is that Adobe is trying to pass off AIR and Flex as a mature development platform and it is clearly not.

    10. Re:This is not where Adobes priorities should be! by Shaterri · · Score: 1

      What are your relevant browsers (and platforms), and what is Flash giving you that couldn't be achieved with (a) good CSS and DOM scripting code talking to a back-end server, or in a worst-case scenario, (b) Java running on the user's system? Yes, the latter requires a user install, but so does Flash itself -- neither Firefox nor IE comes with it pre-installed...

    11. Re:This is not where Adobes priorities should be! by Hal_Porter · · Score: 1

      Most projects work like this (from a senior managers perspective)

      1) Play golf with the sales reps of various companies, have dinner bought for you.
      2) Select a technology. Pass Go and collect kick backs from the winning sales rep.
      3) Tell the software guys what technology they will be using. Deal with the resulting resignations from people who claim that the project is impossible to implement using your chosen technology. Allow experienced sw people who are really unhappy to work on private projects of their own and only provide advice (max 10% of their time) in return for staying on board. Select $New_Employees to do the work.
      4) The project will fail.
      5) Play golf with the sales reps of various consultancy companies and have dinner bought for you. Select one. Ka ching! Another kickback.
      6) Hire consultants to hack the job in the remaining few days before Bad Things happen with the totally inappropriate technology from 2) Since nothing of value was produced in 4), mostly from scratch.
      7) The experienced software guys complain that the consultants didn't follow the working methods of the project and are creating more maintainance work in future and, sensing political danger, the consultants leave for a new project.

      Of course from a consultant point of view, having experience of 6) is actually quite good. The sales reps in 1) can use the project as a success story. You got free lunch, played a lot of golf, and got a load of cash under the table from various parasites. $New_Employee was only tortured for a while and didn't actually have to produce anything and (after talking to the old timers) makes sure that he is given time to work on private projects in future. He takes over the 'advice only' role rather than work full time on hacks like this. The experienced software guys now have 100% time to work on their private projects. They move into management and start playing golf with various sales reps.

      Everyone wins.

      --
      echo -e 'global _start\n _start:\n mov eax, 2\n int 80h\n jmp _start' > a.asm; nasm a.asm -f elf; ld a.o -o a;
    12. Re:This is not where Adobes priorities should be! by NouberNou · · Score: 1

      I wish there was that much bureaucracy to blame for this situation... :(

      The previous version of this application had been done in Flash (6 mind you) and worked well.

      With this release though it got a bit too big for its britches, and more than likely this could have been seen from the start, but it wasn't and now we are paying for it. In the end its probably not as bad as it sounds and I have been moved off to work on other projects at the firm, but still it is annoying from a name and quality standpoint.

    13. Re:This is not where Adobes priorities should be! by Anonymous Coward · · Score: 0

      Flash can give a much better presentation than even very good CSS/DOM manipulation from what I've seen (as in overall display, vector graphics, interaction integration, etc.), and to try to make something as visually intensive as a Flash app geared toward presentation translate to a CSS/DOM crossplatform implementation would be a total nightmare at least, and probably a miserable failure no matter what. Java isn't all that cross-platform friendly, or cross-version friendly, either, but it would still certainly be a better option than trying to squeeze the functionality out of browser scripting / presentation.

    14. Re:This is not where Adobes priorities should be! by Anonymous Coward · · Score: 0

      If the application existed in Flash 6 and you can't make it work better in Flash 10 the fault is yours as a developer. ActionScript 1 was a joke.

    15. Re:This is not where Adobes priorities should be! by NouberNou · · Score: 1

      Its not that we couldn't get it to work better, its that the features added were too big or not meant for Flash. Where as the version written in Flash 6 was a single document interface that was strictly limited in terms of how many objects you could create, this version has no limitations and is a multi-document interface.

    16. Re:This is not where Adobes priorities should be! by foniksonik · · Score: 1

      you use a janitor class or just a Dictionary to hold references to all of your objects so you can delete them and any listeners or timers or other objects that are not removed automatically. Google memory management for as3 and you should find a few good examples.

      --
      A fool throws a stone into a well and a thousand sages can not remove it.
    17. Re:This is not where Adobes priorities should be! by gaspyy · · Score: 2, Interesting

      I will say the exact opposite. We made a large enterprise application for a UK health insurer. All interface and logic was flash (not even Flex) with custom-built components. It was a lot better than the alternatives (the initial plan was to use ASPX for the interface). It was nice and fast too (the bottlenecks were on the server). By my last count there were over 200K lines of AS code.

      I also made a chess game in AS3. It's not Deep Blue but after optimizations it's fast enough to have fun with (and strong enough to beat you if you're not careful).

      Some of the parent poster's comments are valid, but I could bitch and moan the same about PHP, Java or .NET.

    18. Re:This is not where Adobes priorities should be! by digitalunity · · Score: 1

      You are one cynical bastard. I can't say things work differently _everywhere_, but there certainly are many companies that work nothing like this.

      Specifically, they skip 1, 2, 5, 6 and 7. My experience leads me to believe that management typically chooses the wrong technology and tools simply out of their own ignorance and step 6 never happens simply because of a prevalent not-invented-here attitude.

      --
      You can't legislate goodness. Let each to his own destiny, by will of his freely made choices.
    19. Re:This is not where Adobes priorities should be! by YAN3D · · Score: 2, Interesting

      We had a similar experience with Flex 2/3. Flash would hold onto objects through invisible references that were almost impossible to track down and release. We even went so far as setting all object properties for all objects to null before unloaded, and still nothing. It got so bad at one point that each user click increased memory usage by 10mb without ever returning it. This problem occurred both with our own custom code and with the base components provided by Adobe/Flex. This leads me to believe that it wasn't not our code that was the problem, but a fundamental problem with the Flash runtime. Oh yeah, objects instantiated through MXML are even harder to track down and release.

    20. Re:This is not where Adobes priorities should be! by quetwo · · Score: 1

      You've got to be doing something wrong. I've written extremely large applications, deployed to call centers with over 5,000 people logged in at any given moment. We load up thousands of very complex records for our end users and while there is a memory hit, the computers barely blink. Tricks like lazy-loading and true data management can allow you do distribute this data in a very intelligent, managed and predictable manner.

      My guess is you are using one of those bulky frameworks like Cairngorm that has many known issues, like instantiation of variables in a way that leave references to them once they are no longer used.

      There is a comment below your post that talks about the doLater() style functions. If used properly, this is a pretty neat way of doing certain things. In stead of doing a blocking call that could effect the performance of your application, why not split it up, and push it off if the user doesn't need it that milisecond. That allows the VM to better optimize when things get done (like cleaning up memory, or updating the display). You have to remember that the AS VM in the Flash Player is not truely multi-threaded, (it simulated multi-threadedness) so this technique is very useful to do things like, lets say do 5,000 very complex math queries.

    21. Re:This is not where Adobes priorities should be! by Hal_Porter · · Score: 1

      All I can say is don't go to Sweden. Or if you do, be a permie.

      --
      echo -e 'global _start\n _start:\n mov eax, 2\n int 80h\n jmp _start' > a.asm; nasm a.asm -f elf; ld a.o -o a;
    22. Re:This is not where Adobes priorities should be! by Beau6183 · · Score: 1

      FYI, Linux is getting native 64-bit support of FP10 before Windows and Mac. http://labs.adobe.com/technologies/flashplayer10/

    23. Re:This is not where Adobes priorities should be! by NouberNou · · Score: 1

      The thing is you are working with a more traditional usage scenario for Flash, our problem is that we have consistent data that is loaded and kept in the application, and then more data is loaded on top of that (when they open more files). I can see us have less issues if we had seperated out files into seperate SWF's that are loaded and unloaded (and even more so now with that stupid new stop and unload function). But our main issue is that we sort of hacked it to work in an MDI style way and our problem comes from the fact that we do not get a lot of oppertunities to re-uses components which would help a lot.

      I am not trying to totally dismiss Flash/Flex, I think it has a lot of potential and I actually really like AS3 (and wish ECMAScript4 had been settled on for use in browsers) in terms of syntax and how you do things, but I just think the VM needs a lot of work to get it up to snuff with other VM's out there like the JS ones in newer browsers and the Java VM.

    24. Re:This is not where Adobes priorities should be! by NouberNou · · Score: 1

      Yes, using the profiler look at all the references that appear in the mx_internal namespace. For the most part those are impossible to get to and remove and then you look at what they hold on to and you see that it holds onto stuff inside the Flex Framework, and from there it is holding on to stuff that is in your code, and what do you see in there? Stuff that comes back to an mx_internal namespace object, most likely a low-level event listener that has its handler strongly referenced to something. This will never get marked by the GC for collection and will persist until the VM is exited.

    25. Re:This is not where Adobes priorities should be! by Beau6183 · · Score: 1

      You do realize that you're developing a movie, right? Everything is frame based. callLater helps cut down on repetative calls within the same frame, an delays calls unnecessary in the current frame till then next frame, optimizing rendering performance. I to work on an enterprise-scale application, and given some strict coding conventions, our interface is snappy and attractive.

    26. Re:This is not where Adobes priorities should be! by NouberNou · · Score: 1

      I understand, and having worked either on normal desktop application frameworks or as a server-side programmer (which is what my job description is, so thats probably 90% of my frustration) I find it annoying that its basically a movie.

      Our interface isn't unsnappy, for the most part it is pretty snappy. The design on the other hand, thats a whole other story. The client has no idea what they are doing and we have very little play with them for the most part. :/

      I have seen comments though inside the Flex framework itself though stating that they are using callLater because otherwise something just wont work.

      Anyways, better head back to it...

    27. Re:This is not where Adobes priorities should be! by Anonymous Coward · · Score: 0

      Great. Now, if only we could get a Linux flash player that didn't run at less than half the speed of the Windows player...

      Still, in this day and age, with an otherwise crazy-fast Intel E8400 under the hood and a modest current-gen graphic accelerator, I have yet to find a flash video site that can do smooth playback at 1680x1050. In the bubblemark.com tests (any of them), flash can barely keep up with javascript for animation, and it's around 4 times slower than an equivalent Java applet. Java!

    28. Re:This is not where Adobes priorities should be! by mmu_man · · Score: 1

      No, they should be working on supporting other plaforms, or opensourcing flash, and also stop making people believe flash is better for every possible use.
      It's still painful to have a nice blank page on BeOS and Haiku when you browse the web... (with the "skip flash" link embedded inside the swf itself of course...) And having to use keepvid.com to download youtube like videos is painful.
      It's just not the web how it was meant to be (cross-platform).

    29. Re:This is not where Adobes priorities should be! by Anonymous Coward · · Score: 0

      "The Flash VM's garbage collection is perfectly incapable of doing anything that involves long application run-times and leaks memory all over the place"

      This only proves there is only one place for garbage collected languages, I'll let u guess where that is, as soon as I take out the garbage.

    30. Re:This is not where Adobes priorities should be! by jcpontaza · · Score: 1

      Silverlight?... give me a break!!!

      I am not saying and i think nobody have ever said that building large and scalable enterprise applications is easy... not in Flex, not in Java, not in anything... if you don't have good architecture, good design... you are fried!!!!

      Use Cairgorm and you are dead, its ok for small applications but not for large applications.

      To be successful you have to have custom components that minimize the amount of developers code and mistakes at the same time, design some guidelines for developers to avoid memory leaks, "design is the key"... Flex is not perfect, actually i think is waaay too FLEXible, and a lot of developers are just lazy to do things right, they just say "lets keep listeners everywhere", "lets keep data objects in every application component", "drag and drop is the best!!!"...etc..etc... you can have the same problems in Java. But if you want to build a RIA, there is nothing like it!!!

      I am sure they have their problems, but nothing that you cant prevent from happening if you know what you are doing.

      These are my two cents...;-)

    31. Re:This is not where Adobes priorities should be! by NouberNou · · Score: 1

      Yea our problem is for at least one of the projects is that it shouldn't be a RIA... it should be a full blown desktop application and there is no real good reason for it not to be.

      With the listeners, the problem is we have to keep so many around because of how the application works... its horrid, everything updates everything so there is a hodgepodge of listeners, changewatchers, bindingutils, blah blah blah that it gets to the point where when we go to try and clean everything up when you close a file that you can't get rid of everything. Not to mention Flex uses strong references in all its own inter-component listeners.

    32. Re:This is not where Adobes priorities should be! by shadwstalkr · · Score: 1

      Relevant browsers would be Firefox, IE, Opera, Safari, maybe Webkit in general. Platforms would be Windows, Mac, Linux, and possibly a mobile category. Naturally, iPhones are going to screw everything up.

      The problem with CSS and DOM is that every version of every browser implements the standards a little differently, and it will only get worse as new versions are released. To use CSS/DOM I have to either use a lot of esoteric hacks to support all the browsers, or use one of the quirky third-party libraries. Even if I choose to go that route, I'm still not guaranteed consistency across platforms, and I still can't get vector graphics, because SVG requires a plugin in IE.

      Flash requires a plugin, but virtually everyone already has it installed. It also starts a lot faster than Java on every computer I've had it on. Client-side Java died years ago (except on mobiles), because it was too big, too slow, too ugly, and there were too many competing libraries.

      Don't get me wrong, CSS/DOM is perfect for most content-oriented UI stuff, like most web pages. I would never use Flash for a whole website, but it is the right tool for cross-platform, self-contained graphical applications that need to be delivered over the web.

  14. I don't want to be off topic but... by tripmine · · Score: 2, Interesting

    Why is it that whenever someone says "I don't want to be off topic" something copletely off topic follows?

    Anyway, compiling C/C++ into the Actionscript VM might start (or reinvigorate) a trend of broader programing language support for VM's. The specific platform that came to mind was Android. One of the main complaints I've been hearing is that developers are contained by Android's own (some say retarded) implementation of Java. I think it would be awesome to see something like a C/C++ compiler for other VM platforms, making it easier for developers to port their applications to a wider range of devices.

    1. Re:I don't want to be off topic but... by Locke2005 · · Score: 1

      Porting the compiler is only part of the problem; you also have to port the run-time environment, which is even more work. I think the reason everybody thinks Android's Java sucks is that it is not compatible with J2EE, so Java apps written for other platforms may need to be rewritten for the new libraries. While I think being able to compile any language down to bytecode is great for portability, I still don't understand why we need so many different Virtual Machine implementations. JVM, Flash, Parrot VM... can't we just choose one decent VM and work on perfecting that? And I'm still waiting for a CPU with microcode that can directly execute some VM's bytecode, although compared to compile-on-demand it's probably not that much of a performance win.

      --
      I've abandoned my search for truth; now I'm just looking for some useful delusions.
    2. Re:I don't want to be off topic but... by fuzzyfuzzyfungus · · Score: 1

      You can get dedicated CPUs for Java. They aren't exactly taking the desktop by storm; but there are some creeping in at the low end for things like hardware acceleration of cellphone apps, and at the high end for Big Serious Enterprise Java. I assume the performance is good enough to make it worthwhile in power constrained or very high load situations; but I'm guessing JVM on x86 isn't threatened anytime soon.

      http://en.wikipedia.org/wiki/Java_processor

    3. Re:I don't want to be off topic but... by Anonymous Coward · · Score: 0

      I'm not sure you really need J2EE (server Java) on a cell phone though, and I think Android supports most of J2SE (desktop Java). That's a lot better than most cell phone Java implementations which only support J2ME (cell phone Java).

    4. Re:I don't want to be off topic but... by gbjbaanb · · Score: 1

      the runtime environment for Android is written in C++ anyway, well the underlying libraries are. Most of the problems for Android seem to be a lack of a C++ development environment for people coming from Symbian and/or Linux who have existing code they want to port/re-use.

      The reason we have so many different VMs is because of licensing. IIRC Sun's 'open' java licence doesn't apply to the one used in mobile devices. We do have a decent common 'VM' ... its Linux. If you code for a linux implementation, you'll be able to run on whichever platform Linux is ported to. You won't necessarily get fancy user libraries like a GUI, but then you don't get those things anyway in all VMs (eg you'll still have to do work to port to other devices even if its just to handle different screen sizes)

    5. Re:I don't want to be off topic but... by larry+bagina · · Score: 1

      arm -J CPUs support direct execution of java vm bytecodes.

      --
      Do you even lift?

      These aren't the 'roids you're looking for.

  15. computationally intensive stuff in flash by Anonymous Coward · · Score: 0

    If I wanted to punch myself in the balls, I don't need Adobe's help.

  16. Finally appropriate.. by Anonymous Coward · · Score: 0

    Yes, but does it run Linux?

  17. Not to mention a lot cleaner.. by spiffmastercow · · Score: 1

    C produces very small executables, whether they be native executables or targeted to a VM

    1. Re:Not to mention a lot cleaner.. by fm6 · · Score: 1

      Hmm, have you ever played Momentum Missile Mayhem? Good game, though you can't really play it inside a browser (too sluggish.) The thing is about 7 MB, which is tiny for a PC game, but pretty big for a Flash game. One wonder if it wouldn't benefit from a little re-coding in C.

    2. Re:Not to mention a lot cleaner.. by Chaos+Incarnate · · Score: 1

      Some parts of it might, but you probably wouldn't end up with any significant size savings after the graphics libraries.

      --
      Benford's Corollary to Clarke's Law: "Any technology distinguishable from magic is insufficiently advanced."
    3. Re:Not to mention a lot cleaner.. by fm6 · · Score: 1

      Still, there are probably a lot of compute-intensive loops that would run more efficiently if they were coded in C.

  18. C/C++ Trojan Horse by devloop · · Score: 4, Funny

    "Compiler", is that the new spelling for "Automated Buffer Overflow Generator" ?.

    1. Re:C/C++ Trojan Horse by noppy · · Score: 5, Funny

      Compile once, exploit everywhere.

    2. Re:C/C++ Trojan Horse by ytpete · · Score: 1

      The code is running inside the ActionScript virtual machine's sandbox, so an array out-of-bounds bug is no more dangerous than it would be in a language like Java.

    3. Re:C/C++ Trojan Horse by windsurfer619 · · Score: 1

      Isn't flash just java with a bunch of graphics libraries?

  19. why... by Vexorian · · Score: 2, Insightful
    Righty...

    Let's say... SDL gets a flash port, then you basically can turn your simple C++ game into a game that people can run in flash computers without downloading... At least it sounds interesting.

    --

    Copyright infringement is "piracy" in the same way DRM is "consumer rape"
  20. Unlikely... by hungrigerhaifisch · · Score: 0, Troll

    I really hope that Adobe gets it together

    Fat chance to that happening.
    They should just throw their code out to the hounds, but I guess they're scared and embarrassed to even consider taking up a 'proper' development model...

  21. Re:Quake. Quake for fucks sake! by mobets · · Score: 1
    --

    It was me, I did it, I moved your cheese
  22. Re:A Cluster-Aware Distributed Java Virtual Machin by try_anything · · Score: 4, Funny

    http://www.google.com/url?sa=t&source=web&ct=res&cd=5&url=http%3A%2F%2Fcs.anu.edu.au%2F~Peter.Strazdins%2Fseminars%2FdJVM.pdf&ei=FK0kSafSAZSo0gScxs3FDw&usg=AFQjCNHrPDWFanLbyUu3kX-lEkzZrWR6bw&sig2=jcMo0CIWzGg_nZVLvDHpxA

    My first thought on reading this post was that the super-long Google url WAS the cluster-aware distributed virtual machine.

    So, how long until Google reveals its next project: Compile C++ to a Google URL, and visit the URL to see your program running?

  23. Meh by Anonymous Coward · · Score: 0

    ActionScript, aka Javascript VM's are never going to be that fast. The problem is within the language itself and can not be fixed. It can be made slightly faster but it will never be as fast as well designed scripting languages and their VM's (eg. Lua). Compiling from C/C++ makes no difference when you're executing on a VM designed for Javascript shit.

    Don't get me wrong, in theory Javascript is kinda cool but there are so many hacked in, tacked on and just plain weird "additions" to the language that the specification reads like some sort of government lawyer-speak contract. It's too convoluted to ever result in a fast VM.

  24. Still some Fruitean slippage that needs mopping by Anonymous Coward · · Score: 0

    Don't fuck a gifted horse in the mouth.

    Fixed that for ya.

    Now with that fiexed, there shouldn't be anymore delay in the article on Flashing a C/C++ coder while he's in PE class. On with the Donkey Show.

  25. A good Javascript isn't all that slow by Morgaine · · Score: 4, Interesting

    Javascripts vary in quality, but the latest ones are pretty fast:  for example, Javascript V8 (the Javascript from Google's Chrome browser project) is nearly as fast as Lua, which is the fastest widely used scripting language at the moment.

    Here are some basic timings I made just to give a rough feel for the relative speeds (don't read too much into them).  The first entry provides the timings for C, which is obviously compiled, purely as a basis for comparison with the scripting languages.  Note that the times for C are in milliseconds, while the rest are in seconds, lower is better:

    Execution times for recursive F/P factorial(n) to /dev/null
    Langs @ 2008     Times:  n=1         n=170       difference

    C                      0.000 ms      0.090 ms      0.090 ms
    Lua                    0.001 s       0.005 s       0.004 s
    Parrot-opt/iterative   0.013 s       0.018 s       0.005 s
    Parrot/iterative       0.014 s       0.019 s       0.005 s
    V8-Javascript          0.007 s       0.013 s       0.006 s
    Ocaml                  0.022 s       0.029 s       0.007 s
    Python                 0.013 s       0.027 s       0.014 s
    Parrot-opt/recursive   0.013 s       0.029 s       0.016 s
    Mozilla-Javascript     0.001 s       0.018 s       0.017 s
    Perl                   0.002 s       0.021 s       0.019 s
    Nickle                 0.031 s       0.065 s       0.034 s
    Parrot/recursive       0.014 s       0.056 s       0.042 s
    Ruby                   0.041 s       0.095 s       0.054 s
    Lua_on_Parrot          0.303 s       1.314 s       1.011 s

    Although every scripting language is still at least some 50 times slower than compiled C, interpreters and language VMs in general have been improving steadily over recent years, and Javascript in particular is getting a lot of attention now, with more optimizations in the pipeline from all the major players.

    The gap will shrink, guaranteed.

    [Sorry about the Code posting mode, it's not very easy on the eyes ... but Slashdot no longer accepts the <pre> tag in HTML mode for displaying formatted output.]

    --
    "The question of whether machines can think is no more interesting than [] whether submarines can swim" - Dijkstra
    1. Re:A good Javascript isn't all that slow by flablader · · Score: 1

      What are the benchmarks on that when written in native assembly?

      Of course an app running under a VM is slower than the equivalent app written in C/C++/whatever and compiled to native code. It wasn't that long ago that C/C++/FORTRAN (yes, FORTRAN) was considered slow and bloated, it was benchmarked against native assembly! The point is that this is history repeating itself; as hardware gets more capable, programming languages and techniques become slower and more bloated.

    2. Re:A good Javascript isn't all that slow by Just+Some+Guy · · Score: 1

      What are the benchmarks on that when written in native assembly?

      Probably slower for the 99.99% of programmers who are less clever than an optimizing compiler, especially since each CPU will have different performance tricks.

      Of course an app running under a VM is slower than the equivalent app written in C/C++/whatever and compiled to native code.

      Got proof, or are you just out of date? VM code can be as fast as compiled code, since it has the ability to profile code at runtime and can dynamically recompile important bits more efficiently.

      The point is that this is history repeating itself; as hardware gets more capable, programming languages and techniques become slower and more bloated.

      Except they're not, which is the whole point of the article. Thanks for playing!

      --
      Dewey, what part of this looks like authorities should be involved?
    3. Re:A good Javascript isn't all that slow by david.given · · Score: 2, Interesting

      Javascripts vary in quality, but the latest ones are pretty fast: for example, Javascript V8 (the Javascript from Google's Chrome browser project) is nearly as fast as Lua, which is the fastest widely used scripting language at the moment.

      You might be interested in my project Clue, which is fairly similar to the Adobe project --- it compiles ANSI C into dynamic programming languages. The current released version does Lua, Javascript and Perl5; the version in SVN also does C and has a half-finished Common Lisp backend as well (code generator is done, but the contributor didn't include a libc).

      I'm seeing speeds of about 1/5 of native with LuaJIT. Javascript via V8 is a bit slower. Unaccelerated SpiderMonkey produces about 1/100, and Perl5 is appalling 1/500 of native. Unfortunately, most dynamic languages don't support GOTO, which given Clue's fairly naive code generation spoils performance. (The Javascript backend has to emit a big switch statement in a loop for every function to handle control flowing from one basic block to another.) The Lua back end does nasty bytecode patching tricks to make GOTO work, which I've had to take out of the SVN version because it was just too horrible. Eventually I need to implement some sort of basic block graph reforming system to try and reduce the number of GOTOs in the generated code, but it's a lot harder than it looks.

      However, unlike Adobe, all this is running on stock, unmodified VMs --- instead of implementing lots of specialised VM opcodes to make things like byte memory accesses work, I'm bending the ANSI C standard as far as it'll go to make it fit the dynamic world rather better. It's all standards-compliant, but the coding environment is odd: sizeof(char) == sizeof(int) == sizeof(double) == 1; sizeof(void*) == 2. So if nothing else, it'll make a decent testing environment.

      Any volunteers to do Parrot, Ruby, Python etc back ends? Better still, any compiler theory gurus who are interested in the basic block reforming code? Nah, thought not...

    4. Re:A good Javascript isn't all that slow by Kz · · Score: 1

      And how does V8 (a mix between a JIT and a compiler) compares against LuaJIT?

      it's enlightening to see how the clean design of Lua allows a small team to get so much better results than what the best minds can do with JS...

      --
      -Kz-
    5. Re:A good Javascript isn't all that slow by sreekotay · · Score: 0

      Surprised to see v8 slower than lua, especially on recursive function calls - can you post a sample in either lua or JS? Thanks.

  26. Re:Quake. Quake for fucks sake! by phantomfive · · Score: 1

    Not quite quake, but it's almost there:
    http://www.abrahamjoffe.com.au/ben/canvascape/textures.htm

    Who wants to download a hundred megabyte file just to play in their browser?

    --
    Qxe4
  27. Re:And yet... by jcr · · Score: 0, Flamebait

    So does Flash.

    -jcr

    --
    The only title of honor that a tyrant can grant is "Enemy of the State."
  28. a free ride when you've already paid by Anonymous Coward · · Score: 2, Funny

    In an ironic twist, I'm learning compiler theory from one of the professors who worked on it.

    Wow!!!! That's like rain on your wedding day! That's like like ten thousand spoons when all you need is a knife!!! That's like good advice that you just didn't take!!!

  29. Or you can play the half-baked Cube! by iheartpoverty · · Score: 1

    Cube - Free download in the app store. It's a completely uncontrollable Quake clone that's destined to disappoint. So what are you waiting for? The faster you download it, the faster you get to remove it!

    1. Re:Or you can play the half-baked Cube! by neumayr · · Score: 1

      Nah, Cube's no Quake clone. IIRC, it was supposed to be a techdemo for a 3D engine that supported mapdesigning during runtime. Which it supports well enough.
      No where on the site it said it's actually supposed to be a fully featured game, let alone one on par with Quake.

      --
      Truth arises more readily from error than from confusion. -Francis Bacon
    2. Re:Or you can play the half-baked Cube! by neumayr · · Score: 1

      Okay, I rechecked the site, and it does use the term 'game' to describe Cube. But then, so does ID Software when describing Doom3..

      --
      Truth arises more readily from error than from confusion. -Francis Bacon
  30. Re:And yet... by Anonymous Coward · · Score: 0

    Amen, brother! and i'm actually working with that sh!t :P

  31. Broken unicode input for years by randuev · · Score: 2, Interesting

    While I salute to new possibilities, Adobe Flash is still unusable for anyone who wants to allow Linux users to input anything other than english in their application. How about fixing http://bugs.adobe.com/jira/browse/FP-40 bug?

  32. Horse Meat babyfood by BHS_Turf · · Score: 2, Insightful

    In Italy, there is horse-meat (cavallo) babyfood. The first real culture-shock experience I had while grocery shopping.

  33. Re:And yet... by jcr · · Score: 0, Offtopic

    Sorry to hear it, man. Hope you can find a better gig soon.

    -jcr

    --
    The only title of honor that a tyrant can grant is "Enemy of the State."
  34. Wow, is the Python & NES link useless by RichiH · · Score: 1

    It has a Quake 4 video which you sit through thinking "why did you stick that in front of what I want to see a video of". Then the video ends and you realize that they just put it there for nothing. Yay.

  35. Now for hassle-free Java applets by mgiuca · · Score: 3, Funny

    Finally! Java applets are always so full of hassle to get running compared to Flash objects.

    Now I can compile the JVM to Flash and run my Java applets inside Flash - no more need to install those meddlesome Java plugins!

    1. Re:Now for hassle-free Java applets by drspliff · · Score: 2, Funny

      Are you sure you don't want to port Bochs first so you can run Java on Windows 98 in your Flash?

    2. Re:Now for hassle-free Java applets by RAMMS+EIN · · Score: 1

      ``Now I can compile the JVM to Flash and run my Java applets inside Flash - no more need to install those meddlesome Java plugins!''

      People laugh about that, but consider this: how large is the Java plugin, and how large is the Flash plugin? And how long does it take to start a Flash file, and how long does it take to start a Java applet?

      --
      Please correct me if I got my facts wrong.
  36. How does java compare? by petermgreen · · Score: 1

    For in-browser apps that want to be reasonablly cross platform (supporting at least wintel,lintel and mac) you have essentially three options.

    Javascript with browser DOM/xmlhttprequest
    Flash
    Java applet (which means java with the user interface made with either AWT or swing)

    I would guess at actually running code the java applet will be fastest but java's bloated libraries mean it will probablly be slowest to load. Am I correct?

    --
    note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
  37. Chumberiffic by FiveDozenWhales · · Score: 1

    I've been meaning to re-write the interface on my Chumby for a long time; I even bought the O'Reilly on Actionscript 3 to help me out, but I'm still balking at diving into it. Now I can write my interface in C, which I'm much more comfortable with, and not have to learn anything new!

  38. Designflow -- Very Cool by smcdow · · Score: 4, Interesting

    More details here: http://www.llvm.org/devmtg/2008-08/ (Look for the topic - Flash C Compiler: Compiling C code to the Adobe Flash Virtual Machine)

    While scrolling down looking for the Adobe talk, I found this:

    Designflow: using LLVM to compile to Hardware - This project uses LLVM to compile code to a mixed hardware and software implementation. This detects pieces of programs that may be efficiently compiled to VHDL and synthesized them onto an FPGA. The rest of the program is compiled to PowerPC code and uses to drive the FPGA. The system automatically handles data migration and other handshaking between the two systems.

    Waaaayyyy more interesting than LLVM for flash. This is cool!!!

    --
    In the course of every project, it will become necessary to shoot the scientists and begin production.
  39. Finally! by Provocateur · · Score: 1

    I've always wanted to post my classic Quake screenshots in pdf format. Yup, been waiting. All. These. Years.

    --
    WARNING: Smartphones have side effects--most of them undocumented.
    1. Re:Finally! by Criminally+Insane+Ro · · Score: 1

      you could have used gsview and ghostscript.

  40. Wt C++ Library by sgt+scrub · · Score: 1

    Very cool! I wonder how it would play within a Wt environment.

    http://www.webtoolkit.eu/wt/doc/tutorial/wt-sdj.xhtml

    --
    Having to work for a living is the root of all evil.
  41. does it compile virus also by Anonymous Coward · · Score: 0

    Can I compile a keylogger and a trojan? I missed hard drive space on my botnet since they shutdown mccolo :p

  42. Tux Paint by Bill+Kendrick · · Score: 1

    Many times I've been asked if Tux Paint can be used "on the web." Well, perhaps some day soon, it can. (Er, kinda)