You mean hits from search engines show up as SEARCH requests? I seriously doubt that, but if they did, just refine the Env to use Request_URI and the appropriate regexp pattern for the worm in question.
"Although every so often, I would get a call or be summoned to a meeting, and Ocean head Dave Ward would say, ''Bob, this needs to be your best-ever illustration.'' Of course, that was invariably because it was for their worst-ever game!"
You could change uniforms and sneak around as a guard. (Something today's games rarely let you do)
I'm currently playing Commandos: Beyond the call of duty. I love those games. Too bad no 3 sucked though. (Dudes, more complexity doesn't make the game more fun)
The bottom line is that for all practical purposes for today, open-source browsers are inherently more secure than Internet Explorer, and I still have half a dozen more workstations to switch over to Firefox. Go ahead, stick with Internet Explorer for everyday use. It's your funeral.
-- Steven J. Vaughan-Nichols, eweek
>Are you suggesting that the average consumer go out and purchase a 6000q to play HalfLife2?
No? I'm suggesting that connecting two cards via SLI is not very likely to become commonplace, because in the future we'll have multicore or multi-GPU consumer cards instead. They'll perform "twice as fast" but won't use twice the power and twice the space and they won't cost twice the cost.
The reasons for this belief, given current implementation of SLI[0], are many:
1. It req. two slots / lots of space.
2. The cards are so expensive, buying two at the same time/price is not very tempting.
3. The development is going so fast that buying a matching card at a later date is going to be a performance and feature loss compared with buying a new single card.
4. Buying a matching card later is only really an option if the drivers for your old one is still being updated (this is somewhat better nowadays than back at V2 time). If not, your stuck with a fast config that only runs well on older hardware and older games. ("Please downgrade to DirectX9!")
5. Do you think nVidia and ATI would like you to buy a new card, or pick up an older one to run in SLI?([0])
6. Multi-core is "the in thing".
7. The new busses are so fast that putting multi-core or multi-GPUs on one card isn't going to starve them.
>fact that your comparing apples and oranges.
Comparing?! I'm not comparing. I'm contrasting two solutions. High-end use both interconnected and multi-GPU tech. I'm simply pointing out that I find it much more likely for consumer hardware to go multi-core instead of SLI.
[0] Must have matching cards, can't mix one generation with the next. If this changed, SLI might have a future.
[AMD] I don't ever remember them shipping a bad chip
I don't recall any recent CPU recall, but just last week they had to microcode fix a bug (REP MOVS* screwing up if DF=1 and an instruction from a limited somewhat unlikely set was being executed in parallell) in Opteron.
Not technically, but you can use tech to solve (=improve) it socially.
Instead of a dumb linear list of players, there should be a web of trust. You sign the accounts of friends you trust and play with. You could still _chose_ to play with untrusted players (who you could then sign off on), but you could also _chose_ to only play with trusted players, after some metric ("trust accounts signed by people I've signed", "trust accounts below level 2 only if they've been signed X times", "trust accounts below level 2 onlu if they've got 80% tumbs up"(if you allow negativ signing), etc, etc).
This opens a lot of doors for dealing with cheating in a somewhat more constructive way compared to the usual hysteric screaming.
This isn't easy, but nothing worth doing really is. Would make a superb FS/OS project for some student of graph-theory/cryptography.
This is going to be interesting to follow. The biggest problem will probably be the users that Do Not Want Change. There's always some of these, and they'll raise a stink about it. Hopefully, things will go mostly smoothly such that not to many No Opinion Either Way-people are swayed by their bickering.
I hope that IBM/Novell/SuSe provide some easy and well documented way (should be in the training "If you have a problem, don't mumble, speak up and we'll fix it!") for the users to send in bug reports. That and some developers/funds dedicated to fixing those precise problems could dramatically improve OpenOffice.org and the other applications they're switching to. That way, the users will see "Hey, we can actally influence this!" and the software projects will move forward, regardless of how the switch project ultimately ends.
Compilers aren't a particular interest of his -- he just happened upon some compiler people working on the problem and helped come up with an interesting approach.
Sounds a little like Paul Erdös.
''Oh, you've worked on that a year have you? Let me see.. Hmm... yes, yes I see it now. <scribble>. There, I think I've proved it now. Hope that helps! Maybe we can publish some day?''
Oh, they're real little spin-meisters. Check this one out:
"Hatch was also satisfied with Kimball's decision to have the case remain
in federal court rather than remanded to state court."
'That's a good thing because the ruling precludes Novell from using jurisdiction as a delay tactic later on should the case turn bad for Novell.'" -- Brent Hatch, cited in the Daily Herald
You couldn't make shit like this up!
"Oh, we're sooo happy with the ruling. This is great for us. We really wanted to get our claims dismissed. Yes sir. That was the plan all al.. LOOK A WOOKIE!!!!"
"That however is where Young and SCO's head Darl McBride leave reality alone and continue with their evangelistic pronouncements which are what have put the company in its sticky situation in the first place."
[...]
But still the company can't stop itself from issuing threats. "If they're willfully not buying licences, the price will be a horrific price," said Young. Why? Because of all the penalties that SCO will add when it has won all its lawsuits. "They run a huge risk. What they're looking at right now is a bet and that bet is going to get more expensive." But every week, the horse is looking more of an outsider.
Just go there and read it. I think the press is going to gang up on SCO and really kick them. What goes up, must come down.
Yeah. Darling was overheating so SCO decided to replace him with The Enderle Troll and the AdTI trolls.
"AdTI has a proven track record of generating national, regional and local
press on issues... Our press abilities are, quite frankly second to none....
We would like to request $60,000, or $30,000 a month, to implement this
program." -- AdTI fax to Philip Morris
Slashdot Mirror
You mean hits from search engines show up as SEARCH requests? I seriously doubt that, but if they did, just refine the Env to use Request_URI and the appropriate regexp pattern for the worm in question.
I finally added:
SetEnvIfNoCase Request_Method "SEARCH" nolog /var/log/apache/access.log combined env=!nolog
CustomLog
To my Apache configuration. Some Microsoft(R) Windows(TM) worm was filling my logs with megabytes/day! Made lessing the log virtually worthless.
The "default.ida"-stuff isn't so large, so I'm keeping that logged, just for the fun of it.
Seems there's a little astroturfing campaign going on. See here for instance. Again with the plugins bashing.
</tinfoil hat, and all that>
Please, go there, watch it. Give it a chance.
I'll download it as soon as there's something better than a CAM out there :-)
:-)
You could change uniforms and sneak around as a guard. (Something today's games rarely let you do)
I'm currently playing Commandos: Beyond the call of duty. I love those games. Too bad no 3 sucked though. (Dudes, more complexity doesn't make the game more fun)
>Don't mod him down because he's a creationist. Mod him down because he's an idiot.
Now I have to mod you down for being redundant.
Doh!
More:
>Are you suggesting that the average consumer go out and purchase a 6000q to play HalfLife2?
No? I'm suggesting that connecting two cards via SLI is not very likely to become commonplace, because in the future we'll have multicore or multi-GPU consumer cards instead. They'll perform "twice as fast" but won't use twice the power and twice the space and they won't cost twice the cost.
The reasons for this belief, given current implementation of SLI[0], are many:
1. It req. two slots / lots of space.
6. Multi-core is "the in thing".2. The cards are so expensive, buying two at the same time/price is not very tempting.
3. The development is going so fast that buying a matching card at a later date is going to be a performance and feature loss compared with buying a new single card.
4. Buying a matching card later is only really an option if the drivers for your old one is still being updated (this is somewhat better nowadays than back at V2 time). If not, your stuck with a fast config that only runs well on older hardware and older games. ("Please downgrade to DirectX9!")
5. Do you think nVidia and ATI would like you to buy a new card, or pick up an older one to run in SLI?([0])
7. The new busses are so fast that putting multi-core or multi-GPUs on one card isn't going to starve them.
>fact that your comparing apples and oranges.
Comparing?! I'm not comparing. I'm contrasting two solutions. High-end use both interconnected and multi-GPU tech. I'm simply pointing out that I find it much more likely for consumer hardware to go multi-core instead of SLI.
[0] Must have matching cards, can't mix one generation with the next. If this changed, SLI might have a future.
Why would they design something like this and force it to use a Xeon?
No one. Who did you have in mind?
(Hint: Nforce 4)
... till we have multi-core and/or multi-GPU consumer cards. (they're already available at the high-end)
Questionmark.
All the modern x86 CPUs I know of have bugs.
I know that, that's why I corrected the OP. Tell it to him.
[AMD] I don't ever remember them shipping a bad chip
I don't recall any recent CPU recall, but just last week they had to microcode fix a bug (REP MOVS* screwing up if DF=1 and an instruction from a limited somewhat unlikely set was being executed in parallell) in Opteron.
Not technically, but you can use tech to solve (=improve) it socially.
Instead of a dumb linear list of players, there should be a web of trust. You sign the accounts of friends you trust and play with. You could still _chose_ to play with untrusted players (who you could then sign off on), but you could also _chose_ to only play with trusted players, after some metric ("trust accounts signed by people I've signed", "trust accounts below level 2 only if they've been signed X times", "trust accounts below level 2 onlu if they've got 80% tumbs up"(if you allow negativ signing), etc, etc).
This opens a lot of doors for dealing with cheating in a somewhat more constructive way compared to the usual hysteric screaming.
This isn't easy, but nothing worth doing really is. Would make a superb FS/OS project for some student of graph-theory/cryptography.
Another case of "When in doubt, use brute force"?
Evolutionary search isn't "brute force", you id... At least not for meaningful definitions of 'brute force'
Brute force would be starting at one end of design space and evaluating each design in turn.
Maybe they should nick the "Closed Windows" history from Opera.
Here's a link to an older KT entry; "Status And Discussion Of EFI (Extensible Firmware Interface) Support"
Explains some history, rationale and technical details.
This is going to be interesting to follow. The biggest problem will probably be the users that Do Not Want Change. There's always some of these, and they'll raise a stink about it. Hopefully, things will go mostly smoothly such that not to many No Opinion Either Way-people are swayed by their bickering.
I hope that IBM/Novell/SuSe provide some easy and well documented way (should be in the training "If you have a problem, don't mumble, speak up and we'll fix it!") for the users to send in bug reports. That and some developers/funds dedicated to fixing those precise problems could dramatically improve OpenOffice.org and the other applications they're switching to. That way, the users will see "Hey, we can actally influence this!" and the software projects will move forward, regardless of how the switch project ultimately ends.
Compilers aren't a particular interest of his -- he just happened upon some compiler people working on the problem and helped come up with an interesting approach.
Sounds a little like Paul Erdös.
''Oh, you've worked on that a year have you? Let me see.. Hmm... yes, yes I see it now. <scribble>. There, I think I've proved it now. Hope that helps! Maybe we can publish some day?''
Oh, they're real little spin-meisters. Check this one out:
You couldn't make shit like this up!
"Oh, we're sooo happy with the ruling. This is great for us. We really wanted to get our claims dismissed. Yes sir. That was the plan all al.. LOOK A WOOKIE!!!!"
Hilarious.
[...]
Just go there and read it. I think the press is going to gang up on SCO and really kick them. What goes up, must come down.
Is this the same Chaitin that wrote papers on register allocation and graph coloring?
If so, even I've heard of him, and I'm not a math-geek.
(yet?)
They got money from Sun/MS, yes. But that wasn't directly related to linux. I thought we were talking about SCOsource linux revenues.
"The highlights are that SCOX only collected $11k (yes, K) for that much-discussed license for EV1 and other Licensees."
EV1 isn't in this quarter, they're going to be in Q3. It's "six figures, and less than $250,000"
However, they made $8.3 million this quarter last year from it,
Yeah, right.
Yeah. Darling was overheating so SCO decided to replace him with The Enderle Troll and the AdTI trolls.
Translation: "Will publicly lie for money!"