C / C++ / MFC

24-Aug-06 8:51

dear all,
I have dll in which one the function should display a dialog box( this dialogbox resource is in dll)when it called by the aplication ,which has loaded this library (using Loadlibrary()).
But problem here is ,when the application calls this function( which is exported by dll) the dialogbox is not displaying properly and the program stops continuing execution. To solve this i used AFX_MANAGE_STATE(),but when i compile it displayed AFX_MANAGE_STATE is undefined variable( i complied using nmake in SDK platform environment)..

Manjunath S
GESL
Bangalore

prasad_som24-Aug-06 22:15

24-Aug-06 22:15

Manjunath S wrote:
But problem here is ,when the application calls this function( which is exported by dll) the dialogbox is not displaying properly and the program stops continuing execution.

What do you mean by this? can you be more specific.

Why dont you tried using MFC dll's.

Prasad
Notifier using ATL

Manjunath S24-Aug-06 23:21

24-Aug-06 23:21

Actually i have created a dialogbox in an exsisting Dll sample code and tried to display the dialogbox which i have created
But it is giving an error(Err No.1813,Specified Resource type cannot be found in the Image file)

Thanks

Manjunath S
GESL
Bangalore

prasad_som24-Aug-06 23:32

24-Aug-06 23:32

can you show code, you have used?

My suggestion would be use MFC dlls otherwise.

Prasad
Notifier using ATL

Manjunath S25-Aug-06 0:14

25-Aug-06 0:14

Hi

code is as follows
if((hInst_temp = GetModuleHandle(NULL))==NULL)
{
MessageBox(NULL,"GetModuleHandle error",NULL,MB_OK);

}

if(-1 ==WlxDialogBoxParam(hWlx, hInst_temp,MAKEINTRESOURCE(IDD_DXCAPTURE_DIALOG),NULL, MyCaptureDlgProc, dwInitParam))
{
LPVOID lpMsgBuf;
LPVOID lpDisplayBuf;

DWORD dw = GetLastError();
FormatMessage(
FORMAT_MESSAGE_ALLOCATE_BUFFER |
FORMAT_MESSAGE_FROM_SYSTEM,
NULL,
dw,
MAKELANGID(LANG_NEUTRAL, SUBLANG_DEFAULT),
(LPTSTR) &lpMsgBuf,
0, NULL );

lpDisplayBuf = (LPVOID)LocalAlloc(LMEM_ZEROINIT,
lstrlen((LPCTSTR)lpMsgBuf)+lstrlen((LPCTSTR)"gina")) *sizeof(TCHAR));

wsprintf((LPTSTR)lpDisplayBuf,
TEXT("%s failed with error %d: %s"),
"Gina", dw, lpMsgBuf);

MessageBox(NULL, (LPCTSTR)lpDisplayBuf, TEXT("Error"), MB_OK);

LocalFree(lpMsgBuf);
LocalFree(lpDisplayBuf);
}

error number is 1813( ths specified resource type cannot found in image file)

Manjunath S
GESL
Bangalore

prasad_som25-Aug-06 1:46

25-Aug-06 1:46

Just an advise, use pre tags for code, its become readable.

Manjunath S wrote:
if(-1 ==WlxDialogBoxParam(hWlx, hInst_temp,MAKEINTRESOURCE(IDD_DXCAPTURE_DIALOG),NULL, MyCaptureDlgProc, dwInitParam))

Is it dll code ?
I'm not sure, but its something related to AfxSetResourcehandle, you need to set it right for calling process.

Prasad
Notifier using ATL

Manjunath S25-Aug-06 3:02

25-Aug-06 3:02

Hi,
Thanks for your useful response ...
Now its working fine...
I also made a mistake in dialog procedure

Manjunath S
GESL
Bangalore

prasad_som25-Aug-06 3:08

Default edit/richeditctrl text selection allows easy delete after tab key to control.

25-Aug-06 3:08

Cheers !

Prasad
Notifier using ATL

lctrncs24-Aug-06 8:17

Re: Default edit/richeditctrl text selection allows easy delete after tab key to control.

24-Aug-06 8:17

Greetings brilliant kind and helpful Code Project types! we the lurkers and lowly rabble thank you!

i am using a dialog box as a front end to a flat file databaseon top of a document view SDI

in the dialog, the user adds data to two edit controls (one rich edit - the other just an edit control)

when the user tabs to either edit control, existing text in the control is selected, and if they begin text entry without clearing the slection, the existing text is deleted

the NO Hide Selection check box in the resources editor only clears the selection when the control loses focus

using EN_SETFOCUS (after changing the on_notify to on_en_setfocus in the message map), a pointer to the control and SelSel(0,0) *Works Great In Debug Configuration*, HOWEVER

the RELEASE configuration gives an Access Violatin exception, even without my pointer and SetSel(0,0), whenever you call oninitdialog when the onsetfocus code is present

the debugger provides error cxx0017 error: symbol "this" not found - and the code displayed is in \mfc\src\appmodul.cpp documented as "export winmain to force linkage to thes module"

I hvae also tried using pointer/setsel in other locations without success

