![](/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) |
povray.org admin team wrote:
>
> Andrew M <tot### [at] iname com> wrote:
>
> >How about the fact that it costs ~200 dollars, OEM.
>
> I was going to mention that myself. This is the primary reason why I had to
> choose not to make the new POVWIN rendering engine an NT-only service. Many of
> our users simply can't afford the high cost of NT.
You mean so there is no windows 95/98 verson? What about ports to other
OSes? $200 buys a hefty amount of processing power, like it could buy a
moniterless K6 200, maybe even a 233 or 266, for a renderfarm. Or it
could upgrade me to K6 300 plus 30 bucks to spare.
Andrew McDavid
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) |
povray.org admin team wrote:
>
> An app (presuming it's a user-level app) cannot (to my knowledge) induce a stop
> (i.e. bugcheck). Only a faulty kernel-mode component (i.e. ring 0) can do this.
>
> This generally means a bug in a device driver. It is possible, of course, for
> an app to induce a bugcheck (AKA BSOD, the 'Blue Screen Of Death') if it is
> communicating with a device driver in such a way as to flush the bug out. Also,
> some apps come with their own kernel-mode drivers (though this is uncommon).
> However, the same principle applies there - the bug is in the device driver.
Just as another data point...
I've been running NT (3.51 and 4.0) for about four years, on several
different boxes, using it for intensive development work as well as many
other applications (including POV-Ray) (not counting editors and web
browsers, the program I run most often is probably EGCS). In all that
time, I've had exactly three system crashes (and one of those was under
an early beta of NT4, so I don't think it's fair to count it), plus two
occasions when the OS was malfunctioning badly enough that I rebooted to
fix it. My record for contnuous up time is about two months. (The usual
reason for rebooting is badly written installers that insist on a
restart.)
So don't take those "blue screen of death" tales too seriously. Yeah, it
happens, but an average of one system crash per year is good enough for
me.
--
Ross Smith ..................................... Wellington, New Zealand
<mailto:r-s### [at] ihug co nz> ........ <http://crash.ihug.co.nz/~r-smith/>
"Remember when we told you there was no future? Well, this is it."
-- Blank Reg
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) |
Andrew McDavid <tot### [at] iname com> wrote:
>povray.org admin team wrote:
>>
>> Andrew M <tot### [at] iname com> wrote:
>>
>> >How about the fact that it costs ~200 dollars, OEM.
>>
>> I was going to mention that myself. This is the primary reason why I had to
>> choose not to make the new POVWIN rendering engine an NT-only service. Many of
>> our users simply can't afford the high cost of NT.
>
>You mean so there is no windows 95/98 verson? What about ports to other
>OSes? $200 buys a hefty amount of processing power, like it could buy a
>moniterless K6 200, maybe even a 233 or 266, for a renderfarm. Or it
>could upgrade me to K6 300 plus 30 bucks to spare.
Where was it stated that there is no 95/98 version ?
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) |
povray.org admin team wrote:
>
> Andrew McDavid <tot### [at] iname com> wrote:
>
> >povray.org admin team wrote:
> >>
> >> Andrew M <tot### [at] iname com> wrote:
> >>
> >> >How about the fact that it costs ~200 dollars, OEM.
> >>
> >> I was going to mention that myself. This is the primary reason why I had to
> >> choose not to make the new POVWIN rendering engine an NT-only service. Many of
> >> our users simply can't afford the high cost of NT.
> >
> >You mean so there is no windows 95/98 verson? What about ports to other
> >OSes? $200 buys a hefty amount of processing power, like it could buy a
> >moniterless K6 200, maybe even a 233 or 266, for a renderfarm. Or it
> >could upgrade me to K6 300 plus 30 bucks to spare.
>
> Where was it stated that there is no 95/98 version ?
You said you decided _not_ to make it an NT service. I was just
wondering if that meant, if you had decided otherwise, there wouldn't
have been a 95/98 verson?
Andrew M
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) |
>>Also, the STOP's are a pain. Whenever an app crashes badly, NT generates a
>>STOP; just what it sounds like, a STOP halts the operating system and
forces
>>you to restart.
>Not the OS my friend, the _processor_ ;)
If it halts the processor. then why does the option "Automatically reboot"
in System Properties under "When a STOP message occurs" work?
It must be... uh... the FLOPPY DRIVE that automatically reboots it! Yeah! ;)
-aardvarko
Michael Lundahl wrote in message <6l37to$a37$4@oz.aussie.org>...
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) |
>An app (presuming it's a user-level app) cannot (to my knowledge) induce a
stop
>(i.e. bugcheck). Only a faulty kernel-mode component (i.e. ring 0) can do
this.
>
>
>This generally means a bug in a device driver. It is possible, of course,
for
>an app to induce a bugcheck (AKA BSOD, the 'Blue Screen Of Death') if it is
>communicating with a device driver in such a way as to flush the bug out.
Also,
>some apps come with their own kernel-mode drivers (though this is
uncommon).
>However, the same principle applies there - the bug is in the device
driver.
DeBabelizer does sometimes when it hits a faulty TGA file. Beats me. :)
Also Total Annihilation (an awesome RTS game) STOP's the system if you let
it install DX5 and then try to run it; it's pretty stupid to install a
Windows 95 version of DirectX. :|
-rdv
povray.org admin team wrote in message
<3577695e.43768355@news.povray.org>...
>>Also, the STOP's are a pain. Whenever an app crashes badly, NT generates a
>>STOP; just what it sounds like, a STOP halts the operating system and
forces
>>you to restart.
>
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) |
Andrew McDavid <tot### [at] iname com> wrote:
> You said you decided _not_ to make it an NT service. I was just
>wondering if that meant, if you had decided otherwise, there wouldn't
>have been a 95/98 verson?
Ah, I see. Yes - we had considered a NT-only version, but decided not to
because not everyone can afford to purchase NT. If it had been more available
things may have been different. There's probably a half-dozen other reasons
that it's not NT-only, too, but because of the cost it didn't even get past
first base.
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) |
In article <6l8g03$33j$1@oz.aussie.org>,
"aardvarko" <aar### [at] geocities com> writes:
>>>Also, the STOP's are a pain. Whenever an app crashes badly, NT generates a
>>>STOP; just what it sounds like, a STOP halts the operating system and
>forces
>>>you to restart.
>
>>Not the OS my friend, the _processor_ ;)
>
>If it halts the processor. then why does the option "Automatically reboot"
>in System Properties under "When a STOP message occurs" work?
>
>It must be... uh... the FLOPPY DRIVE that automatically reboots it! Yeah! ;)
Ok, you got me wondering... but... ever heard of the BIOS? ;)
/Michael
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) |
Just a little question : does it exist a NT-only version of PovWin ?
Maybe its a little faster, more secure, etc... ? I'm wrong ?
Where may I download it, if affirmative ?
FD
<35781705.124961064@news.povray.org>...
>Andrew McDavid <tot### [at] iname com> wrote:
>> You said you decided _not_ to make it an NT service. I was just
>>wondering if that meant, if you had decided otherwise, there wouldn't
>>have been a 95/98 verson?
>
>Ah, I see. Yes - we had considered a NT-only version, but decided not to
>because not everyone can afford to purchase NT. If it had been more
available
>things may have been different. There's probably a half-dozen other reasons
>that it's not NT-only, too, but because of the cost it didn't even get past
>first base.
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) |
>Just a little question : does it exist a NT-only version of PovWin ?
>Maybe its a little faster, more secure, etc... ? I'm wrong ?
>Where may I download it, if affirmative ?
There's no real point in having a NT-only version - the Win32 version is fully
32-bit and there's little we could do (while keeping it single-processor) to
make it faster on NT.
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |