I would recommend doing what I did with my old (pre 0.5.0a) Fink stuff:
rm -rf/sw
Now you have a clean slate and you can proceed to install the binary installer, then get all the packages you want. Ok, it's a re-install, not an upgrade. But this way it is guaranteed to work.
I was, like, starting to read the article using Internet Explorer. And then my computer went like beep, beep, beep. And then I got redirected to msn.com. Seemed like a really good article. Bummer.
There is a sourceforge project dedicated to improving this ASCII movie player: http://quickascii.sourceforge.net/
Main differences so far seem to be command-line options.
I haven't tried this myself, but the open source driver available at http://wirelessdriver.sourceforge.net/index.html
does seem to allow you to configure which "keyslot" your WEP key goes in. And the FAQ says that this driver "is compatible with and can co-exist with Apples Airport driver". So that might be a solution to your problem.
According to the discussion on rec.games.chess.computer, the calculation engine of earlier versions of Fritz were written in assembler. I would imagine the same is true of this version. The GUI was written using Visual C++.
dh003i wrote: its not a 5 minute game. Don't expect a computer to ever win a blitz match, because computer's just don't have the insight to play well in those circumstances, which is where human innovation shows through.
Actually, the exact opposite is true. Computers regularly beat even the best human players at fast time controls (blitz) since the humans are much more prone to making mistakes when they don't have time to think a lot. This is not merely my opinion - I think you will find few people who are familair with computer chess who would think otherwise. For example, here's what Robert Hyatt (author of Cray Blitz & Crafty) said in 1999(
rec.games.chess.computer )
So today, game/30 is no longer safe and the computers are probably better
there. Game/60 is also becoming more difficult for the humans, although I
think they can do pretty well at this time control. But at 40/2, where
there are no "blitz" time controls at the end, the GM players begin to
show exactly why micro chess programs are not yet GM-level players at this
time control. They simply know "too much" it seems, and they are able to
exploit weaknesses they see while the programs are usually quite oblivious
to what is going on...
To get an app (e.g. Terminal) to run at startup is even easier now - you just use the Login Items preference panel.
And, by the way, if you want to avoid the GUI altogether, you can login as ">console" (instead of your usual user name) and you will be presented with a text login prompt in a full-screen console.
As of 10.2 (Jaguar), the Option-Tab is actually useful for switching between two apps.
There are several third-party utilities available which provide alternate navigation schemes. One which I thnk many readers would appreciate is LauchBar ( http://www.obdev.at/products/launchbar/ ). With it, you just start typing a few letters of the name of the application (or document) you want and it presents a list of matches. Pressing return gets you where you want to go. It automatically learns which apps/docs you use the most.
OS X provides an eject icon for the Finder window toolbar.
There are keyboard shortcuts for ejecting a disk.
The old drag-to-trash method still works (backword-compatibility) but the Trash icon changes to an eject symbol if you start dragging a disk icon towards it.
evaluation function in Deep Blue hardware
on
Men vs. Machines
·
· Score: 1
Deep(er) Blue's custom ASICs were basically there to make the brute-force approach go faster. They [...] had little to do with sophisticated position evaluation
Not true. Here's part of the abstract of Feng-hsiungHsu's article in the March/April 1999 issue of IEEE Micro: The IBM Deep Blue supercomputer that defeated World Chess Champion Garry Kasparov in the 1997 historic match had 480 custom chess chips in the system. Each of these chess chips contains one of the most sophisticated chess evaluation functions ever designed, whether in hardware or in software.
Just keep the files separate from the installer
on
MSIE Security Updates
·
· Score: 1
It seems to me that an obvious solution to keep everybody happy would be to have an installer (as now) but keep the files separate from the installer application so that more knowledgeable users can drag & drop them as they wish. I.e. instead of supplying one executable which contains the actual IE files within itself (opaque = bad), make a disk image with an installer plus the IE files (transparency = good) - the installer would get the IE files in the same folder and do its stuff.
Details on the vulnerability (which affects Internet Explorer and MS Office in MacOS 8 & 9 as well as in OS X) are available at:
http://www.w00w00.org/advisories/ms_macos.html
Date: Mon, 04 Mar 2002 17:51:15 -0500
From: Anonymous Coward <anon.coward@nowhere.com>
Subject: binary replacement for Kazaa dll
To: Fissure FS2 <en.kramtsop ta erussif
>
> Would anyone be nice enough to post the binary? (Or you could just e-mail it to me.)
Hi Fissure FS2
Here (attached) is the binary you requested. Note that to install it, you will need to turn off your anti-virus software. ... Anonymous Coward
Uh no.
If there are two competing products (say an Apple and a Dell) and you remove one of the advantages of one of those products (OS X availability), then that product is relatively less desirable even if the price per specmark is the same.
Does this competition allow for human players? Is there any way for a human to "cheat" and pretend he is a computer, from the standpoint of the competition?
Sure - if the human can squeeze inside a computer case and still have enough agility to type in the moves! (Best not to use the new iMac for this.)
Here's what Robert Hyatt (author of Crafty & Cray Blitz) wrote in the rec.games.chess.computer newsgroup in May of 2000:
> How are transpositions handled by a distributed engine? Is there a distributed transposition table?
Good question with multiple answers. Each machine would probably use a local
hash table only. As a distributed hash table over the internet would simply
not work, even with internet2 speeds. The latency/jitter is too high. But
for a local 'beowulf cluster' yes distributed hashing is viable.
Slashdot Mirror
I would recommend doing what I did with my old (pre 0.5.0a) Fink stuff: rm -rf /sw
Now you have a clean slate and you can proceed to install the binary installer, then get all the packages you want. Ok, it's a re-install, not an upgrade. But this way it is guaranteed to work.
I reported this bug to Apple quite a while ago and was informed that this bug was already known to them.
I was, like, starting to read the article using Internet Explorer. And then my computer went like beep, beep, beep. And then I got redirected to msn.com. Seemed like a really good article. Bummer.
There is a sourceforge project dedicated to improving this ASCII movie player:
http://quickascii.sourceforge.net/
Main differences so far seem to be command-line options.
Actually, the switching code was in C and the crash was due to a programmer's apparent misunderstanding of the 'break' statement. See full details at: http://www.csc.calpoly.edu/~jdalbey/SWE/Papers/att _collapse.html
By the way, this is a real issue, contrary to what a lot of the posters on this thread seem to think - the best explanation of the "key index" I have found is in the PDF file at http://www.practicallynetworked.com/downloads/Othe r/tb-027.pdf
According to the discussion on rec.games.chess.computer, the calculation engine of earlier versions of Fritz were written in assembler. I would imagine the same is true of this version. The GUI was written using Visual C++.
its not a 5 minute game. Don't expect a computer to ever win a blitz match, because computer's just don't have the insight to play well in those circumstances, which is where human innovation shows through.
Actually, the exact opposite is true. Computers regularly beat even the best human players at fast time controls (blitz) since the humans are much more prone to making mistakes when they don't have time to think a lot. This is not merely my opinion - I think you will find few people who are familair with computer chess who would think otherwise. For example, here's what Robert Hyatt (author of Cray Blitz & Crafty) said in 1999( rec.games.chess.computer )
And, by the way, if you want to avoid the GUI altogether, you can login as ">console" (instead of your usual user name) and you will be presented with a text login prompt in a full-screen console.
The IBM Deep Blue supercomputer that defeated World Chess Champion Garry Kasparov in the 1997 historic match had 480 custom chess chips in the system. Each of these chess chips contains one of the most sophisticated chess evaluation functions ever designed, whether in hardware or in software.
It seems to me that an obvious solution to keep everybody happy would be to have an installer (as now) but keep the files separate from the installer application so that more knowledgeable users can drag & drop them as they wish. I.e. instead of supplying one executable which contains the actual IE files within itself (opaque = bad), make a disk image with an installer plus the IE files (transparency = good) - the installer would get the IE files in the same folder and do its stuff.
Details on the vulnerability (which affects Internet Explorer and MS Office in MacOS 8 & 9 as well as in OS X) are available at: http://www.w00w00.org/advisories/ms_macos.html
Uh no.
If there are two competing products (say an Apple and a Dell) and you remove one of the advantages of one of those products (OS X availability), then that product is relatively less desirable even if the price per specmark is the same.
% google -noFilter | google -v
Sure - if the human can squeeze inside a computer case and still have enough agility to type in the moves! (Best not to use the new iMac for this.)