Heck, that would be friggin' amazing if people really wanted to do that:) I've been working full time and then some for near a month and a half now, and I'm certainly not getting paid for it yet... Email address in the profile is my paypal account:)
This should do what you want - with the caveat that I haven't thought about multiple tiers, but I can't imagine that being that hard to add.
It's currently written so there's a systemwide pool of block devices that are used for cache, and all cached data is spread around them, regardless of where it came from. It wouldn't take much work at all to change that though, if there was something that'd benefit.
That version was pretty raw. The current one is a lot farther along than that, but it's still got a ways to go - I'm hoping to have it ready for inclusion in a few months, if I can keep working on it full time. Anyone want to fund me?:D
There certainly was early on, as GNOME was essentially started by Richard Stallman because of the Qt Licence. All that's old history now, but the beginnings were some of the worse developer flamewars. As they matured, and as Qt got GPL'd, things got better. To be honest, it might have been better if GNOME never was started - it was certainly started for the wrong reasons, and KDE's always been about a year ahead. Since Qt got GPL'd, there hasn't been a licensing reason. I'd bet that would have happened even if GNOME hadn't existed. This isn't to take away from the good GTK+ apps (Gimp, Gnumeric, Evolution) but KDE does have a better technical foundation. *shrug* it'll work itself out in the end, I imagine. Certainly flaming over it now is counterproductive.
If you ground both ends you'll set up ground loops - from what other posters have said, that sounds even worse on a ship. Ground neither ends, and you don't get much benefit from using STP. Always, when running any kind of cable, ground _one_ end.
On most *nix systems, yes. However, the MD5 algorithim (I believe it was first used for passwords in freebsd) allows for unlimited password lengths, and has been the default for most linux distributions for quite awhile now.
but i wish i had one... damn nice machines
slack's my favorite distro... always been the easiest to mess with, the least buggy, and the simplest. started out with it with slackware 3.1, and i just keep coming back
wimp. When _I_ was programming qbasic, I was writing a dbase program. Didn't finish, but had the UI essentially done - clock in the lower right (had a wrapper for $getkey to keep it updated and do some other things), had pull down menus, dialog boxes, was even starting on online help. I even got char 7 (for a dialog box) by printing directly to the vga buffer. I was eventually going to redo the menus so when you pulled one down it saved the area of the screen it overwrote into an array, and then it would spit it right back to the vga buffer when it was done. Heck, i had plans for adding mouse support (you have to directly call the interrupts for that)
Upgrading and Reparing PCs
on
PC Case Specs?
·
· Score: 2
It's a bit of a wintel book, but it's a huge book, and a lot of it is specs. If you need specs for something pc related, there's a good chance it will have it. And it includes the XT, AT, baby AT, and ATX specs, including things like voltages and such for the PSU. It should have what you need.
Try the utah glx - glx.on.openprojects.net. Get a recent snapshot, Mesa 3.1, and follow the instructions. I had Quake II working with my TNT2, but I messed it up, and now it isn't working again though...
G400. The other choice would be a TNT2 - works, but the drivers are terrible. I have one, and it's probably half as fast in Linux than in Windows. The drivers for the G400, on the other hand, are from what I hear as good as or better than the windows drivers.
Nope. There was some readiocarbon dating done which dated it to the 15th century, but at that time, the shroud was in a church which burned down (it was sealed in a silver case or something), so the heat may have very well affected the shroud, and radiocarbon dating isn't known for reliability. Also, various things about the person buried in it (Jesus) can be reconstructed via computer today, so they can tell e.g. that he was scourged (whipped with whips that had hooks on the ends) by 2 people of different heights, 1 on each side and when they crucified him, the nails were about the size of railroad spikes, and went through the wrists (can't hold somebody up if it's through the palms) and severed the median nerves, so the thumbs were jammed against the palms.
well, there's some other evidence. Here's what I remember. On the shroud that Jesus was buried in for example, (yes we have it today, it's at the Vatican, and it's a long story how it got there and how we know it's authentic) there were 2 coins placed on Jesus' eyes (Jewish custom) which were minted by Pontius Pilate, procurator of Judea in around 28 - 33 A.D. There was also the star - iirc, a supernova that there are records of. Herod the Great who was king of judea at the time Jesus was born was known for being a rather cruel king (executed 2 of his sons, that sort of thing) and probably wouldn't have had a problem killing all the baby boys under 2 years old if one of them was going to replace him. IIRC, there was also some stuff with Emporer Tiberius, I think when St. Paul went to Rome - I don't have my history book with me (trying to get *away* from school this vacation)
You'll have to do something about hitting ^C while it's processing autoexec.bat. One way is to load all the device drivers hat would be in autoexec.bat from config.sys via install= commands. You could also probably remap the c key via escape sequences
If you want to push that up even further, add stuff like the khhtpd server (blazingly fast on static content) a couple gigabit ethernet cards, 4-way smp 800 mhz K7s (i hear AMD is stockpiling them right now), and a massive scsi raid-5 system. Compile with GCC 2.95.1 and -O9. Heck, one of those things could run/.!
Wonder if they could. They sold all rights to enter the x86 market to SCO back when they sold them Xenix. I realize Linux isn't *technically* Unix, but Xenix was almost certainly a clone too...
I don't think there's really any way they can't screw this one up. Microsoft just wants to expand again. It sounds like it'll basically be a PC that acts like a console, but by using x86 hardware, how many new games are they going to get? Games on a Nintendo 64, for example, have a much different feel than on a PC (Goldeneye and Zelda64, for example), and you can't get them on a PC. For this, what's the point? and do they really think they can beat Nintendo, Sony, Sega, etc. at this, who have been at this for years? I, for one, think the Nintendo controllers have always been second to none;)
Real mode = 16 bit mode, which only dos runs in Protected mode = 32 bit, Linux, windows, etc. run in this. I guess the Vesa stuff uses video bios functions, which are only available in real mode. And Linux is *never* in real mode.
Macro and micro evolution are NOT the same. Micro evolution deals with adaptation within a species, macro evolution deals with the creation of species. Now tell me, how do multiple species arise from a *SINGLE* population? It can't happen. According to the theory of evolution, how can there be a half dozen species of monkeys in a single area? *ANY* interbreeding, and the species don't seperate. Furthermore, in the fossile record, there isn't a clear progression of species. There are *explosions* in the numbers of species within a very short timespan, then for millions of years nothing. That ain't evolution at work. Adaption is true and readily observable; I concede that. But, while evolution may even be possible, it ain't what's going on here. In addition to all this evidence that I just showed you, recently some mathematicians prove that it would have taken 40-50 billion years to get to the present stage.
The 2.0 kernels used illegal inline assembly constructs which just happened to work with GCC 2.7.2 . You could always compile the 2.2 kernels with whatever compiler you wanted. From what I can tell, this is different, and it affects all kernels, including the 2.2 ones.
Slashdot Mirror
Heck, that would be friggin' amazing if people really wanted to do that :) I've been working full time and then some for near a month and a half now, and I'm certainly not getting paid for it yet... Email address in the profile is my paypal account :)
Yep, that's on the list.
This should do what you want - with the caveat that I haven't thought about multiple tiers, but I can't imagine that being that hard to add.
It's currently written so there's a systemwide pool of block devices that are used for cache, and all cached data is spread around them, regardless of where it came from. It wouldn't take much work at all to change that though, if there was something that'd benefit.
Hey, at least someone noticed :)
That version was pretty raw. The current one is a lot farther along than that, but it's still got a ways to go - I'm hoping to have it ready for inclusion in a few months, if I can keep working on it full time. Anyone want to fund me? :D
There certainly was early on, as GNOME was essentially started by Richard Stallman because of the Qt Licence. All that's old history now, but the beginnings were some of the worse developer flamewars. As they matured, and as Qt got GPL'd, things got better. To be honest, it might have been better if GNOME never was started - it was certainly started for the wrong reasons, and KDE's always been about a year ahead. Since Qt got GPL'd, there hasn't been a licensing reason. I'd bet that would have happened even if GNOME hadn't existed. This isn't to take away from the good GTK+ apps (Gimp, Gnumeric, Evolution) but KDE does have a better technical foundation. *shrug* it'll work itself out in the end, I imagine. Certainly flaming over it now is counterproductive.
If you ground both ends you'll set up ground loops - from what other posters have said, that sounds even worse on a ship. Ground neither ends, and you don't get much benefit from using STP. Always, when running any kind of cable, ground _one_ end.
On most *nix systems, yes. However, the MD5 algorithim (I believe it was first used for passwords in freebsd) allows for unlimited password lengths, and has been the default for most linux distributions for quite awhile now.
but i wish i had one... damn nice machines
slack's my favorite distro... always been the easiest to mess with, the least buggy, and the simplest. started out with it with slackware 3.1, and i just keep coming back
wimp. When _I_ was programming qbasic, I was writing a dbase program. Didn't finish, but had the UI essentially done - clock in the lower right (had a wrapper for $getkey to keep it updated and do some other things), had pull down menus, dialog boxes, was even starting on online help. I even got char 7 (for a dialog box) by printing directly to the vga buffer. I was eventually going to redo the menus so when you pulled one down it saved the area of the screen it overwrote into an array, and then it would spit it right back to the vga buffer when it was done. Heck, i had plans for adding mouse support (you have to directly call the interrupts for that)
It's a bit of a wintel book, but it's a huge book, and a lot of it is specs. If you need specs for something pc related, there's a good chance it will have it. And it includes the XT, AT, baby AT, and ATX specs, including things like voltages and such for the PSU. It should have what you need.
Try the utah glx - glx.on.openprojects.net. Get a recent snapshot, Mesa 3.1, and follow the instructions. I had Quake II working with my TNT2, but I messed it up, and now it isn't working again though...
G400. The other choice would be a TNT2 - works, but the drivers are terrible. I have one, and it's probably half as fast in Linux than in Windows. The drivers for the G400, on the other hand, are from what I hear as good as or better than the windows drivers.
Nope. There was some readiocarbon dating done which dated it to the 15th century, but at that time, the shroud was in a church which burned down (it was sealed in a silver case or something), so the heat may have very well affected the shroud, and radiocarbon dating isn't known for reliability. Also, various things about the person buried in it (Jesus) can be reconstructed via computer today, so they can tell e.g. that he was scourged (whipped with whips that had hooks on the ends) by 2 people of different heights, 1 on each side and when they crucified him, the nails were about the size of railroad spikes, and went through the wrists (can't hold somebody up if it's through the palms) and severed the median nerves, so the thumbs were jammed against the palms.
well, there's some other evidence. Here's what I remember. On the shroud that Jesus was buried in for example, (yes we have it today, it's at the Vatican, and it's a long story how it got there and how we know it's authentic) there were 2 coins placed on Jesus' eyes (Jewish custom) which were minted by Pontius Pilate, procurator of Judea in around 28 - 33 A.D. There was also the star - iirc, a supernova that there are records of. Herod the Great who was king of judea at the time Jesus was born was known for being a rather cruel king (executed 2 of his sons, that sort of thing) and probably wouldn't have had a problem killing all the baby boys under 2 years old if one of them was going to replace him. IIRC, there was also some stuff with Emporer Tiberius, I think when St. Paul went to Rome - I don't have my history book with me (trying to get *away* from school this vacation)
You'll have to do something about hitting ^C while it's processing autoexec.bat. One way is to load all the device drivers hat would be in autoexec.bat from config.sys via install= commands. You could also probably remap the c key via escape sequences
If you want to push that up even further, add stuff like the khhtpd server (blazingly fast on static content) a couple gigabit ethernet cards, 4-way smp 800 mhz K7s (i hear AMD is stockpiling them right now), and a massive scsi raid-5 system. Compile with GCC 2.95.1 and -O9. Heck, one of those things could run /.!
IIRC, John Von Neumann (sp) played a large part in founding RAND. Been awhile, but i know he was at least involved...
GREP = Global Regular Expression Parser
Regualar Expressions = regexps, those s/*/g things you use in vim or perl, for example.
Wonder if they could. They sold all rights to enter the x86 market to SCO back when they sold them Xenix. I realize Linux isn't *technically* Unix, but Xenix was almost certainly a clone too...
I don't think there's really any way they can't screw this one up. Microsoft just wants to expand again. It sounds like it'll basically be a PC that acts like a console, but by using x86 hardware, how many new games are they going to get? Games on a Nintendo 64, for example, have a much different feel than on a PC (Goldeneye and Zelda64, for example), and you can't get them on a PC. For this, what's the point? and do they really think they can beat Nintendo, Sony, Sega, etc. at this, who have been at this for years? I, for one, think the Nintendo controllers have always been second to none ;)
Real mode = 16 bit mode, which only dos runs in
Protected mode = 32 bit, Linux, windows, etc. run in this.
I guess the Vesa stuff uses video bios functions, which are only available in real mode. And Linux is *never* in real mode.
But the Decleration of Independance is still what our country was founded on. Ever study history?
Macro and micro evolution are NOT the same. Micro evolution deals with adaptation within a species, macro evolution deals with the creation of species. Now tell me, how do multiple species arise from a *SINGLE* population? It can't happen. According to the theory of evolution, how can there be a half dozen species of monkeys in a single area? *ANY* interbreeding, and the species don't seperate. Furthermore, in the fossile record, there isn't a clear progression of species. There are *explosions* in the numbers of species within a very short timespan, then for millions of years nothing. That ain't evolution at work. Adaption is true and readily observable; I concede that. But, while evolution may even be possible, it ain't what's going on here. In addition to all this evidence that I just showed you, recently some mathematicians prove that it would have taken 40-50 billion years to get to the present stage.
I before E, except after C, and sounding like A as in neighbor and weigh, and words Germanic in origin, which is what weird falls under.
The 2.0 kernels used illegal inline assembly constructs which just happened to work with GCC 2.7.2 . You could always compile the 2.2 kernels with whatever compiler you wanted. From what I can tell, this is different, and it affects all kernels, including the 2.2 ones.