The article refers to the robot walking uphill, and learning to adjust its gait while doing so.
Of course, I may be missing something in your definition of "2D only", but it was probably lost in the translation to a page of useless google search results:)
Uhm... USB 2.0 bandwidth is 54 mbps. In order to filter traffic going through it, you'd have to use the bus twice - once to send a packet to it, and once to get the packet (provided it was permitted) back from it.
As far as I know, the USB 2.0 fast transfer rate is 480Mbps. A rough 25% overhead rule of thumb yields a rate of 384Mbps, or 48MBps, easily enough to handle a 100Mbps ethernet connection.
Also, you don't necessarily have to send each packet over the USB twice, if you are not doing any packet shaping, or address translation. A 1-bit response to each packet (pass / fail) is enough for a simple packet filter. The software drivers that intercepted the packet in the first place would then send the original packet out over the physical network (or not.)
Possibly closer to 20%, which, incidentally, is still faster than most home user's bandwidth.
A good point, from a practical perspective -- if the home user's upstream connection is at 5Mbps, then there's not necessarily any need to be able to keep up with a saturated fast ethernet connection.
And 3000 redundant functions, and absence of namespaces, and stupid syntax (does ANYONE know why PHP uses $prefixed names? I mean they make sense in Perl or Ruby because they have a meaning, but in PHP?)
PHP needs $-prefixed identifiers because of its 3000+ functions and absence of namespaces, of course.
Since any variable name you care to invent, no matter how obscure, could become the name of a PHP built-in function next week, the only way to ensure that your code still runs at all after the next upgrade is to syntactically differentiate all of the variable identifiers like that.
Of course, there's still nothing there to prevent PHP developers from coming up with new functions that clobber your function definitions, or, for that matter, changes to PHP core syntax that do the same, but still, I'm sure it seemed like a good idea at the time.
How does the RIAA have standing to sue? They aren't the copywrite holder nor do they licence the copywritten works.
If you read the fine documents linked to in the article summary, you'll discover that the RIAA is not actually named as the plaintiff in this case. Rather, five of its members --
Elektra Entertainment Group,
Warner Bros. Entertainment,
Capitol Records,
Sony BMG Music Entertainment and
UMG Recordings
have filed suit against this person.
Presumably, those five members are the copyright holders for all of the recordings mentioned in the suit.
Really, now? The sun contains more than 99,8% of the mass in our solar system
That's true, but the solar system is also really, really, wide. That fact that most of that 0.2% sits at a point some 1000 sun-radii away from the sun's centre is likely enough to pull the centre of mass just outside of the sun itself.
in a lot of financial applications, float would be good enough since 2 decimal places is enough.
Float actually gets you just slightly less than 7 digits of precision, so, while you might think that you it's good enough (you only need two digits after the decimal point,) float will only accurately store values with five or fewer digits before the decimal point. If your financial app ever has to deal with dollar amounts greater than $99,999.99, then you'd better not go with floats.
Well, to use the information from the article, (and to unleash the hordes on my late-night math,) the drive had 50 platters, 24" across. It doesn't say whether they were single- or double- sided, but I'd assume that the engineers were smart enough to keep the bits from falling off of the undersides of the platters, and say that they were likely double-sided.
So, 50 * 2 * (12 * 12 * pi) gives ~45,000 in^2 (290 000 cm^2) of surface area to store bits. Not taking into account any redundancy for error correction (which would probably have been substantial,) and assuming that engineers wrote the specs (so 5MB = 41943040 bits, before formatting), the drive would have had an average data density of 927 bits/in^2 (144 bits/cm^2)
Well, in practice, I don't know if any Canadian artists have ever received any money from the blank media levy, but I'm pretty certain that Sarah won't be seeing anything now, now that Nettwerk has withdrawn from the CRIA.
But, if you read here (your link,) you'll see this:
AOL will begin using SPF records to maintain our whitelist in the near future.
So, maybe they need to apologise to you for not having it completely rolled out *right now*, but it seems like they might have a bit of an idea what they're doing. At least, we shouldn't rule it out yet.
Windows requires you to know the password of the user you are running the program as, rather than using your own password, and it lets you run any application, rather than having a list of acceptable commands for each user.
Unicode isn't bytes, its a standard for referencing characters. Perhaps you were thinking of UTF-8 or UCS-2.
Umm, I never said "Unicode is bytes". Unicode is a standard, Unicode is a consortium, Unicode is a registered trademark of Unicode Inc. Unicode is not bytes.
What I said was that Unicode strings are composed of bytes. A sequence of Unicode characters, under a particular encoding, is generally representable as a sequence of bytes.
I guess you were happy with FORTRAN character strings, too? They're just bytes after all.
Happy? I suppose they're not necessarily the most efficient things in the world (I don't know for sure; I've never really used FORTRAN,) but as a sequence of bytes, I'm sure they're perfectly suitable for storage and retrieval, so I guess I can be happy with them.
Being fixed length might have some performance advantages in certain applications, too, though at the expense of some storage efficiency.
But then, I don't really know much at all about FORTRAN, so I'm going to stop posting about it.
Actually, Windows' "Run As" feature is closest to su -- right-click on the program, select "Run As...", pich the Administrator user, enter the password, and run the program. Like a one-shot su.
(Not sure which versions of Windows enable this feature though; it's just something I've seen around)
This also implies that PHP has no native support of Unicode
And, for that matter, neither does C, or C++, or assembler. We can conclude from this that Unicode support is not possible, except perhaps in Java or Python.
The grandparent post was entirely correct to point out that this is not a new problem. People have been doing multibyte characters in all sorts of languages for a long time. I was even doing i18n in PHP in 1999.
Not having 'native support' for Unicode doesn't mean that you can't use Unicode strings. (They're composed of bytes, you know). At most, it means you can't get useful data from the length() function, and things like toupper() and tolower() may not do what you expect. You can still store them and retrieve them, display them to the user. Programmers have been doing this sort of thing for a long time, without 'native' support from their language.
If you know absolutely nothing about a topic, please don't post
You realise, I hope, that: a) the original Star Wars was always called "A New Hope", and b) it was always episode 4. The first few seconds of the movie (even in the original theatrical release) make that very clear.
I shouldn't have to mention this, but the trailer was made after the movie was produced, and only existed to promote the movie. The title would have been abbreviated for marketing reasons, and the romantic subplot emphasised for the same reasons -- to get people into theatres. I think you're reading a bit much into what is essentially a commercial.
Now, I'm not saying that the grand story hasn't been revised at all over the last 28 years, and I'm not saying that Lucas ever actually thought he would get to make six movies back in 1977, but he was clearly thinking about a larger story than just that first movie, even back then.
Well, Google isn't actually *doing* the pre-fetching for you; it's just a hint to the browser through the HTML that it might want to pre-load a couple of other pages. Presumably, the Palm browser wouldn't support these hints, so it's really not an issue regardless of what Google does with their HTML.
Re:Man, you're buying the wrong motherboards...
on
Mac mini Dissection
·
· Score: 1
Yes, perhaps I misunderstand. I didn't bother to add up your PC figures, and it looked like you were presenting $625 as a total for that machine, not the Mac.
(though $625 still doesn't look out of line for a PC built from decent parts, even at netlink prices)
Re:Man, you're buying the wrong motherboards...
on
Mac mini Dissection
·
· Score: 1
still be considerably less than a mini-mac ($625CDN plus taxes).
Maybe CDN doesn't mean what I think it means when you use it, but with the Canadian dollar at it's current value, $500US is only $611CDN. Your $625 computer does not cost "considerably less" than a Mac Mini.
Slashdot Mirror
Aww, we should have waited for him to discover that there's not even a Nobel Prize for mathematics :)
Of course, I may be missing something in your definition of "2D only", but it was probably lost in the translation to a page of useless google search results :)
Why would they ship a copy that hasn't been paid for?
Sure, they sold them. They sold them to retailers, and to OEMs -- individual consumers wouldn't purchase a copy directly from Microsoft.
Not saying that the 40M copies have been re-sold to the end-user or anything, but they've certainly been sold at least once.
As far as I know, the USB 2.0 fast transfer rate is 480Mbps. A rough 25% overhead rule of thumb yields a rate of 384Mbps, or 48MBps, easily enough to handle a 100Mbps ethernet connection.
Also, you don't necessarily have to send each packet over the USB twice, if you are not doing any packet shaping, or address translation. A 1-bit response to each packet (pass / fail) is enough for a simple packet filter. The software drivers that intercepted the packet in the first place would then send the original packet out over the physical network (or not.)
Possibly closer to 20%, which, incidentally, is still faster than most home user's bandwidth.A good point, from a practical perspective -- if the home user's upstream connection is at 5Mbps, then there's not necessarily any need to be able to keep up with a saturated fast ethernet connection.
And yes, this gadget's a total gimmick.Agreed.
If you read carefully, you'll see that the parent post to yours never said anything about a third world country :)
PHP needs $-prefixed identifiers because of its 3000+ functions and absence of namespaces, of course.
Since any variable name you care to invent, no matter how obscure, could become the name of a PHP built-in function next week, the only way to ensure that your code still runs at all after the next upgrade is to syntactically differentiate all of the variable identifiers like that.
Of course, there's still nothing there to prevent PHP developers from coming up with new functions that clobber your function definitions, or, for that matter, changes to PHP core syntax that do the same, but still, I'm sure it seemed like a good idea at the time.
If you read the fine documents linked to in the article summary, you'll discover that the RIAA is not actually named as the plaintiff in this case. Rather, five of its members --
- Elektra Entertainment Group,
- Warner Bros. Entertainment,
- Capitol Records,
- Sony BMG Music Entertainment and
- UMG Recordings
have filed suit against this person.Presumably, those five members are the copyright holders for all of the recordings mentioned in the suit.
That's true, but the solar system is also really, really, wide. That fact that most of that 0.2% sits at a point some 1000 sun-radii away from the sun's centre is likely enough to pull the centre of mass just outside of the sun itself.
Float actually gets you just slightly less than 7 digits of precision, so, while you might think that you it's good enough (you only need two digits after the decimal point,) float will only accurately store values with five or fewer digits before the decimal point. If your financial app ever has to deal with dollar amounts greater than $99,999.99, then you'd better not go with floats.
So, 50 * 2 * (12 * 12 * pi) gives ~45,000 in^2 (290 000 cm^2) of surface area to store bits. Not taking into account any redundancy for error correction (which would probably have been substantial,) and assuming that engineers wrote the specs (so 5MB = 41943040 bits, before formatting), the drive would have had an average data density of 927 bits/in^2 (144 bits/cm^2)
For a good time, try this:
I don't have ktorrent installed, but other simple KDE apps show dependencies on at least 22MB of librariesWell, in practice, I don't know if any Canadian artists have ever received any money from the blank media levy, but I'm pretty certain that Sarah won't be seeing anything now, now that Nettwerk has withdrawn from the CRIA.
AOL does use SPF:
$ dig -t txt aol.com
<snip>
aol.com. 300 IN TXT "spf2.0/pra ip4:152.163.225.0/24 ip4:205.188.139.0/24 ip4:205.188.144.0/24 ip4:205.188.156.0/23 ip4:205.188.159.0/24 ip4:64.12.136.0/23 ip4:64.12.138.0/24 ptr:mx.aol.com ?all"
aol.com. 300 IN TXT "v=spf1 ip4:152.163.225.0/24 ip4:205.188.139.0/24 ip4:205.188.144.0/24 ip4:205.188.156.0/23 ip4:205.188.159.0/24 ip4:64.12.136.0/23 ip4:64.12.138.0/24 ptr:mx.aol.com ?all"
But, if you read here (your link,) you'll see this:
So, maybe they need to apologise to you for not having it completely rolled out *right now*, but it seems like they might have a bit of an idea what they're doing. At least, we shouldn't rule it out yet.As for finding it on google.com, try here.
Actually, that FAQ note is under the section "What's wrong with the Dvorak layout?"
The designer of this layout actually appreciates the ZXCV positions in QWERTY, and has left them in place for just that reason.
Windows requires you to know the password of the user you are running the program as, rather than using your own password, and it lets you run any application, rather than having a list of acceptable commands for each user.
Umm, I never said "Unicode is bytes". Unicode is a standard, Unicode is a consortium, Unicode is a registered trademark of Unicode Inc. Unicode is not bytes.
What I said was that Unicode strings are composed of bytes. A sequence of Unicode characters, under a particular encoding, is generally representable as a sequence of bytes.
I guess you were happy with FORTRAN character strings, too? They're just bytes after all.
Happy? I suppose they're not necessarily the most efficient things in the world (I don't know for sure; I've never really used FORTRAN,) but as a sequence of bytes, I'm sure they're perfectly suitable for storage and retrieval, so I guess I can be happy with them.
Being fixed length might have some performance advantages in certain applications, too, though at the expense of some storage efficiency.
But then, I don't really know much at all about FORTRAN, so I'm going to stop posting about it.
(Not sure which versions of Windows enable this feature though; it's just something I've seen around)
Nah, to the engineer, the glass is 50% derated.
And, for that matter, neither does C, or C++, or assembler. We can conclude from this that Unicode support is not possible, except perhaps in Java or Python.
The grandparent post was entirely correct to point out that this is not a new problem. People have been doing multibyte characters in all sorts of languages for a long time. I was even doing i18n in PHP in 1999.
Not having 'native support' for Unicode doesn't mean that you can't use Unicode strings. (They're composed of bytes, you know). At most, it means you can't get useful data from the length() function, and things like toupper() and tolower() may not do what you expect. You can still store them and retrieve them, display them to the user. Programmers have been doing this sort of thing for a long time, without 'native' support from their language.
If you know absolutely nothing about a topic, please don't post
Good advice.
I shouldn't have to mention this, but the trailer was made after the movie was produced, and only existed to promote the movie. The title would have been abbreviated for marketing reasons, and the romantic subplot emphasised for the same reasons -- to get people into theatres. I think you're reading a bit much into what is essentially a commercial.
Now, I'm not saying that the grand story hasn't been revised at all over the last 28 years, and I'm not saying that Lucas ever actually thought he would get to make six movies back in 1977, but he was clearly thinking about a larger story than just that first movie, even back then.
Well, Google isn't actually *doing* the pre-fetching for you; it's just a hint to the browser through the HTML that it might want to pre-load a couple of other pages. Presumably, the Palm browser wouldn't support these hints, so it's really not an issue regardless of what Google does with their HTML.
(though $625 still doesn't look out of line for a PC built from decent parts, even at netlink prices)
Maybe CDN doesn't mean what I think it means when you use it, but with the Canadian dollar at it's current value, $500US is only $611CDN. Your $625 computer does not cost "considerably less" than a Mac Mini.