I'm quite confused about a remark I found on the page

Installing Microsoft QFE #823980 on Windows XP Embedded (with and
without Service Pack 1)
http://www.microsoft.com/Windows/Emb...ter/blaster_xp
e.asp

It describes the manual steps necessary to patch an already installed XPE
device against the "Blaster" worm (copy DLLs, make registry entries).
However, it says:

"If your device has Device Update Agent (DUA) support built into it, you
can use DUA to deploy the embedded patch (located here) to your device,
eliminating the need to read this document."

The "located here" is a link to the regular QFE EXE that updates an XPE
*development machine*, i.e. imports .sld files into the Component Database,
copies binaries into the QFE repository folder etc.

My understanding is that executing this QFE EXE on an already installed XPE
device, i.e. a *target machine*, wouldn't make much sense, right?

Now I must confess that I'm not too familiar with the Device Update Agent.
From what I've read, it can download stuff on schedule, manipulate the
registry, execute processes and so on, interactively or with a script. What
I haven't seen yet is what the DUA can do with the QFE EXE, so that it
executes differently and installs itself onto a *target machine* in a
sensible way. In other words: If the DUA can execute the EXE in order to
patch a target machine, why can't *I* use the same EXE in order to install
the patch, without DUA?

I must be missing something very silly. Can you help me?

Mario is correct. If you want to update an existing runtime, you need to
open the QFE with Winzip. When the QFE EXE is expanded with Winzip you then
have access to the binaries that need to be delivered to the runtime.

Andy

--

This posting is provided "AS IS" with no warranties, and confers no rights.
==========================================================


"Eberhard Schefold" <(E-Mail Removed)> wrote in message
news:Xns93F0A24FE9F92ebabgmxde@10.4.13.18...
> I'm quite confused about a remark I found on the page
>
> Installing Microsoft QFE #823980 on Windows XP Embedded (with and
> without Service Pack 1)
>
http://www.microsoft.com/Windows/Emb...ter/blaster_xp
> e.asp
>
> It describes the manual steps necessary to patch an already installed XPE
> device against the "Blaster" worm (copy DLLs, make registry entries).
> However, it says:
>
> "If your device has Device Update Agent (DUA) support built into it,
you
> can use DUA to deploy the embedded patch (located here) to your device,
> eliminating the need to read this document."
>
> The "located here" is a link to the regular QFE EXE that updates an XPE
> *development machine*, i.e. imports .sld files into the Component
Database,
> copies binaries into the QFE repository folder etc.
>
> My understanding is that executing this QFE EXE on an already installed
XPE
> device, i.e. a *target machine*, wouldn't make much sense, right?
>
> Now I must confess that I'm not too familiar with the Device Update Agent.
> From what I've read, it can download stuff on schedule, manipulate the
> registry, execute processes and so on, interactively or with a script.
What
> I haven't seen yet is what the DUA can do with the QFE EXE, so that it
> executes differently and installs itself onto a *target machine* in a
> sensible way. In other words: If the DUA can execute the EXE in order to
> patch a target machine, why can't *I* use the same EXE in order to install
> the patch, without DUA?
>
> I must be missing something very silly. Can you help me?

Andy Allred [MS] schrieb:

> Mario is correct. If you want to update an existing runtime, you need
> to open the QFE with Winzip. When the QFE EXE is expanded with Winzip
> you then have access to the binaries that need to be delivered to the
> runtime.

Thank you both. I'm still not able to figure out what

"If your device has Device Update Agent (DUA) support built into it, you
can use DUA to deploy the embedded patch (located here) to your device,
eliminating the need to read this document."

is trying to tell me. Why wouldn't I have to "read the document", it tells
me the very things you wrote? I simply don't get it.

Hi Eberhard,

I have created this script and tested it on my embedded
machines and it works fine. If you want I can send the
script and related files to you. Just drop me an email
and I will get them to you.

Robert

>-----Original Message-----
>No, du can't install qfe's directly.
>
>you have to extract the qfe, take the files und copy them
with dua scrpt to
>your terminal.
>the script sould contain all reg stuff which the qfe
includes...
>
>attached is my script, for you as an example
>
>mario
>
>
>
>
>"Eberhard Schefold" <(E-Mail Removed)>
wrote in message
>news:Xns93F0A24FE9F92ebabgmxde@10.4.13.18...
>> I'm quite confused about a remark I found on the page
>>
>> Installing Microsoft QFE #823980 on Windows XP
Embedded (with and
>> without Service Pack 1)
>>
>http://www.microsoft.com/Windows/Emb.../techinfo/blas
ter/blaster_xp
>> e.asp
>>
>> It describes the manual steps necessary to patch an
already installed XPE
>> device against the "Blaster" worm (copy DLLs, make
registry entries).
>> However, it says:
>>
>> "If your device has Device Update Agent (DUA)
support built into it,
>you
>> can use DUA to deploy the embedded patch (located here)
to your device,
>> eliminating the need to read this document."
>>
>> The "located here" is a link to the regular QFE EXE
that updates an XPE
>> *development machine*, i.e. imports .sld files into the
Component
>Database,
>> copies binaries into the QFE repository folder etc.
>>
>> My understanding is that executing this QFE EXE on an
already installed
>XPE
>> device, i.e. a *target machine*, wouldn't make much
sense, right?
>>
>> Now I must confess that I'm not too familiar with the
Device Update Agent.
>> From what I've read, it can download stuff on schedule,
manipulate the
>> registry, execute processes and so on, interactively or
with a script.
>What
>> I haven't seen yet is what the DUA can do with the QFE
EXE, so that it
>> executes differently and installs itself onto a *target
machine* in a
>> sensible way. In other words: If the DUA can execute
the EXE in order to
>> patch a target machine, why can't *I* use the same EXE
in order to install
>> the patch, without DUA?
>>
>> I must be missing something very silly. Can you help me?
>
>
>

Robert schrieb/wrote:

> I have created this script and tested it on my embedded
> machines and it works fine. If you want I can send the
> script and related files to you. Just drop me an email
> and I will get them to you.

Thank you, Robert, that's very kind of you. Unfortunately, DUA is not an
really an option for us. I was just trying to understand what the DUA is
able to do with the EXE that we are not.