Must-have mockup pack for every graphic designer 🔥🔥🔥
Easy-to-use drag-n-drop Photoshop scene creator with more than 2800 items.
Design resources, Photoshop add-ons, UI Kits and Inspiration
Easy-to-use drag-n-drop Photoshop scene creator with more than 2800 items.
From: "darkman"
anyone else have aproblem wiht PS 7 crashing XP?
it happens all the time to me. and I can’t figure out why, have applied all patches, service paks for PS and XP…. lots of ram…..etc….
anyone else have aproblem wiht PS 7 crashing XP?
it happens all the time to me. and I can’t figure out why, have applied all patches, service paks for PS and XP…. lots of ram…..etc….
An application can’t crash XP.
An application can’t crash XP.
Driver can cause blue screens, and bad hardware can cause lockups, reboots, etc. But that’s about it.
Chris
Chris Cox wrote:
An application can’t crash XP.
Driver can cause blue screens, and bad hardware can cause lockups, reboots, etc. But that’s about it.
Chris
Hmmmm. I have a dual boot linux/XP machine. I’ve had
XP crashes. Not often and certainly far fewer than with Win9x, but crashes nonetheless.
The same hardware never crashes with linux.
In both cases applications can crash. In the case of linux one can get rid of the dead application. One cannot always do that in XP.
—– Paul J. Gans
PS: I don’t quite see the difference between a "lockup" and a "crash". If the user (or admin) cannot access the machine, it’s dead and one has to reboot.
At least with XP one does not get that awful screen that chastises you for "shutting down improperly" and telling you not to do that again. I *loved* that… NOT.
"Paul J Gans" wrote in messageChris Cox wrote:
An application can’t crash XP.
Driver can cause blue screens, and bad hardware can cause lockups, reboots, etc. But that’s about it.
Chris
Hmmmm. I have a dual boot linux/XP machine. I’ve had
XP crashes. Not often and certainly far fewer than with Win9x, but crashes nonetheless.
The same hardware never crashes with linux.
In both cases applications can crash. In the case of linux one can get rid of the dead application. One cannot always do that in XP.
—– Paul J. Gans
PS: I don’t quite see the difference between a "lockup" and a "crash". If the user (or admin) cannot access the machine, it’s dead and one has to reboot.
At least with XP one does not get that awful screen that chastises you for "shutting down improperly" and telling you not to do that again. I *loved* that… NOT.
This topic reappears every several months, with the usual technically correct claim from Chris, followed by 100 other responses pointing out there’s no _practical_ difference between applications and drivers. The fact is, XP or Linux or any other OS can be easily crashed when an application (or a virus, worm, etc) installs a bad driver or service. The difference between the two means nothing to an end user, and the end result is the same.
And Chris’s claim means even less now that CS installs its own system service (used for copy protection), which
Photoshop never did before. Now it _is_ possible for
PS to crash XP.
Rick
Rick wrote:
"Paul J Gans" wrote in message
Chris Cox wrote:
An application can’t crash XP.
Driver can cause blue screens, and bad hardware can cause lockups, reboots, etc. But that’s about it.
Chris
Hmmmm. I have a dual boot linux/XP machine. I’ve had
XP crashes. Not often and certainly far fewer than with Win9x, but crashes nonetheless.
The same hardware never crashes with linux.
In both cases applications can crash. In the case of linux one can get rid of the dead application. One cannot always do that in XP.
—– Paul J. Gans
PS: I don’t quite see the difference between a "lockup" and a "crash". If the user (or admin) cannot access the machine, it’s dead and one has to reboot.
At least with XP one does not get that awful screen that chastises you for "shutting down improperly" and telling you not to do that again. I *loved* that… NOT.
This topic reappears every several months, with the usual technically correct claim from Chris, followed by 100 other responses pointing out there’s no _practical_ difference between applications and drivers. The fact is, XP or Linux or any other OS can be easily crashed when an application (or a virus, worm, etc) installs a bad driver or service. The difference between the two means nothing to an end user, and the end result is the same.
ok. To the extent that a driver is in the OS space this is correct. I guess that one difference is that applications simply cannot install the OS part of the driver in linux without explicit action on the part of the superuser. I’m surprised that XP allows that for an ordinary user.
And Chris’s claim means even less now that CS installs its own system service (used for copy protection), which
Photoshop never did before. Now it _is_ possible for
PS to crash XP.
Yeah. Perhaps you have put your finger on why there is
no activation (yet) on Macs. I doubt OS X would allow
Photoshop to install an OS-resident driver. So activation on a Mac will have to wait for Apple to cooperate.
Rick
At the risk of sounding pretentious, let me explain a bit. The usual driver conceptually has two parts. One is a part that users can access. Thus when you run Whatever Program and it wants to write to the disk, it talks to the appropriate user driver. The user driver then talks to the OS part of the driver through an interface that is (or should be)
carefully defined. That way the OS designer(s) can make sure that the OS part of the driver does not do anything anti-social. This *usually* works — but not always.
On the other hand, if a program needs a special purpose
driver such as a copy protector, there is no way for that program to install anything in the operating system to do that. Microsoft has written the OS part of such a driver and that is why there can be activation etc., on XP.
Adobe also seems to be writing the activation number (or whatever they call it) on the hard drive in regions not
accessible to ordinary users. That also requires OS
support which Microsoft has evidently provided.
These two things will, in the long run, (and in my uniformed opinion) lessen the stability of XP as they allow mischief to be done.
—- Paul J. Gans
ok. To the extent that a driver is in the OS space this is correct. I guess that one difference is that applications simply cannot install the OS part of the driver in linux without explicit action on the part of the superuser. I’m surprised that XP allows that for an ordinary user.
And Chris’s claim means even less now that CS installs its own system service (used for copy protection), which
Photoshop never did before. Now it _is_ possible for
PS to crash XP.
Yeah. Perhaps you have put your finger on why there is
no activation (yet) on Macs. I doubt OS X would allow
Photoshop to install an OS-resident driver. So activation on a Mac will have to wait for Apple to cooperate.
"Paul J Gans" wrote in message
ok. To the extent that a driver is in the OS space this is correct. I guess that one difference is that applications simply cannot install the OS part of the driver in linux without explicit action on the part of the superuser. I’m surprised that XP allows that for an ordinary user.
And Chris’s claim means even less now that CS installs its own system service (used for copy protection), which
Photoshop never did before. Now it _is_ possible for
PS to crash XP.
Yeah. Perhaps you have put your finger on why there is
no activation (yet) on Macs. I doubt OS X would allow
Photoshop to install an OS-resident driver. So activation on a Mac will have to wait for Apple to cooperate.
You have to be a power user or an administrator on XP to install new drivers.
There is nothing in OS X that prevents an application from installing drivers (or KEXTs kernel extensions). Yes, you have to be an administrator to install them. But that is all.
Visit a Mac programming site and see how many are writing KEXTs. Apple even provides sample code.
Carsten Hansen
Carsten Hansen wrote:administrator
"Paul J Gans" wrote in message
ok. To the extent that a driver is in the OS space this is correct. I guess that one difference is that applications simply cannot install the OS part of the driver in linux without explicit action on the part of the superuser. I’m surprised that XP allows that for an ordinary user.
And Chris’s claim means even less now that CS installs its own system service (used for copy protection), which
Photoshop never did before. Now it _is_ possible for
PS to crash XP.
Yeah. Perhaps you have put your finger on why there is
no activation (yet) on Macs. I doubt OS X would allow
Photoshop to install an OS-resident driver. So activation on a Mac will have to wait for Apple to cooperate.
You have to be a power user or an administrator on XP to install new drivers.
There is nothing in OS X that prevents an application from installing drivers (or KEXTs kernel extensions). Yes, you have to be an
evento install them. But that is all.
Visit a Mac programming site and see how many are writing KEXTs. Apple
provides sample code.
Carsten Hansen
Are those drivers installed in system space or user space?
—- Paul J. Gans
"Paul J Gans" wrote in message
Carsten Hansen wrote:administrator
"Paul J Gans" wrote in message
ok. To the extent that a driver is in the OS space this is correct. I guess that one difference is that applications simply cannot install the OS part of the driver in linux without explicit action on the part of the superuser. I’m surprised that XP allows that for an ordinary user.
And Chris’s claim means even less now that CS installs its own system service (used for copy protection), which
Photoshop never did before. Now it _is_ possible for
PS to crash XP.
Yeah. Perhaps you have put your finger on why there is
no activation (yet) on Macs. I doubt OS X would allow
Photoshop to install an OS-resident driver. So activation on a Mac will have to wait for Apple to cooperate.
You have to be a power user or an administrator on XP to install new drivers.
There is nothing in OS X that prevents an application from installing drivers (or KEXTs kernel extensions). Yes, you have to be an
evento install them. But that is all.
Visit a Mac programming site and see how many are writing KEXTs. Apple
provides sample code.
Carsten Hansen
Are those drivers installed in system space or user space?
—- Paul J. Gans
As the name indicates, KEXTs run in kernel space (system space). A badly written KEXTs will cause a kernel panic.
When it comes to what a bad driver can do, there isn’t really that big a difference between Linux, XP and OS X.
Carsten Hansen
Carsten Hansen wrote:
"Paul J Gans" wrote in message
Carsten Hansen wrote:administrator
"Paul J Gans" wrote in message
ok. To the extent that a driver is in the OS space this is correct. I guess that one difference is that applications simply cannot install the OS part of the driver in linux without explicit action on the part of the superuser. I’m surprised that XP allows that for an ordinary user.
And Chris’s claim means even less now that CS installs its own system service (used for copy protection), which
Photoshop never did before. Now it _is_ possible for
PS to crash XP.
Yeah. Perhaps you have put your finger on why there is
no activation (yet) on Macs. I doubt OS X would allow
Photoshop to install an OS-resident driver. So activation on a Mac will have to wait for Apple to cooperate.
You have to be a power user or an administrator on XP to install new drivers.
There is nothing in OS X that prevents an application from installing drivers (or KEXTs kernel extensions). Yes, you have to be an
evento install them. But that is all.
Visit a Mac programming site and see how many are writing KEXTs. Apple
provides sample code.
Carsten Hansen
Are those drivers installed in system space or user space?
—- Paul J. Gans
As the name indicates, KEXTs run in kernel space (system space). A badly written KEXTs will cause a kernel panic.
When it comes to what a bad driver can do, there isn’t really that big a difference between Linux, XP and OS X.
Carsten Hansen
Agreed. But I’d think long and hard before I installed
a driver I was not sure of in kernel space.
And of course I have to become root to do so, so I can’t do it by accident.
—- Paul J. Gans
If you buy a new piece of hardware (scanner, digital camera) or a piece of software (Photoshop) and to use it the installer requires your administrative password, you give it. Giving the password for an administrator account becomes second nature. Installing patches from Apple usually requires the password as well. I have done it so many times that the password dialog becomes annoying.
No one knows what is actually installed. You trust it works and that it doesn’t mess up your system.
"Paul J Gans" wrote in message
Carsten Hansen wrote:
"Paul J Gans" wrote in message
Carsten Hansen wrote:administrator
"Paul J Gans" wrote in message
ok. To the extent that a driver is in the OS space this is correct. I guess that one difference is that applications simply cannot install the OS part of the driver in linux without explicit action on the part of the superuser. I’m surprised that XP allows that for an ordinary user.
And Chris’s claim means even less now that CS installs its own system service (used for copy protection), which
Photoshop never did before. Now it _is_ possible for
PS to crash XP.
Yeah. Perhaps you have put your finger on why there is
no activation (yet) on Macs. I doubt OS X would allow
Photoshop to install an OS-resident driver. So activation on a Mac will have to wait for Apple to cooperate.
You have to be a power user or an administrator on XP to install new drivers.
There is nothing in OS X that prevents an application from installing drivers (or KEXTs kernel extensions). Yes, you have to be an
evento install them. But that is all.
Visit a Mac programming site and see how many are writing KEXTs. Apple
provides sample code.
Carsten Hansen
Are those drivers installed in system space or user space?
—- Paul J. Gans
As the name indicates, KEXTs run in kernel space (system space). A badly written KEXTs will cause a kernel panic.
When it comes to what a bad driver can do, there isn’t really that big a difference between Linux, XP and OS X.
Carsten Hansen
Agreed. But I’d think long and hard before I installed
a driver I was not sure of in kernel space.
And of course I have to become root to do so, so I can’t do it by accident.
—- Paul J. Gans
If you buy a new piece of hardware (scanner, digital camera) or a piece of software (Photoshop) and to use it the installer requires your administrative password, you give it. Giving the password for an administrator account becomes second nature. Installing patches from Apple usually requires the password as well. I have done it so many times that the password dialog becomes annoying.
No one knows what is actually installed. You trust it works and that it doesn’t mess up your system.
Some people have gotten severely burned by installing DivX for OS X which replaces some of Apple’s QuickTime components.
I don’t see an easy solution for this problem in the consumer space.
Carsten Hansen
Learn how to rescue details, remove flyaways, add volume, and enhance the definition of hair in any photo. We break down every tool and technique in Photoshop to get picture-perfect hair, every time.
Nice and short text about related topics in discussion sections