|
Hi,
We are using webbrowser control within our MFC desktop application to navigate different web applications. Some of these applications having session based cookies which are valid until the browser is closed , if acessing from iexplorer.
But our desktop application having it's own session management logic, each time it logs-out and login it creates a new instance of browser control. And what we found was even though the browser object is being released every time, session cookies remains valid until we exit the desktop application.
We found that the WinInet API having some API for cookie management , but we could'nt find any direct API call to delete session cookies of a process.
Can somebody please give us answers for following questions,
1. How can we filter the session cookies from InternetGetCookies() function?
2. Is there any API we can use to delete session cookies?
Thanks,
Janaka
|
|
|
|
|
How to fix no of lines in richedit controll or maximum numbers of characters in richedit controll
|
|
|
|
|
Try with LimitText(number of chars) method..
|
|
|
|
|
Hi all,
I am embrassed about ask this but... (in VC++ 6) when I create a new project to make a DLL I choose: MFC Application wizard (DLL) and in the dialog that comes there are 3 different types (on German, I write them with what I think they mean).
1) Standard DLL mit verknüpfter MFC-Bibliothek
Standard DLL with associated/linked MFC-Library
2) Standard DLL, gemeins. MFC-DLL verwendend
Standard DLL, MFC-DLL shared usage
3) Erweiterungs MFC-DLL, (nur mit and. MFC-Anw.)
Expansion/extension MFC-DLL, (only with another MFC-Application)
Can someone explain me what is different depending on the selected option?
I want the dll to be used by my programm, I don't care if it is portable for other applications. It is going to be dinamically linked to allow the use of its functions only when the DLL is present in a system.
(Sorry, but neither German nor English are my mother languages and I don't understand them perfectly, it is furthermore going to be my first DLL)
-- modified at 8:59 Tuesday 30th October, 2007
Greetings.
--------
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
|
|
|
|
|
At the moment, with this is enough for me. My application is MFC-Win32 and the dll should work with it, no matters what happens with other programms. Furthermore, I think my boss will be glad if my dll gives problems to be used in other applications :P
What I need to do in the DLL is to take some parameters of my Document, and interact with external CFiles (read, write, delete) and with a third party DLL (statically linked in my project with a *.lib and a *.h)
So the best option for me is the 3rd one, isn't it? Or should I choose the 2nd one (selected by default)?
Greetings.
--------
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
|
|
|
|
|
Nelek wrote: What I need to do in the DLL is to take some parameters of my Document, and interact with external CFiles
So you need MFC linked to it anyway.
You can choose the shared MFC variant.
Let's think the unthinkable, let's do the undoable, let's prepare to grapple with the ineffable itself, and see if we may not eff it after all. Douglas Adams, "Dirk Gently's Holistic Detective Agency"
|
|
|
|
|
Thanks
Greetings.
--------
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
|
|
|
|
|
If your main application[s] (the one[s] that will use the dll) is/are MFC then you can choose any of the three. If you want to use the dll from non-MFC applications then you're limited to 1 or 2.
In my view you're probably better sticking to 1 or 2 anyway. Shared MFC DLL is usually the sensible option but there are occasionally circumstances where that creates untold hassle and it's easier to use static MFC linkage.
In summary: if your requirements are fairly straightforward then go for standard dll with shared MFC dll; if things might get complicated go for standard dll with static-linked MFC. (You can easily change between the two if necessary). In either case the calling app does not have to use MFC, but it can.
Phil
The opinions expressed in this post are not necessarily those of the author, especially if you find them impolite, inaccurate or inflammatory.
|
|
|
|
|
This was what I wanted to know thanks. The "requierements" are explained in my answer above. So I guess I am going to select the third option.
(in the future I will try to recode my Application without MFC and in multilanguage, with some improvements I have privately thought, then I will try to do it portable and compatible, I am still learning)
Greetings.
--------
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
|
|
|
|
|
I can't find the information to get Thermal Design Power(TDP)data from CPU.
Through CPUID or MSR or somewhere? and base on which datasheet?
Jway
|
|
|
|
|
Hello,
I want to convert a character into its ascii code or the ascii code into the character.
For ex from 95 I want 'a' if that is the ascii code .Is there any function which can do that like atoi(),itoa().
Prithaa
|
|
|
|
|
Does this code give you a clue?
printf("%d",'a');
Nobody can give you wiser advice than yourself. - Cicero
.·´¯`·->ßRÅhmmÃ<-·´¯`·.
|
|
|
|
|
Hello,
Yes I got the clue.
Thanks
|
|
|
|
|
Hi,
I'm trying to draw a small icon using a CPaintDC class. I've managed to get it to draw the large version of the icon, but not the small version. The code i've tried is as follows... but doesn't make the icon appear!
CPaintDC dc(this); // device context for painting
.
.
.
.
m_hIcon = ( HICON ) ::LoadImage( NULL,
MAKEINTRESOURCE( IDI_ERROR ),
IMAGE_ICON,
16,
16,
LR_DEFAULTCOLOR );
dc.DrawIcon(x, y, m_hIcon);
Thanks.
|
|
|
|
|
Whats return value of LoadImage?
|
|
|
|
|
It came out as zero... so it clearly couldn't find the icon. I've now managed to get the icon to display using a different method.
m_hIcon = ::LoadIcon(NULL, MAKEINTRESOURCE (IDI_ERROR));
::DrawIconEx(dc, X, Y, m_hIcon, 16, 16, NULL, NULL, DI_NORMAL);
This seems to work
If there's anything dodgy with using this please let me know!
|
|
|
|
|
what happens when use of this code
m_hIcon = ::LoadIcon(AfxGetApp()->m_hInstance, MAKEINTRESOURCE (IDI_ERROR));
::DrawIconEx(dc, X, Y, m_hIcon, 16, 16, NULL, NULL, DI_NORMAL);
|
|
|
|
|
That doesn't work.... as the m_hInstance doesn't contain the default icons. I got access to the icons through putting NULL. (It says to set it to zero on MSDN.)
Its all working fine for me!
|
|
|
|
|
|
Hai all
I'm using the active desktop Interface to get the current destop item count using the function GetDesktopItemCount(&count,0);
But on my desktop there is more than 10 things and the count value got by GetDesktopItemCount() is '1'.Why is it so.
Please reply.
My OS is XP.
Thanks in Advance
Robs
|
|
|
|
|
Does your problem solve with this[^] thread?
|
|
|
|
|
Any idea how to detect if another executable of same application is running and bring it to the foreground ?
Thanks in advance
Thanks,
Anand.
|
|
|
|
|
Anand Todkar wrote: another executable of same application
You can use a mutex object.
- NS -
|
|
|
|
|
|
Thanks mark, it works.
Thanks,
Anand.
|
|
|
|