Re: Linkage between App windows and Processes - C / C++ / MFC Discussion Boards

sp_ranjan20-Dec-06 3:52

20-Dec-06 3:52

I have a DLL in my VB application which is used by two other applications. So, i want to put the DLL in Application path and register it in Application path itself. The "DllRegisterServer" or "regsvr32" will register the DLL in System32 even if the DLL is put in Application path. Can someone please help me.Thanks in advance.
Smile | :)

Re: How to register DLL in APP path

James R. Twine20-Dec-06 4:05

James R. Twine

20-Dec-06 4:05

sp_ranjan wrote:
The "DllRegisterServer" or "regsvr32" will register the DLL in System32 even if the DLL is put in Application path.

What?

Peace!

-=- James

If you think it costs a lot to do it right, just wait until you find out how much it costs to do it wrong!
Avoid driving a vehicle taller than you and remember that Professional Driver on Closed Course does not mean your Dumb Ass on a Public Road!
DeleteFXPFiles & CheckFavorites (Please rate this post!)

Re: How to register DLL in APP path

CPallini20-Dec-06 4:39

CPallini

20-Dec-06 4:39

You need to register only COM DLL's.
Smile | :)

If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.

Re: How to register DLL in APP path

Mark Salsbery20-Dec-06 6:00

Mark Salsbery

20-Dec-06 6:00

If you just want your DLL to be in a common place that other apps can find it then you
can use SHGetFolderPath() with CSIDL value of CSIDL_PROGRAM_FILES_COMMON or CSIDL_PROGRAM_FILES.

This is a more modern approach then using the path environment variable.

Re: How to register DLL in APP path

Mark Salsbery20-Dec-06 6:12

Mark Salsbery

20-Dec-06 6:12

I forgot to mention, if you use a subfolder of "Program Files" like is typically used in
installations then your apps can use GetEnvironmentVariable()/SetEnvironmentVariable() to
set their own process PATH environment variables if necessary (to point to your common DLL
folder).

Linkage between App windows and Processes

AJarrett20-Dec-06 3:44

AJarrett

20-Dec-06 3:44

I'm wondering if anyone knows of a reasonable way to jump from an Application Hwnd to an associated processID or vice cersa. I've found much information on enumerating either running applications (EnumWindows) or active processes (PSAPI EnumProcesses, for instance), but I can't see any way to get from a processID I'm interested in to its main window handle or from an application Hwnd to its processID (and from there to its loaded modules). Hopefully I've missed aomething obvious. Suggestions appreciated.

AJ

Re: Linkage between App windows and Processes

CPallini20-Dec-06 4:45

CPallini

20-Dec-06 4:45

Have a look at GetWindowThreadProcessId API for the reverse operation, I don't know.

Smile | :)

If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.

Re: Linkage between App windows and Processes

AJarrett20-Dec-06 5:04

AJarrett

20-Dec-06 5:04

DOH! Thanks much.

I shall fume for a while over why MSDN has such retarded search capabilities that it couldn't produce this from looking for "processid" or "process identifier" or "GetWindow", but I'll get over it. It is in the Index if I'd looked there.

P.S. Alfonso might just as well have been referring to Mr. Gates.

Re: Linkage between App windows and Processes

CPallini20-Dec-06 8:00

CPallini

20-Dec-06 8:00

AJarrett wrote:
P.S. Alfonso might just as well have been referring to Mr. Gates

I absolutely agree Smile | :)

If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.

Re: Linkage between App windows and Processes

Robert Kuster20-Dec-06 5:18

Robert Kuster

20-Dec-06 5:18

Hi.

> I can't see any way to get from a processID I'm
> interested in to its main window handle

There is no direct way, but you could use a combination of EnumWindows and GetWindowThreadProcessId calls. There is a MSDN article discussing this issue: Get the Main Window, Get EXE Name[^]

> .. or from an application Hwnd to its processID
This one is trivial through the GetWindowThreadProcessId API.

Kind Regards,
Robert Kuster
_________________
www.it.rkuster.com

TCP Stack overflow [modified]

micutzu20-Dec-06 3:20

micutzu

20-Dec-06 3:20

Hello,
I have a tricky problem and I hope someone might give me a hint or a suggestion. The problem is caused by an application that acts as a proxy server with filtering capabilities which is installed on a machine and receives the HTTP traffic from the LAN to the Internet and filters the HTTP traffic from the Internet to the LAN. For small LANS (5 – 10 PC’s is working fine) but for larger networks an error is frequently raised: WSAECONNRESSET – connection reset by peer. As far as I know this problem is caused by the use of blocking sockets (which is not the case) or by a TCP Stack overflow.

Can anyone point a good article about how to avoid a TCP Stack overflow or knows a good tool that allows me to monitor the TCP Stack?

The application is developed in Visual C++ 6.0.

Thank you,
Best Regards,
Dan.

-- modified at 9:25 Wednesday 20th December, 2006

Re: TCP Stack overflow

James R. Twine20-Dec-06 3:31

James R. Twine

20-Dec-06 3:31

   I do not know the answer to your problem and I do not pretend understand the internals of a particular TCP/IP implementation, but if on Win32, you solution may be just a registry tweak away.

   Do you have any loggings/stats from the application or Performance Counters that shows a "trigger" point where you start to have problems? Knowing if/what that value is (memory, handles, etc.) would be a good place to start in looking for solutions IMHO.

   That error, if being received by your application, is usualy the result of the other side dropping the connection. Are you sure there is no other hardware between your application and the Internet that may be getting overloaded or is faulty? Or is that error being raised in other applications (like IE) that are going through your app?

   Peace!

