>>which version of windows has more GUI features than the latest KDE or GNOME? >Without editing files and getting complicated?
Yeah. The problem here is that once average Joe User gains enough experience to help out and address those complaints, it's no longer a problem to him. Nowadays you can usually get pretty far without editing text config files though, as distributions try harder to attract average users. I just learned that I can scale my desktop icons individually to any size, and some of them are pretty high resolution with alpha transparency.
>Your hardware is broken, you should fix it.
Certainly he should.
>>is windows' threads implementation the best in the market? >As far as I'm concerned it is.
Windows isn't too bad at that. Linux threads had to be implemented using forks until recently if I'm not mistaken. Windows on the other hand threads well but doesn't fork well. Linux can now scale well to more concurrent threads than you'll ever need though, and can spawn new processes very quickly. And windows seems to have some priority issues, as a higher priority thread doesn't get higher priority access to IO resources, so a disk intensive app at the lowest priority can bring higher priority processes to a screeching halt.
>> is windows memory management the best in the market? >As far as I'm concerned it is.
My own observations suggest that Windows is still far behind in this particular area. But I've only run enough benchmarks to satisfy my own curiosity.
>>show me the most secure windows, I'll show you 10 more oses more secure than that. >Strange, they all have BSD in their name.
The security argument can go on forever. Unix-like operating systems were designed to be used by many people at once, many of whom might need to compile and run programs from a remote terminal, but without enabling them to exceed their priveledges. Windows, on the other hand, is a bit constrained by its single-user origins and needs for backwards compatibility. But in its defense, I've read that buffer exploits often take less work to pull off on Linux than on Windows. You can build a secure or insecure system either way, but keep in mind which had security in mind from the beginning.
Well, they want my email address and clicking the "privacy policy" or "terms and conditions" links do nothing but generate javascript errors in Mozilla because they put their script tags in a very peculiar place.
The company is Gratis Internet, aka FreeDVDs.com. They have several aliases: www.FreeFlatScreens.com www.FreeCDs.com www.FreeCondoms.com www.FreeGiftPlanet.com www .FreeVideoGames.com...
From the Better Business Bureau: "Complaints against this business concern advertising issues, credit or billing disputes, delivery issues, refund practices, selling practices and service issues.... The company provides contact information to its advertisers... As in all transactions, consumers should read any terms and conditions about transactions and offers and restrictions before signing up to participate."
Sounds like your typical internet marketting company. I wish you good luck in trying to get an ipod out of them because succeed of fail you'll definitely get a lot of email and physical mail out of it.
I wouldn't call either an absolute. There are a lot of Linux features not native to Windows that I have come to depend on. And Windows can easily be set up to be very secure, or Linux very insecure.
Though I can't make any guarantees, I don't think it'll break anything to cut the power to the LED's in the vast majority of cases. But if you'd rather be safe, a very popular and respectable choice, paint or masking tape ought to do the job.
While I agree that xml is not well suited for holding massive amounts of data like that, and I might not do it myself, it's not as bad as it looks. A lot of good compression formats can be decompressed faster than they can be read off the disk on modern hardware, as a stream requiring a fixed amount of data. Additionally, many good xml parsers can also work on a stream, reducing memory requirements. And xml compresses very well. So the cost of xml may very often be a fixed amount of ram and little more disk space.
The advantage is that it's easy to write tools for compressed xml based formats. No binary specs to learn. Just decompress the xml, look at it, and you're ready to go. OpenOffice uses a zip compressed xml format and produces files typically 1/10th the size of Microsoft's binary Office formats. And anyone with an xml parser and a zip (de)compressor can jump into writing tools to read, modify, or create them. And getting into 3D, a lot of people like to make mods, and being able to read and modify the files without any special software will make it a lot easier.
And nobody expects XML to replace PNG or OGG. They serve totally different purposes. And as compressed as they are, textures and other media tend to dwarf all other data, binary, bloated xml, or otherwise.
I mean, everytime I reload the OS, the apps, my data, and reboot, the system crashes yet again - and needless to add, I screeeeeaaammmm. This has happened since 1998.
I'm using Linux now, but I must say, the great majority of Windows+Office users' systems are relatively stable, aside from things that are beyond Microsoft's control, with WinME being the main exception. I've seen bad ram or heat problems give the appearance of buggy software, because often it'll cause them to fail in the same places each time, etc.
Found it, finally. The "Resources" box on the left side of the Windows Security Center, that looks like it's just help file links, there's a link at the bottom entitled "Change the way Security Center alerts me". It was right in plain sight, but none of us (3) could find it.
Even with the newest kernels and drivers, running an opengl program on this will crash X within minutes, requiring a reboot. It leaks shared video memory until it can no longer allocate anything, then X crashes, and fails on each attempt to restart it. Long term problem, seemingly affecting everyone using it on Linux. My new cheap no-OS Dell shipped with one.
Maybe Java is fast but what people see is that Java gui's are typically slower than hoped.
I've tried the 1.5 beta and it seems to go a long way toward addressing this problem. It feels as fast as native, and easily beats gcj in my own unprofessional benchmarks. But massive Java applications like Eclipse and NetBeans still perform horrendously slow for me, even with the server vm, and I doubt it can be blamed on any gui toolkit.
Or at least that's how it's supposed to work. If you're not careful, there are a lot of things that can break that atomicity, like hard disk write caching without battery backup or write order preservation. You'll still be protected in the event of a crash, but a power loss can be just as destructive as ever.
And if you want the advertised speed, you'll probably have to accept the default of meta-data journaling only. Though I can't double check to be sure, since namesys is slashdotted, your options with just about every journaling file system is either meta-data journaling (default) or full journaling (slow). Ext3 provides a good balance between the two modes which is the default.
When deciding which filesystem would be best for our first critical samba file servers, this post and other scattered rumors of unreliability scared us away from reiser3 for the time being:
The date of the post caught my eye. The test was very recent. Ext3 won in this particular case, by a longshot, leading a Red Hat employee to respond "Your investigation proves that we default to the right mode;)".
I haven't seen ext3 (ordered) lose in any reliability benchmarks versus jfs, xfs, or reiserfs, though it's hard to find many such benchmarks.
When I tried to view the trailer I got that problem too, but managed to get it working. I had built mplayer before installing the codecs, and everything played fine but the quicktime, which was lacking audio. The mplayer output said I didn't have all the quicktime codecs. I had the codec though. Running./configure again but with all the codecs already installed and rebuilding fixed it. It seems to check for a certain few codecs at configure time.
Slashdot Mirror
>>which version of windows has more GUI features than the latest KDE or GNOME?
>Without editing files and getting complicated?
Yeah. The problem here is that once average Joe User gains enough experience to help out and address those complaints, it's no longer a problem to him. Nowadays you can usually get pretty far without editing text config files though, as distributions try harder to attract average users. I just learned that I can scale my desktop icons individually to any size, and some of them are pretty high resolution with alpha transparency.
>Your hardware is broken, you should fix it.
Certainly he should.
>>is windows' threads implementation the best in the market?
>As far as I'm concerned it is.
Windows isn't too bad at that. Linux threads had to be implemented using forks until recently if I'm not mistaken. Windows on the other hand threads well but doesn't fork well. Linux can now scale well to more concurrent threads than you'll ever need though, and can spawn new processes very quickly. And windows seems to have some priority issues, as a higher priority thread doesn't get higher priority access to IO resources, so a disk intensive app at the lowest priority can bring higher priority processes to a screeching halt.
>> is windows memory management the best in the market?
>As far as I'm concerned it is.
My own observations suggest that Windows is still far behind in this particular area. But I've only run enough benchmarks to satisfy my own curiosity.
>>show me the most secure windows, I'll show you 10 more oses more secure than that.
>Strange, they all have BSD in their name.
The security argument can go on forever. Unix-like operating systems were designed to be used by many people at once, many of whom might need to compile and run programs from a remote terminal, but without enabling them to exceed their priveledges. Windows, on the other hand, is a bit constrained by its single-user origins and needs for backwards compatibility. But in its defense, I've read that buffer exploits often take less work to pull off on Linux than on Windows. You can build a secure or insecure system either way, but keep in mind which had security in mind from the beginning.
p.s. someone help me, please
m w .FreeVideoGames.com ...
Well, they want my email address and clicking the "privacy policy" or "terms and conditions" links do nothing but generate javascript errors in Mozilla because they put their script tags in a very peculiar place.
The company is Gratis Internet, aka FreeDVDs.com. They have several aliases:
www.FreeFlatScreens.com
www.FreeCDs.co
www.FreeCondoms.com
www.FreeGiftPlanet.com
ww
From the Better Business Bureau: "Complaints against this business concern advertising issues, credit or billing disputes, delivery issues, refund practices, selling practices and service issues.... The company provides contact information to its advertisers... As in all transactions, consumers should read any terms and conditions about transactions and offers and restrictions before signing up to participate."
Sounds like your typical internet marketting company. I wish you good luck in trying to get an ipod out of them because succeed of fail you'll definitely get a lot of email and physical mail out of it.
I wouldn't call either an absolute. There are a lot of Linux features not native to Windows that I have come to depend on. And Windows can easily be set up to be very secure, or Linux very insecure.
Though I can't make any guarantees, I don't think it'll break anything to cut the power to the LED's in the vast majority of cases. But if you'd rather be safe, a very popular and respectable choice, paint or masking tape ought to do the job.
When there was no contest at all. "Yeah, everyone send in your entries. Oh, nevermind, maybe next year."
Of course it looks like those extra 2 years paid off. This year's winners look very interesting.
While I agree that xml is not well suited for holding massive amounts of data like that, and I might not do it myself, it's not as bad as it looks. A lot of good compression formats can be decompressed faster than they can be read off the disk on modern hardware, as a stream requiring a fixed amount of data. Additionally, many good xml parsers can also work on a stream, reducing memory requirements. And xml compresses very well. So the cost of xml may very often be a fixed amount of ram and little more disk space.
The advantage is that it's easy to write tools for compressed xml based formats. No binary specs to learn. Just decompress the xml, look at it, and you're ready to go. OpenOffice uses a zip compressed xml format and produces files typically 1/10th the size of Microsoft's binary Office formats. And anyone with an xml parser and a zip (de)compressor can jump into writing tools to read, modify, or create them. And getting into 3D, a lot of people like to make mods, and being able to read and modify the files without any special software will make it a lot easier.
And nobody expects XML to replace PNG or OGG. They serve totally different purposes. And as compressed as they are, textures and other media tend to dwarf all other data, binary, bloated xml, or otherwise.
Guess the problem was on my side. Works fine now.
slashdotted already?
Obligatory "No remote exploits in 0 days."
All it is is white text on a very bright background. Is that too hard to read?
For every lab, every student?
I mean, everytime I reload the OS, the apps, my data, and reboot, the system crashes yet again - and needless to add, I screeeeeaaammmm. This has happened since 1998.
I'm using Linux now, but I must say, the great majority of Windows+Office users' systems are relatively stable, aside from things that are beyond Microsoft's control, with WinME being the main exception. I've seen bad ram or heat problems give the appearance of buggy software, because often it'll cause them to fail in the same places each time, etc.
1. Does it affect Clippy? Fix immediately!
Seeing that Clippy is still alive and misfunctioning...
Windows crashes on startup if any non-MS OS is doing a SMB network scan while it is starting up
This sounds pretty serious. Have any more info on it?
Found it, finally. The "Resources" box on the left side of the Windows Security Center, that looks like it's just help file links, there's a link at the bottom entitled "Change the way Security Center alerts me". It was right in plain sight, but none of us (3) could find it.
I don't want to enable my firewall damnit.
I have ADD. Doesn't seem to help.
Lets have a look
Even with the newest kernels and drivers, running an opengl program on this will crash X within minutes, requiring a reboot. It leaks shared video memory until it can no longer allocate anything, then X crashes, and fails on each attempt to restart it. Long term problem, seemingly affecting everyone using it on Linux. My new cheap no-OS Dell shipped with one.
49% of people are dumber than most.
Hello <giant spam message in the from field>
Your message will not be delivered until you confirm your identity by clicking on this link.
Maybe Java is fast but what people see is that Java gui's are typically slower than hoped.
I've tried the 1.5 beta and it seems to go a long way toward addressing this problem. It feels as fast as native, and easily beats gcj in my own unprofessional benchmarks. But massive Java applications like Eclipse and NetBeans still perform horrendously slow for me, even with the server vm, and I doubt it can be blamed on any gui toolkit.
That's what happens to web sites that stuff all their information and graphics into 3 monolithic pages.
Or at least that's how it's supposed to work. If you're not careful, there are a lot of things that can break that atomicity, like hard disk write caching without battery backup or write order preservation. You'll still be protected in the event of a crash, but a power loss can be just as destructive as ever.
And if you want the advertised speed, you'll probably have to accept the default of meta-data journaling only. Though I can't double check to be sure, since namesys is slashdotted, your options with just about every journaling file system is either meta-data journaling (default) or full journaling (slow). Ext3 provides a good balance between the two modes which is the default.
When deciding which filesystem would be best for our first critical samba file servers, this post and other scattered rumors of unreliability scared us away from reiser3 for the time being:
u ly/msg00418.html
;)".
http://www.redhat.com/archives/fedora-list/2004-J
The date of the post caught my eye. The test was very recent. Ext3 won in this particular case, by a longshot, leading a Red Hat employee to respond "Your investigation proves that we default to the right mode
I haven't seen ext3 (ordered) lose in any reliability benchmarks versus jfs, xfs, or reiserfs, though it's hard to find many such benchmarks.
When I tried to view the trailer I got that problem too, but managed to get it working. I had built mplayer before installing the codecs, and everything played fine but the quicktime, which was lacking audio. The mplayer output said I didn't have all the quicktime codecs. I had the codec though. Running ./configure again but with all the codecs already installed and rebuilding fixed it. It seems to check for a certain few codecs at configure time.