i disagree. he did not complain about the lack about regexes in java, he complained about the fact the interpreter and standard library are one big package.
also i think he correctly talked about 3 key issues: syntax, usage, and extra features (libraries/tools). what's important about a language besides that ?
volume limits perfectly matches the normal user behaviour of bandwidth usage in spikes: a lot of bandwidth during short periods. you get fast internet, downloads go fast, but you can't download all day. i think that's okay...
Re:Longtime GNOMEr Ready to Try
on
KDE 3.1 Released
·
· Score: 1
vcard viewing support is in the release, vcard importing support in head i think. and kmail situation got a lot better last days.
there is no more research on the algorythms itself going on (maybe the one is more efficient than the other, but that would make a big difference i think), i heard. however, both have a heuristic. if you want to search two possible moves, you first calculate their heuristic. the one with the highest heuristic you calculate first.
so the heuristic is a rough estimate of the best move thats not always right. and its very difficult to find a good heuristic for chess. the two programs probably have a different heuristic.
also, both programs probably have a database with known bad/good moves (esp openings) that may differ
not true. since computer chess is about searching trees, the fastest computer is able to search deeper in the tree and get a more accurate picture of the best move. if you want more info about how chess computers (and AI in general) work: http://www.gamedev.net/reference/programmin g/featu res/chess1/ http://oellermann.com/cftchess/notes/ shortcuts.htm l
i tought there were patent issues with tux2..
anyway, the developer of tux2 created a directory index patch for ext2 which can speed it up a lot for large directories (like/usr/share/doc). someone knows if that's incorporated in ext3 ?
i have written a small script that does something like this:
sox -blah/dev/dsp -blah | lame -V 3 > out.mp3
for realtime recording to mp3's.
without the preemptible kernel patch those mp3's are mostly fine, but with the patch, they contain oddities like skips and so.. i wonder why.
try out dxpc. its a X proxy that does compression.
with dxpc using netscape over a slow (ISDN) link becomes at least 20 times faster in my experience...
i have audio dropouts if i use a small buffer, when i switch desktops or maximize a window. But make -j4 doesn't trigger any dropouts. (with preempt). I wonder if the nvidia closed drivers are to blame here...
- easy layouting for free like kword does...
the frame-based approach of kword is almost unique (for wordprocessors intended for personal use). its not ready yet, okay, but once it will be possible to create complex layouts in a few mouseclicks. Try it, you'll use it even for simple tasks...
- being free. Microsoft will start acting against warez.
and some features for not-so-basic use:
the open xml format makes it very easy for eg perl scripts to generate abiword/kword docs (even with embedded graphs and so, try it!). and microsoft VBA will never match the power of perl, linked with things like SQL databases, and the tons of modules available at CPAN.
and the kword source is really clean and easy to understand, making it easily extensible (don't know about abiword).
insert this into/usr/src/linux/include/linux/skbuff.h below the line/* Internal */ Each quotation is a new line (remove the quotes before you paste) "static inline atomic_t *skb_datarefp(struct sk_buff *skb)" "{" " return (atomic_t *)(skb->end);", "}".
Well, i must admit i prefer posts of signal 11 instead of yours. but thats just me offcourse.
i tought karma was MADE to encourage people to write good posts, and not to juge about people being karma whores. so if signal11 wants to spend his time writing posts to get karma, who are we to stop him ?
ok i ll shutup because this offcourse already has been said.
Slashdot Mirror
i disagree. he did not complain about the lack about regexes in java, he complained about the fact the interpreter and standard library are one big package.
also i think he correctly talked about 3 key issues: syntax, usage, and extra features (libraries/tools). what's important about a language besides that ?
volume limits perfectly matches the normal user behaviour of bandwidth usage in spikes: a lot of bandwidth during short periods. ...
you get fast internet, downloads go fast, but you can't download all day. i think that's okay
vcard viewing support is in the release, vcard importing support in head i think. and kmail situation got a lot better last days.
there is no more research on the algorythms itself going on (maybe the one is more efficient than the other, but that would make a big difference i think), i heard. however, both have a heuristic.
if you want to search two possible moves, you first calculate their heuristic. the one with the highest heuristic you calculate first.
so the heuristic is a rough estimate of the best move thats not always right. and its very difficult to find a good heuristic for chess. the two programs probably have a different heuristic.
also, both programs probably have a database with known bad/good moves (esp openings) that may differ
not true. since computer chess is about searching trees, the fastest computer is able to search deeper in the tree and get a more accurate picture of the best move.n g/featu res/chess1// shortcuts.htm l
if you want more info about how chess computers
(and AI in general) work:
http://www.gamedev.net/reference/programmi
http://oellermann.com/cftchess/notes
sure they do care. they want an entire gnu system, and what's the point of that if nobody uses it...
i can reproduce some severe memory leaks here,
especially with konqueror.
i reported them (and how to reproduce) as bugs.
it took me 3 lines of source code to make my kde2 app work on kde3.
kde is not multithreaded but multiprocess. KDE
3 will be multithreaded a bit , but still
mostly multiprocess.
can't you use the rear speakers of a sblive! as a
separate channel ?
it works with c-media pci cards and (recent) alsa.
i tought there were patent issues with tux2 ..
/usr/share/doc). someone knows if that's incorporated in ext3 ?
anyway, the developer of tux2 created a directory index patch for ext2 which can speed it up a lot for large directories (like
i have written a small script that does something like this: /dev/dsp -blah | lame -V 3 > out.mp3
sox -blah
for realtime recording to mp3's.
without the preemptible kernel patch those mp3's are mostly fine, but with the patch, they contain oddities like skips and so.. i wonder why.
try out dxpc. its a X proxy that does compression.
with dxpc using netscape over a slow (ISDN) link becomes at least 20 times faster in my experience...
i have audio dropouts if i use a small buffer, when i switch desktops or maximize a window. But make -j4 doesn't trigger any dropouts. (with preempt). I wonder if the nvidia closed drivers are to blame here ...
- easy layouting for free like kword does ...
...
the frame-based approach of kword is almost unique (for wordprocessors intended for personal use). its not ready yet, okay, but once it will be possible to create complex layouts in a few mouseclicks. Try it, you'll use it even for simple tasks
- being free. Microsoft will start acting against warez.
and some features for not-so-basic use:
the open xml format makes it very easy for eg perl scripts to generate abiword/kword docs (even with embedded graphs and so, try it!). and microsoft VBA will never match the power of perl, linked with things like SQL databases, and the tons of modules available at CPAN.
and the kword source is really clean and easy to understand, making it easily extensible (don't know about abiword).
thats only one word
microsoft tries 'divide et empera' with the freebsd support according to me.
Please. Its a fricken little heliopad and a couple cement tubes...
...that will probably sink in the not too distant future unless they make a lot of money out of havenco. (sealand the first dot-com iland?)
don't forget about bus speed/clock speed ratio, and other hardware like hard disks, memory bandwidth ....
you can make xfree 3 as fast as xfree 4 by enabling mtrr (see /usr/src/linux/Documentation/mtrr.txt)
insert this into /usr/src/linux/include/linux/skbuff.h below the line /* Internal */ Each quotation is a new line (remove the quotes before you paste) "static inline atomic_t *skb_datarefp(struct sk_buff *skb)" "{" " return (atomic_t *)(skb->end);", "}".
from openprojects irc 'apt'
TOP is aware of shared memory,
seems you gotta look at the right column of top before shouting out it sucks.
the kernel ? yes ! the gui ? NO !. ever saw a win2k gui hang ? i saw XFree crash 1000 times yet
Well,
i must admit i prefer posts of signal 11 instead of yours. but thats just me offcourse.
i tought karma was MADE to encourage people to write good posts, and not to juge about people being karma whores. so if signal11 wants to spend his time writing posts to get karma, who are we to stop him ?
ok i ll shutup because this offcourse already has been said.