Any Suggestions?

how might I change my program so that it is harder for the user to delete existing text which has unwanted selection upon gaining focus to the edit control using the tab key?

Thanks in advance for your time and consideration

"For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." Richard Feynman, Minority Report to the Official Report on the Space Shuttle Challenger Crash

David Crow24-Aug-06 9:14

David Crow

24-Aug-06 9:14

lctrncs wrote:
how might I change my program so that it is harder for the user to delete existing text which has unwanted selection upon gaining focus to the edit control using the tab key?

When the control receives focus, call its SetSel(0, 0) method.

"Money talks. When my money starts to talk, I get a bill to shut it up." - Frank

"Judge not by the eye but by the heart." - Native American Proverb

Re: Default edit/richeditctrl text selection allows easy delete after tab key to control. [modified]

Justin Tay24-Aug-06 9:17

Justin Tay

24-Aug-06 9:17

lctrncs wrote:
when the user tabs to either edit control, existing text in the control is selected

This is the default behaviour of the dialog manager. If this is undesirable you should tell the dialog manager, by subclassing the edit control and handling WM_GETDLGCODE[^] to not return the DLGC_HASSETSEL flag (call the base class procedure and mask it out ie. & ~DLGC_HASSETSEL).

lctrncs wrote:
using EN_SETFOCUS (after changing the on_notify to on_en_setfocus in the message map),

How did you go about doing this? Using the IDE or manual edits to the message map? EN_SETFOCUS is sent through a WM_COMMAND message, and not a WM_NOTIFY message. The member function signature for both are different. Not sure if this is the problem though as I think the compiler should complain if you made a mistake.

Edit: Link regarding WM_GETDLGCODE http://blogs.msdn.com/oldnewthing/archive/2003/11/14/55678.aspx[^]

-- modified at 15:19 Thursday 24th August, 2006

Re: Default edit/richeditctrl text selection allows easy delete after tab key to control.

lctrncs24-Aug-06 14:32

Re: Default edit/richeditctrl text selection allows easy delete after tab key to control.

24-Aug-06 14:32

hfry - thanx.

your proposed solution looks feasible, and I will give it a try soon

I will have to understand all this subclassing stuff first...

it looks interesting.

You asked about how I changed on_notify and on_en_setfocus

hfry wrote:
How did you go about doing this? Using the IDE or manual edits to the message map?

I based my changes on this url

http://support.microsoft.com/default.aspx?scid=kb;en-us;181664[^]

after making the ON_NOTIFY TO EN_SETFOCUS change to the messagemap associated withthe Visual C++ 5.0 and 6.0 bug discussed in the link

I added my pointer/SetSel(0,0) code to the OnSetFocusTheEditControl function

there were no compiler errors

everything worked fine in debug configuration

however, changing to release configuration caused an access violation - with or without my pointer/SetSel(0,0) code whenever the modified function was present

the Microsoft page about the bug also said that you had to have AfxInitRichedit() in your dialog initinstance and modify the message handlers, but I cannot find any difference in the handlers other than the arguments

variations on these themes were not successful either - still the Access Violation in release config when oninit the dialog

A different link suggested that my pointer might be trying to hit the control before it existed - maybe that is the missing "this"? However, the problem occurs even without my pointer

I tried to use the en_killfocus a while back for something else using the same type of messagemap modifications, and had a similar release configuration exception - which forced me to use a different aproach

I wish I understood what the problem is with the modified on_en_setfocus, or better, how to eliminate it in release config and understand it.

I hope this answers your question.

Thanks again.

Justin Tay24-Aug-06 15:30

Justin Tay

24-Aug-06 15:30

The handler should look like

void OnSetfocusRichedit1();

instead of

void OnSetfocusRichedit1(NMHDR* pNMHDR, LRESULT* pResult);

Is the first handler what you have?

Re: Default edit/richeditctrl text selection allows easy delete after tab key to control.

lctrncs24-Aug-06 15:33

Re: Default edit/richeditctrl text selection allows easy delete after tab key to control.

24-Aug-06 15:33

I tried both - but I got compiler errors unless I included the LRESULT*pResult argument for the first one.

Justin Tay24-Aug-06 15:47

Justin Tay

24-Aug-06 15:47

lctrncs wrote:
I got compiler errors unless I included the LRESULT*pResult argument for the first one.

That can't be right. What are the compile errors? Having a return value when there isn't supposed to be one would put your stack out of whack. I don't have VC6 (I use VS2003) so the classwizard is fine.

I created a simple MFC dialog app, added a Edit and RichEdit control and have focus handlers for both and I can't duplicate this behaviour.

Re: Default edit/richeditctrl text selection allows easy delete after tab key to control.

lctrncs24-Aug-06 21:21

Re: Default edit/richeditctrl text selection allows easy delete after tab key to control.

24-Aug-06 21:21

Wow.

Thanks for your feedback!

I very much appreciate it.

You seem interested in this from an almost didactic standpoint.

I can appreciate that.

I need to clear the selection on my control so my users do not erase their data.

Perhaps we can collaborate.

