Re: KB923694 still keeps installing

"Matty" <barenews@xxxxxxxxxxxxxxx> wrote in message
news:eveAOR1eIHA.3400@xxxxxxxxxxxxxxxxxxxxxxx
RobertAdwinckle: Have you tried checking whether the modules are actually
being changed? ; o
(Something blocking them from being changed would be the most likely
reason for your symptom.)

msoe.dll version is 6.0.2900.3028


Where are you seeing that? It's wrong. Your headers from this post show:

X-Newsreader: Microsoft Outlook Express 6.00.2900.3138
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138

Your most recent headers (in the one PA Bear asked you whether
you were posting using the problem machine) show:

X-Newsreader: Microsoft Outlook Express 6.00.2900.3138
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198


So the only things that we know are right so far are your msoe.dll and your
inetcomm.dll. What about the others? Did you check the versions which
show in your Help About list with the versions of the latest security bulletin?
If you find just one module which has a version that is inconsistent you will
have discovered a reason why you keep getting offered the updates.

(More...)



RobertAdwinckle: Are you trying to force this update? FYI it has
apparently been superseded
by http://www.microsoft.com/technet/security/bulletin/ms07-034.mspx
So an even more pertinent question would be why are you not being offered
that one? (e.g. assuming your OS is XPsp2 as you claim.)

I have both KB923694 and KB929123 in my list of Add/Remove Programs. So,
presumably, the reason why MS Update isn't offering KB929123 is because it's
already installed. Hmmm. Then, that contradicts what's happening with
KB923694 - i.e., being offered even though it's already installed.

Anyway, so what I did was uninstalled both KB923694 and KB929123.
Restarted. Installed KB929123 using the downloaded file from MS Download
Centre. Restarted.
msoe.dll version is now 6.0.2900.3138.


Ok. That explains that change. (But it still doesn't explain why you
*reported* the earlier version in this post.)



Autoupdate and MS update now do not offer KB923694.
They're offering KB941202 which is also already installed in my computer.


That one only changes inetcomm.dll Your headers in this post show
that you didn't have it in effect then, so that would explain why it would
have been reoffered. Are you still getting it reoffered now that you
do seem to have its version in effect?


So I guess I should just uninstall/restart/reinstall from the Download
Centre each time I get an offer from AutoUpdate & MSUpdate for a hotfix
that's already installed?


You could but it shouldn't be necessary. The only case where it is necessary
(AFAIK) is when the user is going through a proxy which doesn't allow
anonymous connections.


BTW just to be clear, what exactly did you do with that /N:V switch,
e.g. how often and in what order? It looks as if you understood that
PA Bear left a typo in there (from a paste the post was based on)
but that could definitely affect the complete list of versions too.
E.g. if you had KB941202 installed before you tried to apply one
of the cumulative updates with an /N:V switch that would explain
why that one was regressed.


HTH

Robert
---


.

Relevant Pages

  • Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks.
    ... on Jan 3rd I will switch the GENERIC kernel to use ... is there any reason why this needs to be rushed in over the ... developer attention and updates (and yeah there might be painful ... and the milestones to take and open items. ...
    (freebsd-current)
  • Re: IMPLICIT NONE (F2k8+/-)
    ... The assertion that there is absolutely no good reason to continue with a convention that has served Fortran for 50 years, is itself, no good reason for change. ... Those of us who like implicit typing find that we can instantly recognize the type of a variable from its initial letter, provided that explicit typing has not been turned on. ... We have to conclude that only single variables are susceptible to mistyping and not being trapped. ... IMPLICIT NONE is the case that could be selected by a compiler switch, as the user of this option will have declared the type of every variable explicitly, and other than the case where the programmer has made an error, it is immaterial whether or not it is used. ...
    (comp.lang.fortran)
  • Re: C89, size_t, and long
    ... ISO type and the idea behind it is broken; the only valid reason to have ... theoretical possibility of brokenness when you already know that you ... stddef.h in library headers due to bugs in C implementations ... solely on guarantees made by the C standard. ...
    (comp.lang.c)
  • Re: The mechanism behind bouncing...
    ... I just wish to know the precise reason why for example, ... noise-free source like a mechanical switch. ... They do not scale with voltage? ... Your logic is like saying a resistor behaves exactly the same no matter what ...
    (sci.electronics.basics)
  • Re: A Site Devoted to John Williams
    ... I'm not going to quote any of the original messages (which, ... In a nutshell and without going on too long, though, the main reason ... Some of the speculation for the lack of updates was that I may have lost ... went through an extended period when JW was demoted to the background. ...
    (rec.music.classical.guitar)
Quantcast