I don't see this being a dilemma. The folks who know how to stomp on restricted frequencies should know not to, and if they don't, they'll get busted.
One of the huge benifits of software radio is that we no longer need restricted bands. The infrastructure we have in place will take a while to adjust to this, of course, but it will happen, and then this will not be a problem.
You're correct, in that any non-game 3D product out there uses OpenGL (and rightly so), but the fact of the matter is that the money lies in games, and that is what will drive the industry for some time.
I would love to see every game developer out there throw support behind OpenGL. After all, it is an open standard, and what has MS done for you lately?
You can embed python in C in about 5 minutes, to the point where you can start calling python with lines of python in your code. A less trivial embedding is almost as easy. Perl doesn't come close.
I thought the 'trollish' intro would indicate to people I was asking a real question. In fact it's just waving a flag in front of bulls. Oh well..
I'd never heard of pike. I'm not sure if it's resemblance to C would be comfortable or confusing. The claim as to speed is interesting. The website is being very slow, though, so I haven't seen much.
And what's with the 4 letter 'P' words for languages these days? Back in my day, we had 'B', which begat 'C', and that was good enough for us!
Ahhh. The whitespace thing. You either hate it, or accept it (not love it) for the benefits it gives. It took me a while to get used to, but the increased readability is great. In a way, it's the exact opposite of the 'there's more than one way to do it' school. I'll assume you've heard all the arguments already.
I agree with your assessment of CPAN. The range is pretty much unequaled anywhere. The python analog looks pretty weak in comparison. Still, there's only time in the way.
In the desert, it's not about heat (although that is a problem) it's about sand.
Sand and dust gets into every single nook and cranny. The non-moving parts might last a long time, but his DVD drive will be toast if he uses it too much. Same with the hinge of the screen.
Trollish, but...
Have any of you perl coders looked at python or PHP for whatever your apps are? I still use perl for little quick and dirty type things, but the 'line noise' phenomena makes something like python much more atractive for prototyping. And PHP much more atractive for dynamic web stuff. Where does perl shine anymore?
I'm trying to patch it against 2.5.64, but it gets confused. Im using the patch Ingo posted in the linked article. Any hints as to what I'm doing wrong?
A MIPS instruction set chip, running a 500mhz, and drawing 5 watts?? Sounds pretty competitive already. You might not be in the market for one for your computer, but others wil find those kind of specs very interesting.
You're right, and the drive in the article also has a 5-year warranty. I was also refering to the added heat in the enclosure, and the impact of that on wear and tear of all components.
I would have thought that a 15,000 RPM drive would generate more heat.
This is a Big Fucking Deal. If parts of linux are found to be patented, it threatens the entire codebase. This will also scare the hell out of companies thinking of switching. Why switch if a year later you have to cease-and-desist? Or pay a licence fee you hadn't seen coming.
So what? An increase in heat and wear and tear on components, for what theroy says is ~25% speed increase. This drive doesn't even come close to that.
I would think that for most apps that need this, a SCSI or RAID (or both) solution would be better.
Ummm, I'm losing something here. As far as I'm concerned, my monitor is a 2D device. To put a pixel on screen, all you need to send is an X and a Y. Even if there is also Z info, as in a '3D' game, the monitor only displays in 2D.
I don't get what you mean by 'D'. Z is depth, so I don't get what a monitor displaying x,y,z, and d would be showing.
Regarding the speed difference; IMO, a 1GHz G4 is about equal to a 1.2GHz P4. Yes I know about the 'megahertz myth'. No I'm not trolling.
I am still a big fan of Apples machines, but performance is not what I like about them. I think your example would still come out on Apples side even if you speced a 1 GHz P4.
I think more than 1/100th of the computer useing populace plays games. I would see this technology as about as vialble as a Radeon9700, which is to say, pretty viable.
Slashdot Mirror
One of the huge benifits of software radio is that we no longer need restricted bands. The infrastructure we have in place will take a while to adjust to this, of course, but it will happen, and then this will not be a problem.
And the acubus has been handling calculations just fine. A software radio is not your fathers transistor radio.
I would love to see every game developer out there throw support behind OpenGL. After all, it is an open standard, and what has MS done for you lately?
You can embed python in C in about 5 minutes, to the point where you can start calling python with lines of python in your code. A less trivial embedding is almost as easy. Perl doesn't come close.
He's only managed the face removal part.
I think a good compromise would be every dist including comprehensive changlogs.
FP! oh, and the link is broken. nytimes is suposed to be followed by '.com'.
I thought the 'trollish' intro would indicate to people I was asking a real question. In fact it's just waving a flag in front of bulls. Oh well..
I'd never heard of pike. I'm not sure if it's resemblance to C would be comfortable or confusing. The claim as to speed is interesting. The website is being very slow, though, so I haven't seen much.
And what's with the 4 letter 'P' words for languages these days? Back in my day, we had 'B', which begat 'C', and that was good enough for us!
I agree with your assessment of CPAN. The range is pretty much unequaled anywhere. The python analog looks pretty weak in comparison. Still, there's only time in the way.
Sand and dust gets into every single nook and cranny. The non-moving parts might last a long time, but his DVD drive will be toast if he uses it too much. Same with the hinge of the screen.
Have any of you perl coders looked at python or PHP for whatever your apps are? I still use perl for little quick and dirty type things, but the 'line noise' phenomena makes something like python much more atractive for prototyping. And PHP much more atractive for dynamic web stuff. Where does perl shine anymore?
flame on...
You could do that in assembly, also. OOP is about ease of use and maintenance.
I'm trying to patch it against 2.5.64, but it gets confused. Im using the patch Ingo posted in the linked article. Any hints as to what I'm doing wrong?
Your subject header said it all, of course.
Uh... That's Kevin Poulsen you're talking about there. He's got the credentials, even if he still has too much blackhat in him.
A MIPS instruction set chip, running a 500mhz, and drawing 5 watts?? Sounds pretty competitive already. You might not be in the market for one for your computer, but others wil find those kind of specs very interesting.
Five, six and seven.
I would have thought that a 15,000 RPM drive would generate more heat.
I'm betting SCO's 'IP' is pretty slim. There might be some good ideas in the codebase, but nothing that can't (or hasn't) been reverse-engineered.
Good luck IBM.
I would think that for most apps that need this, a SCSI or RAID (or both) solution would be better.
Oh well, faster is pretty marketable, I guess.
Nice attempt to look like you have something to say. ROFL, and you don't even know why.
I don't get what you mean by 'D'. Z is depth, so I don't get what a monitor displaying x,y,z, and d would be showing.
I am still a big fan of Apples machines, but performance is not what I like about them. I think your example would still come out on Apples side even if you speced a 1 GHz P4.
C'mon 970!
I think more than 1/100th of the computer useing populace plays games. I would see this technology as about as vialble as a Radeon9700, which is to say, pretty viable.