I know of a guy who sketched his website on some A4 sheets. Then he thought "heck, this is good, why waste an effort." He simply scanned these pages, added some code for navigation and that was it.
Most video cameras are sensitive to infrared light. I bet these people want to use an IR strobe do drown the signal. A simple filter will get rid of the noise.
there's service like this where I live. You can get location-specific spam, er, ads, but only for types of products you have indicated your interest in. You can get a message when your friend is near you (he will get one too). There's even a dating service.
Oh, and before you tell me "look at my favourite language": I already love it. main = interact $ unlines . reverse . lines looks so nice and clean compared to any C++ offering... until you start measuring execution time, sigh.
Read a good beginner's book about C++ and update your card accordingly. It's got more problems than I care to enumerate, and that's in sample sections only.
And for those who are asking what's wrong with existing sound servers: there's no standard mechanism to query whether one of them is running, especially on a remote machine. (No, relying on magic port numbers is wrong.) And not all of these servers run under all Unix variants. I personally have had very hard time trying to make aRTs work under comercial unices.
With this stuff you just talk to X server. There's hope big players will support it because X is the industry standard. esd, to put it bluntly, isn't.
Only local function variables? Why not class members?
Oh, and the garbage collector calls the destructors in the non-auto case. I don't see how they are different from Java finalizers, and pretty much everyone agrees that Java finalizers were a bad idea.
I can't believe somebody could make this mistake again. It's just plain wrong. There are destructors for that purpose. They encapsulate cleanup so that that the programmer doesn't have to worry about it.
Install a hax0red memory module. The beast loads the bootloader...calculates the checksum...issues the trust token...then the memory content is magically replaced with a different bootloader. Insta-Palladium-enabled-Linux!
Don't quote me on this though. I did read the spec, but I'm not quite sure I fully understand it.
That's it. A remote site can know whether or not you're running a trusted (IOW "unhackable") OS/apps. If you do, they'll send you decryption keys for playback and be reasonably sure you won't intercept them, store them permanently etc.
No lilo/grub/whatever for you! Unless distro vendors will somehow manage to sign their binaries.
For dual-boot you'll need to resort to diskettes or other such sillyness.
Please note that Lexmark alleges both DMCA violation and traditional copyright violation. I.e. the aftermarket chips contain identical unauthorised copies of Lexmark copyrighted code. If this is true then at least this part of the suit is bound to succeed.
it seems that only unpublished inventions are patentable. In the U.S. of A. this might be different, but in any case anything published more than year ago is not patentable. I wish you good luck with your next invention. And lots of cash too, because the patenting process will cost you.
Slashdot Mirror
I know of a guy who sketched his website on some A4 sheets. Then he thought "heck, this is good, why waste an effort." He simply scanned these pages, added some code for navigation and that was it.
Most video cameras are sensitive to infrared light. I bet these people want to use an IR strobe do drown the signal. A simple filter will get rid of the noise.
This can only mean that they perfected wireless technology. A bunch of l33t g33ks they were, if you ask me.
there's service like this where I live. You can get location-specific spam, er, ads, but only for types of products you have indicated your interest in. You can get a message when your friend is near you (he will get one too). There's even a dating service.
Oh, and before you tell me "look at my favourite language": I already love it. main = interact $ unlines . reverse . lines looks so nice and clean compared to any C++ offering... until you start measuring execution time, sigh.
Read a good beginner's book about C++ and update your card accordingly. It's got more problems than I care to enumerate, and that's in sample sections only.
That's soooo last century. Try 3.2, or something.
In the beginners department you can't beat Accelerated C++ by Koenig and Moo. For more advanced programmers there is Scott Meyers.
And for those who are asking what's wrong with existing sound servers: there's no standard mechanism to query whether one of them is running, especially on a remote machine. (No, relying on magic port numbers is wrong.) And not all of these servers run under all Unix variants. I personally have had very hard time trying to make aRTs work under comercial unices. With this stuff you just talk to X server. There's hope big players will support it because X is the industry standard. esd, to put it bluntly, isn't.
(Emacs is a VM for running elisp code)
Only local function variables? Why not class members? Oh, and the garbage collector calls the destructors in the non-auto case. I don't see how they are different from Java finalizers, and pretty much everyone agrees that Java finalizers were a bad idea.
Compare this (C++):
with this (Java/D/whatever):
And they say try/finally is less error-prone? Gimme a break. Repeat after me: encapsulation good, code duplication bad.
Aside: how do I insert friggin' spaces with this ecode thingy?
The playback keys are encrypted to the session key. Your box-in-the-middle can't get it.
are possible right now, with no TCPA and stuff. But somehow they're not very popular.
Don't quote me on this though. I did read the spec, but I'm not quite sure I fully understand it.
That's it. A remote site can know whether or not you're running a trusted (IOW "unhackable") OS/apps. If you do, they'll send you decryption keys for playback and be reasonably sure you won't intercept them, store them permanently etc.
No lilo/grub/whatever for you! Unless distro vendors will somehow manage to sign their binaries. For dual-boot you'll need to resort to diskettes or other such sillyness.
If it's true to spec, it will load anything. Just not in the trusted mode.
There are seasoned skywatchers out there who know how to navigate the sea of stars, and they are amateurs! Amazing, no?
'Cuz it plainly states that there is a copyright issue in addition to the DMCA issue.
Please note that Lexmark alleges both DMCA violation and traditional copyright violation. I.e. the aftermarket chips contain identical unauthorised copies of Lexmark copyrighted code. If this is true then at least this part of the suit is bound to succeed.
it seems that only unpublished inventions are patentable. In the U.S. of A. this might be different, but in any case anything published more than year ago is not patentable. I wish you good luck with your next invention. And lots of cash too, because the patenting process will cost you.
Why, Palladium of course.
How come no one mentioned it? An ability to write debugger scripts helps immensely. In my environment at least, that is.