-=- James

Re: TCP Stack overflow

micutzu20-Dec-06 3:47

micutzu

20-Dec-06 3:47

Hello James,
Thank you for the reply. The probability that the error is raised by a different network device is almost 0 because it was tested on different platforms and different LAN and the error keep appearing. I am convinced that somehow (I do not know exactly how) the application does not correctly close the connections and this error keep raising.
Regards,
Dan.

Re: TCP Stack overflow

James R. Twine20-Dec-06 3:35

James R. Twine

20-Dec-06 3:35

   I got curious and bumped into this:

   http://laurentszyster.be/blog/tcp-stack-flaking-out/[^]

   Peace!

-=- James

Re: TCP Stack overflow

micutzu20-Dec-06 3:52

micutzu

20-Dec-06 3:52

Thanks,

I will read it right now.

Regards,

Dan.

Re: TCP Stack overflow

Mark Salsbery20-Dec-06 6:23

Mark Salsbery

20-Dec-06 6:23

This may be totally unrelated, but if you are using listen(), what happens if you use a
larger backlog value? SOMAXCONN is typically 5 which may cause alot of refused connections
if they come in fast enough.

Managing DoubleClick in CListCtrl with scrollbars

doctorpi20-Dec-06 2:50

doctorpi

20-Dec-06 2:50

Hi Guys
What's the way to get the Item & subItem when I double clic in a CListCtrl

That's what I have, but, how to get Item & SubItem from that?

void CDlgDebug::OnDoubleClickList(NMHDR* pNMHDR, LRESULT* pResult)
{

}

Re: Managing DoubleClick in CListCtrl with scrollbars

James R. Twine20-Dec-06 3:25

James R. Twine

20-Dec-06 3:25

Look up the NMLISTVIEW structure - you will be casting the NMHDR pointer to a NMLISTVIEW pointer and getting the information from it.

Peace!

-=- James

Re: Managing DoubleClick in CListCtrl with scrollbars

doctorpi20-Dec-06 3:26

doctorpi

20-Dec-06 3:26

Thanks, I'll take a look.

Problem in TreeControl

Krishnatv20-Dec-06 2:17

Krishnatv

20-Dec-06 2:17

HI,

Iam Doing An application Using Tree Control.

My problem is If I double Click on Any Root Item on the Tree That Should be display in one Edit Box.

But Iam not Getting .

plz check this code

void CTreeItem::OnDblclkTree1(NMHDR* pNMHDR, LRESULT* pResult)
{
// m_Tree is Tree Control Variable

HTREEITEM hItem = m_Tree.GetRootItem();

if ((hItem != NULL) && m_Tree.ItemHasChildren(hItem))
{
m_Tree.Expand(hItem, TVE_EXPAND);
m_Tree.EnsureVisible(hItem);
}

CString str=m_Tree.GetItemText( hItem );
UpdateData(FALSE);
CDUXmlRuleDlgDlg duxml;

// m_strNodeName is My Edit Box Control Variable.

duxml.m_strNodeName = str;
UpdateData(FALSE);

*pResult = 0;

}

plz check this

Re: Problem in TreeControl

AJarrett20-Dec-06 4:03

AJarrett

20-Dec-06 4:03

If I've understood your intent, I think you want to have the edit box filled with the item text from the node you double clicked. The HTREEITEM returned by GetRootItem is instead going to point to the root of the entire tree control. Try using GetSelectedItem.

Re: Problem in TreeControl

prasad_som20-Dec-06 19:40

prasad_som

20-Dec-06 19:40

Krishnatv wrote:
My problem is If I double Click on Any Root Item on the Tree That Should be display in one Edit Box.

That edit box is on CDUXmlRuleDlgDlg , but in your code, I cant see , you have invoked it.

Krishnatv wrote:
CDUXmlRuleDlgDlg duxml;

// m_strNodeName is My Edit Box Control Variable.

duxml.m_strNodeName = str;
UpdateData(FALSE);

UpdateData should be called here on you dialog object, after displaying it.

Prasad
Notifier using ATL | Operator new[],delete[][^]

Question about MFC Application ?

Sakthiu20-Dec-06 1:59

Sakthiu

20-Dec-06 1:59

Dear All,

I have a MFC application and also i am having a COM interface with that application. Both are running at the same address space.

Now that MFC application is up, when I call that COM interface from different program, everything goes correct. well.

After the COM fn execution is done, the MFC application goes out of memory (application stoped).

What is the reason for this?

I need to have MFC application to be in memory still even COM fn is done.

To do this, what should i do ? How can i do this ?

Kindly help me.

Thanks.

Re: Question about MFC Application ?

James R. Twine20-Dec-06 2:18

James R. Twine

20-Dec-06 2:18

   I believe that this is the default behavior for COM Servers.

   You can check the command line to see if you are being launched normally (no /Embedding or /Automation parameters), and manually bump your internal COM reference/instance count once. That will prevent unloading when a COM client connects (bumping the instance count) and disconnects (decrementing the instance count), because your instance count will still be above zero. You can use the CCommandLineInfo object used in your app's initialization and checks its members.

   Be sure to also manually decrement the count when the user manually shuts your app down so that it unloads correctly, or your app will hide but keep running in the background.

   Peace!

-=- James

Whats the macro equivlent?

Waldermort20-Dec-06 1:51

Waldermort

20-Dec-06 1:51

I have an OpenMutex() api call which I have fished out of a decompiled dll. The access rights member in the call is 0x00100000. I have looking through the winnt.h header file trying to figure out which definition this would equate to, but I just cannot see it in there. Does anybody know what it is?

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.