Slashdot is powered by your submissions, so send in your scoop

 



Forgot your password?
typodupeerror
×

Comment Re:What about PHP on the JVM? (Score 5, Funny) 213

"Yes, that's just what the world needs: the rigorous code quality of PHP combined with the high performance and lightweight Java Virtual Machine."

Fortunately, I had already swallowed my coffee so the keyboard was safe.
However, your point is valid. Just because you can theoretically run something on something doesn't mean it's a good idea.
Anyway, I need to get back to writing a JVM in VBA. This is going to be the tits.

Comment Re:It's not a privacy policy (Score 2) 221

Moreover what about Terms of Use for the other content? I have not read the LG ToU, but it could be something as simple as 'hey we need to pass this information on and we will store it on your TV for you so you can use Netflix, iPlayer, etc. but we won't receive or store anything.'

Without a copy of the agreement, it's hard to tell how nefarious this is.

Comment Re:Coded language? (Score 3, Insightful) 475

A free market presumes competition, and it presumes regulation against perverse incentives. Neither are the case here... That strongly implies that they have no leg to stand on when they argue 'free markets' to bypass regulations being imposed on their networks.

I think you're restating what parent wrote (only in more detail):

Make the market free so there is someplace else to go

I believe we're all in agreement that cable companies clamoring for "free market" are hypocrites, as there has never really been a free market for communication service providers, and it's amusing (yet sad, since it's often effective) to see the rent seekers that cry "free market" and "deregulation" only when it benefits them. Govt-subsidized and sanctioned monopolies and duopolies aren't capitalism, and neither is the collusion that results when the barrier to entry is so large due to these monopolies.

If they really want a "free market" and "deregulation", then they shouldn't be opposed to more open (unlicensed) spectrum, rather than allowing the FCC to auction frequency blocks off to the highest bidder. They also shouldn't ask for public handouts to "build rural infrastructure" and then completely renege on their contractual obligations through legal loopholes and shell games.

Comment Re:Using C++11 and STL in Embedded (Score 1) 435

Personally, I don't like auto_ptr and would avoid the smart pointers. They are really cool in trivial applications but it is as easy to screw up mem management with auto_ptr as it is with naked pointers in more complicated situations (IMO YMMV).

I was with you until this. Having worked on large C++ with and without smart pointers and seeing the differences between the memory leaks firsthand has made me a believer in using smart pointers.

There are shortcomings of the commonly taught RAII approach when handling raw pointers, mostly having to do with ambiguity of pointer ownership. Maybe not the auto_ptr itself (which has now been made deprecated in favor of unique_ptr due to having stricter move/copy semantics), but the smart pointers in Boost and C++11 are very strict about who owns the data in question. There are other things smart pointers can fix (such as automatic cleanups/refcount decrements with stack unwinding, which addresses leaks caused by unexpected thrown exceptions).

Hell, simply having a ref-counted pointer that handles its own cleanup is a great way to ease developers who only have previous experience with garbage-collected languages into C++ development without introducing a ton of memory leaks or dangling pointers everywhere- not an ideal solution, but this crutch has saved us from many potential horrors introduced by senior developers who have only used C# or Java previously (yes, this is quite common today).

Slashdot Top Deals

"Look! There! Evil!.. pure and simple, total evil from the Eighth Dimension!" -- Buckaroo Banzai

Working...