What can't be right? Including the LRESULT*pResult?

Let me first say that I used to test ATM network protocol analyzers for HP - and can test many options quickly.

Let me know more about your area of interest - and I will try to assist.

Lets review the possibilities.

I am using Visual C++ 6.0 Standard (copyright 1994-1998) MSCorp.

I used the classwizard to add an EN_SETFOCUS function for either/both a rich edit control or an edit control, then changed the message map as directed by the microsoft bug admission url (see previous message) - and added AfxInitRichEdit(); to my InitInsatnce as directed by the MS URL.

Perhaps this is/can be a baseline?

I will test the options now - good thing I am sleep apnea/narcoletpic/insomniac!

1. does afxinitrichedit end exception if present in initinstance if altered on_en_setfocus code present(not include SetSel) in release?

stand by ...

release config - no onsetfocus -> no access violotion - open dilog box interface to DB on top of document view - no problem

remove comments from altered on_notify->on_en_setfocus map/handler/function - but no pointer/SetSel(0,0) code int onsetfocus function...

PS: dialog box modeless....

->Unhandled exceptoin - access violation = true.

onsetfocus arguments (Lresult *pResult) -> onsetfocus arguments (Lresult *pResult) ->access violation = true

onsetfocus arguments () -> access violation = true

onsetfocus arguments (NMHDR, pNMHDR, Lresult *pResult) -> access violation = true

ADD SetSel(0,0) -> access violation = true

previous post appears incorrect that onsetfocus arguments (Lresult *pResult) ->access violation = false <- false

if setfocus code present - even though compiles in debug p (after) changing on_notify to ON-En-Setfocus - access violation in release config

no possibility appears to function when unaltered, or altered onsetfocus code present in release config (although fixed in debug when onsetfocus arguments (NMHDR, pNMHDR, Lresult *pResult).

A local high end embedded programmer suggested that I might not have allthe libraries I need.

perhaps I should be trying to learn about subclassing

All I want to do is clear a selection when I hit the control...

WHY is this so hard?

I hope this delivers useful info.

Thanks again for your feedback.

sleep awaits...

lctrncs25-Aug-06 3:55

App Icon not showing correctly on desktop

25-Aug-06 3:55

After 10 winks or so, I thought I would run through the cases again to make sure I didn't miss anything.

This time, it appears to work in release config with the following changes to the original code ...

AfxInitRichEdit in the initinstance

alterations to the classwizard's incorrect messagemap from on_notify to on_en_setfocus

alterations to the handler to reflect change in messagemap

including removing all arguments in the handler - and then the function

maybe the key ingredient here was sleep!

I think I go get more.

Thanks for your help!

$motty24-Aug-06 8:05

$motty

24-Aug-06 8:05

Hello everyone,
my Prob is not really MFC related I think, but I didnt find a better spot.

So, I have a SDI app, in which I have the normal IDR_MAINFRAME thing and a corresponding icon.
But I also use xp style menus, where I use icons, which are NOT published in the "Resource.h". If do so, the icons dont show up anymore in my contextmenus. But if I dont publish them in the resource.h then my application icon is somehow overwritten. That means the icon shown for my app is the last icon I added for my menus.

Resource.h

<br />
#define IDR_MAINFRAME 24<br />
#define IDI_BROWSER  123<br />

App.rc

<br />
IDR_MAINFRAME ICON res\\app.ico<br />
IDI_BROWSER  res\\browser.ico<br />

if I put it like that, then the desktop icon is correct, but my icons dont show in the contextmenus
if I remove the line #define IDI_BROWSER 123, then my menus show the icons, but my app icon is all of a sudden the browser icon, or the last icon I added to the menu icons in the app.rc. I also tried rearanging the order, because it says the lowest number is the programms icons...didnt help. Or did I change orders in the wrong place ?
The mainapp window icon never changes, that is allways the correct app.ico

So my actual question is :
What can I do about that?
How can I manually influence, which icon is shown on the desktop? Where is that set?

Thanks a lot for any small hint!
Best regards $motty

Waldermort24-Aug-06 8:34

Waldermort

24-Aug-06 8:34

easy actually. open the resource header and assign a new number to the icons. The icon you want on the desktop should have the lowest number.

$motty24-Aug-06 12:04

$motty

24-Aug-06 12:04

yes, thats what I understand from reading to comments in the app.rc, but thats my prob, I cant assign numbers to the menu icons, so I cant make sure they are lower Frown | :-(

internaly they seem to get lower assignments if I DONT give them numbers.
I have been working on a different app for a while, where the desktop icon didnt have a number at all, at least from I saw......
But from review that I think I found the trick......DONT assign a number to any icon and let the NAME (stupid but it works) just be the very first in alphabetic order....

thanks for ur help, it made me figure it out!

Waldermort24-Aug-06 14:37

Waldermort

24-Aug-06 14:37

You don't need to open the .rc file. Alongside the resource file there is a header file, usualy called resources.h this has all the #define statements for the items in the resource file. Just find your icon and change the number to 1. i.e.

#define IDI_ICON1 1

or whatever name you decided to give it