Microsoft, what a bunch of tossers.
-
So I raise a support question, "which registry values are causing component xxx to trace this error message in the event log, and fail the install of our drivers" "Ask NCR" was the response.
....NCR...?
-
....NCR...?
National Cash Registers?
veni bibi saltavi
-
....NCR...?
National Cash Register, they make the windows bassed point of sale system. OK, NCR made the image, but surely MSFT know every way it can be configured!
-
National Cash Register, they make the windows bassed point of sale system. OK, NCR made the image, but surely MSFT know every way it can be configured!
that's big assumption and to be honest why aren't you asking NCR if it's their software?
You cant outrun the world, but there is no harm in getting a head start Real stupidity beats artificial intelligence every time.
-
that's big assumption and to be honest why aren't you asking NCR if it's their software?
You cant outrun the world, but there is no harm in getting a head start Real stupidity beats artificial intelligence every time.
We are, but they haven't come up with an answer yet. MSFT have the source code though. They should know under what situations their PnP manager fails in this way. They should be able to tell us.
-
We are, but they haven't come up with an answer yet. MSFT have the source code though. They should know under what situations their PnP manager fails in this way. They should be able to tell us.
its not a given that MS has the source code and even if they had if the issue was within that code what could MS do about it? produce its own version? I am sure that would go down well
You cant outrun the world, but there is no harm in getting a head start Real stupidity beats artificial intelligence every time.
-
its not a given that MS has the source code and even if they had if the issue was within that code what could MS do about it? produce its own version? I am sure that would go down well
You cant outrun the world, but there is no harm in getting a head start Real stupidity beats artificial intelligence every time.
What MSFT can do is tell us what the registry values/situations cause the PnP manager to supress UI dialogs. Its that simple. :)
-
What MSFT can do is tell us what the registry values/situations cause the PnP manager to supress UI dialogs. Its that simple. :)
again would they know? if the exception occurs in the code all MS can go by is what is passed though the stack, it may just get "unhandled exception" with no details, or are you expecting MS to log all calls to its OS just in case one of them fails?
You cant outrun the world, but there is no harm in getting a head start Real stupidity beats artificial intelligence every time.
-
again would they know? if the exception occurs in the code all MS can go by is what is passed though the stack, it may just get "unhandled exception" with no details, or are you expecting MS to log all calls to its OS just in case one of them fails?
You cant outrun the world, but there is no harm in getting a head start Real stupidity beats artificial intelligence every time.
UI dialogs have been supressed. This doesn't mean its an accidental occurrence, it means there is a setting somewhere that's supressing them. If MSFT don't know what this is they are a bunch of clowns.
-
UI dialogs have been supressed. This doesn't mean its an accidental occurrence, it means there is a setting somewhere that's supressing them. If MSFT don't know what this is they are a bunch of clowns.
there may be a setting or there maybe a function that does it which may or may not be documented, what you want is MS to guess how this software is suppressing the dialogs rather than ask the providers to provide factual information. just because they feel the correct action is to ask the providers does not make them clowns (they are quite capable of doing that for the bits they are responsible for)
You cant outrun the world, but there is no harm in getting a head start Real stupidity beats artificial intelligence every time.
-
there may be a setting or there maybe a function that does it which may or may not be documented, what you want is MS to guess how this software is suppressing the dialogs rather than ask the providers to provide factual information. just because they feel the correct action is to ask the providers does not make them clowns (they are quite capable of doing that for the bits they are responsible for)
You cant outrun the world, but there is no harm in getting a head start Real stupidity beats artificial intelligence every time.
Bergholt Stuttley Johnson wrote:
you want is MS to guess how this software is suppressing the dialogs rather than ask the providers to provide factual information
Er, MSFT ARE the providors.... Its the PnP manager that's throwing this error. It is THEIR software.
-
Bergholt Stuttley Johnson wrote:
you want is MS to guess how this software is suppressing the dialogs rather than ask the providers to provide factual information
Er, MSFT ARE the providors.... Its the PnP manager that's throwing this error. It is THEIR software.
ok my mistake I thought you were trying to install a third party software and it was breaking in the PnP
You cant outrun the world, but there is no harm in getting a head start Real stupidity beats artificial intelligence every time.
-
National Cash Registers?
veni bibi saltavi
-
We are, but they haven't come up with an answer yet. MSFT have the source code though. They should know under what situations their PnP manager fails in this way. They should be able to tell us.
Munchies_Matt wrote:
They should know under what situations their PnP manager fails in this way. They should be able to tell us.
If they took the time to go back through and read all the source code. Get out your wallet if you want them to do that. If someone asked you to explain to them all conditions that could cause a certain issue in code you wrote 10 years ago, would you be able to answer?
There are only 10 types of people in the world, those who understand binary and those who don't.
-
Munchies_Matt wrote:
They should know under what situations their PnP manager fails in this way. They should be able to tell us.
If they took the time to go back through and read all the source code. Get out your wallet if you want them to do that. If someone asked you to explain to them all conditions that could cause a certain issue in code you wrote 10 years ago, would you be able to answer?
There are only 10 types of people in the world, those who understand binary and those who don't.
Do you know what the word 'suppress' means?
-
Do you know what the word 'suppress' means?
-
Do you know what the word 'suppress' means?
are you sure it supresses the dialog or does a failure in the system stop the code that opens the dialog from running?
You cant outrun the world, but there is no harm in getting a head start Real stupidity beats artificial intelligence every time.
-
Munchies_Matt wrote:
Do you know what the word 'suppress' means?
Is that similar to "deflection?" :-\
There are only 10 types of people in the world, those who understand binary and those who don't.
:zzz: :zzz: :zzz:
-
:zzz: :zzz: :zzz:
Munchies_Matt wrote:
:zzz: :zzz: :zzz:
I see. That explains it. You expect Microsoft to know the ins and outs of their millions of lines of codes even though the person that wrote it isn't even there anymore yet you wouldn't hold yourself to those same standards. At least you're honest about it.
There are only 10 types of people in the world, those who understand binary and those who don't.
-
are you sure it supresses the dialog or does a failure in the system stop the code that opens the dialog from running?
You cant outrun the world, but there is no harm in getting a head start Real stupidity beats artificial intelligence every time.
The error from the PnPManager, in event log, saying 'xxx failed because all user interface dialogs have been suppressed' gives it away for me. :)