![](/i/fill.gif) |
![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
Patrick Elliott wrote:
> And again. I have "never" seen any case, personally, where someone said,
> "Ooh! MS is doing that with their OS? Better put it in Linux!"
No, but I've seen things added to Linux that were available a while ago on
Windows. Of course the Linux people didn't go "had to have that," at least
not out loud, any more than features MS "steals" from Linux are advertised
that way.
> Windows borrows, Linux evolves.
Yeah, OK. Whatever.
> which just causes people like me, who "despise" storing data on
> the same partition as the OS, to pull our hair out,
I had no problem moving my home directory to a different partition.
> to defraggers that
> still, to this day, don't have the common sense to defrag the "unused"
> space,
Sure they do. Have for ages.
> or optimize program access (never mind all the third parties that
> figured that one out as far back as Win3.11), to.. an endless list.
They do that too, and have for ages.
--
Darren New, San Diego CA, USA (PST)
"Ouch ouch ouch!"
"What's wrong? Noodles too hot?"
"No, I have Chopstick Tunnel Syndrome."
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
Eero Ahonen wrote:
> Is there such thing from MS?
What, watching for changes without polling? There have been multiple ways
to do that sort of thing for years and years. I think Win95 had it, and more
recently with NTFS you have the USN journal, so your program doesn't even
need to be running to watch for changes.
> I'll shout "Finally" rather than croon. One thing I've been missing on
> Windows since the 90's.
Well, there's a bunch of add-on packages that do a decent job of it.
--
Darren New, San Diego CA, USA (PST)
"Ouch ouch ouch!"
"What's wrong? Noodles too hot?"
"No, I have Chopstick Tunnel Syndrome."
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
Eero Ahonen wrote:
> Is there such thing from MS?
Oh, you mean the snapshot stuff? Sure, that's "Volume Shadow Service". Been
around since XP or so.
--
Darren New, San Diego CA, USA (PST)
"Ouch ouch ouch!"
"What's wrong? Noodles too hot?"
"No, I have Chopstick Tunnel Syndrome."
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
From: Darren New
Subject: Re: Ok, who didn't know, or at least guess this?
Date: 29 Jan 2009 18:43:52
Message: <49823f38@news.povray.org>
|
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
Patrick Elliott wrote:
> Seen the lists, seen the rebuttals. Still not impressed. Especially when
> some of them are things like "Added a mess of new features to DirectX",
There's a bunch of internal stuff, as well as things like Media Center,
.NET, etc.
> unless it is something in the class of user interfaces, and those tend
> to be used to "hide" things you don't want people mucking with,
Sounds like One True Scotsman syndrome to me. Because Microsoft doesn't
innovate, anything Microsoft does is, by definition, not innovation.
> FOSS has an excuse for this, they don't have thousands of developers
> working 24/7 on *one* project, trying to make it bloody work right.
Actually, it's worse. FOSS actually discourages getting projects "finished"
and easy to use and reliable, unless it's infrastructure for the people
working on other projects. Apache and gcc work great, because on top of
*that* people can write code that you can sell without giving it away (like
google does, in other words). But if you actually turned out a
professional-quality piece of software that needed what it did and it had to
work well, you couldn't make money off of maintenance. Hence the dearth of
games, accounting software, user electronics, and so on.
--
Darren New, San Diego CA, USA (PST)
"Ouch ouch ouch!"
"What's wrong? Noodles too hot?"
"No, I have Chopstick Tunnel Syndrome."
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
Darren New <dne### [at] san rr com> wrote:
> Hence the dearth of
> games, accounting software, user electronics, and so on.
Games are creative endeavours, not programs. There's a program behind
controlling, yes, but it's the graphics, music and sound effects, level
layouts, story and dialoguing that take center stage. Hardly something the GPL
can automagically churn out from collaborative efforts.
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
nemesis wrote:
> Darren New <dne### [at] san rr com> wrote:
>> Hence the dearth of
>> games, accounting software, user electronics, and so on.
>
> Games are creative endeavours, not programs. There's a program behind
> controlling, yes, but it's the graphics, music and sound effects, level
> layouts, story and dialoguing that take center stage.
Ding ding ding! Congratulations. You understood my point.
> Hardly something the GPL
> can automagically churn out from collaborative efforts.
Actually, you *can* churn out all that from a collaborative effort. See, for
example, the "Thief 2X" game.
However, there's little "ongoing maintenance" you can contract for, so once
you release it and everyone copies it for free, you're pretty SOL if you're
expecting to make a living at it.
--
Darren New, San Diego CA, USA (PST)
"Ouch ouch ouch!"
"What's wrong? Noodles too hot?"
"No, I have Chopstick Tunnel Syndrome."
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
Patrick Elliott wrote:
>> I see MS doing lots of new things that aren't on Linux, tho. You don't
>> stay ahead by not inventing anything new.
>>
> What exactly?
BTW, have you looked at Microsoft's open source OS called Singularity? It's
pretty darn innovative. I guess if you never actually look at what research
MS is publishing, you're unlikely to find anything they're doing new, no.
> want at all, or trust, *or* someone goes, "Gee, doesn't GFBunk (or some
> similarly weirdly named thing) already do that on such an such OS?"
BTW, can you name me perhaps three things that Linux does that's
distinctively new and innovative? Because I thought about it for a couple
hours, and I can't think of anything significant I can do in Linux that I
wasn't doing on Version 7 in 1983 or so, except internet stuff which is new
with BSD 4.2 about oh 15+ years ago? Linux doesn't even go as far as Apple
did and rearrange the file system or fix the X-Windows subsystem. Heck,
even NeWS would be better than X.
--
Darren New, San Diego CA, USA (PST)
"Ouch ouch ouch!"
"What's wrong? Noodles too hot?"
"No, I have Chopstick Tunnel Syndrome."
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
> Seen the lists, seen the rebuttals. Still not impressed. Especially when
> some of them are things like "Added a mess of new features to DirectX",
Huh? How many programs have you written using DirectX9 and DirectX10? Why
do you think the improvements are a mess?
1) DX10 now allows multiple programs and threads to use the hardware at the
same time, and is totally integrated with the OS GUI now, unlike in WinXP /
DX9. This means that many more fancy stuff can be done with non-fullscreen
3D apps and multi-threaded programs can use DX without careful programming.
2) DX10 got rid of the fixed function pipeline which has made the API much
simpler. Everything must be done with shaders now.
3) Scenes can be rendered to multiple render targets at the same time, which
makes generating cube-maps and multi-view scenes way faster
4) Geometry shaders have been introduced, which for the first time allows
the GPU to have some concept of triangles rather than just working blindly
on vertices and pixels. This can be widely used to improve performance and
display quality.
5) Geometry instancing has been much improved, allowing meshes to be
rendered multiple times without so much overhead as in DX9. Again, for
scenes with large amount of vegetation or people etc, this will have big
speed ups.
6) The usual increase in flexibility of the shaders, including a massive
increase in the number of registers (like a factor of 1000 increase),
complete dynamic flow control, unlimited execution length blah blah blah.
Of course some of the above can be implemented using DX9, but it would be
horrendously complex and very slow. DX10 is definitely a welcome
improvement, it will just take a while before game writers can drop DX9
support and really concentrate on DX10 only games.
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
>> Yeah, that's right. Because a faulty power supply *completely
>> explains* why Word crashes when you open certain documents. Oh,
>> wait... actually it doesn't. :-P
>
> I didn't say that.
No. But you make it sound as if all M$'s problems are because computer
hardware is unreliable. This is manifestly not the case. M$'s problems
are because they produce poor quality products.
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
> No. But you make it sound as if all M$'s problems are because computer
> hardware is unreliable.
IME, every time I am called because of a friend/family computer "not
working", it is nothing to do with MS. I can give you a long list of
reasons, mostly due to other software, hardware malfunction or drivers, but
none MS.
> This is manifestly not the case. M$'s problems are because they produce
> poor quality products.
I use MS products daily on 3 or 4 machines and cannot remember the last time
one of them crashed or when MS Office behaved badly.
You mention corrupted Word documents, but IIRC we decided that was due to
everyone using the same template/file that was corrupted and spreading this
corruption through all your documents. This is not really a fault of MS
Office, especially when you didn't even use the "Open and Repair" command
which would have probably fixed the problem.
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |