Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!


Forgot your password?
Check out the new SourceForge HTML5 internet speed test! No Flash necessary and runs on all devices. Also, Slashdot's Facebook page has a chat bot now. Message it for stories and more. ×

Comment Re: Unlimited? (Score 1) 196

Small cells negate the "limited amount of spectrum" argument. It's a financial + logistical + political/regulatory limitation, not a technical one.

Technology will eventually advance to the point that the financial consideration is less important. We're already working with beam-forming -- a technology that's existed for decades, in radar applications -- for instance. Wireless is the future, no matter what the naysayers think, and if you're still thinking of "spectrum" as the limiting factor you're behind the curve. Makes me think of the folks who deploy IPv6 for the first time and start worrying about the "waste" of addresses.

Comment Re:Unlimited? (Score 1) 196

There's no technical reason why an LTE network can't be engineered to provide truly unlimited data with acceptable speeds in most instances. There is, however, a financial reason, plus the usual regulatory/political concerns that get in the way of new cell sites. It's worth noting that T-Mobile manages to offer unlimited with an asterisk (video throttled to 1.5Mbps) and in many cases delivers superior speed than Verizon, so it's clearly POSSIBLE and PROFITABLE to use as a business model.

In rural/fixed-wireless settings LTE is actually cheaper than DSL/cable and the favorable contention ratios (i.e., low population density) make unlimited possible with today's network. It's a mystery to me why they won't offer an unlimited product for this market segment at least; it would be the death blow for satellite internet.

Comment Re:Search engine? (Score 1) 286

If a C string array needs to be NULL terminated, then a 16 byte array only has 15 bytes of usable string storage. How am I artificially adjusting the buffer length by telling strncpy() to copy at most 15 bytes of data?

Let's take another approach. Let's assume I need to copy of C string into a fixed length array as might happen with a binary protocol. If strncpy() automatically NULL terminated the string, then I would be unable to use every byte of the fixed width field as one byte would always be consumed by the superfluous NULL terminating character (unless, of course, I write my own function).

In its current form, strncpy() can be used for copying strings into fix length fields or into another string array without the need of two functions.

Comment Re:Search engine? (Score 1) 286

For example, strncpy() doesn't actually do what any reasonable person would assume it does. Using it in the wrong "obvious" way can result in bugs that won't easily be found during testing. There are hundreds more land mines like that sprinkled throughout the C ecosystem, and they all need to be reviewed repeatedly before one can be considered an experienced developer.

Knowing the prototype of "char * strncpy(char * dst, const char * src, size_t len);", my assumption would be that strncpy() would copy up to 'len' bytes of data from the 'src' pointer to the 'dst' pointer which probably does not include a NULL terminator if the 'src' string is longer than 'len'. As such, as a programmer I should pass 'dst_len - 1' as 'len' so I can ensure the 'dst' string is NULL terminated by calling "dst[dst_len-1] = '\0';" immediately after calling strncpy().

If this is an unreasonable assumption, what is a reasonable assumption?

Comment Re:How Many Paid Oil/Gas Industry Trolls Post Here (Score 2) 284

Just move on from Slashdot.

I gave up on fighting against the astroturfers here a few years back... wasn't worth the effort and stress anymore. I can still get good discussion about topics that matter to me at reddit -- just need to stay away from some of the subreddits there.

Every once in a while I come check on Slashdot, and remember anew why I left. The place went to shit once the sockpuppet accounts got critical mass on mod points.

Comment Re:Just like Samsung, AT&T, Apple, Verizon, LG (Score 1) 97

Because the licensing agreement that you didn't bother to read said they can remotely update the software on your device at any time and without notice to you.

If it bothers you invest in a Nexus or another device with an unlockable bootloader and install the open source ROM of your choice. If you wish, you can even fly without the Google Play framework, using F-Droid and/or sideloading your own APKs. It's entirely possible to have a completely open source Android device if you so desire.

Comment Re:Kernel is 4.4... (Score 2) 54

The 4.6 kernel series is already end of life, 4.7 is only marked stable, and 4.8 hasn't yet been released.. Currently Linux Kernel 4.4 is the latest longterm Linux kernel and is projected to be supported until Feb. 2018. With the exception of kernel 3.2, support will end for the other Linux longterm kernels either this year or next year.

If you are creating a long term support release of a Linux distro, it makes sense to choose a longterm support kernel over either an EOL kernel release or an unreleased kernel (which likely bring its own set of issues). If the distro did choose to kernel without long term support, they would be on the hook for back porting critical patches into the kernel. Since they did choose a long term kernel release, they can focus on what sets Mint apart, maintaining their Cinnamon interface, rather than maintaining a custom kernel release.

On a related note, Alpine Linux and Slackware Linux also chose the 4.4 kernel.

Slashdot Top Deals

Mr. Cole's Axiom: The sum of the intelligence on the planet is a constant; the population is growing.