OK, so lets say DSF didn't cooperate with the Everybuddy people what exactly would they sue them for? See there ARE a couple of limitations on copyright lawsuits. If you sue someone for violating your license agreement you have to prove that by reproducing your copyrighted work the culprit was going to put your company out of business and rape your girlfriends. In the case of GPL projects, you can't really lose money as you're usually not even acknbowledged as an organization by the IRS. By letting your copyleft be handled by the FSF you can take legal action. How come? The FSF (IIRC) is filed as a non-profit and by violating their licensing agreements you're essencially commiting fraud. You're undermining their source of revenue (donations) by using their intelectual property in a competitive manner.
Man why in the all holiest of fuckswould I want to watch some computer geek fatten and buy shit over the internet? Now if it was JenniCam or CoEdCam I might give a shit. I think to make it interesting they should have him fight it out with people dressed up as Santa Claus at the end of the day. Living off what is basically catalog ordering is as easy as getting your company's stock on AMEX. This doesn't even deserve news for nerds. Letsmake a Beowulf cluster out of DotComGuy.
Or under the same token you can hire a professional security company to get a license from Microsoft for the component in question and audit it for you and then you're the only one who can use it. This is not illegal and according to a second hand account is actually endorsed by Microsoft provided you do not distribute the code to anyone (a pretty fierce NDA) and make them aware of the audit made. Costs just about as much money as having an open sourced component and sending it to professional auditors.
Open source != security!!!!!!!!!!
Fucking shit where do you people get this attitude from? Security comes from lots of places, none of which are source code being open for everyone to see. Linux doesn't have an A1 security rating dispite being open sourced, come to think of it no operating systems have an A1, the highest rated OS is Wang GS XTS-x systems. These aren't open sourced yet have the highest security ratings out of anyone. Systems get secure when they resist penetration better than nuns as well as not allowing trusted users too much freedom inside the system. If your security stops at the door you're fucked.
Who's ass did you drag your conclusions out of? With your logic process, Linux is inferior for mission critical tasks. Wait which tasks? Well you didn't specify either. Any networked operating system you pick out of a bin full of them all have their good points and bad points as well as their own fucking list of security flaws. Because an OS has the possibility for more eyes to look at it doesn't mean those eyes actually do or that they are qualified to make security audits? Great fucking conclusions man. Oh yeah, security audits take time and often times money. This is not a free process. Few people have the benefit of funding to basically do charity work auditing security of computer operating systems.
Anti-trust has nothing to do with believing what someone says. Besides which, with Linux nothing is as simple as removing a few lines of code. Looking at some code doesn't give you some in depth knowledge of the underpinnings of a program. Linux is alot more complex than chaging a few lines of code and going over it to make it secure.
Of all the crackpot notions that have been conceived lately this one sure is silly. Now I can understand this concept to a point, you got into a business to make money and this seems like it is a lucrative proposition. The only problem is you're asking referal companies (read web portal) to give you money for the privilage of linking to the content on your precious web server. If you make it an exclusive thing vis a vis only allowing deep hits from paying referal sites (in the case of a deep link) you're effectively reducing your traffic to a fraction of what it would be otherwise. Referal companies like Yahoo! don't make alot of money per page as it is and then you go and ask them to give a portion of that to you. Right. A better solution would be to put more targetted advertising on your deep linked page. Someone links from a competitor and you run an ad of how much better your Star Bellied sneeches are compared to their Plain Bellied sneeches; if someone comes from yahoo's business section you run a Datak ad or some such. This method allows you to charge more money because you've giving the ads better placement. Man next thing you know some jackass will try to collect money from everyone using.gif files.
Solve world hunger, tell no one.
on
Going Up?
·
· Score: 2
Uh, so what exactly is considered "launch cost" with space elevators? Is it merely the price of getting a payload delivered to orbit once the thing is built (theoretically)? Well in that case I can launch comsat sized payloads for about 75$ using a linear accelerator, oh yeah, once one is built and we have some vehicles to use on it and whatnot. Space elevators are nice prospects for societies living a hundred years from now that need to make regular orbital runs to space stations and lunar cities. In 10 to 20 years we may have the ability to make labrotory quantities of the requires materials to make a space elevator but don't think a bellhop is going to be announcing "stopping on the third, fourth, fifth, floors and low Earth orbit". In 20 years unmanned orbital delivery vehicles will be the norm and any manned flights will be made by more specialized vehicles. Why the specialization? If you have a low overhead vehicle that just transports people and consumables to and from the space station(s), you're saving money on excess vehicle you're not also sending up to the station. Rather than the space shuttle imagine something more near the size of a Lear jet transporting crews and consumables to and from the space station(s). A similar system could be used to cheapen satillite launches, only using a vehicle designed soley for unmanned payload delivery. I think one of the biggest reasons for this is adapability, right now there are not even a handful of facilities that are capable of launching the space shuttles. If the scope of the vehicles was reduced you can also eliminate some complexity in terms of support. Any desirable plot of land, maybe locations with higher elevations than Cape Kennedy say...Colorado, could be used to launch a smaller space vehicle. Johnson space center is still going to manage the launch, if you're got addequate support facilities at the launch site you don't need a whole lot else. This is a MUCH more reasonable expectation in 20 years than space elevators. It isn't like I don't like the idea, the concept is more of a pipe dream than anything else right now and probably will continue to be for a good stretch of time yet.
Even though I'm really really flabbergasted I can't buy the trilogy on fucking DVD, I'll give GL some credit. TO go along with your comment, besides actual reshooting of scenes that we're all familiar with (and need to re-rent the camera rig for) Lucas gets to change the backgrounds and whatnot and composite them with the blue screen (green and orange depending on what you're shooting) footage. Didn't like the way that extra TIE fighter looked? Take it out of the comp and see how you like the scene then. I's be super interested to do a project like that actually. Shoot all my live action on half-height sets with blue screens and do the rest inside of a computer.
Ok, so it shall be said; booooooo! Why must everyone insist on sticking computer screens in front of little kids all the fucking time? Little kids ought to be having books read to them (maybe teaching them to fucking read while you're at it) and do some artwork their moms can stick on the fridge. Having a terminal in front of them is only going to limit their creativity more than being force fed Power Rangers and Card Captors. Hey great and wonderful if you want to let kids play games on a computer but make it a reward for something rather than a curriculum. Legos, blank sheets of newsprint paper, and crayons are going to get their underdeveloped neurons moving. Oh yeah, I realize this is for home schooling purposes. A learning environment is a fucking learning environment. If it is a garage or classroom, it is still going to follow the same ideology. Computers and technology in general should be an additional medium of information exchange not the focus of the learning or the only medium you're going to convey information with. Stop treating disabled kids like some super special extraordinary case. If someone needs a little extra help in any context be it a learning disability or blindness help them where they need it but keep them in the mainstream; no one is being done a bit of good by being segregated.
SuSE for a long time has had the ability to do updates off the web. You run YaST and tell it your installation medium is an FTP server and then tell it you want to update your existing setup. You can go through and install new apps or just update stuff you already have. It's worked pretty well for me and I've had the same system since version 6.1. Things I would like to see added to this are XML package descriptors vis a vis HelixCode, and support for HTTP updates in addition to FTP. YaST2 does all the stuff YaST does but with a friedlier X interface. I also want GNOME and KDE pluggins for YaST2 that will run in their respective trays and keep me up to date on package updates are up on servers.
With Java (unlike Perl) you can set up a completely assymetrical parallel processing cluster. If you stick beans on a bunch of cluster nodes that act as your information processors the server your JSP resides on just contacts the beans in that process pool and says "Hey one of you guys, I need a database transaction and an oil change" and the process pool gets to work. Your pool can change size dynamically to respond to increased load. I wouldn't want to try this in Perl. You also get the option of programming a couple agents that can move across the network. You just run these puppies on a big pool of server nodes. The increased demand for database transactions causes more database agents to be spawned and more of the servers relegated to transaction duty. Then when the shopping spree dies down you've got to take care of a bunch of mail requests that need to be processed. The majority of boxes now has mail agents spawned and running.
An aspect of the PS2 hacking is that it uses a completely new CPU design with little in common with any other processor in major production. The DC on the otherhand uses a slightly modified SH-4 chip which is a line of widely documented processors. There's already been work done porting Linux to the SuperH line.
I'd loave to use MD players rather than shell out for a portable MP3 player. The only problem is the fucking things haven't really caught on here as they did in Japan. You can go to a good electronics store and buy players and MD disks but anything besides that you're out of luck. The MD players have the drawback of not having enough third party software support (that I've ever seen). If I could rip my cds to MD format and plug the player into my USB port to transfer the files I'd jump all over it. As it stands though I have to hook the player up to my CD player and rip songs that way. Its very tedious compared to ripping CDs into MP3 and transfering them onto a portable MP3 player.
Airships are definitely a different way to travel but they run into serious cost effectiveness problems. A small gas chamber can only carry a really small gondola which means a handful of paying passengers. If flights cost more than you're getting paid for them you're losing money and going the way of dot.coms. Airships also suffer from poor weather conditions. A light plane can feasibly take off and land with moderate winds while an airship has little to no chance of getting close to the ground unless it's crashing.
Binaries and screenshots are pretty essential if you want to sell someone on an idea. Even if you don't have a GUI you can still give some examples of input and output, especially if you're doing some complex shit that doesn't exactly stand out in your code. I hate looking at a project and seeing some vague descriptions and just some code in tar.gz packages. My friend and I have been working on similar hobby projects that do similar things so we decided to combine our codebase. Before sending him my code I commented the hell out of it and compiled on my handwritten notes and flow charts to the point where my mom could have picked up my code and finished the project. Unfortunately the code I got from him was just a mess of code with some commented out lines, just stuff that was broken or unneeded. This ishow I see a lot of open source projects distributed. Spaghetti alpha quality code with little or no documentation by the dude who originally started the project. I think more people would get interested in OS projects (as asserted in the original story topic) if more people would better document the development of their program. Binaries are a must because sometimes your code won't compile correctly on other machines. Screenshots (or at least some form of output) ought to also be included not only in the package but on the website. Give some good indications to outside observers about how well the project is coming along. You're also giving people a preview of what your program will look like. The people downloading your program are also going to be the ones using it, let them see the interface and get their opinions on it. The same goes for CLI programs, let people see how data will go in and how it will come out and take some comments about how you could maybe do a better job of organizing your arguments or keeping them easy to remember.
The JVM is what supports or does not support 32 bit addressing (as you're running a virtual computer inside of another) so a quick hack to certain things and a new minor version release and you've got 64-bit data structures. The hardware layers like PCI 2.1 and the like are not the responsibility of the JVM to handle. The OS kernel and device drivers handle those systems. If you wanted to stick Java on microcontrollers you'd just write a RT JVM or use something like the one in this article. Java at the high level doesn't support stack structures but if your JVM is running certain things as stacks it would be supported. Also if you want to be naughty you can add some I/O hacks to the JVM. Java does have the ability to communicate directly to its virtual machine so you could set up a workaround if you REALLY needed to stick it on super small chips. This however would require more work than just programming MCs in their native language.
This is true about real time microcontrollers and the like that have code written knowing exactly how many clocks something will take. You can however write a compiler that will turn your java program into microcode or any other sort of code. Microcontrollers are funny things anyways, however you could impliment a realtime VM onto an MC. You can see a realtime JVM at www.rtjcom.com, stick that puppy on your MC then have it crank through some linear java apps compiled to bytecode. Java was originally meant to be run in the circutry of microcontrollers and tiny processors. Then Sun starting spitting out non-realtime JVMs which took the attention away from the fact their language was originally meant to run smart toasters. An MC running Java would be sort of like the BASIC stamps you can run that run BASIC code on the MC.
C wasn't designed for game programming back in the day. It could be fairly slow and you ran into problems sometimes. Then it got really refined and well understood and what do you program games in now? Oh yeah thats right, C and its legacy. Because you'd have problems writing a 3D shooter in Java right now doesn't make the language suck ass. A couple years ago you couldn't write a 3D shooter in any language.
If you want to speed up your Java apps a lot, multithread the fucking things. AWT is kinda slow if you've only got a single thread running but if you stick different elements of the GUI into different threads and then process intensive methods in other threads you're going to get an apparent speed increase. If you've got a single thread running you need to wait for it to finish in order to do anything else. The same logic goes for C++ apps, if you don't manage your interface and processing you're going to end up with programs that freeze up until they are done with their processing. Be seems to have learned this well so everything in their OS is multithreaded, you can run dozens of high processor demand apps with no problem and little to know apparent slowdown of the machine.
No, actually programs do NOT expect the class libraries to be there. In Java you load your class libraries statically and only need to load what you need. If you want the entire Math package you import it all, if you only need PI you only import PI. You don't need to include all the libraries with the JVM or you can make some of your own specifically for your system and load them up.
You already can build a native Java chip. You just build your hardware to do what the JVM specs say a JVM needs to do and you're set. Using the Transmeta code morphing shit is just going to slowdown the process. Running a JVM on a chip with code morphing is running bytecode in a virtual machine inside of a software emulated ISA. Your best bet for using Transmeta chips would be to compile the JVM into the VLIW format and just run it natively on the TM chip. Code morphing is just a trick they came up with to let x86 run on their processor without their processor actually being an x86.
Slashdot Mirror
OK, so lets say DSF didn't cooperate with the Everybuddy people what exactly would they sue them for? See there ARE a couple of limitations on copyright lawsuits. If you sue someone for violating your license agreement you have to prove that by reproducing your copyrighted work the culprit was going to put your company out of business and rape your girlfriends. In the case of GPL projects, you can't really lose money as you're usually not even acknbowledged as an organization by the IRS. By letting your copyleft be handled by the FSF you can take legal action. How come? The FSF (IIRC) is filed as a non-profit and by violating their licensing agreements you're essencially commiting fraud. You're undermining their source of revenue (donations) by using their intelectual property in a competitive manner.
Man why in the all holiest of fuckswould I want to watch some computer geek fatten and buy shit over the internet? Now if it was JenniCam or CoEdCam I might give a shit. I think to make it interesting they should have him fight it out with people dressed up as Santa Claus at the end of the day. Living off what is basically catalog ordering is as easy as getting your company's stock on AMEX. This doesn't even deserve news for nerds. Letsmake a Beowulf cluster out of DotComGuy.
Or under the same token you can hire a professional security company to get a license from Microsoft for the component in question and audit it for you and then you're the only one who can use it. This is not illegal and according to a second hand account is actually endorsed by Microsoft provided you do not distribute the code to anyone (a pretty fierce NDA) and make them aware of the audit made. Costs just about as much money as having an open sourced component and sending it to professional auditors.
Open source != security!!!!!!!!!!
Fucking shit where do you people get this attitude from? Security comes from lots of places, none of which are source code being open for everyone to see. Linux doesn't have an A1 security rating dispite being open sourced, come to think of it no operating systems have an A1, the highest rated OS is Wang GS XTS-x systems. These aren't open sourced yet have the highest security ratings out of anyone. Systems get secure when they resist penetration better than nuns as well as not allowing trusted users too much freedom inside the system. If your security stops at the door you're fucked.
Who's ass did you drag your conclusions out of? With your logic process, Linux is inferior for mission critical tasks. Wait which tasks? Well you didn't specify either. Any networked operating system you pick out of a bin full of them all have their good points and bad points as well as their own fucking list of security flaws. Because an OS has the possibility for more eyes to look at it doesn't mean those eyes actually do or that they are qualified to make security audits? Great fucking conclusions man. Oh yeah, security audits take time and often times money. This is not a free process. Few people have the benefit of funding to basically do charity work auditing security of computer operating systems.
Anti-trust has nothing to do with believing what someone says. Besides which, with Linux nothing is as simple as removing a few lines of code. Looking at some code doesn't give you some in depth knowledge of the underpinnings of a program. Linux is alot more complex than chaging a few lines of code and going over it to make it secure.
Of all the crackpot notions that have been conceived lately this one sure is silly. Now I can understand this concept to a point, you got into a business to make money and this seems like it is a lucrative proposition. The only problem is you're asking referal companies (read web portal) to give you money for the privilage of linking to the content on your precious web server. If you make it an exclusive thing vis a vis only allowing deep hits from paying referal sites (in the case of a deep link) you're effectively reducing your traffic to a fraction of what it would be otherwise. Referal companies like Yahoo! don't make alot of money per page as it is and then you go and ask them to give a portion of that to you. Right. A better solution would be to put more targetted advertising on your deep linked page. Someone links from a competitor and you run an ad of how much better your Star Bellied sneeches are compared to their Plain Bellied sneeches; if someone comes from yahoo's business section you run a Datak ad or some such. This method allows you to charge more money because you've giving the ads better placement. Man next thing you know some jackass will try to collect money from everyone using .gif files.
Uh, so what exactly is considered "launch cost" with space elevators? Is it merely the price of getting a payload delivered to orbit once the thing is built (theoretically)? Well in that case I can launch comsat sized payloads for about 75$ using a linear accelerator, oh yeah, once one is built and we have some vehicles to use on it and whatnot. Space elevators are nice prospects for societies living a hundred years from now that need to make regular orbital runs to space stations and lunar cities. In 10 to 20 years we may have the ability to make labrotory quantities of the requires materials to make a space elevator but don't think a bellhop is going to be announcing "stopping on the third, fourth, fifth, floors and low Earth orbit". In 20 years unmanned orbital delivery vehicles will be the norm and any manned flights will be made by more specialized vehicles. Why the specialization? If you have a low overhead vehicle that just transports people and consumables to and from the space station(s), you're saving money on excess vehicle you're not also sending up to the station. Rather than the space shuttle imagine something more near the size of a Lear jet transporting crews and consumables to and from the space station(s). A similar system could be used to cheapen satillite launches, only using a vehicle designed soley for unmanned payload delivery. I think one of the biggest reasons for this is adapability, right now there are not even a handful of facilities that are capable of launching the space shuttles. If the scope of the vehicles was reduced you can also eliminate some complexity in terms of support. Any desirable plot of land, maybe locations with higher elevations than Cape Kennedy say...Colorado, could be used to launch a smaller space vehicle. Johnson space center is still going to manage the launch, if you're got addequate support facilities at the launch site you don't need a whole lot else. This is a MUCH more reasonable expectation in 20 years than space elevators. It isn't like I don't like the idea, the concept is more of a pipe dream than anything else right now and probably will continue to be for a good stretch of time yet.
Even though I'm really really flabbergasted I can't buy the trilogy on fucking DVD, I'll give GL some credit. TO go along with your comment, besides actual reshooting of scenes that we're all familiar with (and need to re-rent the camera rig for) Lucas gets to change the backgrounds and whatnot and composite them with the blue screen (green and orange depending on what you're shooting) footage. Didn't like the way that extra TIE fighter looked? Take it out of the comp and see how you like the scene then. I's be super interested to do a project like that actually. Shoot all my live action on half-height sets with blue screens and do the rest inside of a computer.
Ok, so it shall be said; booooooo! Why must everyone insist on sticking computer screens in front of little kids all the fucking time? Little kids ought to be having books read to them (maybe teaching them to fucking read while you're at it) and do some artwork their moms can stick on the fridge. Having a terminal in front of them is only going to limit their creativity more than being force fed Power Rangers and Card Captors. Hey great and wonderful if you want to let kids play games on a computer but make it a reward for something rather than a curriculum. Legos, blank sheets of newsprint paper, and crayons are going to get their underdeveloped neurons moving. Oh yeah, I realize this is for home schooling purposes. A learning environment is a fucking learning environment. If it is a garage or classroom, it is still going to follow the same ideology. Computers and technology in general should be an additional medium of information exchange not the focus of the learning or the only medium you're going to convey information with. Stop treating disabled kids like some super special extraordinary case. If someone needs a little extra help in any context be it a learning disability or blindness help them where they need it but keep them in the mainstream; no one is being done a bit of good by being segregated.
SuSE for a long time has had the ability to do updates off the web. You run YaST and tell it your installation medium is an FTP server and then tell it you want to update your existing setup. You can go through and install new apps or just update stuff you already have. It's worked pretty well for me and I've had the same system since version 6.1. Things I would like to see added to this are XML package descriptors vis a vis HelixCode, and support for HTTP updates in addition to FTP. YaST2 does all the stuff YaST does but with a friedlier X interface. I also want GNOME and KDE pluggins for YaST2 that will run in their respective trays and keep me up to date on package updates are up on servers.
Good point, I realized my oversight 3.6927 seconds after I hit the submit button. Shh don't tell anyone!
With Java (unlike Perl) you can set up a completely assymetrical parallel processing cluster. If you stick beans on a bunch of cluster nodes that act as your information processors the server your JSP resides on just contacts the beans in that process pool and says "Hey one of you guys, I need a database transaction and an oil change" and the process pool gets to work. Your pool can change size dynamically to respond to increased load. I wouldn't want to try this in Perl. You also get the option of programming a couple agents that can move across the network. You just run these puppies on a big pool of server nodes. The increased demand for database transactions causes more database agents to be spawned and more of the servers relegated to transaction duty. Then when the shopping spree dies down you've got to take care of a bunch of mail requests that need to be processed. The majority of boxes now has mail agents spawned and running.
An aspect of the PS2 hacking is that it uses a completely new CPU design with little in common with any other processor in major production. The DC on the otherhand uses a slightly modified SH-4 chip which is a line of widely documented processors. There's already been work done porting Linux to the SuperH line.
I'd loave to use MD players rather than shell out for a portable MP3 player. The only problem is the fucking things haven't really caught on here as they did in Japan. You can go to a good electronics store and buy players and MD disks but anything besides that you're out of luck. The MD players have the drawback of not having enough third party software support (that I've ever seen). If I could rip my cds to MD format and plug the player into my USB port to transfer the files I'd jump all over it. As it stands though I have to hook the player up to my CD player and rip songs that way. Its very tedious compared to ripping CDs into MP3 and transfering them onto a portable MP3 player.
Wait, doesn't RedHat distribute a "Personal" and "Server" version of the same fucking product with a couple config tweaks and a couple extra deamons?
Airships are definitely a different way to travel but they run into serious cost effectiveness problems. A small gas chamber can only carry a really small gondola which means a handful of paying passengers. If flights cost more than you're getting paid for them you're losing money and going the way of dot.coms. Airships also suffer from poor weather conditions. A light plane can feasibly take off and land with moderate winds while an airship has little to no chance of getting close to the ground unless it's crashing.
Binaries and screenshots are pretty essential if you want to sell someone on an idea. Even if you don't have a GUI you can still give some examples of input and output, especially if you're doing some complex shit that doesn't exactly stand out in your code. I hate looking at a project and seeing some vague descriptions and just some code in tar.gz packages. My friend and I have been working on similar hobby projects that do similar things so we decided to combine our codebase. Before sending him my code I commented the hell out of it and compiled on my handwritten notes and flow charts to the point where my mom could have picked up my code and finished the project. Unfortunately the code I got from him was just a mess of code with some commented out lines, just stuff that was broken or unneeded. This ishow I see a lot of open source projects distributed. Spaghetti alpha quality code with little or no documentation by the dude who originally started the project. I think more people would get interested in OS projects (as asserted in the original story topic) if more people would better document the development of their program. Binaries are a must because sometimes your code won't compile correctly on other machines. Screenshots (or at least some form of output) ought to also be included not only in the package but on the website. Give some good indications to outside observers about how well the project is coming along. You're also giving people a preview of what your program will look like. The people downloading your program are also going to be the ones using it, let them see the interface and get their opinions on it. The same goes for CLI programs, let people see how data will go in and how it will come out and take some comments about how you could maybe do a better job of organizing your arguments or keeping them easy to remember.
The JVM is what supports or does not support 32 bit addressing (as you're running a virtual computer inside of another) so a quick hack to certain things and a new minor version release and you've got 64-bit data structures. The hardware layers like PCI 2.1 and the like are not the responsibility of the JVM to handle. The OS kernel and device drivers handle those systems. If you wanted to stick Java on microcontrollers you'd just write a RT JVM or use something like the one in this article. Java at the high level doesn't support stack structures but if your JVM is running certain things as stacks it would be supported. Also if you want to be naughty you can add some I/O hacks to the JVM. Java does have the ability to communicate directly to its virtual machine so you could set up a workaround if you REALLY needed to stick it on super small chips. This however would require more work than just programming MCs in their native language.
This month's issue on Popular Science has such a picture for you.
This is true about real time microcontrollers and the like that have code written knowing exactly how many clocks something will take. You can however write a compiler that will turn your java program into microcode or any other sort of code. Microcontrollers are funny things anyways, however you could impliment a realtime VM onto an MC. You can see a realtime JVM at www.rtjcom.com, stick that puppy on your MC then have it crank through some linear java apps compiled to bytecode. Java was originally meant to be run in the circutry of microcontrollers and tiny processors. Then Sun starting spitting out non-realtime JVMs which took the attention away from the fact their language was originally meant to run smart toasters. An MC running Java would be sort of like the BASIC stamps you can run that run BASIC code on the MC.
C wasn't designed for game programming back in the day. It could be fairly slow and you ran into problems sometimes. Then it got really refined and well understood and what do you program games in now? Oh yeah thats right, C and its legacy. Because you'd have problems writing a 3D shooter in Java right now doesn't make the language suck ass. A couple years ago you couldn't write a 3D shooter in any language.
If you want to speed up your Java apps a lot, multithread the fucking things. AWT is kinda slow if you've only got a single thread running but if you stick different elements of the GUI into different threads and then process intensive methods in other threads you're going to get an apparent speed increase. If you've got a single thread running you need to wait for it to finish in order to do anything else. The same logic goes for C++ apps, if you don't manage your interface and processing you're going to end up with programs that freeze up until they are done with their processing. Be seems to have learned this well so everything in their OS is multithreaded, you can run dozens of high processor demand apps with no problem and little to know apparent slowdown of the machine.
No, actually programs do NOT expect the class libraries to be there. In Java you load your class libraries statically and only need to load what you need. If you want the entire Math package you import it all, if you only need PI you only import PI. You don't need to include all the libraries with the JVM or you can make some of your own specifically for your system and load them up.
You already can build a native Java chip. You just build your hardware to do what the JVM specs say a JVM needs to do and you're set. Using the Transmeta code morphing shit is just going to slowdown the process. Running a JVM on a chip with code morphing is running bytecode in a virtual machine inside of a software emulated ISA. Your best bet for using Transmeta chips would be to compile the JVM into the VLIW format and just run it natively on the TM chip. Code morphing is just a trick they came up with to let x86 run on their processor without their processor actually being an x86.