Godwin! I saw it first! What did I win?
Yvahk/Havk hfref pna hfr gur sbyybjvat pbzznaq gb qrpbqr/rapbqr ebg13
ge n-mN-M a-mn-zA-MN-Z
Humm... If the purpose of that function is to check that the interval fromIndex:toIndex is valid within an array on length arrayLen then there is another sensible way to implement that function.... without a bug:
This code does not throw ArrayIndexOutOfBoundsException if toIndex == arrayLen
Not a problem! I just patented a system of 3 laws preventing those chips to harm humans
... what is the estimated number of deaths caused by pollution in the USA alone? and worldwide?
The link to the Richard Stallman page is not against ebooks but about Amazon ebooks, or to keep it simple about DRM, proprietary formats and all other nice features introduced to "protect" users
There is nothing wrong with open ebook formats such as EPUB (XHTML+CSS+XML) as they remain DRM free.
... the end of Dr House?
- an average page is 10x10 inches (25x25 cm)
- a high scan resolution of 1200DPI
- 32bits per pixel (4bytes)
An average uncompressed page takes 10*10*1200*1200*4 = 576000000 = 0.57 gigabytes
A lossless compression can probably reduce the size by 2 but if they are not stupid they will make multiple backups so 1.2 gigabytes per page seems reasonable to me.
case "$filename" in
*.temp|*.tmp|*.junk) echo "good $filename"
*) echo "bad $filename"
You forgot coconuts that can be deadly when received on the head.
There is also that well known story of a couple having huge problems after eating a single apple!
A huge problems with the flat log file is that it breaks the secrecy. If you know the order of the voters you can easily figure out who voted what.
A better solution could be to print or select a ballot paper and have it sent into a ballot box after visual verification by the voter.
Humm... wear leveling in software
I don't agree! During the last years Tom Tom attitude was more and more against the OSS community so the OSS community should not help Tom Tom.
I have not tried recently but as far as I know it is virtually impossible to download and install a map on a TomTom without their Windows-only application. And please don't tell me that they have good technicals reasons since that was perfectly possible a few years ago.
I don't say that the community should be silent. It would be far more productive to use this as an opportunity to express a strong dissatisfaction against parasitic companies that take as much as possible without even giving the most basic OSS support for their products.
That's a common misconception but malloc is not a kernel call but a user land function.
Malloc is implemented in the libc by managing a since large area of memory (the heap). When the heap is full, malloc() increases the heap size by a system call such as sbrk(). On my system (64bit), the heap is increased by blocks of 128KB.
For large data sizes (>128KB) malloc does not use the heap and directly allocates the memory using the system call mmap().
For example, for an application allocation up 100MB the overall number of calls to sbrk() is no more than 100MB/128KB = 800 regardless of the number of calls to malloc()/free() which can be millions. The kernel calls are totally negligible.
There is a nice article here: http://www.linuxjournal.com/article/6390