Even ignoring the slowness, the results are extremely lacking compared to Google. Here's a few quick searches I tried:
gethostbyname - no matches (Google=161000) starbucks - 1 match (Google=1500000) spiderman - 1 match (Google=2550000) cassini - no matches (Google=941000) gucci - 1 match (Google=3340000) "garner state park" - failure (Google=3190)
Looks like it will find roughly/2 million times fewer/ matches for a given keyword of Google. I don't think it's quite ready to enter ship-test just yet.
OK, analogy #2 -- MegaCinemaCorp has you and your friends arrested for sneaking into the movies without paying, aka 'theater-sharing'.
"But, but, I was just copying the movie onto my eyeballs.
I didn't/steal/ anything. I wouldn't have paid for a
ticket anyway, so it's not like you lost a sale..."
"I was, uhhh,/sampling/ it. Yeah, that's it, I just
wanted to see if it was worth it before I paid the
full ticket price."
"Yeah, and I already saw the movie yesterday, so I should
be allowed a couple of 'backup' viewings, in case maybe
I missed any good scenes when I ran to the john."
"And I snuck in for free because you're a big evil greedy
corporation that charge too much for popcorn and exploit
your minimum-wage help! Take that, Capitalist Pigs!"
[ Any other standard pro-theatersharing arguments
I've failed to satirize? ]
Re:I also dislike multicolor/auto-indent
on
Vim 6.3 Released
·
· Score: 1
Try some of the suggestions on
this page. It appears that some of the filetype plugins are overriding your settings.
O thank you anonymous coward! By adding this to $HOME/.vimrc:
autocmd FileType * set fo-=r fo-=o nocindent noautoindent
I can finally disable autoindent, and use vim the way I want to. Thanks again!
Re:I also dislike multicolor/auto-indent
on
Vim 6.3 Released
·
· Score: 1
:set background=dark
:colorscheme evening
Cool, thanks! Now if I could just find a way to
turn off autoindent as well.
I've tried all the following in my.vimrc, but they don't work:
set noautoindent
set nocindent
set noai
I also dislike multicolor/auto-indent
on
Vim 6.3 Released
·
· Score: 1
I have been using vi for almost 20 years, and I also/strongly/ dislike vim's multicolor and auto-indent features.
My preferred visual setup is white text on black bg. If I try to use vim to edit.c or.cpp programs, the comments appear in almost-unreadable dark blue; and all the string and numeric literals are deep dark red.
And the cindent mode is downright infuriating to me. Bad editor! Leave text alone!/ME/ decide how indent!!
Why don't I fix these by setting nocindent, etc. in my $HOME/.vimrc ? Because I already tried, and it won't let me ; the/usr/share/vim/vim61/macros/vimrc settings (which I don't have authority to edit on most of our shared and frequently reinstalled machines)/override/ my.vimrc!! Why the hell don't the end-user's desired settings take precedence over some shared default file?! Arrrgh!
Until/unless this changes in some future version, vim is near-useless to me (despite its nifty-looking features), and I must resort to a stashed copy of 'old' vi.
Earlier than that: she translated an article on the Analytical Engine (written by L. F. Menebrea) with several added notes of her own, including a sample program to compute Bernoulli numbers. This was published in the October 1843 issue of Scientific Memoirs.
And you have just described the universe where Java apps run. How many more platforms would make a difference?
By the time you get to ~ 10 supported platforms (say AIX, HPUX, IRIX, Linux-x86, Linux-PPC, Linux-390, OSF, OS390, OS400, Solaris, Solaris, Win32), with 1 or 2 binary-incompatible O/S versions of each, quite a lot.
With C, I must have access to a build machine with each environment I plan to support, and must rebuild on each one whenever I make changes to the code. With Java, I only have to build once, on my choice of build machine.
With C, I have to work around dozens of platform-specific issues and quirks even when using fairly common POSIX and C89 apis. Surprise, there's no snprintf() on OS390 -- write your own. Surprise, rename() doesn't work the same on Win32 or OS400 as on Linux, so you get unexpected EPERM errors. Surprise, you forgot to specify -fPIC or -qTERASPACE or/MD flags, etc. etc. etc. In contrast, the Java APIs are always there, and always work the same (or close enough).
Trust me: porting C code of any degree of complexity to a new platform never 'just works', and it's never just 'a little work' to debug why and fix it.
OK, since that channel is gonna get flooded anyway, use modified backend code from the virus to flood the channel with junk data.
Or better yet, spike it with legitimate-looking data that will help catch the originator (root passwords for honeypit machines, special "arrest this customer" CC numbers, etc.)
I would expect sites like MapQuest, etc. could serve generated maps at least 300% faster and with a much smaller file size, if they just dumped the vectors into a SVG file instead of having to generate a.GIF or.JPG file.
Plus, instead of a fixed size and scale, your browser could decide how big to display the map, and you could zoom in/out without having to fetch another generated image.
Moreover, the Adobe SVG plugin doesn't seem to work at all on Firebird for WinXP. Tried copying various dlls, downloading a beta SVG 6.0 plugin, etc. No go; I have to open damn IE6 if I want to view SVG files.
There's #ifdef support in Mozilla for SVG, but [a] it isn't built by default (and I haven't got MSVC so can't compile it on WinXP), and [b] it apparently will only handle inline SVG, not SVG embedded with <object> tag. But if we use inline SVG, most browsers won't understand it/and/ we won't be able to supply a fallback <img>! IMHO this makes inline SVG useless.
So for now, the apparent best I can do is embed SVG in object tags and provide a fallback image plus a link to the SVG file (in case they want to save it for viewing outside the browser).
[David] "I don't understand it, Goliath. I've prayed and prayed, but God won't make my soundcard work on Linux."
[Goliath] "Woof! I only know Windows, Da-vey. We should go ask Pastor Bob."
...
[Pastor Bob] "... So you see, Davey, God didn't answer your prayer, because it's something He wants you to do for yourself. You need to write your own device-driver for that sound card."
[David] "Gee, now I understand. Thanks, Pastor Bob!"
You want http://wap.google.com/ and a WAP-enabled phone.
Actually, what I would want is a pair of Omniscient Sunglasses that could hear me subvocalize questions, transmit them to a search engine (or a human librarian), get the answers back (with the irrelevant results filtered out), and display them.
"But if I don't have Administrator authority, I can't
install this "cute-dancing-puppy-trojan.exe" which
arrived in an e-mail attachment from some stranger.
Ok, sure it might have viruses in it, but if I don't
install it, I MIGHT MISS SOMETHING MILDLY AMUSING!"
I wonder long it'll take before someone stows away aboard one of these things, so they can skydive off it at 65,000 feet (better bring bottled oxygen...)
My complaint -- and not just mine, it's no revelation that garbage collection has may detractors -- is that the pauses are not predictable by writer of the program.
If your application has realtime performance requirements, you should disable garbage collection AND you probably shouldn't be using third-party libraries unless you've reviewed all their source code. Not only might they depend on GC, they might introduce their own unpredictable pauses: i.e. "if (key[N] < key[N+1]) { do-crappy-bubblesort(); }".
But for the majority of applications, which don't have such strict realtime requirements, GC will help prevent a lot of memory leaks, dangling pointer crashes, and buffer overruns (caused by developers using fixed-size buffers when they ought to be allocating dynamically).
My managers don't agree and bust my ass when they find out I've let someone in with a bag from Bear Rock Cafe or Wendy's in. I tell 'em, "Hey, do we sell deli quality sandwiches, or spicy chicken sandwiches and chili?"
[manager voice] "No: we sell expensive-ass popcorn, nachos, hotdogs, and various candies, and we want them to buy THOSE instead. If they're hungry enough, they'll do it, too. Otherwise, we lose money on each ticket sale. Damn video-rental places..."
It might be interesting to see a map in terms of the hours of work (at average local wages) required to
purchase an hour of Internet cafe.
I.e. in the U.S.A. (average wage ~ $15/hour), the cost would be 0.3 hours. In Namibia (average wage
~ $1/hour) the cost would be 2.5 hours, etc.
It was, but then Michael Jackson bought it and had it moved to his backyard (next to the roller-coaster).
Or maybe BEI4 YAO3 WU2 FU2 [4ff6 302d 4ad3 3695], which (I think) means 'completely unfathomable vast big-head'.
(however, I don't speak Mandarin, this is just from looking up syllables in the Unihan Database
Even ignoring the slowness, the results are extremely lacking
/2 million times fewer/
compared to Google. Here's a few quick searches I tried:
gethostbyname - no matches (Google=161000)
starbucks - 1 match (Google=1500000)
spiderman - 1 match (Google=2550000)
cassini - no matches (Google=941000)
gucci - 1 match (Google=3340000)
"garner state park" - failure (Google=3190)
Looks like it will find roughly
matches for a given keyword of Google. I don't think it's
quite ready to enter ship-test just yet.
[Ripley] "I say we take off and nuke the entire planet
from orbit. That's the only way to be sure."
[Hudson] "F--kin' A..."
[Burke] "Ho-ho-hold on a second! The Earth has a
very substantial dollar value attached to it!"
[Ripley] "They can BILL me."
OK, analogy #2 -- MegaCinemaCorp has you and your friends
/steal/ anything. I wouldn't have paid for a
/sampling/ it. Yeah, that's it, I just
arrested for sneaking into the movies without paying, aka
'theater-sharing'.
"But, but, I was just copying the movie onto my eyeballs.
I didn't
ticket anyway, so it's not like you lost a sale..."
"I was, uhhh,
wanted to see if it was worth it before I paid the
full ticket price."
"Yeah, and I already saw the movie yesterday, so I should
be allowed a couple of 'backup' viewings, in case maybe
I missed any good scenes when I ran to the john."
"And I snuck in for free because you're a big evil greedy
corporation that charge too much for popcorn and exploit
your minimum-wage help! Take that, Capitalist Pigs!"
[ Any other standard pro-theatersharing arguments
I've failed to satirize? ]
O thank you anonymous coward! By adding this to $HOME/.vimrc:
autocmd FileType * set fo-=r fo-=o nocindent noautoindent
I can finally disable autoindent, and use vim the way I want to. Thanks again!
Cool, thanks! Now if I could just find a way to turn off autoindent as well. .vimrc, but they don't work:
I've tried all the following in my
I have been using vi for almost 20 years, and I also /strongly/ dislike vim's multicolor and auto-indent
.c or .cpp programs, the
/ME/ decide how indent!!
/usr/share/vim/vim61/macros/vimrc settings /override/ .vimrc!! Why the hell don't the end-user's desired
features.
My preferred visual setup is white text on black bg.
If I try to use vim to edit
comments appear in almost-unreadable dark blue; and
all the string and numeric literals are deep dark red.
And the cindent mode is downright infuriating to me.
Bad editor! Leave text alone!
Why don't I fix these by setting nocindent, etc. in my
$HOME/.vimrc ? Because I already tried, and it won't
let me ; the
(which I don't have authority to edit on most of our
shared and frequently reinstalled machines)
my
settings take precedence over some shared default file?!
Arrrgh!
Until/unless this changes in some future version, vim is
near-useless to me (despite its nifty-looking features),
and I must resort to a stashed copy of 'old' vi.
Earlier than that: she translated an article on the Analytical Engine (written by L. F. Menebrea) with several added notes of her own, including a sample program to compute Bernoulli numbers. This was published in the October 1843 issue of Scientific Memoirs.
See http://psychclassics.yorku.ca/Lovelace/lovelace.ht m#G
By the time you get to ~ 10 supported platforms (say AIX, HPUX, IRIX, Linux-x86, Linux-PPC, Linux-390, OSF, OS390, OS400, Solaris, Solaris, Win32), with 1 or 2 binary-incompatible O/S versions of each, quite a lot.
With C, I must have access to a build machine with each environment I plan to support, and must rebuild on each one whenever I make changes to the code. With Java, I only have to build once, on my choice of build machine.
With C, I have to work around dozens of platform-specific issues and quirks even when using fairly common POSIX and C89 apis. Surprise, there's no snprintf() on OS390 -- write your own. Surprise, rename() doesn't work the same on Win32 or OS400 as on Linux, so you get unexpected EPERM errors. Surprise, you forgot to specify -fPIC or -qTERASPACE or /MD flags, etc. etc. etc. In contrast, the Java APIs are always there, and always work the same (or close enough).
Trust me: porting C code of any degree of complexity to a new platform never 'just works', and it's never just 'a little work' to debug why and fix it.
OK, since that channel is gonna get flooded anyway, use
modified backend code from the virus to flood the channel
with junk data.
Or better yet, spike it with legitimate-looking data that
will help catch the originator (root passwords for honeypit
machines, special "arrest this customer" CC numbers, etc.)
Oh, boy, now I can put out "The Sims -- Shreveport Louisiana" expansion pack. Or "Grand Theft Auto 13: The Streets of Missoula Montana"
Maps
I would expect sites like MapQuest, etc. could serve generated maps at least 300% faster and with a much smaller file size, if they just dumped the vectors into a SVG file instead of having to generate a .GIF or .JPG file.
Plus, instead of a fixed size and scale, your browser could decide how big to display the map, and you could zoom in/out without having to fetch another generated image.
Moreover, the Adobe SVG plugin doesn't seem to work at all on Firebird for WinXP. Tried copying various
/and/ we won't be able to supply a fallback <img>!
dlls, downloading a beta SVG 6.0 plugin, etc. No go; I have to open damn IE6 if I want to view SVG files.
There's #ifdef support in Mozilla for SVG, but [a] it isn't built by default (and I haven't got MSVC so can't
compile it on WinXP), and [b] it apparently will only handle inline SVG, not SVG embedded with <object> tag.
But if we use inline SVG, most browsers won't understand it
IMHO this makes inline SVG useless.
So for now, the apparent best I can do is embed SVG in object tags and provide a fallback image plus a
link to the SVG file (in case they want to save it for viewing outside the browser).
Although in the Southern U.S. it can be miserably hot
at night too. Too bad there's not a way to generate
electric power from high humidity.
[David] "I don't understand it, Goliath. I've prayed and prayed, but God won't make my soundcard work on Linux."
[Goliath] "Woof! I only know Windows, Da-vey. We should go ask Pastor Bob."
...
[Pastor Bob] "... So you see, Davey, God didn't answer your prayer, because it's something He wants you to do for yourself. You need to write your own device-driver for that sound card."
[David] "Gee, now I understand. Thanks, Pastor Bob!"
[Goliath] "Woof!"
try to put a firewall between it and all your wireless devices!
No problem: just put it inside a Faraday cage.
Of course, it will be tricky to find the right spots
to cut holes in the wire mesh for a given IP address
and port number...
You want http://wap.google.com/ and a WAP-enabled phone.
Actually, what I would want is a pair of Omniscient Sunglasses that
could hear me subvocalize questions, transmit them to a search engine
(or a human librarian), get the answers back (with the irrelevant results
filtered out), and display them.
"But if I don't have Administrator authority, I can't
install this "cute-dancing-puppy-trojan.exe" which
arrived in an e-mail attachment from some stranger.
Ok, sure it might have viruses in it, but if I don't
install it, I MIGHT MISS SOMETHING MILDLY AMUSING!"
Of course, if it's running UNIX then it would
crash with "Segmentation fault: floor dumped".
I wonder long it'll take before someone stows away
aboard one of these things, so they can skydive off
it at 65,000 feet (better bring bottled oxygen...)
If your application has realtime performance requirements, you should disable garbage collection AND you probably shouldn't be using third-party libraries unless you've reviewed all their source code. Not only might they depend on GC, they might introduce their own unpredictable pauses: i.e. "if (key[N] < key[N+1]) { do-crappy-bubblesort(); }".
But for the majority of applications, which don't have such strict realtime requirements, GC will help prevent a lot of memory leaks, dangling pointer crashes, and buffer overruns (caused by developers using fixed-size buffers when they ought to be allocating dynamically).
New "Lintos" -- the distro that's fresh and full of life!
(Of course, they'll have to license the trademark rights from the candy company,
and track down the European-sweater guy to put in the commercial...)