Getting the hWnd of an IE window from an NT service

[MrBewsher]

Hi,

I'm using VB.Net and writing an NT service that runs in the system
account in the background with no interaction with the desktop.

I'm running it on XP Pro.

I'd like to get the URL of any Internet Explorer process a logged in
user is running.
I can get a list of process IDs and from that use
System.Diagnost ics.Process.Get ProcessById to get information about the
processes.

What I had planned to do was get the hWnd from the process with
process.MainWin dowHandle, but this seems to always return 0. I'm
guessing that this is something to do with the service running in the
background.

So then I tried a different approach with the following code:

objShell = CreateObject("S hell.Applicatio n")
If Not objShell Is Nothing Then
For Each objIE In objShell.Window s
If Microsoft.Visua lBasic.Left(obj IE.LocationURL, 4)
= "http" Then
URLString &= objIE.LocationU RL & " "
End If
Next
End If

This works from a standard desktop app and gets a list of the URLs in
all open IEs, but when I run it as part of the service, the first line
fails with "Class Not Registered". Again I'm guessing that this is
because I'm running in the background.

So now I'm at a dead end. I can get the processID of the iexplore
process, but can't get the windows handle and therefore I can't get any
further... but... well it's there somewhere! There has to be a way
to get it!

I would really appreciate any light that could be shed on this problem.

Mr B.

[Jevon]

Have you got your service set to be able to interact with the desktop? It's
an option somewhere but my experience of services is limited so you'll need
to Google if you can't find it :)

Jevon
<Mr*******@gmai l.com> wrote in message
news:11******** **************@ g47g2000cwa.goo glegroups.com.. .

Hi,

I'm using VB.Net and writing an NT service that runs in the system
account in the background with no interaction with the desktop.

I'm running it on XP Pro.

I'd like to get the URL of any Internet Explorer process a logged in
user is running.
I can get a list of process IDs and from that use
System.Diagnost ics.Process.Get ProcessById to get information about the
processes.

What I had planned to do was get the hWnd from the process with
process.MainWin dowHandle, but this seems to always return 0. I'm
guessing that this is something to do with the service running in the
background.

So then I tried a different approach with the following code:

objShell = CreateObject("S hell.Applicatio n")
If Not objShell Is Nothing Then
For Each objIE In objShell.Window s
If Microsoft.Visua lBasic.Left(obj IE.LocationURL, 4)
= "http" Then
URLString &= objIE.LocationU RL & " "
End If
Next
End If

This works from a standard desktop app and gets a list of the URLs in
all open IEs, but when I run it as part of the service, the first line
fails with "Class Not Registered". Again I'm guessing that this is
because I'm running in the background.

So now I'm at a dead end. I can get the processID of the iexplore
process, but can't get the windows handle and therefore I can't get any
further... but... well it's there somewhere! There has to be a way
to get it!

I would really appreciate any light that could be shed on this problem.

Mr B.

[MrBewsher]

I've set it not to interact with the desktop. I'm wanting it to run in
the background.

Hmmm... here's a question then... What are the disadvantages of making
it interact with the desktop?

Mr B.

[Jevon]

But surely you want it to interact with the desktop to be able to grab the
window handles? It can still run in the background, my impression was just
that allowing the interaction meant the service could "see" the logged in
users' desktops. However, as I said in my original reply, this might be
incorrect. Unfortunately I can't advise you on this as I haven't really
worked with services.

Jevon
<Mr*******@gmai l.com> wrote in message
news:11******** *************@g 49g2000cwa.goog legroups.com...

I've set it not to interact with the desktop. I'm wanting it to run in
the background.

Hmmm... here's a question then... What are the disadvantages of making
it interact with the desktop?

Mr B.

[MrBewsher]

Thanks Jevon

Sorry for the long time not replying to this. I'll have a look into it
and try to see if it works with interact with desktop enabled. Been a
bit busy lately and this is a "spare time" project.

What you are saying makes sense. I think I'm going to have to google
to find out what the difference is, but if it is as you say, then I
can't understand the need for a setting that disables interaction with
the desktop... If the only thing that the setting does is stop a
service from doing something (rather than enabling it to do something
else), then what's the point in including the setting? Unless it's a
security thing... ho hum... I think it's time to google :-)

Thanks for your help. If I ever figure out my problem (or find out
what the point of the interact setting is), then I'll write back and
let you know.

Mr B.

[Ken Halter]

<Mr*******@gmai l.com> wrote in message
news:11******** **************@ g43g2000cwa.goo glegroups.com.. .

Thanks Jevon

Thanks for your help. If I ever figure out my problem (or find out
what the point of the interact setting is), then I'll write back and
let you know.

Mr B.

I'm not sure if it's already been mentioned... or would even help but...
since I had the browser window open, looking at the article, I thought I'd
post this......

Deliver The Power Of Spy++ To Windows Forms With Our New Tool
http://msdn.microsoft.com/msdnmag/is...04/ManagedSpy/

--
Ken Halter - MS-MVP-VB (visiting from VB6 world) - http://www.vbsight.com
Please keep all discussions in the groups..