On 12-10-2011 7:50, Patrick Elliott wrote:
> On 10/11/2011 12:58 PM, Orchid XP v8 wrote:
>> On 11/10/2011 08:41 PM, Darren New wrote:
>>> On 10/11/2011 12:10, Orchid XP v8 wrote:
>>>> I suppose Windows also doesn't stop responding when you change your
>>>> TCP/IP
>>>> configuration settings?
>>>
>>> Um, no?
>>>
>>>> (Actually, that one seems to vary. On some
>>>> computers, you change it and it doesn't even blink. On others, you
>>>> change it
>>>> and have to sit there for multiple minutes before it wakes up again...)
>>>
>>> Maybe your DHCP server is hosed up or something?
>>
>> It seems to be more common with laptops, so maybe it's related to Wi-Fi
>> or something... Or maybe I'm imaginig that part.
>>
>>>> Since Explorer is 90% of the Windows GUI, that's not a particularly
>>>> drastic difference...
>>>
>>> Only if you don't interact with actual programs. Saying "the GUI locks
>>> up" on Linux, for example, means every program stops responding because
>>> you just crashed the X server.
>>
>> OK. I can't change window [because the task bar isn't working, and
>> Alt+Tab isn't working], I can't open Task Manager to see what's
>> happening, I can't lock or unlock the screen [Ctrl+Alt+Del doesn't do
>> anything]. But sure, if I happen to have an application open, maybe it
>> stays running. [I haven't ever tested that.]
>>
> This is actually possibly the case. I have had "other" things cause a
> similar result. Generally, they peg some process, or memory handling, or
> something to max, and only lock the application *causing it*. The
> problem of course being, if you are in the application that created the
> problem, the whole thing seems to stop bloody working, and you can't get
> out of it, to do anything else, including ctrl-alt-del.

That is what 'surprises' me everytime. How can you design an OS where it 
is possible to prevent a task switch to a taskmanager. I assume it is 
because it wasn't designed but grown. Still, by now they should have 
solved that, I would assume.
To Andy: I have some programs that when fed enough input will apparently 
freeze the machine, if I wait 5 minutes I get it back when the process 
has processed the data. So, yes it stays running. Unfortunately that 5 
can also be 2 or 20, there is nothing to indicate what will happen. In 
defence of Bill, my Ubuntu version just crashes. It does not freeze the 
machine, but it also gets nothing done.
BTW this is when reading a 1-2 million faces text file in into Blender. 
And when going into edit mode after that and...
(but Maya can not even handle halve as much).

-- 
Apparently you can afford your own dictator for less than 10 cents per 
citizen per day.

Post a reply to this message