I agree with your point. The added level of mapping directories to directions is not that interesting. However, I think some MUD features would really work on a unix shell.
The one I would like most is being able to interact with other users on the system. For example, movement: someone cd's to your home directory; you see something like "jdoe enters from/home/jdoe." If you cd to jdoe's home directory, you see "You see jdoe here." Chat: "jdoe says: what's up." Emotes: "jdoe smiles happily," and so on.
It would take extending an existing shell a bit and add some way to keep global state. Not too bad.
If you have a proper one way hash function doing the server-side checksum, you don't *have* to trust the client.
Yes, his argument was that you can *not* trust the client too. In both his and your scheme, you store something on the server-- either the data, or the hash. Or the private key, with another method proposed below.
Of these three options, I would most rather store all data on the server. Character data does not take much space, and allows the operator to make backups. The incident reported in this article is an example of when backups become very useful. Indeed, Blizzard just announced that they would be resurrecting all hard-core characters which died after December 19th.
The IXP1200 has a single StrongARM core running at 166 MHz. There are 6 additional "microengines," each with 4 hardware threads. The microengines do not run the same machine code as the SA core, though; they use a custom machine language with support for asynchronous memory I/O. To me, they are like 6 very fancy and very programmable DMA controllers.
The chip does very well switching packets because hardware threads let it use the fast bus very efficiently. One hardware thread can schedule a memory access and go to sleep, while other threads run. Once the memory access completes, the thread which scheduled it continues.
I find it most convenient to avoid using media (magnetic or not) alltogether. The public university machines are networked (even Macs), which makes it trivial to transfer a file to one's home directory on the said university's Unix system. The home directories reside on a Netapp backed up weekly, with snapshots covering the individual days.
There is nothing else that I would trust more, except multiple similarly administered Unix accounts.
If lack of such an account is a problem, there are free Web-based file stores, such as freedrive.
What strikes me as doubly ironic is the fact that Slashdot, a forum well known for its criticism of lousy patent clerks who can't find prior art if their life depended on it, just posted a story which ran a few days ago on the very same site! Not even the USPTO grants patents twice!
these "Antipatents" are nothing more than patents for which the owner does not enforce their rights.
I don't agree. An antipatent is not awarded by the USPTO. It is a well-known way to log and timestamp ideas, such that when a clueless patent does get awarded by the USPTO, it can be used as prior art. It would serve as a useful resource for the USPTO clerks, too.
religion is about God making all of the decisions, who lives, who
dies, what species keeps going, what species becomes extinct, etc.
A pretty simple way of looking at it, but
I'll bite. How do you know it was not in fact God
who made the decision to bring this particular species back, and execute by
influencing some unsuspecting scientist to
clone the animal's DNA?
Why is it considered "natural" for a lion to
kill a deer, but is considered wrong for
people to hunt deer down? Who's to say that
we're not part of the grand plan?
The MIDI port is used to connect the device to a local Atari ST network. It is a common trick, used mainly to set up a LAN between the Atari and various musical instruments (pianos, controllers, drums, etc.).
A less frequent, but just as clever application is adding modems to the Atari. This is wonderful
for people who need to run a multi-line BBS on
this 8 MHz beast.
I don't recall 802.11b having a logo, but there is an industry group called WiFi which does. It signifies compliance with the 802.11b standard. The list of member companies is quite long, and includes all of the wireless card vendors.
Yes, that sounds reasonable. It would probably be too cumbersome to put up a separate parabollic antenna for each customer, but for interconnecting towers or a few special cases it shouldn't be too bad.
These amounts refer to the total bandwidth available in a cell, which would be shared by all mobile nodes. This will still work well if the cells are small.
Sounds interesting. Do you have a source for the cell size statement? The nominal range of 802.11 is 250 meters, with longer ranges made possible with directional antennas and line-of-sight. Serving 512 users in a 30 km cell from a single unidirectional 802.11 interface is not feasible, at least not within the legal power limits.
The rooftop idea was started up by Rooftop Networks, now owned by Nokia. The network relies on ad hoc routing for network layer connectivity; the problem is not as hard as general ad hoc routing because the nodes don't move.
On another note, Starbucks is supposedly doing a pilot 802.11 test in some select locations. The setup is simple; the store puts up a 802.11 base station connecting to a DSL line. I wonder if this would improve their bottom line; it seems that people with laptops would stay in the cafe all day, drinking only a couple of coffees, while taking up space for fresh customers.
Anyway, I can think of fun things to do with such a network. The base station would be reachable a fair distance outside the store. Imagine a leech multi-hop wireless network set up by nearby folks, using ad hoc routing. Or, camping in the 802.11 parking spot in front of the store. Nearby shops could all get access through Starbucks; this would effectively turn Starbucks into an ISP:)
Slashdot Mirror
I agree with your point. The added level of mapping directories to directions is not that interesting. However, I think some MUD features would really work on a unix shell.
The one I would like most is being able to interact with other users on the system. For example, movement: someone cd's to your home directory; you see something like "jdoe enters from /home/jdoe." If you cd to jdoe's home directory, you see "You see jdoe here." Chat: "jdoe says: what's up." Emotes: "jdoe smiles happily," and so on.
It would take extending an existing shell a bit and add some way to keep global state. Not too bad.
~Yes, his argument was that you can *not* trust the client too. In both his and your scheme, you store something on the server-- either the data, or the hash. Or the private key, with another method proposed below.
Of these three options, I would most rather store all data on the server. Character data does not take much space, and allows the operator to make backups. The incident reported in this article is an example of when backups become very useful. Indeed, Blizzard just announced that they would be resurrecting all hard-core characters which died after December 19th.
~
~
The chip does very well switching packets because hardware threads let it use the fast bus very efficiently. One hardware thread can schedule a memory access and go to sleep, while other threads run. Once the memory access completes, the thread which scheduled it continues.
There is a good technical report describing the performance of this architecture as a network processor at http://www.cs.princeton.edu/nsg/papers/ixp.html
~
There is nothing else that I would trust more, except multiple similarly administered Unix accounts.
If lack of such an account is a problem, there are free Web-based file stores, such as freedrive.
~
What strikes me as doubly ironic is the fact that Slashdot, a forum well known for its criticism of lousy patent clerks who can't find prior art if their life depended on it, just posted a story which ran a few days ago on the very same site! Not even the USPTO grants patents twice!
~
Free public debate between Jack Valenti and Lawrence Lessig: tonight at 7pm.
If you're in the Boston area, you can attend in person, or catch the webcast with realplayer.
~
I don't agree. An antipatent is not awarded by the USPTO. It is a well-known way to log and timestamp ideas, such that when a clueless patent does get awarded by the USPTO, it can be used as prior art. It would serve as a useful resource for the USPTO clerks, too.
~
A pretty simple way of looking at it, but I'll bite. How do you know it was not in fact God who made the decision to bring this particular species back, and execute by influencing some unsuspecting scientist to clone the animal's DNA?
Why is it considered "natural" for a lion to kill a deer, but is considered wrong for people to hunt deer down? Who's to say that we're not part of the grand plan?
~
A less frequent, but just as clever application is adding modems to the Atari. This is wonderful for people who need to run a multi-line BBS on this 8 MHz beast.
~
Also, speaking of the 622 Mbps optical links, it sounds like what AirFiber is using in their system described on this page.
~
All the new Orinoco cards carry that logo.
~
~
~
These amounts refer to the total bandwidth available in a cell, which would be shared by all mobile nodes. This will still work well if the cells are small.
~
The rooftop idea was started up by Rooftop Networks, now owned by Nokia. The network relies on ad hoc routing for network layer connectivity; the problem is not as hard as general ad hoc routing because the nodes don't move.
On another note, Starbucks is supposedly doing a pilot 802.11 test in some select locations. The setup is simple; the store puts up a 802.11 base station connecting to a DSL line. I wonder if this would improve their bottom line; it seems that people with laptops would stay in the cafe all day, drinking only a couple of coffees, while taking up space for fresh customers.
Anyway, I can think of fun things to do with such a network. The base station would be reachable a fair distance outside the store. Imagine a leech multi-hop wireless network set up by nearby folks, using ad hoc routing. Or, camping in the 802.11 parking spot in front of the store. Nearby shops could all get access through Starbucks; this would effectively turn Starbucks into an ISP :)
~