C / C++ / MFC

Linking errors when converting from regular to extension DLL

6-May-01 12:21

Nothing like a specific question.....

I'm not sure what you want - is your game running in a window, or full screen ? Is it using DirectX or OpenGL, or is it just using standard Windows graphics stuff ?

Assuming you're running in a Window, you can catch OnSetCursor and set your cursor to whatever you want, based on any condition you desire.

Christian

The early bird may get the worm, but it's the second mouse that gets the cheese.

icon(short cut)

4-May-01 21:07

Hi!.
How I create a short cut (icon) from vc program?.
thx.

Re: icon(short cut)

Kannan Kalyanaraman4-May-01 22:06

Kannan Kalyanaraman

4-May-01 22:06

HRESULT CreateIt(LPCSTR pszShortcutFile, LPSTR pszLink,
LPSTR pszDesc)
{
HRESULT hres;
IShellLink *psl;

// Create an IShellLink object and get a pointer to the IShellLink
// interface (returned from CoCreateInstance).
hres = CoCreateInstance(CLSID_ShellLink, NULL, CLSCTX_INPROC_SERVER,
IID_IShellLink, (void **)&psl);
if (SUCCEEDED(hres))
{
IPersistFile *ppf;

// Query IShellLink for the IPersistFile interface for
// saving the shortcut in persistent storage.
hres = psl->QueryInterface(IID_IPersistFile, (void **)&ppf);
if (SUCCEEDED(hres))
{
WORD wsz[MAX_PATH]; // buffer for Unicode string

// Set the path to the shortcut target.
hres = psl->SetPath(pszShortcutFile);

if (!SUCCEEDED(hres))
AfxMessageBox("SetPath failed!");

// Set the description of the shortcut.
hres = psl->SetDescription(pszDesc);

if (!SUCCEEDED(hres))
AfxMessageBox("SetDescription failed!");

// Ensure that the string consists of ANSI characters.
MultiByteToWideChar(CP_ACP, 0, pszLink, -1, wsz, MAX_PATH);

// Save the shortcut via the IPersistFile::Save member function.
hres = ppf->Save(wsz, TRUE);

if (!SUCCEEDED(hres))
AfxMessageBox("Save failed!");

// Release the pointer to IPersistFile.
ppf->Release();
}
// Release the pointer to IShellLink.
psl->Release();
}
return hres;
}

Hope this helps

Cheers
Kannan

4-May-01 19:22

Hi!
I when I tried to convert my regular MFC-dll to an extension DLL, I get

mfcs42d.lib(dllmodul.obj) : error LNK2005: _DllMain@12 already defined in CommonDLL.obj
mfcs42d.lib(dllmodul.obj) : error LNK2005: __pRawDllMain already defined in CommonDLL.obj
mfcs42d.lib(dllmodul.obj) : warning LNK4006: _DllMain@12 already defined in CommonDLL.obj; second definition ignored
mfcs42d.lib(dllmodul.obj) : warning LNK4006: __pRawDllMain already defined in CommonDLL.obj; second definition ignored
Creating library Debug/CommonDLL.lib and object Debug/CommonDLL.exp
Debug/CommonDLL.dll : fatal error LNK1169: one or more multiply defined symbols found

I found an MSDN-article, Q148652, about this, but it seems like that text, discussing CRT libraries, isn't applicable in this case.

Any idea's?

Re: Linking errors when converting from regular to extension DLL

5-May-01 6:19

Solved. The cause of the error was that I forgot to remove AFXMANAGESTATE macros.

Trapping Escape key with dialog based apps?

4-May-01 11:22

Hi,

I need reminder or just a little help to trap the Escape key on the dialog based app to not close the dialog, instead use a button or the supllied menu item.

Thanks.

Christian Graus4-May-01 12:16

Re: Check Paul DiLascia article in MSDN magazine

4-May-01 12:16

You can do that in PretranslateMessage, but I tend to put something at the top of OnCancel like:

if (GetAsyncKeyState(VK_ESCAPE))
return; // or do whatever else I want ESC to do

Christian

The early bird may get the worm, but it's the second mouse that gets the cheese.

Masaaki Onishi5-May-01 5:08

Masaaki Onishi

5-May-01 5:08

Hello, the codegurus around the world.

Paul DiLascia wrote his article about some similar situation.

Check here.
http://msdn.microsoft.com/msdnmag/issues/0700/c/c0700.asp

Someone asks Paul about "enter" key action to close the dialog box. Cool | :cool:

Have a nice day!
-Masaaki Onishi-

Jack Handy6-May-01 17:16

Jack Handy

6-May-01 17:16

Override the OnCancel function like so:

void CYourDlg::OnCancel() {
	//override oncancel so we don't exit when they hit esc
}

In addition if you would like to catch the enter key you can override OnOK

void CYourDlg::OnOK() {
	//override onok so we don't exit when they hit enter
}

