It's possible that there is some "special" way of setting up djbdns to do this by using a seperate server just to pretend to be authoritative for those zones and telling the recursive serverr to just talk to that for those zones (which seems like a much bigger hack, to me).
It's possible, and simple. Just put the (possibly machine-local) IP of the authorative server in a file named after the domain in question in root/servers/ under the dnscache directory.
It's a minor inconvinience, and allows the software to be simpler and therefore less likely to have bugs. If you like complex software, you're of course free to run bind.
ascii dvd-player (mplayer)
on
X11 in ASCII
·
· Score: 3, Informative
He says he wanted to watch DVDs, and I can't understand why he would need X for that. mplayer supports -vo aa to render using aalib, without all the overhead of an xserver.
I've even actually used it once on a computer that was too slow to play DVDs in X. It was far from enjoyable, but still impressive.
How can they tell how many people encrypted their email checking when you can't tell what goes over an encrypted link?
I have of course not read the article, so it could be the submitter.. But anyway, 3 and then 12 percent of the people who checked their email without using a totally encrypted transport (SSH-tunnel, VPN..), which just isn't the same thing..
I keep thinking back to my Amiga when a 40 Mb hard drive was huge. Hell, I have a keyfob with more storage space now! Can you imagine AmigaDOS (not FFS, the old, slow one) on a 200 Gb drive?
The correct term (as of the introduction of FFS) is "OFS", not "DOS" (not that it ever was DOS..). I've run it on a 500MB drive, it's pretty painful.. But no need to imagine running it on a 200Gb drive (which would be 25GB) because it doesn't support anything bigger than 2GB. The reason it's slot btw, is because it stores a checksum of every sector, which is great when data integrity is really really important (and which is why I used it on a 500MB drive), because no matter what part of the system is screwed up it will likely tell you about it. (And the implementation specific detail that it only reads the drive one sector at a time doesn't exactly help speed either..)
Live action Dirty Pair. Okay, this isnt a joke. Remember Angelina Jolie as Lara Croft? Multiply that by two, add in tons of explosions and skimpy clothes, and BAM you got a winner!
But Dirty Pair is actually pretty good. Plus the character designs are saner than Lara Croft. (Not in Flash, no, but nobody said anything about Flash.. (Except me, yes..))
there is a Flash plugin for Netscape-compatible browsers that is for Linux
It doesn't have source, so if I use the wrong CPU I'm screwed. If I use a BSD and think it's silly to run my whole browser under linux compat I'm probably also screwed, though I haven't actually tried that.
this is almost certainly the wrong way to solve whatever problem it is you think you're having.
I have a machine with two qmails on it (indeed trivial to install). One treats domain X as local, the other as remote, letting me keep copies of all mail for certain mailboxes on domain X on this machine with all the nice tricks you get with normal qmail (user-controlled user-anything etc), but still deliver everything to the remote machine as well. AFAICT I need two qmails for this.
Imagine booting your computer in 3 seconds. Now that would be progress.
Progress? My Amiga did that in '92. A little 2.5" HD that spun up really fast, and about 2 secs for the OS to boot. More once you installed interesting stuff I admit, but still. (And like others have already said, even older computers did boot from solid state (ROM) faster than that.)
VM's, by the way, go back at least 20 years in the literature -- I studied them in college in the late 80's. However, like Pascal, they were originally considered as an instructional tool, and nobody at the time thought that anyone would be damn fool enough to actually try and *implement* such a thing!
IBM AS/400 runs all userspace apps in a VM. I'm not sure how long they go back, but close to 20 years at least.
I wouldn't be surpriced if all big IBM machines run everything in a VM, but I don't know.
I doubt many modern 'c0derz' could properly knock out a simple quick-sort, let alone a fully ACID SQL DBMS.
I'll agree about the DBMS. Esp. "knock out", since that implies fast, and I don't think *anyone* can write a fully ACID SQL DBMS quickly.
But quicksort? I'll admit a lot of modern programmers probably don't know what algorithm quicksort is, but if you explain the basic principle I don't think anyone would have a problem. (Unless you have efficiency-requirements.)
Sure echo is in/bin, but it's also built-in in most shells. Certainly it is in bash, which is probably what you were using. And since linux (unlike solaris..) doesn't conviniently segfault a process when you delete the file it started from you can still use the shell..
Most things can be replaced by built-ins or stuff in/usr/bin. (grep for cat, which is a workable editor if you don't have another editor under/usr.. and so on.)
/dev/z2ram seems like a bad name if it really could take stuff above 2^24, but I guess the first name sticks..
Of course you could always add it to the memlist by hand, that doesn't count. =) (Surely everyone knows the Amiga has a nice big 4gig address space into which everything, both mem and io, is put? (Big at the time, that is.))
And here I was, just looking to see if this was posted already.. =)
However I don't think CV put the gfxcard in the memlist. I know P96 doesn't. It woulnd't make much sense anyway, since AmigaOS doesn't allow you to force anything out of the memory once it's been claimed by exec.. (And the overhead of checking if exec has allocated some of your memory probably wouldn't be so small either..)
For normal chip-ram this doesn't apply, since graphics.library uses exec to keep track of memory anyway, and thus must have it in the memlist. (Or its own pool, but I guess it was a bit late for that by the time mempools where supported..)
Under linux you could add chip ram as swap though. And probably at least some gfx cards. I'm pretty sure Merlin cards could be run as fast ram under AmigaOS, as long as you were willing to reboot before you could use it for gfx again.
But Yamaha also makes a SCSI->IDE converter, I use it to attach an IDE-burner to a SCSI-bus and it works fine. For some reason it goes at 5MHz sync with my burner, even though it can do 10MHz async, and does it if I put a HD instead of a burner on it.
But still, I can burn at 16x just fine, and replaceing the drive is cheap if it breaks. (I use a sony drive, it might not work with all models..)
"Don't forget that in OS/400, the compiler is trusted." I don't remember where I read it, but the idea seems to have been done before. I don't remember anyone complaining about the lack of security on OS/400..
These people need to read "A world out of time" by Larry Niven. It shows quite clearly that you don't want to be thawed by the people of the future.. (But they'll probably just use whatever still works of your body for transplants anyway..)
Is that japanese, or just a coincidence? (Ai = love, neko = cat) (Of course, in the best/. tradition I haven't read the whole thing, or looked to closely at earlier coments..)
I can't say I understand what 720p is, but I'm going to guess it's resolution in some direction or other. Let's say the smaller one. That gets me 960x720. Say 60fps, even if TVs are only 60 (or 50 here..) half frames per second. That gets us:
$ dc 5k 960 720 60**1024 1024*/p 39.55078
(39.5MB/s for Y data.)
1 3/1+*p 52.73424
(53MB/s when we have C data too.) ^D
Seems to get you 422Mbit/s for the picture. Well within 1000Mbit, except real live throughput isn't there yet. But if you only send half frames you get well withing what you can actually get.. The sudden little stops TCP get you will kill the enjoyment I'd expect though. (Murphy says it'll happen..)
Many widely used protocols would be unable to automatically notify client machine of
this information, forcing the user on every file downloaded to set the type of the file manually
Really? I suppose that depends on what protocols you're talking about, but I'm guessing you're mistakenly assuming that HTTP does not include file type information. It does, just like MIME-messages. (IE (and outlook) likes to ignore this info, but that doesn't mean it isn't there.) (And I have no idea why Macs don't have their own headers for this. Probably because Apple never made a webserver that did it..)
And yes, this would not be compatible with that mechanism. I'm sure they could include a huge database to map it, and invent a new X-MS-Content-Type header to include the new data from servers that support it. (And yes, HTTP is indeed extensible, and won't break the slightest because of this.)
(And really, HTTP is used for almost everything these days. Except SMB, but that needs to be upgraded anyway..)
And where, if we never made new languages, would LISP have come from?
Look, I never said you should do any of these things on a commercial project, I just said you should do them. I should probably add a sig saying that unless explicitly stated, I'm not talking about commercial things, because I never am.
Gah. "I" does not really mean me, personally. Obviously it comes with a few implicit IFs.
I reacted most to his second paragraph, reproduced here:
The whole idea is to use something standard so that it's simple to bring new people up to speed and apply techniques that other developers have discovered.
It doesn't matter if he can personally make a good new language. He stated that new languages are a bad idea. I don't agree with that at all. (You could take it as a comment on the article and not continuation of his previous paragraph, I suppose, but I do not.)
Exscuse me, this is insightful? We'd still be using a variation of FORTRAN if everyone had thought like that!
(And I wouldn't build a bridge of completely new materials *for use*, but I would definitely do it to see if future bridges could perhaps benefit from these materials..)
you learn how to use an if statement in one language, you know how they work in all languages.
No you don't..
if stack.pop() = 42 then call b()
42=[b;!]?
>>++++[<++++++++++>]<++[-<->] #
Anyone should be able to understand, and write, the first, and thus most "normal" languages. The second is FALSE, and not quite as intuitive. =)
The third is brainfuck2, and doesn't even contain an if-statement (since bf2 doesn't have if-statements). It also doesn't actually call "b", since bf2 doesn't have functions.. But it will (if I remembered the syntax right) leave currentbucket 0 if currentbucken started out as 42. (And anything non-0 if it didn't.)
How does the second know where to connect? It would have to be a whole preudo-filesystem. And the fact that it hasn't been implemented strongly suggests this is not exactly trivial. (Trivial might be a strong word under AmigaOS too, but it certainly wasn't that hard..)
Slashdot Mirror
It's possible, and simple. Just put the (possibly machine-local) IP of the authorative server in a file named after the domain in question in root/servers/ under the dnscache directory.
It's a minor inconvinience, and allows the software to be simpler and therefore less likely to have bugs. If you like complex software, you're of course free to run bind.
He says he wanted to watch DVDs, and I can't understand why he would need X for that. mplayer supports -vo aa to render using aalib, without all the overhead of an xserver.
I've even actually used it once on a computer that was too slow to play DVDs in X. It was far from enjoyable, but still impressive.
How can they tell how many people encrypted their email checking when you can't tell what goes over an encrypted link?
I have of course not read the article, so it could be the submitter.. But anyway, 3 and then 12 percent of the people who checked their email without using a totally encrypted transport (SSH-tunnel, VPN..), which just isn't the same thing..
The correct term (as of the introduction of FFS) is "OFS", not "DOS" (not that it ever was DOS..). I've run it on a 500MB drive, it's pretty painful.. But no need to imagine running it on a 200Gb drive (which would be 25GB) because it doesn't support anything bigger than 2GB. The reason it's slot btw, is because it stores a checksum of every sector, which is great when data integrity is really really important (and which is why I used it on a 500MB drive), because no matter what part of the system is screwed up it will likely tell you about it. (And the implementation specific detail that it only reads the drive one sector at a time doesn't exactly help speed either..)
But Dirty Pair is actually pretty good. Plus the character designs are saner than Lara Croft. (Not in Flash, no, but nobody said anything about Flash.. (Except me, yes..))
It doesn't have source, so if I use the wrong CPU I'm screwed. If I use a BSD and think it's silly to run my whole browser under linux compat I'm probably also screwed, though I haven't actually tried that.
Where does that 5cm number come from? It says 2m in the swedish text, and 5m in the english text..?
(1m = 100cm, for those who find the decimalness of the metric system confusing)
I have a machine with two qmails on it (indeed trivial to install). One treats domain X as local, the other as remote, letting me keep copies of all mail for certain mailboxes on domain X on this machine with all the nice tricks you get with normal qmail (user-controlled user-anything etc), but still deliver everything to the remote machine as well. AFAICT I need two qmails for this.
Progress? My Amiga did that in '92. A little 2.5" HD that spun up really fast, and about 2 secs for the OS to boot. More once you installed interesting stuff I admit, but still. (And like others have already said, even older computers did boot from solid state (ROM) faster than that.)
IBM AS/400 runs all userspace apps in a VM. I'm not sure how long they go back, but close to 20 years at least.
I wouldn't be surpriced if all big IBM machines run everything in a VM, but I don't know.
I doubt many modern 'c0derz' could properly knock out a simple quick-sort, let alone a fully ACID SQL DBMS.
I'll agree about the DBMS. Esp. "knock out", since that implies fast, and I don't think *anyone* can write a fully ACID SQL DBMS quickly.
But quicksort? I'll admit a lot of modern programmers probably don't know what algorithm quicksort is, but if you explain the basic principle I don't think anyone would have a problem. (Unless you have efficiency-requirements.)
The BSDs seem to be better at this than Linux-distros.. In FreeBSD I get:
/usr/bin/true /usr/bin/true
/usr/bin/true /usr/bin/true
marvin@book% wc -c
2976
And in OpenBSD I get:
drougge@bob% wc -c
79
And that's OpenBSD/sparc64 too.. (Which doesn't matter one bit since it's a actually shell-script, but still..)
Sure echo is in /bin, but it's also built-in in most shells. Certainly it is in bash, which is probably what you were using. And since linux (unlike solaris..) doesn't conviniently segfault a process when you delete the file it started from you can still use the shell..
/usr/bin. (grep for cat, which is a workable editor if you don't have another editor under /usr.. and so on.)
Most things can be replaced by built-ins or stuff in
/dev/z2ram seems like a bad name if it really could take stuff above 2^24, but I guess the first name sticks..
Of course you could always add it to the memlist by hand, that doesn't count. =) (Surely everyone knows the Amiga has a nice big 4gig address space into which everything, both mem and io, is put? (Big at the time, that is.))
And here I was, just looking to see if this was posted already.. =)
However I don't think CV put the gfxcard in the memlist. I know P96 doesn't. It woulnd't make much sense anyway, since AmigaOS doesn't allow you to force anything out of the memory once it's been claimed by exec.. (And the overhead of checking if exec has allocated some of your memory probably wouldn't be so small either..)
For normal chip-ram this doesn't apply, since graphics.library uses exec to keep track of memory anyway, and thus must have it in the memlist. (Or its own pool, but I guess it was a bit late for that by the time mempools where supported..)
Under linux you could add chip ram as swap though. And probably at least some gfx cards. I'm pretty sure Merlin cards could be run as fast ram under AmigaOS, as long as you were willing to reboot before you could use it for gfx again.
As others have said, yes.
But Yamaha also makes a SCSI->IDE converter, I use it to attach an IDE-burner to a SCSI-bus and it works fine. For some reason it goes at 5MHz sync with my burner, even though it can do 10MHz async, and does it if I put a HD instead of a burner on it.
But still, I can burn at 16x just fine, and replaceing the drive is cheap if it breaks. (I use a sony drive, it might not work with all models..)
The converter cost me 495 SEK (about $50).
"Don't forget that in OS/400, the compiler is trusted." I don't remember where I read it, but the idea seems to have been done before. I don't remember anyone complaining about the lack of security on OS/400..
These people need to read "A world out of time" by Larry Niven. It shows quite clearly that you don't want to be thawed by the people of the future.. (But they'll probably just use whatever still works of your body for transplants anyway..)
Is that japanese, or just a coincidence? (Ai = love, neko = cat) (Of course, in the best /. tradition I haven't read the whole thing, or looked to closely at earlier coments..)
I can't say I understand what 720p is, but I'm going to guess it's resolution in some direction or other. Let's say the smaller one. That gets me 960x720. Say 60fps, even if TVs are only 60 (or 50 here..) half frames per second. That gets us:
$ dc
5k
960 720 60**1024 1024*/p
39.55078
(39.5MB/s for Y data.)
1 3/1+*p
52.73424
(53MB/s when we have C data too.)
^D
Seems to get you 422Mbit/s for the picture. Well within 1000Mbit, except real live throughput isn't there yet. But if you only send half frames you get well withing what you can actually get.. The sudden little stops TCP get you will kill the enjoyment I'd expect though. (Murphy says it'll happen..)
Really? I suppose that depends on what protocols you're talking about, but I'm guessing you're mistakenly assuming that HTTP does not include file type information. It does, just like MIME-messages. (IE (and outlook) likes to ignore this info, but that doesn't mean it isn't there.) (And I have no idea why Macs don't have their own headers for this. Probably because Apple never made a webserver that did it..)
And yes, this would not be compatible with that mechanism. I'm sure they could include a huge database to map it, and invent a new X-MS-Content-Type header to include the new data from servers that support it. (And yes, HTTP is indeed extensible, and won't break the slightest because of this.)
(And really, HTTP is used for almost everything these days. Except SMB, but that needs to be upgraded anyway..)
Look, I never said you should do any of these things on a commercial project, I just said you should do them. I should probably add a sig saying that unless explicitly stated, I'm not talking about commercial things, because I never am.
(Yeah, this is a reply to the other AC as well)
I reacted most to his second paragraph, reproduced here:
The whole idea is to use something standard so that it's simple to bring new people up to speed and apply techniques that other developers have discovered.
It doesn't matter if he can personally make a good new language. He stated that new languages are a bad idea. I don't agree with that at all. (You could take it as a comment on the article and not continuation of his previous paragraph, I suppose, but I do not.)
(And I wouldn't build a bridge of completely new materials *for use*, but I would definitely do it to see if future bridges could perhaps benefit from these materials..)
No you don't..
if stack.pop() = 42 then call b()
42=[b;!]?
>>++++[<++++++++++>]<++[-<->] #
Anyone should be able to understand, and write, the first, and thus most "normal" languages. The second is FALSE, and not quite as intuitive. =) The third is brainfuck2, and doesn't even contain an if-statement (since bf2 doesn't have if-statements). It also doesn't actually call "b", since bf2 doesn't have functions.. But it will (if I remembered the syntax right) leave currentbucket 0 if currentbucken started out as 42. (And anything non-0 if it didn't.)
I don't think so..:
echo foo >TCP:foo.example.com/discard
echo foo >/dev/tcp
How does the second know where to connect? It would have to be a whole preudo-filesystem. And the fact that it hasn't been implemented strongly suggests this is not exactly trivial. (Trivial might be a strong word under AmigaOS too, but it certainly wasn't that hard..)