Strange problem you've got there. Are you sure you don't have some hardware problems? I have an ABit BP6 with 2 366MHz Celerons and it works just fine under FreeBSD 3.0-4.6
Right, but you completly failed to explain why the sendfile-only/no-mmap zero-copy in Linux is better. Instead you mention that one should create files in tmpfs and use sendfile on that. That can hardly be zero-copu anymore, can it?
Contrary to other replies of your post, I think that de Icaza shows a very mature attitude here. Its not interesting to juggle around pointer, doing "smart" semi-automatic reference counting, manual memory management or even implementing basic datastructures again and again. C++ with STL at least has nice those datastructures.
Its time to focus on whats important. Technical details like the ones mentioned above does certainly not help increase productivity or improving the design of the program/component/system.
That's what free(GPL and non-GPL) software is all about, so I'd say it's very good to avoid implementing the same functionaly again and again. That's certainly not productive, but if it's fun, go ahead.
What we need now, is a language independent component system to increase reuse over language barriers. Perhaps things like.NET, dotGNU and Mono is what I'm talking about, too early to tell, but if they are, we'll all know within a few years.
It's very funny that you say mice gives you hand pain. I recently switched from emacs to vim for the same reason. With emacs, I constantly had one finger on the ctrl-key, with vi I can have my hands much more relaxed on my keyboard.
I bought a 20GB DPTA-372050 1.5 years ago and it failed a week ago. It sure was fast(26MB/s), but far too noisy, so I won't bother replacing it. Bought a nice Fujitsu 40GB SILENTDRIVE instead and are happy with that.
I'll think twice before I buy an IBM drive again.:-(
Slashdot Mirror
What kind of fascist wife does that guy have? :) Why not simply buy a couple of more computers instead of all this wine'ing? ;-)
Regards, Tommy
Strange problem you've got there. Are you sure you don't have some hardware problems? I have an ABit BP6 with 2 366MHz Celerons and it works just fine under FreeBSD 3.0-4.6
I've not compiled GNOME2, but I can tell you that compiling KDE2 takes a looong time on a P200MMX. We're talking days. :)
Right, but you completly failed to explain why the sendfile-only/no-mmap zero-copy in Linux is better. Instead you mention that one should create files in tmpfs and use sendfile on that. That can hardly be zero-copu anymore, can it?
Regards, Tommy
Yes, I was specifically commenting what Joerg wrote about special modifications(for example copy protection) to the WINE kernel.
If they went the LGPL way, it would be portable to BSD as well since the source is available. Otherwise, only Linux versions will be available. :-/
Contrary to other replies of your post, I think that de Icaza shows a very mature attitude here. Its not interesting to juggle around pointer, doing "smart" semi-automatic reference counting, manual memory management or even implementing basic datastructures again and again. C++ with STL at least has nice those datastructures.
Its time to focus on whats important. Technical details like the ones mentioned above does certainly not help increase productivity or improving the design of the program/component/system.
Regards, Tommy - functional programming rocks
In fact, until Windows 2000 (which has a BSDI ported stack that cost them ~$3M in fees), the Microsoft stacks routinely violated the RFCs on connection closing
Regards, Tommy
What do you mean? I don't think this game work in Linux.
Regards, Tommy
I'm using gvim6.0 and my scrollwheel works just fine. Running a X server on Windows.
>"Burrowing" source code is not so good,
.NET, dotGNU and Mono is what I'm talking about, too early to tell, but if they are, we'll all know within a few years.
That's what free(GPL and non-GPL) software is all about, so I'd say it's very good to avoid implementing the same functionaly again and again. That's certainly not productive, but if it's fun, go ahead.
What we need now, is a language independent component system to increase reuse over language barriers. Perhaps things like
Regards, Tommy
General Public License Operating System; Perhaps the author meant "An Operating System licensed under the GNU GPL"?
Regards, Tommy
pkg_add -r pkgname will do what you want. It fetches the package, installs it, dito for all dependencies.
Regards, Tommy
Most people on this planet doesn't care about Linux either, what is your point?
Regards, Tommy - FreeBSD enthusiast
Not to be an antagonist, but why does the title say "Linux SCUMM Interpreter" when in fact I'm sure this works on most OS's?
Regards, Tommy
Regards, Tommy
I'm wondering if it's possible in (X)Emacs to have a column to the left with line numbers just like "set number" in Vim?
Regards, Tommy
And FreeBSD, NetBSD and OpenBSD - Mostly US.
Try reading Essentials of Programming Languages by Friedman et al.
Regards, Tommy
Freudian slut^H^Hip?
DME - Dillon's Macro Editor. :)
I also paid for DICE, liked it very much.
Regards, Tommy
It's very funny that you say mice gives you hand pain. I recently switched from emacs to vim for the same reason. With emacs, I constantly had one finger on the ctrl-key, with vi I can have my hands much more relaxed on my keyboard.
Regards, Tommy
I bought a 20GB DPTA-372050 1.5 years ago and it failed a week ago. It sure was fast(26MB/s), but far too noisy, so I won't bother replacing it. Bought a nice Fujitsu 40GB SILENTDRIVE instead and are happy with that.
:-(
I'll think twice before I buy an IBM drive again.
Regards, Tommy
Nope. BSD-licensed source code is not in the public domain.
Regards, Tommy
And where's your proof for that claim, AC?
Regards, Tommy