There is always the F1 key too which will search for a .hlp file which can be overridden by:

void CYourApp::WinHelp(DWORD dwData, UINT nCmd) {
	//CWinApp::WinHelp(dwData, nCmd);
}

(Notice this last one was in your App not the Dialog)

Hope this helped.

Christian Graus6-May-01 17:37

6-May-01 17:37

Given that it is a dialog box, my way is better - you don't stop the OK/Cancel buttons from working necessarily, but check if the Enter/Escape key is down respectively. That way the button works, but the key does not.

Christian

I've learned that you cannot make someone love you. All you can do is stalk them and hope they panic and give in.

The early bird may get the worm, but it's the second mouse that gets the cheese.

Jack Handy6-May-01 17:43

Jack Handy

6-May-01 17:43

Ok, Your way can be better Wink | ;)

Erik Funkenbusch8-May-01 20:02

Erik Funkenbusch

8-May-01 20:02

However your method changes the default way that windows works.

I prefer to change the ID of the OK button to something else, then override OnOK to do nothing. This makes it obvious to other programmers what's going on, rather than having to search around.

Christian Graus8-May-01 20:08

8-May-01 20:08

Ummm.... changing the default behaviour is the point of the question, isn't it ? I'd suggest that both our methods are similar enough in their impact to another programmer reading our code and in the execution that any discussion of relative merits would be nit picking.

Christian

I've learned that you cannot make someone love you. All you can do is stalk them and hope they panic and give in.

The early bird may get the worm, but it's the second mouse that gets the cheese.

Erik Funkenbusch9-May-01 0:30

Erik Funkenbusch

9-May-01 0:30

Yes, but the problem with the PreTranslateMessage hack is that it captures the message before the normal handler has a chance to handle it. This can lead to a programmer later adding an OnOK handler and then banging their head against the wall for hours trying to figure out why their code isn't being handled when they press enter.

I make it a point to forget that PreTranslate message exists at all, unless absolutely necessary. If there is another way, I always use that in order to reduce this sort of situation.

Christian Graus9-May-01 1:38

Using MFC to host web browser control

9-May-01 1:38

I apologise for obsfucating my method by mentioning PreTranslateMessage, my actual method mentioned does not use it, it just checks to see if the escape key is pressed in OnCancel, so the button still works but the key does not. Similar to check for VK_ENTER in OnOK.

Christian

I've learned that you cannot make someone love you. All you can do is stalk them and hope they panic and give in.

The early bird may get the worm, but it's the second mouse that gets the cheese.

RobJones4-May-01 11:17

RobJones

4-May-01 11:17

Hello,
I have created a Dialog App and put a Active X Web browser object into the App. I'm having problems with continuously reporting the current url being visited into a edit box. If I create an event to put the info into the edit box this works fine (example: I created a button that runs the code listed below. This posts the information fine). I would like to continuously show the url being displayed. In this article listed below provided by Microsoft it says to put the code listed at the bottom of this page into the "initialization process", this doesn't seem to work. I have put the code into BOOL CBHCBrowserDlg::OnInitDialog()

Microsoft article:
If the current location is an HTML page on the World Wide Web, you can use the IWebBrowser2::get_LocationURL methods to retrieve the full path of the folder or file. If you want this information displayed continuously, add the following code to the initialization process. If you want it displayed only when an event occurs, add the code to an event handler. The following example uses IWebBrowser2::get_LocationURL to retrieve location information and display it in an edit box.

//CWebBrowser2 m_browser - to access the WebBrowser control
//CEdit m_edit - to access the edit control

CString string1;

string1 = m_browser.GetLocationName();
m_edit.SetWindowText(string1);

Any Ideas?

THANKS,

Masaaki Onishi5-May-01 4:37

Masaaki Onishi

5-May-01 4:37

Hello, the codegurus around the world.;)

First of all, this is my guess. Cool | :cool:

1) IWebBrowser2 may have some Event function to let us know that now updated html display is completed something like that. So, if this exists, you put get_LocationURL.

2) Try to use Timer or Thread function to always moinitor get_LocationURL.
And if URL is updated from old one, update this URL to edit box.

Confused | :confused:

Have a nice day!
-Masaaki Onishi-

Colin J Davies5-May-01 17:50

Colin J Davies

5-May-01 17:50

Place the code

CString string1; string1 = m_browser.GetLocationName(); m_edit.SetWindowText(string1);

in the DocumentComplete Returned Message for your WebBrowser

Regardz
Colin Davies

RobJones7-May-01 11:51

RobJones

7-May-01 11:51

Thanks for all the help! I found a event OnDownloadComplete. Everything works great. Thanks..

Rob

Colin J Davies7-May-01 15:32

Colin J Davies

7-May-01 15:32

Note:
OnDownloadComplete fires for every object on a web page
eg (jpgs or gifs etc or even frames)
OnDocumentComplete fires for the whole Page.

Regardz
Colin